From xen-users-bounces@lists.xen.org Wed May 01 07:43:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 07:43: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 1UXRgD-000736-UU; Wed, 01 May 2013 07:42:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRgB-000731-NU for xen-users@lists.xensource.com; Wed, 01 May 2013 07:42:19 +0000 Received: from [85.158.137.99:34945] by server-14.bemta-3.messagelabs.com id E9/A0-27076-A57C0815; Wed, 01 May 2013 07:42:18 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1367394137!14896100!1 X-Originating-IP: [209.85.217.174] 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 4247 invoked from network); 1 May 2013 07:42:17 -0000 Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 07:42:17 -0000 Received: by mail-lb0-f174.google.com with SMTP id t11so1238631lbd.5 for ; Wed, 01 May 2013 00:42: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=cKwXBoHV64KbnL+tl6RyAjIWGZ4cHfuu0nx9Rtiq45E=; b=jJ1HB85R7sPwnf0VTCeZempdwG2KrDeQTeuggN7iXkSVLvVyx21ayuG/2fbUwRGwL1 ON+g51VeIWJasKMtN7z4gLyjjtj/Sem6U5ufXieqaBuBbBLP+No1XA8PoOnJO05oirVT u28VVpbTDkRrBUeSZmMqJqEqI1bJgUCRVV2gSZkKRmcES3No7ANkKEBab2aGf6/IfeTb 28bTCzdZzMzHCRl1iZnMV9mOfR6IElGbPCTmYn5JyvfCHLCrGnrTF3C3IR4gCyoIGs4H dKKTiCchuhgkdG3f7imp/pOjp9/uTB+l6+FuELpff/v8sxhfroC+DMpyy9O+5deB3uqC Vj1w== MIME-Version: 1.0 X-Received: by 10.112.149.8 with SMTP id tw8mr751254lbb.117.1367394137276; Wed, 01 May 2013 00:42:17 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 00:42:17 -0700 (PDT) In-Reply-To: <517EE781.8010605@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net> Date: Wed, 1 May 2013 09:42:17 +0200 Message-ID: From: Andreas Falck 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="===============2587284810489931650==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2587284810489931650== Content-Type: multipart/alternative; boundary=047d7b343baad2062a04dba341fa --047d7b343baad2062a04dba341fa Content-Type: text/plain; charset=ISO-8859-1 >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. Which toolstack are you using? I have had better success with xm than with xl for passing through a 6850 to a windows 7 domU. Namely, I experienced the performance degradation on reboot of domU with xl, but not with xm. Though I could solve it also under xl by the eject trick after reboot of domU - but if this is a general reset related issue it might be different symptoms for different radeon models. This was in xen 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a deprecated toolstack is not future-proof of course, but it has worked for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as the default. It might be that AMD got their tested cards working with xen 4.1 and xm, and never tried any more after that. Regards, Andreas --047d7b343baad2062a04dba341fa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>If only ATI provided a method to c= ontact them for such support, considering they claim that they "tested= " 4850/4870 cards to work with Xen and VGA >passthrough. If they= 9;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.

Which toolstack are you using? I have had better success with xm = than with xl for passing through a 6850 to a windows 7 domU. Namely, I expe= rienced the performance degradation on reboot of domU with xl, but not with= xm. Though I could solve it also under xl by the eject trick after reboot = of domU - but if this is a general reset related issue it might be differen= t symptoms for different radeon models. This was in xen 4.1.x under gentoo = and ubuntu (haven't tested xen 4.2+). Relying on a deprecated toolstack= is not future-proof of course, but it has worked for me so far, and ubuntu= 12.10 still uses xen 4.1 which provides xm as the default.

It might be that AMD got their tested cards working with xen 4.1 = and xm, and never tried any more after that.

Regards,
Andreas
--047d7b343baad2062a04dba341fa-- --===============2587284810489931650== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2587284810489931650==-- From xen-users-bounces@lists.xen.org Wed May 01 07:43:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 07:43: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 1UXRgD-000736-UU; Wed, 01 May 2013 07:42:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRgB-000731-NU for xen-users@lists.xensource.com; Wed, 01 May 2013 07:42:19 +0000 Received: from [85.158.137.99:34945] by server-14.bemta-3.messagelabs.com id E9/A0-27076-A57C0815; Wed, 01 May 2013 07:42:18 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1367394137!14896100!1 X-Originating-IP: [209.85.217.174] 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 4247 invoked from network); 1 May 2013 07:42:17 -0000 Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 07:42:17 -0000 Received: by mail-lb0-f174.google.com with SMTP id t11so1238631lbd.5 for ; Wed, 01 May 2013 00:42: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=cKwXBoHV64KbnL+tl6RyAjIWGZ4cHfuu0nx9Rtiq45E=; b=jJ1HB85R7sPwnf0VTCeZempdwG2KrDeQTeuggN7iXkSVLvVyx21ayuG/2fbUwRGwL1 ON+g51VeIWJasKMtN7z4gLyjjtj/Sem6U5ufXieqaBuBbBLP+No1XA8PoOnJO05oirVT u28VVpbTDkRrBUeSZmMqJqEqI1bJgUCRVV2gSZkKRmcES3No7ANkKEBab2aGf6/IfeTb 28bTCzdZzMzHCRl1iZnMV9mOfR6IElGbPCTmYn5JyvfCHLCrGnrTF3C3IR4gCyoIGs4H dKKTiCchuhgkdG3f7imp/pOjp9/uTB+l6+FuELpff/v8sxhfroC+DMpyy9O+5deB3uqC Vj1w== MIME-Version: 1.0 X-Received: by 10.112.149.8 with SMTP id tw8mr751254lbb.117.1367394137276; Wed, 01 May 2013 00:42:17 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 00:42:17 -0700 (PDT) In-Reply-To: <517EE781.8010605@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net> Date: Wed, 1 May 2013 09:42:17 +0200 Message-ID: From: Andreas Falck 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="===============2587284810489931650==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2587284810489931650== Content-Type: multipart/alternative; boundary=047d7b343baad2062a04dba341fa --047d7b343baad2062a04dba341fa Content-Type: text/plain; charset=ISO-8859-1 >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. Which toolstack are you using? I have had better success with xm than with xl for passing through a 6850 to a windows 7 domU. Namely, I experienced the performance degradation on reboot of domU with xl, but not with xm. Though I could solve it also under xl by the eject trick after reboot of domU - but if this is a general reset related issue it might be different symptoms for different radeon models. This was in xen 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a deprecated toolstack is not future-proof of course, but it has worked for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as the default. It might be that AMD got their tested cards working with xen 4.1 and xm, and never tried any more after that. Regards, Andreas --047d7b343baad2062a04dba341fa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>If only ATI provided a method to c= ontact them for such support, considering they claim that they "tested= " 4850/4870 cards to work with Xen and VGA >passthrough. If they= 9;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.

Which toolstack are you using? I have had better success with xm = than with xl for passing through a 6850 to a windows 7 domU. Namely, I expe= rienced the performance degradation on reboot of domU with xl, but not with= xm. Though I could solve it also under xl by the eject trick after reboot = of domU - but if this is a general reset related issue it might be differen= t symptoms for different radeon models. This was in xen 4.1.x under gentoo = and ubuntu (haven't tested xen 4.2+). Relying on a deprecated toolstack= is not future-proof of course, but it has worked for me so far, and ubuntu= 12.10 still uses xen 4.1 which provides xm as the default.

It might be that AMD got their tested cards working with xen 4.1 = and xm, and never tried any more after that.

Regards,
Andreas
--047d7b343baad2062a04dba341fa-- --===============2587284810489931650== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2587284810489931650==-- From xen-users-bounces@lists.xen.org Wed May 01 07:50:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 07:50:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRmi-0007OB-H0; Wed, 01 May 2013 07:49:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRmg-0007O3-Ny for xen-users@lists.xensource.com; Wed, 01 May 2013 07:49:02 +0000 Received: from [85.158.143.99:7044] by server-1.bemta-4.messagelabs.com id 51/CF-06122-DE8C0815; Wed, 01 May 2013 07:49:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-216.messagelabs.com!1367394540!20682739!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 11445 invoked from network); 1 May 2013 07:49:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 07:49:00 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.122.17.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id E98F82211A3 for ; Wed, 1 May 2013 08:48:56 +0100 (BST) Message-ID: <5180C8DF.9010708@bobich.net> Date: Wed, 01 May 2013 08:48:47 +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> <517EE781.8010605@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 05/01/2013 08:42 AM, Andreas Falck wrote: > >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. > > Which toolstack are you using? I have had better success with xm than > with xl for passing through a 6850 to a windows 7 domU. Namely, I > experienced the performance degradation on reboot of domU with xl, but > not with xm. I am using the xm stack. > Though I could solve it also under xl by the eject trick > after reboot of domU - but if this is a general reset related issue it > might be different symptoms for different radeon models. This was in xen > 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a > deprecated toolstack is not future-proof of course, but it has worked > for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as > the default. > > It might be that AMD got their tested cards working with xen 4.1 and xm, > and never tried any more after that. I'm taking the claims of AMD having "tested" things with a bucket of salt until I see the detailed documentation of the process they used (exact Xen version, dom0 OS stack, domU version and patch level, and the exact tests carried out in domU). Thus far I have seen no such documentation, which makes the claims that it was tested pure hearsay. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 07:50:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 07:50:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRmi-0007OB-H0; Wed, 01 May 2013 07:49:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRmg-0007O3-Ny for xen-users@lists.xensource.com; Wed, 01 May 2013 07:49:02 +0000 Received: from [85.158.143.99:7044] by server-1.bemta-4.messagelabs.com id 51/CF-06122-DE8C0815; Wed, 01 May 2013 07:49:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-216.messagelabs.com!1367394540!20682739!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 11445 invoked from network); 1 May 2013 07:49:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 07:49:00 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.122.17.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id E98F82211A3 for ; Wed, 1 May 2013 08:48:56 +0100 (BST) Message-ID: <5180C8DF.9010708@bobich.net> Date: Wed, 01 May 2013 08:48:47 +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> <517EE781.8010605@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 05/01/2013 08:42 AM, Andreas Falck wrote: > >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. > > Which toolstack are you using? I have had better success with xm than > with xl for passing through a 6850 to a windows 7 domU. Namely, I > experienced the performance degradation on reboot of domU with xl, but > not with xm. I am using the xm stack. > Though I could solve it also under xl by the eject trick > after reboot of domU - but if this is a general reset related issue it > might be different symptoms for different radeon models. This was in xen > 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a > deprecated toolstack is not future-proof of course, but it has worked > for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as > the default. > > It might be that AMD got their tested cards working with xen 4.1 and xm, > and never tried any more after that. I'm taking the claims of AMD having "tested" things with a bucket of salt until I see the detailed documentation of the process they used (exact Xen version, dom0 OS stack, domU version and patch level, and the exact tests carried out in domU). Thus far I have seen no such documentation, which makes the claims that it was tested pure hearsay. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 07:58:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 07:58: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 1UXRuh-0007hP-Pp; Wed, 01 May 2013 07:57:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRug-0007hJ-NN for xen-users@lists.xensource.com; Wed, 01 May 2013 07:57:19 +0000 Received: from [85.158.138.51:42595] by server-16.bemta-3.messagelabs.com id D5/7A-20692-9DAC0815; Wed, 01 May 2013 07:57:13 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1367395031!30914076!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 30432 invoked from network); 1 May 2013 07:57:12 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 07:57:12 -0000 Received: by mail-lb0-f181.google.com with SMTP id 13so1239896lba.26 for ; Wed, 01 May 2013 00:57:11 -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=CLi7KKTC0rprlZf2PC3gmzTi9CdYBU/t0IlvjFXTIDs=; b=h+WGyruiYNYZKbRcqBioLUtbcAkzjv2l2ziJqu/bNARCwuZkR+FIwv8KMQ6oapmrLS hIh6PbpmF1xGbnTPIfWMPIQwgD2ZuH8KK8xKEQUJYfnlJvdd2s0KaAFFceVtiaGZI7+E 7EnoDk+4wIX45OSPYJW3kJAH5PeO1Y++3MXFUiSRUMF6TueoW8io/zvFfngCy4G5+3PT 3lpjY+het1UhaHMLa98b5z9uZikW3DhbRUKKMO8ZiPR9R6RZ/1yySe1CUpO76CFE28dl NjEqlNV3Kv1bjJlZM7I0EDbEHEpgDTgJWEl4i4oTWGZDRQh1FsRsWt+3EdlsNERID+3F 1Frg== MIME-Version: 1.0 X-Received: by 10.112.199.194 with SMTP id jm2mr813024lbc.21.1367395031535; Wed, 01 May 2013 00:57:11 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 00:57:11 -0700 (PDT) In-Reply-To: <517E24AA.5040706@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517E24AA.5040706@bobich.net> Date: Wed, 1 May 2013 09:57:11 +0200 Message-ID: From: Andreas Falck 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="===============7240796819932612701==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7240796819932612701== Content-Type: multipart/alternative; boundary=001a11c33a521f578604dba377a6 --001a11c33a521f578604dba377a6 Content-Type: text/plain; charset=ISO-8859-1 2013/4/29 Gordan Bobic > > 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. > > lspci -vv from my v4900 below. It looks like it doesn't have FLR. I have successfully passed it through to a windows 8 domU once, just for testing, with seemingly good results. This was with ubuntu 12.10 with vanilla everything (xen 4.1.3, xm toolstack - my 6850 worked flawlessly with passthrough in the same setup). Regards, Andreas >> 05:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Turks [FirePro V4900] (prog-if 00 [VGA controller]) Subsystem: Dell Device 240a Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [150 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: radeon Kernel modules: radeon --001a11c33a521f578604dba377a6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= 2013/4/29 Gordan Bobic <gordan@bobich.net>

Also, does anyone have an ATI FirePro card that they could post lspci outpu= t from? I can believe that those might have FLreset+ to compensate for the = driver not being up to the task.


lspci -vv from my v4900 below. It looks like it doesn&#= 39;t have FLR. I have successfully passed it through to a windows 8 domU on= ce, just for testing, with seemingly good results. This was with ubuntu 12.= 10 with vanilla everything (xen 4.1.3, xm toolstack - my 6850 worked flawle= ssly with passthrough in the same setup).

Regards,
Andreas

>>
05:00.0 VG= A compatible controller: Advanced Micro Devices [AMD] nee ATI Turks [FirePr= o V4900] (prog-if 00 [VGA controller])
=A0=A0=A0 Subsystem: Dell Device = 240a
=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParEr= r- Stepping- SERR+ FastB2B- DisINTx+
=A0=A0=A0 Status: Cap+ 66MHz- UDF- = FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbort- <MAbort- >SERR= - <PERR- INTx-
=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0 Interrupt: pin= A routed to IRQ 154
=A0=A0=A0 Region 0: Memory at c0000000 (64-bit, pre= fetchable) [size=3D256M]
=A0=A0=A0 Region 2: Memory at dffe0000 (64-bit,= non-prefetchable) [size=3D128K]
=A0=A0=A0 Region 4: I/O ports at d000 [size=3D256]
=A0=A0=A0 Expansion R= OM at dffc0000 [disabled] [size=3D128K]
=A0=A0=A0 Capabilities: [50] Pow= er Management version 3
=A0=A0=A0 =A0=A0 =A0Flags: PMEClk- DSI- D1+ D2+ = AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0 =A0=A0 =A0Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 P= ME-
=A0=A0=A0 Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00=A0=A0=A0 =A0=A0 =A0DevCap:=A0=A0 =A0MaxPayload 256 bytes, PhantFunc 0, La= tency L0s <4us, L1 unlimited
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0ExtTag+ At= tnBtn- AttnInd- PwrInd- RBE+ FLReset-
=A0=A0=A0 =A0=A0 =A0DevCtl:=A0=A0 =A0Report errors: Correctable- Non-Fatal-= Fatal- Unsupported-
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0RlxdOrd+ ExtTag- Phan= tFunc- AuxPwr- NoSnoop+
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0MaxPayload 128 byt= es, MaxReadReq 512 bytes
=A0=A0=A0 =A0=A0 =A0DevSta:=A0=A0 =A0CorrErr+ U= ncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
=A0=A0=A0 =A0=A0 =A0LnkCap:=A0=A0 =A0Port #0, Speed 2.5GT/s, Width x16, ASP= M L0s L1, Latency L0 <64ns, L1 <1us
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0= ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0 =A0=A0 =A0LnkCtl:=A0=A0 = =A0ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt= -
=A0=A0=A0 =A0=A0 =A0LnkSta:=A0=A0 =A0Speed 2.5GT/s, Width x16, TrErr- = Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0 =A0=A0 =A0DevCap2: = Completion Timeout: Not Supported, TimeoutDis-
=A0=A0=A0 =A0=A0 =A0DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-<= br>=A0=A0=A0 =A0=A0 =A0LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance= - SpeedDis-, Selectable De-emphasis: -6dB
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0= Transmit Margin: Normal Operating Range, EnterModifiedCompliance- Complian= ceSOS-
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0 Compliance De-emphasis: -6dB
=A0=A0=A0 = =A0=A0 =A0LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, = EqualizationPhase1-
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0 EqualizationPhase2-, = EqualizationPhase3-, LinkEqualizationRequest-
=A0=A0=A0 Capabilities: [a0] MSI: Enable+ Count=3D1/1 Maskable- 64bit+
= =A0=A0=A0 =A0=A0 =A0Address: 00000000fee20000=A0 Data: 4042
=A0=A0=A0 Ca= pabilities: [100 v1] Vendor Specific Information: ID=3D0001 Rev=3D1 Len=3D0= 10 <?>
=A0=A0=A0 Capabilities: [150 v1] Advanced Error Reporting =A0=A0=A0 =A0=A0 =A0UESta:=A0=A0 =A0DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt= - UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0 =A0=A0 =A0= UEMsk:=A0=A0 =A0DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- Ma= lfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0 =A0=A0 =A0UESvrt:=A0=A0 =A0DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbr= t- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
=A0=A0=A0 =A0=A0 = =A0CESta:=A0=A0 =A0RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+<= br>=A0=A0=A0 =A0=A0 =A0CEMsk:=A0=A0 =A0RxErr- BadTLP- BadDLLP- Rollover- Ti= meout- NonFatalErr+
=A0=A0=A0 =A0=A0 =A0AERCap:=A0=A0 =A0First Error Pointer: 00, GenCap+ CGenE= n- ChkCap+ ChkEn-
=A0=A0=A0 Kernel driver in use: radeon
=A0=A0=A0 Ke= rnel modules: radeon
=A0

--001a11c33a521f578604dba377a6-- --===============7240796819932612701== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7240796819932612701==-- From xen-users-bounces@lists.xen.org Wed May 01 07:58:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 07:58: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 1UXRuh-0007hP-Pp; Wed, 01 May 2013 07:57:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXRug-0007hJ-NN for xen-users@lists.xensource.com; Wed, 01 May 2013 07:57:19 +0000 Received: from [85.158.138.51:42595] by server-16.bemta-3.messagelabs.com id D5/7A-20692-9DAC0815; Wed, 01 May 2013 07:57:13 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1367395031!30914076!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 30432 invoked from network); 1 May 2013 07:57:12 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 07:57:12 -0000 Received: by mail-lb0-f181.google.com with SMTP id 13so1239896lba.26 for ; Wed, 01 May 2013 00:57:11 -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=CLi7KKTC0rprlZf2PC3gmzTi9CdYBU/t0IlvjFXTIDs=; b=h+WGyruiYNYZKbRcqBioLUtbcAkzjv2l2ziJqu/bNARCwuZkR+FIwv8KMQ6oapmrLS hIh6PbpmF1xGbnTPIfWMPIQwgD2ZuH8KK8xKEQUJYfnlJvdd2s0KaAFFceVtiaGZI7+E 7EnoDk+4wIX45OSPYJW3kJAH5PeO1Y++3MXFUiSRUMF6TueoW8io/zvFfngCy4G5+3PT 3lpjY+het1UhaHMLa98b5z9uZikW3DhbRUKKMO8ZiPR9R6RZ/1yySe1CUpO76CFE28dl NjEqlNV3Kv1bjJlZM7I0EDbEHEpgDTgJWEl4i4oTWGZDRQh1FsRsWt+3EdlsNERID+3F 1Frg== MIME-Version: 1.0 X-Received: by 10.112.199.194 with SMTP id jm2mr813024lbc.21.1367395031535; Wed, 01 May 2013 00:57:11 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 00:57:11 -0700 (PDT) In-Reply-To: <517E24AA.5040706@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517E24AA.5040706@bobich.net> Date: Wed, 1 May 2013 09:57:11 +0200 Message-ID: From: Andreas Falck 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="===============7240796819932612701==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7240796819932612701== Content-Type: multipart/alternative; boundary=001a11c33a521f578604dba377a6 --001a11c33a521f578604dba377a6 Content-Type: text/plain; charset=ISO-8859-1 2013/4/29 Gordan Bobic > > 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. > > lspci -vv from my v4900 below. It looks like it doesn't have FLR. I have successfully passed it through to a windows 8 domU once, just for testing, with seemingly good results. This was with ubuntu 12.10 with vanilla everything (xen 4.1.3, xm toolstack - my 6850 worked flawlessly with passthrough in the same setup). Regards, Andreas >> 05:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Turks [FirePro V4900] (prog-if 00 [VGA controller]) Subsystem: Dell Device 240a Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [150 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: radeon Kernel modules: radeon --001a11c33a521f578604dba377a6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= 2013/4/29 Gordan Bobic <gordan@bobich.net>

Also, does anyone have an ATI FirePro card that they could post lspci outpu= t from? I can believe that those might have FLreset+ to compensate for the = driver not being up to the task.


lspci -vv from my v4900 below. It looks like it doesn&#= 39;t have FLR. I have successfully passed it through to a windows 8 domU on= ce, just for testing, with seemingly good results. This was with ubuntu 12.= 10 with vanilla everything (xen 4.1.3, xm toolstack - my 6850 worked flawle= ssly with passthrough in the same setup).

Regards,
Andreas

>>
05:00.0 VG= A compatible controller: Advanced Micro Devices [AMD] nee ATI Turks [FirePr= o V4900] (prog-if 00 [VGA controller])
=A0=A0=A0 Subsystem: Dell Device = 240a
=A0=A0=A0 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParEr= r- Stepping- SERR+ FastB2B- DisINTx+
=A0=A0=A0 Status: Cap+ 66MHz- UDF- = FastB2B- ParErr- DEVSEL=3Dfast >TAbort- <TAbort- <MAbort- >SERR= - <PERR- INTx-
=A0=A0=A0 Latency: 0, Cache Line Size: 64 bytes
=A0=A0=A0 Interrupt: pin= A routed to IRQ 154
=A0=A0=A0 Region 0: Memory at c0000000 (64-bit, pre= fetchable) [size=3D256M]
=A0=A0=A0 Region 2: Memory at dffe0000 (64-bit,= non-prefetchable) [size=3D128K]
=A0=A0=A0 Region 4: I/O ports at d000 [size=3D256]
=A0=A0=A0 Expansion R= OM at dffc0000 [disabled] [size=3D128K]
=A0=A0=A0 Capabilities: [50] Pow= er Management version 3
=A0=A0=A0 =A0=A0 =A0Flags: PMEClk- DSI- D1+ D2+ = AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
=A0=A0=A0 =A0=A0 =A0Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 P= ME-
=A0=A0=A0 Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00=A0=A0=A0 =A0=A0 =A0DevCap:=A0=A0 =A0MaxPayload 256 bytes, PhantFunc 0, La= tency L0s <4us, L1 unlimited
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0ExtTag+ At= tnBtn- AttnInd- PwrInd- RBE+ FLReset-
=A0=A0=A0 =A0=A0 =A0DevCtl:=A0=A0 =A0Report errors: Correctable- Non-Fatal-= Fatal- Unsupported-
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0RlxdOrd+ ExtTag- Phan= tFunc- AuxPwr- NoSnoop+
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0MaxPayload 128 byt= es, MaxReadReq 512 bytes
=A0=A0=A0 =A0=A0 =A0DevSta:=A0=A0 =A0CorrErr+ U= ncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
=A0=A0=A0 =A0=A0 =A0LnkCap:=A0=A0 =A0Port #0, Speed 2.5GT/s, Width x16, ASP= M L0s L1, Latency L0 <64ns, L1 <1us
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0= ClockPM- Surprise- LLActRep- BwNot-
=A0=A0=A0 =A0=A0 =A0LnkCtl:=A0=A0 = =A0ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt= -
=A0=A0=A0 =A0=A0 =A0LnkSta:=A0=A0 =A0Speed 2.5GT/s, Width x16, TrErr- = Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
=A0=A0=A0 =A0=A0 =A0DevCap2: = Completion Timeout: Not Supported, TimeoutDis-
=A0=A0=A0 =A0=A0 =A0DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-<= br>=A0=A0=A0 =A0=A0 =A0LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance= - SpeedDis-, Selectable De-emphasis: -6dB
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0= Transmit Margin: Normal Operating Range, EnterModifiedCompliance- Complian= ceSOS-
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0 Compliance De-emphasis: -6dB
=A0=A0=A0 = =A0=A0 =A0LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, = EqualizationPhase1-
=A0=A0=A0 =A0=A0 =A0=A0=A0 =A0 EqualizationPhase2-, = EqualizationPhase3-, LinkEqualizationRequest-
=A0=A0=A0 Capabilities: [a0] MSI: Enable+ Count=3D1/1 Maskable- 64bit+
= =A0=A0=A0 =A0=A0 =A0Address: 00000000fee20000=A0 Data: 4042
=A0=A0=A0 Ca= pabilities: [100 v1] Vendor Specific Information: ID=3D0001 Rev=3D1 Len=3D0= 10 <?>
=A0=A0=A0 Capabilities: [150 v1] Advanced Error Reporting =A0=A0=A0 =A0=A0 =A0UESta:=A0=A0 =A0DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt= - UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0 =A0=A0 =A0= UEMsk:=A0=A0 =A0DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- Ma= lfTLP- ECRC- UnsupReq- ACSViol-
=A0=A0=A0 =A0=A0 =A0UESvrt:=A0=A0 =A0DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbr= t- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
=A0=A0=A0 =A0=A0 = =A0CESta:=A0=A0 =A0RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+<= br>=A0=A0=A0 =A0=A0 =A0CEMsk:=A0=A0 =A0RxErr- BadTLP- BadDLLP- Rollover- Ti= meout- NonFatalErr+
=A0=A0=A0 =A0=A0 =A0AERCap:=A0=A0 =A0First Error Pointer: 00, GenCap+ CGenE= n- ChkCap+ ChkEn-
=A0=A0=A0 Kernel driver in use: radeon
=A0=A0=A0 Ke= rnel modules: radeon
=A0

--001a11c33a521f578604dba377a6-- --===============7240796819932612701== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7240796819932612701==-- From xen-users-bounces@lists.xen.org Wed May 01 08:11:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 08:11:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXS78-0000Q7-7L; Wed, 01 May 2013 08:10:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXS76-0000Pz-21 for xen-users@lists.xensource.com; Wed, 01 May 2013 08:10:08 +0000 Received: from [85.158.139.211:30651] by server-11.bemta-5.messagelabs.com id 0A/DB-31489-FDDC0815; Wed, 01 May 2013 08:10:07 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1367395805!21239544!1 X-Originating-IP: [209.85.217.182] 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 7116 invoked from network); 1 May 2013 08:10:06 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 08:10:06 -0000 Received: by mail-lb0-f182.google.com with SMTP id p10so1273508lbi.27 for ; Wed, 01 May 2013 01:10: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=3J/KZKj9Z+UoLvgDvf2ZBXvOEndJdu1O7ytkdOFali8=; b=fi/wJM2m/OvKTNGBe4iwxrz+svFhvtjZ9vgdVDrlzEXj/msVOphWDaFGNlIJt0iacE HnBD0m1fEM3vOjf0Y1sNxQ1C+60FV/KVUZHpLiaRpaAOS62upvoGVe0LeeaVlYs1da/x jan5fPuIBI8VvFSbm7FUzSEXFIHxs7OM6k4xOGMRiQk4Uu5mYHg37I36+Nswkb6UHP7B cgVMpp249U3rPyAU2GK+sZwYZdWuXLeVYD1c/fg1xe6WQNAormgIJD6oZedNlIQevDmj +skPrvmN42qWL+iSzv6laE27IX8yRCIHFSGXT3u3mkjt5xDov/qnK6n+7Taqt4+XOXXi GWKA== MIME-Version: 1.0 X-Received: by 10.152.5.194 with SMTP id u2mr621079lau.17.1367395805481; Wed, 01 May 2013 01:10:05 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 01:10:05 -0700 (PDT) In-Reply-To: <5180C8DF.9010708@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net> <5180C8DF.9010708@bobich.net> Date: Wed, 1 May 2013 10:10:05 +0200 Message-ID: From: Andreas Falck 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="===============5818369077575863241==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5818369077575863241== Content-Type: multipart/alternative; boundary=089e013d173a40cf0a04dba3a579 --089e013d173a40cf0a04dba3a579 Content-Type: text/plain; charset=ISO-8859-1 Ok, I just started testing a radeon 7790 with my setup, and it seems I get reset issues after reboot now with xm. No BSOD but the card shows up as unusable (yellow exlamation mark) after reboot of domU. I'll update as testing progresses. Regards, Andreas 2013/5/1 Gordan Bobic > On 05/01/2013 08:42 AM, Andreas Falck wrote: > >> >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. >> >> Which toolstack are you using? I have had better success with xm than >> with xl for passing through a 6850 to a windows 7 domU. Namely, I >> experienced the performance degradation on reboot of domU with xl, but >> not with xm. >> > > I am using the xm stack. > > > Though I could solve it also under xl by the eject trick >> after reboot of domU - but if this is a general reset related issue it >> might be different symptoms for different radeon models. This was in xen >> 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a >> deprecated toolstack is not future-proof of course, but it has worked >> for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as >> the default. >> >> It might be that AMD got their tested cards working with xen 4.1 and xm, >> and never tried any more after that. >> > > I'm taking the claims of AMD having "tested" things with a bucket of salt > until I see the detailed documentation of the process they used (exact Xen > version, dom0 OS stack, domU version and patch level, and the exact tests > carried out in domU). Thus far I have seen no such documentation, which > makes the claims that it was tested pure hearsay. > > > Gordan > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e013d173a40cf0a04dba3a579 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, I just started testing a radeon 7790 with my setu= p, and it seems I get reset issues after reboot now with xm. No BSOD but th= e card shows up as unusable (yellow exlamation mark) after reboot of domU. = I'll update as testing progresses.

Regards,
Andreas


<= div class=3D"gmail_quote">2013/5/1 Gordan Bobic <gordan@bobich.net>=
On 05/01/2013 08:42 AM, An= dreas Falck wrote:
=A0>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 tha= t
something works.

Which toolstack are you using? I have had better success with xm than
with xl for passing through a 6850 to a windows 7 domU. Namely, I
experienced the performance degradation on reboot of domU with xl, but
not with xm.

I am using the xm stack.


Though I could solve it also under xl by the eject trick
after reboot of domU - but if this is a general reset related issue it
might be different symptoms for different radeon models. This was in xen 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a deprecated toolstack is not future-proof of course, but it has worked
for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as
the default.

It might be that AMD got their tested cards working with xen 4.1 and xm, and never tried any more after that.

I'm taking the claims of AMD having "tested" things with a bu= cket of salt until I see the detailed documentation of the process they use= d (exact Xen version, dom0 OS stack, domU version and patch level, and the = exact tests carried out in domU). Thus far I have seen no such documentatio= n, which makes the claims that it was tested pure hearsay.


Gordan

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

--089e013d173a40cf0a04dba3a579-- --===============5818369077575863241== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5818369077575863241==-- From xen-users-bounces@lists.xen.org Wed May 01 08:11:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 08:11:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXS78-0000Q7-7L; Wed, 01 May 2013 08:10:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXS76-0000Pz-21 for xen-users@lists.xensource.com; Wed, 01 May 2013 08:10:08 +0000 Received: from [85.158.139.211:30651] by server-11.bemta-5.messagelabs.com id 0A/DB-31489-FDDC0815; Wed, 01 May 2013 08:10:07 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1367395805!21239544!1 X-Originating-IP: [209.85.217.182] 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 7116 invoked from network); 1 May 2013 08:10:06 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 08:10:06 -0000 Received: by mail-lb0-f182.google.com with SMTP id p10so1273508lbi.27 for ; Wed, 01 May 2013 01:10: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=3J/KZKj9Z+UoLvgDvf2ZBXvOEndJdu1O7ytkdOFali8=; b=fi/wJM2m/OvKTNGBe4iwxrz+svFhvtjZ9vgdVDrlzEXj/msVOphWDaFGNlIJt0iacE HnBD0m1fEM3vOjf0Y1sNxQ1C+60FV/KVUZHpLiaRpaAOS62upvoGVe0LeeaVlYs1da/x jan5fPuIBI8VvFSbm7FUzSEXFIHxs7OM6k4xOGMRiQk4Uu5mYHg37I36+Nswkb6UHP7B cgVMpp249U3rPyAU2GK+sZwYZdWuXLeVYD1c/fg1xe6WQNAormgIJD6oZedNlIQevDmj +skPrvmN42qWL+iSzv6laE27IX8yRCIHFSGXT3u3mkjt5xDov/qnK6n+7Taqt4+XOXXi GWKA== MIME-Version: 1.0 X-Received: by 10.152.5.194 with SMTP id u2mr621079lau.17.1367395805481; Wed, 01 May 2013 01:10:05 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 01:10:05 -0700 (PDT) In-Reply-To: <5180C8DF.9010708@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net> <5180C8DF.9010708@bobich.net> Date: Wed, 1 May 2013 10:10:05 +0200 Message-ID: From: Andreas Falck 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="===============5818369077575863241==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5818369077575863241== Content-Type: multipart/alternative; boundary=089e013d173a40cf0a04dba3a579 --089e013d173a40cf0a04dba3a579 Content-Type: text/plain; charset=ISO-8859-1 Ok, I just started testing a radeon 7790 with my setup, and it seems I get reset issues after reboot now with xm. No BSOD but the card shows up as unusable (yellow exlamation mark) after reboot of domU. I'll update as testing progresses. Regards, Andreas 2013/5/1 Gordan Bobic > On 05/01/2013 08:42 AM, Andreas Falck wrote: > >> >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. >> >> Which toolstack are you using? I have had better success with xm than >> with xl for passing through a 6850 to a windows 7 domU. Namely, I >> experienced the performance degradation on reboot of domU with xl, but >> not with xm. >> > > I am using the xm stack. > > > Though I could solve it also under xl by the eject trick >> after reboot of domU - but if this is a general reset related issue it >> might be different symptoms for different radeon models. This was in xen >> 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a >> deprecated toolstack is not future-proof of course, but it has worked >> for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as >> the default. >> >> It might be that AMD got their tested cards working with xen 4.1 and xm, >> and never tried any more after that. >> > > I'm taking the claims of AMD having "tested" things with a bucket of salt > until I see the detailed documentation of the process they used (exact Xen > version, dom0 OS stack, domU version and patch level, and the exact tests > carried out in domU). Thus far I have seen no such documentation, which > makes the claims that it was tested pure hearsay. > > > Gordan > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e013d173a40cf0a04dba3a579 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, I just started testing a radeon 7790 with my setu= p, and it seems I get reset issues after reboot now with xm. No BSOD but th= e card shows up as unusable (yellow exlamation mark) after reboot of domU. = I'll update as testing progresses.

Regards,
Andreas


<= div class=3D"gmail_quote">2013/5/1 Gordan Bobic <gordan@bobich.net>=
On 05/01/2013 08:42 AM, An= dreas Falck wrote:
=A0>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 tha= t
something works.

Which toolstack are you using? I have had better success with xm than
with xl for passing through a 6850 to a windows 7 domU. Namely, I
experienced the performance degradation on reboot of domU with xl, but
not with xm.

I am using the xm stack.


Though I could solve it also under xl by the eject trick
after reboot of domU - but if this is a general reset related issue it
might be different symptoms for different radeon models. This was in xen 4.1.x under gentoo and ubuntu (haven't tested xen 4.2+). Relying on a deprecated toolstack is not future-proof of course, but it has worked
for me so far, and ubuntu 12.10 still uses xen 4.1 which provides xm as
the default.

It might be that AMD got their tested cards working with xen 4.1 and xm, and never tried any more after that.

I'm taking the claims of AMD having "tested" things with a bu= cket of salt until I see the detailed documentation of the process they use= d (exact Xen version, dom0 OS stack, domU version and patch level, and the = exact tests carried out in domU). Thus far I have seen no such documentatio= n, which makes the claims that it was tested pure hearsay.


Gordan

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

--089e013d173a40cf0a04dba3a579-- --===============5818369077575863241== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5818369077575863241==-- From xen-users-bounces@lists.xen.org Wed May 01 08:57:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 08:57: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 1UXSpj-0001em-Nn; Wed, 01 May 2013 08:56:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXSph-0001eg-JK for xen-users@lists.xen.org; Wed, 01 May 2013 08:56:13 +0000 Received: from [85.158.138.51:43588] by server-11.bemta-3.messagelabs.com id 7B/B3-01263-CA8D0815; Wed, 01 May 2013 08:56:12 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1367398565!30720919!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26983 invoked from network); 1 May 2013 08:56:06 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 08:56:06 -0000 Received: by mail-la0-f47.google.com with SMTP id em20so1164318lab.20 for ; Wed, 01 May 2013 01:56:05 -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=KrmZtIpk/At78rbMDjtzNPHgjQzXsmKPuca2bujEgyM=; b=OYNdDBzGAmAQpJKXFXGB+zl7HZWEcxAuDcTbHWXIGBSWWiAd3sxsVvlj3DT0yWEudR wGIlO4n/ZaDMVKDtz9L2wB4ckjkfOSZgII3LTGsfCpdYey33Z91dq874pqj3qAWCHe8w pswIwddBBimhh1YY3gu8RzV6ULxNdVa0pP2NtjKffcnLX6x2ovIbecGwhBH9NP0IEuj+ MCoXvE6V6+DfxYXUuSZajB5l7o4YAUUan146m1gldp35ctH9WBKGikcHhlyU+O3zLP0U 8/DmqF0cBM7gJ8Ve/WflFnShgB/MA3D+Da5Gsi59kvbbXlAnXMdInNNLC+ANduHyEdzv UreA== MIME-Version: 1.0 X-Received: by 10.112.145.230 with SMTP id sx6mr867665lbb.49.1367398565197; Wed, 01 May 2013 01:56:05 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 01:56:05 -0700 (PDT) Date: Wed, 1 May 2013 10:56:05 +0200 Message-ID: From: Andreas Falck To: "xen-users@lists.xen.org" Subject: [Xen-users] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2982999844753004482==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2982999844753004482== Content-Type: multipart/alternative; boundary=047d7b3a7d92bebec004dba44957 --047d7b3a7d92bebec004dba44957 Content-Type: text/plain; charset=ISO-8859-1 Hi, My ubuntu 12.10 vanilla install (amd64) recently got xen hypervisor and utils upgraded to 4.1.3-3ubuntu1.5, via the legacy upgrade path. After this I experience problems with passing through some PCI devices to a windows 8 domU. I get the same problem as Gordan gets with 4.2 referred in this message: http://lists.xen.org/archives/html/xen-users/2013-04/msg00341.html- it seems to be related to some update made to both trees. My symptom is that out of three devices/functions, a radeon 7790 with its two functions (41:00.{01}) plus one TI usb controller, (04:00.0), only the radeon gpu (41:00.0) gets passed through. The others fail with the Error: (22, 'Invalid argument') message. Specifically: When passing the usb controller (04:00.0) only, I find the following in xend.log: [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign device 0000:04:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000] [2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000] [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10 [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x2000 pfn 0xdfeee/0x2 [2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci: enabling irq 19 [2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain self._createDevices() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices self.pci_device_configure_boot() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_device_configure_boot self.pci_device_configure(dev_sxp, first_dev = first) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 970, in pci_device_configure devid = self._createDevice('pci', existing_pci_conf) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _createDevice return self.getDeviceController(deviceClass).createDevice(devConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in createDevice self.setupDevice(config) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 453, in setupDevice self.setupOneDevice(d) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 353, in setupOneDevice allow_access = True) Error: (22, 'Invalid argument') Interestingly, if I try to pass through only the GPU only (41:00.0) it does work, but with both functions of the radeon card passed it fails again. As said, it fails also if I only pass the USB controller, so it's not really VGA related. I can provide more log output if needed. According to various sources on the net, downgrading xen would solve the problem. But I'd prefer to raise the issue and find out if it is a xen bug or a hardware specification issue. Regards, Andreas --047d7b3a7d92bebec004dba44957 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

My ubuntu 12.10 vanilla install = (amd64) recently got xen hypervisor and utils upgraded to 4.1.3-3ubuntu1.5,= via the legacy upgrade path. After this I experience problems with passing= through some PCI devices to a windows 8 domU. I get the same problem as Go= rdan gets with 4.2 referred in this message: http://lists.xen.org/archi= ves/html/xen-users/2013-04/msg00341.html - it seems to be related to so= me update made to both trees.

My symptom is that out of three devices/functions, a radeon 7790 = with its two functions (41:00.{01}) plus one TI usb controller, (04:00.0), = only the radeon gpu (41:00.0) gets passed through. The others fail with the= Error: (22, 'Invalid argument') message. Specifically:

When passing the usb controller (04:00.0) only, I find the f= ollowing in xend.log:

[2013-05-01 10:38:32 2568] DEBUG (XendDomainIn= fo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100,msitrans= late=3D1,power_mgmt=3D1
[2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign device 00= 00:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-01 10:38:32 2568= ] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[201= 3-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is N= one, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state = is None, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDev= iceModel: orig_state is None, retrying
[2013-05-01 10:38:32 2568] INFO (= image:538) signalDeviceModel:restore dm state to running
[2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI devic= e [104c:8241:0000:0000]
[2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) = Permissive mode NOT enabled for PCI device [104c:8241:0000:0000]
[2013-0= 5-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x1000= 0 pfn 0xdfef0/0x10
[2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000= /0x2000 pfn 0xdfeee/0x2
[2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci= : enabling irq 19
[2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927)= XendDomainInfo.initDomain: exception occurred
Traceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/.= ./lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain=A0=A0=A0 self._createDevices()
=A0 File "/usr/lib/xen-4.1/bin/../= lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices =A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-4= .1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_dev= ice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_de= v =3D first)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._cre= ateDevice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _crea= teDevice
=A0=A0=A0 return self.getDeviceController(deviceClass).createDevice(devConf= ig)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/De= vController.py", line 67, in createDevice
=A0=A0=A0 self.setupDevic= e(config)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py&= quot;, line 453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 = File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py"= ;, line 353, in setupOneDevice
=A0=A0=A0 allow_access =3D True)
Error: (22, 'Invalid argument')=

Interestingly, if I try to pass through only the GPU onl= y (41:00.0) it does work, but with both functions of the radeon card passed= it fails again. As said, it fails also if I only pass the USB controller, = so it's not really VGA related. I can provide more log output if needed= .

According to various sources on the net, downgrading xen would so= lve the problem. But I'd prefer to raise the issue and find out if it i= s a xen bug or a hardware specification issue.

Regards,
Andreas
--047d7b3a7d92bebec004dba44957-- --===============2982999844753004482== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2982999844753004482==-- From xen-users-bounces@lists.xen.org Wed May 01 08:57:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 08:57: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 1UXSpj-0001em-Nn; Wed, 01 May 2013 08:56:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXSph-0001eg-JK for xen-users@lists.xen.org; Wed, 01 May 2013 08:56:13 +0000 Received: from [85.158.138.51:43588] by server-11.bemta-3.messagelabs.com id 7B/B3-01263-CA8D0815; Wed, 01 May 2013 08:56:12 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1367398565!30720919!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26983 invoked from network); 1 May 2013 08:56:06 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 08:56:06 -0000 Received: by mail-la0-f47.google.com with SMTP id em20so1164318lab.20 for ; Wed, 01 May 2013 01:56:05 -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=KrmZtIpk/At78rbMDjtzNPHgjQzXsmKPuca2bujEgyM=; b=OYNdDBzGAmAQpJKXFXGB+zl7HZWEcxAuDcTbHWXIGBSWWiAd3sxsVvlj3DT0yWEudR wGIlO4n/ZaDMVKDtz9L2wB4ckjkfOSZgII3LTGsfCpdYey33Z91dq874pqj3qAWCHe8w pswIwddBBimhh1YY3gu8RzV6ULxNdVa0pP2NtjKffcnLX6x2ovIbecGwhBH9NP0IEuj+ MCoXvE6V6+DfxYXUuSZajB5l7o4YAUUan146m1gldp35ctH9WBKGikcHhlyU+O3zLP0U 8/DmqF0cBM7gJ8Ve/WflFnShgB/MA3D+Da5Gsi59kvbbXlAnXMdInNNLC+ANduHyEdzv UreA== MIME-Version: 1.0 X-Received: by 10.112.145.230 with SMTP id sx6mr867665lbb.49.1367398565197; Wed, 01 May 2013 01:56:05 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 01:56:05 -0700 (PDT) Date: Wed, 1 May 2013 10:56:05 +0200 Message-ID: From: Andreas Falck To: "xen-users@lists.xen.org" Subject: [Xen-users] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2982999844753004482==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2982999844753004482== Content-Type: multipart/alternative; boundary=047d7b3a7d92bebec004dba44957 --047d7b3a7d92bebec004dba44957 Content-Type: text/plain; charset=ISO-8859-1 Hi, My ubuntu 12.10 vanilla install (amd64) recently got xen hypervisor and utils upgraded to 4.1.3-3ubuntu1.5, via the legacy upgrade path. After this I experience problems with passing through some PCI devices to a windows 8 domU. I get the same problem as Gordan gets with 4.2 referred in this message: http://lists.xen.org/archives/html/xen-users/2013-04/msg00341.html- it seems to be related to some update made to both trees. My symptom is that out of three devices/functions, a radeon 7790 with its two functions (41:00.{01}) plus one TI usb controller, (04:00.0), only the radeon gpu (41:00.0) gets passed through. The others fail with the Error: (22, 'Invalid argument') message. Specifically: When passing the usb controller (04:00.0) only, I find the following in xend.log: [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign device 0000:04:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-01 10:38:32 2568] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000] [2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000] [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10 [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x2000 pfn 0xdfeee/0x2 [2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci: enabling irq 19 [2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain self._createDevices() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices self.pci_device_configure_boot() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_device_configure_boot self.pci_device_configure(dev_sxp, first_dev = first) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 970, in pci_device_configure devid = self._createDevice('pci', existing_pci_conf) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _createDevice return self.getDeviceController(deviceClass).createDevice(devConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in createDevice self.setupDevice(config) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 453, in setupDevice self.setupOneDevice(d) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 353, in setupOneDevice allow_access = True) Error: (22, 'Invalid argument') Interestingly, if I try to pass through only the GPU only (41:00.0) it does work, but with both functions of the radeon card passed it fails again. As said, it fails also if I only pass the USB controller, so it's not really VGA related. I can provide more log output if needed. According to various sources on the net, downgrading xen would solve the problem. But I'd prefer to raise the issue and find out if it is a xen bug or a hardware specification issue. Regards, Andreas --047d7b3a7d92bebec004dba44957 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

My ubuntu 12.10 vanilla install = (amd64) recently got xen hypervisor and utils upgraded to 4.1.3-3ubuntu1.5,= via the legacy upgrade path. After this I experience problems with passing= through some PCI devices to a windows 8 domU. I get the same problem as Go= rdan gets with 4.2 referred in this message: http://lists.xen.org/archi= ves/html/xen-users/2013-04/msg00341.html - it seems to be related to so= me update made to both trees.

My symptom is that out of three devices/functions, a radeon 7790 = with its two functions (41:00.{01}) plus one TI usb controller, (04:00.0), = only the radeon gpu (41:00.0) gets passed through. The others fail with the= Error: (22, 'Invalid argument') message. Specifically:

When passing the usb controller (04:00.0) only, I find the f= ollowing in xend.log:

[2013-05-01 10:38:32 2568] DEBUG (XendDomainIn= fo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100,msitrans= late=3D1,power_mgmt=3D1
[2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign device 00= 00:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-01 10:38:32 2568= ] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[201= 3-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state is N= one, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: orig_state = is None, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDev= iceModel: orig_state is None, retrying
[2013-05-01 10:38:32 2568] INFO (= image:538) signalDeviceModel:restore dm state to running
[2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI devic= e [104c:8241:0000:0000]
[2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) = Permissive mode NOT enabled for PCI device [104c:8241:0000:0000]
[2013-0= 5-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x1000= 0 pfn 0xdfef0/0x10
[2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000= /0x2000 pfn 0xdfeee/0x2
[2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci= : enabling irq 19
[2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927)= XendDomainInfo.initDomain: exception occurred
Traceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/.= ./lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain=A0=A0=A0 self._createDevices()
=A0 File "/usr/lib/xen-4.1/bin/../= lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices =A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-4= .1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_dev= ice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_de= v =3D first)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._cre= ateDevice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _crea= teDevice
=A0=A0=A0 return self.getDeviceController(deviceClass).createDevice(devConf= ig)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/De= vController.py", line 67, in createDevice
=A0=A0=A0 self.setupDevic= e(config)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py&= quot;, line 453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 = File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py"= ;, line 353, in setupOneDevice
=A0=A0=A0 allow_access =3D True)
Error: (22, 'Invalid argument')=

Interestingly, if I try to pass through only the GPU onl= y (41:00.0) it does work, but with both functions of the radeon card passed= it fails again. As said, it fails also if I only pass the USB controller, = so it's not really VGA related. I can provide more log output if needed= .

According to various sources on the net, downgrading xen would so= lve the problem. But I'd prefer to raise the issue and find out if it i= s a xen bug or a hardware specification issue.

Regards,
Andreas
--047d7b3a7d92bebec004dba44957-- --===============2982999844753004482== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2982999844753004482==-- From xen-users-bounces@lists.xen.org Wed May 01 09:32:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 09:32: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 1UXTOG-0002f3-T7; Wed, 01 May 2013 09:31:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXTOF-0002ex-Qm for xen-users@lists.xen.org; Wed, 01 May 2013 09:31:56 +0000 Received: from [85.158.143.99:28576] by server-3.bemta-4.messagelabs.com id 8C/C4-02015-B01E0815; Wed, 01 May 2013 09:31:55 +0000 X-Env-Sender: dechangydorian@yahoo.fr X-Msg-Ref: server-2.tower-216.messagelabs.com!1367400713!25632109!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,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23442 invoked from network); 1 May 2013 09:31:53 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-2.tower-216.messagelabs.com with SMTP; 1 May 2013 09:31:53 -0000 Received: from [77.238.189.232] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 01 May 2013 09:31:52 -0000 Received: from [212.82.98.68] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 01 May 2013 09:31:52 -0000 Received: from [127.0.0.1] by omp1005.mail.ir2.yahoo.com with NNFMP; 01 May 2013 09:31:52 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 41122.11425.bm@omp1005.mail.ir2.yahoo.com Received: (qmail 14835 invoked by uid 60001); 1 May 2013 09:31:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1367400711; bh=4MhwY1ZK+lIxvXZlpMPSi4ULdsR24g0/F70ZRGi+PxQ=; 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=1kz42oO4y71LsyA1qsbSP5kh4WVIWprHLByDejHf+oO3dcUh0MMnYWMTpj/5sUr02beYN5aJxJ+Vv86a8D7ci8+5Ng9nbLVHhc2+3vRNBzawQwTEwoYS4gNbPbDlXwCLRtyvE54hvqFx90SkZnYhESlgxw/D321O24Zd0HylvAA= 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=naHhTuWb1yWv3Slo0OaWYieqdJzt7hs0T+oChJMItQaQJsGkR6CAcKP/Ia0B6T8OdIrRktcNBfr3fm9FXqDw3z0eWEcVzKkzkJ9XYsgt6IQ3+65BDO+tnoZ3GdokvqlY4EQqzlw7l61ga/76Thm+vw1R5YsYzZ2yt3q4HESLihs=; X-YMail-OSG: zyo8XKkVM1m.cKacwF5HNhNhtJPtiTizuGsjv.Z5j6z6_E4 f7SQsilVJvfWkcGEeM40Ty3XyW3QZ8d7.h8ZVRdTqTBUb3MMLoniwOfXpmlS .vytsANea1OHwKjyA3M1SM4toF.rna0Vv9UoTWKDHiwiwCl8U3W7cG7mS5eb d.wz4W0HNwuSy4TgQndWsRknT8B81K.1jsCAt4btgjgYRvbIr7BdgGtjzwwt 8bo.0QG0T1q7S9TzQue7l3Z7GE2lrmFvqpn8Gs0S15qXOrawOxlKxZ1lhzxR Cn9IBdaB5VfmcOuvgZQb.hEr8KvlY_tH05uRmrxUr4zA3qFUACRZBkP_xl2A .SHxDfOYYWKd0wp4g0FU.dXczZAi1sZLAXHXaFkmuClRVP30J7P8RxdeGlyp GdFYHdBv.oNji.boSNtksKpBV0gf62gSxLbUs7F1ZC3tK8tNetVRDk8.9TqI LCwGjCXNf.WDQWc_AAskqkaOO48OFPRNBQ3ANT9Izb7f3HWdhK_qqLwo7c0V kts6cjWKNyUzJNXFGoj7nD4lrYBBfiFmudrT_yazanSol5Z9c5HEK Received: from [109.129.173.171] by web171805.mail.ir2.yahoo.com via HTTP; Wed, 01 May 2013 10:31:51 BST X-Rocket-MIMEInfo: 002.001, U29ycnkgSSBmb3Jnb3QgdG8gYWRkIHRoZSBtYWlsaW5nIGxpc3QuCgpTbyBmcm9tIHRoZSBvdXRwdXQgaXMgdGhlcmUgc29tZXRoaW5nIG1heSBiZSBwb2ludGluZyB0byBzb21ldGhpbmcgY291bGQgZ28gYnJva2VuIGR1cmluZyBhbiBpbnN0YWxsPwoKYmVmb3IgZSBtYWtlIHdvcmxkIGFuZCBtYWtlIGluc3RhbGwuLi4KCnJvb3RAZGViaWFuOi9ob21lL2Rvcmlhbi9Eb3dubG9hZHMveGVuLTQuMi4xIyAuL2NvbmZpZ3VyZQoKY2hlY2tpbmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4KIHg4Nl82NC11bmtub3duLWwBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 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> <1367339298.3142.591.camel@zakaz.uk.xensource.com> <1367398873.11304.YahooMailNeo@web171806.mail.ir2.yahoo.com> <1367398987.3142.634.camel@zakaz.uk.xensource.com> Message-ID: <1367400711.5218.YahooMailNeo@web171805.mail.ir2.yahoo.com> Date: Wed, 1 May 2013 10:31:51 +0100 (BST) From: Dorian To: Ian Campbell , "xen-users@lists.xen.org" In-Reply-To: <1367398987.3142.634.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Unaible to run 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="===============4584777999356385788==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4584777999356385788== Content-Type: multipart/alternative; boundary="442431671-664255932-1367400711=:5218" --442431671-664255932-1367400711=:5218 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sorry I forgot to add the mailing list.=0A=0ASo from the output is there so= mething may be pointing to something could go broken during an install?=0A= =0Abefor e make world and make install...=0A=0Aroot@debian:/home/dorian/Dow= nloads/xen-4.2.1# ./configure=0A=0Achecking build system type...=0A x86_64-= unknown-linux-gnu=0Achecking host system type... x86_64-unknown-linux-gnu= =0Achecking for gcc... gcc=0Achecking whether the C compiler works... yes= =0Achecking for C compiler default output file name... a.out=0Achecking for= suffix of executables... =0Achecking whether we are cross compiling... no= =0Achecking for suffix of object files... o=0Achecking whether we are using= the GNU C compiler... yes=0Achecking whether gcc accepts -g... yes=0Acheck= ing for gcc option to accept ISO C89... none needed=0Achecking whether make= sets $(MAKE)... yes=0Achecking for a BSD-compatible install... /usr/bin/in= stall -c=0Achecking for bison... /usr/bin/bison=0Achecking for flex... /usr= /bin/flex=0Achecking for perl... /usr/bin/perl=0Achecking for ocamlc... oca= mlc=0AOCaml version is 3.11.2=0AOCaml library path is /usr/lib/ocaml=0Achec= king for ocamlopt... ocamlopt=0Achecking for ocamlc.opt... no=0Achecking fo= r ocamlopt.opt... no=0Achecking for=0A ocaml... ocaml=0Achecking for ocamld= ep... ocamldep=0Achecking for ocamlmktop... ocamlmktop=0Achecking for ocaml= mklib... ocamlmklib=0Achecking for ocamldoc... ocamldoc=0Achecking for ocam= lbuild... ocamlbuild=0Achecking for bash... /bin/bash=0Achecking for python= ... /usr/bin/python=0Achecking for python version >=3D 2.3 ... yes=0Achecki= ng how to run the C preprocessor... gcc -E=0Achecking for grep that handles= long lines and -e... /bin/grep=0Achecking for egrep... /bin/grep -E=0Achec= king for ANSI C header files... yes=0Achecking for sys/types.h... yes=0Ache= cking for sys/stat.h... yes=0Achecking for stdlib.h... yes=0Achecking for s= tring.h... yes=0Achecking for memory.h... yes=0Achecking for strings.h... y= es=0Achecking for inttypes.h... yes=0Achecking for stdint.h... yes=0Achecki= ng for unistd.h... yes=0Achecking for python-config... /usr/bin/python-conf= ig=0Achecking Python.h usability... yes=0Achecking Python.h presence...=0A = yes=0Achecking for Python.h... yes=0Achecking for PyArg_ParseTuple in -lpyt= hon2.6... yes=0Achecking for xgettext... /usr/bin/xgettext=0Achecking for a= s86... /usr/bin/as86=0Achecking for ld86... /usr/bin/ld86=0Achecking for bc= c... /usr/bin/bcc=0Achecking for iasl... /usr/bin/iasl=0Achecking uuid/uuid= .h usability... yes=0Achecking uuid/uuid.h presence... yes=0Achecking for u= uid/uuid.h... yes=0Achecking for uuid_clear in -luuid... yes=0Achecking uui= d.h usability... no=0Achecking uuid.h presence... no=0Achecking for uuid.h.= .. no=0Achecking curses.h usability... yes=0Achecking curses.h presence... = yes=0Achecking for curses.h... yes=0Achecking for clear in -lcurses... yes= =0Achecking ncurses.h usability... yes=0Achecking ncurses.h presence... yes= =0Achecking for ncurses.h... yes=0Achecking for clear in -lncurses... yes= =0Achecking for pkg-config... /usr/bin/pkg-config=0Achecking pkg-config is = at least version 0.9.0... yes=0Achecking for=0A glib... yes=0Achecking bzli= b.h usability... no=0Achecking bzlib.h presence... no=0Achecking for bzlib.= h... no=0Achecking lzma.h usability... no=0Achecking lzma.h presence... no= =0Achecking for lzma.h... no=0Achecking lzo/lzo1x.h usability... no=0Acheck= ing lzo/lzo1x.h presence... no=0Achecking for lzo/lzo1x.h... no=0Achecking = for io_setup in -laio... yes=0Achecking for MD5 in -lcrypto... yes=0Achecki= ng ext2fs/ext2fs.h usability... no=0Achecking ext2fs/ext2fs.h presence... n= o=0Achecking for ext2fs/ext2fs.h... no=0Achecking ext4fs/ext2fs.h usability= ... no=0Achecking ext4fs/ext2fs.h presence... no=0Achecking for ext4fs/ext2= fs.h... no=0Achecking for gcry_md_hash_buffer in -lgcrypt... no=0Achecking = for pthread flag... -pthread=0Achecking libutil.h usability... yes=0Achecki= ng libutil.h presence... yes=0Achecking for libutil.h... yes=0Achecking for= openpty et al... -lutil=0Achecking for yajl_alloc in -lyajl... yes=0Acheck= ing for=0A deflateCopy in -lz... yes=0Achecking for libiconv_open in -licon= v... no=0Achecking yajl/yajl_version.h usability... no=0Achecking yajl/yajl= _version.h presence... no=0Achecking for yajl/yajl_version.h... no=0Aconfig= ure: creating ./config.status=0Aconfig.status: creating ../config/Tools.mk= =0Aconfig.status: creating config.h=0Aconfig.status: config.h is unchanged= =0A=0A=0AThx=0A=0A=A0=0ADe=A0: Ian Campbell =0A=C0= =A0: Dorian =0AEnvoy=E9 le : Mercredi 1 mai 2013 = 11h03=0AObjet=A0: Re: [Xen-users] Unaible to run DomU Guest=0A =0A=0AGah, p= lease keep the conversation on the list, I failed to notice that=0Ayour oth= er reply was private too.=0A=0AOn Wed, 2013-05-01 at 10:01 +0100, Dorian wr= ote:=0A> =0A> Hello=0A> =0A> =0A> Do you see something broken, here?=0A> = =0A... --442431671-664255932-1367400711=:5218 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry I forgot to add= the mailing list.

So from the out= put is there something may be pointing to something could go broken during = an install?

befor e make world and make install...
root@debian:/home/dorian/Downloads/= xen-4.2.1# ./configure

checking build system type...=0A x86_64-unkno= wn-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
ch= ecking for gcc... gcc
checking whether the C compiler works... yes
ch= ecking for C compiler default output file name... a.out
checking for suf= fix of executables...
checking whether we are cross compiling... no
= checking for suffix of object files... o
checking whether we are using t= he GNU C compiler... yes
checking whether gcc accepts -g... yes
check= ing for gcc option to accept ISO C89... none needed
checking whether mak= e sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/bin/= install -c
checking for bison... /usr/bin/bison
checking for flex... = /usr/bin/flex
checking for perl... /usr/bin/perl
checking for ocamlc.= .. ocamlc
OCaml version is 3.11.2
OCaml library path is /usr/lib/ocam= l
checking for ocamlopt... ocamlopt
checking for ocamlc.opt... no
= checking for ocamlopt.opt... no
checking for=0A ocaml... ocaml
checki= ng for ocamldep... ocamldep
checking for ocamlmktop... ocamlmktop
che= cking for ocamlmklib... ocamlmklib
checking for ocamldoc... ocamldoc
= checking for ocamlbuild... ocamlbuild
checking for bash... /bin/bash
= checking for python... /usr/bin/python
checking for python version >= =3D 2.3 ... yes
checking how to run the C preprocessor... gcc -E
chec= king for grep that handles long lines and -e... /bin/grep
checking for e= grep... /bin/grep -E
checking for ANSI C header files... yes
checking= for sys/types.h... yes
checking for sys/stat.h... yes
checking for s= tdlib.h... yes
checking for string.h... yes
checking for memory.h... = yes
checking for strings.h... yes
checking for inttypes.h... yes
c= hecking for stdint.h... yes
checking for unistd.h... yes
checking for= python-config... /usr/bin/python-config
checking Python.h usability... = yes
checking Python.h presence...=0A yes
checking for Python.h... yes=
checking for PyArg_ParseTuple in -lpython2.6... yes
checking for xge= ttext... /usr/bin/xgettext
checking for as86... /usr/bin/as86
checkin= g for ld86... /usr/bin/ld86
checking for bcc... /usr/bin/bcc
checking= for iasl... /usr/bin/iasl
checking uuid/uuid.h usability... yes
chec= king uuid/uuid.h presence... yes
checking for uuid/uuid.h... yes
chec= king for uuid_clear in -luuid... yes
checking uuid.h usability... no
= checking uuid.h presence... no
checking for uuid.h... no
checking cur= ses.h usability... yes
checking curses.h presence... yes
checking for= curses.h... yes
checking for clear in -lcurses... yes
checking ncurs= es.h usability... yes
checking ncurses.h presence... yes
checking for= ncurses.h... yes
checking for clear in -lncurses... yes
checking for= pkg-config... /usr/bin/pkg-config
checking pkg-config is at least versi= on 0.9.0... yes
checking for=0A glib... yes
checking bzlib.h usabilit= y... no
checking bzlib.h presence... no
checking for bzlib.h... nochecking lzma.h usability... no
checking lzma.h presence... no
check= ing for lzma.h... no
checking lzo/lzo1x.h usability... no
checking lz= o/lzo1x.h presence... no
checking for lzo/lzo1x.h... no
checking for = io_setup in -laio... yes
checking for MD5 in -lcrypto... yes
checking= ext2fs/ext2fs.h usability... no
checking ext2fs/ext2fs.h presence... no=
checking for ext2fs/ext2fs.h... no
checking ext4fs/ext2fs.h usabilit= y... no
checking ext4fs/ext2fs.h presence... no
checking for ext4fs/e= xt2fs.h... no
checking for gcry_md_hash_buffer in -lgcrypt... no
chec= king for pthread flag... -pthread
checking libutil.h usability... yeschecking libutil.h presence... yes
checking for libutil.h... yes
che= cking for openpty et al... -lutil
checking for yajl_alloc in -lyajl... y= es
checking for=0A deflateCopy in -lz... yes
checking for libiconv_op= en in -liconv... no
checking yajl/yajl_version.h usability... no
chec= king yajl/yajl_version.h presence... no
checking for yajl/yajl_version.h= ... no
configure: creating ./config.status
config.status: creating ..= /config/Tools.mk
config.status: creating config.h
config.status: conf= ig.h is unchanged

Thx

 
De : Ian Campbell <Ian.Campbell@citrix.com>=
=C0 : Dorian <= ;dechangydorian@yahoo.fr>
Env= oy=E9 le : Mercredi 1 mai 2013 11h03
Objet : Re: [Xen-users] Unaible to run DomU Guest

Gah, please keep the c= onversation on the list, I failed to notice that
your other reply was pr= ivate too.

On Wed, 2013-05-01 at 10:01 +0100, Dorian wrote:
> =
> Hello
>
>
> Do you see something broken, here?=
>
...





= --442431671-664255932-1367400711=:5218-- --===============4584777999356385788== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4584777999356385788==-- From xen-users-bounces@lists.xen.org Wed May 01 09:32:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 09:32: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 1UXTOG-0002f3-T7; Wed, 01 May 2013 09:31:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXTOF-0002ex-Qm for xen-users@lists.xen.org; Wed, 01 May 2013 09:31:56 +0000 Received: from [85.158.143.99:28576] by server-3.bemta-4.messagelabs.com id 8C/C4-02015-B01E0815; Wed, 01 May 2013 09:31:55 +0000 X-Env-Sender: dechangydorian@yahoo.fr X-Msg-Ref: server-2.tower-216.messagelabs.com!1367400713!25632109!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,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23442 invoked from network); 1 May 2013 09:31:53 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-2.tower-216.messagelabs.com with SMTP; 1 May 2013 09:31:53 -0000 Received: from [77.238.189.232] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 01 May 2013 09:31:52 -0000 Received: from [212.82.98.68] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 01 May 2013 09:31:52 -0000 Received: from [127.0.0.1] by omp1005.mail.ir2.yahoo.com with NNFMP; 01 May 2013 09:31:52 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 41122.11425.bm@omp1005.mail.ir2.yahoo.com Received: (qmail 14835 invoked by uid 60001); 1 May 2013 09:31:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1367400711; bh=4MhwY1ZK+lIxvXZlpMPSi4ULdsR24g0/F70ZRGi+PxQ=; 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=1kz42oO4y71LsyA1qsbSP5kh4WVIWprHLByDejHf+oO3dcUh0MMnYWMTpj/5sUr02beYN5aJxJ+Vv86a8D7ci8+5Ng9nbLVHhc2+3vRNBzawQwTEwoYS4gNbPbDlXwCLRtyvE54hvqFx90SkZnYhESlgxw/D321O24Zd0HylvAA= 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=naHhTuWb1yWv3Slo0OaWYieqdJzt7hs0T+oChJMItQaQJsGkR6CAcKP/Ia0B6T8OdIrRktcNBfr3fm9FXqDw3z0eWEcVzKkzkJ9XYsgt6IQ3+65BDO+tnoZ3GdokvqlY4EQqzlw7l61ga/76Thm+vw1R5YsYzZ2yt3q4HESLihs=; X-YMail-OSG: zyo8XKkVM1m.cKacwF5HNhNhtJPtiTizuGsjv.Z5j6z6_E4 f7SQsilVJvfWkcGEeM40Ty3XyW3QZ8d7.h8ZVRdTqTBUb3MMLoniwOfXpmlS .vytsANea1OHwKjyA3M1SM4toF.rna0Vv9UoTWKDHiwiwCl8U3W7cG7mS5eb d.wz4W0HNwuSy4TgQndWsRknT8B81K.1jsCAt4btgjgYRvbIr7BdgGtjzwwt 8bo.0QG0T1q7S9TzQue7l3Z7GE2lrmFvqpn8Gs0S15qXOrawOxlKxZ1lhzxR Cn9IBdaB5VfmcOuvgZQb.hEr8KvlY_tH05uRmrxUr4zA3qFUACRZBkP_xl2A .SHxDfOYYWKd0wp4g0FU.dXczZAi1sZLAXHXaFkmuClRVP30J7P8RxdeGlyp GdFYHdBv.oNji.boSNtksKpBV0gf62gSxLbUs7F1ZC3tK8tNetVRDk8.9TqI LCwGjCXNf.WDQWc_AAskqkaOO48OFPRNBQ3ANT9Izb7f3HWdhK_qqLwo7c0V kts6cjWKNyUzJNXFGoj7nD4lrYBBfiFmudrT_yazanSol5Z9c5HEK Received: from [109.129.173.171] by web171805.mail.ir2.yahoo.com via HTTP; Wed, 01 May 2013 10:31:51 BST X-Rocket-MIMEInfo: 002.001, U29ycnkgSSBmb3Jnb3QgdG8gYWRkIHRoZSBtYWlsaW5nIGxpc3QuCgpTbyBmcm9tIHRoZSBvdXRwdXQgaXMgdGhlcmUgc29tZXRoaW5nIG1heSBiZSBwb2ludGluZyB0byBzb21ldGhpbmcgY291bGQgZ28gYnJva2VuIGR1cmluZyBhbiBpbnN0YWxsPwoKYmVmb3IgZSBtYWtlIHdvcmxkIGFuZCBtYWtlIGluc3RhbGwuLi4KCnJvb3RAZGViaWFuOi9ob21lL2Rvcmlhbi9Eb3dubG9hZHMveGVuLTQuMi4xIyAuL2NvbmZpZ3VyZQoKY2hlY2tpbmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4KIHg4Nl82NC11bmtub3duLWwBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 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> <1367339298.3142.591.camel@zakaz.uk.xensource.com> <1367398873.11304.YahooMailNeo@web171806.mail.ir2.yahoo.com> <1367398987.3142.634.camel@zakaz.uk.xensource.com> Message-ID: <1367400711.5218.YahooMailNeo@web171805.mail.ir2.yahoo.com> Date: Wed, 1 May 2013 10:31:51 +0100 (BST) From: Dorian To: Ian Campbell , "xen-users@lists.xen.org" In-Reply-To: <1367398987.3142.634.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Unaible to run 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="===============4584777999356385788==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4584777999356385788== Content-Type: multipart/alternative; boundary="442431671-664255932-1367400711=:5218" --442431671-664255932-1367400711=:5218 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sorry I forgot to add the mailing list.=0A=0ASo from the output is there so= mething may be pointing to something could go broken during an install?=0A= =0Abefor e make world and make install...=0A=0Aroot@debian:/home/dorian/Dow= nloads/xen-4.2.1# ./configure=0A=0Achecking build system type...=0A x86_64-= unknown-linux-gnu=0Achecking host system type... x86_64-unknown-linux-gnu= =0Achecking for gcc... gcc=0Achecking whether the C compiler works... yes= =0Achecking for C compiler default output file name... a.out=0Achecking for= suffix of executables... =0Achecking whether we are cross compiling... no= =0Achecking for suffix of object files... o=0Achecking whether we are using= the GNU C compiler... yes=0Achecking whether gcc accepts -g... yes=0Acheck= ing for gcc option to accept ISO C89... none needed=0Achecking whether make= sets $(MAKE)... yes=0Achecking for a BSD-compatible install... /usr/bin/in= stall -c=0Achecking for bison... /usr/bin/bison=0Achecking for flex... /usr= /bin/flex=0Achecking for perl... /usr/bin/perl=0Achecking for ocamlc... oca= mlc=0AOCaml version is 3.11.2=0AOCaml library path is /usr/lib/ocaml=0Achec= king for ocamlopt... ocamlopt=0Achecking for ocamlc.opt... no=0Achecking fo= r ocamlopt.opt... no=0Achecking for=0A ocaml... ocaml=0Achecking for ocamld= ep... ocamldep=0Achecking for ocamlmktop... ocamlmktop=0Achecking for ocaml= mklib... ocamlmklib=0Achecking for ocamldoc... ocamldoc=0Achecking for ocam= lbuild... ocamlbuild=0Achecking for bash... /bin/bash=0Achecking for python= ... /usr/bin/python=0Achecking for python version >=3D 2.3 ... yes=0Achecki= ng how to run the C preprocessor... gcc -E=0Achecking for grep that handles= long lines and -e... /bin/grep=0Achecking for egrep... /bin/grep -E=0Achec= king for ANSI C header files... yes=0Achecking for sys/types.h... yes=0Ache= cking for sys/stat.h... yes=0Achecking for stdlib.h... yes=0Achecking for s= tring.h... yes=0Achecking for memory.h... yes=0Achecking for strings.h... y= es=0Achecking for inttypes.h... yes=0Achecking for stdint.h... yes=0Achecki= ng for unistd.h... yes=0Achecking for python-config... /usr/bin/python-conf= ig=0Achecking Python.h usability... yes=0Achecking Python.h presence...=0A = yes=0Achecking for Python.h... yes=0Achecking for PyArg_ParseTuple in -lpyt= hon2.6... yes=0Achecking for xgettext... /usr/bin/xgettext=0Achecking for a= s86... /usr/bin/as86=0Achecking for ld86... /usr/bin/ld86=0Achecking for bc= c... /usr/bin/bcc=0Achecking for iasl... /usr/bin/iasl=0Achecking uuid/uuid= .h usability... yes=0Achecking uuid/uuid.h presence... yes=0Achecking for u= uid/uuid.h... yes=0Achecking for uuid_clear in -luuid... yes=0Achecking uui= d.h usability... no=0Achecking uuid.h presence... no=0Achecking for uuid.h.= .. no=0Achecking curses.h usability... yes=0Achecking curses.h presence... = yes=0Achecking for curses.h... yes=0Achecking for clear in -lcurses... yes= =0Achecking ncurses.h usability... yes=0Achecking ncurses.h presence... yes= =0Achecking for ncurses.h... yes=0Achecking for clear in -lncurses... yes= =0Achecking for pkg-config... /usr/bin/pkg-config=0Achecking pkg-config is = at least version 0.9.0... yes=0Achecking for=0A glib... yes=0Achecking bzli= b.h usability... no=0Achecking bzlib.h presence... no=0Achecking for bzlib.= h... no=0Achecking lzma.h usability... no=0Achecking lzma.h presence... no= =0Achecking for lzma.h... no=0Achecking lzo/lzo1x.h usability... no=0Acheck= ing lzo/lzo1x.h presence... no=0Achecking for lzo/lzo1x.h... no=0Achecking = for io_setup in -laio... yes=0Achecking for MD5 in -lcrypto... yes=0Achecki= ng ext2fs/ext2fs.h usability... no=0Achecking ext2fs/ext2fs.h presence... n= o=0Achecking for ext2fs/ext2fs.h... no=0Achecking ext4fs/ext2fs.h usability= ... no=0Achecking ext4fs/ext2fs.h presence... no=0Achecking for ext4fs/ext2= fs.h... no=0Achecking for gcry_md_hash_buffer in -lgcrypt... no=0Achecking = for pthread flag... -pthread=0Achecking libutil.h usability... yes=0Achecki= ng libutil.h presence... yes=0Achecking for libutil.h... yes=0Achecking for= openpty et al... -lutil=0Achecking for yajl_alloc in -lyajl... yes=0Acheck= ing for=0A deflateCopy in -lz... yes=0Achecking for libiconv_open in -licon= v... no=0Achecking yajl/yajl_version.h usability... no=0Achecking yajl/yajl= _version.h presence... no=0Achecking for yajl/yajl_version.h... no=0Aconfig= ure: creating ./config.status=0Aconfig.status: creating ../config/Tools.mk= =0Aconfig.status: creating config.h=0Aconfig.status: config.h is unchanged= =0A=0A=0AThx=0A=0A=A0=0ADe=A0: Ian Campbell =0A=C0= =A0: Dorian =0AEnvoy=E9 le : Mercredi 1 mai 2013 = 11h03=0AObjet=A0: Re: [Xen-users] Unaible to run DomU Guest=0A =0A=0AGah, p= lease keep the conversation on the list, I failed to notice that=0Ayour oth= er reply was private too.=0A=0AOn Wed, 2013-05-01 at 10:01 +0100, Dorian wr= ote:=0A> =0A> Hello=0A> =0A> =0A> Do you see something broken, here?=0A> = =0A... --442431671-664255932-1367400711=:5218 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry I forgot to add= the mailing list.

So from the out= put is there something may be pointing to something could go broken during = an install?

befor e make world and make install...
root@debian:/home/dorian/Downloads/= xen-4.2.1# ./configure

checking build system type...=0A x86_64-unkno= wn-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
ch= ecking for gcc... gcc
checking whether the C compiler works... yes
ch= ecking for C compiler default output file name... a.out
checking for suf= fix of executables...
checking whether we are cross compiling... no
= checking for suffix of object files... o
checking whether we are using t= he GNU C compiler... yes
checking whether gcc accepts -g... yes
check= ing for gcc option to accept ISO C89... none needed
checking whether mak= e sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/bin/= install -c
checking for bison... /usr/bin/bison
checking for flex... = /usr/bin/flex
checking for perl... /usr/bin/perl
checking for ocamlc.= .. ocamlc
OCaml version is 3.11.2
OCaml library path is /usr/lib/ocam= l
checking for ocamlopt... ocamlopt
checking for ocamlc.opt... no
= checking for ocamlopt.opt... no
checking for=0A ocaml... ocaml
checki= ng for ocamldep... ocamldep
checking for ocamlmktop... ocamlmktop
che= cking for ocamlmklib... ocamlmklib
checking for ocamldoc... ocamldoc
= checking for ocamlbuild... ocamlbuild
checking for bash... /bin/bash
= checking for python... /usr/bin/python
checking for python version >= =3D 2.3 ... yes
checking how to run the C preprocessor... gcc -E
chec= king for grep that handles long lines and -e... /bin/grep
checking for e= grep... /bin/grep -E
checking for ANSI C header files... yes
checking= for sys/types.h... yes
checking for sys/stat.h... yes
checking for s= tdlib.h... yes
checking for string.h... yes
checking for memory.h... = yes
checking for strings.h... yes
checking for inttypes.h... yes
c= hecking for stdint.h... yes
checking for unistd.h... yes
checking for= python-config... /usr/bin/python-config
checking Python.h usability... = yes
checking Python.h presence...=0A yes
checking for Python.h... yes=
checking for PyArg_ParseTuple in -lpython2.6... yes
checking for xge= ttext... /usr/bin/xgettext
checking for as86... /usr/bin/as86
checkin= g for ld86... /usr/bin/ld86
checking for bcc... /usr/bin/bcc
checking= for iasl... /usr/bin/iasl
checking uuid/uuid.h usability... yes
chec= king uuid/uuid.h presence... yes
checking for uuid/uuid.h... yes
chec= king for uuid_clear in -luuid... yes
checking uuid.h usability... no
= checking uuid.h presence... no
checking for uuid.h... no
checking cur= ses.h usability... yes
checking curses.h presence... yes
checking for= curses.h... yes
checking for clear in -lcurses... yes
checking ncurs= es.h usability... yes
checking ncurses.h presence... yes
checking for= ncurses.h... yes
checking for clear in -lncurses... yes
checking for= pkg-config... /usr/bin/pkg-config
checking pkg-config is at least versi= on 0.9.0... yes
checking for=0A glib... yes
checking bzlib.h usabilit= y... no
checking bzlib.h presence... no
checking for bzlib.h... nochecking lzma.h usability... no
checking lzma.h presence... no
check= ing for lzma.h... no
checking lzo/lzo1x.h usability... no
checking lz= o/lzo1x.h presence... no
checking for lzo/lzo1x.h... no
checking for = io_setup in -laio... yes
checking for MD5 in -lcrypto... yes
checking= ext2fs/ext2fs.h usability... no
checking ext2fs/ext2fs.h presence... no=
checking for ext2fs/ext2fs.h... no
checking ext4fs/ext2fs.h usabilit= y... no
checking ext4fs/ext2fs.h presence... no
checking for ext4fs/e= xt2fs.h... no
checking for gcry_md_hash_buffer in -lgcrypt... no
chec= king for pthread flag... -pthread
checking libutil.h usability... yeschecking libutil.h presence... yes
checking for libutil.h... yes
che= cking for openpty et al... -lutil
checking for yajl_alloc in -lyajl... y= es
checking for=0A deflateCopy in -lz... yes
checking for libiconv_op= en in -liconv... no
checking yajl/yajl_version.h usability... no
chec= king yajl/yajl_version.h presence... no
checking for yajl/yajl_version.h= ... no
configure: creating ./config.status
config.status: creating ..= /config/Tools.mk
config.status: creating config.h
config.status: conf= ig.h is unchanged

Thx

 
De : Ian Campbell <Ian.Campbell@citrix.com>=
=C0 : Dorian <= ;dechangydorian@yahoo.fr>
Env= oy=E9 le : Mercredi 1 mai 2013 11h03
Objet : Re: [Xen-users] Unaible to run DomU Guest

Gah, please keep the c= onversation on the list, I failed to notice that
your other reply was pr= ivate too.

On Wed, 2013-05-01 at 10:01 +0100, Dorian wrote:
> =
> Hello
>
>
> Do you see something broken, here?=
>
...





= --442431671-664255932-1367400711=:5218-- --===============4584777999356385788== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4584777999356385788==-- From xen-users-bounces@lists.xen.org Wed May 01 10:43:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 10:43: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 1UXUUX-0005Wk-By; Wed, 01 May 2013 10:42:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXUUW-0005Wc-5N for xen-users@lists.xensource.com; Wed, 01 May 2013 10:42:28 +0000 Received: from [85.158.139.83:25362] by server-6.bemta-5.messagelabs.com id 10/65-01180-391F0815; Wed, 01 May 2013 10:42:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-182.messagelabs.com!1367404946!26833513!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 13536 invoked from network); 1 May 2013 10:42:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 10:42:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id B92C02211A3 for ; Wed, 1 May 2013 11:42:25 +0100 (BST) MIME-Version: 1.0 Date: Wed, 01 May 2013 11:42:25 +0100 From: Gordan Bobic To: In-Reply-To: References: "\"<1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net>" " <5180C8DF.9010708@bobich.net> Message-ID: <2e7e64e69590e4fd19eb48b4d83e9340@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: 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 IERvZXMgdGhlIEZpcmVQcm8gZXhoaWJpdCB0aGUgc2FtZSBpc3N1ZT8gT3IgZG9lcyBpdCAianVz dCB3b3JrIj8KCgogT24gV2VkLCAxIE1heSAyMDEzIDEwOjEwOjA1ICswMjAwLCBBbmRyZWFzIEZh bGNrIAogPGZhbGNrLmFuZHJlYXMubGlzdHNAZ21haWwuY29tPiB3cm90ZToKPiBPaywgSSBqdXN0 IHN0YXJ0ZWQgdGVzdGluZyBhIHJhZGVvbiA3NzkwIHdpdGggbXkgc2V0dXAsIGFuZCBpdCBzZWVt cyAKPiBJCj4gZ2V0IHJlc2V0IGlzc3VlcyBhZnRlciByZWJvb3Qgbm93IHdpdGggeG0uIE5vIEJT T0QgYnV0IHRoZSBjYXJkIHNob3dzCj4gdXAgYXMgdW51c2FibGUgKHllbGxvdyBleGxhbWF0aW9u IG1hcmspIGFmdGVyIHJlYm9vdCBvZiBkb21VLiBJJ2xsCj4gdXBkYXRlIGFzIHRlc3RpbmcgcHJv Z3Jlc3Nlcy4KPgo+IFJlZ2FyZHMsCj4gQW5kcmVhcwo+Cj4gMjAxMy81LzEgR29yZGFuIEJvYmlj Cj4KPiBPbiAwNS8wMS8yMDEzIDA4OjQyIEFNLCBBbmRyZWFzIEZhbGNrIHdyb3RlOgo+ICAgwqA+ SWYgb25seSBBVEkgcHJvdmlkZWQgYSBtZXRob2QgdG8gY29udGFjdCB0aGVtIGZvciBzdWNoIHN1 cHBvcnQsCj4gIGNvbnNpZGVyaW5nIHRoZXkgY2xhaW0gdGhhdCB0aGV5ICJ0ZXN0ZWQiIDQ4NTAv NDg3MCBjYXJkcyB0byB3b3JrCj4gd2l0aAo+ICBYZW4gYW5kIFZHQSA+cGFzc3Rocm91Z2guIElm IHRoZXkndmUgdGVzdGVkIGl0LCBpdCdkIGJlIG5pY2UgaWYgdGhleQo+ICBkb2N1bWVudGVkIGl0 LiBQZXJzb25hbGx5IEkndmUgbm90IHNlZW4gYW55IGV2aWRlbmNlIG9mIHRoZSBzb3J0IG9mCj4g IHN0YWJpbGl0eSB5b3UnZCByaWdodGZ1bGx5IGV4cGVjdCB3aGVuID50aGUgbWFudWZhY3R1cmVy IHZvdWNoZXMgCj4gdGhhdAo+ICBzb21ldGhpbmcgd29ya3MuCj4KPiAgV2hpY2ggdG9vbHN0YWNr IGFyZSB5b3UgdXNpbmc/IEkgaGF2ZSBoYWQgYmV0dGVyIHN1Y2Nlc3Mgd2l0aCB4bSAKPiB0aGFu Cj4gIHdpdGggeGwgZm9yIHBhc3NpbmcgdGhyb3VnaCBhIDY4NTAgdG8gYSB3aW5kb3dzIDcgZG9t VS4gTmFtZWx5LCBJCj4gIGV4cGVyaWVuY2VkIHRoZSBwZXJmb3JtYW5jZSBkZWdyYWRhdGlvbiBv biByZWJvb3Qgb2YgZG9tVSB3aXRoIHhsLAo+IGJ1dAo+ICBub3Qgd2l0aCB4bS4KPgo+ICBJIGFt IHVzaW5nIHRoZSB4bSBzdGFjay4KPgo+ICAgVGhvdWdoIEkgY291bGQgc29sdmUgaXQgYWxzbyB1 bmRlciB4bCBieSB0aGUgZWplY3QgdHJpY2sKPiAgYWZ0ZXIgcmVib290IG9mIGRvbVUgLSBidXQg aWYgdGhpcyBpcyBhIGdlbmVyYWwgcmVzZXQgcmVsYXRlZCBpc3N1ZQo+IGl0Cj4gIG1pZ2h0IGJl IGRpZmZlcmVudCBzeW1wdG9tcyBmb3IgZGlmZmVyZW50IHJhZGVvbiBtb2RlbHMuIFRoaXMgd2Fz IGluCj4geGVuCj4gIDQuMS54IHVuZGVyIGdlbnRvbyBhbmQgdWJ1bnR1IChoYXZlbid0IHRlc3Rl ZCB4ZW4gNC4yKykuIFJlbHlpbmcgb24gCj4gYQo+ICBkZXByZWNhdGVkIHRvb2xzdGFjayBpcyBu b3QgZnV0dXJlLXByb29mIG9mIGNvdXJzZSwgYnV0IGl0IGhhcyAKPiB3b3JrZWQKPiAgZm9yIG1l IHNvIGZhciwgYW5kIHVidW50dSAxMi4xMCBzdGlsbCB1c2VzIHhlbiA0LjEgd2hpY2ggcHJvdmlk ZXMgeG0KPiBhcwo+ICB0aGUgZGVmYXVsdC4KPgo+ICBJdCBtaWdodCBiZSB0aGF0IEFNRCBnb3Qg dGhlaXIgdGVzdGVkIGNhcmRzIHdvcmtpbmcgd2l0aCB4ZW4gNC4xIGFuZAo+IHhtLAo+ICBhbmQg bmV2ZXIgdHJpZWQgYW55IG1vcmUgYWZ0ZXIgdGhhdC4KPgo+ICBJJ20gdGFraW5nIHRoZSBjbGFp bXMgb2YgQU1EIGhhdmluZyAidGVzdGVkIiB0aGluZ3Mgd2l0aCBhIGJ1Y2tldCBvZgo+IHNhbHQg dW50aWwgSSBzZWUgdGhlIGRldGFpbGVkIGRvY3VtZW50YXRpb24gb2YgdGhlIHByb2Nlc3MgdGhl eSB1c2VkCj4gKGV4YWN0IFhlbiB2ZXJzaW9uLCBkb20wIE9TIHN0YWNrLCBkb21VIHZlcnNpb24g YW5kIHBhdGNoIGxldmVsLCBhbmQKPiB0aGUgZXhhY3QgdGVzdHMgY2FycmllZCBvdXQgaW4gZG9t VSkuIFRodXMgZmFyIEkgaGF2ZSBzZWVuIG5vIHN1Y2gKPiBkb2N1bWVudGF0aW9uLCB3aGljaCBt YWtlcyB0aGUgY2xhaW1zIHRoYXQgaXQgd2FzIHRlc3RlZCBwdXJlIAo+IGhlYXJzYXkuCj4KPiAg R29yZGFuCj4KPiAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KPiAgWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+ICBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyBb Ml0KPiAgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIFszXQo+Cj4KPgo+IExpbmtzOgo+ IC0tLS0tLQo+IFsxXSBtYWlsdG86Z29yZGFuQGJvYmljaC5uZXQKPiBbMl0gbWFpbHRvOlhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCj4gWzNdIGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2Vy cyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed May 01 10:43:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 10:43: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 1UXUUX-0005Wk-By; Wed, 01 May 2013 10:42:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXUUW-0005Wc-5N for xen-users@lists.xensource.com; Wed, 01 May 2013 10:42:28 +0000 Received: from [85.158.139.83:25362] by server-6.bemta-5.messagelabs.com id 10/65-01180-391F0815; Wed, 01 May 2013 10:42:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-182.messagelabs.com!1367404946!26833513!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 13536 invoked from network); 1 May 2013 10:42:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 10:42:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id B92C02211A3 for ; Wed, 1 May 2013 11:42:25 +0100 (BST) MIME-Version: 1.0 Date: Wed, 01 May 2013 11:42:25 +0100 From: Gordan Bobic To: In-Reply-To: References: "\"<1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net>" " <5180C8DF.9010708@bobich.net> Message-ID: <2e7e64e69590e4fd19eb48b4d83e9340@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: 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 IERvZXMgdGhlIEZpcmVQcm8gZXhoaWJpdCB0aGUgc2FtZSBpc3N1ZT8gT3IgZG9lcyBpdCAianVz dCB3b3JrIj8KCgogT24gV2VkLCAxIE1heSAyMDEzIDEwOjEwOjA1ICswMjAwLCBBbmRyZWFzIEZh bGNrIAogPGZhbGNrLmFuZHJlYXMubGlzdHNAZ21haWwuY29tPiB3cm90ZToKPiBPaywgSSBqdXN0 IHN0YXJ0ZWQgdGVzdGluZyBhIHJhZGVvbiA3NzkwIHdpdGggbXkgc2V0dXAsIGFuZCBpdCBzZWVt cyAKPiBJCj4gZ2V0IHJlc2V0IGlzc3VlcyBhZnRlciByZWJvb3Qgbm93IHdpdGggeG0uIE5vIEJT T0QgYnV0IHRoZSBjYXJkIHNob3dzCj4gdXAgYXMgdW51c2FibGUgKHllbGxvdyBleGxhbWF0aW9u IG1hcmspIGFmdGVyIHJlYm9vdCBvZiBkb21VLiBJJ2xsCj4gdXBkYXRlIGFzIHRlc3RpbmcgcHJv Z3Jlc3Nlcy4KPgo+IFJlZ2FyZHMsCj4gQW5kcmVhcwo+Cj4gMjAxMy81LzEgR29yZGFuIEJvYmlj Cj4KPiBPbiAwNS8wMS8yMDEzIDA4OjQyIEFNLCBBbmRyZWFzIEZhbGNrIHdyb3RlOgo+ICAgwqA+ SWYgb25seSBBVEkgcHJvdmlkZWQgYSBtZXRob2QgdG8gY29udGFjdCB0aGVtIGZvciBzdWNoIHN1 cHBvcnQsCj4gIGNvbnNpZGVyaW5nIHRoZXkgY2xhaW0gdGhhdCB0aGV5ICJ0ZXN0ZWQiIDQ4NTAv NDg3MCBjYXJkcyB0byB3b3JrCj4gd2l0aAo+ICBYZW4gYW5kIFZHQSA+cGFzc3Rocm91Z2guIElm IHRoZXkndmUgdGVzdGVkIGl0LCBpdCdkIGJlIG5pY2UgaWYgdGhleQo+ICBkb2N1bWVudGVkIGl0 LiBQZXJzb25hbGx5IEkndmUgbm90IHNlZW4gYW55IGV2aWRlbmNlIG9mIHRoZSBzb3J0IG9mCj4g IHN0YWJpbGl0eSB5b3UnZCByaWdodGZ1bGx5IGV4cGVjdCB3aGVuID50aGUgbWFudWZhY3R1cmVy IHZvdWNoZXMgCj4gdGhhdAo+ICBzb21ldGhpbmcgd29ya3MuCj4KPiAgV2hpY2ggdG9vbHN0YWNr IGFyZSB5b3UgdXNpbmc/IEkgaGF2ZSBoYWQgYmV0dGVyIHN1Y2Nlc3Mgd2l0aCB4bSAKPiB0aGFu Cj4gIHdpdGggeGwgZm9yIHBhc3NpbmcgdGhyb3VnaCBhIDY4NTAgdG8gYSB3aW5kb3dzIDcgZG9t VS4gTmFtZWx5LCBJCj4gIGV4cGVyaWVuY2VkIHRoZSBwZXJmb3JtYW5jZSBkZWdyYWRhdGlvbiBv biByZWJvb3Qgb2YgZG9tVSB3aXRoIHhsLAo+IGJ1dAo+ICBub3Qgd2l0aCB4bS4KPgo+ICBJIGFt IHVzaW5nIHRoZSB4bSBzdGFjay4KPgo+ICAgVGhvdWdoIEkgY291bGQgc29sdmUgaXQgYWxzbyB1 bmRlciB4bCBieSB0aGUgZWplY3QgdHJpY2sKPiAgYWZ0ZXIgcmVib290IG9mIGRvbVUgLSBidXQg aWYgdGhpcyBpcyBhIGdlbmVyYWwgcmVzZXQgcmVsYXRlZCBpc3N1ZQo+IGl0Cj4gIG1pZ2h0IGJl IGRpZmZlcmVudCBzeW1wdG9tcyBmb3IgZGlmZmVyZW50IHJhZGVvbiBtb2RlbHMuIFRoaXMgd2Fz IGluCj4geGVuCj4gIDQuMS54IHVuZGVyIGdlbnRvbyBhbmQgdWJ1bnR1IChoYXZlbid0IHRlc3Rl ZCB4ZW4gNC4yKykuIFJlbHlpbmcgb24gCj4gYQo+ICBkZXByZWNhdGVkIHRvb2xzdGFjayBpcyBu b3QgZnV0dXJlLXByb29mIG9mIGNvdXJzZSwgYnV0IGl0IGhhcyAKPiB3b3JrZWQKPiAgZm9yIG1l IHNvIGZhciwgYW5kIHVidW50dSAxMi4xMCBzdGlsbCB1c2VzIHhlbiA0LjEgd2hpY2ggcHJvdmlk ZXMgeG0KPiBhcwo+ICB0aGUgZGVmYXVsdC4KPgo+ICBJdCBtaWdodCBiZSB0aGF0IEFNRCBnb3Qg dGhlaXIgdGVzdGVkIGNhcmRzIHdvcmtpbmcgd2l0aCB4ZW4gNC4xIGFuZAo+IHhtLAo+ICBhbmQg bmV2ZXIgdHJpZWQgYW55IG1vcmUgYWZ0ZXIgdGhhdC4KPgo+ICBJJ20gdGFraW5nIHRoZSBjbGFp bXMgb2YgQU1EIGhhdmluZyAidGVzdGVkIiB0aGluZ3Mgd2l0aCBhIGJ1Y2tldCBvZgo+IHNhbHQg dW50aWwgSSBzZWUgdGhlIGRldGFpbGVkIGRvY3VtZW50YXRpb24gb2YgdGhlIHByb2Nlc3MgdGhl eSB1c2VkCj4gKGV4YWN0IFhlbiB2ZXJzaW9uLCBkb20wIE9TIHN0YWNrLCBkb21VIHZlcnNpb24g YW5kIHBhdGNoIGxldmVsLCBhbmQKPiB0aGUgZXhhY3QgdGVzdHMgY2FycmllZCBvdXQgaW4gZG9t VSkuIFRodXMgZmFyIEkgaGF2ZSBzZWVuIG5vIHN1Y2gKPiBkb2N1bWVudGF0aW9uLCB3aGljaCBt YWtlcyB0aGUgY2xhaW1zIHRoYXQgaXQgd2FzIHRlc3RlZCBwdXJlIAo+IGhlYXJzYXkuCj4KPiAg R29yZGFuCj4KPiAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KPiAgWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+ICBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyBb Ml0KPiAgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIFszXQo+Cj4KPgo+IExpbmtzOgo+ IC0tLS0tLQo+IFsxXSBtYWlsdG86Z29yZGFuQGJvYmljaC5uZXQKPiBbMl0gbWFpbHRvOlhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCj4gWzNdIGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2Vy cyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed May 01 10:47:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 10:47: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 1UXUYC-0005fx-C6; Wed, 01 May 2013 10:46:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXUYA-0005fn-P1 for xen-users@lists.xen.org; Wed, 01 May 2013 10:46:15 +0000 Received: from [85.158.143.99:18813] by server-1.bemta-4.messagelabs.com id 7A/6A-06122-672F0815; Wed, 01 May 2013 10:46:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-216.messagelabs.com!1367405145!21954874!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDQxNjEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13307 invoked from network); 1 May 2013 10:45:47 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 10:45:47 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 3A88B2211A3; Wed, 1 May 2013 11:45:45 +0100 (BST) MIME-Version: 1.0 Date: Wed, 01 May 2013 11:45:44 +0100 From: Gordan Bobic To: Andreas Falck In-Reply-To: References: Message-ID: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 IFRoaXMgaXMgcHJvYmFibHkgd29ydGh5IG9mIGEgYnVnIHJlcG9ydCBlc2NhbGF0aW9uIHRvIHhl bi1kZXZlbCBsaXN0LgoKIEkgaGF2ZSBmaWxlZCBteSBsb2dzIHZpYSB0aGUgRUw2IFhlbiBidWcg dHJhY2tlciBoZXJlOgoKIGh0dHA6Ly94ZW4uY3JjLmlkLmF1L2J1Z3Mvdmlldy5waHA/aWQ9NQoK IEl0IGlzIGdvb2QgdG8gc2VlIHRoYXQgaXQgaXMgbm90IHNwZWNpZmljIHRvIHRoZSBwYWNrYWdl IGJ1aWxkcy9kaXN0cm8sCiBpbiB0aGUgc2Vuc2UgdGhhdCBpdCBpbXBsaWVzIGEgcmVhbCwgcmVw cm9kdWNpYmxlIGJ1ZyB0aGF0IG1pZ2h0CiBhY3R1YWxseSBnZXQgZml4ZWQuIEkgbmFycm93ZWQg dGhlIGNhdXNlIGRvd24gdG8gYSBwYXJ0aWN1bGFyIHBhdGNoLgogKHNlZSBsaW5rIGFib3ZlKS4K CiBHb3JkYW4KCiBPbiBXZWQsIDEgTWF5IDIwMTMgMTA6NTY6MDUgKzAyMDAsIEFuZHJlYXMgRmFs Y2sgCiA8ZmFsY2suYW5kcmVhcy5saXN0c0BnbWFpbC5jb20+IHdyb3RlOgo+IEhpLAo+Cj4gTXkg dWJ1bnR1IDEyLjEwIHZhbmlsbGEgaW5zdGFsbCAoYW1kNjQpIHJlY2VudGx5IGdvdCB4ZW4gaHlw ZXJ2aXNvcgo+IGFuZCB1dGlscyB1cGdyYWRlZCB0byA0LjEuMy0zdWJ1bnR1MS41LCB2aWEgdGhl IGxlZ2FjeSB1cGdyYWRlIHBhdGguCj4gQWZ0ZXIgdGhpcyBJIGV4cGVyaWVuY2UgcHJvYmxlbXMg d2l0aCBwYXNzaW5nIHRocm91Z2ggc29tZSBQQ0kgCj4gZGV2aWNlcwo+IHRvIGEgd2luZG93cyA4 IGRvbVUuIEkgZ2V0IHRoZSBzYW1lIHByb2JsZW0gYXMgR29yZGFuIGdldHMgd2l0aCA0LjIKPiBy ZWZlcnJlZCBpbiB0aGlzIG1lc3NhZ2U6Cj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMv aHRtbC94ZW4tdXNlcnMvMjAxMy0wNC9tc2cwMDM0MS5odG1sIAo+IFsxXQo+IC0gaXQgc2VlbXMg dG8gYmUgcmVsYXRlZCB0byBzb21lIHVwZGF0ZSBtYWRlIHRvIGJvdGggdHJlZXMuCj4KPiBNeSBz eW1wdG9tIGlzIHRoYXQgb3V0IG9mIHRocmVlIGRldmljZXMvZnVuY3Rpb25zLCBhIHJhZGVvbiA3 NzkwIHdpdGgKPiBpdHMgdHdvIGZ1bmN0aW9ucyAoNDE6MDAuezAxfSkgcGx1cyBvbmUgVEkgdXNi IGNvbnRyb2xsZXIsICgwNDowMC4wKSwKPiBvbmx5IHRoZSByYWRlb24gZ3B1ICg0MTowMC4wKSBn ZXRzIHBhc3NlZCB0aHJvdWdoLiBUaGUgb3RoZXJzIGZhaWwKPiB3aXRoIHRoZSBFcnJvcjogKDIy LCAnSW52YWxpZCBhcmd1bWVudCcpIG1lc3NhZ2UuIFNwZWNpZmljYWxseToKPgo+IFdoZW4gcGFz c2luZyB0aGUgdXNiIGNvbnRyb2xsZXIgKDA0OjAwLjApIG9ubHksIEkgZmluZCB0aGUgZm9sbG93 aW5nCj4gaW4geGVuZC5sb2c6Cj4KPiBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBERUJVRyAo WGVuZERvbWFpbkluZm86ODExKQo+IFhlbmREb21haW5JbmZvLmh2bV9wY2lfZGV2aWNlX2luc2Vy dF9kZXY6Cj4gMDAwMDowNDowMC4wQDEwMCxtc2l0cmFuc2xhdGU9MSxwb3dlcl9tZ210PTEKPiAg WzIwMTMtMDUtMDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKFhlbmREb21haW5JbmZvOjgxNSkgcGNp OiBhc3NpZ24KPiBkZXZpY2UgMDAwMDowNDowMC4wQDEwMCxtc2l0cmFuc2xhdGU9MSxwb3dlcl9t Z210PTEKPiBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBERUJVRyAoaW1hZ2U6NTA4KSBzaWdu YWxEZXZpY2VNb2RlbDoKPiBvcmlnX3N0YXRlIGlzIE5vbmUsIHJldHJ5aW5nCj4gWzIwMTMtMDUt MDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKGltYWdlOjUwOCkgc2lnbmFsRGV2aWNlTW9kZWw6Cj4g b3JpZ19zdGF0ZSBpcyBOb25lLCByZXRyeWluZwo+ICBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4 XSBERUJVRyAoaW1hZ2U6NTA4KSBzaWduYWxEZXZpY2VNb2RlbDoKPiBvcmlnX3N0YXRlIGlzIE5v bmUsIHJldHJ5aW5nCj4gWzIwMTMtMDUtMDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKGltYWdlOjUw OCkgc2lnbmFsRGV2aWNlTW9kZWw6Cj4gb3JpZ19zdGF0ZSBpcyBOb25lLCByZXRyeWluZwo+IFsy MDEzLTA1LTAxIDEwOjM4OjMyIDI1NjhdIElORk8gKGltYWdlOjUzOCkgc2lnbmFsRGV2aWNlTW9k ZWw6cmVzdG9yZQo+IGRtIHN0YXRlIHRvIHJ1bm5pbmcKPiAgWzIwMTMtMDUtMDEgMTA6Mzg6MzIg MjU2OF0gSU5GTyAocGNpcXVpcms6OTIpIE5PIHF1aXJrcyBmb3VuZCBmb3IgCj4gUENJCj4gZGV2 aWNlIFsxMDRjOjgyNDE6MDAwMDowMDAwXQo+IFsyMDEzLTA1LTAxIDEwOjM4OjMyIDI1NjhdIERF QlVHIChwY2lxdWlyazoxMzUpIFBlcm1pc3NpdmUgbW9kZSBOT1QKPiBlbmFibGVkIGZvciBQQ0kg ZGV2aWNlIFsxMDRjOjgyNDE6MDAwMDowMDAwXQo+IFsyMDEzLTA1LTAxIDEwOjM4OjMyIDI1Njhd IERFQlVHIChwY2lpZjozMzQpIHBjaTogZW5hYmxpbmcgaW9tZW0KPiAweGRmZWYwMDAwLzB4MTAw MDAgcGZuIDB4ZGZlZjAvMHgxMAo+ICBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBERUJVRyAo cGNpaWY6MzM0KSBwY2k6IGVuYWJsaW5nIGlvbWVtCj4gMHhkZmVlZTAwMC8weDIwMDAgcGZuIDB4 ZGZlZWUvMHgyCj4gWzIwMTMtMDUtMDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKHBjaWlmOjM1MSkg cGNpOiBlbmFibGluZyBpcnEgMTkKPiBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBFUlJPUiAo WGVuZERvbWFpbkluZm86MjkyNykKPiBYZW5kRG9tYWluSW5mby5pbml0RG9tYWluOiBleGNlcHRp b24gb2NjdXJyZWQKPiAgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOgo+IMKgIEZp bGUKPiAiL3Vzci9saWIveGVuLTQuMS9iaW4vLi4vbGliL3B5dGhvbi94ZW4veGVuZC9YZW5kRG9t YWluSW5mby5weSIsIGxpbmUKPiAyOTE0LCBpbiBfaW5pdERvbWFpbgo+IMKgwqDCoCBzZWxmLl9j cmVhdGVEZXZpY2VzKCkKPiDCoCBGaWxlCj4gIi91c3IvbGliL3hlbi00LjEvYmluLy4uL2xpYi9w eXRob24veGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lCj4gMjM5NSwgaW4gX2NyZWF0 ZURldmljZXMKPiAgwqDCoMKgIHNlbGYucGNpX2RldmljZV9jb25maWd1cmVfYm9vdCgpCj4gwqAg RmlsZQo+ICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8uLi9saWIvcHl0aG9uL3hlbi94ZW5kL1hlbmRE b21haW5JbmZvLnB5IiwgbGluZQo+IDYyNywgaW4gcGNpX2RldmljZV9jb25maWd1cmVfYm9vdAo+ IMKgwqDCoCBzZWxmLnBjaV9kZXZpY2VfY29uZmlndXJlKGRldl9zeHAsIGZpcnN0X2RldiA9IGZp cnN0KQo+ICDCoCBGaWxlCj4gIi91c3IvbGliL3hlbi00LjEvYmluLy4uL2xpYi9weXRob24veGVu L3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lCj4gOTcwLCBpbiBwY2lfZGV2aWNlX2NvbmZp Z3VyZQo+IMKgwqDCoCBkZXZpZCA9IHNlbGYuX2NyZWF0ZURldmljZSgncGNpJywgZXhpc3Rpbmdf cGNpX2NvbmYpCj4gwqAgRmlsZQo+ICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8uLi9saWIvcHl0aG9u L3hlbi94ZW5kL1hlbmREb21haW5JbmZvLnB5IiwgbGluZQo+IDIzMjYsIGluIF9jcmVhdGVEZXZp Y2UKPiAgwqDCoMKgIHJldHVybgo+IHNlbGYuZ2V0RGV2aWNlQ29udHJvbGxlcihkZXZpY2VDbGFz cykuY3JlYXRlRGV2aWNlKGRldkNvbmZpZykKPiDCoCBGaWxlCj4gCj4gIi91c3IvbGliL3hlbi00 LjEvYmluLy4uL2xpYi9weXRob24veGVuL3hlbmQvc2VydmVyL0RldkNvbnRyb2xsZXIucHkiLAo+ IGxpbmUgNjcsIGluIGNyZWF0ZURldmljZQo+IMKgwqDCoCBzZWxmLnNldHVwRGV2aWNlKGNvbmZp ZykKPiAgwqAgRmlsZQo+ICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8uLi9saWIvcHl0aG9uL3hlbi94 ZW5kL3NlcnZlci9wY2lpZi5weSIsIGxpbmUKPiA0NTMsIGluIHNldHVwRGV2aWNlCj4gwqDCoMKg IHNlbGYuc2V0dXBPbmVEZXZpY2UoZCkKPiDCoCBGaWxlICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8u Li9saWIvcHl0aG9uL3hlbi94ZW5kL3NlcnZlci9wY2lpZi5weSIsCj4gbGluZSAzNTMsIGluIHNl dHVwT25lRGV2aWNlCj4gIMKgwqDCoCBhbGxvd19hY2Nlc3MgPSBUcnVlKQo+IEVycm9yOiAoMjIs ICdJbnZhbGlkIGFyZ3VtZW50JykKPgo+IEludGVyZXN0aW5nbHksIGlmIEkgdHJ5IHRvIHBhc3Mg dGhyb3VnaCBvbmx5IHRoZSBHUFUgb25seSAoNDE6MDAuMCkgCj4gaXQKPiBkb2VzIHdvcmssIGJ1 dCB3aXRoIGJvdGggZnVuY3Rpb25zIG9mIHRoZSByYWRlb24gY2FyZCBwYXNzZWQgaXQgZmFpbHMK PiBhZ2Fpbi4gQXMgc2FpZCwgaXQgZmFpbHMgYWxzbyBpZiBJIG9ubHkgcGFzcyB0aGUgVVNCIGNv bnRyb2xsZXIsIHNvCj4gaXQncyBub3QgcmVhbGx5IFZHQSByZWxhdGVkLiBJIGNhbiBwcm92aWRl IG1vcmUgbG9nIG91dHB1dCBpZiBuZWVkZWQuCj4KPiBBY2NvcmRpbmcgdG8gdmFyaW91cyBzb3Vy Y2VzIG9uIHRoZSBuZXQsIGRvd25ncmFkaW5nIHhlbiB3b3VsZCBzb2x2ZQo+IHRoZSBwcm9ibGVt LiBCdXQgSSdkIHByZWZlciB0byByYWlzZSB0aGUgaXNzdWUgYW5kIGZpbmQgb3V0IGlmIGl0IGlz IAo+IGEKPiB4ZW4gYnVnIG9yIGEgaGFyZHdhcmUgc3BlY2lmaWNhdGlvbiBpc3N1ZS4KPgo+IFJl Z2FyZHMsCj4gIEFuZHJlYXMKPgo+Cj4gTGlua3M6Cj4gLS0tLS0tCj4gWzFdIAo+IGh0dHA6Ly9s aXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLXVzZXJzLzIwMTMtMDQvbXNnMDAzNDEuaHRt bAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed May 01 10:47:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 10:47: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 1UXUYC-0005fx-C6; Wed, 01 May 2013 10:46:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXUYA-0005fn-P1 for xen-users@lists.xen.org; Wed, 01 May 2013 10:46:15 +0000 Received: from [85.158.143.99:18813] by server-1.bemta-4.messagelabs.com id 7A/6A-06122-672F0815; Wed, 01 May 2013 10:46:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-216.messagelabs.com!1367405145!21954874!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDQxNjEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13307 invoked from network); 1 May 2013 10:45:47 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 10:45:47 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 3A88B2211A3; Wed, 1 May 2013 11:45:45 +0100 (BST) MIME-Version: 1.0 Date: Wed, 01 May 2013 11:45:44 +0100 From: Gordan Bobic To: Andreas Falck In-Reply-To: References: Message-ID: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 IFRoaXMgaXMgcHJvYmFibHkgd29ydGh5IG9mIGEgYnVnIHJlcG9ydCBlc2NhbGF0aW9uIHRvIHhl bi1kZXZlbCBsaXN0LgoKIEkgaGF2ZSBmaWxlZCBteSBsb2dzIHZpYSB0aGUgRUw2IFhlbiBidWcg dHJhY2tlciBoZXJlOgoKIGh0dHA6Ly94ZW4uY3JjLmlkLmF1L2J1Z3Mvdmlldy5waHA/aWQ9NQoK IEl0IGlzIGdvb2QgdG8gc2VlIHRoYXQgaXQgaXMgbm90IHNwZWNpZmljIHRvIHRoZSBwYWNrYWdl IGJ1aWxkcy9kaXN0cm8sCiBpbiB0aGUgc2Vuc2UgdGhhdCBpdCBpbXBsaWVzIGEgcmVhbCwgcmVw cm9kdWNpYmxlIGJ1ZyB0aGF0IG1pZ2h0CiBhY3R1YWxseSBnZXQgZml4ZWQuIEkgbmFycm93ZWQg dGhlIGNhdXNlIGRvd24gdG8gYSBwYXJ0aWN1bGFyIHBhdGNoLgogKHNlZSBsaW5rIGFib3ZlKS4K CiBHb3JkYW4KCiBPbiBXZWQsIDEgTWF5IDIwMTMgMTA6NTY6MDUgKzAyMDAsIEFuZHJlYXMgRmFs Y2sgCiA8ZmFsY2suYW5kcmVhcy5saXN0c0BnbWFpbC5jb20+IHdyb3RlOgo+IEhpLAo+Cj4gTXkg dWJ1bnR1IDEyLjEwIHZhbmlsbGEgaW5zdGFsbCAoYW1kNjQpIHJlY2VudGx5IGdvdCB4ZW4gaHlw ZXJ2aXNvcgo+IGFuZCB1dGlscyB1cGdyYWRlZCB0byA0LjEuMy0zdWJ1bnR1MS41LCB2aWEgdGhl IGxlZ2FjeSB1cGdyYWRlIHBhdGguCj4gQWZ0ZXIgdGhpcyBJIGV4cGVyaWVuY2UgcHJvYmxlbXMg d2l0aCBwYXNzaW5nIHRocm91Z2ggc29tZSBQQ0kgCj4gZGV2aWNlcwo+IHRvIGEgd2luZG93cyA4 IGRvbVUuIEkgZ2V0IHRoZSBzYW1lIHByb2JsZW0gYXMgR29yZGFuIGdldHMgd2l0aCA0LjIKPiBy ZWZlcnJlZCBpbiB0aGlzIG1lc3NhZ2U6Cj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMv aHRtbC94ZW4tdXNlcnMvMjAxMy0wNC9tc2cwMDM0MS5odG1sIAo+IFsxXQo+IC0gaXQgc2VlbXMg dG8gYmUgcmVsYXRlZCB0byBzb21lIHVwZGF0ZSBtYWRlIHRvIGJvdGggdHJlZXMuCj4KPiBNeSBz eW1wdG9tIGlzIHRoYXQgb3V0IG9mIHRocmVlIGRldmljZXMvZnVuY3Rpb25zLCBhIHJhZGVvbiA3 NzkwIHdpdGgKPiBpdHMgdHdvIGZ1bmN0aW9ucyAoNDE6MDAuezAxfSkgcGx1cyBvbmUgVEkgdXNi IGNvbnRyb2xsZXIsICgwNDowMC4wKSwKPiBvbmx5IHRoZSByYWRlb24gZ3B1ICg0MTowMC4wKSBn ZXRzIHBhc3NlZCB0aHJvdWdoLiBUaGUgb3RoZXJzIGZhaWwKPiB3aXRoIHRoZSBFcnJvcjogKDIy LCAnSW52YWxpZCBhcmd1bWVudCcpIG1lc3NhZ2UuIFNwZWNpZmljYWxseToKPgo+IFdoZW4gcGFz c2luZyB0aGUgdXNiIGNvbnRyb2xsZXIgKDA0OjAwLjApIG9ubHksIEkgZmluZCB0aGUgZm9sbG93 aW5nCj4gaW4geGVuZC5sb2c6Cj4KPiBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBERUJVRyAo WGVuZERvbWFpbkluZm86ODExKQo+IFhlbmREb21haW5JbmZvLmh2bV9wY2lfZGV2aWNlX2luc2Vy dF9kZXY6Cj4gMDAwMDowNDowMC4wQDEwMCxtc2l0cmFuc2xhdGU9MSxwb3dlcl9tZ210PTEKPiAg WzIwMTMtMDUtMDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKFhlbmREb21haW5JbmZvOjgxNSkgcGNp OiBhc3NpZ24KPiBkZXZpY2UgMDAwMDowNDowMC4wQDEwMCxtc2l0cmFuc2xhdGU9MSxwb3dlcl9t Z210PTEKPiBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBERUJVRyAoaW1hZ2U6NTA4KSBzaWdu YWxEZXZpY2VNb2RlbDoKPiBvcmlnX3N0YXRlIGlzIE5vbmUsIHJldHJ5aW5nCj4gWzIwMTMtMDUt MDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKGltYWdlOjUwOCkgc2lnbmFsRGV2aWNlTW9kZWw6Cj4g b3JpZ19zdGF0ZSBpcyBOb25lLCByZXRyeWluZwo+ICBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4 XSBERUJVRyAoaW1hZ2U6NTA4KSBzaWduYWxEZXZpY2VNb2RlbDoKPiBvcmlnX3N0YXRlIGlzIE5v bmUsIHJldHJ5aW5nCj4gWzIwMTMtMDUtMDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKGltYWdlOjUw OCkgc2lnbmFsRGV2aWNlTW9kZWw6Cj4gb3JpZ19zdGF0ZSBpcyBOb25lLCByZXRyeWluZwo+IFsy MDEzLTA1LTAxIDEwOjM4OjMyIDI1NjhdIElORk8gKGltYWdlOjUzOCkgc2lnbmFsRGV2aWNlTW9k ZWw6cmVzdG9yZQo+IGRtIHN0YXRlIHRvIHJ1bm5pbmcKPiAgWzIwMTMtMDUtMDEgMTA6Mzg6MzIg MjU2OF0gSU5GTyAocGNpcXVpcms6OTIpIE5PIHF1aXJrcyBmb3VuZCBmb3IgCj4gUENJCj4gZGV2 aWNlIFsxMDRjOjgyNDE6MDAwMDowMDAwXQo+IFsyMDEzLTA1LTAxIDEwOjM4OjMyIDI1NjhdIERF QlVHIChwY2lxdWlyazoxMzUpIFBlcm1pc3NpdmUgbW9kZSBOT1QKPiBlbmFibGVkIGZvciBQQ0kg ZGV2aWNlIFsxMDRjOjgyNDE6MDAwMDowMDAwXQo+IFsyMDEzLTA1LTAxIDEwOjM4OjMyIDI1Njhd IERFQlVHIChwY2lpZjozMzQpIHBjaTogZW5hYmxpbmcgaW9tZW0KPiAweGRmZWYwMDAwLzB4MTAw MDAgcGZuIDB4ZGZlZjAvMHgxMAo+ICBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBERUJVRyAo cGNpaWY6MzM0KSBwY2k6IGVuYWJsaW5nIGlvbWVtCj4gMHhkZmVlZTAwMC8weDIwMDAgcGZuIDB4 ZGZlZWUvMHgyCj4gWzIwMTMtMDUtMDEgMTA6Mzg6MzIgMjU2OF0gREVCVUcgKHBjaWlmOjM1MSkg cGNpOiBlbmFibGluZyBpcnEgMTkKPiBbMjAxMy0wNS0wMSAxMDozODozMiAyNTY4XSBFUlJPUiAo WGVuZERvbWFpbkluZm86MjkyNykKPiBYZW5kRG9tYWluSW5mby5pbml0RG9tYWluOiBleGNlcHRp b24gb2NjdXJyZWQKPiAgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOgo+IMKgIEZp bGUKPiAiL3Vzci9saWIveGVuLTQuMS9iaW4vLi4vbGliL3B5dGhvbi94ZW4veGVuZC9YZW5kRG9t YWluSW5mby5weSIsIGxpbmUKPiAyOTE0LCBpbiBfaW5pdERvbWFpbgo+IMKgwqDCoCBzZWxmLl9j cmVhdGVEZXZpY2VzKCkKPiDCoCBGaWxlCj4gIi91c3IvbGliL3hlbi00LjEvYmluLy4uL2xpYi9w eXRob24veGVuL3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lCj4gMjM5NSwgaW4gX2NyZWF0 ZURldmljZXMKPiAgwqDCoMKgIHNlbGYucGNpX2RldmljZV9jb25maWd1cmVfYm9vdCgpCj4gwqAg RmlsZQo+ICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8uLi9saWIvcHl0aG9uL3hlbi94ZW5kL1hlbmRE b21haW5JbmZvLnB5IiwgbGluZQo+IDYyNywgaW4gcGNpX2RldmljZV9jb25maWd1cmVfYm9vdAo+ IMKgwqDCoCBzZWxmLnBjaV9kZXZpY2VfY29uZmlndXJlKGRldl9zeHAsIGZpcnN0X2RldiA9IGZp cnN0KQo+ICDCoCBGaWxlCj4gIi91c3IvbGliL3hlbi00LjEvYmluLy4uL2xpYi9weXRob24veGVu L3hlbmQvWGVuZERvbWFpbkluZm8ucHkiLCBsaW5lCj4gOTcwLCBpbiBwY2lfZGV2aWNlX2NvbmZp Z3VyZQo+IMKgwqDCoCBkZXZpZCA9IHNlbGYuX2NyZWF0ZURldmljZSgncGNpJywgZXhpc3Rpbmdf cGNpX2NvbmYpCj4gwqAgRmlsZQo+ICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8uLi9saWIvcHl0aG9u L3hlbi94ZW5kL1hlbmREb21haW5JbmZvLnB5IiwgbGluZQo+IDIzMjYsIGluIF9jcmVhdGVEZXZp Y2UKPiAgwqDCoMKgIHJldHVybgo+IHNlbGYuZ2V0RGV2aWNlQ29udHJvbGxlcihkZXZpY2VDbGFz cykuY3JlYXRlRGV2aWNlKGRldkNvbmZpZykKPiDCoCBGaWxlCj4gCj4gIi91c3IvbGliL3hlbi00 LjEvYmluLy4uL2xpYi9weXRob24veGVuL3hlbmQvc2VydmVyL0RldkNvbnRyb2xsZXIucHkiLAo+ IGxpbmUgNjcsIGluIGNyZWF0ZURldmljZQo+IMKgwqDCoCBzZWxmLnNldHVwRGV2aWNlKGNvbmZp ZykKPiAgwqAgRmlsZQo+ICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8uLi9saWIvcHl0aG9uL3hlbi94 ZW5kL3NlcnZlci9wY2lpZi5weSIsIGxpbmUKPiA0NTMsIGluIHNldHVwRGV2aWNlCj4gwqDCoMKg IHNlbGYuc2V0dXBPbmVEZXZpY2UoZCkKPiDCoCBGaWxlICIvdXNyL2xpYi94ZW4tNC4xL2Jpbi8u Li9saWIvcHl0aG9uL3hlbi94ZW5kL3NlcnZlci9wY2lpZi5weSIsCj4gbGluZSAzNTMsIGluIHNl dHVwT25lRGV2aWNlCj4gIMKgwqDCoCBhbGxvd19hY2Nlc3MgPSBUcnVlKQo+IEVycm9yOiAoMjIs ICdJbnZhbGlkIGFyZ3VtZW50JykKPgo+IEludGVyZXN0aW5nbHksIGlmIEkgdHJ5IHRvIHBhc3Mg dGhyb3VnaCBvbmx5IHRoZSBHUFUgb25seSAoNDE6MDAuMCkgCj4gaXQKPiBkb2VzIHdvcmssIGJ1 dCB3aXRoIGJvdGggZnVuY3Rpb25zIG9mIHRoZSByYWRlb24gY2FyZCBwYXNzZWQgaXQgZmFpbHMK PiBhZ2Fpbi4gQXMgc2FpZCwgaXQgZmFpbHMgYWxzbyBpZiBJIG9ubHkgcGFzcyB0aGUgVVNCIGNv bnRyb2xsZXIsIHNvCj4gaXQncyBub3QgcmVhbGx5IFZHQSByZWxhdGVkLiBJIGNhbiBwcm92aWRl IG1vcmUgbG9nIG91dHB1dCBpZiBuZWVkZWQuCj4KPiBBY2NvcmRpbmcgdG8gdmFyaW91cyBzb3Vy Y2VzIG9uIHRoZSBuZXQsIGRvd25ncmFkaW5nIHhlbiB3b3VsZCBzb2x2ZQo+IHRoZSBwcm9ibGVt LiBCdXQgSSdkIHByZWZlciB0byByYWlzZSB0aGUgaXNzdWUgYW5kIGZpbmQgb3V0IGlmIGl0IGlz IAo+IGEKPiB4ZW4gYnVnIG9yIGEgaGFyZHdhcmUgc3BlY2lmaWNhdGlvbiBpc3N1ZS4KPgo+IFJl Z2FyZHMsCj4gIEFuZHJlYXMKPgo+Cj4gTGlua3M6Cj4gLS0tLS0tCj4gWzFdIAo+IGh0dHA6Ly9s aXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLXVzZXJzLzIwMTMtMDQvbXNnMDAzNDEuaHRt bAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed May 01 11:29:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 11:29: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 1UXVDT-0008I9-Bi; Wed, 01 May 2013 11:28:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXVDR-0008Hi-Pn for xen-users@lists.xensource.com; Wed, 01 May 2013 11:28:54 +0000 Received: from [85.158.139.211:24463] by server-15.bemta-5.messagelabs.com id 0A/E1-31797-57CF0815; Wed, 01 May 2013 11:28:53 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1367407730!21247303!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23533 invoked from network); 1 May 2013 11:28:51 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 11:28:51 -0000 Received: by mail-la0-f43.google.com with SMTP id ea20so1252371lab.30 for ; Wed, 01 May 2013 04:28: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=8tVYiZUQQRbfSbj1XwnwRfP3I5UmYiqkukh0FbIEHPg=; b=zpFJO69PPPQH30AkRVQ3HWUhK7RM/VYu1mK5hac30roVVtLooGJEcZWG+dfTQUFRRs ziUprB9I2Mx1ATKF7wK0VtY8Ppup/tqpSFxGBMlD+JnHwMK2Gja8C/ejJfMQn/rhZUg/ i61R+Nynzg8Ks8Lv9/e6oeqdXG/PAML3jFgSY5+9Uu7SOFfa2DpqcwjB/tLKvJjum8ZG v18SEPU9uV9xyAG7gvZGqmFZtWyp91mtQydPnmQJWCEmk5HKIQfNsBSbsGkQdXY39DBt Qy3oDH9zkTuHz0koksPTqgLJFPf306f8/tAh9uGXpVTBHQaiSoHQSFOmhYZVQPyUdnxW /tNQ== MIME-Version: 1.0 X-Received: by 10.152.8.231 with SMTP id u7mr828484laa.27.1367407730482; Wed, 01 May 2013 04:28:50 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 04:28:50 -0700 (PDT) In-Reply-To: <2e7e64e69590e4fd19eb48b4d83e9340@mail.shatteredsilicon.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net> <5180C8DF.9010708@bobich.net> <2e7e64e69590e4fd19eb48b4d83e9340@mail.shatteredsilicon.net> Date: Wed, 1 May 2013 13:28:50 +0200 Message-ID: From: Andreas Falck 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="===============3335223362728548828==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3335223362728548828== Content-Type: multipart/alternative; boundary=089e0158ad7409e32104dba66ce4 --089e0158ad7409e32104dba66ce4 Content-Type: text/plain; charset=ISO-8859-1 2013/5/1 Gordan Bobic > Does the FirePro exhibit the same issue? Or does it "just work"? > > I realize when I think about it that I am unsure if I ever tried rebooting the domU with the firepro in it. I typically would have tried, but I'm not sure. I may add that I used the driver bundled with windows 8 for both the 6850 (which worked with rebooting) and for the firepro, but for the 7790 I had to install catalyst (since the card is newer than win8). Regards, Andreas --089e0158ad7409e32104dba66ce4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= 2013/5/1 Gordan Bobic <gordan@bobich.net>
Does the FirePro exhibit the same issue? Or does it "just work"?<= div class=3D"im">

=A0I realize when I think = about it that I am unsure if I ever tried rebooting the domU with the firep= ro in it. I typically would have tried, but I'm not sure. I may add tha= t I used the driver bundled with windows 8 for both the 6850 (which worked = with rebooting) and for the firepro, but for the 7790 I had to install cata= lyst (since the card is newer than win8).

Regards,
Andreas
--089e0158ad7409e32104dba66ce4-- --===============3335223362728548828== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3335223362728548828==-- From xen-users-bounces@lists.xen.org Wed May 01 11:29:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 11:29: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 1UXVDT-0008I9-Bi; Wed, 01 May 2013 11:28:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXVDR-0008Hi-Pn for xen-users@lists.xensource.com; Wed, 01 May 2013 11:28:54 +0000 Received: from [85.158.139.211:24463] by server-15.bemta-5.messagelabs.com id 0A/E1-31797-57CF0815; Wed, 01 May 2013 11:28:53 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1367407730!21247303!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23533 invoked from network); 1 May 2013 11:28:51 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 11:28:51 -0000 Received: by mail-la0-f43.google.com with SMTP id ea20so1252371lab.30 for ; Wed, 01 May 2013 04:28: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=8tVYiZUQQRbfSbj1XwnwRfP3I5UmYiqkukh0FbIEHPg=; b=zpFJO69PPPQH30AkRVQ3HWUhK7RM/VYu1mK5hac30roVVtLooGJEcZWG+dfTQUFRRs ziUprB9I2Mx1ATKF7wK0VtY8Ppup/tqpSFxGBMlD+JnHwMK2Gja8C/ejJfMQn/rhZUg/ i61R+Nynzg8Ks8Lv9/e6oeqdXG/PAML3jFgSY5+9Uu7SOFfa2DpqcwjB/tLKvJjum8ZG v18SEPU9uV9xyAG7gvZGqmFZtWyp91mtQydPnmQJWCEmk5HKIQfNsBSbsGkQdXY39DBt Qy3oDH9zkTuHz0koksPTqgLJFPf306f8/tAh9uGXpVTBHQaiSoHQSFOmhYZVQPyUdnxW /tNQ== MIME-Version: 1.0 X-Received: by 10.152.8.231 with SMTP id u7mr828484laa.27.1367407730482; Wed, 01 May 2013 04:28:50 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 04:28:50 -0700 (PDT) In-Reply-To: <2e7e64e69590e4fd19eb48b4d83e9340@mail.shatteredsilicon.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> <517EE781.8010605@bobich.net> <5180C8DF.9010708@bobich.net> <2e7e64e69590e4fd19eb48b4d83e9340@mail.shatteredsilicon.net> Date: Wed, 1 May 2013 13:28:50 +0200 Message-ID: From: Andreas Falck 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="===============3335223362728548828==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3335223362728548828== Content-Type: multipart/alternative; boundary=089e0158ad7409e32104dba66ce4 --089e0158ad7409e32104dba66ce4 Content-Type: text/plain; charset=ISO-8859-1 2013/5/1 Gordan Bobic > Does the FirePro exhibit the same issue? Or does it "just work"? > > I realize when I think about it that I am unsure if I ever tried rebooting the domU with the firepro in it. I typically would have tried, but I'm not sure. I may add that I used the driver bundled with windows 8 for both the 6850 (which worked with rebooting) and for the firepro, but for the 7790 I had to install catalyst (since the card is newer than win8). Regards, Andreas --089e0158ad7409e32104dba66ce4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= 2013/5/1 Gordan Bobic <gordan@bobich.net>
Does the FirePro exhibit the same issue? Or does it "just work"?<= div class=3D"im">

=A0I realize when I think = about it that I am unsure if I ever tried rebooting the domU with the firep= ro in it. I typically would have tried, but I'm not sure. I may add tha= t I used the driver bundled with windows 8 for both the 6850 (which worked = with rebooting) and for the firepro, but for the 7790 I had to install cata= lyst (since the card is newer than win8).

Regards,
Andreas
--089e0158ad7409e32104dba66ce4-- --===============3335223362728548828== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3335223362728548828==-- From xen-users-bounces@lists.xen.org Wed May 01 12:26:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 12:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXW6b-0002X3-SH; Wed, 01 May 2013 12:25:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXW6b-0002Wy-09 for xen-users@lists.xen.org; Wed, 01 May 2013 12:25:53 +0000 Received: from [85.158.139.211:2457] by server-13.bemta-5.messagelabs.com id 75/32-08040-0D901815; Wed, 01 May 2013 12:25:52 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1367411150!20851155!1 X-Originating-IP: [209.85.217.169] 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 32342 invoked from network); 1 May 2013 12:25:51 -0000 Received: from mail-lb0-f169.google.com (HELO mail-lb0-f169.google.com) (209.85.217.169) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 12:25:51 -0000 Received: by mail-lb0-f169.google.com with SMTP id z5so1407969lbh.14 for ; Wed, 01 May 2013 05:25: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:content-type; bh=pZBhuhxnWBKa91A9wxcALDg86aG1O7OrEWt03+Crigc=; b=AGv8o/DpUPCrVAVk/spLUllJtwoxTu2ETCp+7vvex7yLoGZssu12+sHtugOxFfFUo0 KDanfo2rbuCTj3i7WOaRhJgoA8YxsPaXJFXjp7iV2HG/h+jYobObTnmpyMoMDOnXlRPv EkbgB/FYuZ0toAmzaoENCIEyFAyxucUW7Y55OLH4GpU/iNFgDn/+rKvnInHY8ydc8G4j 9EjKXzQ0k1cdTLMC1d/E+yTij7zW1hmtj8eVasz1965GnOJQXUWr/Ygt6XyWmaQHpyt3 T2HKEkE0mJhPwnQk3qjQNHhaUKTaLCglwcLbPBKMwmmRMtHLh2BIPgZj+ZwDAjUJ7/41 s9cw== MIME-Version: 1.0 X-Received: by 10.112.73.70 with SMTP id j6mr1107130lbv.39.1367411150092; Wed, 01 May 2013 05:25:50 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 05:25:49 -0700 (PDT) In-Reply-To: References: <1360836221.20449.312.camel@zakaz.uk.xensource.com> Date: Wed, 1 May 2013 14:25:49 +0200 Message-ID: From: Andreas Falck To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] IVHD error, AMD-Vi gets disabled (4.1.3-3ubuntu1.3) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9075632123337971708==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9075632123337971708== Content-Type: multipart/alternative; boundary=001a11c23b1cdcfdef04dba73729 --001a11c23b1cdcfdef04dba73729 Content-Type: text/plain; charset=ISO-8859-1 Just to follow up on this issue, Supermicro support went on the problem quite quickly and emailed me an updated bios which made iommu work without interrupt remapping. I informed them on the success, however, they have not yet updated the official bios. So it might help to contact them, if you experience the same problem. Now I have working iommu:s on a Supermicro H8DG6, with recent xen, without need for global interrupt remapping. Regards, Andreas 2013/2/16 Andreas Falck > Ian and Hans are probably right. Adding the > "iommu=amd-iommu-global-intremap" option to xen enables the IOMMU with > warnings. > > A BIOS update did NOT work however, to the latest one available from > Supermicro (R 3.0, Bios Date 09/10/2012). This would suggest that > Supermicro mainboard models H8DG6 / H8DGi / H8DG6-F / H8DGi-F are broken in > this respect, at least with current available BIOSes. > > I will stick with the insecure workaround, but I'll notify Supermicro > about the problem. > > Thanks > > 2013/2/14 Ian Campbell > >On Wed, 2013-02-13 at 14:17 +0000, Andreas Falck wrote: > >> > >> Could it be a xen bug (I know that my system is somewhat unusual), a > >> old BIOS bug interacting with newer xen or an aqcuired hardware error? > >> I'll of course provide more logs if needed. > > >Almost certainly the middle one IMHO, as bugs get fixed in Xen it > >becomes less tolerant of dubious BIOS tables. > > 2013/2/16 Hans Mueller > > >On Wednesday, 13. February 2013 15:17:54 Andreas Falck wrote: > >> [...] > >> (XEN) IVHD Error: Conflicting IO-APIC 0x0 entries > >> (XEN) AMD-Vi: Error initialization > >> (XEN) I/O virtualisation disabled > > >looks like related to the XSA-36 > >http://lists.xen.org/archives/html/xen-announce/2013-02/msg00002.html > > --001a11c23b1cdcfdef04dba73729 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just to follow up on this issue, Supermicro support w= ent on the problem quite quickly and emailed me an updated bios which made = iommu work without interrupt remapping. I informed them on the success, how= ever, they have not yet updated the official bios. So it might help to cont= act them, if you experience the same problem.

Now I have working iommu:s on a Supermicro H8DG6, with recen= t xen, without need for global interrupt remapping.

Regards,
Andreas


2013/2/16 Andreas Falck <falck.andreas.lists@gmail.com>=
Ian and Hans are probably right. Adding the "iommu=3Damd-iommu-global-= intremap" option to xen enables the IOMMU with warnings.

A BIOS= update did NOT work however, to the latest one available from Supermicro (= R 3.0, Bios Date 09/10/2012). This would suggest that Supermicro mainboard = models H8DG6 / H8DGi / H8DG6-F / H8DGi-F are broken in this respect, at lea= st with current available BIOSes.

I will stick with the insecure workaround, but I'll notify Supermic= ro about the problem.

Thanks

2013/= 2/14 Ian Campbell
>On Wed, 2013-02-13 at 14:1= 7 +0000, Andreas Falck wrote:
>>
>> Could it be a xen bug (I know that my system is somewh= at unusual), a
>> old BIOS bug interacting with newer xen or an aq= cuired hardware error?
>> I'll of course provide more logs if = needed.
=A0
>Almost certainly the middle one IMHO, as bugs get fixed in = Xen it
>becomes less tolerant of dubious BIOS tables.

2013/2/16 Hans Mueller

>On Wedne= sday, 13. February 2013 15:17:54 Andreas Falck wrote:
>> [...]
>> (XEN) IVHD Error: Conflicting IO-APIC 0x0 entries
>> (XEN) AMD-Vi: Error initialization
>> (XEN) I/O virtualisation disabled

>looks like related = to the XSA-36
>http://lists.xen.org/archives/html/xen-announc= e/2013-02/msg00002.html


--001a11c23b1cdcfdef04dba73729-- --===============9075632123337971708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9075632123337971708==-- From xen-users-bounces@lists.xen.org Wed May 01 12:26:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 12:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXW6b-0002X3-SH; Wed, 01 May 2013 12:25:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXW6b-0002Wy-09 for xen-users@lists.xen.org; Wed, 01 May 2013 12:25:53 +0000 Received: from [85.158.139.211:2457] by server-13.bemta-5.messagelabs.com id 75/32-08040-0D901815; Wed, 01 May 2013 12:25:52 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1367411150!20851155!1 X-Originating-IP: [209.85.217.169] 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 32342 invoked from network); 1 May 2013 12:25:51 -0000 Received: from mail-lb0-f169.google.com (HELO mail-lb0-f169.google.com) (209.85.217.169) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 12:25:51 -0000 Received: by mail-lb0-f169.google.com with SMTP id z5so1407969lbh.14 for ; Wed, 01 May 2013 05:25: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:content-type; bh=pZBhuhxnWBKa91A9wxcALDg86aG1O7OrEWt03+Crigc=; b=AGv8o/DpUPCrVAVk/spLUllJtwoxTu2ETCp+7vvex7yLoGZssu12+sHtugOxFfFUo0 KDanfo2rbuCTj3i7WOaRhJgoA8YxsPaXJFXjp7iV2HG/h+jYobObTnmpyMoMDOnXlRPv EkbgB/FYuZ0toAmzaoENCIEyFAyxucUW7Y55OLH4GpU/iNFgDn/+rKvnInHY8ydc8G4j 9EjKXzQ0k1cdTLMC1d/E+yTij7zW1hmtj8eVasz1965GnOJQXUWr/Ygt6XyWmaQHpyt3 T2HKEkE0mJhPwnQk3qjQNHhaUKTaLCglwcLbPBKMwmmRMtHLh2BIPgZj+ZwDAjUJ7/41 s9cw== MIME-Version: 1.0 X-Received: by 10.112.73.70 with SMTP id j6mr1107130lbv.39.1367411150092; Wed, 01 May 2013 05:25:50 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 05:25:49 -0700 (PDT) In-Reply-To: References: <1360836221.20449.312.camel@zakaz.uk.xensource.com> Date: Wed, 1 May 2013 14:25:49 +0200 Message-ID: From: Andreas Falck To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] IVHD error, AMD-Vi gets disabled (4.1.3-3ubuntu1.3) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9075632123337971708==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9075632123337971708== Content-Type: multipart/alternative; boundary=001a11c23b1cdcfdef04dba73729 --001a11c23b1cdcfdef04dba73729 Content-Type: text/plain; charset=ISO-8859-1 Just to follow up on this issue, Supermicro support went on the problem quite quickly and emailed me an updated bios which made iommu work without interrupt remapping. I informed them on the success, however, they have not yet updated the official bios. So it might help to contact them, if you experience the same problem. Now I have working iommu:s on a Supermicro H8DG6, with recent xen, without need for global interrupt remapping. Regards, Andreas 2013/2/16 Andreas Falck > Ian and Hans are probably right. Adding the > "iommu=amd-iommu-global-intremap" option to xen enables the IOMMU with > warnings. > > A BIOS update did NOT work however, to the latest one available from > Supermicro (R 3.0, Bios Date 09/10/2012). This would suggest that > Supermicro mainboard models H8DG6 / H8DGi / H8DG6-F / H8DGi-F are broken in > this respect, at least with current available BIOSes. > > I will stick with the insecure workaround, but I'll notify Supermicro > about the problem. > > Thanks > > 2013/2/14 Ian Campbell > >On Wed, 2013-02-13 at 14:17 +0000, Andreas Falck wrote: > >> > >> Could it be a xen bug (I know that my system is somewhat unusual), a > >> old BIOS bug interacting with newer xen or an aqcuired hardware error? > >> I'll of course provide more logs if needed. > > >Almost certainly the middle one IMHO, as bugs get fixed in Xen it > >becomes less tolerant of dubious BIOS tables. > > 2013/2/16 Hans Mueller > > >On Wednesday, 13. February 2013 15:17:54 Andreas Falck wrote: > >> [...] > >> (XEN) IVHD Error: Conflicting IO-APIC 0x0 entries > >> (XEN) AMD-Vi: Error initialization > >> (XEN) I/O virtualisation disabled > > >looks like related to the XSA-36 > >http://lists.xen.org/archives/html/xen-announce/2013-02/msg00002.html > > --001a11c23b1cdcfdef04dba73729 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just to follow up on this issue, Supermicro support w= ent on the problem quite quickly and emailed me an updated bios which made = iommu work without interrupt remapping. I informed them on the success, how= ever, they have not yet updated the official bios. So it might help to cont= act them, if you experience the same problem.

Now I have working iommu:s on a Supermicro H8DG6, with recen= t xen, without need for global interrupt remapping.

Regards,
Andreas


2013/2/16 Andreas Falck <falck.andreas.lists@gmail.com>=
Ian and Hans are probably right. Adding the "iommu=3Damd-iommu-global-= intremap" option to xen enables the IOMMU with warnings.

A BIOS= update did NOT work however, to the latest one available from Supermicro (= R 3.0, Bios Date 09/10/2012). This would suggest that Supermicro mainboard = models H8DG6 / H8DGi / H8DG6-F / H8DGi-F are broken in this respect, at lea= st with current available BIOSes.

I will stick with the insecure workaround, but I'll notify Supermic= ro about the problem.

Thanks

2013/= 2/14 Ian Campbell
>On Wed, 2013-02-13 at 14:1= 7 +0000, Andreas Falck wrote:
>>
>> Could it be a xen bug (I know that my system is somewh= at unusual), a
>> old BIOS bug interacting with newer xen or an aq= cuired hardware error?
>> I'll of course provide more logs if = needed.
=A0
>Almost certainly the middle one IMHO, as bugs get fixed in = Xen it
>becomes less tolerant of dubious BIOS tables.

2013/2/16 Hans Mueller

>On Wedne= sday, 13. February 2013 15:17:54 Andreas Falck wrote:
>> [...]
>> (XEN) IVHD Error: Conflicting IO-APIC 0x0 entries
>> (XEN) AMD-Vi: Error initialization
>> (XEN) I/O virtualisation disabled

>looks like related = to the XSA-36
>http://lists.xen.org/archives/html/xen-announc= e/2013-02/msg00002.html


--001a11c23b1cdcfdef04dba73729-- --===============9075632123337971708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9075632123337971708==-- From xen-users-bounces@lists.xen.org Wed May 01 13:21:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 13:21: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 1UXWxB-0005Ma-Ku; Wed, 01 May 2013 13:20:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXWxA-0005MV-1F for xen-users@lists.xen.org; Wed, 01 May 2013 13:20:12 +0000 Received: from [85.158.143.99:43847] by server-3.bemta-4.messagelabs.com id 3B/87-02015-B8611815; Wed, 01 May 2013 13:20:11 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-11.tower-216.messagelabs.com!1367414401!23417630!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 2851 invoked from network); 1 May 2013 13:20:10 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-11.tower-216.messagelabs.com with SMTP; 1 May 2013 13:20:10 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 07AF428EA94; Wed, 1 May 2013 14:20:01 +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 6rqeLhg3I3h5; Wed, 1 May 2013 14:19:59 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 53D6328E1FC; Wed, 1 May 2013 14:19:59 +0100 (BST) Message-ID: <1367414398.17364.80.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Ian Campbell Date: Wed, 01 May 2013 14:19:58 +0100 In-Reply-To: <1366804785.26433.96.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> <1366801956.20256.271.camel@zakaz.uk.xensource.com> <1366804785.26433.96.camel@gokoloko.cinosure.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:59 +0100, Jonathan Gowar wrote: > 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. > > > Many thanks, that was it. > > GRUB_CMDLINE_XEN="allow_unsafe=true" I have installed XCP 1.6 CentOS version today, and have the same issue. I want to know where to add the allow_unsafe option, but I have not been able to find were to change this in CentOS; as there is no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. 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 May 01 13:21:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 13:21: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 1UXWxB-0005Ma-Ku; Wed, 01 May 2013 13:20:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXWxA-0005MV-1F for xen-users@lists.xen.org; Wed, 01 May 2013 13:20:12 +0000 Received: from [85.158.143.99:43847] by server-3.bemta-4.messagelabs.com id 3B/87-02015-B8611815; Wed, 01 May 2013 13:20:11 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-11.tower-216.messagelabs.com!1367414401!23417630!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 2851 invoked from network); 1 May 2013 13:20:10 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-11.tower-216.messagelabs.com with SMTP; 1 May 2013 13:20:10 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 07AF428EA94; Wed, 1 May 2013 14:20:01 +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 6rqeLhg3I3h5; Wed, 1 May 2013 14:19:59 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 53D6328E1FC; Wed, 1 May 2013 14:19:59 +0100 (BST) Message-ID: <1367414398.17364.80.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Ian Campbell Date: Wed, 01 May 2013 14:19:58 +0100 In-Reply-To: <1366804785.26433.96.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> <1366801956.20256.271.camel@zakaz.uk.xensource.com> <1366804785.26433.96.camel@gokoloko.cinosure.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:59 +0100, Jonathan Gowar wrote: > 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. > > > Many thanks, that was it. > > GRUB_CMDLINE_XEN="allow_unsafe=true" I have installed XCP 1.6 CentOS version today, and have the same issue. I want to know where to add the allow_unsafe option, but I have not been able to find were to change this in CentOS; as there is no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. 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 May 01 13:57:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 13:57: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 1UXXWG-0006gj-57; Wed, 01 May 2013 13:56:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXWE-0006gc-8r for xen-users@lists.xen.org; Wed, 01 May 2013 13:56:26 +0000 Received: from [85.158.139.83:11100] by server-11.bemta-5.messagelabs.com id 4E/0F-31489-90F11815; Wed, 01 May 2013 13:56:25 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-11.tower-182.messagelabs.com!1367416584!23632393!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16987 invoked from network); 1 May 2013 13:56:24 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-11.tower-182.messagelabs.com with SMTP; 1 May 2013 13:56:24 -0000 Received: from [192.165.210.4] (helo=[192.168.225.227]) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UXXWB-0006qT-SA for xen-users@lists.xen.org; Wed, 01 May 2013 14:56:24 +0100 Message-ID: <51811F06.1010006@stimpsonfamily.co.uk> Date: Wed, 01 May 2013 14:56:22 +0100 From: Paul Stimpson 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" X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm working on an HP Z420 workstation. I have an Ubuntu hypervisor with a home-compiled copy of Xen 4.2.0. I'm trying to pass through a pile of hardware into a Windows Server 2008 R2 guest. * (00:1a.0) - Motherboard USB 1/2 controller * (00:1b.0) - Motherboard audio * (00:1d.0) - Motherboard USB 1/2 controller * (05:00.0) - Second AMD Firepro V3900 graphics card * (05:00.1) - The HDMI audio output on the above card * (06:00.0) - Video playback card * (08:00.0) - Motherboard USB 3 controller The 00:1b.0, 05:00.0, 05:00.1 and 06:00.0 go through to the guest fine. The USB controllers are more problematic and don't get passed through when the Windows guest starts in /etc/xen/auto. I've tried everything I can think of: * I put pciback into initrd. * The hide is listed both in the kernel boot line and in /etc/modprobe.d/pciback * I listed the unique IDs (obtained from /sys/bus/pci/devices/..../modalias) in /etc/modprobe.d/blacklist * I created a new script in /etc/rc5.d between xencommons and xendomains that both echoes the PCI BDF into /sys/bus/pci/devices/....../driver/unbind and does an xl pci-assignable-add on the BDF. If I stop the Windows guest, do an xl pci-assignable-add on each of the devices then restart the guest, they go through fine. I've been forbidden from patching Xen or recompiling the kernel by someone I must listen to. I would be really grateful if you could give me an idea on how to make this thing work as I'm starting to feel really stupid. Thanks, Paul. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 13:57:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 13:57: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 1UXXWG-0006gj-57; Wed, 01 May 2013 13:56:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXWE-0006gc-8r for xen-users@lists.xen.org; Wed, 01 May 2013 13:56:26 +0000 Received: from [85.158.139.83:11100] by server-11.bemta-5.messagelabs.com id 4E/0F-31489-90F11815; Wed, 01 May 2013 13:56:25 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-11.tower-182.messagelabs.com!1367416584!23632393!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16987 invoked from network); 1 May 2013 13:56:24 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-11.tower-182.messagelabs.com with SMTP; 1 May 2013 13:56:24 -0000 Received: from [192.165.210.4] (helo=[192.168.225.227]) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UXXWB-0006qT-SA for xen-users@lists.xen.org; Wed, 01 May 2013 14:56:24 +0100 Message-ID: <51811F06.1010006@stimpsonfamily.co.uk> Date: Wed, 01 May 2013 14:56:22 +0100 From: Paul Stimpson 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" X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm working on an HP Z420 workstation. I have an Ubuntu hypervisor with a home-compiled copy of Xen 4.2.0. I'm trying to pass through a pile of hardware into a Windows Server 2008 R2 guest. * (00:1a.0) - Motherboard USB 1/2 controller * (00:1b.0) - Motherboard audio * (00:1d.0) - Motherboard USB 1/2 controller * (05:00.0) - Second AMD Firepro V3900 graphics card * (05:00.1) - The HDMI audio output on the above card * (06:00.0) - Video playback card * (08:00.0) - Motherboard USB 3 controller The 00:1b.0, 05:00.0, 05:00.1 and 06:00.0 go through to the guest fine. The USB controllers are more problematic and don't get passed through when the Windows guest starts in /etc/xen/auto. I've tried everything I can think of: * I put pciback into initrd. * The hide is listed both in the kernel boot line and in /etc/modprobe.d/pciback * I listed the unique IDs (obtained from /sys/bus/pci/devices/..../modalias) in /etc/modprobe.d/blacklist * I created a new script in /etc/rc5.d between xencommons and xendomains that both echoes the PCI BDF into /sys/bus/pci/devices/....../driver/unbind and does an xl pci-assignable-add on the BDF. If I stop the Windows guest, do an xl pci-assignable-add on each of the devices then restart the guest, they go through fine. I've been forbidden from patching Xen or recompiling the kernel by someone I must listen to. I would be really grateful if you could give me an idea on how to make this thing work as I'm starting to feel really stupid. Thanks, Paul. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 14:22:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 14:22: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 1UXXud-0007Wm-1R; Wed, 01 May 2013 14:21:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXuc-0007Wh-4M for xen-users@lists.xen.org; Wed, 01 May 2013 14:21:38 +0000 Received: from [85.158.139.211:26945] by server-10.bemta-5.messagelabs.com id B3/5B-19016-1F421815; Wed, 01 May 2013 14:21:37 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-12.tower-206.messagelabs.com!1367418096!21194169!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2543 invoked from network); 1 May 2013 14:21:36 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-12.tower-206.messagelabs.com with SMTP; 1 May 2013 14:21:36 -0000 Received: from [192.165.210.4] (helo=[192.168.225.227]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UXXua-0003y0-JN; Wed, 01 May 2013 15:21:36 +0100 Message-ID: <518124EF.9060508@stimpsonfamily.co.uk> Date: Wed, 01 May 2013 15:21:35 +0100 From: Paul Stimpson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jonathan Gowar , "xen-users@lists.xen.org" 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> <1366804785.26433.96.camel@gokoloko.cinosure.com> <1367414398.17364.80.camel@gokoloko.cinosure.com> In-Reply-To: <1367414398.17364.80.camel@gokoloko.cinosure.com> X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Jon, On 01/05/13 14:19, Jonathan Gowar wrote: > > I have installed XCP 1.6 CentOS version today, and have the same issue. > I want to know where to add the allow_unsafe option, but I have not been > able to find were to change this in CentOS; as there is > no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. > > I think that you're trying to share a core between your Dom0 and a DomU which, if your DomUs aren't trusted might present a risk of taking the machine down if the one sharing that Dom0 CPU falls over. I don't know CentOS but, depending on which version of GrUB you have, it might be worth checking /boot/grub/grub.conf or searching in /etc/sysconfig. Bests, Paul. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 14:22:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 14:22: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 1UXXud-0007Wm-1R; Wed, 01 May 2013 14:21:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXuc-0007Wh-4M for xen-users@lists.xen.org; Wed, 01 May 2013 14:21:38 +0000 Received: from [85.158.139.211:26945] by server-10.bemta-5.messagelabs.com id B3/5B-19016-1F421815; Wed, 01 May 2013 14:21:37 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-12.tower-206.messagelabs.com!1367418096!21194169!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2543 invoked from network); 1 May 2013 14:21:36 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-12.tower-206.messagelabs.com with SMTP; 1 May 2013 14:21:36 -0000 Received: from [192.165.210.4] (helo=[192.168.225.227]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UXXua-0003y0-JN; Wed, 01 May 2013 15:21:36 +0100 Message-ID: <518124EF.9060508@stimpsonfamily.co.uk> Date: Wed, 01 May 2013 15:21:35 +0100 From: Paul Stimpson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jonathan Gowar , "xen-users@lists.xen.org" 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> <1366804785.26433.96.camel@gokoloko.cinosure.com> <1367414398.17364.80.camel@gokoloko.cinosure.com> In-Reply-To: <1367414398.17364.80.camel@gokoloko.cinosure.com> X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Jon, On 01/05/13 14:19, Jonathan Gowar wrote: > > I have installed XCP 1.6 CentOS version today, and have the same issue. > I want to know where to add the allow_unsafe option, but I have not been > able to find were to change this in CentOS; as there is > no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. > > I think that you're trying to share a core between your Dom0 and a DomU which, if your DomUs aren't trusted might present a risk of taking the machine down if the one sharing that Dom0 CPU falls over. I don't know CentOS but, depending on which version of GrUB you have, it might be worth checking /boot/grub/grub.conf or searching in /etc/sysconfig. Bests, Paul. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 14:23:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 14:23:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXw3-0007as-Pe; Wed, 01 May 2013 14:23:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXvy-0007ah-O1; Wed, 01 May 2013 14:23:06 +0000 Received: from [85.158.138.51:49028] by server-8.bemta-3.messagelabs.com id 72/6E-20604-54521815; Wed, 01 May 2013 14:23:01 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1367418161!11010456!1 X-Originating-IP: [209.85.217.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_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDUwNzEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12040 invoked from network); 1 May 2013 14:22:41 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 14:22:41 -0000 Received: by mail-lb0-f176.google.com with SMTP id p10so1493465lbv.35 for ; Wed, 01 May 2013 07:22:41 -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=kGElgJw374+PwvnPjSJA1kaZsWBFrHOts3Jof9qY8io=; b=LL30/YztW2m406Y59yq3e4GpMD80roK2p/1l3PCTxI+96uuh3b7UQiyerua6k7O3zc jcfV5qosQsBFwla6D951V0CSZFa0a0VPyryAMqOAG8lE/jIab4rUl7wsIij6kvrGU6I5 9UDNYypRLCRveb0leFL8Cbsuip6RNvHXNGkxCzDr8QNTaTkT/fwM1OTIz+yBXayCTcOe yaJgGzT/aEZBDjFOU1j0yX2PkDWTKSQhqDjl+ofmIryr/MNbYNU3snHP+vBL4dDKvxoj ykkcSAG+rSSpvLGlIcbpi68rLcc/RsOWzllWcKCwqGBw/eDTouVD0IMJHylvkVfPMg0V WPDg== MIME-Version: 1.0 X-Received: by 10.112.158.38 with SMTP id wr6mr1233826lbb.36.1367418161054; Wed, 01 May 2013 07:22:41 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 07:22:40 -0700 (PDT) In-Reply-To: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> Date: Wed, 1 May 2013 16:22:40 +0200 Message-ID: From: Andreas Falck To: Gordan Bobic Cc: "xen-users@lists.xen.org" , xen-devel@lists.xen.org Subject: Re: [Xen-users] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6541573430946581531==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6541573430946581531== Content-Type: multipart/alternative; boundary=001a11c26804bfc7c404dba8d920 --001a11c26804bfc7c404dba8d920 Content-Type: text/plain; charset=ISO-8859-1 I CC the xen-devel list, since that is where I understand that possible bugs in the main xen tree should be reported. My initial description of the problem is attached below. I tried with and without global interrupt remapping (iommu=amd-iommu-global-intremap in xen command line), the problem persists. That was after reading this: http://www.novell.com/support/kb/doc.php?id=7012337 I can provide more information from my system if needed. Regards, Andreas 2013/5/1 Gordan Bobic > This is probably worthy of a bug report escalation to xen-devel list. > > I have filed my logs via the EL6 Xen bug tracker here: > > http://xen.crc.id.au/bugs/**view.php?id=5 > > It is good to see that it is not specific to the package builds/distro, > in the sense that it implies a real, reproducible bug that might > actually get fixed. I narrowed the cause down to a particular patch. > (see link above). > > Gordan > > > On Wed, 1 May 2013 10:56:05 +0200, Andreas Falck < > falck.andreas.lists@gmail.com**> wrote: > >> Hi, >> >> My ubuntu 12.10 vanilla install (amd64) recently got xen hypervisor >> and utils upgraded to 4.1.3-3ubuntu1.5, via the legacy upgrade path. >> After this I experience problems with passing through some PCI devices >> to a windows 8 domU. I get the same problem as Gordan gets with 4.2 >> referred in this message: >> http://lists.xen.org/archives/**html/xen-users/2013-04/**msg00341.html[1] >> >> - it seems to be related to some update made to both trees. >> >> My symptom is that out of three devices/functions, a radeon 7790 with >> its two functions (41:00.{01}) plus one TI usb controller, (04:00.0), >> only the radeon gpu (41:00.0) gets passed through. The others fail >> with the Error: (22, 'Invalid argument') message. Specifically: >> >> When passing the usb controller (04:00.0) only, I find the following >> in xend.log: >> >> [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:811) >> XendDomainInfo.hvm_pci_device_**insert_dev: >> 0000:04:00.0@100,msitranslate=**1,power_mgmt=1 >> [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign >> device 0000:04:00.0@100,msitranslate=**1,power_mgmt=1 >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] INFO (image:538) signalDeviceModel:restore >> dm state to running >> [2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI >> device [104c:8241:0000:0000] >> [2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) Permissive mode NOT >> enabled for PCI device [104c:8241:0000:0000] >> [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem >> 0xdfef0000/0x10000 pfn 0xdfef0/0x10 >> [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem >> 0xdfeee000/0x2000 pfn 0xdfeee/0x2 >> [2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci: enabling irq 19 >> [2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927) >> XendDomainInfo.initDomain: exception occurred >> Traceback (most recent call last): >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 2914, in _initDomain >> self._createDevices() >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 2395, in _createDevices >> self.pci_device_configure_**boot() >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 627, in pci_device_configure_boot >> self.pci_device_configure(dev_**sxp, first_dev = first) >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 970, in pci_device_configure >> devid = self._createDevice('pci', existing_pci_conf) >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 2326, in _createDevice >> return >> self.getDeviceController(**deviceClass).createDevice(**devConfig) >> File >> >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/server/** >> DevController.py", >> line 67, in createDevice >> self.setupDevice(config) >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/server/pciif.**py", line >> 453, in setupDevice >> self.setupOneDevice(d) >> File "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/server/pciif.**py", >> line 353, in setupOneDevice >> allow_access = True) >> Error: (22, 'Invalid argument') >> >> Interestingly, if I try to pass through only the GPU only (41:00.0) it >> does work, but with both functions of the radeon card passed it fails >> again. As said, it fails also if I only pass the USB controller, so >> it's not really VGA related. I can provide more log output if needed. >> >> According to various sources on the net, downgrading xen would solve >> the problem. But I'd prefer to raise the issue and find out if it is a >> xen bug or a hardware specification issue. >> >> Regards, >> Andreas >> >> >> Links: >> ------ >> [1] http://lists.xen.org/archives/**html/xen-users/2013-04/** >> msg00341.html >> > > --001a11c26804bfc7c404dba8d920 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I CC the xen-devel list, since that is wher= e I understand that possible=20 bugs in the main xen tree should be reported. My initial description of the= problem is=20 attached below.

I tried with and without global interrupt remapping = (iommu=3Damd-iommu-global-intremap in xen command line), the problem persis= ts. That was after reading this: http://www.novell.com/support/kb/doc.php?id=3D70123= 37

I can provide more information from my system if needed.

<= /div>Regards,
Andreas


2013/5/1 Gordan Bobic <gordan@bobich.net>
This is probably worthy o= f a bug report escalation to xen-devel list.

I have filed my logs via the EL6 Xen bug tracker here:

htt= p://xen.crc.id.au/bugs/view.php?id=3D5

It is good to see that it is not specific to the package builds/distro,
in the sense that it implies a real, reproducible bug that might
actually get fixed. I narrowed the cause down to a particular patch.
(see link above).

Gordan


On Wed, 1 May 2013 10:56:05 +0200, Andreas Falck <falck.andreas.lists@gmail.com<= /a>> wrote:
Hi,

My ubuntu 12.10 vanilla install (amd64) recently got xen hypervisor
and utils upgraded to 4.1.3-3ubuntu1.5, via the legacy upgrade path.
After this I experience problems with passing through some PCI devices
to a windows 8 domU. I get the same problem as Gordan gets with 4.2
referred in this message:
http://lists.xen.org/archives/html/xen-u= sers/2013-04/msg00341.html [1]

- it seems to be related to some update made to both trees.

My symptom is that out of three devices/functions, a radeon 7790 with
its two functions (41:00.{01}) plus one TI usb controller, (04:00.0),
only the radeon gpu (41:00.0) gets passed through. The others fail
with the Error: (22, 'Invalid argument') message. Specifically:

When passing the usb controller (04:00.0) only, I find the following
in xend.log:

[2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:811)
XendDomainInfo.hvm_pci_device_insert_dev:
0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
=A0[2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign
device 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
=A0[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
[2013-05-01 10:38:32 2568] INFO (image:538) signalDeviceModel:restore
dm state to running
=A0[2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000]
[2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) Permissive mode NOT
enabled for PCI device [104c:8241:0000:0000]
[2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem
0xdfef0000/0x10000 pfn 0xdfef0/0x10
=A0[2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem
0xdfeee000/0x2000 pfn 0xdfeee/0x2
[2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci: enabling irq 19
[2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927)
XendDomainInfo.initDomain: exception occurred
=A0Traceback (most recent call last):
=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
2914, in _initDomain
=A0=A0=A0 self._createDevices()
=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
2395, in _createDevices
=A0=A0=A0=A0 self.pci_device_configure_boot()
=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
627, in pci_device_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_dev =3D first) =A0=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
970, in pci_device_configure
=A0=A0=A0 devid =3D self._createDevice('pci', existing_pci_conf) =A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
2326, in _createDevice
=A0=A0=A0=A0 return
self.getDeviceController(deviceClass).createDevice(devConfig)=
=A0 File

"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevC= ontroller.py",
line 67, in createDevice
=A0=A0=A0 self.setupDevice(config)
=A0=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line
453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pc= iif.py",
line 353, in setupOneDevice
=A0=A0=A0=A0 allow_access =3D True)
Error: (22, 'Invalid argument')

Interestingly, if I try to pass through only the GPU only (41:00.0) it
does work, but with both functions of the radeon card passed it fails
again. As said, it fails also if I only pass the USB controller, so
it's not really VGA related. I can provide more log output if needed.
According to various sources on the net, downgrading xen would solve
the problem. But I'd prefer to raise the issue and find out if it is a<= br> xen bug or a hardware specification issue.

Regards,
=A0Andreas


Links:
------
[1] http://lists.xen.org/archives/html/xen-use= rs/2013-04/msg00341.html


--001a11c26804bfc7c404dba8d920-- --===============6541573430946581531== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6541573430946581531==-- From xen-users-bounces@lists.xen.org Wed May 01 14:23:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 14:23:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXw3-0007as-Pe; Wed, 01 May 2013 14:23:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXXvy-0007ah-O1; Wed, 01 May 2013 14:23:06 +0000 Received: from [85.158.138.51:49028] by server-8.bemta-3.messagelabs.com id 72/6E-20604-54521815; Wed, 01 May 2013 14:23:01 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1367418161!11010456!1 X-Originating-IP: [209.85.217.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_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDUwNzEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12040 invoked from network); 1 May 2013 14:22:41 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 14:22:41 -0000 Received: by mail-lb0-f176.google.com with SMTP id p10so1493465lbv.35 for ; Wed, 01 May 2013 07:22:41 -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=kGElgJw374+PwvnPjSJA1kaZsWBFrHOts3Jof9qY8io=; b=LL30/YztW2m406Y59yq3e4GpMD80roK2p/1l3PCTxI+96uuh3b7UQiyerua6k7O3zc jcfV5qosQsBFwla6D951V0CSZFa0a0VPyryAMqOAG8lE/jIab4rUl7wsIij6kvrGU6I5 9UDNYypRLCRveb0leFL8Cbsuip6RNvHXNGkxCzDr8QNTaTkT/fwM1OTIz+yBXayCTcOe yaJgGzT/aEZBDjFOU1j0yX2PkDWTKSQhqDjl+ofmIryr/MNbYNU3snHP+vBL4dDKvxoj ykkcSAG+rSSpvLGlIcbpi68rLcc/RsOWzllWcKCwqGBw/eDTouVD0IMJHylvkVfPMg0V WPDg== MIME-Version: 1.0 X-Received: by 10.112.158.38 with SMTP id wr6mr1233826lbb.36.1367418161054; Wed, 01 May 2013 07:22:41 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Wed, 1 May 2013 07:22:40 -0700 (PDT) In-Reply-To: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> Date: Wed, 1 May 2013 16:22:40 +0200 Message-ID: From: Andreas Falck To: Gordan Bobic Cc: "xen-users@lists.xen.org" , xen-devel@lists.xen.org Subject: Re: [Xen-users] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6541573430946581531==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6541573430946581531== Content-Type: multipart/alternative; boundary=001a11c26804bfc7c404dba8d920 --001a11c26804bfc7c404dba8d920 Content-Type: text/plain; charset=ISO-8859-1 I CC the xen-devel list, since that is where I understand that possible bugs in the main xen tree should be reported. My initial description of the problem is attached below. I tried with and without global interrupt remapping (iommu=amd-iommu-global-intremap in xen command line), the problem persists. That was after reading this: http://www.novell.com/support/kb/doc.php?id=7012337 I can provide more information from my system if needed. Regards, Andreas 2013/5/1 Gordan Bobic > This is probably worthy of a bug report escalation to xen-devel list. > > I have filed my logs via the EL6 Xen bug tracker here: > > http://xen.crc.id.au/bugs/**view.php?id=5 > > It is good to see that it is not specific to the package builds/distro, > in the sense that it implies a real, reproducible bug that might > actually get fixed. I narrowed the cause down to a particular patch. > (see link above). > > Gordan > > > On Wed, 1 May 2013 10:56:05 +0200, Andreas Falck < > falck.andreas.lists@gmail.com**> wrote: > >> Hi, >> >> My ubuntu 12.10 vanilla install (amd64) recently got xen hypervisor >> and utils upgraded to 4.1.3-3ubuntu1.5, via the legacy upgrade path. >> After this I experience problems with passing through some PCI devices >> to a windows 8 domU. I get the same problem as Gordan gets with 4.2 >> referred in this message: >> http://lists.xen.org/archives/**html/xen-users/2013-04/**msg00341.html[1] >> >> - it seems to be related to some update made to both trees. >> >> My symptom is that out of three devices/functions, a radeon 7790 with >> its two functions (41:00.{01}) plus one TI usb controller, (04:00.0), >> only the radeon gpu (41:00.0) gets passed through. The others fail >> with the Error: (22, 'Invalid argument') message. Specifically: >> >> When passing the usb controller (04:00.0) only, I find the following >> in xend.log: >> >> [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:811) >> XendDomainInfo.hvm_pci_device_**insert_dev: >> 0000:04:00.0@100,msitranslate=**1,power_mgmt=1 >> [2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign >> device 0000:04:00.0@100,msitranslate=**1,power_mgmt=1 >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel: >> orig_state is None, retrying >> [2013-05-01 10:38:32 2568] INFO (image:538) signalDeviceModel:restore >> dm state to running >> [2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI >> device [104c:8241:0000:0000] >> [2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) Permissive mode NOT >> enabled for PCI device [104c:8241:0000:0000] >> [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem >> 0xdfef0000/0x10000 pfn 0xdfef0/0x10 >> [2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem >> 0xdfeee000/0x2000 pfn 0xdfeee/0x2 >> [2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci: enabling irq 19 >> [2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927) >> XendDomainInfo.initDomain: exception occurred >> Traceback (most recent call last): >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 2914, in _initDomain >> self._createDevices() >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 2395, in _createDevices >> self.pci_device_configure_**boot() >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 627, in pci_device_configure_boot >> self.pci_device_configure(dev_**sxp, first_dev = first) >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 970, in pci_device_configure >> devid = self._createDevice('pci', existing_pci_conf) >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/**XendDomainInfo.py", line >> 2326, in _createDevice >> return >> self.getDeviceController(**deviceClass).createDevice(**devConfig) >> File >> >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/server/** >> DevController.py", >> line 67, in createDevice >> self.setupDevice(config) >> File >> "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/server/pciif.**py", line >> 453, in setupDevice >> self.setupOneDevice(d) >> File "/usr/lib/xen-4.1/bin/../lib/**python/xen/xend/server/pciif.**py", >> line 353, in setupOneDevice >> allow_access = True) >> Error: (22, 'Invalid argument') >> >> Interestingly, if I try to pass through only the GPU only (41:00.0) it >> does work, but with both functions of the radeon card passed it fails >> again. As said, it fails also if I only pass the USB controller, so >> it's not really VGA related. I can provide more log output if needed. >> >> According to various sources on the net, downgrading xen would solve >> the problem. But I'd prefer to raise the issue and find out if it is a >> xen bug or a hardware specification issue. >> >> Regards, >> Andreas >> >> >> Links: >> ------ >> [1] http://lists.xen.org/archives/**html/xen-users/2013-04/** >> msg00341.html >> > > --001a11c26804bfc7c404dba8d920 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I CC the xen-devel list, since that is wher= e I understand that possible=20 bugs in the main xen tree should be reported. My initial description of the= problem is=20 attached below.

I tried with and without global interrupt remapping = (iommu=3Damd-iommu-global-intremap in xen command line), the problem persis= ts. That was after reading this: http://www.novell.com/support/kb/doc.php?id=3D70123= 37

I can provide more information from my system if needed.

<= /div>Regards,
Andreas


2013/5/1 Gordan Bobic <gordan@bobich.net>
This is probably worthy o= f a bug report escalation to xen-devel list.

I have filed my logs via the EL6 Xen bug tracker here:

htt= p://xen.crc.id.au/bugs/view.php?id=3D5

It is good to see that it is not specific to the package builds/distro,
in the sense that it implies a real, reproducible bug that might
actually get fixed. I narrowed the cause down to a particular patch.
(see link above).

Gordan


On Wed, 1 May 2013 10:56:05 +0200, Andreas Falck <falck.andreas.lists@gmail.com<= /a>> wrote:
Hi,

My ubuntu 12.10 vanilla install (amd64) recently got xen hypervisor
and utils upgraded to 4.1.3-3ubuntu1.5, via the legacy upgrade path.
After this I experience problems with passing through some PCI devices
to a windows 8 domU. I get the same problem as Gordan gets with 4.2
referred in this message:
http://lists.xen.org/archives/html/xen-u= sers/2013-04/msg00341.html [1]

- it seems to be related to some update made to both trees.

My symptom is that out of three devices/functions, a radeon 7790 with
its two functions (41:00.{01}) plus one TI usb controller, (04:00.0),
only the radeon gpu (41:00.0) gets passed through. The others fail
with the Error: (22, 'Invalid argument') message. Specifically:

When passing the usb controller (04:00.0) only, I find the following
in xend.log:

[2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:811)
XendDomainInfo.hvm_pci_device_insert_dev:
0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
=A0[2013-05-01 10:38:32 2568] DEBUG (XendDomainInfo:815) pci: assign
device 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
=A0[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
[2013-05-01 10:38:32 2568] DEBUG (image:508) signalDeviceModel:
orig_state is None, retrying
[2013-05-01 10:38:32 2568] INFO (image:538) signalDeviceModel:restore
dm state to running
=A0[2013-05-01 10:38:32 2568] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000]
[2013-05-01 10:38:32 2568] DEBUG (pciquirk:135) Permissive mode NOT
enabled for PCI device [104c:8241:0000:0000]
[2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem
0xdfef0000/0x10000 pfn 0xdfef0/0x10
=A0[2013-05-01 10:38:32 2568] DEBUG (pciif:334) pci: enabling iomem
0xdfeee000/0x2000 pfn 0xdfeee/0x2
[2013-05-01 10:38:32 2568] DEBUG (pciif:351) pci: enabling irq 19
[2013-05-01 10:38:32 2568] ERROR (XendDomainInfo:2927)
XendDomainInfo.initDomain: exception occurred
=A0Traceback (most recent call last):
=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
2914, in _initDomain
=A0=A0=A0 self._createDevices()
=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
2395, in _createDevices
=A0=A0=A0=A0 self.pci_device_configure_boot()
=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
627, in pci_device_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_dev =3D first) =A0=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
970, in pci_device_configure
=A0=A0=A0 devid =3D self._createDevice('pci', existing_pci_conf) =A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainI= nfo.py", line
2326, in _createDevice
=A0=A0=A0=A0 return
self.getDeviceController(deviceClass).createDevice(devConfig)=
=A0 File

"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevC= ontroller.py",
line 67, in createDevice
=A0=A0=A0 self.setupDevice(config)
=A0=A0 File
"/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line
453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pc= iif.py",
line 353, in setupOneDevice
=A0=A0=A0=A0 allow_access =3D True)
Error: (22, 'Invalid argument')

Interestingly, if I try to pass through only the GPU only (41:00.0) it
does work, but with both functions of the radeon card passed it fails
again. As said, it fails also if I only pass the USB controller, so
it's not really VGA related. I can provide more log output if needed.
According to various sources on the net, downgrading xen would solve
the problem. But I'd prefer to raise the issue and find out if it is a<= br> xen bug or a hardware specification issue.

Regards,
=A0Andreas


Links:
------
[1] http://lists.xen.org/archives/html/xen-use= rs/2013-04/msg00341.html


--001a11c26804bfc7c404dba8d920-- --===============6541573430946581531== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6541573430946581531==-- From xen-users-bounces@lists.xen.org Wed May 01 14:33:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 14:33:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXY5o-0008BJ-Mq; Wed, 01 May 2013 14:33:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXY5n-0008B7-Dn for xen-users@lists.xen.org; Wed, 01 May 2013 14:33:11 +0000 Received: from [85.158.139.83:9980] by server-8.bemta-5.messagelabs.com id CF/7F-29170-6A721815; Wed, 01 May 2013 14:33:10 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-16.tower-182.messagelabs.com!1367418787!23478355!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6653 invoked from network); 1 May 2013 14:33:08 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 14:33:08 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r41EWteJ002941 for ; Wed, 1 May 2013 10:32:56 -0400 Message-ID: <51812797.9030707@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 10:32:55 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> In-Reply-To: <51811F06.1010006@stimpsonfamily.co.uk> X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.4 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In order to successfully pass through a USB controller to a linux PVM, I also had to add 'xen-pciback.permissive pci=resource_alignment=00:13.2' to the dom0 linux command line, though you can do this through /sys as well. YMMV On 05/01/2013 09:56 AM, Paul Stimpson wrote: > Hi, > > I'm working on an HP Z420 workstation. I have an Ubuntu hypervisor > with a home-compiled copy of Xen 4.2.0. I'm trying to pass through > a pile of hardware into a Windows Server 2008 R2 guest. > > > * (00:1a.0) - Motherboard USB 1/2 controller * (00:1b.0) - > Motherboard audio * (00:1d.0) - Motherboard USB 1/2 controller * > (05:00.0) - Second AMD Firepro V3900 graphics card * (05:00.1) - > The HDMI audio output on the above card * (06:00.0) - Video > playback card * (08:00.0) - Motherboard USB 3 controller > > The 00:1b.0, 05:00.0, 05:00.1 and 06:00.0 go through to the guest > fine. The USB controllers are more problematic and don't get passed > through when the Windows guest starts in /etc/xen/auto. > > I've tried everything I can think of: * I put pciback into initrd. > * The hide is listed both in the kernel boot line and in > /etc/modprobe.d/pciback * I listed the unique IDs (obtained from > /sys/bus/pci/devices/..../modalias) in /etc/modprobe.d/blacklist * > I created a new script in /etc/rc5.d between xencommons and > xendomains that both echoes the PCI BDF into > /sys/bus/pci/devices/....../driver/unbind and does an xl > pci-assignable-add on the BDF. > > If I stop the Windows guest, do an xl pci-assignable-add on each of > the devices then restart the guest, they go through fine. > > I've been forbidden from patching Xen or recompiling the kernel by > someone I must listen to. > > I would be really grateful if you could give me an idea on how to > make this thing work as I'm starting to feel really stupid. > > Thanks, Paul. > > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGBJ5cACgkQGS8yZq1uvxCg7QCcDFs3ggS4DP6dMtwbEW1Wvq5I OPEAnifEipEYRX+D8ypZ3y8lY43LDIOR =YOcM -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 14:33:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 14:33:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXY5o-0008BJ-Mq; Wed, 01 May 2013 14:33:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXY5n-0008B7-Dn for xen-users@lists.xen.org; Wed, 01 May 2013 14:33:11 +0000 Received: from [85.158.139.83:9980] by server-8.bemta-5.messagelabs.com id CF/7F-29170-6A721815; Wed, 01 May 2013 14:33:10 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-16.tower-182.messagelabs.com!1367418787!23478355!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6653 invoked from network); 1 May 2013 14:33:08 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 14:33:08 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r41EWteJ002941 for ; Wed, 1 May 2013 10:32:56 -0400 Message-ID: <51812797.9030707@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 10:32:55 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> In-Reply-To: <51811F06.1010006@stimpsonfamily.co.uk> X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.4 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In order to successfully pass through a USB controller to a linux PVM, I also had to add 'xen-pciback.permissive pci=resource_alignment=00:13.2' to the dom0 linux command line, though you can do this through /sys as well. YMMV On 05/01/2013 09:56 AM, Paul Stimpson wrote: > Hi, > > I'm working on an HP Z420 workstation. I have an Ubuntu hypervisor > with a home-compiled copy of Xen 4.2.0. I'm trying to pass through > a pile of hardware into a Windows Server 2008 R2 guest. > > > * (00:1a.0) - Motherboard USB 1/2 controller * (00:1b.0) - > Motherboard audio * (00:1d.0) - Motherboard USB 1/2 controller * > (05:00.0) - Second AMD Firepro V3900 graphics card * (05:00.1) - > The HDMI audio output on the above card * (06:00.0) - Video > playback card * (08:00.0) - Motherboard USB 3 controller > > The 00:1b.0, 05:00.0, 05:00.1 and 06:00.0 go through to the guest > fine. The USB controllers are more problematic and don't get passed > through when the Windows guest starts in /etc/xen/auto. > > I've tried everything I can think of: * I put pciback into initrd. > * The hide is listed both in the kernel boot line and in > /etc/modprobe.d/pciback * I listed the unique IDs (obtained from > /sys/bus/pci/devices/..../modalias) in /etc/modprobe.d/blacklist * > I created a new script in /etc/rc5.d between xencommons and > xendomains that both echoes the PCI BDF into > /sys/bus/pci/devices/....../driver/unbind and does an xl > pci-assignable-add on the BDF. > > If I stop the Windows guest, do an xl pci-assignable-add on each of > the devices then restart the guest, they go through fine. > > I've been forbidden from patching Xen or recompiling the kernel by > someone I must listen to. > > I would be really grateful if you could give me an idea on how to > make this thing work as I'm starting to feel really stupid. > > Thanks, Paul. > > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGBJ5cACgkQGS8yZq1uvxCg7QCcDFs3ggS4DP6dMtwbEW1Wvq5I OPEAnifEipEYRX+D8ypZ3y8lY43LDIOR =YOcM -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 15:31:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 15:31: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 1UXYz8-0002Gf-1p; Wed, 01 May 2013 15:30:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXYz6-0002GY-KW for xen-users@lists.xen.org; Wed, 01 May 2013 15:30:20 +0000 Received: from [85.158.139.83:52049] by server-15.bemta-5.messagelabs.com id BB/39-31797-B0531815; Wed, 01 May 2013 15:30:19 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1367422219!26648870!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 32590 invoked from network); 1 May 2013 15:30:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 15:30:19 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4120994" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 May 2013 15:29:47 +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, 1 May 2013 16:30:18 +0100 Message-ID: <1367422217.3142.745.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jonathan Gowar Date: Wed, 1 May 2013 16:30:17 +0100 In-Reply-To: <1367414398.17364.80.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> <1366801956.20256.271.camel@zakaz.uk.xensource.com> <1366804785.26433.96.camel@gokoloko.cinosure.com> <1367414398.17364.80.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-05-01 at 14:19 +0100, Jonathan Gowar wrote: > I have installed XCP 1.6 CentOS version today, and have the same issue. > I want to know where to add the allow_unsafe option, but I have not been > able to find were to change this in CentOS; as there is > no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. XCP discussions usually happen on the (badly named) xen-api@ list. IIRC XCP uses extlinux, so I'd expect /boot/extlinux.conf or something along those lines to exist. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 15:31:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 15:31: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 1UXYz8-0002Gf-1p; Wed, 01 May 2013 15:30:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXYz6-0002GY-KW for xen-users@lists.xen.org; Wed, 01 May 2013 15:30:20 +0000 Received: from [85.158.139.83:52049] by server-15.bemta-5.messagelabs.com id BB/39-31797-B0531815; Wed, 01 May 2013 15:30:19 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1367422219!26648870!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 32590 invoked from network); 1 May 2013 15:30:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2013 15:30:19 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4120994" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 May 2013 15:29:47 +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, 1 May 2013 16:30:18 +0100 Message-ID: <1367422217.3142.745.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jonathan Gowar Date: Wed, 1 May 2013 16:30:17 +0100 In-Reply-To: <1367414398.17364.80.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> <1366801956.20256.271.camel@zakaz.uk.xensource.com> <1366804785.26433.96.camel@gokoloko.cinosure.com> <1367414398.17364.80.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-05-01 at 14:19 +0100, Jonathan Gowar wrote: > I have installed XCP 1.6 CentOS version today, and have the same issue. > I want to know where to add the allow_unsafe option, but I have not been > able to find were to change this in CentOS; as there is > no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. XCP discussions usually happen on the (badly named) xen-api@ list. IIRC XCP uses extlinux, so I'd expect /boot/extlinux.conf or something along those lines to exist. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 15:34:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 15:34: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 1UXZ2n-0002ap-Nh; Wed, 01 May 2013 15:34:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXZ2m-0002aN-7C for xen-users@lists.xen.org; Wed, 01 May 2013 15:34:08 +0000 Received: from [85.158.138.51:37909] by server-7.bemta-3.messagelabs.com id 44/76-06591-FE531815; Wed, 01 May 2013 15:34:07 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1367422445!11020381!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 1489 invoked from network); 1 May 2013 15:34:06 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 15:34:06 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 5AE8E2211A3 for ; Wed, 1 May 2013 16:34:01 +0100 (BST) MIME-Version: 1.0 Date: Wed, 01 May 2013 16:34:00 +0100 From: Gordan Bobic To: In-Reply-To: <51812797.9030707@ajlc.waterloo.on.ca> References: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.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 Wed, 01 May 2013 10:32:55 -0400, Tony Lill wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > In order to successfully pass through a USB controller to a linux > PVM, > I also had to add 'xen-pciback.permissive > pci=resource_alignment=00:13.2' > to the dom0 linux command line, though you can do this through /sys > as > well. Any particular reason why specifically 00:13.2 in pci=resource_alignment=00:13.2? And what exactly does it do? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 15:34:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 15:34: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 1UXZ2n-0002ap-Nh; Wed, 01 May 2013 15:34:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXZ2m-0002aN-7C for xen-users@lists.xen.org; Wed, 01 May 2013 15:34:08 +0000 Received: from [85.158.138.51:37909] by server-7.bemta-3.messagelabs.com id 44/76-06591-FE531815; Wed, 01 May 2013 15:34:07 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1367422445!11020381!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 1489 invoked from network); 1 May 2013 15:34:06 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 15:34:06 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 5AE8E2211A3 for ; Wed, 1 May 2013 16:34:01 +0100 (BST) MIME-Version: 1.0 Date: Wed, 01 May 2013 16:34:00 +0100 From: Gordan Bobic To: In-Reply-To: <51812797.9030707@ajlc.waterloo.on.ca> References: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.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 Wed, 01 May 2013 10:32:55 -0400, Tony Lill wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > In order to successfully pass through a USB controller to a linux > PVM, > I also had to add 'xen-pciback.permissive > pci=resource_alignment=00:13.2' > to the dom0 linux command line, though you can do this through /sys > as > well. Any particular reason why specifically 00:13.2 in pci=resource_alignment=00:13.2? And what exactly does it do? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 19:36:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 19:36: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 1UXcoD-0001GI-G5; Wed, 01 May 2013 19:35:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXcoC-0001G5-7d for xen-users@lists.xen.org; Wed, 01 May 2013 19:35:20 +0000 Received: from [85.158.139.83:5191] by server-3.bemta-5.messagelabs.com id 41/4E-31108-77E61815; Wed, 01 May 2013 19:35:19 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-10.tower-182.messagelabs.com!1367436916!28216974!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30749 invoked from network); 1 May 2013 19:35:18 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 19:35:18 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r41JZ7Ej024726 for ; Wed, 1 May 2013 15:35:09 -0400 Message-ID: <51816E6B.6020007@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 15:35:07 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> In-Reply-To: X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.5 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/01/2013 11:34 AM, Gordan Bobic wrote: > On Wed, 01 May 2013 10:32:55 -0400, Tony Lill > wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> In order to successfully pass through a USB controller to a linux >> PVM, I also had to add 'xen-pciback.permissive >> pci=resource_alignment=00:13.2' to the dom0 linux command line, >> though you can do this through /sys as well. > > Any particular reason why specifically 00:13.2 in > pci=resource_alignment=00:13.2? And what exactly does it do? Sorry, replace 00:13.2 with the pci id of your usb controller - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGBbmsACgkQGS8yZq1uvxB6kwCfT/pnf8VgyTOCsW/6IcvPUPLR HO4An0kWgEGNtEIONAdKs5Vt/hSD3Q7A =mTV2 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 19:36:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 19:36: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 1UXcoD-0001GI-G5; Wed, 01 May 2013 19:35:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXcoC-0001G5-7d for xen-users@lists.xen.org; Wed, 01 May 2013 19:35:20 +0000 Received: from [85.158.139.83:5191] by server-3.bemta-5.messagelabs.com id 41/4E-31108-77E61815; Wed, 01 May 2013 19:35:19 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-10.tower-182.messagelabs.com!1367436916!28216974!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30749 invoked from network); 1 May 2013 19:35:18 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 19:35:18 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r41JZ7Ej024726 for ; Wed, 1 May 2013 15:35:09 -0400 Message-ID: <51816E6B.6020007@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 15:35:07 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> In-Reply-To: X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.5 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/01/2013 11:34 AM, Gordan Bobic wrote: > On Wed, 01 May 2013 10:32:55 -0400, Tony Lill > wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> In order to successfully pass through a USB controller to a linux >> PVM, I also had to add 'xen-pciback.permissive >> pci=resource_alignment=00:13.2' to the dom0 linux command line, >> though you can do this through /sys as well. > > Any particular reason why specifically 00:13.2 in > pci=resource_alignment=00:13.2? And what exactly does it do? Sorry, replace 00:13.2 with the pci id of your usb controller - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGBbmsACgkQGS8yZq1uvxB6kwCfT/pnf8VgyTOCsW/6IcvPUPLR HO4An0kWgEGNtEIONAdKs5Vt/hSD3Q7A =mTV2 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 20:16:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 20:16: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 1UXdRJ-0002qW-Gh; Wed, 01 May 2013 20:15:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXdRH-0002qP-FN for xen-users@lists.xen.org; Wed, 01 May 2013 20:15:43 +0000 Received: from [193.109.254.147:20556] by server-5.bemta-14.messagelabs.com id C9/17-09030-EE771815; Wed, 01 May 2013 20:15:42 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1367439342!9729305!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16584 invoked from network); 1 May 2013 20:15:42 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-3.tower-27.messagelabs.com with SMTP; 1 May 2013 20:15:42 -0000 Received: from [212.183.128.209] (helo=host216.msm.che.vodafone) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UXdRF-0000Kh-16; Wed, 01 May 2013 21:15:42 +0100 User-Agent: Kaiten Mail In-Reply-To: <51816E6B.6020007@ajlc.waterloo.on.ca> References: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 01 May 2013 21:15:33 +0100 To: Tony Lill ,xen-users@lists.xen.org Message-ID: <30c8a5ad-27c8-40b0-a588-3c61e21fb189@email.android.com> X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Tony Lill wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >On 05/01/2013 11:34 AM, Gordan Bobic wrote: >> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >> wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> In order to successfully pass through a USB controller to a linux >>> PVM, I also had to add 'xen-pciback.permissive >>> pci=resource_alignment=00:13.2' to the dom0 linux command line, >>> though you can do this through /sys as well. >> >> Any particular reason why specifically 00:13.2 in >> pci=resource_alignment=00:13.2? And what exactly does it do? > >Sorry, replace 00:13.2 with the pci id of your usb controller > > Thanks. What do I do if I have more than one device I'm passing please? -- Sent from Kaiten Mail on Android. Please excuse my brevity. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 20:16:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 20:16: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 1UXdRJ-0002qW-Gh; Wed, 01 May 2013 20:15:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXdRH-0002qP-FN for xen-users@lists.xen.org; Wed, 01 May 2013 20:15:43 +0000 Received: from [193.109.254.147:20556] by server-5.bemta-14.messagelabs.com id C9/17-09030-EE771815; Wed, 01 May 2013 20:15:42 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1367439342!9729305!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16584 invoked from network); 1 May 2013 20:15:42 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-3.tower-27.messagelabs.com with SMTP; 1 May 2013 20:15:42 -0000 Received: from [212.183.128.209] (helo=host216.msm.che.vodafone) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UXdRF-0000Kh-16; Wed, 01 May 2013 21:15:42 +0100 User-Agent: Kaiten Mail In-Reply-To: <51816E6B.6020007@ajlc.waterloo.on.ca> References: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 01 May 2013 21:15:33 +0100 To: Tony Lill ,xen-users@lists.xen.org Message-ID: <30c8a5ad-27c8-40b0-a588-3c61e21fb189@email.android.com> X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Tony Lill wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >On 05/01/2013 11:34 AM, Gordan Bobic wrote: >> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >> wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> In order to successfully pass through a USB controller to a linux >>> PVM, I also had to add 'xen-pciback.permissive >>> pci=resource_alignment=00:13.2' to the dom0 linux command line, >>> though you can do this through /sys as well. >> >> Any particular reason why specifically 00:13.2 in >> pci=resource_alignment=00:13.2? And what exactly does it do? > >Sorry, replace 00:13.2 with the pci id of your usb controller > > Thanks. What do I do if I have more than one device I'm passing please? -- Sent from Kaiten Mail on Android. Please excuse my brevity. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 21:42:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 21:42: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 1UXemE-0004i8-Ay; Wed, 01 May 2013 21:41:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXemC-0004hy-Uh for xen-users@lists.xen.org; Wed, 01 May 2013 21:41:25 +0000 Received: from [85.158.137.99:62458] by server-6.bemta-3.messagelabs.com id 23/87-11048-FFB81815; Wed, 01 May 2013 21:41:19 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-217.messagelabs.com!1367444478!16894664!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 6033 invoked from network); 1 May 2013 21:41:19 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 21:41:19 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.103.215.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 8E9FC2211A3; Wed, 1 May 2013 22:41:13 +0100 (BST) Message-ID: <51818BF3.6050203@bobich.net> Date: Wed, 01 May 2013 22:41:07 +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: Tony Lill References: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> In-Reply-To: <51816E6B.6020007@ajlc.waterloo.on.ca> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.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 05/01/2013 11:34 AM, Gordan Bobic wrote: >> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >> wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> In order to successfully pass through a USB controller to a linux >>> PVM, I also had to add 'xen-pciback.permissive >>> pci=resource_alignment=00:13.2' to the dom0 linux command line, >>> though you can do this through /sys as well. >> >> Any particular reason why specifically 00:13.2 in >> pci=resource_alignment=00:13.2? And what exactly does it do? > > Sorry, replace 00:13.2 with the pci id of your usb controller But why is pci=resource_alignment important specifically for the host USB controller passthrough? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 01 21:42:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 01 May 2013 21:42: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 1UXemE-0004i8-Ay; Wed, 01 May 2013 21:41:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXemC-0004hy-Uh for xen-users@lists.xen.org; Wed, 01 May 2013 21:41:25 +0000 Received: from [85.158.137.99:62458] by server-6.bemta-3.messagelabs.com id 23/87-11048-FFB81815; Wed, 01 May 2013 21:41:19 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-217.messagelabs.com!1367444478!16894664!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 6033 invoked from network); 1 May 2013 21:41:19 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 May 2013 21:41:19 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.103.215.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 8E9FC2211A3; Wed, 1 May 2013 22:41:13 +0100 (BST) Message-ID: <51818BF3.6050203@bobich.net> Date: Wed, 01 May 2013 22:41:07 +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: Tony Lill References: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> In-Reply-To: <51816E6B.6020007@ajlc.waterloo.on.ca> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.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 05/01/2013 11:34 AM, Gordan Bobic wrote: >> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >> wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> In order to successfully pass through a USB controller to a linux >>> PVM, I also had to add 'xen-pciback.permissive >>> pci=resource_alignment=00:13.2' to the dom0 linux command line, >>> though you can do this through /sys as well. >> >> Any particular reason why specifically 00:13.2 in >> pci=resource_alignment=00:13.2? And what exactly does it do? > > Sorry, replace 00:13.2 with the pci id of your usb controller But why is pci=resource_alignment important specifically for the host USB controller passthrough? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 00:20:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 00:20:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXhEY-0007OB-Gb; Thu, 02 May 2013 00:18:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXhEW-0007O6-JA for xen-users@lists.xen.org; Thu, 02 May 2013 00:18:49 +0000 Received: from [85.158.137.99:50973] by server-7.bemta-3.messagelabs.com id EA/73-06591-7E0B1815; Thu, 02 May 2013 00:18:47 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-15.tower-217.messagelabs.com!1367453925!14971870!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13900 invoked from network); 2 May 2013 00:18:46 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-15.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 00:18:46 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r420IaDE012357 for ; Wed, 1 May 2013 20:18:38 -0400 Message-ID: <5181B0DC.4070200@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 20:18:36 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> <30c8a5ad-27c8-40b0-a588-3c61e21fb189@email.android.com> In-Reply-To: <30c8a5ad-27c8-40b0-a588-3c61e21fb189@email.android.com> X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.5 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/01/2013 04:15 PM, Paul Stimpson wrote: > > > Tony Lill wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> >> On 05/01/2013 11:34 AM, Gordan Bobic wrote: >>> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >>> wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>> >>>> In order to successfully pass through a USB controller to a >>>> linux PVM, I also had to add 'xen-pciback.permissive >>>> pci=resource_alignment=00:13.2' to the dom0 linux command >>>> line, though you can do this through /sys as well. >>> >>> Any particular reason why specifically 00:13.2 in >>> pci=resource_alignment=00:13.2? And what exactly does it do? >> >> Sorry, replace 00:13.2 with the pci id of your usb controller >> >> > > Thanks. What do I do if I have more than one device I'm passing > please? semi-colon separated list - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGBsNwACgkQGS8yZq1uvxCkfQCeLjKlOsDN1aaR6n9kOo6zipVJ wI8AnR52n/x1mbNoKMH0cjY8uYzJEv9r =QGKe -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 00:20:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 00:20:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXhEY-0007OB-Gb; Thu, 02 May 2013 00:18:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXhEW-0007O6-JA for xen-users@lists.xen.org; Thu, 02 May 2013 00:18:49 +0000 Received: from [85.158.137.99:50973] by server-7.bemta-3.messagelabs.com id EA/73-06591-7E0B1815; Thu, 02 May 2013 00:18:47 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-15.tower-217.messagelabs.com!1367453925!14971870!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13900 invoked from network); 2 May 2013 00:18:46 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-15.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 00:18:46 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r420IaDE012357 for ; Wed, 1 May 2013 20:18:38 -0400 Message-ID: <5181B0DC.4070200@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 20:18:36 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> <30c8a5ad-27c8-40b0-a588-3c61e21fb189@email.android.com> In-Reply-To: <30c8a5ad-27c8-40b0-a588-3c61e21fb189@email.android.com> X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.5 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/01/2013 04:15 PM, Paul Stimpson wrote: > > > Tony Lill wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> >> On 05/01/2013 11:34 AM, Gordan Bobic wrote: >>> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >>> wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>> >>>> In order to successfully pass through a USB controller to a >>>> linux PVM, I also had to add 'xen-pciback.permissive >>>> pci=resource_alignment=00:13.2' to the dom0 linux command >>>> line, though you can do this through /sys as well. >>> >>> Any particular reason why specifically 00:13.2 in >>> pci=resource_alignment=00:13.2? And what exactly does it do? >> >> Sorry, replace 00:13.2 with the pci id of your usb controller >> >> > > Thanks. What do I do if I have more than one device I'm passing > please? semi-colon separated list - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGBsNwACgkQGS8yZq1uvxCkfQCeLjKlOsDN1aaR6n9kOo6zipVJ wI8AnR52n/x1mbNoKMH0cjY8uYzJEv9r =QGKe -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 00:33:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 00:33: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 1UXhRT-0007oM-2X; Thu, 02 May 2013 00:32:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXhRR-0007oH-0l for xen-users@lists.xen.org; Thu, 02 May 2013 00:32:09 +0000 Received: from [85.158.139.211:41346] by server-1.bemta-5.messagelabs.com id C5/FB-01720-804B1815; Thu, 02 May 2013 00:32:08 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-13.tower-206.messagelabs.com!1367454726!17319399!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9314 invoked from network); 2 May 2013 00:32:07 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 00:32:07 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r420VxwO012987 for ; Wed, 1 May 2013 20:32:00 -0400 Message-ID: <5181B3FF.1080109@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 20:31:59 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> <51818BF3.6050203@bobich.net> In-Reply-To: <51818BF3.6050203@bobich.net> X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.6 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/01/2013 05:41 PM, Gordan Bobic wrote: >> On 05/01/2013 11:34 AM, Gordan Bobic wrote: >>> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >>> wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>> >>>> In order to successfully pass through a USB controller to a >>>> linux PVM, I also had to add 'xen-pciback.permissive >>>> pci=resource_alignment=00:13.2' to the dom0 linux command >>>> line, though you can do this through /sys as well. >>> >>> Any particular reason why specifically 00:13.2 in >>> pci=resource_alignment=00:13.2? And what exactly does it do? >> >> Sorry, replace 00:13.2 with the pci id of your usb controller > > But why is pci=resource_alignment important specifically for the > host USB controller passthrough? I've given up asking 'why' when it comes to xen. Just keep poking around different hypervisors, kernels, options, etc. until you find some combination that works, and don't expect to work on a different machine or survive an upgrade. In this case I got an error message, googled it, it said use that option, and it fixed it. If it doesn't, rinse and repeat. -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 --------------- http://www.ajlc.waterloo.on.ca/ ---------------- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 00:33:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 00:33: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 1UXhRT-0007oM-2X; Thu, 02 May 2013 00:32:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXhRR-0007oH-0l for xen-users@lists.xen.org; Thu, 02 May 2013 00:32:09 +0000 Received: from [85.158.139.211:41346] by server-1.bemta-5.messagelabs.com id C5/FB-01720-804B1815; Thu, 02 May 2013 00:32:08 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-13.tower-206.messagelabs.com!1367454726!17319399!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9314 invoked from network); 2 May 2013 00:32:07 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 00:32:07 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r420VxwO012987 for ; Wed, 1 May 2013 20:32:00 -0400 Message-ID: <5181B3FF.1080109@ajlc.waterloo.on.ca> Date: Wed, 01 May 2013 20:31:59 -0400 From: Tony Lill 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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> <51818BF3.6050203@bobich.net> In-Reply-To: <51818BF3.6050203@bobich.net> X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.6 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/01/2013 05:41 PM, Gordan Bobic wrote: >> On 05/01/2013 11:34 AM, Gordan Bobic wrote: >>> On Wed, 01 May 2013 10:32:55 -0400, Tony Lill >>> wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>> >>>> In order to successfully pass through a USB controller to a >>>> linux PVM, I also had to add 'xen-pciback.permissive >>>> pci=resource_alignment=00:13.2' to the dom0 linux command >>>> line, though you can do this through /sys as well. >>> >>> Any particular reason why specifically 00:13.2 in >>> pci=resource_alignment=00:13.2? And what exactly does it do? >> >> Sorry, replace 00:13.2 with the pci id of your usb controller > > But why is pci=resource_alignment important specifically for the > host USB controller passthrough? I've given up asking 'why' when it comes to xen. Just keep poking around different hypervisors, kernels, options, etc. until you find some combination that works, and don't expect to work on a different machine or survive an upgrade. In this case I got an error message, googled it, it said use that option, and it fixed it. If it doesn't, rinse and repeat. -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 --------------- http://www.ajlc.waterloo.on.ca/ ---------------- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 07:16:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 07:16: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 1UXnjy-0004Aq-7g; Thu, 02 May 2013 07:15:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXnjx-0004Al-Aq for xen-users@lists.xen.org; Thu, 02 May 2013 07:15:41 +0000 Received: from [85.158.137.99:34197] by server-14.bemta-3.messagelabs.com id B5/A5-20016-C9212815; Thu, 02 May 2013 07:15:40 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-217.messagelabs.com!1367478939!14952673!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 30956 invoked from network); 2 May 2013 07:15:39 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 07:15:39 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.110.238.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 932ED2211A3 for ; Thu, 2 May 2013 08:15:33 +0100 (BST) Message-ID: <5182128F.6090406@bobich.net> Date: Thu, 02 May 2013 08:15:27 +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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> <51818BF3.6050203@bobich.net> <5181B3FF.1080109@ajlc.waterloo.on.ca> In-Reply-To: <5181B3FF.1080109@ajlc.waterloo.on.ca> Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.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 05/02/2013 01:31 AM, Tony Lill wrote: >>>>> In order to successfully pass through a USB controller to a >>>>> linux PVM, I also had to add 'xen-pciback.permissive >>>>> pci=resource_alignment=00:13.2' to the dom0 linux command >>>>> line, though you can do this through /sys as well. >>>> >>>> Any particular reason why specifically 00:13.2 in >>>> pci=resource_alignment=00:13.2? And what exactly does it do? >>> >>> Sorry, replace 00:13.2 with the pci id of your usb controller >> >> But why is pci=resource_alignment important specifically for the >> host USB controller passthrough? > > I've given up asking 'why' when it comes to xen. Just keep poking > around different hypervisors, kernels, options, etc. until you find > some combination that works, and don't expect to work on a different > machine or survive an upgrade. That's not exactly a glowing endorsement of what is supposed to be an enterprise grade product... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 07:16:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 07:16: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 1UXnjy-0004Aq-7g; Thu, 02 May 2013 07:15:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXnjx-0004Al-Aq for xen-users@lists.xen.org; Thu, 02 May 2013 07:15:41 +0000 Received: from [85.158.137.99:34197] by server-14.bemta-3.messagelabs.com id B5/A5-20016-C9212815; Thu, 02 May 2013 07:15:40 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-217.messagelabs.com!1367478939!14952673!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 30956 invoked from network); 2 May 2013 07:15:39 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 07:15:39 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.110.238.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 932ED2211A3 for ; Thu, 2 May 2013 08:15:33 +0100 (BST) Message-ID: <5182128F.6090406@bobich.net> Date: Thu, 02 May 2013 08:15:27 +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: <51811F06.1010006@stimpsonfamily.co.uk> <51812797.9030707@ajlc.waterloo.on.ca> <51816E6B.6020007@ajlc.waterloo.on.ca> <51818BF3.6050203@bobich.net> <5181B3FF.1080109@ajlc.waterloo.on.ca> In-Reply-To: <5181B3FF.1080109@ajlc.waterloo.on.ca> Subject: Re: [Xen-users] VT-d passthrough strangeness X-BeenThere: xen-users@lists.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 05/02/2013 01:31 AM, Tony Lill wrote: >>>>> In order to successfully pass through a USB controller to a >>>>> linux PVM, I also had to add 'xen-pciback.permissive >>>>> pci=resource_alignment=00:13.2' to the dom0 linux command >>>>> line, though you can do this through /sys as well. >>>> >>>> Any particular reason why specifically 00:13.2 in >>>> pci=resource_alignment=00:13.2? And what exactly does it do? >>> >>> Sorry, replace 00:13.2 with the pci id of your usb controller >> >> But why is pci=resource_alignment important specifically for the >> host USB controller passthrough? > > I've given up asking 'why' when it comes to xen. Just keep poking > around different hypervisors, kernels, options, etc. until you find > some combination that works, and don't expect to work on a different > machine or survive an upgrade. That's not exactly a glowing endorsement of what is supposed to be an enterprise grade product... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 09:51:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 09:51: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 1UXq9V-0002dx-G0; Thu, 02 May 2013 09:50:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXq9U-0002dn-7K for xen-users@lists.xen.org; Thu, 02 May 2013 09:50:12 +0000 Received: from [85.158.139.211:36296] by server-9.bemta-5.messagelabs.com id 8C/4B-14875-3D632815; Thu, 02 May 2013 09:50:11 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-8.tower-206.messagelabs.com!1367488210!21355636!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 14507 invoked from network); 2 May 2013 09:50:10 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-8.tower-206.messagelabs.com with SMTP; 2 May 2013 09:50:10 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 2BF4028EC13; Thu, 2 May 2013 10:49:40 +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 9zR7N0bMu8iK; Thu, 2 May 2013 10:49:38 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 58DA828E115; Thu, 2 May 2013 10:49:38 +0100 (BST) Message-ID: <1367488178.17364.91.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Paul Stimpson Date: Thu, 02 May 2013 10:49:38 +0100 In-Reply-To: <518124EF.9060508@stimpsonfamily.co.uk> 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> <1366804785.26433.96.camel@gokoloko.cinosure.com> <1367414398.17364.80.camel@gokoloko.cinosure.com> <518124EF.9060508@stimpsonfamily.co.uk> 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-05-01 at 15:21 +0100, Paul Stimpson wrote: > Hi Jon, > > On 01/05/13 14:19, Jonathan Gowar wrote: > > > > I have installed XCP 1.6 CentOS version today, and have the same issue. > > I want to know where to add the allow_unsafe option, but I have not been > > able to find were to change this in CentOS; as there is > > no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. > > > > > > I think that you're trying to share a core between your Dom0 and a DomU > which, if your DomUs aren't trusted might present a risk of taking the > machine down if the one sharing that Dom0 CPU falls over. > > I don't know CentOS but, depending on which version of GrUB you have, it > might be worth checking /boot/grub/grub.conf or searching in /etc/sysconfig. Thanks, Paul. In the end, I found it in /boot/extlinux.conf , more importantly, I can launch VMs now :) Regards, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 09:51:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 09:51: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 1UXq9V-0002dx-G0; Thu, 02 May 2013 09:50:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXq9U-0002dn-7K for xen-users@lists.xen.org; Thu, 02 May 2013 09:50:12 +0000 Received: from [85.158.139.211:36296] by server-9.bemta-5.messagelabs.com id 8C/4B-14875-3D632815; Thu, 02 May 2013 09:50:11 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-8.tower-206.messagelabs.com!1367488210!21355636!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 14507 invoked from network); 2 May 2013 09:50:10 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-8.tower-206.messagelabs.com with SMTP; 2 May 2013 09:50:10 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 2BF4028EC13; Thu, 2 May 2013 10:49:40 +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 9zR7N0bMu8iK; Thu, 2 May 2013 10:49:38 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 58DA828E115; Thu, 2 May 2013 10:49:38 +0100 (BST) Message-ID: <1367488178.17364.91.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Paul Stimpson Date: Thu, 02 May 2013 10:49:38 +0100 In-Reply-To: <518124EF.9060508@stimpsonfamily.co.uk> 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> <1366804785.26433.96.camel@gokoloko.cinosure.com> <1367414398.17364.80.camel@gokoloko.cinosure.com> <518124EF.9060508@stimpsonfamily.co.uk> 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-05-01 at 15:21 +0100, Paul Stimpson wrote: > Hi Jon, > > On 01/05/13 14:19, Jonathan Gowar wrote: > > > > I have installed XCP 1.6 CentOS version today, and have the same issue. > > I want to know where to add the allow_unsafe option, but I have not been > > able to find were to change this in CentOS; as there is > > no /etc/default/grub or /boot/grub/menu.lst Assistance appreciated. > > > > > > I think that you're trying to share a core between your Dom0 and a DomU > which, if your DomUs aren't trusted might present a risk of taking the > machine down if the one sharing that Dom0 CPU falls over. > > I don't know CentOS but, depending on which version of GrUB you have, it > might be worth checking /boot/grub/grub.conf or searching in /etc/sysconfig. Thanks, Paul. In the end, I found it in /boot/extlinux.conf , more importantly, I can launch VMs now :) Regards, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 10:04:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 10:04: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 1UXqMN-0003hv-B6; Thu, 02 May 2013 10:03:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXqMK-0003hi-SX for xen-users@lists.xen.org; Thu, 02 May 2013 10:03:29 +0000 Received: from [85.158.143.99:7215] by server-3.bemta-4.messagelabs.com id 51/CD-02015-0F932815; Thu, 02 May 2013 10:03:28 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1367488968!23552243!1 X-Originating-IP: [209.85.212.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 29883 invoked from network); 2 May 2013 10:02:54 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 10:02:54 -0000 Received: by mail-wi0-f177.google.com with SMTP id hq12so390090wib.16 for ; Thu, 02 May 2013 03:02: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=QXnkd9jSEj4rGsOskFckrrnxvG/NkLPSAwZ4OIWVDAk=; b=u0WY/d6wsE25y5Bux7JKtyDUKWm0btseaLITRjaYv4zKM1CsNMsRPL/DhFjCP1zLcW fcqLgKrRme5FzMgOSYgBzfXXsU0K4h4Vpvzbq2ZPlfgLwbIc5gLqjfv18hfo4E3peyYU BQ0sRaqf2116RmwvsNzuaINVvuE+mRx4tiGUaesB19e5Ov4SpJw2n3Vmskxr8o0R9VgR wxuyppN1W/a7f9QStIEaB6rSZ4iJQJzu8Q4clyO38i1h3SRj6uHI9irJqwZS+SXSfsra AjNndJk9A5Kr5TOlDr7Hd1JZWHTgAy2U5UxTWYgH+q/g+IsAtQS1b7oPmylI0rLPOcvV R5Ww== MIME-Version: 1.0 X-Received: by 10.180.89.140 with SMTP id bo12mr16483499wib.22.1367488968329; Thu, 02 May 2013 03:02:48 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Thu, 2 May 2013 03:02:48 -0700 (PDT) Date: Thu, 2 May 2013 12:02:48 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen live migration + Openvswitch give longer downtime X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7492969478340003157==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7492969478340003157== Content-Type: multipart/alternative; boundary=e89a8f3bab853110e904dbb95697 --e89a8f3bab853110e904dbb95697 Content-Type: text/plain; charset=ISO-8859-1 Hi All, I have setup my Xen 4.2.1 from sources in Ubuntu 12.04 as domu with XM toolstack. I used Opensuse 12.3 as the DomU and create the bridge using Openvswitch. Firstly I hacked the vif-bridge of Xen in order to support Openvswitch since I am using xm tollstack. I am able to to run the DomU and Live migration using openvswitch. However, I got longer downtime (8-15s) as the result. Using basic bridge from brctl-utils the downtime is in ms. I see the log it seem VM spent a lot of time waiting for network resources. Since I am not sure my code hacking in vif-script have the bad impact then I decided to use brcompat module to be able using brctl command and restore vif-bridge back to original. I have configured and test the scenarios using brcompat module, its improved by still the down time is too long. I got 5-6s downtime when failover occurs on my scenarios. The problem still remains the same, the VM spent a lot of time waiting for the resource. [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3015) XendDomainInfo.completeRestore [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:1795) Storing domain details: {'console/ring-ref': '357365', 'image/entry': '18446744071562076160', 'console/port': '2', 'store/ring-ref': '357366', 'image/loader': 'generic', 'vm': '/vm/26a013d3-fb9e-481a-0a49-6dabcfcb261a', 'control/platform-feature-multiprocessor-suspend': '1', 'image/features/auto-translated-physmap': '1', 'image/guest-os': 'linux', 'image/features/writable-descriptor-tables': '1', 'image/virt-base': '18446744071562067968', 'memory/target': '1048576', 'image/guest-version': '2.6', 'image/features/supervisor-mode-kernel': '1', 'control/platform-feature-xs_reset_watches': '1', 'description': '', 'console/limit': '1048576', 'image/paddr-offset': '0', 'image/hypercall-page': '18446744071562080256', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', 'image/features/writable-page-tables': '1', 'console/type': 'xenconsoled', 'image/supported-features': '2063', 'image/mod-start-pfn': '1', 'name': 'opensuse', 'domid': '6', 'image/xen-version': 'xen-3.0', 'image/init-p2m': '18446719884453740544', 'store/port': '1'} [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3027) XendDomainInfo.completeRestore done [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3028) GRE Tunnel Switching OK [2013-05-02 11:32:24 1625] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices tap2. [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices vif. [2013-05-02 11:32:29 1625] DEBUG (DevController:144) Waiting for 0. [2013-05-02 11:32:29 1625] DEBUG (DevController:628) hotplugStatusCallback /local/domain/0/backend/vif/6/0/hotplug-status. [2013-05-02 11:32:29 1625] DEBUG (DevController:642) hotplugStatusCallback 1. [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices vkbd. [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices ioports. As we can see above xend complete restore at 11:32:24 but got the result 11:32:29. Anybody have experince on it? any clues would be very appreciated. Cheers, Agya --e89a8f3bab853110e904dbb95697 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All,

I have setup my Xen 4.2.1= from sources in Ubuntu 12.04 as domu with XM toolstack. I used Opensuse 12= .3 as the DomU and create the bridge using Openvswitch. Firstly I hacked th= e vif-bridge of Xen in order to support Openvswitch since I am using xm tol= lstack. I am able to to run the DomU and Live migration using openvswitch. = However, I got longer downtime (8-15s) as the result. Using basic bridge fr= om brctl-utils the downtime is in ms. I see the log it seem VM spent a lot = of time waiting for network resources.

Since I am not sure my code hacking in vif-script have the = bad impact then I decided to use brcompat module to be able using brctl com= mand and restore vif-bridge back to original. I have configured and test th= e scenarios using brcompat module, its improved by still the down time is t= oo long. I got 5-6s downtime when failover occurs on my scenarios. The prob= lem still remains the same, the VM spent a lot of time waiting for the reso= urce.=A0

[2013-05-02 11:32= :23 1625] DEBUG (XendDomainInfo:3015) XendDomainInfo.completeRestore
<= div> [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:1795) Storing domain detai= ls: {'console/ring-ref': '357365', 'image/entry': &= #39;18446744071562076160', 'console/port': '2', 'st= ore/ring-ref': '357366', 'image/loader': 'generic&#= 39;, 'vm': '/vm/26a013d3-fb9e-481a-0a49-6dabcfcb261a', '= ;control/platform-feature-multiprocessor-suspend': '1', 'im= age/features/auto-translated-physmap': '1', 'image/guest-os= ': 'linux', 'image/features/writable-descriptor-tables'= : '1', 'image/virt-base': '18446744071562067968', &= #39;memory/target': '1048576', 'image/guest-version': &= #39;2.6', 'image/features/supervisor-mode-kernel': '1',= 'control/platform-feature-xs_reset_watches': '1', 'des= cription': '', 'console/limit': '1048576', '= ;image/paddr-offset': '0', 'image/hypercall-page': '= ;18446744071562080256', 'image/suspend-cancel': '1', &#= 39;cpu/0/availability': 'online', 'image/features/writable-= page-tables': '1', 'console/type': 'xenconsoled'= ;, 'image/supported-features': '2063', 'image/mod-start= -pfn': '1', 'name': 'opensuse', 'domid'= : '6', 'image/xen-version': 'xen-3.0', 'image/i= nit-p2m': '18446719884453740544', 'store/port': '1&= #39;}
[2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3027) XendDomainInfo.= completeRestore done
[2013-05-02 11:32:23 1625] DEBUG (XendDomain= Info:3028) GRE Tunnel Switching OK
[2013-05-02 11:32:24 1625] DEB= UG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devic= es tap2.
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) Wai= ting for devices=A0vif.
[2013-05-02 11:32:29 1625] DEBUG (DevCont= roller:144) Waiting for 0.
[2013-05-02 11:32:29 1625] DEBUG (DevController:628)=A0hotplugStatusCa= llback=A0/local/domain/0/backend/vif/6/0/hotplug-status.
[2013-05= -02 11:32:29 1625] DEBUG (DevController:642)=A0hotplugStatusCallback=A01.
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devic= es=A0vkbd.
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) W= aiting for=A0devices=A0ioports.

As we can se= e above xend complete restore at 11:32:24 but got the result 11:32:29.=A0

Anybody have experince on it? any clues wou= ld be very appreciated.

Cheers,
<= div style>
Agya
--e89a8f3bab853110e904dbb95697-- --===============7492969478340003157== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7492969478340003157==-- From xen-users-bounces@lists.xen.org Thu May 02 10:04:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 10:04: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 1UXqMN-0003hv-B6; Thu, 02 May 2013 10:03:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXqMK-0003hi-SX for xen-users@lists.xen.org; Thu, 02 May 2013 10:03:29 +0000 Received: from [85.158.143.99:7215] by server-3.bemta-4.messagelabs.com id 51/CD-02015-0F932815; Thu, 02 May 2013 10:03:28 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1367488968!23552243!1 X-Originating-IP: [209.85.212.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 29883 invoked from network); 2 May 2013 10:02:54 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 10:02:54 -0000 Received: by mail-wi0-f177.google.com with SMTP id hq12so390090wib.16 for ; Thu, 02 May 2013 03:02: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=QXnkd9jSEj4rGsOskFckrrnxvG/NkLPSAwZ4OIWVDAk=; b=u0WY/d6wsE25y5Bux7JKtyDUKWm0btseaLITRjaYv4zKM1CsNMsRPL/DhFjCP1zLcW fcqLgKrRme5FzMgOSYgBzfXXsU0K4h4Vpvzbq2ZPlfgLwbIc5gLqjfv18hfo4E3peyYU BQ0sRaqf2116RmwvsNzuaINVvuE+mRx4tiGUaesB19e5Ov4SpJw2n3Vmskxr8o0R9VgR wxuyppN1W/a7f9QStIEaB6rSZ4iJQJzu8Q4clyO38i1h3SRj6uHI9irJqwZS+SXSfsra AjNndJk9A5Kr5TOlDr7Hd1JZWHTgAy2U5UxTWYgH+q/g+IsAtQS1b7oPmylI0rLPOcvV R5Ww== MIME-Version: 1.0 X-Received: by 10.180.89.140 with SMTP id bo12mr16483499wib.22.1367488968329; Thu, 02 May 2013 03:02:48 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Thu, 2 May 2013 03:02:48 -0700 (PDT) Date: Thu, 2 May 2013 12:02:48 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen live migration + Openvswitch give longer downtime X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7492969478340003157==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7492969478340003157== Content-Type: multipart/alternative; boundary=e89a8f3bab853110e904dbb95697 --e89a8f3bab853110e904dbb95697 Content-Type: text/plain; charset=ISO-8859-1 Hi All, I have setup my Xen 4.2.1 from sources in Ubuntu 12.04 as domu with XM toolstack. I used Opensuse 12.3 as the DomU and create the bridge using Openvswitch. Firstly I hacked the vif-bridge of Xen in order to support Openvswitch since I am using xm tollstack. I am able to to run the DomU and Live migration using openvswitch. However, I got longer downtime (8-15s) as the result. Using basic bridge from brctl-utils the downtime is in ms. I see the log it seem VM spent a lot of time waiting for network resources. Since I am not sure my code hacking in vif-script have the bad impact then I decided to use brcompat module to be able using brctl command and restore vif-bridge back to original. I have configured and test the scenarios using brcompat module, its improved by still the down time is too long. I got 5-6s downtime when failover occurs on my scenarios. The problem still remains the same, the VM spent a lot of time waiting for the resource. [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3015) XendDomainInfo.completeRestore [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:1795) Storing domain details: {'console/ring-ref': '357365', 'image/entry': '18446744071562076160', 'console/port': '2', 'store/ring-ref': '357366', 'image/loader': 'generic', 'vm': '/vm/26a013d3-fb9e-481a-0a49-6dabcfcb261a', 'control/platform-feature-multiprocessor-suspend': '1', 'image/features/auto-translated-physmap': '1', 'image/guest-os': 'linux', 'image/features/writable-descriptor-tables': '1', 'image/virt-base': '18446744071562067968', 'memory/target': '1048576', 'image/guest-version': '2.6', 'image/features/supervisor-mode-kernel': '1', 'control/platform-feature-xs_reset_watches': '1', 'description': '', 'console/limit': '1048576', 'image/paddr-offset': '0', 'image/hypercall-page': '18446744071562080256', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', 'image/features/writable-page-tables': '1', 'console/type': 'xenconsoled', 'image/supported-features': '2063', 'image/mod-start-pfn': '1', 'name': 'opensuse', 'domid': '6', 'image/xen-version': 'xen-3.0', 'image/init-p2m': '18446719884453740544', 'store/port': '1'} [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3027) XendDomainInfo.completeRestore done [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3028) GRE Tunnel Switching OK [2013-05-02 11:32:24 1625] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices tap2. [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices vif. [2013-05-02 11:32:29 1625] DEBUG (DevController:144) Waiting for 0. [2013-05-02 11:32:29 1625] DEBUG (DevController:628) hotplugStatusCallback /local/domain/0/backend/vif/6/0/hotplug-status. [2013-05-02 11:32:29 1625] DEBUG (DevController:642) hotplugStatusCallback 1. [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices vkbd. [2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devices ioports. As we can see above xend complete restore at 11:32:24 but got the result 11:32:29. Anybody have experince on it? any clues would be very appreciated. Cheers, Agya --e89a8f3bab853110e904dbb95697 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All,

I have setup my Xen 4.2.1= from sources in Ubuntu 12.04 as domu with XM toolstack. I used Opensuse 12= .3 as the DomU and create the bridge using Openvswitch. Firstly I hacked th= e vif-bridge of Xen in order to support Openvswitch since I am using xm tol= lstack. I am able to to run the DomU and Live migration using openvswitch. = However, I got longer downtime (8-15s) as the result. Using basic bridge fr= om brctl-utils the downtime is in ms. I see the log it seem VM spent a lot = of time waiting for network resources.

Since I am not sure my code hacking in vif-script have the = bad impact then I decided to use brcompat module to be able using brctl com= mand and restore vif-bridge back to original. I have configured and test th= e scenarios using brcompat module, its improved by still the down time is t= oo long. I got 5-6s downtime when failover occurs on my scenarios. The prob= lem still remains the same, the VM spent a lot of time waiting for the reso= urce.=A0

[2013-05-02 11:32= :23 1625] DEBUG (XendDomainInfo:3015) XendDomainInfo.completeRestore
<= div> [2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:1795) Storing domain detai= ls: {'console/ring-ref': '357365', 'image/entry': &= #39;18446744071562076160', 'console/port': '2', 'st= ore/ring-ref': '357366', 'image/loader': 'generic&#= 39;, 'vm': '/vm/26a013d3-fb9e-481a-0a49-6dabcfcb261a', '= ;control/platform-feature-multiprocessor-suspend': '1', 'im= age/features/auto-translated-physmap': '1', 'image/guest-os= ': 'linux', 'image/features/writable-descriptor-tables'= : '1', 'image/virt-base': '18446744071562067968', &= #39;memory/target': '1048576', 'image/guest-version': &= #39;2.6', 'image/features/supervisor-mode-kernel': '1',= 'control/platform-feature-xs_reset_watches': '1', 'des= cription': '', 'console/limit': '1048576', '= ;image/paddr-offset': '0', 'image/hypercall-page': '= ;18446744071562080256', 'image/suspend-cancel': '1', &#= 39;cpu/0/availability': 'online', 'image/features/writable-= page-tables': '1', 'console/type': 'xenconsoled'= ;, 'image/supported-features': '2063', 'image/mod-start= -pfn': '1', 'name': 'opensuse', 'domid'= : '6', 'image/xen-version': 'xen-3.0', 'image/i= nit-p2m': '18446719884453740544', 'store/port': '1&= #39;}
[2013-05-02 11:32:23 1625] DEBUG (XendDomainInfo:3027) XendDomainInfo.= completeRestore done
[2013-05-02 11:32:23 1625] DEBUG (XendDomain= Info:3028) GRE Tunnel Switching OK
[2013-05-02 11:32:24 1625] DEB= UG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devic= es tap2.
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) Wai= ting for devices=A0vif.
[2013-05-02 11:32:29 1625] DEBUG (DevCont= roller:144) Waiting for 0.
[2013-05-02 11:32:29 1625] DEBUG (DevController:628)=A0hotplugStatusCa= llback=A0/local/domain/0/backend/vif/6/0/hotplug-status.
[2013-05= -02 11:32:29 1625] DEBUG (DevController:642)=A0hotplugStatusCallback=A01.
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) Waiting for devic= es=A0vkbd.
[2013-05-02 11:32:29 1625] DEBUG (DevController:139) W= aiting for=A0devices=A0ioports.

As we can se= e above xend complete restore at 11:32:24 but got the result 11:32:29.=A0

Anybody have experince on it? any clues wou= ld be very appreciated.

Cheers,
<= div style>
Agya
--e89a8f3bab853110e904dbb95697-- --===============7492969478340003157== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7492969478340003157==-- From xen-users-bounces@lists.xen.org Thu May 02 11:57:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 11:57: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 1UXs7f-00020T-70; Thu, 02 May 2013 11:56:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXs7d-00020E-S4; Thu, 02 May 2013 11:56:26 +0000 Received: from [193.109.254.147:40246] by server-12.bemta-14.messagelabs.com id A0/F0-05449-86452815; Thu, 02 May 2013 11:56:24 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1367495737!1718060!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10193 invoked from network); 2 May 2013 11:55:37 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 11:55:37 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 02 May 2013 12:55:36 +0100 Message-Id: <5182708302000078000D2A11@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Thu, 02 May 2013 12:56:19 +0100 From: "Jan Beulich" To: "Gordan Bobic" , "Andreas Falck" References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> In-Reply-To: Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >>> On 01.05.13 at 16:22, Andreas Falck wrote: > I CC the xen-devel list, since that is where I understand that possible > bugs in the main xen tree should be reported. My initial description of the > problem is attached below. > > I tried with and without global interrupt remapping > (iommu=amd-iommu-global-intremap in xen command line), the problem > persists. That was after reading this: > http://www.novell.com/support/kb/doc.php?id=7012337 > > I can provide more information from my system if needed. If you could just try out the tentative solution described in http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html that would already help. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 11:57:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 11:57: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 1UXs7f-00020T-70; Thu, 02 May 2013 11:56:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXs7d-00020E-S4; Thu, 02 May 2013 11:56:26 +0000 Received: from [193.109.254.147:40246] by server-12.bemta-14.messagelabs.com id A0/F0-05449-86452815; Thu, 02 May 2013 11:56:24 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1367495737!1718060!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10193 invoked from network); 2 May 2013 11:55:37 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 11:55:37 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 02 May 2013 12:55:36 +0100 Message-Id: <5182708302000078000D2A11@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Thu, 02 May 2013 12:56:19 +0100 From: "Jan Beulich" To: "Gordan Bobic" , "Andreas Falck" References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> In-Reply-To: Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >>> On 01.05.13 at 16:22, Andreas Falck wrote: > I CC the xen-devel list, since that is where I understand that possible > bugs in the main xen tree should be reported. My initial description of the > problem is attached below. > > I tried with and without global interrupt remapping > (iommu=amd-iommu-global-intremap in xen command line), the problem > persists. That was after reading this: > http://www.novell.com/support/kb/doc.php?id=7012337 > > I can provide more information from my system if needed. If you could just try out the tentative solution described in http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html that would already help. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 12:43:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 12:43: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 1UXspz-0003xB-Rs; Thu, 02 May 2013 12:42:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXspy-0003x3-Cu; Thu, 02 May 2013 12:42:14 +0000 Received: from [85.158.143.99:36988] by server-2.bemta-4.messagelabs.com id E7/88-27124-52F52815; Thu, 02 May 2013 12:42:13 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1367498521!19587952!1 X-Originating-IP: [209.85.217.179] 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 23847 invoked from network); 2 May 2013 12:42:05 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 12:42:05 -0000 Received: by mail-lb0-f179.google.com with SMTP id d10so469526lbj.10 for ; Thu, 02 May 2013 05:42:00 -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=fJOkdmndgXvlSKp7vGBiptP8QTlZid2NEUFCWVt+N0E=; b=mrxW9rPMJ6h7TzdKqoM0/CrgDwogFLZEHn45Bn5Z6bx0K+CRHnWi+5xizTJAqwirkD Gr2PPX83ZaYWIg7PO09y4Ti/1wdc0cqPVumX7gu88X09FtPMjT6HZZWM75agxEzl2j36 ssT0o5BxpbFdb3pgxK/LGND/kPSUBpkLFbB2WgQFT0ffL48itr/yeutetJB3+XBLJ1vJ oaJIieDFp4viTswFudLDZ1B+LCPXIkNfkHQyarkkQmNJ+7N/TydDsCNQuXuWMZEX0aLo 92T8W8Kf5oJ2urNiceSoCzSyV/+CbpCbWVKPI3yCbWHsPfo/acwYUmSuEfFhOfrxryph 8xWg== MIME-Version: 1.0 X-Received: by 10.112.145.230 with SMTP id sx6mr2588273lbb.49.1367498520852; Thu, 02 May 2013 05:42:00 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Thu, 2 May 2013 05:42:00 -0700 (PDT) In-Reply-To: <5182708302000078000D2A11@nat28.tlf.novell.com> References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> Date: Thu, 2 May 2013 14:42:00 +0200 Message-ID: From: Andreas Falck To: Jan Beulich Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2563919825911204012==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2563919825911204012== Content-Type: multipart/alternative; boundary=047d7b3a7d9291004804dbbb8fae --047d7b3a7d9291004804dbbb8fae Content-Type: text/plain; charset=ISO-8859-1 2013/5/2 Jan Beulich > > If you could just try out the tentative solution described in > http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html > that would already help. > I will have a look when I come home from work, it will be a few hours from now. Just so that I understand it right, is this simply a matter of editing pciif.py and commenting out the line if not self.vm.info.is_hvm() and dev.irq: so that the conditioned code is executed for all guests? Regards, Andreas --047d7b3a7d9291004804dbbb8fae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2013= /5/2 Jan Beulich <JBeulich@suse.com>

If you could just try out the tentative solution described in
http://lists.xen.org/archives/html/xen-devel/2013-05/= msg00145.html
that would already help.

I will have a = look when I come home from work, it will be a few hours from now. Just so t= hat I understand it right, is this simply a matter of editing pciif.py and = commenting out the line
        if not self.vm.info.is_hvm() and dev.irq:
so that the con= ditioned code is executed for all guests?

Regards,
Andreas
--047d7b3a7d9291004804dbbb8fae-- --===============2563919825911204012== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2563919825911204012==-- From xen-users-bounces@lists.xen.org Thu May 02 12:43:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 12:43: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 1UXspz-0003xB-Rs; Thu, 02 May 2013 12:42:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXspy-0003x3-Cu; Thu, 02 May 2013 12:42:14 +0000 Received: from [85.158.143.99:36988] by server-2.bemta-4.messagelabs.com id E7/88-27124-52F52815; Thu, 02 May 2013 12:42:13 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1367498521!19587952!1 X-Originating-IP: [209.85.217.179] 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 23847 invoked from network); 2 May 2013 12:42:05 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 12:42:05 -0000 Received: by mail-lb0-f179.google.com with SMTP id d10so469526lbj.10 for ; Thu, 02 May 2013 05:42:00 -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=fJOkdmndgXvlSKp7vGBiptP8QTlZid2NEUFCWVt+N0E=; b=mrxW9rPMJ6h7TzdKqoM0/CrgDwogFLZEHn45Bn5Z6bx0K+CRHnWi+5xizTJAqwirkD Gr2PPX83ZaYWIg7PO09y4Ti/1wdc0cqPVumX7gu88X09FtPMjT6HZZWM75agxEzl2j36 ssT0o5BxpbFdb3pgxK/LGND/kPSUBpkLFbB2WgQFT0ffL48itr/yeutetJB3+XBLJ1vJ oaJIieDFp4viTswFudLDZ1B+LCPXIkNfkHQyarkkQmNJ+7N/TydDsCNQuXuWMZEX0aLo 92T8W8Kf5oJ2urNiceSoCzSyV/+CbpCbWVKPI3yCbWHsPfo/acwYUmSuEfFhOfrxryph 8xWg== MIME-Version: 1.0 X-Received: by 10.112.145.230 with SMTP id sx6mr2588273lbb.49.1367498520852; Thu, 02 May 2013 05:42:00 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Thu, 2 May 2013 05:42:00 -0700 (PDT) In-Reply-To: <5182708302000078000D2A11@nat28.tlf.novell.com> References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> Date: Thu, 2 May 2013 14:42:00 +0200 Message-ID: From: Andreas Falck To: Jan Beulich Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2563919825911204012==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2563919825911204012== Content-Type: multipart/alternative; boundary=047d7b3a7d9291004804dbbb8fae --047d7b3a7d9291004804dbbb8fae Content-Type: text/plain; charset=ISO-8859-1 2013/5/2 Jan Beulich > > If you could just try out the tentative solution described in > http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html > that would already help. > I will have a look when I come home from work, it will be a few hours from now. Just so that I understand it right, is this simply a matter of editing pciif.py and commenting out the line if not self.vm.info.is_hvm() and dev.irq: so that the conditioned code is executed for all guests? Regards, Andreas --047d7b3a7d9291004804dbbb8fae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2013= /5/2 Jan Beulich <JBeulich@suse.com>

If you could just try out the tentative solution described in
http://lists.xen.org/archives/html/xen-devel/2013-05/= msg00145.html
that would already help.

I will have a = look when I come home from work, it will be a few hours from now. Just so t= hat I understand it right, is this simply a matter of editing pciif.py and = commenting out the line
        if not self.vm.info.is_hvm() and dev.irq:
so that the con= ditioned code is executed for all guests?

Regards,
Andreas
--047d7b3a7d9291004804dbbb8fae-- --===============2563919825911204012== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2563919825911204012==-- From xen-users-bounces@lists.xen.org Thu May 02 13:36:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 13:36: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 1UXtf5-0005Hs-CS; Thu, 02 May 2013 13:35:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXtf2-0005Hd-R5; Thu, 02 May 2013 13:35:00 +0000 Received: from [85.158.138.51:40430] by server-9.bemta-3.messagelabs.com id 3A/19-29224-38B62815; Thu, 02 May 2013 13:34:59 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1367501698!21161759!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 31238 invoked from network); 2 May 2013 13:34:58 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 13:34:58 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 02 May 2013 14:34:57 +0100 Message-Id: <518287CC02000078000D2AA4@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Thu, 02 May 2013 14:35:40 +0100 From: "Jan Beulich" To: "Andreas Falck" References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> In-Reply-To: Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >>> On 02.05.13 at 14:42, Andreas Falck wrote: > 2013/5/2 Jan Beulich > >> >> If you could just try out the tentative solution described in >> http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html >> that would already help. >> > > I will have a look when I come home from work, it will be a few hours from > now. Just so that I understand it right, is this simply a matter of editing > pciif.py and commenting out the line > > if not self.vm.info.is_hvm() and dev.irq: > > so that the conditioned code is executed for all guests? No, not the entire line, just the is_hvm part needs to be dropped. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 13:36:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 13:36: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 1UXtf5-0005Hs-CS; Thu, 02 May 2013 13:35:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXtf2-0005Hd-R5; Thu, 02 May 2013 13:35:00 +0000 Received: from [85.158.138.51:40430] by server-9.bemta-3.messagelabs.com id 3A/19-29224-38B62815; Thu, 02 May 2013 13:34:59 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1367501698!21161759!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 31238 invoked from network); 2 May 2013 13:34:58 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 May 2013 13:34:58 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 02 May 2013 14:34:57 +0100 Message-Id: <518287CC02000078000D2AA4@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Thu, 02 May 2013 14:35:40 +0100 From: "Jan Beulich" To: "Andreas Falck" References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> In-Reply-To: Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >>> On 02.05.13 at 14:42, Andreas Falck wrote: > 2013/5/2 Jan Beulich > >> >> If you could just try out the tentative solution described in >> http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html >> that would already help. >> > > I will have a look when I come home from work, it will be a few hours from > now. Just so that I understand it right, is this simply a matter of editing > pciif.py and commenting out the line > > if not self.vm.info.is_hvm() and dev.irq: > > so that the conditioned code is executed for all guests? No, not the entire line, just the is_hvm part needs to be dropped. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 02 13:56:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 13:56: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 1UXtyo-0006RO-Q3; Thu, 02 May 2013 13:55:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXtyk-0006Qk-Ts; Thu, 02 May 2013 13:55:23 +0000 Received: from [193.109.254.147:45703] by server-9.bemta-14.messagelabs.com id 77/B9-04223-94072815; Thu, 02 May 2013 13:55:21 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1367502903!876935!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28701 invoked from network); 2 May 2013 13:55:04 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-7.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 2 May 2013 13:55:04 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXtyH-0002Cn-GZ; Thu, 02 May 2013 13:54:53 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UXtyG-0007Vx-GZ; Thu, 02 May 2013 13:54:52 +0000 Date: Thu, 02 May 2013 13:54:52 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 45 (CVE-2013-1918) - Several long latency operations are not preemptible X-BeenThere: xen-users@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-1918 / XSA-45 version 2 Several long latency operations are not preemptible UPDATES IN VERSION 2 ==================== Patches for xen-unstable refreshed to apply on top of xen.git#staging commit 9626d1c1. Public release. ISSUE DESCRIPTION ================= Page table manipulation operations for PV guests can take significant amounts of time, as they require all present branches to have their type (and thus contents) verified. While the most frequently used operations had been made preemptible in the past, some code paths involving potentially deep page table traversal were still trying to do their entire work in a single step. IMPACT ====== Malicious or buggy PV guest kernels can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== All Xen versions are vulnerable. The vulnerability is only exposed by PV guests. MITIGATION ========== Running only HVM guests, or PV guests with trusted kernels, will avoid this vulnerability. RESOLUTION ========== Applying the appropriate attached patch series resolves this issue. xsa45-4.1-*.patch Xen 4.1.x xsa45-4.2-*.patch Xen 4.2.x xsa45-unstable-*.patch xen-unstable $ sha256sum xsa45*.patch 9a77ffcf6af68bb578ce99aa86778767b9df89409b4ce398d9cf6ae603b60f99 xsa45-4.1-01-vcpu-destroy-pagetables-preemptible.patch ad534cd15f83c81bc37d15f08f85cb902796494f788dc9d424ade75bd6f62114 xsa45-4.1-02-new-guest-cr3-preemptible.patch 13626e949abf555971e6696c6ddaccbab33a479e88b6ed6206e9f90a4b720090 xsa45-4.1-03-new-user-base-preemptible.patch 52ee804acae32c7b8233a0fae19ac563ae9f89ba0fd83451fe907d907f8f78eb xsa45-4.1-04-vcpu-reset-preemptible.patch aa5b1d56a72dcd44d6523d272328418ed1eb03f818a8c6d359d0b371e75884e5 xsa45-4.1-05-set-info-guest-preemptible.patch b218608e388eacf4af4707ec2e395b8147e650217dfc0070a69221327b1a802b xsa45-4.1-06-unpin-preemptible.patch a16ff16c6bd627588606141c94c74694d9f15a65a234dfec366796778d61b77f xsa45-4.1-07-mm-error-paths-preemptible.patch 760d8502747f2c03fb3bf6b683994860ae99b66a2fb6bbedebcc5b440404c404 xsa45-4.2-01-vcpu-destroy-pagetables-preemptible.patch e8e20bc35017bbfa350c29cef848e294acc782c3eae8082e629b020563b3a2c1 xsa45-4.2-02-new-guest-cr3-preemptible.patch 8f2efcd018179ff8abdd54164980fdb0d25968017aaf91947ff0a326a132cd90 xsa45-4.2-03-new-user-base-preemptible.patch 6eaefb1987f1ccf891cd68c03e9966bc7ccc6fd894ed2c366aa4a0d1f3a15459 xsa45-4.2-04-vcpu-reset-preemptible.patch 406e3bd7147fea805bdf6f201bc17322cd2cd662ede094b1a039ba71b095bb3e xsa45-4.2-05-set-info-guest-preemptible.patch 6e4344e3dcb544537bbef869a34cff38a4611cddc34d18469633d3b3d35db78b xsa45-4.2-06-unpin-preemptible.patch 7fca1b6025d6ac1a444333b2fe1381af093ca601ac8045f68a29c2a83d520e48 xsa45-4.2-07-mm-error-paths-preemptible.patch 530671cc49c2c932ddf63f02500a918a96e4b771d2faf34ef08ca7370cda5b0e xsa45-unstable-01-vcpu-destroy-pagetables-preemptible.patch 5938d69fbf4c69d598c073e942da5738790609d1b44fe2cb659fcc51d38b7b3d xsa45-unstable-02-new-guest-cr3-preemptible.patch 42c218484f38655d7b2fae0ecaac8178c0b1599a6b816512137d1ba50226b142 xsa45-unstable-03-new-user-base-preemptible.patch 5b3bf55c9f8137f20c192c9961031064d960599526c8617eb348394ee4af2f66 xsa45-unstable-04-vcpu-reset-preemptible.patch 95616fb041f79a0f9e792e613d8fd8c1d254d0875e32f78b9a98cebd2a28a870 xsa45-unstable-05-set-info-guest-preemptible.patch 1bcf73a162605efca8ba1422dd40e431cc5f667d97418c735eb5f9230fadef95 xsa45-unstable-06-unpin-preemptible.patch ce3c0f2b767553103d5afa70148b527dbe8f2320b19733f4474da2835813b16f xsa45-unstable-07-mm-error-paths-preemptible.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRgmx5AAoJEIP+FMlX6CvZZAYH+wWjoD7gudFJI3NgOZSRwfQW ptXqA+s/hYzjkQHLCYkRqMx7oonAo40XYfARzsQWZy8eQvxc/EaIQezz+WFJrIx+ 1D0wPppD2bBhDOOuhUVkftaE3jPdv4BbC1WwZZa96j9jfcRZzdgBtigeUEGmZ+pw M/Vx2e179dy/EzSBHWnaHLK4X1lf1NF7i+OMFKj6XctUrs6ZvXcu+KA8VyVl8kAj a+dcZNDHRkQGMNuFhtIW3NSxpcencB1i0SbkcbeWhMHRdu48G1a+Cyds2UXZKHyy B5Voc3VQtyCwwCKZ7N9zy7cvf+8cAJ8C45h26TscuRqRO5pu9tim0IAoxh9d/zM= =PK/a -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa45-4.1-01-vcpu-destroy-pagetables-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-01-vcpu-destroy-pagetables-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKCkgcHJlZW1wdGli bGUKCi4uLiBhcyBpdCBtYXkgdGFrZSBzaWduaWZpY2FudCBhbW91bnRzIG9m IHRpbWUuCgpUaGUgZnVuY3Rpb24sIGJlaW5nIG1vdmVkIHRvIG1tLmMgYXMg dGhlIGJldHRlciBob21lIGZvciBpdCBhbnl3YXksIGFuZAp0byBhdm9pZCBo YXZpbmcgdG8gbWFrZSBhIG5ldyBoZWxwZXIgZnVuY3Rpb24gdGhlcmUgbm9u LXN0YXRpYywgaXMKZ2l2ZW4gYSAicHJlZW1wdGlibGUiIHBhcmFtZXRlciB0 ZW1wb3JhcmlseSAodW50aWwsIGluIGEgc3Vic2VxdWVudApwYXRjaCwgaXRz IG90aGVyIGNhbGxlciBpcyBhbHNvIGJlaW5nIG1hZGUgY2FwYWJsZSBvZiBk ZWFsaW5nIHdpdGgKcHJlZW1wdGlvbikuCgpUaGlzIGlzIHBhcnQgb2YgQ1ZF LTIwMTMtMTkxOCAvIFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4g PHRpbUB4ZW4ub3JnPgoKLS0tIGEveGVuL2FyY2gveDg2L2RvbWFpbi5jCisr KyBiL3hlbi9hcmNoL3g4Ni9kb21haW4uYwpAQCAtNzAsOCArNzAsNiBAQCB2 b2lkICgqZGVhZF9pZGxlKSAodm9pZCkgX19yZWFkX21vc3RseSA9CiBzdGF0 aWMgdm9pZCBwYXJhdmlydF9jdHh0X3N3aXRjaF9mcm9tKHN0cnVjdCB2Y3B1 ICp2KTsKIHN0YXRpYyB2b2lkIHBhcmF2aXJ0X2N0eHRfc3dpdGNoX3RvKHN0 cnVjdCB2Y3B1ICp2KTsKIAotc3RhdGljIHZvaWQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpOwotCiBzdGF0aWMgdm9pZCBjb250 aW51ZV9pZGxlX2RvbWFpbihzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICByZXNl dF9zdGFja19hbmRfanVtcChpZGxlX2xvb3ApOwpAQCAtOTA5LDcgKzkwNyw3 IEBAIHZvaWQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQogICAg IGlmICggIWlzX2h2bV92Y3B1KHYpICkKICAgICB7CiAgICAgICAgIGRlc3Ry b3lfZ2R0KHYpOwotICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2 KTsKKyAgICAgICAgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModiwgMCk7CiAg ICAgfQogICAgIGVsc2UKICAgICB7CkBAIC0xOTE3LDYzICsxOTE1LDYgQEAg c3RhdGljIGludCByZWxpbnF1aXNoX21lbW9yeSgKICAgICByZXR1cm4gcmV0 OwogfQogCi1zdGF0aWMgdm9pZCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhz dHJ1Y3QgdmNwdSAqdikKLXsKLSAgICBzdHJ1Y3QgZG9tYWluICpkID0gdi0+ ZG9tYWluOwotICAgIHVuc2lnbmVkIGxvbmcgcGZuOwotCi0jaWZkZWYgX194 ODZfNjRfXwotICAgIGlmICggaXNfcHZfMzJvbjY0X3ZjcHUodikgKQotICAg IHsKLSAgICAgICAgcGZuID0gbDRlX2dldF9wZm4oKihsNF9wZ2VudHJ5X3Qg KikKLSAgICAgICAgICAgICAgICAgICAgICAgICAgX192YShwYWdldGFibGVf Z2V0X3BhZGRyKHYtPmFyY2guZ3Vlc3RfdGFibGUpKSk7Ci0KLSAgICAgICAg aWYgKCBwZm4gIT0gMCApCi0gICAgICAgIHsKLSAgICAgICAgICAgIGlmICgg cGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAgICAgICAgICAgICBw dXRfcGFnZShtZm5fdG9fcGFnZShwZm4pKTsKLSAgICAgICAgICAgIGVsc2UK LSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFn ZShwZm4pKTsKLSAgICAgICAgfQotCi0gICAgICAgIGw0ZV93cml0ZSgKLSAg ICAgICAgICAgIChsNF9wZ2VudHJ5X3QgKilfX3ZhKHBhZ2V0YWJsZV9nZXRf cGFkZHIodi0+YXJjaC5ndWVzdF90YWJsZSkpLAotICAgICAgICAgICAgbDRl X2VtcHR5KCkpOwotCi0gICAgICAgIHYtPmFyY2guY3IzID0gMDsKLSAgICAg ICAgcmV0dXJuOwotICAgIH0KLSNlbmRpZgotCi0gICAgcGZuID0gcGFnZXRh YmxlX2dldF9wZm4odi0+YXJjaC5ndWVzdF90YWJsZSk7Ci0gICAgaWYgKCBw Zm4gIT0gMCApCi0gICAgewotICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3Jl ZmNvdW50cyhkKSApCi0gICAgICAgICAgICBwdXRfcGFnZShtZm5fdG9fcGFn ZShwZm4pKTsKLSAgICAgICAgZWxzZQotICAgICAgICAgICAgcHV0X3BhZ2Vf YW5kX3R5cGUobWZuX3RvX3BhZ2UocGZuKSk7Ci0gICAgICAgIHYtPmFyY2gu Z3Vlc3RfdGFibGUgPSBwYWdldGFibGVfbnVsbCgpOwotICAgIH0KLQotI2lm ZGVmIF9feDg2XzY0X18KLSAgICAvKiBEcm9wIHJlZiB0byBndWVzdF90YWJs ZV91c2VyIChmcm9tIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSKSAqLwotICAg IHBmbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2guZ3Vlc3RfdGFibGVf dXNlcik7Ci0gICAgaWYgKCBwZm4gIT0gMCApCi0gICAgewotICAgICAgICBp ZiAoICFpc19wdl8zMmJpdF92Y3B1KHYpICkKLSAgICAgICAgewotICAgICAg ICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkgKQotICAgICAg ICAgICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAg ICAgICAgZWxzZQotICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBl KG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICB9Ci0gICAgICAgIHYtPmFy Y2guZ3Vlc3RfdGFibGVfdXNlciA9IHBhZ2V0YWJsZV9udWxsKCk7Ci0gICAg fQotI2VuZGlmCi0KLSAgICB2LT5hcmNoLmNyMyA9IDA7Ci19Ci0KIGludCBk b21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoc3RydWN0IGRvbWFpbiAqZCkK IHsKICAgICBpbnQgcmV0OwpAQCAtMTk5Miw3ICsxOTMzLDkgQEAgaW50IGRv bWFpbl9yZWxpbnF1aXNoX3Jlc291cmNlcyhzdHJ1Y3QgZAogICAgICAgICBm b3JfZWFjaF92Y3B1ICggZCwgdiApCiAgICAgICAgIHsKICAgICAgICAgICAg IC8qIERyb3AgdGhlIGluLXVzZSByZWZlcmVuY2VzIHRvIHBhZ2UtdGFibGUg YmFzZXMuICovCi0gICAgICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyh2KTsKKyAgICAgICAgICAgIHJldCA9IHZjcHVfZGVzdHJveV9wYWdldGFi bGVzKHYsIDEpOworICAgICAgICAgICAgaWYgKCByZXQgKQorICAgICAgICAg ICAgICAgIHJldHVybiByZXQ7CiAKICAgICAgICAgICAgIC8qCiAgICAgICAg ICAgICAgKiBSZWxpbnF1aXNoIEdEVCBtYXBwaW5ncy4gTm8gbmVlZCBmb3Ig ZXhwbGljaXQgdW5tYXBwaW5nIG9mIHRoZQotLS0gYS94ZW4vYXJjaC94ODYv bW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjcyNSw2ICsyNzI1 LDgyIEBAIHN0YXRpYyB2b2lkIHB1dF9zdXBlcnBhZ2UodW5zaWduZWQgbG9u ZyAKIAogI2VuZGlmCiAKK3N0YXRpYyBpbnQgcHV0X29sZF9ndWVzdF90YWJs ZShzdHJ1Y3QgdmNwdSAqdikKK3sKKyAgICBpbnQgcmM7CisKKyAgICBpZiAo ICF2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgIHJldHVybiAw OworCisgICAgc3dpdGNoICggcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVl bXB0aWJsZSh2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSwgMSkgKQorICAgIHsK KyAgICBjYXNlIC1FSU5UUjoKKyAgICBjYXNlIC1FQUdBSU46CisgICAgICAg IHJldHVybiAtRUFHQUlOOworICAgIH0KKworICAgIHYtPmFyY2gub2xkX2d1 ZXN0X3RhYmxlID0gTlVMTDsKKworICAgIHJldHVybiByYzsKK30KKworaW50 IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICp2LCBib29s X3QgcHJlZW1wdGlibGUpCit7CisgICAgdW5zaWduZWQgbG9uZyBtZm4gPSBw YWdldGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3RhYmxlKTsKKyAgICBz dHJ1Y3QgcGFnZV9pbmZvICpwYWdlOworICAgIGludCByYyA9IHB1dF9vbGRf Z3Vlc3RfdGFibGUodik7CisKKyAgICBpZiAoIHJjICkKKyAgICAgICAgcmV0 dXJuIHJjOworCisjaWZkZWYgX194ODZfNjRfXworICAgIGlmICggaXNfcHZf MzJvbjY0X3ZjcHUodikgKQorICAgICAgICBtZm4gPSBsNGVfZ2V0X3Bmbigq KGw0X3BnZW50cnlfdCAqKW1mbl90b192aXJ0KG1mbikpOworI2VuZGlmCisK KyAgICBpZiAoIG1mbiApCisgICAgeworICAgICAgICBwYWdlID0gbWZuX3Rv X3BhZ2UobWZuKTsKKyAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3Vu dHModi0+ZG9tYWluKSApCisgICAgICAgICAgICBwdXRfcGFnZShwYWdlKTsK KyAgICAgICAgZWxzZQorICAgICAgICAgICAgcmMgPSBwdXRfcGFnZV9hbmRf dHlwZV9wcmVlbXB0aWJsZShwYWdlLCBwcmVlbXB0aWJsZSk7CisgICAgfQor CisjaWZkZWYgX194ODZfNjRfXworICAgIGlmICggaXNfcHZfMzJvbjY0X3Zj cHUodikgKQorICAgIHsKKyAgICAgICAgaWYgKCAhcmMgKQorICAgICAgICAg ICAgbDRlX3dyaXRlKAorICAgICAgICAgICAgICAgIChsNF9wZ2VudHJ5X3Qg KilfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIodi0+YXJjaC5ndWVzdF90YWJs ZSkpLAorICAgICAgICAgICAgICAgIGw0ZV9lbXB0eSgpKTsKKyAgICB9Cisg ICAgZWxzZQorI2VuZGlmCisgICAgaWYgKCAhcmMgKQorICAgIHsKKyAgICAg ICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJsZV9udWxsKCk7CisK KyNpZmRlZiBfX3g4Nl82NF9fCisgICAgICAgIC8qIERyb3AgcmVmIHRvIGd1 ZXN0X3RhYmxlX3VzZXIgKGZyb20gTU1VRVhUX05FV19VU0VSX0JBU0VQVFIp ICovCisgICAgICAgIG1mbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2gu Z3Vlc3RfdGFibGVfdXNlcik7CisgICAgICAgIGlmICggbWZuICkKKyAgICAg ICAgeworICAgICAgICAgICAgcGFnZSA9IG1mbl90b19wYWdlKG1mbik7Cisg ICAgICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNvdW50cyh2LT5kb21h aW4pICkKKyAgICAgICAgICAgICAgICBwdXRfcGFnZShwYWdlKTsKKyAgICAg ICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgICByYyA9IHB1dF9wYWdlX2Fu ZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIHByZWVtcHRpYmxlKTsKKyAgICAg ICAgfQorICAgICAgICBpZiAoICFyYyApCisgICAgICAgICAgICB2LT5hcmNo Lmd1ZXN0X3RhYmxlX3VzZXIgPSBwYWdldGFibGVfbnVsbCgpOworI2VuZGlm CisgICAgfQorCisgICAgdi0+YXJjaC5jcjMgPSAwOworCisgICAgcmV0dXJu IHJjOworfQogCiBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25nIG1m bikKIHsKQEAgLTI5MTEsMTIgKzI5ODcsMjEgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgdW5zaWduZWQgaW50IGZvcmVpZ25kb20pCiB7CiAgICAgc3Ry dWN0IG1tdWV4dF9vcCBvcDsKLSAgICBpbnQgcmMgPSAwLCBpID0gMCwgb2th eTsKICAgICB1bnNpZ25lZCBsb25nIHR5cGU7Ci0gICAgdW5zaWduZWQgaW50 IGRvbmUgPSAwOworICAgIHVuc2lnbmVkIGludCBpID0gMCwgZG9uZSA9IDA7 CiAgICAgc3RydWN0IHZjcHUgKmN1cnIgPSBjdXJyZW50OwogICAgIHN0cnVj dCBkb21haW4gKmQgPSBjdXJyLT5kb21haW47CiAgICAgc3RydWN0IGRvbWFp biAqcGdfb3duZXI7CisgICAgaW50IG9rYXksIHJjID0gcHV0X29sZF9ndWVz dF90YWJsZShjdXJyKTsKKworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAg ICB7CisgICAgICAgIGlmICggbGlrZWx5KHJjID09IC1FQUdBSU4pICkKKyAg ICAgICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24o CisgICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklTT1JfbW11ZXh0X29w LCAiaGloaSIsIHVvcHMsIGNvdW50LCBwZG9uZSwKKyAgICAgICAgICAgICAg ICAgICAgIGZvcmVpZ25kb20pOworICAgICAgICByZXR1cm4gcmM7CisgICAg fQogCiAgICAgaWYgKCB1bmxpa2VseShjb3VudCAmIE1NVV9VUERBVEVfUFJF RU1QVEVEKSApCiAgICAgewotLS0gYS94ZW4vYXJjaC94ODYveDg2XzY0L2Nv bXBhdC9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni94ODZfNjQvY29tcGF0L21t LmMKQEAgLTMxOSw3ICszMTksNyBAQCBpbnQgY29tcGF0X21tdWV4dF9vcChY RU5fR1VFU1RfSEFORExFKG1tCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA6IG1jcy0+Y2FsbC5hcmdzWzFdOwogICAgICAgICAgICAg ICAgIHVuc2lnbmVkIGludCBsZWZ0ID0gYXJnMSAmIH5NTVVfVVBEQVRFX1BS RUVNUFRFRDsKIAotICAgICAgICAgICAgICAgIEJVR19PTihsZWZ0ID09IGFy ZzEpOworICAgICAgICAgICAgICAgIEJVR19PTihsZWZ0ID09IGFyZzEgJiYg bGVmdCAhPSBpKTsKICAgICAgICAgICAgICAgICBCVUdfT04obGVmdCA+IGNv dW50KTsKICAgICAgICAgICAgICAgICBndWVzdF9oYW5kbGVfYWRkX29mZnNl dChuYXRfb3BzLCBpIC0gbGVmdCk7CiAgICAgICAgICAgICAgICAgZ3Vlc3Rf aGFuZGxlX3N1YnRyYWN0X29mZnNldChjbXBfdW9wcywgbGVmdCk7Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWluLmgKKysrIGIveGVuL2luY2x1 ZGUvYXNtLXg4Ni9kb21haW4uaApAQCAtNDA1LDYgKzQwNSw3IEBAIHN0cnVj dCBhcmNoX3ZjcHUKICAgICBwYWdldGFibGVfdCBndWVzdF90YWJsZV91c2Vy OyAgICAgICAvKiAoTUZOKSB4ODYvNjQgdXNlci1zcGFjZSBwYWdldGFibGUg Ki8KICNlbmRpZgogICAgIHBhZ2V0YWJsZV90IGd1ZXN0X3RhYmxlOyAgICAg ICAgICAgIC8qIChNRk4pIGd1ZXN0IG5vdGlvbiBvZiBjcjMgKi8KKyAgICBz dHJ1Y3QgcGFnZV9pbmZvICpvbGRfZ3Vlc3RfdGFibGU7ICAvKiBwYXJ0aWFs bHkgZGVzdHJ1Y3RlZCBwYWdldGFibGUgKi8KICAgICAvKiBndWVzdF90YWJs ZSBob2xkcyBhIHJlZiB0byB0aGUgcGFnZSwgYW5kIGFsc28gYSB0eXBlLWNv dW50IHVubGVzcwogICAgICAqIHNoYWRvdyByZWZjb3VudHMgYXJlIGluIHVz ZSAqLwogICAgIHBhZ2V0YWJsZV90IHNoYWRvd190YWJsZVs0XTsgICAgICAg IC8qIChNRk4pIHNoYWRvdyhzKSBvZiBndWVzdCAqLwotLS0gYS94ZW4vaW5j bHVkZS9hc20teDg2L21tLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9t bS5oCkBAIC01NTUsNiArNTU1LDcgQEAgdm9pZCBhdWRpdF9kb21haW5zKHZv aWQpOwogaW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBwZm4pOwog dm9pZCBtYWtlX2NyMyhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBt Zm4pOwogdm9pZCB1cGRhdGVfY3IzKHN0cnVjdCB2Y3B1ICp2KTsKK2ludCB2 Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqLCBib29sX3Qg cHJlZW1wdGlibGUpOwogdm9pZCBwcm9wYWdhdGVfcGFnZV9mYXVsdCh1bnNp Z25lZCBsb25nIGFkZHIsIHUxNiBlcnJvcl9jb2RlKTsKIHZvaWQgKmRvX3Bh Z2Vfd2FsayhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBhZGRyKTsK IAo= --=separator Content-Type: application/octet-stream; name="xsa45-4.1-02-new-guest-cr3-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-02-new-guest-cr3-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIG5ld19ndWVzdF9jcjMoKSBwcmVlbXB0aWJsZQoKLi4uIGFz IGl0IG1heSB0YWtlIHNpZ25pZmljYW50IGFtb3VudHMgb2YgdGltZS4KClRo aXMgaXMgcGFydCBvZiBDVkUtMjAxMy0xOTE4IC8gWFNBLTQ1LgoKU2lnbmVk LW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tl ZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0gYS94ZW4vYXJj aC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjgwNiw0 NCArMjgwNiw2OSBAQCBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25n IG1mbikKIHsKICAgICBzdHJ1Y3QgdmNwdSAqY3VyciA9IGN1cnJlbnQ7CiAg ICAgc3RydWN0IGRvbWFpbiAqZCA9IGN1cnItPmRvbWFpbjsKLSAgICBpbnQg b2theTsKKyAgICBpbnQgcmM7CiAgICAgdW5zaWduZWQgbG9uZyBvbGRfYmFz ZV9tZm47CiAKICNpZmRlZiBfX3g4Nl82NF9fCiAgICAgaWYgKCBpc19wdl8z Mm9uNjRfZG9tYWluKGQpICkKICAgICB7Ci0gICAgICAgIG9rYXkgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgID8gMCAvKiBPbGQg Y29kZSB3YXMgYnJva2VuLCBidXQgd2hhdCBzaG91bGQgaXQgYmU/ICovCi0g ICAgICAgICAgICA6IG1vZF9sNF9lbnRyeSgKKyAgICAgICAgcmMgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKKyAgICAgICAgICAgICA/IC1FSU5WQUwg LyogT2xkIGNvZGUgd2FzIGJyb2tlbiwgYnV0IHdoYXQgc2hvdWxkIGl0IGJl PyAqLworICAgICAgICAgICAgIDogbW9kX2w0X2VudHJ5KAogICAgICAgICAg ICAgICAgICAgICBfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIoY3Vyci0+YXJj aC5ndWVzdF90YWJsZSkpLAogICAgICAgICAgICAgICAgICAgICBsNGVfZnJv bV9wZm4oCiAgICAgICAgICAgICAgICAgICAgICAgICBtZm4sCiAgICAgICAg ICAgICAgICAgICAgICAgICAoX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFH RV9VU0VSfF9QQUdFX0FDQ0VTU0VEKSksCi0gICAgICAgICAgICAgICAgICAg IHBhZ2V0YWJsZV9nZXRfcGZuKGN1cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAw LCAwLCBjdXJyKSA9PSAwOwotICAgICAgICBpZiAoIHVubGlrZWx5KCFva2F5 KSApCisgICAgICAgICAgICAgICAgICAgIHBhZ2V0YWJsZV9nZXRfcGZuKGN1 cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAwLCAxLCBjdXJyKTsKKyAgICAgICAg c3dpdGNoICggcmMgKQogICAgICAgICB7CisgICAgICAgIGNhc2UgMDoKKyAg ICAgICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAg ICAgY2FzZSAtRUFHQUlOOgorICAgICAgICAgICAgcmV0dXJuIC1FQUdBSU47 CisgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICBNRU1fTE9HKCJFcnJv ciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBjb21wYXQgYmFzZXB0ciAlbHgiLCBt Zm4pOwotICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgICAgICByZXR1 cm4gcmM7CiAgICAgICAgIH0KIAogICAgICAgICBpbnZhbGlkYXRlX3NoYWRv d19sZHQoY3VyciwgMCk7CiAgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsK IAotICAgICAgICByZXR1cm4gMTsKKyAgICAgICAgcmV0dXJuIDA7CiAgICAg fQogI2VuZGlmCi0gICAgb2theSA9IHBhZ2luZ19tb2RlX3JlZmNvdW50cyhk KQotICAgICAgICA/IGdldF9wYWdlX2Zyb21fcGFnZW5yKG1mbiwgZCkKLSAg ICAgICAgOiAhZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIobWZuLCBQ R1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAwLCAwKTsKLSAgICBpZiAoIHVubGlr ZWx5KCFva2F5KSApCisgICAgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKGN1 cnIpOworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAgICAgICAgcmV0dXJu IHJjOworCisgICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgLyoKKyAgICAgKiBUaGlz IGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0aW5nIHJlc3Rh cnRlZCBhZnRlciB0aGUKKyAgICAgKiBwcmV2aW91cyBhdHRlbXB0IGdvdCBw cmVlbXB0ZWQgaW4gdGhlIHB1dC1vbGQtTUZOIHBoYXNlLgorICAgICAqLwor ICAgIGlmICggb2xkX2Jhc2VfbWZuID09IG1mbiApCiAgICAgewotICAgICAg ICBNRU1fTE9HKCJFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRy ICVseCIsIG1mbik7CisgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKICAg ICAgICAgcmV0dXJuIDA7CiAgICAgfQogCi0gICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOworICAgIHJjID0gcGFnaW5nX21vZGVfcmVmY291 bnRzKGQpCisgICAgICAgICA/IChnZXRfcGFnZV9mcm9tX3BhZ2VucihtZm4s IGQpID8gMCA6IC1FSU5WQUwpCisgICAgICAgICA6IGdldF9wYWdlX2FuZF90 eXBlX2Zyb21fcGFnZW5yKG1mbiwgUEdUX3Jvb3RfcGFnZV90YWJsZSwgZCwg MCwgMSk7CisgICAgc3dpdGNoICggcmMgKQorICAgIHsKKyAgICBjYXNlIDA6 CisgICAgICAgIGJyZWFrOworICAgIGNhc2UgLUVJTlRSOgorICAgIGNhc2Ug LUVBR0FJTjoKKyAgICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAgZGVmYXVs dDoKKyAgICAgICAgTUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBu ZXcgYmFzZXB0ciAlbHgiLCBtZm4pOworICAgICAgICByZXR1cm4gcmM7Cisg ICAgfQogCi0gICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOwogCiAgICAgY3Vyci0+YXJjaC5ndWVzdF90YWJs ZSA9IHBhZ2V0YWJsZV9mcm9tX3BmbihtZm4pOwogICAgIHVwZGF0ZV9jcjMo Y3Vycik7CkBAIC0yODUyLDEzICsyODc3LDI1IEBAIGludCBuZXdfZ3Vlc3Rf Y3IzKHVuc2lnbmVkIGxvbmcgbWZuKQogCiAgICAgaWYgKCBsaWtlbHkob2xk X2Jhc2VfbWZuICE9IDApICkKICAgICB7CisgICAgICAgIHN0cnVjdCBwYWdl X2luZm8gKnBhZ2UgPSBtZm5fdG9fcGFnZShvbGRfYmFzZV9tZm4pOworCiAg ICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAg ICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOwor ICAgICAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKG9sZF9i YXNlX21mbikpOworICAgICAgICAgICAgc3dpdGNoICggcmMgPSBwdXRfcGFn ZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCAxKSApCisgICAgICAgICAg ICB7CisgICAgICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgICAgICAg ICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICBjYXNlIC1FQUdBSU46Cisg ICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBw YWdlOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgZGVm YXVsdDoKKyAgICAgICAgICAgICAgICBCVUdfT04ocmMpOworICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgfQogICAgIH0KIAotICAgIHJl dHVybiAxOworICAgIHJldHVybiByYzsKIH0KIAogc3RhdGljIHN0cnVjdCBk b21haW4gKmdldF9wZ19vd25lcihkb21pZF90IGRvbWlkKQpAQCAtMzE1NCw3 ICszMTkxLDggQEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgICAgIH0KIAog ICAgICAgICBjYXNlIE1NVUVYVF9ORVdfQkFTRVBUUjoKLSAgICAgICAgICAg IG9rYXkgPSBuZXdfZ3Vlc3RfY3IzKGdtZm5fdG9fbWZuKGQsIG9wLmFyZzEu bWZuKSk7CisgICAgICAgICAgICByYyA9IG5ld19ndWVzdF9jcjMoZ21mbl90 b19tZm4oZCwgb3AuYXJnMS5tZm4pKTsKKyAgICAgICAgICAgIG9rYXkgPSAh cmM7CiAgICAgICAgICAgICBicmVhazsKICAgICAgICAgCiAjaWZkZWYgX194 ODZfNjRfXwotLS0gYS94ZW4vYXJjaC94ODYvdHJhcHMuYworKysgYi94ZW4v YXJjaC94ODYvdHJhcHMuYwpAQCAtMjMxNyw4ICsyMzE3LDE1IEBAIHN0YXRp YyBpbnQgZW11bGF0ZV9wcml2aWxlZ2VkX29wKHN0cnVjdCAKICAgICAgICAg ICAgICAgICByYyA9IG5ld19ndWVzdF9jcjMoZ21mbl90b19tZm4odi0+ZG9t YWluLCBjb21wYXRfY3IzX3RvX3BmbigqcmVnKSkpOwogI2VuZGlmCiAgICAg ICAgICAgICBkb21haW5fdW5sb2NrKHYtPmRvbWFpbik7Ci0gICAgICAgICAg ICBpZiAoIHJjID09IDAgKSAvKiBub3Qgb2theSAqLworICAgICAgICAgICAg c3dpdGNoICggcmMgKQorICAgICAgICAgICAgeworICAgICAgICAgICAgY2Fz ZSAwOgorICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgY2Fz ZSAtRUFHQUlOOiAvKiByZXRyeSBhZnRlciBwcmVlbXB0aW9uICovCisgICAg ICAgICAgICAgICAgZ290byBza2lwOworICAgICAgICAgICAgZGVmYXVsdDog ICAgICAvKiBub3Qgb2theSAqLwogICAgICAgICAgICAgICAgIGdvdG8gZmFp bDsKKyAgICAgICAgICAgIH0KICAgICAgICAgICAgIGJyZWFrOwogCiAgICAg ICAgIGNhc2UgNDogLyogV3JpdGUgQ1I0ICovCg== --=separator Content-Type: application/octet-stream; name="xsa45-4.1-03-new-user-base-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-03-new-user-base-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSIHByZWVtcHRpYmxl CgouLi4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0 aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTggLyBYU0EtNDUu CgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5j b20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBh L3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBA IC0zMjAwLDI5ICszMjAwLDU1IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAg ICAgICAgICAgdW5zaWduZWQgbG9uZyBvbGRfbWZuLCBtZm47CiAKICAgICAg ICAgICAgIG1mbiA9IGdtZm5fdG9fbWZuKGQsIG9wLmFyZzEubWZuKTsKKyAg ICAgICAgICAgIG9sZF9tZm4gPSBwYWdldGFibGVfZ2V0X3BmbihjdXJyLT5h cmNoLmd1ZXN0X3RhYmxlX3VzZXIpOworICAgICAgICAgICAgLyoKKyAgICAg ICAgICAgICAqIFRoaXMgaXMgcGFydGljdWxhcmx5IGltcG9ydGFudCB3aGVu IGdldHRpbmcgcmVzdGFydGVkIGFmdGVyIHRoZQorICAgICAgICAgICAgICog cHJldmlvdXMgYXR0ZW1wdCBnb3QgcHJlZW1wdGVkIGluIHRoZSBwdXQtb2xk LU1GTiBwaGFzZS4KKyAgICAgICAgICAgICAqLworICAgICAgICAgICAgaWYg KCBvbGRfbWZuID09IG1mbiApCisgICAgICAgICAgICAgICAgYnJlYWs7CisK ICAgICAgICAgICAgIGlmICggbWZuICE9IDAgKQogICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQp ICkKICAgICAgICAgICAgICAgICAgICAgb2theSA9IGdldF9wYWdlX2Zyb21f cGFnZW5yKG1mbiwgZCk7CiAgICAgICAgICAgICAgICAgZWxzZQotICAgICAg ICAgICAgICAgICAgICBva2F5ID0gIWdldF9wYWdlX2FuZF90eXBlX2Zyb21f cGFnZW5yKAotICAgICAgICAgICAgICAgICAgICAgICAgbWZuLCBQR1Rfcm9v dF9wYWdlX3RhYmxlLCBkLCAwLCAwKTsKKyAgICAgICAgICAgICAgICB7Cisg ICAgICAgICAgICAgICAgICAgIHJjID0gZ2V0X3BhZ2VfYW5kX3R5cGVfZnJv bV9wYWdlbnIoCisgICAgICAgICAgICAgICAgICAgICAgICBtZm4sIFBHVF9y b290X3BhZ2VfdGFibGUsIGQsIDAsIDEpOworICAgICAgICAgICAgICAgICAg ICBva2F5ID0gIXJjOworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgICBpZiAoIHVubGlrZWx5KCFva2F5KSApCiAgICAgICAgICAgICAgICAg ewotICAgICAgICAgICAgICAgICAgICBNRU1fTE9HKCJFcnJvciB3aGlsZSBp bnN0YWxsaW5nIG5ldyBtZm4gJWx4IiwgbWZuKTsKKyAgICAgICAgICAgICAg ICAgICAgaWYgKCByYyA9PSAtRUlOVFIgKQorICAgICAgICAgICAgICAgICAg ICAgICAgcmMgPSAtRUFHQUlOOworICAgICAgICAgICAgICAgICAgICBlbHNl IGlmICggcmMgIT0gLUVBR0FJTiApCisgICAgICAgICAgICAgICAgICAgICAg ICBNRU1fTE9HKCJFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBtZm4gJWx4 IiwgbWZuKTsKICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgfQogCi0gICAgICAgICAgICBvbGRf bWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJs ZV91c2VyKTsKICAgICAgICAgICAgIGN1cnItPmFyY2guZ3Vlc3RfdGFibGVf dXNlciA9IHBhZ2V0YWJsZV9mcm9tX3BmbihtZm4pOwogCiAgICAgICAgICAg ICBpZiAoIG9sZF9tZm4gIT0gMCApCiAgICAgICAgICAgICB7CisgICAgICAg ICAgICAgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSA9IG1mbl90b19wYWdl KG9sZF9tZm4pOworCiAgICAgICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9k ZV9yZWZjb3VudHMoZCkgKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFn ZShtZm5fdG9fcGFnZShvbGRfbWZuKSk7CisgICAgICAgICAgICAgICAgICAg IHB1dF9wYWdlKHBhZ2UpOwogICAgICAgICAgICAgICAgIGVsc2UKLSAgICAg ICAgICAgICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUobWZuX3RvX3BhZ2Uo b2xkX21mbikpOworICAgICAgICAgICAgICAgICAgICBzd2l0Y2ggKCByYyA9 IHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIDEpICkKKyAg ICAgICAgICAgICAgICAgICAgeworICAgICAgICAgICAgICAgICAgICBjYXNl IC1FSU5UUjoKKyAgICAgICAgICAgICAgICAgICAgICAgIHJjID0gLUVBR0FJ TjsKKyAgICAgICAgICAgICAgICAgICAgY2FzZSAtRUFHQUlOOgorICAgICAg ICAgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUg PSBwYWdlOworICAgICAgICAgICAgICAgICAgICAgICAgb2theSA9IDA7Cisg ICAgICAgICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAg ICAgICAgZGVmYXVsdDoKKyAgICAgICAgICAgICAgICAgICAgICAgIEJVR19P TihyYyk7CisgICAgICAgICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfQogCiAgICAgICAgICAg ICBicmVhazsK --=separator Content-Type: application/octet-stream; name="xsa45-4.1-04-vcpu-reset-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-04-vcpu-reset-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfcmVzZXQoKSBwcmVlbXB0aWJsZQoKLi4uIGFzIGRy b3BwaW5nIHRoZSBvbGQgcGFnZSB0YWJsZXMgbWF5IHRha2Ugc2lnbmlmaWNh bnQgYW1vdW50cyBvZgp0aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEz LTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1A eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4uYworKysgYi94 ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTkwMiwxNyArOTAyLDE2IEBAIGlu dCBhcmNoX3NldF9pbmZvX2d1ZXN0KAogI3VuZGVmIGMKIH0KIAotdm9pZCBh cmNoX3ZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCitpbnQgYXJjaF92Y3B1 X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQogewogICAgIGlmICggIWlzX2h2bV92 Y3B1KHYpICkKICAgICB7CiAgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOwotICAg ICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2LCAwKTsKLSAgICB9Ci0g ICAgZWxzZQotICAgIHsKLSAgICAgICAgdmNwdV9lbmRfc2h1dGRvd25fZGVm ZXJyYWwodik7CisgICAgICAgIHJldHVybiB2Y3B1X2Rlc3Ryb3lfcGFnZXRh Ymxlcyh2KTsKICAgICB9CisKKyAgICB2Y3B1X2VuZF9zaHV0ZG93bl9kZWZl cnJhbCh2KTsKKyAgICByZXR1cm4gMDsKIH0KIAogLyogCkBAIC0xOTMzLDcg KzE5MzIsNyBAQCBpbnQgZG9tYWluX3JlbGlucXVpc2hfcmVzb3VyY2VzKHN0 cnVjdCBkCiAgICAgICAgIGZvcl9lYWNoX3ZjcHUgKCBkLCB2ICkKICAgICAg ICAgewogICAgICAgICAgICAgLyogRHJvcCB0aGUgaW4tdXNlIHJlZmVyZW5j ZXMgdG8gcGFnZS10YWJsZSBiYXNlcy4gKi8KLSAgICAgICAgICAgIHJldCA9 IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYsIDEpOworICAgICAgICAgICAg cmV0ID0gdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModik7CiAgICAgICAgICAg ICBpZiAoIHJldCApCiAgICAgICAgICAgICAgICAgcmV0dXJuIHJldDsKIAot LS0gYS94ZW4vYXJjaC94ODYvaHZtL2h2bS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9odm0vaHZtLmMKQEAgLTMwODMsOCArMzA4MywxMSBAQCBzdGF0aWMgdm9p ZCBodm1fczNfc3VzcGVuZChzdHJ1Y3QgZG9tYWluCiAKICAgICBmb3JfZWFj aF92Y3B1ICggZCwgdiApCiAgICAgeworICAgICAgICBpbnQgcmM7CisKICAg ICAgICAgdmxhcGljX3Jlc2V0KHZjcHVfdmxhcGljKHYpKTsKLSAgICAgICAg dmNwdV9yZXNldCh2KTsKKyAgICAgICAgcmMgPSB2Y3B1X3Jlc2V0KHYpOwor ICAgICAgICBBU1NFUlQoIXJjKTsKICAgICB9CiAKICAgICB2cGljX3Jlc2V0 KGQpOwotLS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZsYXBpYy5jCisrKyBiL3hl bi9hcmNoL3g4Ni9odm0vdmxhcGljLmMKQEAgLTI1MiwxMCArMjUyLDEzIEBA IHN0YXRpYyB2b2lkIHZsYXBpY19pbml0X3NpcGlfYWN0aW9uKHVuc2kKICAg ICB7CiAgICAgY2FzZSBBUElDX0RNX0lOSVQ6IHsKICAgICAgICAgYm9vbF90 IGZwdV9pbml0aWFsaXNlZDsKKyAgICAgICAgaW50IHJjOworCiAgICAgICAg IGRvbWFpbl9sb2NrKHRhcmdldC0+ZG9tYWluKTsKICAgICAgICAgLyogUmVz ZXQgbmVjZXNzYXJ5IFZDUFUgc3RhdGUuIFRoaXMgZG9lcyBub3QgaW5jbHVk ZSBGUFUgc3RhdGUuICovCiAgICAgICAgIGZwdV9pbml0aWFsaXNlZCA9IHRh cmdldC0+ZnB1X2luaXRpYWxpc2VkOwotICAgICAgICB2Y3B1X3Jlc2V0KHRh cmdldCk7CisgICAgICAgIHJjID0gdmNwdV9yZXNldCh0YXJnZXQpOworICAg ICAgICBBU1NFUlQoIXJjKTsKICAgICAgICAgdGFyZ2V0LT5mcHVfaW5pdGlh bGlzZWQgPSBmcHVfaW5pdGlhbGlzZWQ7CiAgICAgICAgIHZsYXBpY19yZXNl dCh2Y3B1X3ZsYXBpYyh0YXJnZXQpKTsKICAgICAgICAgZG9tYWluX3VubG9j ayh0YXJnZXQtPmRvbWFpbik7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisr KyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBAIC0yNzQ0LDcgKzI3NDQsNyBAQCBz dGF0aWMgaW50IHB1dF9vbGRfZ3Vlc3RfdGFibGUoc3RydWN0IHZjCiAgICAg cmV0dXJuIHJjOwogfQogCi1pbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMo c3RydWN0IHZjcHUgKnYsIGJvb2xfdCBwcmVlbXB0aWJsZSkKK2ludCB2Y3B1 X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICB1 bnNpZ25lZCBsb25nIG1mbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2gu Z3Vlc3RfdGFibGUpOwogICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7CkBA IC0yNzY0LDcgKzI3NjQsNyBAQCBpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJs ZXMoc3RydWN0IHZjcHUgCiAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVm Y291bnRzKHYtPmRvbWFpbikgKQogICAgICAgICAgICAgcHV0X3BhZ2UocGFn ZSk7CiAgICAgICAgIGVsc2UKLSAgICAgICAgICAgIHJjID0gcHV0X3BhZ2Vf YW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJlZW1wdGlibGUpOworICAg ICAgICAgICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShw YWdlLCAxKTsKICAgICB9CiAKICNpZmRlZiBfX3g4Nl82NF9fCkBAIC0yNzkw LDcgKzI3OTAsNyBAQCBpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMoc3Ry dWN0IHZjcHUgCiAgICAgICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNv dW50cyh2LT5kb21haW4pICkKICAgICAgICAgICAgICAgICBwdXRfcGFnZShw YWdlKTsKICAgICAgICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICByYyA9 IHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIHByZWVtcHRp YmxlKTsKKyAgICAgICAgICAgICAgICByYyA9IHB1dF9wYWdlX2FuZF90eXBl X3ByZWVtcHRpYmxlKHBhZ2UsIDEpOwogICAgICAgICB9CiAgICAgICAgIGlm ICggIXJjICkKICAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNl ciA9IHBhZ2V0YWJsZV9udWxsKCk7Ci0tLSBhL3hlbi9jb21tb24vZG9tYWlu LmMKKysrIGIveGVuL2NvbW1vbi9kb21haW4uYwpAQCAtNzcwLDE0ICs3NzAs MTggQEAgaW50IGJvb3RfdmNwdShzdHJ1Y3QgZG9tYWluICpkLCBpbnQgdmNw dQogICAgIHJldHVybiBhcmNoX3NldF9pbmZvX2d1ZXN0KHYsIGN0eHQpOwog fQogCi12b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCitpbnQgdmNw dV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICBzdHJ1Y3QgZG9tYWlu ICpkID0gdi0+ZG9tYWluOworICAgIGludCByYzsKIAogICAgIHZjcHVfcGF1 c2Uodik7CiAgICAgZG9tYWluX2xvY2soZCk7CiAKLSAgICBhcmNoX3ZjcHVf cmVzZXQodik7CisgICAgc2V0X2JpdChfVlBGX2luX3Jlc2V0LCAmdi0+cGF1 c2VfZmxhZ3MpOworICAgIHJjID0gYXJjaF92Y3B1X3Jlc2V0KHYpOworICAg IGlmICggcmMgKQorICAgICAgICBnb3RvIG91dF91bmxvY2s7CiAKICAgICBz ZXRfYml0KF9WUEZfZG93biwgJnYtPnBhdXNlX2ZsYWdzKTsKIApAQCAtNzkz LDkgKzc5NywxMyBAQCB2b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYp CiAjZW5kaWYKICAgICBjcHVzX2NsZWFyKHYtPmNwdV9hZmZpbml0eV90bXAp OwogICAgIGNsZWFyX2JpdChfVlBGX2Jsb2NrZWQsICZ2LT5wYXVzZV9mbGFn cyk7CisgICAgY2xlYXJfYml0KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9m bGFncyk7CiAKKyBvdXRfdW5sb2NrOgogICAgIGRvbWFpbl91bmxvY2sodi0+ ZG9tYWluKTsKICAgICB2Y3B1X3VucGF1c2Uodik7CisKKyAgICByZXR1cm4g cmM7CiB9CiAKIAotLS0gYS94ZW4vY29tbW9uL2RvbWN0bC5jCisrKyBiL3hl bi9jb21tb24vZG9tY3RsLmMKQEAgLTI4Niw4ICsyODYsMTAgQEAgbG9uZyBk b19kb21jdGwoWEVOX0dVRVNUX0hBTkRMRSh4ZW5fZG9tYwogCiAgICAgICAg IGlmICggZ3Vlc3RfaGFuZGxlX2lzX251bGwob3AtPnUudmNwdWNvbnRleHQu Y3R4dCkgKQogICAgICAgICB7Ci0gICAgICAgICAgICB2Y3B1X3Jlc2V0KHYp OwotICAgICAgICAgICAgcmV0ID0gMDsKKyAgICAgICAgICAgIHJldCA9IHZj cHVfcmVzZXQodik7CisgICAgICAgICAgICBpZiAoIHJldCA9PSAtRUFHQUlO ICkKKyAgICAgICAgICAgICAgICByZXQgPSBoeXBlcmNhbGxfY3JlYXRlX2Nv bnRpbnVhdGlvbigKKyAgICAgICAgICAgICAgICAgICAgICAgICAgX19IWVBF UlZJU09SX2RvbWN0bCwgImgiLCB1X2RvbWN0bCk7CiAgICAgICAgICAgICBn b3RvIHN2Y19vdXQ7CiAgICAgICAgIH0KIAotLS0gYS94ZW4vaW5jbHVkZS9h c20teDg2L21tLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9tbS5oCkBA IC01NTUsNyArNTU1LDcgQEAgdm9pZCBhdWRpdF9kb21haW5zKHZvaWQpOwog aW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBwZm4pOwogdm9pZCBt YWtlX2NyMyhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBtZm4pOwog dm9pZCB1cGRhdGVfY3IzKHN0cnVjdCB2Y3B1ICp2KTsKLWludCB2Y3B1X2Rl c3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqLCBib29sX3QgcHJlZW1w dGlibGUpOworaW50IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHN0cnVjdCB2 Y3B1ICopOwogdm9pZCBwcm9wYWdhdGVfcGFnZV9mYXVsdCh1bnNpZ25lZCBs b25nIGFkZHIsIHUxNiBlcnJvcl9jb2RlKTsKIHZvaWQgKmRvX3BhZ2Vfd2Fs ayhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBhZGRyKTsKIAotLS0g YS94ZW4vaW5jbHVkZS94ZW4vZG9tYWluLmgKKysrIGIveGVuL2luY2x1ZGUv eGVuL2RvbWFpbi5oCkBAIC0xNSw3ICsxNSw3IEBAIHN0cnVjdCB2Y3B1ICph bGxvY192Y3B1KAogaW50IGJvb3RfdmNwdSgKICAgICBzdHJ1Y3QgZG9tYWlu ICpkLCBpbnQgdmNwdWlkLCB2Y3B1X2d1ZXN0X2NvbnRleHRfdSBjdHh0KTsK IHN0cnVjdCB2Y3B1ICphbGxvY19kb20wX3ZjcHUwKHZvaWQpOwotdm9pZCB2 Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KTsKK2ludCB2Y3B1X3Jlc2V0KHN0 cnVjdCB2Y3B1ICopOwogCiBzdHJ1Y3QgeGVuX2RvbWN0bF9nZXRkb21haW5p bmZvOwogdm9pZCBnZXRkb21haW5pbmZvKHN0cnVjdCBkb21haW4gKmQsIHN0 cnVjdCB4ZW5fZG9tY3RsX2dldGRvbWFpbmluZm8gKmluZm8pOwpAQCAtNTcs NyArNTcsNyBAQCB2b2lkIGFyY2hfZHVtcF92Y3B1X2luZm8oc3RydWN0IHZj cHUgKnYpCiAKIHZvaWQgYXJjaF9kdW1wX2RvbWFpbl9pbmZvKHN0cnVjdCBk b21haW4gKmQpOwogCi12b2lkIGFyY2hfdmNwdV9yZXNldChzdHJ1Y3QgdmNw dSAqdik7CitpbnQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICopOwog CiBib29sX3QgZG9tY3RsX2xvY2tfYWNxdWlyZSh2b2lkKTsKIHZvaWQgZG9t Y3RsX2xvY2tfcmVsZWFzZSh2b2lkKTsKLS0tIGEveGVuL2luY2x1ZGUveGVu L3NjaGVkLmgKKysrIGIveGVuL2luY2x1ZGUveGVuL3NjaGVkLmgKQEAgLTU5 Nyw2ICs1OTcsOSBAQCBleHRlcm4gc3RydWN0IGRvbWFpbiAqZG9tYWluX2xp c3Q7CiAgLyogVkNQVSBpcyBibG9ja2VkIG9uIG1lbW9yeS1ldmVudCByaW5n LiAqLwogI2RlZmluZSBfVlBGX21lbV9ldmVudCAgICAgICA0CiAjZGVmaW5l IFZQRl9tZW1fZXZlbnQgICAgICAgICgxVUw8PF9WUEZfbWVtX2V2ZW50KQor IC8qIFZDUFUgaXMgYmVpbmcgcmVzZXQuICovCisjZGVmaW5lIF9WUEZfaW5f cmVzZXQgICAgICAgIDcKKyNkZWZpbmUgVlBGX2luX3Jlc2V0ICAgICAgICAg KDFVTDw8X1ZQRl9pbl9yZXNldCkKIAogc3RhdGljIGlubGluZSBpbnQgdmNw dV9ydW5uYWJsZShzdHJ1Y3QgdmNwdSAqdikKIHsK --=separator Content-Type: application/octet-stream; name="xsa45-4.1-05-set-info-guest-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-05-set-info-guest-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIGFyY2hfc2V0X2luZm9fZ3Vlc3QoKSBwcmVlbXB0aWJsZQoK Li4gYXMgdGhlIHJvb3QgcGFnZSB0YWJsZSB2YWxpZGF0aW9uIChhbmQgdGhl IGRyb3BwaW5nIG9mIGFuIGV2ZW50dWFsCm9sZCBvbmUpIGNhbiByZXF1aXJl IG1lYW5pbmdmdWwgYW1vdW50cyBvZiB0aW1lLgoKVGhpcyBpcyBwYXJ0IG9m IENWRS0yMDEzLTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4u YworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTY3Niw2ICs2NzYs NyBAQCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKIHsKICAgICBzdHJ1Y3Qg ZG9tYWluICpkID0gdi0+ZG9tYWluOwogICAgIHVuc2lnbmVkIGxvbmcgY3Iz X3BmbiA9IElOVkFMSURfTUZOOworICAgIHN0cnVjdCBwYWdlX2luZm8gKmNy M19wYWdlOwogICAgIHVuc2lnbmVkIGxvbmcgZmxhZ3MsIGNyNDsKICAgICBp bnQgaSwgcmMgPSAwLCBjb21wYXQ7CiAKQEAgLTgxNSw3MiArODE2LDEwMyBA QCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKICAgICBpZiAoIHJjICE9IDAg KQogICAgICAgICByZXR1cm4gcmM7CiAKKyAgICBzZXRfYml0KF9WUEZfaW5f cmVzZXQsICZ2LT5wYXVzZV9mbGFncyk7CisKICAgICBpZiAoICFjb21wYXQg KQotICAgIHsKICAgICAgICAgY3IzX3BmbiA9IGdtZm5fdG9fbWZuKGQsIHhl bl9jcjNfdG9fcGZuKGMubmF0LT5jdHJscmVnWzNdKSk7CisjaWZkZWYgX194 ODZfNjRfXworICAgIGVsc2UKKyAgICAgICAgY3IzX3BmbiA9IGdtZm5fdG9f bWZuKGQsIGNvbXBhdF9jcjNfdG9fcGZuKGMuY21wLT5jdHJscmVnWzNdKSk7 CisjZW5kaWYKKyAgICBjcjNfcGFnZSA9IG1mbl90b19wYWdlKGNyM19wZm4p OwogCi0gICAgICAgIGlmICggIW1mbl92YWxpZChjcjNfcGZuKSB8fAotICAg ICAgICAgICAgIChwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAg ICAgICAgPyAhZ2V0X3BhZ2UobWZuX3RvX3BhZ2UoY3IzX3BmbiksIGQpCi0g ICAgICAgICAgICAgIDogIWdldF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdl KGNyM19wZm4pLCBkLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBQR1RfYmFzZV9wYWdlX3RhYmxlKSkgKQotICAgICAgICB7Ci0gICAg ICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAt RUlOVkFMOwotICAgICAgICB9CisgICAgaWYgKCAhbWZuX3ZhbGlkKGNyM19w Zm4pIHx8ICFnZXRfcGFnZShjcjNfcGFnZSwgZCkgKQorICAgIHsKKyAgICAg ICAgY3IzX3BhZ2UgPSBOVUxMOworICAgICAgICByYyA9IC1FSU5WQUw7Cisg ICAgfQorICAgIGVsc2UgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkg KQorICAgICAgICAvKiBub3RoaW5nICovOworICAgIGVsc2UgaWYgKCBjcjNf cGFnZSA9PSB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgeworICAg ICAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9IE5VTEw7CisgICAgICAg IHB1dF9wYWdlKGNyM19wYWdlKTsKKyAgICB9CisgICAgZWxzZQorICAgIHsK KyAgICAgICAgLyoKKyAgICAgICAgICogU2luY2Ugdi0+YXJjaC5ndWVzdF90 YWJsZXssX3VzZXJ9IGFyZSBib3RoIE5VTEwsIHRoaXMgZWZmZWN0aXZlbHkK KyAgICAgICAgICogaXMganVzdCBhIGNhbGwgdG8gcHV0X29sZF9ndWVzdF90 YWJsZSgpLgorICAgICAgICAgKi8KKyAgICAgICAgaWYgKCAhY29tcGF0ICkK KyAgICAgICAgICAgIHJjID0gdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModik7 CisgICAgICAgIGlmICggIXJjICkKKyAgICAgICAgICAgIHJjID0gZ2V0X3Bh Z2VfdHlwZV9wcmVlbXB0aWJsZShjcjNfcGFnZSwKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAhY29tcGF0ID8gUEdUX3Jv b3RfcGFnZV90YWJsZQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgOiBQR1RfbDNfcGFnZV90YWJsZSk7Cisg ICAgICAgIGlmICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgICAgIHJjID0g LUVBR0FJTjsKKyAgICB9CiAKKyAgICBpZiAoIHJjICkKKyAgICAgICAgLyog aGFuZGxlZCBiZWxvdyAqLzsKKyAgICBlbHNlIGlmICggIWNvbXBhdCApCisg ICAgewogICAgICAgICB2LT5hcmNoLmd1ZXN0X3RhYmxlID0gcGFnZXRhYmxl X2Zyb21fcGZuKGNyM19wZm4pOwogCiAjaWZkZWYgX194ODZfNjRfXwogICAg ICAgICBpZiAoIGMubmF0LT5jdHJscmVnWzFdICkKICAgICAgICAgewogICAg ICAgICAgICAgY3IzX3BmbiA9IGdtZm5fdG9fbWZuKGQsIHhlbl9jcjNfdG9f cGZuKGMubmF0LT5jdHJscmVnWzFdKSk7CisgICAgICAgICAgICBjcjNfcGFn ZSA9IG1mbl90b19wYWdlKGNyM19wZm4pOwogCi0gICAgICAgICAgICBpZiAo ICFtZm5fdmFsaWQoY3IzX3BmbikgfHwKLSAgICAgICAgICAgICAgICAgKHBh Z2luZ19tb2RlX3JlZmNvdW50cyhkKQotICAgICAgICAgICAgICAgICAgPyAh Z2V0X3BhZ2UobWZuX3RvX3BhZ2UoY3IzX3BmbiksIGQpCi0gICAgICAgICAg ICAgICAgICA6ICFnZXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFnZShjcjNf cGZuKSwgZCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFBHVF9iYXNlX3BhZ2VfdGFibGUpKSApCisgICAgICAgICAgICBpZiAo ICFtZm5fdmFsaWQoY3IzX3BmbikgfHwgIWdldF9wYWdlKGNyM19wYWdlLCBk KSApCiAgICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgY3IzX3BmbiA9 IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2guZ3Vlc3RfdGFibGUpOwotICAg ICAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVf bnVsbCgpOwotICAgICAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVm Y291bnRzKGQpICkKLSAgICAgICAgICAgICAgICAgICAgcHV0X3BhZ2UobWZu X3RvX3BhZ2UoY3IzX3BmbikpOwotICAgICAgICAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUobWZuX3RvX3Bh Z2UoY3IzX3BmbikpOwotICAgICAgICAgICAgICAgIGRlc3Ryb3lfZ2R0KHYp OwotICAgICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOworICAgICAgICAg ICAgICAgIGNyM19wYWdlID0gTlVMTDsKKyAgICAgICAgICAgICAgICByYyA9 IC1FSU5WQUw7CisgICAgICAgICAgICB9CisgICAgICAgICAgICBlbHNlIGlm ICggIXBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKSApCisgICAgICAgICAgICB7 CisgICAgICAgICAgICAgICAgcmMgPSBnZXRfcGFnZV90eXBlX3ByZWVtcHRp YmxlKGNyM19wYWdlLCBQR1Rfcm9vdF9wYWdlX3RhYmxlKTsKKyAgICAgICAg ICAgICAgICBzd2l0Y2ggKCByYyApCisgICAgICAgICAgICAgICAgeworICAg ICAgICAgICAgICAgIGNhc2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAg ICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICAgICAgY2FzZSAtRUFHQUlO OgorICAgICAgICAgICAgICAgICAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9CisgICAgICAgICAgICAgICAgICAgICAgICBwYWdldGFibGVfZ2V0X3Bh Z2Uodi0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgICAgICAgICAgICAgICAg IHYtPmFyY2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVfbnVsbCgpOworICAg ICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICB9CiAg ICAgICAgICAgICB9CiAKLSAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFi bGVfdXNlciA9IHBhZ2V0YWJsZV9mcm9tX3BmbihjcjNfcGZuKTsKKyAgICAg ICAgICAgIGlmICggIXJjICkKKyAgICAgICAgICAgICAgICB2LT5hcmNoLmd1 ZXN0X3RhYmxlX3VzZXIgPSBwYWdldGFibGVfZnJvbV9wZm4oY3IzX3Bmbik7 CiAgICAgICAgIH0KICAgICAgICAgZWxzZSBpZiAoICEoZmxhZ3MgJiBWR0NG X2luX2tlcm5lbCkgKQogICAgICAgICB7Ci0gICAgICAgICAgICBkZXN0cm95 X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOworICAgICAg ICAgICAgY3IzX3BhZ2UgPSBOVUxMOworICAgICAgICAgICAgcmMgPSAtRUlO VkFMOwogICAgICAgICB9CiAgICAgfQogICAgIGVsc2UKICAgICB7CiAgICAg ICAgIGw0X3BnZW50cnlfdCAqbDR0YWI7CiAKLSAgICAgICAgY3IzX3BmbiA9 IGdtZm5fdG9fbWZuKGQsIGNvbXBhdF9jcjNfdG9fcGZuKGMuY21wLT5jdHJs cmVnWzNdKSk7Ci0KLSAgICAgICAgaWYgKCAhbWZuX3ZhbGlkKGNyM19wZm4p IHx8Ci0gICAgICAgICAgICAgKHBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKQot ICAgICAgICAgICAgICA/ICFnZXRfcGFnZShtZm5fdG9fcGFnZShjcjNfcGZu KSwgZCkKLSAgICAgICAgICAgICAgOiAhZ2V0X3BhZ2VfYW5kX3R5cGUobWZu X3RvX3BhZ2UoY3IzX3BmbiksIGQsCi0gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFBHVF9sM19wYWdlX3RhYmxlKSkgKQotICAgICAgICB7 Ci0gICAgICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJl dHVybiAtRUlOVkFMOwotICAgICAgICB9Ci0KICAgICAgICAgbDR0YWIgPSBf X3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIodi0+YXJjaC5ndWVzdF90YWJsZSkp OwogICAgICAgICAqbDR0YWIgPSBsNGVfZnJvbV9wZm4oCiAgICAgICAgICAg ICBjcjNfcGZuLCBfUEFHRV9QUkVTRU5UfF9QQUdFX1JXfF9QQUdFX1VTRVJ8 X1BBR0VfQUNDRVNTRUQpOwogI2VuZGlmCiAgICAgfQorICAgIGlmICggcmMg KQorICAgIHsKKyAgICAgICAgaWYgKCBjcjNfcGFnZSApCisgICAgICAgICAg ICBwdXRfcGFnZShjcjNfcGFnZSk7CisgICAgICAgIGRlc3Ryb3lfZ2R0KHYp OworICAgICAgICByZXR1cm4gcmM7CisgICAgfQorCisgICAgY2xlYXJfYml0 KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9mbGFncyk7CiAKICAgICBpZiAo IHYtPnZjcHVfaWQgPT0gMCApCiAgICAgICAgIHVwZGF0ZV9kb21haW5fd2Fs bGNsb2NrX3RpbWUoZCk7Ci0tLSBhL3hlbi9jb21tb24vY29tcGF0L2RvbWFp bi5jCisrKyBiL3hlbi9jb21tb24vY29tcGF0L2RvbWFpbi5jCkBAIC01Miw2 ICs1MiwxMCBAQCBpbnQgY29tcGF0X3ZjcHVfb3AoaW50IGNtZCwgaW50IHZj cHVpZCwgCiAgICAgICAgICAgICByYyA9IGJvb3RfdmNwdShkLCB2Y3B1aWQs IGNtcF9jdHh0KTsKICAgICAgICAgZG9tYWluX3VubG9jayhkKTsKIAorICAg ICAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAgICAgICAgICAgcmMgPSBo eXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbihfX0hZUEVSVklTT1JfdmNw dV9vcCwgImlpaCIsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGNtZCwgdmNwdWlkLCBhcmcpOworCiAgICAgICAg IHhmcmVlKGNtcF9jdHh0KTsKICAgICAgICAgYnJlYWs7CiAgICAgfQotLS0g YS94ZW4vY29tbW9uL2RvbWFpbi5jCisrKyBiL3hlbi9jb21tb24vZG9tYWlu LmMKQEAgLTg0Miw2ICs4NDIsMTEgQEAgbG9uZyBkb192Y3B1X29wKGludCBj bWQsIGludCB2Y3B1aWQsIFhFTgogICAgICAgICBkb21haW5fdW5sb2NrKGQp OwogCiAgICAgICAgIHhmcmVlKGN0eHQpOworCisgICAgICAgIGlmICggcmMg PT0gLUVBR0FJTiApCisgICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVh dGVfY29udGludWF0aW9uKF9fSFlQRVJWSVNPUl92Y3B1X29wLCAiaWloIiwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgY21kLCB2Y3B1aWQsIGFyZyk7CisKICAgICAgICAgYnJlYWs7CiAKICAg ICBjYXNlIFZDUFVPUF91cDoKLS0tIGEveGVuL2NvbW1vbi9kb21jdGwuYwor KysgYi94ZW4vY29tbW9uL2RvbWN0bC5jCkBAIC0zMTgsNiArMzE4LDEwIEBA IGxvbmcgZG9fZG9tY3RsKFhFTl9HVUVTVF9IQU5ETEUoeGVuX2RvbWMKICAg ICAgICAgICAgIGRvbWFpbl9wYXVzZShkKTsKICAgICAgICAgICAgIHJldCA9 IGFyY2hfc2V0X2luZm9fZ3Vlc3QodiwgYyk7CiAgICAgICAgICAgICBkb21h aW5fdW5wYXVzZShkKTsKKworICAgICAgICAgICAgaWYgKCByZXQgPT0gLUVB R0FJTiApCisgICAgICAgICAgICAgICAgcmV0ID0gaHlwZXJjYWxsX2NyZWF0 ZV9jb250aW51YXRpb24oCisgICAgICAgICAgICAgICAgICAgICAgICAgIF9f SFlQRVJWSVNPUl9kb21jdGwsICJoIiwgdV9kb21jdGwpOwogICAgICAgICB9 CiAKICAgICBzdmNfb3V0Ogo= --=separator Content-Type: application/octet-stream; name="xsa45-4.1-06-unpin-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-06-unpin-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgdW5waW5uaW5nIHByZWVtcHRpYmxlCgou Li4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0aW1l LgoKU2luY2Ugd2UgY2FuJ3QgcmUtaW52b2tlIHRoZSBvcGVyYXRpb24gaW4g YSBzZWNvbmQgYXR0ZW1wdCwgdGhlCmNvbnRpbnVhdGlvbiBsb2dpYyBtdXN0 IGJlIHNsaWdodGx5IHR3ZWFrZWQgc28gdGhhdCB3ZSBtYWtlIHN1cmUKZG9f bW11ZXh0X29wKCkgZ2V0cyBydW4gb25lIG1vcmUgdGltZSBldmVuIHdoZW4g dGhlIHByZWVtcHRlZCB1bnBpbgpvcGVyYXRpb24gd2FzIHRoZSBsYXN0IG9u ZSBpbiBhIGJhdGNoLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTgg LyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxp Y2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9y Zz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9tbS5jCkBAIC0zMDQwLDYgKzMwNDAsMTQgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgICAgIHJldHVybiByYzsKICAgICB9CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKHVvcHMpKSApCisg ICAgeworICAgICAgICAvKiBTZWUgdGhlIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlIHJlbGF0ZWQKKyAgICAgICAgICogaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oKSBiZWxvdy4gKi8KKyAgICAgICAgcmV0dXJuIChpbnQp Zm9yZWlnbmRvbTsKKyAgICB9CisKICAgICBpZiAoIHVubGlrZWx5KGNvdW50 ICYgTU1VX1VQREFURV9QUkVFTVBURUQpICkKICAgICB7CiAgICAgICAgIGNv dW50ICY9IH5NTVVfVVBEQVRFX1BSRUVNUFRFRDsKQEAgLTMwNjMsNyArMzA3 MSw3IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogCiAgICAgZm9yICggaSA9IDA7 IGkgPCBjb3VudDsgaSsrICkKICAgICB7Ci0gICAgICAgIGlmICggaHlwZXJj YWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIGlmICggY3Vyci0+YXJj aC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2so KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAg ICAgICAgICAgIGJyZWFrOwpAQCAtMzE4MSw3ICszMTg5LDE3IEBAIGxvbmcg ZG9fbW11ZXh0X29wKAogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICAgfQogCi0gICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdl KTsKKyAgICAgICAgICAgIHN3aXRjaCAoIHJjID0gcHV0X3BhZ2VfYW5kX3R5 cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQorICAgICAgICAgICAgeworICAg ICAgICAgICAgY2FzZSAtRUlOVFI6CisgICAgICAgICAgICBjYXNlIC1FQUdB SU46CisgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgPSBwYWdlOworICAgICAgICAgICAgICAgIHJjID0gMDsKKyAgICAgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAg ICAgICAgICAgQlVHX09OKHJjKTsKKyAgICAgICAgICAgICAgICBicmVhazsK KyAgICAgICAgICAgIH0KICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwog CiAgICAgICAgICAgICAvKiBBIHBhZ2UgaXMgZGlydGllZCB3aGVuIGl0cyBw aW4gc3RhdHVzIGlzIGNsZWFyZWQuICovCkBAIC0zNDg3LDkgKzM1MDUsMjcg QEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgfQogCiAgICAgaWYgKCByYyA9 PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQp OwogICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAogICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGki LAogICAgICAgICAgICAgdW9wcywgKGNvdW50IC0gaSkgfCBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgcGRvbmUsIGZvcmVpZ25kb20pOworICAgIH0KKyAgICBl bHNlIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsK KyAgICAgICAgWEVOX0dVRVNUX0hBTkRMRSh2b2lkKSBudWxsOworCisgICAg ICAgIEFTU0VSVChyYyB8fCBpID09IGNvdW50KTsKKyAgICAgICAgc2V0X3hl bl9ndWVzdF9oYW5kbGUobnVsbCwgTlVMTCk7CisgICAgICAgIC8qCisgICAg ICAgICAqIEluIG9yZGVyIHRvIGhhdmUgYSB3YXkgdG8gY29tbXVuaWNhdGUg dGhlIGZpbmFsIHJldHVybiB2YWx1ZSB0bworICAgICAgICAgKiBvdXIgY29u dGludWF0aW9uLCB3ZSBwYXNzIHRoaXMgaW4gcGxhY2Ugb2YgImZvcmVpZ25k b20iLCBidWlsZGluZworICAgICAgICAgKiBvbiB0aGUgZmFjdCB0aGF0IHRo aXMgYXJndW1lbnQgaXNuJ3QgbmVlZGVkIGFueW1vcmUuCisgICAgICAgICAq LworICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAorICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9tbXVleHRfb3AsICJo aWhpIiwgbnVsbCwKKyAgICAgICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVN UFRFRCwgbnVsbCwgcmMpOworICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihw Z19vd25lcik7CiAKLS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQv bW0uYworKysgYi94ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBA IC0yMjIsNiArMjIyLDEzIEBAIGludCBjb21wYXRfbW11ZXh0X29wKFhFTl9H VUVTVF9IQU5ETEUobW0KICAgICBpbnQgcmMgPSAwOwogICAgIFhFTl9HVUVT VF9IQU5ETEUobW11ZXh0X29wX3QpIG5hdF9vcHM7CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKGNtcF91b3BzKSkg KQorICAgIHsKKyAgICAgICAgc2V0X3hlbl9ndWVzdF9oYW5kbGUobmF0X29w cywgTlVMTCk7CisgICAgICAgIHJldHVybiBkb19tbXVleHRfb3AobmF0X29w cywgY291bnQsIHBkb25lLCBmb3JlaWduZG9tKTsKKyAgICB9CisKICAgICBw cmVlbXB0X21hc2sgPSBjb3VudCAmIE1NVV9VUERBVEVfUFJFRU1QVEVEOwog ICAgIGNvdW50IF49IHByZWVtcHRfbWFzazsKIApAQCAtMzI0LDEyICszMzEs MTggQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRSht bQogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9hZGRfb2Zmc2V0KG5h dF9vcHMsIGkgLSBsZWZ0KTsKICAgICAgICAgICAgICAgICBndWVzdF9oYW5k bGVfc3VidHJhY3Rfb2Zmc2V0KGNtcF91b3BzLCBsZWZ0KTsKICAgICAgICAg ICAgICAgICBsZWZ0ID0gMTsKLSAgICAgICAgICAgICAgICBCVUdfT04oIWh5 cGVyY2FsbF94bGF0X2NvbnRpbnVhdGlvbigmbGVmdCwgMHgwMSwgbmF0X29w cywgY21wX3VvcHMpKTsKLSAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAh PSBhcmcxKTsKLSAgICAgICAgICAgICAgICBpZiAoIXRlc3RfYml0KF9NQ1NG X2luX211bHRpY2FsbCwgJm1jcy0+ZmxhZ3MpKQotICAgICAgICAgICAgICAg ICAgICByZWdzLT5fZWN4ICs9IGNvdW50IC0gaTsKKyAgICAgICAgICAgICAg ICBpZiAoIGFyZzEgIT0gTU1VX1VQREFURV9QUkVFTVBURUQgKQorICAgICAg ICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgQlVHX09OKCFoeXBl cmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDB4MDEsIG5hdF9vcHMs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNtcF91b3BzKSk7CisgICAgICAgICAgICAgICAgICAg IGlmICggIXRlc3RfYml0KF9NQ1NGX2luX211bHRpY2FsbCwgJm1jcy0+Zmxh Z3MpICkKKyAgICAgICAgICAgICAgICAgICAgICAgIHJlZ3MtPl9lY3ggKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgICAgICBlbHNlCisgICAgICAg ICAgICAgICAgICAgICAgICBtY3MtPmNvbXBhdF9jYWxsLmFyZ3NbMV0gKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAg ICBlbHNlCi0gICAgICAgICAgICAgICAgICAgIG1jcy0+Y29tcGF0X2NhbGwu YXJnc1sxXSArPSBjb3VudCAtIGk7CisgICAgICAgICAgICAgICAgICAgIEJV R19PTihoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDApKTsK KyAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAhPSBhcmcxKTsKICAgICAg ICAgICAgIH0KICAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAgICAgICBC VUdfT04oZXJyID4gMCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa45-4.1-07-mm-error-paths-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-07-mm-error-paths-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgaGFuZGxpbmcgZXJyb3IgcGF0aHMgcHJl ZW1wdGlibGUKCi4uLiBhcyB0aGV5IG1heSB0YWtlIHNpZ25pZmljYW50IGFt b3VudHMgb2YgdGltZS4KClRoaXMgcmVxdWlyZXMgY2xvbmluZyB0aGUgdHdl YWtlZCBjb250aW51YXRpb24gbG9naWMgZnJvbQpkb19tbXVleHRfb3AoKSB0 byBkb19tbXVfdXBkYXRlKCkuCgpOb3RlIHRoYXQgaW4gbW9kX2xbMzRdX2Vu dHJ5KCkgYSBuZWdhdGl2ZSAicHJlZW1wdGlibGUiIHZhbHVlIGdldHMKcGFz c2VkIHRvIHB1dF9wYWdlX2Zyb21fbFszNF1lKCkgbm93LCB0ZWxsaW5nIHRo ZSBjYWxsZWUgdG8gc3RvcmUgdGhlCnJlc3BlY3RpdmUgcGFnZSBpbiBjdXJy ZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSAoZm9yIGEgaHlwZXJjYWxsCmNv bnRpbnVhdGlvbiB0byBwaWNrIHVwKSwgcmF0aGVyIHRoYW4gY2Fycnlpbmcg b3V0IHRoZSBwdXQgcmlnaHQgYXdheS4KVGhpcyBpcyBnb2luZyB0byBiZSBt YWRlIGEgbGl0dGxlIG1vcmUgZXhwbGljaXQgYnkgYSBzdWJzZXF1ZW50IGNs ZWFudXAKcGF0Y2guCgpUaGlzIGlzIHBhcnQgb2YgQ1ZFLTIwMTMtMTkxOCAv IFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4gPHRpbUB4ZW4ub3Jn PgoKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTExODMsNyArMTE4MywxNiBAQCBzdGF0aWMgaW50IHB1dF9w YWdlX2Zyb21fbDNlKGwzX3BnZW50cnlfCiAjZW5kaWYKIAogICAgIGlmICgg dW5saWtlbHkocGFydGlhbCA+IDApICkKKyAgICB7CisgICAgICAgIEFTU0VS VChwcmVlbXB0aWJsZSA+PSAwKTsKICAgICAgICAgcmV0dXJuIF9fcHV0X3Bh Z2VfdHlwZShsM2VfZ2V0X3BhZ2UobDNlKSwgcHJlZW1wdGlibGUpOworICAg IH0KKworICAgIGlmICggcHJlZW1wdGlibGUgPCAwICkKKyAgICB7CisgICAg ICAgIGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDNlX2dldF9w YWdlKGwzZSk7CisgICAgICAgIHJldHVybiAwOworICAgIH0KIAogICAgIHJl dHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShsM2VfZ2V0X3Bh Z2UobDNlKSwgcHJlZW1wdGlibGUpOwogfQpAQCAtMTE5Niw3ICsxMjA1LDE3 IEBAIHN0YXRpYyBpbnQgcHV0X3BhZ2VfZnJvbV9sNGUobDRfcGdlbnRyeV8K ICAgICAgICAgIChsNGVfZ2V0X3BmbihsNGUpICE9IHBmbikgKQogICAgIHsK ICAgICAgICAgaWYgKCB1bmxpa2VseShwYXJ0aWFsID4gMCkgKQorICAgICAg ICB7CisgICAgICAgICAgICBBU1NFUlQocHJlZW1wdGlibGUgPj0gMCk7CiAg ICAgICAgICAgICByZXR1cm4gX19wdXRfcGFnZV90eXBlKGw0ZV9nZXRfcGFn ZShsNGUpLCBwcmVlbXB0aWJsZSk7CisgICAgICAgIH0KKworICAgICAgICBp ZiAoIHByZWVtcHRpYmxlIDwgMCApCisgICAgICAgIHsKKyAgICAgICAgICAg IGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDRlX2dldF9wYWdl KGw0ZSk7CisgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgfQorCiAg ICAgICAgIHJldHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShs NGVfZ2V0X3BhZ2UobDRlKSwgcHJlZW1wdGlibGUpOwogICAgIH0KICAgICBy ZXR1cm4gMTsKQEAgLTE0ODYsMTIgKzE1MDUsMTcgQEAgc3RhdGljIGludCBh bGxvY19sM190YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgIGlmICggcmMgPCAw ICYmIHJjICE9IC1FQUdBSU4gJiYgcmMgIT0gLUVJTlRSICkKICAgICB7CiAg ICAgICAgIE1FTV9MT0coIkZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVu dHJ5ICVkIiwgaSk7CisgICAgICAgIGlmICggaSApCisgICAgICAgIHsKKyAg ICAgICAgICAgIHBhZ2UtPm5yX3ZhbGlkYXRlZF9wdGVzID0gaTsKKyAgICAg ICAgICAgIHBhZ2UtPnBhcnRpYWxfcHRlID0gMDsKKyAgICAgICAgICAgIGN1 cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gcGFnZTsKKyAgICAgICAg fQogICAgICAgICB3aGlsZSAoIGktLSA+IDAgKQogICAgICAgICB7CiAgICAg ICAgICAgICBpZiAoICFpc19ndWVzdF9sM19zbG90KGkpICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKICAgICAgICAgICAgIHVuYWRqdXN0X2d1ZXN0 X2wzZShwbDNlW2ldLCBkKTsKLSAgICAgICAgICAgIHB1dF9wYWdlX2Zyb21f bDNlKHBsM2VbaV0sIHBmbiwgMCwgMCk7CiAgICAgICAgIH0KICAgICB9CiAK QEAgLTE1MjEsMjIgKzE1NDUsMjQgQEAgc3RhdGljIGludCBhbGxvY19sNF90 YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgcGFnZS0+cGFydGlhbF9w dGUgPSBwYXJ0aWFsID86IDE7CiAgICAgICAgIH0KLSAgICAgICAgZWxzZSBp ZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgIGVsc2UgaWYgKCByYyA8IDAg KQogICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHJjICE9IC1FSU5UUiAp CisgICAgICAgICAgICAgICAgTUVNX0xPRygiRmFpbHVyZSBpbiBhbGxvY19s NF90YWJsZTogZW50cnkgJWQiLCBpKTsKICAgICAgICAgICAgIGlmICggaSAp CiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgICAgIHBhZ2UtPnBhcnRp YWxfcHRlID0gMDsKLSAgICAgICAgICAgICAgICByYyA9IC1FQUdBSU47Cisg ICAgICAgICAgICAgICAgaWYgKCByYyA9PSAtRUlOVFIgKQorICAgICAgICAg ICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICAgICAgZWxz ZQorICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgaWYg KCBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgICAg ICAgICAgICAgICAgICBwYWdlLT5ucl92YWxpZGF0ZWRfcHRlcysrOworICAg ICAgICAgICAgICAgICAgICBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfQog ICAgICAgICB9Ci0gICAgICAgIGVsc2UgaWYgKCByYyA8IDAgKQotICAgICAg ICB7Ci0gICAgICAgICAgICBNRU1fTE9HKCJGYWlsdXJlIGluIGFsbG9jX2w0 X3RhYmxlOiBlbnRyeSAlZCIsIGkpOwotICAgICAgICAgICAgd2hpbGUgKCBp LS0gPiAwICkKLSAgICAgICAgICAgICAgICBpZiAoIGlzX2d1ZXN0X2w0X3Ns b3QoZCwgaSkgKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9mcm9t X2w0ZShwbDRlW2ldLCBwZm4sIDAsIDApOwotICAgICAgICB9CiAgICAgICAg IGlmICggcmMgPCAwICkKICAgICAgICAgICAgIHJldHVybiByYzsKIApAQCAt MTk2Niw3ICsxOTkyLDcgQEAgc3RhdGljIGludCBtb2RfbDNfZW50cnkobDNf cGdlbnRyeV90ICpwbAogICAgICAgICBwYWVfZmx1c2hfcGdkKHBmbiwgcGdl bnRyeV9wdHJfdG9fc2xvdChwbDNlKSwgbmwzZSk7CiAgICAgfQogCi0gICAg cHV0X3BhZ2VfZnJvbV9sM2Uob2wzZSwgcGZuLCAwLCAwKTsKKyAgICBwdXRf cGFnZV9mcm9tX2wzZShvbDNlLCBwZm4sIDAsIC1wcmVlbXB0aWJsZSk7CiAg ICAgcmV0dXJuIHJjOwogfQogCkBAIC0yMDI5LDcgKzIwNTUsNyBAQCBzdGF0 aWMgaW50IG1vZF9sNF9lbnRyeShsNF9wZ2VudHJ5X3QgKnBsCiAgICAgICAg IHJldHVybiAtRUZBVUxUOwogICAgIH0KIAotICAgIHB1dF9wYWdlX2Zyb21f bDRlKG9sNGUsIHBmbiwgMCwgMCk7CisgICAgcHV0X3BhZ2VfZnJvbV9sNGUo b2w0ZSwgcGZuLCAwLCAtcHJlZW1wdGlibGUpOwogICAgIHJldHVybiByYzsK IH0KIApAQCAtMjE4Nyw3ICsyMjEzLDE1IEBAIHN0YXRpYyBpbnQgYWxsb2Nf cGFnZV90eXBlKHN0cnVjdCBwYWdlX2kKICAgICAgICAgICAgICAgICBQUnR5 cGVfaW5mbyAiOiBjYWY9JTA4bHggdGFmPSUiIFBSdHlwZV9pbmZvLAogICAg ICAgICAgICAgICAgIHBhZ2VfdG9fbWZuKHBhZ2UpLCBnZXRfZ3Bmbl9mcm9t X21mbihwYWdlX3RvX21mbihwYWdlKSksCiAgICAgICAgICAgICAgICAgdHlw ZSwgcGFnZS0+Y291bnRfaW5mbywgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8p OwotICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7CisgICAg ICAgIGlmICggcGFnZSAhPSBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSApCisgICAgICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7 CisgICAgICAgIGVsc2UKKyAgICAgICAgeworICAgICAgICAgICAgQVNTRVJU KChwYWdlLT51LmludXNlLnR5cGVfaW5mbyAmCisgICAgICAgICAgICAgICAg ICAgIChQR1RfY291bnRfbWFzayB8IFBHVF92YWxpZGF0ZWQpKSA9PSAxKTsK KyAgICAgICAgICAgIGdldF9wYWdlX2xpZ2h0KHBhZ2UpOworICAgICAgICAg ICAgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8gfD0gUEdUX3BhcnRpYWw7Cisg ICAgICAgIH0KICAgICB9CiAgICAgZWxzZQogICAgIHsKQEAgLTMxMzEsMjEg KzMxNjUsMTcgQEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgICAgICAgICBw YWdlID0gbWZuX3RvX3BhZ2UobWZuKTsKIAogICAgICAgICAgICAgaWYgKCAo cmMgPSB4c21fbWVtb3J5X3Bpbl9wYWdlKGQsIHBhZ2UpKSAhPSAwICkKLSAg ICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlw ZShwYWdlKTsKICAgICAgICAgICAgICAgICBva2F5ID0gMDsKLSAgICAgICAg ICAgICAgICBicmVhazsKLSAgICAgICAgICAgIH0KLQotICAgICAgICAgICAg aWYgKCB1bmxpa2VseSh0ZXN0X2FuZF9zZXRfYml0KF9QR1RfcGlubmVkLAot ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICZw YWdlLT51LmludXNlLnR5cGVfaW5mbykpICkKKyAgICAgICAgICAgIGVsc2Ug aWYgKCB1bmxpa2VseSh0ZXN0X2FuZF9zZXRfYml0KF9QR1RfcGlubmVkLAor ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgJnBhZ2UtPnUuaW51c2UudHlwZV9pbmZvKSkgKQogICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgIE1FTV9MT0coIk1mbiAlbHggYWxyZWFkeSBw aW5uZWQiLCBtZm4pOwotICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90 eXBlKHBhZ2UpOwogICAgICAgICAgICAgICAgIG9rYXkgPSAwOwotICAgICAg ICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQogCisgICAgICAgICAg ICBpZiAoIHVubGlrZWx5KCFva2F5KSApCisgICAgICAgICAgICAgICAgZ290 byBwaW5fZHJvcDsKKwogICAgICAgICAgICAgLyogQSBwYWdlIGlzIGRpcnRp ZWQgd2hlbiBpdHMgcGluIHN0YXR1cyBpcyBzZXQuICovCiAgICAgICAgICAg ICBwYWdpbmdfbWFya19kaXJ0eShwZ19vd25lciwgbWZuKTsKICAgICAgICAg ICAgCkBAIC0zMTU5LDcgKzMxODksMTMgQEAgbG9uZyBkb19tbXVleHRfb3Ao CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICZwYWdlLT51LmludXNlLnR5cGVfaW5mbykpOwogICAgICAgICAgICAg ICAgIHNwaW5fdW5sb2NrKCZwZ19vd25lci0+cGFnZV9hbGxvY19sb2NrKTsK ICAgICAgICAgICAgICAgICBpZiAoIGRyb3BfcmVmICkKLSAgICAgICAgICAg ICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUocGFnZSk7CisgICAgICAgICAg ICAgICAgeworICAgICAgICBwaW5fZHJvcDoKKyAgICAgICAgICAgICAgICAg ICAgaWYgKCB0eXBlID09IFBHVF9sMV9wYWdlX3RhYmxlICkKKyAgICAgICAg ICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOworICAg ICAgICAgICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAgICAgICAg ICBjdXJyLT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9IHBhZ2U7CisgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgfQogCiAgICAgICAgICAgICBicmVh azsKQEAgLTM1NTIsMTEgKzM1ODgsMjggQEAgbG9uZyBkb19tbXVfdXBkYXRl KAogICAgIHZvaWQgKnZhOwogICAgIHVuc2lnbmVkIGxvbmcgZ3BmbiwgZ21m biwgbWZuOwogICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7Ci0gICAgaW50 IHJjID0gMCwgb2theSA9IDEsIGkgPSAwOwotICAgIHVuc2lnbmVkIGludCBj bWQsIGRvbmUgPSAwLCBwdF9kb207Ci0gICAgc3RydWN0IHZjcHUgKnYgPSBj dXJyZW50OworICAgIHVuc2lnbmVkIGludCBjbWQsIGkgPSAwLCBkb25lID0g MCwgcHRfZG9tOworICAgIHN0cnVjdCB2Y3B1ICpjdXJyID0gY3VycmVudCwg KnYgPSBjdXJyOwogICAgIHN0cnVjdCBkb21haW4gKmQgPSB2LT5kb21haW4s ICpwdF9vd25lciA9IGQsICpwZ19vd25lcjsKICAgICBzdHJ1Y3QgZG9tYWlu X21tYXBfY2FjaGUgbWFwY2FjaGU7CisgICAgaW50IHJjID0gcHV0X29sZF9n dWVzdF90YWJsZShjdXJyKSwgb2theSA9IDE7CisKKyAgICBpZiAoIHVubGlr ZWx5KHJjKSApCisgICAgeworICAgICAgICBpZiAoIGxpa2VseShyYyA9PSAt RUFHQUlOKSApCisgICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVf Y29udGludWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAgX19IWVBFUlZJ U09SX21tdV91cGRhdGUsICJoaWhpIiwgdXJlcXMsIGNvdW50LCBwZG9uZSwK KyAgICAgICAgICAgICAgICAgICAgIGZvcmVpZ25kb20pOworICAgICAgICBy ZXR1cm4gcmM7CisgICAgfQorCisgICAgaWYgKCB1bmxpa2VseShjb3VudCA9 PSBNTVVfVVBEQVRFX1BSRUVNUFRFRCkgJiYKKyAgICAgICAgIGxpa2VseShn dWVzdF9oYW5kbGVfaXNfbnVsbCh1cmVxcykpICkKKyAgICB7CisgICAgICAg IC8qIFNlZSB0aGUgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgcmVsYXRl ZAorICAgICAgICAgKiBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbigp IGJlbG93LiAqLworICAgICAgICByZXR1cm4gKGludClmb3JlaWduZG9tOwor ICAgIH0KIAogICAgIGlmICggdW5saWtlbHkoY291bnQgJiBNTVVfVVBEQVRF X1BSRUVNUFRFRCkgKQogICAgIHsKQEAgLTM2MDUsNyArMzY1OCw3IEBAIGxv bmcgZG9fbW11X3VwZGF0ZSgKIAogICAgIGZvciAoIGkgPSAwOyBpIDwgY291 bnQ7IGkrKyApCiAgICAgewotICAgICAgICBpZiAoIGh5cGVyY2FsbF9wcmVl bXB0X2NoZWNrKCkgKQorICAgICAgICBpZiAoIGN1cnItPmFyY2gub2xkX2d1 ZXN0X3RhYmxlIHx8IGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQogICAg ICAgICB7CiAgICAgICAgICAgICByYyA9IC1FQUdBSU47CiAgICAgICAgICAg ICBicmVhazsKQEAgLTM4NzAsOSArMzkyMywyNyBAQCBsb25nIGRvX21tdV91 cGRhdGUoCiAgICAgfQogCiAgICAgaWYgKCByYyA9PSAtRUFHQUlOICkKKyAg ICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQpOwogICAgICAgICByYyA9 IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9uKAogICAgICAgICAgICAg X19IWVBFUlZJU09SX21tdV91cGRhdGUsICJoaWhpIiwKICAgICAgICAgICAg IHVyZXFzLCAoY291bnQgLSBpKSB8IE1NVV9VUERBVEVfUFJFRU1QVEVELCBw ZG9uZSwgZm9yZWlnbmRvbSk7CisgICAgfQorICAgIGVsc2UgaWYgKCBjdXJy LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgeworICAgICAgICBYRU5f R1VFU1RfSEFORExFKHZvaWQpIG51bGw7CisKKyAgICAgICAgQVNTRVJUKHJj IHx8IGkgPT0gY291bnQpOworICAgICAgICBzZXRfeGVuX2d1ZXN0X2hhbmRs ZShudWxsLCBOVUxMKTsKKyAgICAgICAgLyoKKyAgICAgICAgICogSW4gb3Jk ZXIgdG8gaGF2ZSBhIHdheSB0byBjb21tdW5pY2F0ZSB0aGUgZmluYWwgcmV0 dXJuIHZhbHVlIHRvCisgICAgICAgICAqIG91ciBjb250aW51YXRpb24sIHdl IHBhc3MgdGhpcyBpbiBwbGFjZSBvZiAiZm9yZWlnbmRvbSIsIGJ1aWxkaW5n CisgICAgICAgICAqIG9uIHRoZSBmYWN0IHRoYXQgdGhpcyBhcmd1bWVudCBp c24ndCBuZWVkZWQgYW55bW9yZS4KKyAgICAgICAgICovCisgICAgICAgIHJj ID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oCisgICAgICAgICAg ICAgICAgX19IWVBFUlZJU09SX21tdV91cGRhdGUsICJoaWhpIiwgbnVsbCwK KyAgICAgICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVNUFRFRCwgbnVsbCwg cmMpOworICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihwZ19vd25lcik7CiAK --=separator Content-Type: application/octet-stream; name="xsa45-4.2-01-vcpu-destroy-pagetables-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-01-vcpu-destroy-pagetables-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKCkgcHJlZW1wdGli bGUKCi4uLiBhcyBpdCBtYXkgdGFrZSBzaWduaWZpY2FudCBhbW91bnRzIG9m IHRpbWUuCgpUaGUgZnVuY3Rpb24sIGJlaW5nIG1vdmVkIHRvIG1tLmMgYXMg dGhlIGJldHRlciBob21lIGZvciBpdCBhbnl3YXksIGFuZAp0byBhdm9pZCBo YXZpbmcgdG8gbWFrZSBhIG5ldyBoZWxwZXIgZnVuY3Rpb24gdGhlcmUgbm9u LXN0YXRpYywgaXMKZ2l2ZW4gYSAicHJlZW1wdGlibGUiIHBhcmFtZXRlciB0 ZW1wb3JhcmlseSAodW50aWwsIGluIGEgc3Vic2VxdWVudApwYXRjaCwgaXRz IG90aGVyIGNhbGxlciBpcyBhbHNvIGJlaW5nIG1hZGUgY2FwYWJsZSBvZiBk ZWFsaW5nIHdpdGgKcHJlZW1wdGlvbikuCgpUaGlzIGlzIHBhcnQgb2YgQ1ZF LTIwMTMtMTkxOCAvIFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4g PHRpbUB4ZW4ub3JnPgoKLS0tIGEveGVuL2FyY2gveDg2L2RvbWFpbi5jCisr KyBiL3hlbi9hcmNoL3g4Ni9kb21haW4uYwpAQCAtNzMsOCArNzMsNiBAQCB2 b2lkICgqZGVhZF9pZGxlKSAodm9pZCkgX19yZWFkX21vc3RseSA9CiBzdGF0 aWMgdm9pZCBwYXJhdmlydF9jdHh0X3N3aXRjaF9mcm9tKHN0cnVjdCB2Y3B1 ICp2KTsKIHN0YXRpYyB2b2lkIHBhcmF2aXJ0X2N0eHRfc3dpdGNoX3RvKHN0 cnVjdCB2Y3B1ICp2KTsKIAotc3RhdGljIHZvaWQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpOwotCiBzdGF0aWMgdm9pZCBkZWZh dWx0X2lkbGUodm9pZCkKIHsKICAgICBsb2NhbF9pcnFfZGlzYWJsZSgpOwpA QCAtMTA1OCw3ICsxMDU2LDcgQEAgdm9pZCBhcmNoX3ZjcHVfcmVzZXQoc3Ry dWN0IHZjcHUgKnYpCiAgICAgaWYgKCAhaXNfaHZtX3ZjcHUodikgKQogICAg IHsKICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0gICAgICAgIHZjcHVfZGVz dHJveV9wYWdldGFibGVzKHYpOworICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFn ZXRhYmxlcyh2LCAwKTsKICAgICB9CiAgICAgZWxzZQogICAgIHsKQEAgLTIw NjksNjMgKzIwNjcsNiBAQCBzdGF0aWMgaW50IHJlbGlucXVpc2hfbWVtb3J5 KAogICAgIHJldHVybiByZXQ7CiB9CiAKLXN0YXRpYyB2b2lkIHZjcHVfZGVz dHJveV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICp2KQotewotICAgIHN0cnVj dCBkb21haW4gKmQgPSB2LT5kb21haW47Ci0gICAgdW5zaWduZWQgbG9uZyBw Zm47Ci0KLSNpZmRlZiBfX3g4Nl82NF9fCi0gICAgaWYgKCBpc19wdl8zMm9u NjRfdmNwdSh2KSApCi0gICAgewotICAgICAgICBwZm4gPSBsNGVfZ2V0X3Bm bigqKGw0X3BnZW50cnlfdCAqKQotICAgICAgICAgICAgICAgICAgICAgICAg ICBfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIodi0+YXJjaC5ndWVzdF90YWJs ZSkpKTsKLQotICAgICAgICBpZiAoIHBmbiAhPSAwICkKLSAgICAgICAgewot ICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkgKQot ICAgICAgICAgICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKHBmbikpOwot ICAgICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAgIHB1dF9wYWdlX2Fu ZF90eXBlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICB9Ci0KLSAgICAg ICAgbDRlX3dyaXRlKAotICAgICAgICAgICAgKGw0X3BnZW50cnlfdCAqKV9f dmEocGFnZXRhYmxlX2dldF9wYWRkcih2LT5hcmNoLmd1ZXN0X3RhYmxlKSks Ci0gICAgICAgICAgICBsNGVfZW1wdHkoKSk7Ci0KLSAgICAgICAgdi0+YXJj aC5jcjMgPSAwOwotICAgICAgICByZXR1cm47Ci0gICAgfQotI2VuZGlmCi0K LSAgICBwZm4gPSBwYWdldGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3Rh YmxlKTsKLSAgICBpZiAoIHBmbiAhPSAwICkKLSAgICB7Ci0gICAgICAgIGlm ICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAgICAgICAgIHB1 dF9wYWdlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICBlbHNlCi0gICAg ICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFnZShwZm4pKTsK LSAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJsZV9udWxs KCk7Ci0gICAgfQotCi0jaWZkZWYgX194ODZfNjRfXwotICAgIC8qIERyb3Ag cmVmIHRvIGd1ZXN0X3RhYmxlX3VzZXIgKGZyb20gTU1VRVhUX05FV19VU0VS X0JBU0VQVFIpICovCi0gICAgcGZuID0gcGFnZXRhYmxlX2dldF9wZm4odi0+ YXJjaC5ndWVzdF90YWJsZV91c2VyKTsKLSAgICBpZiAoIHBmbiAhPSAwICkK LSAgICB7Ci0gICAgICAgIGlmICggIWlzX3B2XzMyYml0X3ZjcHUodikgKQot ICAgICAgICB7Ci0gICAgICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNv dW50cyhkKSApCi0gICAgICAgICAgICAgICAgcHV0X3BhZ2UobWZuX3RvX3Bh Z2UocGZuKSk7Ci0gICAgICAgICAgICBlbHNlCi0gICAgICAgICAgICAgICAg cHV0X3BhZ2VfYW5kX3R5cGUobWZuX3RvX3BhZ2UocGZuKSk7Ci0gICAgICAg IH0KLSAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFnZXRh YmxlX251bGwoKTsKLSAgICB9Ci0jZW5kaWYKLQotICAgIHYtPmFyY2guY3Iz ID0gMDsKLX0KLQogaW50IGRvbWFpbl9yZWxpbnF1aXNoX3Jlc291cmNlcyhz dHJ1Y3QgZG9tYWluICpkKQogewogICAgIGludCByZXQ7CkBAIC0yMTQzLDcg KzIwODQsMTEgQEAgaW50IGRvbWFpbl9yZWxpbnF1aXNoX3Jlc291cmNlcyhz dHJ1Y3QgZAogCiAgICAgICAgIC8qIERyb3AgdGhlIGluLXVzZSByZWZlcmVu Y2VzIHRvIHBhZ2UtdGFibGUgYmFzZXMuICovCiAgICAgICAgIGZvcl9lYWNo X3ZjcHUgKCBkLCB2ICkKLSAgICAgICAgICAgIHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHYpOworICAgICAgICB7CisgICAgICAgICAgICByZXQgPSB2Y3B1 X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2LCAxKTsKKyAgICAgICAgICAgIGlmICgg cmV0ICkKKyAgICAgICAgICAgICAgICByZXR1cm4gcmV0OworICAgICAgICB9 CiAKICAgICAgICAgaWYgKCAhaXNfaHZtX2RvbWFpbihkKSApCiAgICAgICAg IHsKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTI4MDgsNiArMjgwOCw4MiBAQCBzdGF0aWMgdm9pZCBwdXRf c3VwZXJwYWdlKHVuc2lnbmVkIGxvbmcgCiAKICNlbmRpZgogCitzdGF0aWMg aW50IHB1dF9vbGRfZ3Vlc3RfdGFibGUoc3RydWN0IHZjcHUgKnYpCit7Cisg ICAgaW50IHJjOworCisgICAgaWYgKCAhdi0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgKQorICAgICAgICByZXR1cm4gMDsKKworICAgIHN3aXRjaCAoIHJjID0g cHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUodi0+YXJjaC5vbGRfZ3Vl c3RfdGFibGUsIDEpICkKKyAgICB7CisgICAgY2FzZSAtRUlOVFI6CisgICAg Y2FzZSAtRUFHQUlOOgorICAgICAgICByZXR1cm4gLUVBR0FJTjsKKyAgICB9 CisKKyAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9IE5VTEw7CisKKyAg ICByZXR1cm4gcmM7Cit9CisKK2ludCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyhzdHJ1Y3QgdmNwdSAqdiwgYm9vbF90IHByZWVtcHRpYmxlKQoreworICAg IHVuc2lnbmVkIGxvbmcgbWZuID0gcGFnZXRhYmxlX2dldF9wZm4odi0+YXJj aC5ndWVzdF90YWJsZSk7CisgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZTsK KyAgICBpbnQgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKHYpOworCisgICAg aWYgKCByYyApCisgICAgICAgIHJldHVybiByYzsKKworI2lmZGVmIF9feDg2 XzY0X18KKyAgICBpZiAoIGlzX3B2XzMyb242NF92Y3B1KHYpICkKKyAgICAg ICAgbWZuID0gbDRlX2dldF9wZm4oKihsNF9wZ2VudHJ5X3QgKiltZm5fdG9f dmlydChtZm4pKTsKKyNlbmRpZgorCisgICAgaWYgKCBtZm4gKQorICAgIHsK KyAgICAgICAgcGFnZSA9IG1mbl90b19wYWdlKG1mbik7CisgICAgICAgIGlm ICggcGFnaW5nX21vZGVfcmVmY291bnRzKHYtPmRvbWFpbikgKQorICAgICAg ICAgICAgcHV0X3BhZ2UocGFnZSk7CisgICAgICAgIGVsc2UKKyAgICAgICAg ICAgIHJjID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwg cHJlZW1wdGlibGUpOworICAgIH0KKworI2lmZGVmIF9feDg2XzY0X18KKyAg ICBpZiAoIGlzX3B2XzMyb242NF92Y3B1KHYpICkKKyAgICB7CisgICAgICAg IGlmICggIXJjICkKKyAgICAgICAgICAgIGw0ZV93cml0ZSgKKyAgICAgICAg ICAgICAgICAobDRfcGdlbnRyeV90ICopX192YShwYWdldGFibGVfZ2V0X3Bh ZGRyKHYtPmFyY2guZ3Vlc3RfdGFibGUpKSwKKyAgICAgICAgICAgICAgICBs NGVfZW1wdHkoKSk7CisgICAgfQorICAgIGVsc2UKKyNlbmRpZgorICAgIGlm ICggIXJjICkKKyAgICB7CisgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGUg PSBwYWdldGFibGVfbnVsbCgpOworCisjaWZkZWYgX194ODZfNjRfXworICAg ICAgICAvKiBEcm9wIHJlZiB0byBndWVzdF90YWJsZV91c2VyIChmcm9tIE1N VUVYVF9ORVdfVVNFUl9CQVNFUFRSKSAqLworICAgICAgICBtZm4gPSBwYWdl dGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3RhYmxlX3VzZXIpOworICAg ICAgICBpZiAoIG1mbiApCisgICAgICAgIHsKKyAgICAgICAgICAgIHBhZ2Ug PSBtZm5fdG9fcGFnZShtZm4pOworICAgICAgICAgICAgaWYgKCBwYWdpbmdf bW9kZV9yZWZjb3VudHModi0+ZG9tYWluKSApCisgICAgICAgICAgICAgICAg cHV0X3BhZ2UocGFnZSk7CisgICAgICAgICAgICBlbHNlCisgICAgICAgICAg ICAgICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdl LCBwcmVlbXB0aWJsZSk7CisgICAgICAgIH0KKyAgICAgICAgaWYgKCAhcmMg KQorICAgICAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFn ZXRhYmxlX251bGwoKTsKKyNlbmRpZgorICAgIH0KKworICAgIHYtPmFyY2gu Y3IzID0gMDsKKworICAgIHJldHVybiByYzsKK30KIAogaW50IG5ld19ndWVz dF9jcjModW5zaWduZWQgbG9uZyBtZm4pCiB7CkBAIC0yOTk0LDEyICszMDcw LDIxIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgIHVuc2lnbmVkIGludCBm b3JlaWduZG9tKQogewogICAgIHN0cnVjdCBtbXVleHRfb3Agb3A7Ci0gICAg aW50IHJjID0gMCwgaSA9IDAsIG9rYXk7CiAgICAgdW5zaWduZWQgbG9uZyB0 eXBlOwotICAgIHVuc2lnbmVkIGludCBkb25lID0gMDsKKyAgICB1bnNpZ25l ZCBpbnQgaSA9IDAsIGRvbmUgPSAwOwogICAgIHN0cnVjdCB2Y3B1ICpjdXJy ID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpkID0gY3Vyci0+ZG9t YWluOwogICAgIHN0cnVjdCBkb21haW4gKnBnX293bmVyOworICAgIGludCBv a2F5LCByYyA9IHB1dF9vbGRfZ3Vlc3RfdGFibGUoY3Vycik7CisKKyAgICBp ZiAoIHVubGlrZWx5KHJjKSApCisgICAgeworICAgICAgICBpZiAoIGxpa2Vs eShyYyA9PSAtRUFHQUlOKSApCisgICAgICAgICAgICByYyA9IGh5cGVyY2Fs bF9jcmVhdGVfY29udGludWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAg X19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGkiLCB1b3BzLCBjb3VudCwg cGRvbmUsCisgICAgICAgICAgICAgICAgICAgICBmb3JlaWduZG9tKTsKKyAg ICAgICAgcmV0dXJuIHJjOworICAgIH0KIAogICAgIGlmICggdW5saWtlbHko Y291bnQgJiBNTVVfVVBEQVRFX1BSRUVNUFRFRCkgKQogICAgIHsKLS0tIGEv eGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQvbW0uYworKysgYi94ZW4vYXJj aC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBAIC0zNjUsNyArMzY1LDcgQEAg aW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRShtbQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiBtY3MtPmNhbGwu YXJnc1sxXTsKICAgICAgICAgICAgICAgICB1bnNpZ25lZCBpbnQgbGVmdCA9 IGFyZzEgJiB+TU1VX1VQREFURV9QUkVFTVBURUQ7CiAKLSAgICAgICAgICAg ICAgICBCVUdfT04obGVmdCA9PSBhcmcxKTsKKyAgICAgICAgICAgICAgICBC VUdfT04obGVmdCA9PSBhcmcxICYmIGxlZnQgIT0gaSk7CiAgICAgICAgICAg ICAgICAgQlVHX09OKGxlZnQgPiBjb3VudCk7CiAgICAgICAgICAgICAgICAg Z3Vlc3RfaGFuZGxlX2FkZF9vZmZzZXQobmF0X29wcywgaSAtIGxlZnQpOwog ICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9zdWJ0cmFjdF9vZmZzZXQo Y21wX3VvcHMsIGxlZnQpOwotLS0gYS94ZW4vaW5jbHVkZS9hc20teDg2L2Rv bWFpbi5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWluLmgKQEAg LTQ2NCw2ICs0NjQsNyBAQCBzdHJ1Y3QgYXJjaF92Y3B1CiAgICAgcGFnZXRh YmxlX3QgZ3Vlc3RfdGFibGVfdXNlcjsgICAgICAgLyogKE1GTikgeDg2LzY0 IHVzZXItc3BhY2UgcGFnZXRhYmxlICovCiAjZW5kaWYKICAgICBwYWdldGFi bGVfdCBndWVzdF90YWJsZTsgICAgICAgICAgICAvKiAoTUZOKSBndWVzdCBu b3Rpb24gb2YgY3IzICovCisgICAgc3RydWN0IHBhZ2VfaW5mbyAqb2xkX2d1 ZXN0X3RhYmxlOyAgLyogcGFydGlhbGx5IGRlc3RydWN0ZWQgcGFnZXRhYmxl ICovCiAgICAgLyogZ3Vlc3RfdGFibGUgaG9sZHMgYSByZWYgdG8gdGhlIHBh Z2UsIGFuZCBhbHNvIGEgdHlwZS1jb3VudCB1bmxlc3MKICAgICAgKiBzaGFk b3cgcmVmY291bnRzIGFyZSBpbiB1c2UgKi8KICAgICBwYWdldGFibGVfdCBz aGFkb3dfdGFibGVbNF07ICAgICAgICAvKiAoTUZOKSBzaGFkb3cocykgb2Yg Z3Vlc3QgKi8KLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9tbS5oCisrKyBi L3hlbi9pbmNsdWRlL2FzbS14ODYvbW0uaApAQCAtNjA1LDYgKzYwNSw3IEBA IHZvaWQgYXVkaXRfZG9tYWlucyh2b2lkKTsKIGludCBuZXdfZ3Vlc3RfY3Iz KHVuc2lnbmVkIGxvbmcgcGZuKTsKIHZvaWQgbWFrZV9jcjMoc3RydWN0IHZj cHUgKnYsIHVuc2lnbmVkIGxvbmcgbWZuKTsKIHZvaWQgdXBkYXRlX2NyMyhz dHJ1Y3QgdmNwdSAqdik7CitpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMo c3RydWN0IHZjcHUgKiwgYm9vbF90IHByZWVtcHRpYmxlKTsKIHZvaWQgcHJv cGFnYXRlX3BhZ2VfZmF1bHQodW5zaWduZWQgbG9uZyBhZGRyLCB1MTYgZXJy b3JfY29kZSk7CiB2b2lkICpkb19wYWdlX3dhbGsoc3RydWN0IHZjcHUgKnYs IHVuc2lnbmVkIGxvbmcgYWRkcik7CiAK --=separator Content-Type: application/octet-stream; name="xsa45-4.2-02-new-guest-cr3-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-02-new-guest-cr3-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIG5ld19ndWVzdF9jcjMoKSBwcmVlbXB0aWJsZQoKLi4uIGFz IGl0IG1heSB0YWtlIHNpZ25pZmljYW50IGFtb3VudHMgb2YgdGltZS4KClRo aXMgaXMgcGFydCBvZiBDVkUtMjAxMy0xOTE4IC8gWFNBLTQ1LgoKU2lnbmVk LW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tl ZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0gYS94ZW4vYXJj aC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjg4OSw0 NCArMjg4OSw2OSBAQCBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25n IG1mbikKIHsKICAgICBzdHJ1Y3QgdmNwdSAqY3VyciA9IGN1cnJlbnQ7CiAg ICAgc3RydWN0IGRvbWFpbiAqZCA9IGN1cnItPmRvbWFpbjsKLSAgICBpbnQg b2theTsKKyAgICBpbnQgcmM7CiAgICAgdW5zaWduZWQgbG9uZyBvbGRfYmFz ZV9tZm47CiAKICNpZmRlZiBfX3g4Nl82NF9fCiAgICAgaWYgKCBpc19wdl8z Mm9uNjRfZG9tYWluKGQpICkKICAgICB7Ci0gICAgICAgIG9rYXkgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgID8gMCAvKiBPbGQg Y29kZSB3YXMgYnJva2VuLCBidXQgd2hhdCBzaG91bGQgaXQgYmU/ICovCi0g ICAgICAgICAgICA6IG1vZF9sNF9lbnRyeSgKKyAgICAgICAgcmMgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKKyAgICAgICAgICAgICA/IC1FSU5WQUwg LyogT2xkIGNvZGUgd2FzIGJyb2tlbiwgYnV0IHdoYXQgc2hvdWxkIGl0IGJl PyAqLworICAgICAgICAgICAgIDogbW9kX2w0X2VudHJ5KAogICAgICAgICAg ICAgICAgICAgICBfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIoY3Vyci0+YXJj aC5ndWVzdF90YWJsZSkpLAogICAgICAgICAgICAgICAgICAgICBsNGVfZnJv bV9wZm4oCiAgICAgICAgICAgICAgICAgICAgICAgICBtZm4sCiAgICAgICAg ICAgICAgICAgICAgICAgICAoX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFH RV9VU0VSfF9QQUdFX0FDQ0VTU0VEKSksCi0gICAgICAgICAgICAgICAgICAg IHBhZ2V0YWJsZV9nZXRfcGZuKGN1cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAw LCAwLCBjdXJyKSA9PSAwOwotICAgICAgICBpZiAoIHVubGlrZWx5KCFva2F5 KSApCisgICAgICAgICAgICAgICAgICAgIHBhZ2V0YWJsZV9nZXRfcGZuKGN1 cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAwLCAxLCBjdXJyKTsKKyAgICAgICAg c3dpdGNoICggcmMgKQogICAgICAgICB7CisgICAgICAgIGNhc2UgMDoKKyAg ICAgICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAg ICAgY2FzZSAtRUFHQUlOOgorICAgICAgICAgICAgcmV0dXJuIC1FQUdBSU47 CisgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICBNRU1fTE9HKCJFcnJv ciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBjb21wYXQgYmFzZXB0ciAlbHgiLCBt Zm4pOwotICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgICAgICByZXR1 cm4gcmM7CiAgICAgICAgIH0KIAogICAgICAgICBpbnZhbGlkYXRlX3NoYWRv d19sZHQoY3VyciwgMCk7CiAgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsK IAotICAgICAgICByZXR1cm4gMTsKKyAgICAgICAgcmV0dXJuIDA7CiAgICAg fQogI2VuZGlmCi0gICAgb2theSA9IHBhZ2luZ19tb2RlX3JlZmNvdW50cyhk KQotICAgICAgICA/IGdldF9wYWdlX2Zyb21fcGFnZW5yKG1mbiwgZCkKLSAg ICAgICAgOiAhZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIobWZuLCBQ R1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAwLCAwKTsKLSAgICBpZiAoIHVubGlr ZWx5KCFva2F5KSApCisgICAgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKGN1 cnIpOworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAgICAgICAgcmV0dXJu IHJjOworCisgICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgLyoKKyAgICAgKiBUaGlz IGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0aW5nIHJlc3Rh cnRlZCBhZnRlciB0aGUKKyAgICAgKiBwcmV2aW91cyBhdHRlbXB0IGdvdCBw cmVlbXB0ZWQgaW4gdGhlIHB1dC1vbGQtTUZOIHBoYXNlLgorICAgICAqLwor ICAgIGlmICggb2xkX2Jhc2VfbWZuID09IG1mbiApCiAgICAgewotICAgICAg ICBNRU1fTE9HKCJFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRy ICVseCIsIG1mbik7CisgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKICAg ICAgICAgcmV0dXJuIDA7CiAgICAgfQogCi0gICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOworICAgIHJjID0gcGFnaW5nX21vZGVfcmVmY291 bnRzKGQpCisgICAgICAgICA/IChnZXRfcGFnZV9mcm9tX3BhZ2VucihtZm4s IGQpID8gMCA6IC1FSU5WQUwpCisgICAgICAgICA6IGdldF9wYWdlX2FuZF90 eXBlX2Zyb21fcGFnZW5yKG1mbiwgUEdUX3Jvb3RfcGFnZV90YWJsZSwgZCwg MCwgMSk7CisgICAgc3dpdGNoICggcmMgKQorICAgIHsKKyAgICBjYXNlIDA6 CisgICAgICAgIGJyZWFrOworICAgIGNhc2UgLUVJTlRSOgorICAgIGNhc2Ug LUVBR0FJTjoKKyAgICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAgZGVmYXVs dDoKKyAgICAgICAgTUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBu ZXcgYmFzZXB0ciAlbHgiLCBtZm4pOworICAgICAgICByZXR1cm4gcmM7Cisg ICAgfQogCi0gICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOwogCiAgICAgY3Vyci0+YXJjaC5ndWVzdF90YWJs ZSA9IHBhZ2V0YWJsZV9mcm9tX3BmbihtZm4pOwogICAgIHVwZGF0ZV9jcjMo Y3Vycik7CkBAIC0yOTM1LDEzICsyOTYwLDI1IEBAIGludCBuZXdfZ3Vlc3Rf Y3IzKHVuc2lnbmVkIGxvbmcgbWZuKQogCiAgICAgaWYgKCBsaWtlbHkob2xk X2Jhc2VfbWZuICE9IDApICkKICAgICB7CisgICAgICAgIHN0cnVjdCBwYWdl X2luZm8gKnBhZ2UgPSBtZm5fdG9fcGFnZShvbGRfYmFzZV9tZm4pOworCiAg ICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAg ICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOwor ICAgICAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKG9sZF9i YXNlX21mbikpOworICAgICAgICAgICAgc3dpdGNoICggcmMgPSBwdXRfcGFn ZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCAxKSApCisgICAgICAgICAg ICB7CisgICAgICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgICAgICAg ICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICBjYXNlIC1FQUdBSU46Cisg ICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBw YWdlOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgZGVm YXVsdDoKKyAgICAgICAgICAgICAgICBCVUdfT04ocmMpOworICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgfQogICAgIH0KIAotICAgIHJl dHVybiAxOworICAgIHJldHVybiByYzsKIH0KIAogc3RhdGljIHN0cnVjdCBk b21haW4gKmdldF9wZ19vd25lcihkb21pZF90IGRvbWlkKQpAQCAtMzIzOSw4 ICszMjc2LDEzIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgICAgICB9CiAK ICAgICAgICAgY2FzZSBNTVVFWFRfTkVXX0JBU0VQVFI6Ci0gICAgICAgICAg ICBva2F5ID0gKCFwYWdpbmdfbW9kZV90cmFuc2xhdGUoZCkKLSAgICAgICAg ICAgICAgICAgICAgJiYgbmV3X2d1ZXN0X2NyMyhvcC5hcmcxLm1mbikpOwor ICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV90cmFuc2xhdGUoZCkgKQor ICAgICAgICAgICAgICAgIG9rYXkgPSAwOworICAgICAgICAgICAgZWxzZQor ICAgICAgICAgICAgeworICAgICAgICAgICAgICAgIHJjID0gbmV3X2d1ZXN0 X2NyMyhvcC5hcmcxLm1mbik7CisgICAgICAgICAgICAgICAgb2theSA9ICFy YzsKKyAgICAgICAgICAgIH0KICAgICAgICAgICAgIGJyZWFrOwogCiAgICAg ICAgIAotLS0gYS94ZW4vYXJjaC94ODYvdHJhcHMuYworKysgYi94ZW4vYXJj aC94ODYvdHJhcHMuYwpAQCAtMjQwNywxMiArMjQwNywyMyBAQCBzdGF0aWMg aW50IGVtdWxhdGVfcHJpdmlsZWdlZF9vcChzdHJ1Y3QgCiAjZW5kaWYKICAg ICAgICAgICAgIH0KICAgICAgICAgICAgIHBhZ2UgPSBnZXRfcGFnZV9mcm9t X2dmbih2LT5kb21haW4sIGdmbiwgTlVMTCwgUDJNX0FMTE9DKTsKLSAgICAg ICAgICAgIHJjID0gcGFnZSA/IG5ld19ndWVzdF9jcjMocGFnZV90b19tZm4o cGFnZSkpIDogMDsKICAgICAgICAgICAgIGlmICggcGFnZSApCisgICAgICAg ICAgICB7CisgICAgICAgICAgICAgICAgcmMgPSBuZXdfZ3Vlc3RfY3IzKHBh Z2VfdG9fbWZuKHBhZ2UpKTsKICAgICAgICAgICAgICAgICBwdXRfcGFnZShw YWdlKTsKKyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIGVsc2UKKyAgICAg ICAgICAgICAgICByYyA9IC1FSU5WQUw7CiAgICAgICAgICAgICBkb21haW5f dW5sb2NrKHYtPmRvbWFpbik7Ci0gICAgICAgICAgICBpZiAoIHJjID09IDAg KSAvKiBub3Qgb2theSAqLworICAgICAgICAgICAgc3dpdGNoICggcmMgKQor ICAgICAgICAgICAgeworICAgICAgICAgICAgY2FzZSAwOgorICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgY2FzZSAtRUFHQUlOOiAvKiBy ZXRyeSBhZnRlciBwcmVlbXB0aW9uICovCisgICAgICAgICAgICAgICAgZ290 byBza2lwOworICAgICAgICAgICAgZGVmYXVsdDogICAgICAvKiBub3Qgb2th eSAqLwogICAgICAgICAgICAgICAgIGdvdG8gZmFpbDsKKyAgICAgICAgICAg IH0KICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CiAK --=separator Content-Type: application/octet-stream; name="xsa45-4.2-03-new-user-base-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-03-new-user-base-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSIHByZWVtcHRpYmxl CgouLi4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0 aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTggLyBYU0EtNDUu CgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5j b20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBh L3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBA IC0zMjk2LDI5ICszMjk2LDU2IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAg ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQogCisgICAgICAg ICAgICBvbGRfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZV91c2VyKTsKKyAgICAgICAgICAgIC8qCisgICAgICAgICAg ICAgKiBUaGlzIGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0 aW5nIHJlc3RhcnRlZCBhZnRlciB0aGUKKyAgICAgICAgICAgICAqIHByZXZp b3VzIGF0dGVtcHQgZ290IHByZWVtcHRlZCBpbiB0aGUgcHV0LW9sZC1NRk4g cGhhc2UuCisgICAgICAgICAgICAgKi8KKyAgICAgICAgICAgIGlmICggb2xk X21mbiA9PSBvcC5hcmcxLm1mbiApCisgICAgICAgICAgICAgICAgYnJlYWs7 CisKICAgICAgICAgICAgIGlmICggb3AuYXJnMS5tZm4gIT0gMCApCiAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9y ZWZjb3VudHMoZCkgKQogICAgICAgICAgICAgICAgICAgICBva2F5ID0gZ2V0 X3BhZ2VfZnJvbV9wYWdlbnIob3AuYXJnMS5tZm4sIGQpOwogICAgICAgICAg ICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICAgICAgb2theSA9ICFnZXRf cGFnZV9hbmRfdHlwZV9mcm9tX3BhZ2VucigKLSAgICAgICAgICAgICAgICAg ICAgICAgIG9wLmFyZzEubWZuLCBQR1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAw LCAwKTsKKyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAg IHJjID0gZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIoCisgICAgICAg ICAgICAgICAgICAgICAgICBvcC5hcmcxLm1mbiwgUEdUX3Jvb3RfcGFnZV90 YWJsZSwgZCwgMCwgMSk7CisgICAgICAgICAgICAgICAgICAgIG9rYXkgPSAh cmM7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgIGlmICgg dW5saWtlbHkoIW9rYXkpICkKICAgICAgICAgICAgICAgICB7Ci0gICAgICAg ICAgICAgICAgICAgIE1FTV9MT0coIkVycm9yIHdoaWxlIGluc3RhbGxpbmcg bmV3IG1mbiAlbHgiLCBvcC5hcmcxLm1mbik7CisgICAgICAgICAgICAgICAg ICAgIGlmICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgICAgICAgICAgICAg ICAgIHJjID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICAgICAgZWxzZSBp ZiAoIHJjICE9IC1FQUdBSU4gKQorICAgICAgICAgICAgICAgICAgICAgICAg TUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBuZXcgbWZuICVseCIs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG9wLmFyZzEubWZu KTsKICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgfQogCi0gICAgICAgICAgICBvbGRfbWZuID0g cGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJsZV91c2Vy KTsKICAgICAgICAgICAgIGN1cnItPmFyY2guZ3Vlc3RfdGFibGVfdXNlciA9 IHBhZ2V0YWJsZV9mcm9tX3BmbihvcC5hcmcxLm1mbik7CiAKICAgICAgICAg ICAgIGlmICggb2xkX21mbiAhPSAwICkKICAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlID0gbWZuX3RvX3Bh Z2Uob2xkX21mbik7CisKICAgICAgICAgICAgICAgICBpZiAoIHBhZ2luZ19t b2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAgICAgICAgICAgIHB1dF9w YWdlKG1mbl90b19wYWdlKG9sZF9tZm4pKTsKKyAgICAgICAgICAgICAgICAg ICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgICAgICAgICAgZWxzZQotICAg ICAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFn ZShvbGRfbWZuKSk7CisgICAgICAgICAgICAgICAgICAgIHN3aXRjaCAoIHJj ID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQor ICAgICAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAgIGNh c2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAgICAgICAgcmMgPSAtRUFH QUlOOworICAgICAgICAgICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAg ICAgICAgICAgICAgICAgICAgICBjdXJyLT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgICAgICAgICBva2F5ID0gMDsK KyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg ICAgICAgICBkZWZhdWx0OgorICAgICAgICAgICAgICAgICAgICAgICAgQlVH X09OKHJjKTsKKyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAKICAgICAgICAg ICAgIGJyZWFrOwo= --=separator Content-Type: application/octet-stream; name="xsa45-4.2-04-vcpu-reset-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-04-vcpu-reset-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfcmVzZXQoKSBwcmVlbXB0aWJsZQoKLi4uIGFzIGRy b3BwaW5nIHRoZSBvbGQgcGFnZSB0YWJsZXMgbWF5IHRha2Ugc2lnbmlmaWNh bnQgYW1vdW50cyBvZgp0aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEz LTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1A eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4uYworKysgYi94 ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTEwNTEsMTcgKzEwNTEsMTYgQEAg aW50IGFyY2hfc2V0X2luZm9fZ3Vlc3QoCiAjdW5kZWYgYwogfQogCi12b2lk IGFyY2hfdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKK2ludCBhcmNoX3Zj cHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCiB7CiAgICAgaWYgKCAhaXNfaHZt X3ZjcHUodikgKQogICAgIHsKICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0g ICAgICAgIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYsIDApOwotICAgIH0K LSAgICBlbHNlCi0gICAgewotICAgICAgICB2Y3B1X2VuZF9zaHV0ZG93bl9k ZWZlcnJhbCh2KTsKKyAgICAgICAgcmV0dXJuIHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHYpOwogICAgIH0KKworICAgIHZjcHVfZW5kX3NodXRkb3duX2Rl ZmVycmFsKHYpOworICAgIHJldHVybiAwOwogfQogCiAvKiAKQEAgLTIwODUs NyArMjA4NCw3IEBAIGludCBkb21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMo c3RydWN0IGQKICAgICAgICAgLyogRHJvcCB0aGUgaW4tdXNlIHJlZmVyZW5j ZXMgdG8gcGFnZS10YWJsZSBiYXNlcy4gKi8KICAgICAgICAgZm9yX2VhY2hf dmNwdSAoIGQsIHYgKQogICAgICAgICB7Ci0gICAgICAgICAgICByZXQgPSB2 Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2LCAxKTsKKyAgICAgICAgICAgIHJl dCA9IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYpOwogICAgICAgICAgICAg aWYgKCByZXQgKQogICAgICAgICAgICAgICAgIHJldHVybiByZXQ7CiAgICAg ICAgIH0KLS0tIGEveGVuL2FyY2gveDg2L2h2bS9odm0uYworKysgYi94ZW4v YXJjaC94ODYvaHZtL2h2bS5jCkBAIC0zNTA5LDggKzM1MDksMTEgQEAgc3Rh dGljIHZvaWQgaHZtX3MzX3N1c3BlbmQoc3RydWN0IGRvbWFpbgogCiAgICAg Zm9yX2VhY2hfdmNwdSAoIGQsIHYgKQogICAgIHsKKyAgICAgICAgaW50IHJj OworCiAgICAgICAgIHZsYXBpY19yZXNldCh2Y3B1X3ZsYXBpYyh2KSk7Ci0g ICAgICAgIHZjcHVfcmVzZXQodik7CisgICAgICAgIHJjID0gdmNwdV9yZXNl dCh2KTsKKyAgICAgICAgQVNTRVJUKCFyYyk7CiAgICAgfQogCiAgICAgdnBp Y19yZXNldChkKTsKLS0tIGEveGVuL2FyY2gveDg2L2h2bS92bGFwaWMuYwor KysgYi94ZW4vYXJjaC94ODYvaHZtL3ZsYXBpYy5jCkBAIC0yNTIsMTAgKzI1 MiwxMyBAQCBzdGF0aWMgdm9pZCB2bGFwaWNfaW5pdF9zaXBpX2FjdGlvbih1 bnNpCiAgICAgewogICAgIGNhc2UgQVBJQ19ETV9JTklUOiB7CiAgICAgICAg IGJvb2xfdCBmcHVfaW5pdGlhbGlzZWQ7CisgICAgICAgIGludCByYzsKKwog ICAgICAgICBkb21haW5fbG9jayh0YXJnZXQtPmRvbWFpbik7CiAgICAgICAg IC8qIFJlc2V0IG5lY2Vzc2FyeSBWQ1BVIHN0YXRlLiBUaGlzIGRvZXMgbm90 IGluY2x1ZGUgRlBVIHN0YXRlLiAqLwogICAgICAgICBmcHVfaW5pdGlhbGlz ZWQgPSB0YXJnZXQtPmZwdV9pbml0aWFsaXNlZDsKLSAgICAgICAgdmNwdV9y ZXNldCh0YXJnZXQpOworICAgICAgICByYyA9IHZjcHVfcmVzZXQodGFyZ2V0 KTsKKyAgICAgICAgQVNTRVJUKCFyYyk7CiAgICAgICAgIHRhcmdldC0+ZnB1 X2luaXRpYWxpc2VkID0gZnB1X2luaXRpYWxpc2VkOwogICAgICAgICB2bGFw aWNfcmVzZXQodmNwdV92bGFwaWModGFyZ2V0KSk7CiAgICAgICAgIGRvbWFp bl91bmxvY2sodGFyZ2V0LT5kb21haW4pOwotLS0gYS94ZW4vYXJjaC94ODYv bW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjgyNyw3ICsyODI3 LDcgQEAgc3RhdGljIGludCBwdXRfb2xkX2d1ZXN0X3RhYmxlKHN0cnVjdCB2 YwogICAgIHJldHVybiByYzsKIH0KIAotaW50IHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHN0cnVjdCB2Y3B1ICp2LCBib29sX3QgcHJlZW1wdGlibGUpCitp bnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpCiB7 CiAgICAgdW5zaWduZWQgbG9uZyBtZm4gPSBwYWdldGFibGVfZ2V0X3Bmbih2 LT5hcmNoLmd1ZXN0X3RhYmxlKTsKICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpw YWdlOwpAQCAtMjg0Nyw3ICsyODQ3LDcgQEAgaW50IHZjcHVfZGVzdHJveV9w YWdldGFibGVzKHN0cnVjdCB2Y3B1IAogICAgICAgICBpZiAoIHBhZ2luZ19t b2RlX3JlZmNvdW50cyh2LT5kb21haW4pICkKICAgICAgICAgICAgIHB1dF9w YWdlKHBhZ2UpOwogICAgICAgICBlbHNlCi0gICAgICAgICAgICByYyA9IHB1 dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIHByZWVtcHRpYmxl KTsKKyAgICAgICAgICAgIHJjID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1w dGlibGUocGFnZSwgMSk7CiAgICAgfQogCiAjaWZkZWYgX194ODZfNjRfXwpA QCAtMjg3Myw3ICsyODczLDcgQEAgaW50IHZjcHVfZGVzdHJveV9wYWdldGFi bGVzKHN0cnVjdCB2Y3B1IAogICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9k ZV9yZWZjb3VudHModi0+ZG9tYWluKSApCiAgICAgICAgICAgICAgICAgcHV0 X3BhZ2UocGFnZSk7CiAgICAgICAgICAgICBlbHNlCi0gICAgICAgICAgICAg ICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCBw cmVlbXB0aWJsZSk7CisgICAgICAgICAgICAgICAgcmMgPSBwdXRfcGFnZV9h bmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCAxKTsKICAgICAgICAgfQogICAg ICAgICBpZiAoICFyYyApCiAgICAgICAgICAgICB2LT5hcmNoLmd1ZXN0X3Rh YmxlX3VzZXIgPSBwYWdldGFibGVfbnVsbCgpOwotLS0gYS94ZW4vY29tbW9u L2RvbWFpbi5jCisrKyBiL3hlbi9jb21tb24vZG9tYWluLmMKQEAgLTc3OSwx NCArNzc5LDE4IEBAIHZvaWQgZG9tYWluX3VucGF1c2VfYnlfc3lzdGVtY29u dHJvbGxlcigKICAgICAgICAgZG9tYWluX3VucGF1c2UoZCk7CiB9CiAKLXZv aWQgdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKK2ludCB2Y3B1X3Jlc2V0 KHN0cnVjdCB2Y3B1ICp2KQogewogICAgIHN0cnVjdCBkb21haW4gKmQgPSB2 LT5kb21haW47CisgICAgaW50IHJjOwogCiAgICAgdmNwdV9wYXVzZSh2KTsK ICAgICBkb21haW5fbG9jayhkKTsKIAotICAgIGFyY2hfdmNwdV9yZXNldCh2 KTsKKyAgICBzZXRfYml0KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9mbGFn cyk7CisgICAgcmMgPSBhcmNoX3ZjcHVfcmVzZXQodik7CisgICAgaWYgKCBy YyApCisgICAgICAgIGdvdG8gb3V0X3VubG9jazsKIAogICAgIHNldF9iaXQo X1ZQRl9kb3duLCAmdi0+cGF1c2VfZmxhZ3MpOwogCkBAIC04MDIsOSArODA2 LDEzIEBAIHZvaWQgdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKICNlbmRp ZgogICAgIGNwdW1hc2tfY2xlYXIodi0+Y3B1X2FmZmluaXR5X3RtcCk7CiAg ICAgY2xlYXJfYml0KF9WUEZfYmxvY2tlZCwgJnYtPnBhdXNlX2ZsYWdzKTsK KyAgICBjbGVhcl9iaXQoX1ZQRl9pbl9yZXNldCwgJnYtPnBhdXNlX2ZsYWdz KTsKIAorIG91dF91bmxvY2s6CiAgICAgZG9tYWluX3VubG9jayh2LT5kb21h aW4pOwogICAgIHZjcHVfdW5wYXVzZSh2KTsKKworICAgIHJldHVybiByYzsK IH0KIAogCi0tLSBhL3hlbi9jb21tb24vZG9tY3RsLmMKKysrIGIveGVuL2Nv bW1vbi9kb21jdGwuYwpAQCAtMzA2LDggKzMwNiwxMCBAQCBsb25nIGRvX2Rv bWN0bChYRU5fR1VFU1RfSEFORExFKHhlbl9kb21jCiAKICAgICAgICAgaWYg KCBndWVzdF9oYW5kbGVfaXNfbnVsbChvcC0+dS52Y3B1Y29udGV4dC5jdHh0 KSApCiAgICAgICAgIHsKLSAgICAgICAgICAgIHZjcHVfcmVzZXQodik7Ci0g ICAgICAgICAgICByZXQgPSAwOworICAgICAgICAgICAgcmV0ID0gdmNwdV9y ZXNldCh2KTsKKyAgICAgICAgICAgIGlmICggcmV0ID09IC1FQUdBSU4gKQor ICAgICAgICAgICAgICAgIHJldCA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGlu dWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklT T1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsKICAgICAgICAgICAgIGdvdG8g c3ZjX291dDsKICAgICAgICAgfQogCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14 ODYvbW0uaAorKysgYi94ZW4vaW5jbHVkZS9hc20teDg2L21tLmgKQEAgLTYw NSw3ICs2MDUsNyBAQCB2b2lkIGF1ZGl0X2RvbWFpbnModm9pZCk7CiBpbnQg bmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25nIHBmbik7CiB2b2lkIG1ha2Vf Y3IzKHN0cnVjdCB2Y3B1ICp2LCB1bnNpZ25lZCBsb25nIG1mbik7CiB2b2lk IHVwZGF0ZV9jcjMoc3RydWN0IHZjcHUgKnYpOwotaW50IHZjcHVfZGVzdHJv eV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICosIGJvb2xfdCBwcmVlbXB0aWJs ZSk7CitpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMoc3RydWN0IHZjcHUg Kik7CiB2b2lkIHByb3BhZ2F0ZV9wYWdlX2ZhdWx0KHVuc2lnbmVkIGxvbmcg YWRkciwgdTE2IGVycm9yX2NvZGUpOwogdm9pZCAqZG9fcGFnZV93YWxrKHN0 cnVjdCB2Y3B1ICp2LCB1bnNpZ25lZCBsb25nIGFkZHIpOwogCi0tLSBhL3hl bi9pbmNsdWRlL3hlbi9kb21haW4uaAorKysgYi94ZW4vaW5jbHVkZS94ZW4v ZG9tYWluLmgKQEAgLTEzLDcgKzEzLDcgQEAgdHlwZWRlZiB1bmlvbiB7CiBz dHJ1Y3QgdmNwdSAqYWxsb2NfdmNwdSgKICAgICBzdHJ1Y3QgZG9tYWluICpk LCB1bnNpZ25lZCBpbnQgdmNwdV9pZCwgdW5zaWduZWQgaW50IGNwdV9pZCk7 CiBzdHJ1Y3QgdmNwdSAqYWxsb2NfZG9tMF92Y3B1MCh2b2lkKTsKLXZvaWQg dmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdik7CitpbnQgdmNwdV9yZXNldChz dHJ1Y3QgdmNwdSAqKTsKIAogc3RydWN0IHhlbl9kb21jdGxfZ2V0ZG9tYWlu aW5mbzsKIHZvaWQgZ2V0ZG9tYWluaW5mbyhzdHJ1Y3QgZG9tYWluICpkLCBz dHJ1Y3QgeGVuX2RvbWN0bF9nZXRkb21haW5pbmZvICppbmZvKTsKQEAgLTY3 LDcgKzY3LDcgQEAgdm9pZCBhcmNoX2R1bXBfdmNwdV9pbmZvKHN0cnVjdCB2 Y3B1ICp2KQogCiB2b2lkIGFyY2hfZHVtcF9kb21haW5faW5mbyhzdHJ1Y3Qg ZG9tYWluICpkKTsKIAotdm9pZCBhcmNoX3ZjcHVfcmVzZXQoc3RydWN0IHZj cHUgKnYpOworaW50IGFyY2hfdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqKTsK IAogZXh0ZXJuIHNwaW5sb2NrX3QgdmNwdV9hbGxvY19sb2NrOwogYm9vbF90 IGRvbWN0bF9sb2NrX2FjcXVpcmUodm9pZCk7Ci0tLSBhL3hlbi9pbmNsdWRl L3hlbi9zY2hlZC5oCisrKyBiL3hlbi9pbmNsdWRlL3hlbi9zY2hlZC5oCkBA IC02NDQsNiArNjQ0LDkgQEAgc3RhdGljIGlubGluZSBzdHJ1Y3QgZG9tYWlu ICpuZXh0X2RvbWFpbgogIC8qIFZDUFUgaXMgYmxvY2tlZCBkdWUgdG8gbWlz c2luZyBtZW1fc2hhcmluZyByaW5nLiAqLwogI2RlZmluZSBfVlBGX21lbV9z aGFyaW5nICAgICA2CiAjZGVmaW5lIFZQRl9tZW1fc2hhcmluZyAgICAgICgx VUw8PF9WUEZfbWVtX3NoYXJpbmcpCisgLyogVkNQVSBpcyBiZWluZyByZXNl dC4gKi8KKyNkZWZpbmUgX1ZQRl9pbl9yZXNldCAgICAgICAgNworI2RlZmlu ZSBWUEZfaW5fcmVzZXQgICAgICAgICAoMVVMPDxfVlBGX2luX3Jlc2V0KQog CiBzdGF0aWMgaW5saW5lIGludCB2Y3B1X3J1bm5hYmxlKHN0cnVjdCB2Y3B1 ICp2KQogewo= --=separator Content-Type: application/octet-stream; name="xsa45-4.2-05-set-info-guest-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-05-set-info-guest-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIGFyY2hfc2V0X2luZm9fZ3Vlc3QoKSBwcmVlbXB0aWJsZQoK Li4gYXMgdGhlIHJvb3QgcGFnZSB0YWJsZSB2YWxpZGF0aW9uIChhbmQgdGhl IGRyb3BwaW5nIG9mIGFuIGV2ZW50dWFsCm9sZCBvbmUpIGNhbiByZXF1aXJl IG1lYW5pbmdmdWwgYW1vdW50cyBvZiB0aW1lLgoKVGhpcyBpcyBwYXJ0IG9m IENWRS0yMDEzLTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4u YworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTg1OCw2ICs4NTgs OSBAQCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKIAogICAgIGlmICggIXYt PmlzX2luaXRpYWxpc2VkICkKICAgICB7CisgICAgICAgIGlmICggIWNvbXBh dCAmJiAhKGZsYWdzICYgVkdDRl9pbl9rZXJuZWwpICYmICFjLm5hdC0+Y3Ry bHJlZ1sxXSApCisgICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKKwogICAg ICAgICB2LT5hcmNoLnB2X3ZjcHUubGR0X2Jhc2UgPSBjKGxkdF9iYXNlKTsK ICAgICAgICAgdi0+YXJjaC5wdl92Y3B1LmxkdF9lbnRzID0gYyhsZHRfZW50 cyk7CiAgICAgfQpAQCAtOTU1LDI0ICs5NTgsNDQgQEAgaW50IGFyY2hfc2V0 X2luZm9fZ3Vlc3QoCiAgICAgaWYgKCByYyAhPSAwICkKICAgICAgICAgcmV0 dXJuIHJjOwogCisgICAgc2V0X2JpdChfVlBGX2luX3Jlc2V0LCAmdi0+cGF1 c2VfZmxhZ3MpOworCiAgICAgaWYgKCAhY29tcGF0ICkKLSAgICB7CiAgICAg ICAgIGNyM19nZm4gPSB4ZW5fY3IzX3RvX3BmbihjLm5hdC0+Y3RybHJlZ1sz XSk7Ci0gICAgICAgIGNyM19wYWdlID0gZ2V0X3BhZ2VfZnJvbV9nZm4oZCwg Y3IzX2dmbiwgTlVMTCwgUDJNX0FMTE9DKTsKLQotICAgICAgICBpZiAoICFj cjNfcGFnZSApCi0gICAgICAgIHsKLSAgICAgICAgICAgIGRlc3Ryb3lfZ2R0 KHYpOwotICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7Ci0gICAgICAgIH0K LSAgICAgICAgaWYgKCAhcGFnaW5nX21vZGVfcmVmY291bnRzKGQpCi0gICAg ICAgICAgICAgJiYgIWdldF9wYWdlX3R5cGUoY3IzX3BhZ2UsIFBHVF9iYXNl X3BhZ2VfdGFibGUpICkKLSAgICAgICAgewotICAgICAgICAgICAgcHV0X3Bh Z2UoY3IzX3BhZ2UpOwotICAgICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0g ICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKLSAgICAgICAgfQorI2lmZGVm IENPTkZJR19DT01QQVQKKyAgICBlbHNlCisgICAgICAgIGNyM19nZm4gPSBj b21wYXRfY3IzX3RvX3BmbihjLmNtcC0+Y3RybHJlZ1szXSk7CisjZW5kaWYK KyAgICBjcjNfcGFnZSA9IGdldF9wYWdlX2Zyb21fZ2ZuKGQsIGNyM19nZm4s IE5VTEwsIFAyTV9BTExPQyk7CiAKKyAgICBpZiAoICFjcjNfcGFnZSApCisg ICAgICAgIHJjID0gLUVJTlZBTDsKKyAgICBlbHNlIGlmICggcGFnaW5nX21v ZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgLyogbm90aGluZyAqLzsKKyAg ICBlbHNlIGlmICggY3IzX3BhZ2UgPT0gdi0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgKQorICAgIHsKKyAgICAgICAgdi0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUg PSBOVUxMOworICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7CisgICAgfQor ICAgIGVsc2UKKyAgICB7CisgICAgICAgIC8qCisgICAgICAgICAqIFNpbmNl IHYtPmFyY2guZ3Vlc3RfdGFibGV7LF91c2VyfSBhcmUgYm90aCBOVUxMLCB0 aGlzIGVmZmVjdGl2ZWx5CisgICAgICAgICAqIGlzIGp1c3QgYSBjYWxsIHRv IHB1dF9vbGRfZ3Vlc3RfdGFibGUoKS4KKyAgICAgICAgICovCisgICAgICAg IGlmICggIWNvbXBhdCApCisgICAgICAgICAgICByYyA9IHZjcHVfZGVzdHJv eV9wYWdldGFibGVzKHYpOworICAgICAgICBpZiAoICFyYyApCisgICAgICAg ICAgICByYyA9IGdldF9wYWdlX3R5cGVfcHJlZW1wdGlibGUoY3IzX3BhZ2Us CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IWNvbXBhdCA/IFBHVF9yb290X3BhZ2VfdGFibGUKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogUEdUX2wz X3BhZ2VfdGFibGUpOworICAgICAgICBpZiAoIHJjID09IC1FSU5UUiApCisg ICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAgfQorICAgIGlmICggcmMg KQorICAgICAgICAvKiBoYW5kbGVkIGJlbG93ICovOworICAgIGVsc2UgaWYg KCAhY29tcGF0ICkKKyAgICB7CiAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFi bGUgPSBwYWdldGFibGVfZnJvbV9wYWdlKGNyM19wYWdlKTsKICNpZmRlZiBf X3g4Nl82NF9fCiAgICAgICAgIGlmICggYy5uYXQtPmN0cmxyZWdbMV0gKQpA QCAtOTgwLDU2ICsxMDAzLDQ0IEBAIGludCBhcmNoX3NldF9pbmZvX2d1ZXN0 KAogICAgICAgICAgICAgY3IzX2dmbiA9IHhlbl9jcjNfdG9fcGZuKGMubmF0 LT5jdHJscmVnWzFdKTsKICAgICAgICAgICAgIGNyM19wYWdlID0gZ2V0X3Bh Z2VfZnJvbV9nZm4oZCwgY3IzX2dmbiwgTlVMTCwgUDJNX0FMTE9DKTsKIAot ICAgICAgICAgICAgaWYgKCAhY3IzX3BhZ2UgfHwKLSAgICAgICAgICAgICAg ICAgKCFwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgICAg ICAgICYmICFnZXRfcGFnZV90eXBlKGNyM19wYWdlLCBQR1RfYmFzZV9wYWdl X3RhYmxlKSkgKQorICAgICAgICAgICAgaWYgKCAhY3IzX3BhZ2UgKQorICAg ICAgICAgICAgICAgIHJjID0gLUVJTlZBTDsKKyAgICAgICAgICAgIGVsc2Ug aWYgKCAhcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKICAgICAgICAgICAg IHsKLSAgICAgICAgICAgICAgICBpZiAoY3IzX3BhZ2UpCi0gICAgICAgICAg ICAgICAgICAgIHB1dF9wYWdlKGNyM19wYWdlKTsKLSAgICAgICAgICAgICAg ICBjcjNfcGFnZSA9IHBhZ2V0YWJsZV9nZXRfcGFnZSh2LT5hcmNoLmd1ZXN0 X3RhYmxlKTsKLSAgICAgICAgICAgICAgICB2LT5hcmNoLmd1ZXN0X3RhYmxl ID0gcGFnZXRhYmxlX251bGwoKTsKLSAgICAgICAgICAgICAgICBpZiAoIHBh Z2luZ19tb2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAgICAgICAgICAg IHB1dF9wYWdlKGNyM19wYWdlKTsKLSAgICAgICAgICAgICAgICBlbHNlCi0g ICAgICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKGNyM19wYWdl KTsKLSAgICAgICAgICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAg ICAgICAgICByZXR1cm4gLUVJTlZBTDsKKyAgICAgICAgICAgICAgICByYyA9 IGdldF9wYWdlX3R5cGVfcHJlZW1wdGlibGUoY3IzX3BhZ2UsIFBHVF9yb290 X3BhZ2VfdGFibGUpOworICAgICAgICAgICAgICAgIHN3aXRjaCAoIHJjICkK KyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgY2FzZSAtRUlO VFI6CisgICAgICAgICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKKyAgICAg ICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAgICAgICAgICAgICAgICAg IHYtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0KKyAgICAgICAgICAgICAgICAg ICAgICAgIHBhZ2V0YWJsZV9nZXRfcGFnZSh2LT5hcmNoLmd1ZXN0X3RhYmxl KTsKKyAgICAgICAgICAgICAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9 IHBhZ2V0YWJsZV9udWxsKCk7CisgICAgICAgICAgICAgICAgICAgIGJyZWFr OworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgIH0KLQotICAgICAg ICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFnZXRhYmxlX2Zy b21fcGFnZShjcjNfcGFnZSk7Ci0gICAgICAgIH0KLSAgICAgICAgZWxzZSBp ZiAoICEoZmxhZ3MgJiBWR0NGX2luX2tlcm5lbCkgKQotICAgICAgICB7Ci0g ICAgICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVy biAtRUlOVkFMOworICAgICAgICAgICAgaWYgKCAhcmMgKQorICAgICAgICAg ICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFnZXRhYmxlX2Zy b21fcGFnZShjcjNfcGFnZSk7CiAgICAgICAgIH0KICAgICB9CiAgICAgZWxz ZQogICAgIHsKICAgICAgICAgbDRfcGdlbnRyeV90ICpsNHRhYjsKIAotICAg ICAgICBjcjNfZ2ZuID0gY29tcGF0X2NyM190b19wZm4oYy5jbXAtPmN0cmxy ZWdbM10pOwotICAgICAgICBjcjNfcGFnZSA9IGdldF9wYWdlX2Zyb21fZ2Zu KGQsIGNyM19nZm4sIE5VTEwsIFAyTV9BTExPQyk7Ci0KLSAgICAgICAgaWYg KCAhY3IzX3BhZ2UpCi0gICAgICAgIHsKLSAgICAgICAgICAgIGRlc3Ryb3lf Z2R0KHYpOwotICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7Ci0gICAgICAg IH0KLQotICAgICAgICBpZiAoIXBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKQot ICAgICAgICAgICAgJiYgIWdldF9wYWdlX3R5cGUoY3IzX3BhZ2UsIFBHVF9s M19wYWdlX3RhYmxlKSApCi0gICAgICAgIHsKLSAgICAgICAgICAgIHB1dF9w YWdlKGNyM19wYWdlKTsKLSAgICAgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOwot ICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7Ci0gICAgICAgIH0KLQogICAg ICAgICBsNHRhYiA9IF9fdmEocGFnZXRhYmxlX2dldF9wYWRkcih2LT5hcmNo Lmd1ZXN0X3RhYmxlKSk7CiAgICAgICAgICpsNHRhYiA9IGw0ZV9mcm9tX3Bm bihwYWdlX3RvX21mbihjcjNfcGFnZSksCiAgICAgICAgICAgICBfUEFHRV9Q UkVTRU5UfF9QQUdFX1JXfF9QQUdFX1VTRVJ8X1BBR0VfQUNDRVNTRUQpOwog I2VuZGlmCiAgICAgfQorICAgIGlmICggcmMgKQorICAgIHsKKyAgICAgICAg aWYgKCBjcjNfcGFnZSApCisgICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFn ZSk7CisgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOworICAgICAgICByZXR1cm4g cmM7CisgICAgfQorCisgICAgY2xlYXJfYml0KF9WUEZfaW5fcmVzZXQsICZ2 LT5wYXVzZV9mbGFncyk7CiAKICAgICBpZiAoIHYtPnZjcHVfaWQgPT0gMCAp CiAgICAgICAgIHVwZGF0ZV9kb21haW5fd2FsbGNsb2NrX3RpbWUoZCk7Ci0t LSBhL3hlbi9jb21tb24vY29tcGF0L2RvbWFpbi5jCisrKyBiL3hlbi9jb21t b24vY29tcGF0L2RvbWFpbi5jCkBAIC01MCw2ICs1MCwxMCBAQCBpbnQgY29t cGF0X3ZjcHVfb3AoaW50IGNtZCwgaW50IHZjcHVpZCwgCiAgICAgICAgIHJj ID0gdi0+aXNfaW5pdGlhbGlzZWQgPyAtRUVYSVNUIDogYXJjaF9zZXRfaW5m b19ndWVzdCh2LCBjbXBfY3R4dCk7CiAgICAgICAgIGRvbWFpbl91bmxvY2so ZCk7CiAKKyAgICAgICAgaWYgKCByYyA9PSAtRUFHQUlOICkKKyAgICAgICAg ICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oX19IWVBF UlZJU09SX3ZjcHVfb3AsICJpaWgiLAorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBjbWQsIHZjcHVpZCwgYXJnKTsK KwogICAgICAgICB4ZnJlZShjbXBfY3R4dCk7CiAgICAgICAgIGJyZWFrOwog ICAgIH0KLS0tIGEveGVuL2NvbW1vbi9kb21haW4uYworKysgYi94ZW4vY29t bW9uL2RvbWFpbi5jCkBAIC04NDksNiArODQ5LDExIEBAIGxvbmcgZG9fdmNw dV9vcChpbnQgY21kLCBpbnQgdmNwdWlkLCBYRU4KICAgICAgICAgZG9tYWlu X3VubG9jayhkKTsKIAogICAgICAgICBmcmVlX3ZjcHVfZ3Vlc3RfY29udGV4 dChjdHh0KTsKKworICAgICAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAg ICAgICAgICAgcmMgPSBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbihf X0hZUEVSVklTT1JfdmNwdV9vcCwgImlpaCIsCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNtZCwgdmNwdWlkLCBh cmcpOworCiAgICAgICAgIGJyZWFrOwogCiAgICAgY2FzZSBWQ1BVT1BfdXA6 IHsKLS0tIGEveGVuL2NvbW1vbi9kb21jdGwuYworKysgYi94ZW4vY29tbW9u L2RvbWN0bC5jCkBAIC0zMzgsNiArMzM4LDEwIEBAIGxvbmcgZG9fZG9tY3Rs KFhFTl9HVUVTVF9IQU5ETEUoeGVuX2RvbWMKICAgICAgICAgICAgIGRvbWFp bl9wYXVzZShkKTsKICAgICAgICAgICAgIHJldCA9IGFyY2hfc2V0X2luZm9f Z3Vlc3QodiwgYyk7CiAgICAgICAgICAgICBkb21haW5fdW5wYXVzZShkKTsK KworICAgICAgICAgICAgaWYgKCByZXQgPT0gLUVBR0FJTiApCisgICAgICAg ICAgICAgICAgcmV0ID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24o CisgICAgICAgICAgICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9kb21j dGwsICJoIiwgdV9kb21jdGwpOwogICAgICAgICB9CiAKICAgICBzdmNfb3V0 Ogo= --=separator Content-Type: application/octet-stream; name="xsa45-4.2-06-unpin-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-06-unpin-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgdW5waW5uaW5nIHByZWVtcHRpYmxlCgou Li4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0aW1l LgoKU2luY2Ugd2UgY2FuJ3QgcmUtaW52b2tlIHRoZSBvcGVyYXRpb24gaW4g YSBzZWNvbmQgYXR0ZW1wdCwgdGhlCmNvbnRpbnVhdGlvbiBsb2dpYyBtdXN0 IGJlIHNsaWdodGx5IHR3ZWFrZWQgc28gdGhhdCB3ZSBtYWtlIHN1cmUKZG9f bW11ZXh0X29wKCkgZ2V0cyBydW4gb25lIG1vcmUgdGltZSBldmVuIHdoZW4g dGhlIHByZWVtcHRlZCB1bnBpbgpvcGVyYXRpb24gd2FzIHRoZSBsYXN0IG9u ZSBpbiBhIGJhdGNoLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTgg LyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxp Y2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9y Zz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9tbS5jCkBAIC0zMTIzLDYgKzMxMjMsMTQgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgICAgIHJldHVybiByYzsKICAgICB9CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKHVvcHMpKSApCisg ICAgeworICAgICAgICAvKiBTZWUgdGhlIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlIHJlbGF0ZWQKKyAgICAgICAgICogaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oKSBiZWxvdy4gKi8KKyAgICAgICAgcmV0dXJuIChpbnQp Zm9yZWlnbmRvbTsKKyAgICB9CisKICAgICBpZiAoIHVubGlrZWx5KGNvdW50 ICYgTU1VX1VQREFURV9QUkVFTVBURUQpICkKICAgICB7CiAgICAgICAgIGNv dW50ICY9IH5NTVVfVVBEQVRFX1BSRUVNUFRFRDsKQEAgLTMxNDYsNyArMzE1 NCw3IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogCiAgICAgZm9yICggaSA9IDA7 IGkgPCBjb3VudDsgaSsrICkKICAgICB7Ci0gICAgICAgIGlmICggaHlwZXJj YWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIGlmICggY3Vyci0+YXJj aC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2so KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAg ICAgICAgICAgIGJyZWFrOwpAQCAtMzI2Niw3ICszMjc0LDE3IEBAIGxvbmcg ZG9fbW11ZXh0X29wKAogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICAgfQogCi0gICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdl KTsKKyAgICAgICAgICAgIHN3aXRjaCAoIHJjID0gcHV0X3BhZ2VfYW5kX3R5 cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQorICAgICAgICAgICAgeworICAg ICAgICAgICAgY2FzZSAtRUlOVFI6CisgICAgICAgICAgICBjYXNlIC1FQUdB SU46CisgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgPSBwYWdlOworICAgICAgICAgICAgICAgIHJjID0gMDsKKyAgICAgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAg ICAgICAgICAgQlVHX09OKHJjKTsKKyAgICAgICAgICAgICAgICBicmVhazsK KyAgICAgICAgICAgIH0KICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwog CiAgICAgICAgICAgICAvKiBBIHBhZ2UgaXMgZGlydGllZCB3aGVuIGl0cyBw aW4gc3RhdHVzIGlzIGNsZWFyZWQuICovCkBAIC0zNTg3LDkgKzM2MDUsMjcg QEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgfQogCiAgICAgaWYgKCByYyA9 PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQp OwogICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAogICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGki LAogICAgICAgICAgICAgdW9wcywgKGNvdW50IC0gaSkgfCBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgcGRvbmUsIGZvcmVpZ25kb20pOworICAgIH0KKyAgICBl bHNlIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsK KyAgICAgICAgWEVOX0dVRVNUX0hBTkRMRSh2b2lkKSBudWxsOworCisgICAg ICAgIEFTU0VSVChyYyB8fCBpID09IGNvdW50KTsKKyAgICAgICAgc2V0X3hl bl9ndWVzdF9oYW5kbGUobnVsbCwgTlVMTCk7CisgICAgICAgIC8qCisgICAg ICAgICAqIEluIG9yZGVyIHRvIGhhdmUgYSB3YXkgdG8gY29tbXVuaWNhdGUg dGhlIGZpbmFsIHJldHVybiB2YWx1ZSB0bworICAgICAgICAgKiBvdXIgY29u dGludWF0aW9uLCB3ZSBwYXNzIHRoaXMgaW4gcGxhY2Ugb2YgImZvcmVpZ25k b20iLCBidWlsZGluZworICAgICAgICAgKiBvbiB0aGUgZmFjdCB0aGF0IHRo aXMgYXJndW1lbnQgaXNuJ3QgbmVlZGVkIGFueW1vcmUuCisgICAgICAgICAq LworICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAorICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9tbXVleHRfb3AsICJo aWhpIiwgbnVsbCwKKyAgICAgICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVN UFRFRCwgbnVsbCwgcmMpOworICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihw Z19vd25lcik7CiAKLS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQv bW0uYworKysgYi94ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBA IC0yNjgsNiArMjY4LDEzIEBAIGludCBjb21wYXRfbW11ZXh0X29wKFhFTl9H VUVTVF9IQU5ETEUobW0KICAgICBpbnQgcmMgPSAwOwogICAgIFhFTl9HVUVT VF9IQU5ETEUobW11ZXh0X29wX3QpIG5hdF9vcHM7CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKGNtcF91b3BzKSkg KQorICAgIHsKKyAgICAgICAgc2V0X3hlbl9ndWVzdF9oYW5kbGUobmF0X29w cywgTlVMTCk7CisgICAgICAgIHJldHVybiBkb19tbXVleHRfb3AobmF0X29w cywgY291bnQsIHBkb25lLCBmb3JlaWduZG9tKTsKKyAgICB9CisKICAgICBw cmVlbXB0X21hc2sgPSBjb3VudCAmIE1NVV9VUERBVEVfUFJFRU1QVEVEOwog ICAgIGNvdW50IF49IHByZWVtcHRfbWFzazsKIApAQCAtMzcwLDEyICszNzcs MTggQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRSht bQogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9hZGRfb2Zmc2V0KG5h dF9vcHMsIGkgLSBsZWZ0KTsKICAgICAgICAgICAgICAgICBndWVzdF9oYW5k bGVfc3VidHJhY3Rfb2Zmc2V0KGNtcF91b3BzLCBsZWZ0KTsKICAgICAgICAg ICAgICAgICBsZWZ0ID0gMTsKLSAgICAgICAgICAgICAgICBCVUdfT04oIWh5 cGVyY2FsbF94bGF0X2NvbnRpbnVhdGlvbigmbGVmdCwgMHgwMSwgbmF0X29w cywgY21wX3VvcHMpKTsKLSAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAh PSBhcmcxKTsKLSAgICAgICAgICAgICAgICBpZiAoIXRlc3RfYml0KF9NQ1NG X2luX211bHRpY2FsbCwgJm1jcy0+ZmxhZ3MpKQotICAgICAgICAgICAgICAg ICAgICByZWdzLT5fZWN4ICs9IGNvdW50IC0gaTsKKyAgICAgICAgICAgICAg ICBpZiAoIGFyZzEgIT0gTU1VX1VQREFURV9QUkVFTVBURUQgKQorICAgICAg ICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgQlVHX09OKCFoeXBl cmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDB4MDEsIG5hdF9vcHMs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNtcF91b3BzKSk7CisgICAgICAgICAgICAgICAgICAg IGlmICggIXRlc3RfYml0KF9NQ1NGX2luX211bHRpY2FsbCwgJm1jcy0+Zmxh Z3MpICkKKyAgICAgICAgICAgICAgICAgICAgICAgIHJlZ3MtPl9lY3ggKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgICAgICBlbHNlCisgICAgICAg ICAgICAgICAgICAgICAgICBtY3MtPmNvbXBhdF9jYWxsLmFyZ3NbMV0gKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAg ICBlbHNlCi0gICAgICAgICAgICAgICAgICAgIG1jcy0+Y29tcGF0X2NhbGwu YXJnc1sxXSArPSBjb3VudCAtIGk7CisgICAgICAgICAgICAgICAgICAgIEJV R19PTihoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDApKTsK KyAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAhPSBhcmcxKTsKICAgICAg ICAgICAgIH0KICAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAgICAgICBC VUdfT04oZXJyID4gMCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa45-4.2-07-mm-error-paths-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-07-mm-error-paths-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgaGFuZGxpbmcgZXJyb3IgcGF0aHMgcHJl ZW1wdGlibGUKCi4uLiBhcyB0aGV5IG1heSB0YWtlIHNpZ25pZmljYW50IGFt b3VudHMgb2YgdGltZS4KClRoaXMgcmVxdWlyZXMgY2xvbmluZyB0aGUgdHdl YWtlZCBjb250aW51YXRpb24gbG9naWMgZnJvbQpkb19tbXVleHRfb3AoKSB0 byBkb19tbXVfdXBkYXRlKCkuCgpOb3RlIHRoYXQgaW4gbW9kX2xbMzRdX2Vu dHJ5KCkgYSBuZWdhdGl2ZSAicHJlZW1wdGlibGUiIHZhbHVlIGdldHMKcGFz c2VkIHRvIHB1dF9wYWdlX2Zyb21fbFszNF1lKCkgbm93LCB0ZWxsaW5nIHRo ZSBjYWxsZWUgdG8gc3RvcmUgdGhlCnJlc3BlY3RpdmUgcGFnZSBpbiBjdXJy ZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSAoZm9yIGEgaHlwZXJjYWxsCmNv bnRpbnVhdGlvbiB0byBwaWNrIHVwKSwgcmF0aGVyIHRoYW4gY2Fycnlpbmcg b3V0IHRoZSBwdXQgcmlnaHQgYXdheS4KVGhpcyBpcyBnb2luZyB0byBiZSBt YWRlIGEgbGl0dGxlIG1vcmUgZXhwbGljaXQgYnkgYSBzdWJzZXF1ZW50IGNs ZWFudXAKcGF0Y2guCgpUaGlzIGlzIHBhcnQgb2YgQ1ZFLTIwMTMtMTkxOCAv IFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4gPHRpbUB4ZW4ub3Jn PgoKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTEyNDEsNyArMTI0MSwxNiBAQCBzdGF0aWMgaW50IHB1dF9w YWdlX2Zyb21fbDNlKGwzX3BnZW50cnlfCiAjZW5kaWYKIAogICAgIGlmICgg dW5saWtlbHkocGFydGlhbCA+IDApICkKKyAgICB7CisgICAgICAgIEFTU0VS VChwcmVlbXB0aWJsZSA+PSAwKTsKICAgICAgICAgcmV0dXJuIF9fcHV0X3Bh Z2VfdHlwZShsM2VfZ2V0X3BhZ2UobDNlKSwgcHJlZW1wdGlibGUpOworICAg IH0KKworICAgIGlmICggcHJlZW1wdGlibGUgPCAwICkKKyAgICB7CisgICAg ICAgIGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDNlX2dldF9w YWdlKGwzZSk7CisgICAgICAgIHJldHVybiAwOworICAgIH0KIAogICAgIHJl dHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShsM2VfZ2V0X3Bh Z2UobDNlKSwgcHJlZW1wdGlibGUpOwogfQpAQCAtMTI1NCw3ICsxMjYzLDE3 IEBAIHN0YXRpYyBpbnQgcHV0X3BhZ2VfZnJvbV9sNGUobDRfcGdlbnRyeV8K ICAgICAgICAgIChsNGVfZ2V0X3BmbihsNGUpICE9IHBmbikgKQogICAgIHsK ICAgICAgICAgaWYgKCB1bmxpa2VseShwYXJ0aWFsID4gMCkgKQorICAgICAg ICB7CisgICAgICAgICAgICBBU1NFUlQocHJlZW1wdGlibGUgPj0gMCk7CiAg ICAgICAgICAgICByZXR1cm4gX19wdXRfcGFnZV90eXBlKGw0ZV9nZXRfcGFn ZShsNGUpLCBwcmVlbXB0aWJsZSk7CisgICAgICAgIH0KKworICAgICAgICBp ZiAoIHByZWVtcHRpYmxlIDwgMCApCisgICAgICAgIHsKKyAgICAgICAgICAg IGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDRlX2dldF9wYWdl KGw0ZSk7CisgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgfQorCiAg ICAgICAgIHJldHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShs NGVfZ2V0X3BhZ2UobDRlKSwgcHJlZW1wdGlibGUpOwogICAgIH0KICAgICBy ZXR1cm4gMTsKQEAgLTE1NDksMTIgKzE1NjgsMTcgQEAgc3RhdGljIGludCBh bGxvY19sM190YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgIGlmICggcmMgPCAw ICYmIHJjICE9IC1FQUdBSU4gJiYgcmMgIT0gLUVJTlRSICkKICAgICB7CiAg ICAgICAgIE1FTV9MT0coIkZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVu dHJ5ICVkIiwgaSk7CisgICAgICAgIGlmICggaSApCisgICAgICAgIHsKKyAg ICAgICAgICAgIHBhZ2UtPm5yX3ZhbGlkYXRlZF9wdGVzID0gaTsKKyAgICAg ICAgICAgIHBhZ2UtPnBhcnRpYWxfcHRlID0gMDsKKyAgICAgICAgICAgIGN1 cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gcGFnZTsKKyAgICAgICAg fQogICAgICAgICB3aGlsZSAoIGktLSA+IDAgKQogICAgICAgICB7CiAgICAg ICAgICAgICBpZiAoICFpc19ndWVzdF9sM19zbG90KGkpICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKICAgICAgICAgICAgIHVuYWRqdXN0X2d1ZXN0 X2wzZShwbDNlW2ldLCBkKTsKLSAgICAgICAgICAgIHB1dF9wYWdlX2Zyb21f bDNlKHBsM2VbaV0sIHBmbiwgMCwgMCk7CiAgICAgICAgIH0KICAgICB9CiAK QEAgLTE1ODQsMjIgKzE2MDgsMjQgQEAgc3RhdGljIGludCBhbGxvY19sNF90 YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgcGFnZS0+cGFydGlhbF9w dGUgPSBwYXJ0aWFsID86IDE7CiAgICAgICAgIH0KLSAgICAgICAgZWxzZSBp ZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgIGVsc2UgaWYgKCByYyA8IDAg KQogICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHJjICE9IC1FSU5UUiAp CisgICAgICAgICAgICAgICAgTUVNX0xPRygiRmFpbHVyZSBpbiBhbGxvY19s NF90YWJsZTogZW50cnkgJWQiLCBpKTsKICAgICAgICAgICAgIGlmICggaSAp CiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgICAgIHBhZ2UtPnBhcnRp YWxfcHRlID0gMDsKLSAgICAgICAgICAgICAgICByYyA9IC1FQUdBSU47Cisg ICAgICAgICAgICAgICAgaWYgKCByYyA9PSAtRUlOVFIgKQorICAgICAgICAg ICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICAgICAgZWxz ZQorICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgaWYg KCBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgICAg ICAgICAgICAgICAgICBwYWdlLT5ucl92YWxpZGF0ZWRfcHRlcysrOworICAg ICAgICAgICAgICAgICAgICBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfQog ICAgICAgICB9Ci0gICAgICAgIGVsc2UgaWYgKCByYyA8IDAgKQotICAgICAg ICB7Ci0gICAgICAgICAgICBNRU1fTE9HKCJGYWlsdXJlIGluIGFsbG9jX2w0 X3RhYmxlOiBlbnRyeSAlZCIsIGkpOwotICAgICAgICAgICAgd2hpbGUgKCBp LS0gPiAwICkKLSAgICAgICAgICAgICAgICBpZiAoIGlzX2d1ZXN0X2w0X3Ns b3QoZCwgaSkgKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9mcm9t X2w0ZShwbDRlW2ldLCBwZm4sIDAsIDApOwotICAgICAgICB9CiAgICAgICAg IGlmICggcmMgPCAwICkKICAgICAgICAgICAgIHJldHVybiByYzsKIApAQCAt MjA0Nyw3ICsyMDczLDcgQEAgc3RhdGljIGludCBtb2RfbDNfZW50cnkobDNf cGdlbnRyeV90ICpwbAogICAgICAgICBwYWVfZmx1c2hfcGdkKHBmbiwgcGdl bnRyeV9wdHJfdG9fc2xvdChwbDNlKSwgbmwzZSk7CiAgICAgfQogCi0gICAg cHV0X3BhZ2VfZnJvbV9sM2Uob2wzZSwgcGZuLCAwLCAwKTsKKyAgICBwdXRf cGFnZV9mcm9tX2wzZShvbDNlLCBwZm4sIDAsIC1wcmVlbXB0aWJsZSk7CiAg ICAgcmV0dXJuIHJjOwogfQogCkBAIC0yMTEwLDcgKzIxMzYsNyBAQCBzdGF0 aWMgaW50IG1vZF9sNF9lbnRyeShsNF9wZ2VudHJ5X3QgKnBsCiAgICAgICAg IHJldHVybiAtRUZBVUxUOwogICAgIH0KIAotICAgIHB1dF9wYWdlX2Zyb21f bDRlKG9sNGUsIHBmbiwgMCwgMCk7CisgICAgcHV0X3BhZ2VfZnJvbV9sNGUo b2w0ZSwgcGZuLCAwLCAtcHJlZW1wdGlibGUpOwogICAgIHJldHVybiByYzsK IH0KIApAQCAtMjI2OCw3ICsyMjk0LDE1IEBAIHN0YXRpYyBpbnQgYWxsb2Nf cGFnZV90eXBlKHN0cnVjdCBwYWdlX2kKICAgICAgICAgICAgICAgICBQUnR5 cGVfaW5mbyAiOiBjYWY9JTA4bHggdGFmPSUiIFBSdHlwZV9pbmZvLAogICAg ICAgICAgICAgICAgIHBhZ2VfdG9fbWZuKHBhZ2UpLCBnZXRfZ3Bmbl9mcm9t X21mbihwYWdlX3RvX21mbihwYWdlKSksCiAgICAgICAgICAgICAgICAgdHlw ZSwgcGFnZS0+Y291bnRfaW5mbywgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8p OwotICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7CisgICAg ICAgIGlmICggcGFnZSAhPSBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSApCisgICAgICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7 CisgICAgICAgIGVsc2UKKyAgICAgICAgeworICAgICAgICAgICAgQVNTRVJU KChwYWdlLT51LmludXNlLnR5cGVfaW5mbyAmCisgICAgICAgICAgICAgICAg ICAgIChQR1RfY291bnRfbWFzayB8IFBHVF92YWxpZGF0ZWQpKSA9PSAxKTsK KyAgICAgICAgICAgIGdldF9wYWdlX2xpZ2h0KHBhZ2UpOworICAgICAgICAg ICAgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8gfD0gUEdUX3BhcnRpYWw7Cisg ICAgICAgIH0KICAgICB9CiAgICAgZWxzZQogICAgIHsKQEAgLTMyMTgsMjEg KzMyNTIsMTcgQEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgICAgICAgICB9 CiAKICAgICAgICAgICAgIGlmICggKHJjID0geHNtX21lbW9yeV9waW5fcGFn ZShkLCBwZ19vd25lciwgcGFnZSkpICE9IDAgKQotICAgICAgICAgICAgewot ICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOwogICAg ICAgICAgICAgICAgIG9rYXkgPSAwOwotICAgICAgICAgICAgICAgIGJyZWFr OwotICAgICAgICAgICAgfQotCi0gICAgICAgICAgICBpZiAoIHVubGlrZWx5 KHRlc3RfYW5kX3NldF9iaXQoX1BHVF9waW5uZWQsCi0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnBhZ2UtPnUuaW51c2Uu dHlwZV9pbmZvKSkgKQorICAgICAgICAgICAgZWxzZSBpZiAoIHVubGlrZWx5 KHRlc3RfYW5kX3NldF9iaXQoX1BHVF9waW5uZWQsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmcGFnZS0+dS5p bnVzZS50eXBlX2luZm8pKSApCiAgICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICAgTUVNX0xPRygiTWZuICVseCBhbHJlYWR5IHBpbm5lZCIsIHBhZ2Vf dG9fbWZuKHBhZ2UpKTsKLSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRf dHlwZShwYWdlKTsKICAgICAgICAgICAgICAgICBva2F5ID0gMDsKLSAgICAg ICAgICAgICAgICBicmVhazsKICAgICAgICAgICAgIH0KIAorICAgICAgICAg ICAgaWYgKCB1bmxpa2VseSghb2theSkgKQorICAgICAgICAgICAgICAgIGdv dG8gcGluX2Ryb3A7CisKICAgICAgICAgICAgIC8qIEEgcGFnZSBpcyBkaXJ0 aWVkIHdoZW4gaXRzIHBpbiBzdGF0dXMgaXMgc2V0LiAqLwogICAgICAgICAg ICAgcGFnaW5nX21hcmtfZGlydHkocGdfb3duZXIsIHBhZ2VfdG9fbWZuKHBh Z2UpKTsKIApAQCAtMzI0Niw3ICszMjc2LDEzIEBAIGxvbmcgZG9fbW11ZXh0 X29wKAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAmcGFnZS0+dS5pbnVzZS50eXBlX2luZm8pKTsKICAgICAgICAg ICAgICAgICBzcGluX3VubG9jaygmcGdfb3duZXItPnBhZ2VfYWxsb2NfbG9j ayk7CiAgICAgICAgICAgICAgICAgaWYgKCBkcm9wX3JlZiApCi0gICAgICAg ICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOworICAgICAg ICAgICAgICAgIHsKKyAgICAgICAgcGluX2Ryb3A6CisgICAgICAgICAgICAg ICAgICAgIGlmICggdHlwZSA9PSBQR1RfbDFfcGFnZV90YWJsZSApCisgICAg ICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdlKTsK KyAgICAgICAgICAgICAgICAgICAgZWxzZQorICAgICAgICAgICAgICAgICAg ICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgIH0KIAogICAgICAgICAgICAg YnJlYWs7CkBAIC0zNjUyLDExICszNjg4LDI4IEBAIGxvbmcgZG9fbW11X3Vw ZGF0ZSgKICAgICB2b2lkICp2YTsKICAgICB1bnNpZ25lZCBsb25nIGdwZm4s IGdtZm4sIG1mbjsKICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwotICAg IGludCByYyA9IDAsIGkgPSAwOwotICAgIHVuc2lnbmVkIGludCBjbWQsIGRv bmUgPSAwLCBwdF9kb207Ci0gICAgc3RydWN0IHZjcHUgKnYgPSBjdXJyZW50 OworICAgIHVuc2lnbmVkIGludCBjbWQsIGkgPSAwLCBkb25lID0gMCwgcHRf ZG9tOworICAgIHN0cnVjdCB2Y3B1ICpjdXJyID0gY3VycmVudCwgKnYgPSBj dXJyOwogICAgIHN0cnVjdCBkb21haW4gKmQgPSB2LT5kb21haW4sICpwdF9v d25lciA9IGQsICpwZ19vd25lcjsKICAgICBzdHJ1Y3QgZG9tYWluX21tYXBf Y2FjaGUgbWFwY2FjaGU7CisgICAgaW50IHJjID0gcHV0X29sZF9ndWVzdF90 YWJsZShjdXJyKTsKKworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAgICB7 CisgICAgICAgIGlmICggbGlrZWx5KHJjID09IC1FQUdBSU4pICkKKyAgICAg ICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oCisg ICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklTT1JfbW11X3VwZGF0ZSwg ImhpaGkiLCB1cmVxcywgY291bnQsIHBkb25lLAorICAgICAgICAgICAgICAg ICAgICAgZm9yZWlnbmRvbSk7CisgICAgICAgIHJldHVybiByYzsKKyAgICB9 CisKKyAgICBpZiAoIHVubGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJF RU1QVEVEKSAmJgorICAgICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19u dWxsKHVyZXFzKSkgKQorICAgIHsKKyAgICAgICAgLyogU2VlIHRoZSBjdXJy LT5hcmNoLm9sZF9ndWVzdF90YWJsZSByZWxhdGVkCisgICAgICAgICAqIGh5 cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9uKCkgYmVsb3cuICovCisgICAg ICAgIHJldHVybiAoaW50KWZvcmVpZ25kb207CisgICAgfQogCiAgICAgaWYg KCB1bmxpa2VseShjb3VudCAmIE1NVV9VUERBVEVfUFJFRU1QVEVEKSApCiAg ICAgewpAQCAtMzcwNSw3ICszNzU4LDcgQEAgbG9uZyBkb19tbXVfdXBkYXRl KAogCiAgICAgZm9yICggaSA9IDA7IGkgPCBjb3VudDsgaSsrICkKICAgICB7 Ci0gICAgICAgIGlmICggaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCisg ICAgICAgIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlw ZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCiAgICAgICAgIHsKICAgICAgICAg ICAgIHJjID0gLUVBR0FJTjsKICAgICAgICAgICAgIGJyZWFrOwpAQCAtMzg4 Niw5ICszOTM5LDI3IEBAIGxvbmcgZG9fbW11X3VwZGF0ZSgKICAgICB9CiAK ICAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAgIHsKKyAgICAgICAgQVNT RVJUKGkgPCBjb3VudCk7CiAgICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0 ZV9jb250aW51YXRpb24oCiAgICAgICAgICAgICBfX0hZUEVSVklTT1JfbW11 X3VwZGF0ZSwgImhpaGkiLAogICAgICAgICAgICAgdXJlcXMsIChjb3VudCAt IGkpIHwgTU1VX1VQREFURV9QUkVFTVBURUQsIHBkb25lLCBmb3JlaWduZG9t KTsKKyAgICB9CisgICAgZWxzZSBpZiAoIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlICkKKyAgICB7CisgICAgICAgIFhFTl9HVUVTVF9IQU5ETEUodm9p ZCkgbnVsbDsKKworICAgICAgICBBU1NFUlQocmMgfHwgaSA9PSBjb3VudCk7 CisgICAgICAgIHNldF94ZW5fZ3Vlc3RfaGFuZGxlKG51bGwsIE5VTEwpOwor ICAgICAgICAvKgorICAgICAgICAgKiBJbiBvcmRlciB0byBoYXZlIGEgd2F5 IHRvIGNvbW11bmljYXRlIHRoZSBmaW5hbCByZXR1cm4gdmFsdWUgdG8KKyAg ICAgICAgICogb3VyIGNvbnRpbnVhdGlvbiwgd2UgcGFzcyB0aGlzIGluIHBs YWNlIG9mICJmb3JlaWduZG9tIiwgYnVpbGRpbmcKKyAgICAgICAgICogb24g dGhlIGZhY3QgdGhhdCB0aGlzIGFyZ3VtZW50IGlzbid0IG5lZWRlZCBhbnlt b3JlLgorICAgICAgICAgKi8KKyAgICAgICAgcmMgPSBoeXBlcmNhbGxfY3Jl YXRlX2NvbnRpbnVhdGlvbigKKyAgICAgICAgICAgICAgICBfX0hZUEVSVklT T1JfbW11X3VwZGF0ZSwgImhpaGkiLCBudWxsLAorICAgICAgICAgICAgICAg IE1NVV9VUERBVEVfUFJFRU1QVEVELCBudWxsLCByYyk7CisgICAgfQogCiAg ICAgcHV0X3BnX293bmVyKHBnX293bmVyKTsKIAo= --=separator Content-Type: application/octet-stream; name="xsa45-unstable-01-vcpu-destroy-pagetables-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-01-vcpu-destroy-pagetables-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKCkgcHJlZW1wdGli bGUKCi4uLiBhcyBpdCBtYXkgdGFrZSBzaWduaWZpY2FudCBhbW91bnRzIG9m IHRpbWUuCgpUaGUgZnVuY3Rpb24sIGJlaW5nIG1vdmVkIHRvIG1tLmMgYXMg dGhlIGJldHRlciBob21lIGZvciBpdCBhbnl3YXksIGFuZAp0byBhdm9pZCBo YXZpbmcgdG8gbWFrZSBhIG5ldyBoZWxwZXIgZnVuY3Rpb24gdGhlcmUgbm9u LXN0YXRpYywgaXMKZ2l2ZW4gYSAicHJlZW1wdGlibGUiIHBhcmFtZXRlciB0 ZW1wb3JhcmlseSAodW50aWwsIGluIGEgc3Vic2VxdWVudApwYXRjaCwgaXRz IG90aGVyIGNhbGxlciBpcyBhbHNvIGJlaW5nIG1hZGUgY2FwYWJsZSBvZiBk ZWFsaW5nIHdpdGgKcHJlZW1wdGlvbikuCgpUaGlzIGlzIHBhcnQgb2YgQ1ZF LTIwMTMtMTkxOCAvIFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4g PHRpbUB4ZW4ub3JnPgoKLS0tIGEveGVuL2FyY2gveDg2L2RvbWFpbi5jCisr KyBiL3hlbi9hcmNoL3g4Ni9kb21haW4uYwpAQCAtNzEsOCArNzEsNiBAQCB2 b2lkICgqZGVhZF9pZGxlKSAodm9pZCkgX19yZWFkX21vc3RseSA9CiBzdGF0 aWMgdm9pZCBwYXJhdmlydF9jdHh0X3N3aXRjaF9mcm9tKHN0cnVjdCB2Y3B1 ICp2KTsKIHN0YXRpYyB2b2lkIHBhcmF2aXJ0X2N0eHRfc3dpdGNoX3RvKHN0 cnVjdCB2Y3B1ICp2KTsKIAotc3RhdGljIHZvaWQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpOwotCiBzdGF0aWMgdm9pZCBkZWZh dWx0X2lkbGUodm9pZCkKIHsKICAgICBsb2NhbF9pcnFfZGlzYWJsZSgpOwpA QCAtOTQ2LDcgKzk0NCw3IEBAIHZvaWQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVj dCB2Y3B1ICp2KQogICAgIGlmICggIWlzX2h2bV92Y3B1KHYpICkKICAgICB7 CiAgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOwotICAgICAgICB2Y3B1X2Rlc3Ry b3lfcGFnZXRhYmxlcyh2KTsKKyAgICAgICAgdmNwdV9kZXN0cm95X3BhZ2V0 YWJsZXModiwgMCk7CiAgICAgfQogICAgIGVsc2UKICAgICB7CkBAIC0xOTQ0 LDU4ICsxOTQyLDYgQEAgc3RhdGljIGludCByZWxpbnF1aXNoX21lbW9yeSgK ICAgICByZXR1cm4gcmV0OwogfQogCi1zdGF0aWMgdm9pZCB2Y3B1X2Rlc3Ry b3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqdikKLXsKLSAgICBzdHJ1Y3Qg ZG9tYWluICpkID0gdi0+ZG9tYWluOwotICAgIHVuc2lnbmVkIGxvbmcgcGZu ID0gcGFnZXRhYmxlX2dldF9wZm4odi0+YXJjaC5ndWVzdF90YWJsZSk7Ci0K LSAgICBpZiAoIGlzX3B2XzMyb242NF92Y3B1KHYpICkKLSAgICB7Ci0gICAg ICAgIGw0X3BnZW50cnlfdCAqbDR0YWIgPSBtYXBfZG9tYWluX3BhZ2UocGZu KTsKLQotICAgICAgICBwZm4gPSBsNGVfZ2V0X3BmbigqbDR0YWIpOwotCi0g ICAgICAgIGlmICggcGZuICE9IDAgKQotICAgICAgICB7Ci0gICAgICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAg ICAgICAgcHV0X3BhZ2UobWZuX3RvX3BhZ2UocGZuKSk7Ci0gICAgICAgICAg ICBlbHNlCi0gICAgICAgICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUobWZu X3RvX3BhZ2UocGZuKSk7Ci0gICAgICAgIH0KLQotICAgICAgICBsNGVfd3Jp dGUobDR0YWIsIGw0ZV9lbXB0eSgpKTsKLSAgICAgICAgdW5tYXBfZG9tYWlu X3BhZ2UobDR0YWIpOwotCi0gICAgICAgIHYtPmFyY2guY3IzID0gMDsKLSAg ICAgICAgcmV0dXJuOwotICAgIH0KLQotICAgIGlmICggcGZuICE9IDAgKQot ICAgIHsKLSAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkg KQotICAgICAgICAgICAgcHV0X3BhZ2UobWZuX3RvX3BhZ2UocGZuKSk7Ci0g ICAgICAgIGVsc2UKLSAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKG1m bl90b19wYWdlKHBmbikpOwotICAgICAgICB2LT5hcmNoLmd1ZXN0X3RhYmxl ID0gcGFnZXRhYmxlX251bGwoKTsKLSAgICB9Ci0KLSAgICAvKiBEcm9wIHJl ZiB0byBndWVzdF90YWJsZV91c2VyIChmcm9tIE1NVUVYVF9ORVdfVVNFUl9C QVNFUFRSKSAqLwotICAgIHBmbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFy Y2guZ3Vlc3RfdGFibGVfdXNlcik7Ci0gICAgaWYgKCBwZm4gIT0gMCApCi0g ICAgewotICAgICAgICBpZiAoICFpc19wdl8zMmJpdF92Y3B1KHYpICkKLSAg ICAgICAgewotICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3Vu dHMoZCkgKQotICAgICAgICAgICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdl KHBmbikpOwotICAgICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAgIHB1 dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICB9 Ci0gICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNlciA9IHBhZ2V0YWJs ZV9udWxsKCk7Ci0gICAgfQotCi0gICAgdi0+YXJjaC5jcjMgPSAwOwotfQot CiBpbnQgZG9tYWluX3JlbGlucXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkb21h aW4gKmQpCiB7CiAgICAgaW50IHJldDsKQEAgLTIwMTQsNyArMTk2MCw5IEBA IGludCBkb21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoc3RydWN0IGQKICAg ICAgICAgLyogRHJvcCB0aGUgaW4tdXNlIHJlZmVyZW5jZXMgdG8gcGFnZS10 YWJsZSBiYXNlcy4gKi8KICAgICAgICAgZm9yX2VhY2hfdmNwdSAoIGQsIHYg KQogICAgICAgICB7Ci0gICAgICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRh Ymxlcyh2KTsKKyAgICAgICAgICAgIHJldCA9IHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHYsIDEpOworICAgICAgICAgICAgaWYgKCByZXQgKQorICAgICAg ICAgICAgICAgIHJldHVybiByZXQ7CiAKICAgICAgICAgICAgIHVubWFwX3Zj cHVfaW5mbyh2KTsKICAgICAgICAgfQotLS0gYS94ZW4vYXJjaC94ODYvbW0u YworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjU3OSw2ICsyNTc5LDc5 IEBAIHN0YXRpYyB2b2lkIHB1dF9zdXBlcnBhZ2UodW5zaWduZWQgbG9uZyAK ICAgICByZXR1cm47CiB9CiAKK3N0YXRpYyBpbnQgcHV0X29sZF9ndWVzdF90 YWJsZShzdHJ1Y3QgdmNwdSAqdikKK3sKKyAgICBpbnQgcmM7CisKKyAgICBp ZiAoICF2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgIHJldHVy biAwOworCisgICAgc3dpdGNoICggcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9w cmVlbXB0aWJsZSh2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSwgMSkgKQorICAg IHsKKyAgICBjYXNlIC1FSU5UUjoKKyAgICBjYXNlIC1FQUdBSU46CisgICAg ICAgIHJldHVybiAtRUFHQUlOOworICAgIH0KKworICAgIHYtPmFyY2gub2xk X2d1ZXN0X3RhYmxlID0gTlVMTDsKKworICAgIHJldHVybiByYzsKK30KKwor aW50IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICp2LCBi b29sX3QgcHJlZW1wdGlibGUpCit7CisgICAgdW5zaWduZWQgbG9uZyBtZm4g PSBwYWdldGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3RhYmxlKTsKKyAg ICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOworICAgIGw0X3BnZW50cnlfdCAq bDR0YWIgPSBOVUxMOworICAgIGludCByYyA9IHB1dF9vbGRfZ3Vlc3RfdGFi bGUodik7CisKKyAgICBpZiAoIHJjICkKKyAgICAgICAgcmV0dXJuIHJjOwor CisgICAgaWYgKCBpc19wdl8zMm9uNjRfdmNwdSh2KSApCisgICAgeworICAg ICAgICBsNHRhYiA9IG1hcF9kb21haW5fcGFnZShtZm4pOworICAgICAgICBt Zm4gPSBsNGVfZ2V0X3BmbigqbDR0YWIpOworICAgIH0KKworICAgIGlmICgg bWZuICkKKyAgICB7CisgICAgICAgIHBhZ2UgPSBtZm5fdG9fcGFnZShtZm4p OworICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNvdW50cyh2LT5kb21h aW4pICkKKyAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOworICAgICAgICBl bHNlCisgICAgICAgICAgICByYyA9IHB1dF9wYWdlX2FuZF90eXBlX3ByZWVt cHRpYmxlKHBhZ2UsIHByZWVtcHRpYmxlKTsKKyAgICB9CisKKyAgICBpZiAo IGw0dGFiICkKKyAgICB7CisgICAgICAgIGlmICggIXJjICkKKyAgICAgICAg ICAgIGw0ZV93cml0ZShsNHRhYiwgbDRlX2VtcHR5KCkpOworICAgICAgICB1 bm1hcF9kb21haW5fcGFnZShsNHRhYik7CisgICAgfQorICAgIGVsc2UgaWYg KCAhcmMgKQorICAgIHsKKyAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9 IHBhZ2V0YWJsZV9udWxsKCk7CisKKyAgICAgICAgLyogRHJvcCByZWYgdG8g Z3Vlc3RfdGFibGVfdXNlciAoZnJvbSBNTVVFWFRfTkVXX1VTRVJfQkFTRVBU UikgKi8KKyAgICAgICAgbWZuID0gcGFnZXRhYmxlX2dldF9wZm4odi0+YXJj aC5ndWVzdF90YWJsZV91c2VyKTsKKyAgICAgICAgaWYgKCBtZm4gKQorICAg ICAgICB7CisgICAgICAgICAgICBwYWdlID0gbWZuX3RvX3BhZ2UobWZuKTsK KyAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKHYtPmRv bWFpbikgKQorICAgICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOworICAg ICAgICAgICAgZWxzZQorICAgICAgICAgICAgICAgIHJjID0gcHV0X3BhZ2Vf YW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJlZW1wdGlibGUpOworICAg ICAgICB9CisgICAgICAgIGlmICggIXJjICkKKyAgICAgICAgICAgIHYtPmFy Y2guZ3Vlc3RfdGFibGVfdXNlciA9IHBhZ2V0YWJsZV9udWxsKCk7CisgICAg fQorCisgICAgdi0+YXJjaC5jcjMgPSAwOworCisgICAgcmV0dXJuIHJjOwor fQorCiBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25nIG1mbikKIHsK ICAgICBzdHJ1Y3QgdmNwdSAqY3VyciA9IGN1cnJlbnQ7CkBAIC0yNzMzLDEy ICsyODA2LDIxIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgIHVuc2lnbmVk IGludCBmb3JlaWduZG9tKQogewogICAgIHN0cnVjdCBtbXVleHRfb3Agb3A7 Ci0gICAgaW50IHJjID0gMCwgaSA9IDAsIG9rYXk7CiAgICAgdW5zaWduZWQg bG9uZyB0eXBlOwotICAgIHVuc2lnbmVkIGludCBkb25lID0gMDsKKyAgICB1 bnNpZ25lZCBpbnQgaSA9IDAsIGRvbmUgPSAwOwogICAgIHN0cnVjdCB2Y3B1 ICpjdXJyID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpkID0gY3Vy ci0+ZG9tYWluOwogICAgIHN0cnVjdCBkb21haW4gKnBnX293bmVyOworICAg IGludCBva2F5LCByYyA9IHB1dF9vbGRfZ3Vlc3RfdGFibGUoY3Vycik7CisK KyAgICBpZiAoIHVubGlrZWx5KHJjKSApCisgICAgeworICAgICAgICBpZiAo IGxpa2VseShyYyA9PSAtRUFHQUlOKSApCisgICAgICAgICAgICByYyA9IGh5 cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9uKAorICAgICAgICAgICAgICAg ICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGkiLCB1b3BzLCBj b3VudCwgcGRvbmUsCisgICAgICAgICAgICAgICAgICAgICBmb3JlaWduZG9t KTsKKyAgICAgICAgcmV0dXJuIHJjOworICAgIH0KIAogICAgIGlmICggdW5s aWtlbHkoY291bnQgJiBNTVVfVVBEQVRFX1BSRUVNUFRFRCkgKQogICAgIHsK LS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQvbW0uYworKysgYi94 ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBAIC0zNjUsNyArMzY1 LDcgQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRV9Q QQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiBtY3Mt PmNhbGwuYXJnc1sxXTsKICAgICAgICAgICAgICAgICB1bnNpZ25lZCBpbnQg bGVmdCA9IGFyZzEgJiB+TU1VX1VQREFURV9QUkVFTVBURUQ7CiAKLSAgICAg ICAgICAgICAgICBCVUdfT04obGVmdCA9PSBhcmcxKTsKKyAgICAgICAgICAg ICAgICBCVUdfT04obGVmdCA9PSBhcmcxICYmIGxlZnQgIT0gaSk7CiAgICAg ICAgICAgICAgICAgQlVHX09OKGxlZnQgPiBjb3VudCk7CiAgICAgICAgICAg ICAgICAgZ3Vlc3RfaGFuZGxlX2FkZF9vZmZzZXQobmF0X29wcywgaSAtIGxl ZnQpOwogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9zdWJ0cmFjdF9v ZmZzZXQoY21wX3VvcHMsIGxlZnQpOwotLS0gYS94ZW4vaW5jbHVkZS9hc20t eDg2L2RvbWFpbi5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWlu LmgKQEAgLTQwNSw2ICs0MDUsNyBAQCBzdHJ1Y3QgYXJjaF92Y3B1CiAKICAg ICBwYWdldGFibGVfdCBndWVzdF90YWJsZV91c2VyOyAgICAgICAvKiAoTUZO KSB4ODYvNjQgdXNlci1zcGFjZSBwYWdldGFibGUgKi8KICAgICBwYWdldGFi bGVfdCBndWVzdF90YWJsZTsgICAgICAgICAgICAvKiAoTUZOKSBndWVzdCBu b3Rpb24gb2YgY3IzICovCisgICAgc3RydWN0IHBhZ2VfaW5mbyAqb2xkX2d1 ZXN0X3RhYmxlOyAgLyogcGFydGlhbGx5IGRlc3RydWN0ZWQgcGFnZXRhYmxl ICovCiAgICAgLyogZ3Vlc3RfdGFibGUgaG9sZHMgYSByZWYgdG8gdGhlIHBh Z2UsIGFuZCBhbHNvIGEgdHlwZS1jb3VudCB1bmxlc3MKICAgICAgKiBzaGFk b3cgcmVmY291bnRzIGFyZSBpbiB1c2UgKi8KICAgICBwYWdldGFibGVfdCBz aGFkb3dfdGFibGVbNF07ICAgICAgICAvKiAoTUZOKSBzaGFkb3cocykgb2Yg Z3Vlc3QgKi8KLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9tbS5oCisrKyBi L3hlbi9pbmNsdWRlL2FzbS14ODYvbW0uaApAQCAtNTU2LDYgKzU1Niw3IEBA IHZvaWQgYXVkaXRfZG9tYWlucyh2b2lkKTsKIGludCBuZXdfZ3Vlc3RfY3Iz KHVuc2lnbmVkIGxvbmcgcGZuKTsKIHZvaWQgbWFrZV9jcjMoc3RydWN0IHZj cHUgKnYsIHVuc2lnbmVkIGxvbmcgbWZuKTsKIHZvaWQgdXBkYXRlX2NyMyhz dHJ1Y3QgdmNwdSAqdik7CitpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMo c3RydWN0IHZjcHUgKiwgYm9vbF90IHByZWVtcHRpYmxlKTsKIHZvaWQgcHJv cGFnYXRlX3BhZ2VfZmF1bHQodW5zaWduZWQgbG9uZyBhZGRyLCB1MTYgZXJy b3JfY29kZSk7CiB2b2lkICpkb19wYWdlX3dhbGsoc3RydWN0IHZjcHUgKnYs IHVuc2lnbmVkIGxvbmcgYWRkcik7CiAK --=separator Content-Type: application/octet-stream; name="xsa45-unstable-02-new-guest-cr3-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-02-new-guest-cr3-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIG5ld19ndWVzdF9jcjMoKSBwcmVlbXB0aWJsZQoKLi4uIGFz IGl0IG1heSB0YWtlIHNpZ25pZmljYW50IGFtb3VudHMgb2YgdGltZS4KClRo aXMgaXMgcGFydCBvZiBDVkUtMjAxMy0xOTE4IC8gWFNBLTQ1LgoKU2lnbmVk LW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tl ZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0gYS94ZW4vYXJj aC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjY1Niw3 ICsyNjU2LDcgQEAgaW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBt Zm4pCiB7CiAgICAgc3RydWN0IHZjcHUgKmN1cnIgPSBjdXJyZW50OwogICAg IHN0cnVjdCBkb21haW4gKmQgPSBjdXJyLT5kb21haW47Ci0gICAgaW50IG9r YXk7CisgICAgaW50IHJjOwogICAgIHVuc2lnbmVkIGxvbmcgb2xkX2Jhc2Vf bWZuOwogCiAgICAgaWYgKCBpc19wdl8zMm9uNjRfZG9tYWluKGQpICkKQEAg LTI2NjQsMzkgKzI2NjQsNjQgQEAgaW50IG5ld19ndWVzdF9jcjModW5zaWdu ZWQgbG9uZyBtZm4pCiAgICAgICAgIHVuc2lnbmVkIGxvbmcgZ3RfbWZuID0g cGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CiAg ICAgICAgIGw0X3BnZW50cnlfdCAqcGw0ZSA9IG1hcF9kb21haW5fcGFnZShn dF9tZm4pOwogCi0gICAgICAgIG9rYXkgPSBwYWdpbmdfbW9kZV9yZWZjb3Vu dHMoZCkKLSAgICAgICAgICAgID8gMCAvKiBPbGQgY29kZSB3YXMgYnJva2Vu LCBidXQgd2hhdCBzaG91bGQgaXQgYmU/ICovCi0gICAgICAgICAgICA6IG1v ZF9sNF9lbnRyeSgKKyAgICAgICAgcmMgPSBwYWdpbmdfbW9kZV9yZWZjb3Vu dHMoZCkKKyAgICAgICAgICAgICA/IC1FSU5WQUwgLyogT2xkIGNvZGUgd2Fz IGJyb2tlbiwgYnV0IHdoYXQgc2hvdWxkIGl0IGJlPyAqLworICAgICAgICAg ICAgIDogbW9kX2w0X2VudHJ5KAogICAgICAgICAgICAgICAgICAgICBwbDRl LAogICAgICAgICAgICAgICAgICAgICBsNGVfZnJvbV9wZm4oCiAgICAgICAg ICAgICAgICAgICAgICAgICBtZm4sCiAgICAgICAgICAgICAgICAgICAgICAg ICAoX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFHRV9VU0VSfF9QQUdFX0FD Q0VTU0VEKSksCi0gICAgICAgICAgICAgICAgICAgIGd0X21mbiwgMCwgMCwg Y3VycikgPT0gMDsKKyAgICAgICAgICAgICAgICAgICAgZ3RfbWZuLCAwLCAx LCBjdXJyKTsKICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UocGw0ZSk7Ci0g ICAgICAgIGlmICggdW5saWtlbHkoIW9rYXkpICkKKyAgICAgICAgc3dpdGNo ICggcmMgKQogICAgICAgICB7CisgICAgICAgIGNhc2UgMDoKKyAgICAgICAg ICAgIGJyZWFrOworICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgY2Fz ZSAtRUFHQUlOOgorICAgICAgICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAg ICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICBNRU1fTE9HKCJFcnJvciB3aGls ZSBpbnN0YWxsaW5nIG5ldyBjb21wYXQgYmFzZXB0ciAlbHgiLCBtZm4pOwot ICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgICAgICByZXR1cm4gcmM7 CiAgICAgICAgIH0KIAogICAgICAgICBpbnZhbGlkYXRlX3NoYWRvd19sZHQo Y3VyciwgMCk7CiAgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKIAotICAg ICAgICByZXR1cm4gMTsKKyAgICAgICAgcmV0dXJuIDA7CiAgICAgfQogCi0g ICAgb2theSA9IHBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKQotICAgICAgICA/ IGdldF9wYWdlX2Zyb21fcGFnZW5yKG1mbiwgZCkKLSAgICAgICAgOiAhZ2V0 X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIobWZuLCBQR1Rfcm9vdF9wYWdl X3RhYmxlLCBkLCAwLCAwKTsKLSAgICBpZiAoIHVubGlrZWx5KCFva2F5KSAp CisgICAgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKGN1cnIpOworICAgIGlm ICggdW5saWtlbHkocmMpICkKKyAgICAgICAgcmV0dXJuIHJjOworCisgICAg b2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZSk7CisgICAgLyoKKyAgICAgKiBUaGlzIGlzIHBhcnRpY3Vs YXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0aW5nIHJlc3RhcnRlZCBhZnRlciB0 aGUKKyAgICAgKiBwcmV2aW91cyBhdHRlbXB0IGdvdCBwcmVlbXB0ZWQgaW4g dGhlIHB1dC1vbGQtTUZOIHBoYXNlLgorICAgICAqLworICAgIGlmICggb2xk X2Jhc2VfbWZuID09IG1mbiApCiAgICAgewotICAgICAgICBNRU1fTE9HKCJF cnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRyICVseCIsIG1mbik7 CisgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKICAgICAgICAgcmV0dXJu IDA7CiAgICAgfQogCi0gICAgaW52YWxpZGF0ZV9zaGFkb3dfbGR0KGN1cnIs IDApOworICAgIHJjID0gcGFnaW5nX21vZGVfcmVmY291bnRzKGQpCisgICAg ICAgICA/IChnZXRfcGFnZV9mcm9tX3BhZ2VucihtZm4sIGQpID8gMCA6IC1F SU5WQUwpCisgICAgICAgICA6IGdldF9wYWdlX2FuZF90eXBlX2Zyb21fcGFn ZW5yKG1mbiwgUEdUX3Jvb3RfcGFnZV90YWJsZSwgZCwgMCwgMSk7CisgICAg c3dpdGNoICggcmMgKQorICAgIHsKKyAgICBjYXNlIDA6CisgICAgICAgIGJy ZWFrOworICAgIGNhc2UgLUVJTlRSOgorICAgIGNhc2UgLUVBR0FJTjoKKyAg ICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAgZGVmYXVsdDoKKyAgICAgICAg TUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBuZXcgYmFzZXB0ciAl bHgiLCBtZm4pOworICAgICAgICByZXR1cm4gcmM7CisgICAgfQogCi0gICAg b2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZSk7CisgICAgaW52YWxpZGF0ZV9zaGFkb3dfbGR0KGN1cnIs IDApOwogCiAgICAgY3Vyci0+YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJs ZV9mcm9tX3BmbihtZm4pOwogICAgIHVwZGF0ZV9jcjMoY3Vycik7CkBAIC0y NzA1LDEzICsyNzMwLDI1IEBAIGludCBuZXdfZ3Vlc3RfY3IzKHVuc2lnbmVk IGxvbmcgbWZuKQogCiAgICAgaWYgKCBsaWtlbHkob2xkX2Jhc2VfbWZuICE9 IDApICkKICAgICB7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2Ug PSBtZm5fdG9fcGFnZShvbGRfYmFzZV9tZm4pOworCiAgICAgICAgIGlmICgg cGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAgICAgICAgIHB1dF9w YWdlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOworICAgICAgICAgICAg cHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAgICAgICAgICAgIHB1 dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOwor ICAgICAgICAgICAgc3dpdGNoICggcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9w cmVlbXB0aWJsZShwYWdlLCAxKSApCisgICAgICAgICAgICB7CisgICAgICAg ICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgICAgICAgICByYyA9IC1FQUdB SU47CisgICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAgICAgICAgICAg ICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAgICAg ICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgZGVmYXVsdDoKKyAgICAg ICAgICAgICAgICBCVUdfT04ocmMpOworICAgICAgICAgICAgICAgIGJyZWFr OworICAgICAgICAgICAgfQogICAgIH0KIAotICAgIHJldHVybiAxOworICAg IHJldHVybiByYzsKIH0KIAogc3RhdGljIHN0cnVjdCBkb21haW4gKmdldF9w Z19vd25lcihkb21pZF90IGRvbWlkKQpAQCAtMjk4Miw4ICszMDE5LDEzIEBA IGxvbmcgZG9fbW11ZXh0X29wKAogICAgICAgICB9CiAKICAgICAgICAgY2Fz ZSBNTVVFWFRfTkVXX0JBU0VQVFI6Ci0gICAgICAgICAgICBva2F5ID0gKCFw YWdpbmdfbW9kZV90cmFuc2xhdGUoZCkKLSAgICAgICAgICAgICAgICAgICAg JiYgbmV3X2d1ZXN0X2NyMyhvcC5hcmcxLm1mbikpOworICAgICAgICAgICAg aWYgKCBwYWdpbmdfbW9kZV90cmFuc2xhdGUoZCkgKQorICAgICAgICAgICAg ICAgIG9rYXkgPSAwOworICAgICAgICAgICAgZWxzZQorICAgICAgICAgICAg eworICAgICAgICAgICAgICAgIHJjID0gbmV3X2d1ZXN0X2NyMyhvcC5hcmcx Lm1mbik7CisgICAgICAgICAgICAgICAgb2theSA9ICFyYzsKKyAgICAgICAg ICAgIH0KICAgICAgICAgICAgIGJyZWFrOwogCiAgICAgICAgIGNhc2UgTU1V RVhUX05FV19VU0VSX0JBU0VQVFI6IHsKLS0tIGEveGVuL2FyY2gveDg2L3Ry YXBzLmMKKysrIGIveGVuL2FyY2gveDg2L3RyYXBzLmMKQEAgLTIzMjIsMTIg KzIzMjIsMjMgQEAgc3RhdGljIGludCBlbXVsYXRlX3ByaXZpbGVnZWRfb3Ao c3RydWN0IAogICAgICAgICAgICAgZ2ZuID0gIWlzX3B2XzMyb242NF92Y3B1 KHYpCiAgICAgICAgICAgICAgICAgPyB4ZW5fY3IzX3RvX3BmbigqcmVnKSA6 IGNvbXBhdF9jcjNfdG9fcGZuKCpyZWcpOwogICAgICAgICAgICAgcGFnZSA9 IGdldF9wYWdlX2Zyb21fZ2ZuKHYtPmRvbWFpbiwgZ2ZuLCBOVUxMLCBQMk1f QUxMT0MpOwotICAgICAgICAgICAgcmMgPSBwYWdlID8gbmV3X2d1ZXN0X2Ny MyhwYWdlX3RvX21mbihwYWdlKSkgOiAwOwogICAgICAgICAgICAgaWYgKCBw YWdlICkKKyAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICByYyA9IG5l d19ndWVzdF9jcjMocGFnZV90b19tZm4ocGFnZSkpOwogICAgICAgICAgICAg ICAgIHB1dF9wYWdlKHBhZ2UpOworICAgICAgICAgICAgfQorICAgICAgICAg ICAgZWxzZQorICAgICAgICAgICAgICAgIHJjID0gLUVJTlZBTDsKICAgICAg ICAgICAgIGRvbWFpbl91bmxvY2sodi0+ZG9tYWluKTsKLSAgICAgICAgICAg IGlmICggcmMgPT0gMCApIC8qIG5vdCBva2F5ICovCisgICAgICAgICAgICBz d2l0Y2ggKCByYyApCisgICAgICAgICAgICB7CisgICAgICAgICAgICBjYXNl IDA6CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAgICAgICAgICBjYXNl IC1FQUdBSU46IC8qIHJldHJ5IGFmdGVyIHByZWVtcHRpb24gKi8KKyAgICAg ICAgICAgICAgICBnb3RvIHNraXA7CisgICAgICAgICAgICBkZWZhdWx0OiAg ICAgIC8qIG5vdCBva2F5ICovCiAgICAgICAgICAgICAgICAgZ290byBmYWls OworICAgICAgICAgICAgfQogICAgICAgICAgICAgYnJlYWs7CiAgICAgICAg IH0KIAo= --=separator Content-Type: application/octet-stream; name="xsa45-unstable-03-new-user-base-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-03-new-user-base-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSIHByZWVtcHRpYmxl CgouLi4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0 aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTggLyBYU0EtNDUu CgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5j b20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBh L3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBA IC0zMDM3LDI5ICszMDM3LDU2IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAg ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQogCisgICAgICAg ICAgICBvbGRfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZV91c2VyKTsKKyAgICAgICAgICAgIC8qCisgICAgICAgICAg ICAgKiBUaGlzIGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0 aW5nIHJlc3RhcnRlZCBhZnRlciB0aGUKKyAgICAgICAgICAgICAqIHByZXZp b3VzIGF0dGVtcHQgZ290IHByZWVtcHRlZCBpbiB0aGUgcHV0LW9sZC1NRk4g cGhhc2UuCisgICAgICAgICAgICAgKi8KKyAgICAgICAgICAgIGlmICggb2xk X21mbiA9PSBvcC5hcmcxLm1mbiApCisgICAgICAgICAgICAgICAgYnJlYWs7 CisKICAgICAgICAgICAgIGlmICggb3AuYXJnMS5tZm4gIT0gMCApCiAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9y ZWZjb3VudHMoZCkgKQogICAgICAgICAgICAgICAgICAgICBva2F5ID0gZ2V0 X3BhZ2VfZnJvbV9wYWdlbnIob3AuYXJnMS5tZm4sIGQpOwogICAgICAgICAg ICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICAgICAgb2theSA9ICFnZXRf cGFnZV9hbmRfdHlwZV9mcm9tX3BhZ2VucigKLSAgICAgICAgICAgICAgICAg ICAgICAgIG9wLmFyZzEubWZuLCBQR1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAw LCAwKTsKKyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAg IHJjID0gZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIoCisgICAgICAg ICAgICAgICAgICAgICAgICBvcC5hcmcxLm1mbiwgUEdUX3Jvb3RfcGFnZV90 YWJsZSwgZCwgMCwgMSk7CisgICAgICAgICAgICAgICAgICAgIG9rYXkgPSAh cmM7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgIGlmICgg dW5saWtlbHkoIW9rYXkpICkKICAgICAgICAgICAgICAgICB7Ci0gICAgICAg ICAgICAgICAgICAgIE1FTV9MT0coIkVycm9yIHdoaWxlIGluc3RhbGxpbmcg bmV3IG1mbiAlbHgiLCBvcC5hcmcxLm1mbik7CisgICAgICAgICAgICAgICAg ICAgIGlmICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgICAgICAgICAgICAg ICAgIHJjID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICAgICAgZWxzZSBp ZiAoIHJjICE9IC1FQUdBSU4gKQorICAgICAgICAgICAgICAgICAgICAgICAg TUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBuZXcgbWZuICVseCIs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG9wLmFyZzEubWZu KTsKICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgfQogCi0gICAgICAgICAgICBvbGRfbWZuID0g cGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJsZV91c2Vy KTsKICAgICAgICAgICAgIGN1cnItPmFyY2guZ3Vlc3RfdGFibGVfdXNlciA9 IHBhZ2V0YWJsZV9mcm9tX3BmbihvcC5hcmcxLm1mbik7CiAKICAgICAgICAg ICAgIGlmICggb2xkX21mbiAhPSAwICkKICAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlID0gbWZuX3RvX3Bh Z2Uob2xkX21mbik7CisKICAgICAgICAgICAgICAgICBpZiAoIHBhZ2luZ19t b2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAgICAgICAgICAgIHB1dF9w YWdlKG1mbl90b19wYWdlKG9sZF9tZm4pKTsKKyAgICAgICAgICAgICAgICAg ICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgICAgICAgICAgZWxzZQotICAg ICAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFn ZShvbGRfbWZuKSk7CisgICAgICAgICAgICAgICAgICAgIHN3aXRjaCAoIHJj ID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQor ICAgICAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAgIGNh c2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAgICAgICAgcmMgPSAtRUFH QUlOOworICAgICAgICAgICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAg ICAgICAgICAgICAgICAgICAgICBjdXJyLT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgICAgICAgICBva2F5ID0gMDsK KyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg ICAgICAgICBkZWZhdWx0OgorICAgICAgICAgICAgICAgICAgICAgICAgQlVH X09OKHJjKTsKKyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAKICAgICAgICAg ICAgIGJyZWFrOwo= --=separator Content-Type: application/octet-stream; name="xsa45-unstable-04-vcpu-reset-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-04-vcpu-reset-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfcmVzZXQoKSBwcmVlbXB0aWJsZQoKLi4uIGFzIGRy b3BwaW5nIHRoZSBvbGQgcGFnZSB0YWJsZXMgbWF5IHRha2Ugc2lnbmlmaWNh bnQgYW1vdW50cyBvZgp0aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEz LTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1A eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL2FybS9kb21haW4uYworKysgYi94 ZW4vYXJjaC9hcm0vZG9tYWluLmMKQEAgLTU2Niw5ICs1NjYsMTAgQEAgaW50 IGFyY2hfc2V0X2luZm9fZ3Vlc3QoCiAgICAgcmV0dXJuIDA7CiB9CiAKLXZv aWQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQoraW50IGFyY2hf dmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICB2Y3B1X2VuZF9z aHV0ZG93bl9kZWZlcnJhbCh2KTsKKyAgICByZXR1cm4gMDsKIH0KIAogc3Rh dGljIGludCByZWxpbnF1aXNoX21lbW9yeShzdHJ1Y3QgZG9tYWluICpkLCBz dHJ1Y3QgcGFnZV9saXN0X2hlYWQgKmxpc3QpCi0tLSBhL3hlbi9hcmNoL3g4 Ni9kb21haW4uYworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTkz OSwxNyArOTM5LDE2IEBAIGludCBhcmNoX3NldF9pbmZvX2d1ZXN0KAogI3Vu ZGVmIGMKIH0KIAotdm9pZCBhcmNoX3ZjcHVfcmVzZXQoc3RydWN0IHZjcHUg KnYpCitpbnQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQogewog ICAgIGlmICggIWlzX2h2bV92Y3B1KHYpICkKICAgICB7CiAgICAgICAgIGRl c3Ryb3lfZ2R0KHYpOwotICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyh2LCAwKTsKLSAgICB9Ci0gICAgZWxzZQotICAgIHsKLSAgICAgICAgdmNw dV9lbmRfc2h1dGRvd25fZGVmZXJyYWwodik7CisgICAgICAgIHJldHVybiB2 Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2KTsKICAgICB9CisKKyAgICB2Y3B1 X2VuZF9zaHV0ZG93bl9kZWZlcnJhbCh2KTsKKyAgICByZXR1cm4gMDsKIH0K IAogLyogCkBAIC0xOTYwLDcgKzE5NTksNyBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIC8qIERyb3AgdGhl IGluLXVzZSByZWZlcmVuY2VzIHRvIHBhZ2UtdGFibGUgYmFzZXMuICovCiAg ICAgICAgIGZvcl9lYWNoX3ZjcHUgKCBkLCB2ICkKICAgICAgICAgewotICAg ICAgICAgICAgcmV0ID0gdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModiwgMSk7 CisgICAgICAgICAgICByZXQgPSB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2 KTsKICAgICAgICAgICAgIGlmICggcmV0ICkKICAgICAgICAgICAgICAgICBy ZXR1cm4gcmV0OwogCi0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vaHZtLmMKKysr IGIveGVuL2FyY2gveDg2L2h2bS9odm0uYwpAQCAtMzU1NSw4ICszNTU1LDEx IEBAIHN0YXRpYyB2b2lkIGh2bV9zM19zdXNwZW5kKHN0cnVjdCBkb21haW4K IAogICAgIGZvcl9lYWNoX3ZjcHUgKCBkLCB2ICkKICAgICB7CisgICAgICAg IGludCByYzsKKwogICAgICAgICB2bGFwaWNfcmVzZXQodmNwdV92bGFwaWMo dikpOwotICAgICAgICB2Y3B1X3Jlc2V0KHYpOworICAgICAgICByYyA9IHZj cHVfcmVzZXQodik7CisgICAgICAgIEFTU0VSVCghcmMpOwogICAgIH0KIAog ICAgIHZwaWNfcmVzZXQoZCk7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vdmxh cGljLmMKKysrIGIveGVuL2FyY2gveDg2L2h2bS92bGFwaWMuYwpAQCAtMjQw LDYgKzI0MCw4IEBAIHN0YXRpYyB2b2lkIHZsYXBpY19pbml0X3NpcGlfb25l KHN0cnVjdCAKICAgICB7CiAgICAgY2FzZSBBUElDX0RNX0lOSVQ6IHsKICAg ICAgICAgYm9vbF90IGZwdV9pbml0aWFsaXNlZDsKKyAgICAgICAgaW50IHJj OworCiAgICAgICAgIC8qIE5vIHdvcmsgb24gSU5JVCBkZS1hc3NlcnQgZm9y IFA0LXR5cGUgQVBJQy4gKi8KICAgICAgICAgaWYgKCAoaWNyICYgKEFQSUNf SU5UX0xFVkVMVFJJRyB8IEFQSUNfSU5UX0FTU0VSVCkpID09CiAgICAgICAg ICAgICAgQVBJQ19JTlRfTEVWRUxUUklHICkKQEAgLTI1MSw3ICsyNTMsOCBA QCBzdGF0aWMgdm9pZCB2bGFwaWNfaW5pdF9zaXBpX29uZShzdHJ1Y3QgCiAg ICAgICAgIGRvbWFpbl9sb2NrKHRhcmdldC0+ZG9tYWluKTsKICAgICAgICAg LyogUmVzZXQgbmVjZXNzYXJ5IFZDUFUgc3RhdGUuIFRoaXMgZG9lcyBub3Qg aW5jbHVkZSBGUFUgc3RhdGUuICovCiAgICAgICAgIGZwdV9pbml0aWFsaXNl ZCA9IHRhcmdldC0+ZnB1X2luaXRpYWxpc2VkOwotICAgICAgICB2Y3B1X3Jl c2V0KHRhcmdldCk7CisgICAgICAgIHJjID0gdmNwdV9yZXNldCh0YXJnZXQp OworICAgICAgICBBU1NFUlQoIXJjKTsKICAgICAgICAgdGFyZ2V0LT5mcHVf aW5pdGlhbGlzZWQgPSBmcHVfaW5pdGlhbGlzZWQ7CiAgICAgICAgIHZsYXBp Y19yZXNldCh2Y3B1X3ZsYXBpYyh0YXJnZXQpKTsKICAgICAgICAgZG9tYWlu X3VubG9jayh0YXJnZXQtPmRvbWFpbik7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9t bS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBAIC0yNTk4LDcgKzI1OTgs NyBAQCBzdGF0aWMgaW50IHB1dF9vbGRfZ3Vlc3RfdGFibGUoc3RydWN0IHZj CiAgICAgcmV0dXJuIHJjOwogfQogCi1pbnQgdmNwdV9kZXN0cm95X3BhZ2V0 YWJsZXMoc3RydWN0IHZjcHUgKnYsIGJvb2xfdCBwcmVlbXB0aWJsZSkKK2lu dCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqdikKIHsK ICAgICB1bnNpZ25lZCBsb25nIG1mbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYt PmFyY2guZ3Vlc3RfdGFibGUpOwogICAgIHN0cnVjdCBwYWdlX2luZm8gKnBh Z2U7CkBAIC0yNjIwLDcgKzI2MjAsNyBAQCBpbnQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgCiAgICAgICAgIGlmICggcGFnaW5nX21v ZGVfcmVmY291bnRzKHYtPmRvbWFpbikgKQogICAgICAgICAgICAgcHV0X3Bh Z2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAgICAgICAgICAgIHJjID0gcHV0 X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJlZW1wdGlibGUp OworICAgICAgICAgICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0 aWJsZShwYWdlLCAxKTsKICAgICB9CiAKICAgICBpZiAoIGw0dGFiICkKQEAg LTI2NDEsNyArMjY0MSw3IEBAIGludCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyhzdHJ1Y3QgdmNwdSAKICAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVf cmVmY291bnRzKHYtPmRvbWFpbikgKQogICAgICAgICAgICAgICAgIHB1dF9w YWdlKHBhZ2UpOwogICAgICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAg IHJjID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJl ZW1wdGlibGUpOworICAgICAgICAgICAgICAgIHJjID0gcHV0X3BhZ2VfYW5k X3R5cGVfcHJlZW1wdGlibGUocGFnZSwgMSk7CiAgICAgICAgIH0KICAgICAg ICAgaWYgKCAhcmMgKQogICAgICAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJs ZV91c2VyID0gcGFnZXRhYmxlX251bGwoKTsKLS0tIGEveGVuL2NvbW1vbi9k b21haW4uYworKysgYi94ZW4vY29tbW9uL2RvbWFpbi5jCkBAIC04NjgsMTQg Kzg2OCwxOCBAQCB2b2lkIGRvbWFpbl91bnBhdXNlX2J5X3N5c3RlbWNvbnRy b2xsZXIoCiAgICAgICAgIGRvbWFpbl91bnBhdXNlKGQpOwogfQogCi12b2lk IHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCitpbnQgdmNwdV9yZXNldChz dHJ1Y3QgdmNwdSAqdikKIHsKICAgICBzdHJ1Y3QgZG9tYWluICpkID0gdi0+ ZG9tYWluOworICAgIGludCByYzsKIAogICAgIHZjcHVfcGF1c2Uodik7CiAg ICAgZG9tYWluX2xvY2soZCk7CiAKLSAgICBhcmNoX3ZjcHVfcmVzZXQodik7 CisgICAgc2V0X2JpdChfVlBGX2luX3Jlc2V0LCAmdi0+cGF1c2VfZmxhZ3Mp OworICAgIHJjID0gYXJjaF92Y3B1X3Jlc2V0KHYpOworICAgIGlmICggcmMg KQorICAgICAgICBnb3RvIG91dF91bmxvY2s7CiAKICAgICBzZXRfYml0KF9W UEZfZG93biwgJnYtPnBhdXNlX2ZsYWdzKTsKIApAQCAtODkxLDkgKzg5NSwx MyBAQCB2b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCiAjZW5kaWYK ICAgICBjcHVtYXNrX2NsZWFyKHYtPmNwdV9hZmZpbml0eV90bXApOwogICAg IGNsZWFyX2JpdChfVlBGX2Jsb2NrZWQsICZ2LT5wYXVzZV9mbGFncyk7Cisg ICAgY2xlYXJfYml0KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9mbGFncyk7 CiAKKyBvdXRfdW5sb2NrOgogICAgIGRvbWFpbl91bmxvY2sodi0+ZG9tYWlu KTsKICAgICB2Y3B1X3VucGF1c2Uodik7CisKKyAgICByZXR1cm4gcmM7CiB9 CiAKIAotLS0gYS94ZW4vY29tbW9uL2RvbWN0bC5jCisrKyBiL3hlbi9jb21t b24vZG9tY3RsLmMKQEAgLTMzMiwxMyArMzMyLDE1IEBAIGxvbmcgZG9fZG9t Y3RsKFhFTl9HVUVTVF9IQU5ETEVfUEFSQU0oeGUKICAgICAgICAgcmV0ID0g LUVJTlZBTDsKICAgICAgICAgaWYgKCAoZCA9PSBjdXJyZW50LT5kb21haW4p IHx8IC8qIG5vIGRvbWFpbl9wYXVzZSgpICovCiAgICAgICAgICAgICAgKHZj cHUgPj0gZC0+bWF4X3ZjcHVzKSB8fCAoKHYgPSBkLT52Y3B1W3ZjcHVdKSA9 PSBOVUxMKSApCi0gICAgICAgICAgICBnb3RvIHN2Y19vdXQ7CisgICAgICAg ICAgICBicmVhazsKIAogICAgICAgICBpZiAoIGd1ZXN0X2hhbmRsZV9pc19u dWxsKG9wLT51LnZjcHVjb250ZXh0LmN0eHQpICkKICAgICAgICAgewotICAg ICAgICAgICAgdmNwdV9yZXNldCh2KTsKLSAgICAgICAgICAgIHJldCA9IDA7 Ci0gICAgICAgICAgICBnb3RvIHN2Y19vdXQ7CisgICAgICAgICAgICByZXQg PSB2Y3B1X3Jlc2V0KHYpOworICAgICAgICAgICAgaWYgKCByZXQgPT0gLUVB R0FJTiApCisgICAgICAgICAgICAgICAgcmV0ID0gaHlwZXJjYWxsX2NyZWF0 ZV9jb250aW51YXRpb24oCisgICAgICAgICAgICAgICAgICAgICAgICAgIF9f SFlQRVJWSVNPUl9kb21jdGwsICJoIiwgdV9kb21jdGwpOworICAgICAgICAg ICAgYnJlYWs7CiAgICAgICAgIH0KIAogI2lmZGVmIENPTkZJR19DT01QQVQK QEAgLTM0Nyw3ICszNDksNyBAQCBsb25nIGRvX2RvbWN0bChYRU5fR1VFU1Rf SEFORExFX1BBUkFNKHhlCiAjZW5kaWYKICAgICAgICAgcmV0ID0gLUVOT01F TTsKICAgICAgICAgaWYgKCAoYy5uYXQgPSBhbGxvY192Y3B1X2d1ZXN0X2Nv bnRleHQoKSkgPT0gTlVMTCApCi0gICAgICAgICAgICBnb3RvIHN2Y19vdXQ7 CisgICAgICAgICAgICBicmVhazsKIAogI2lmZGVmIENPTkZJR19DT01QQVQK ICAgICAgICAgaWYgKCAhaXNfcHZfMzJvbjY0X3ZjcHUodikgKQpAQCAtMzY4 LDcgKzM3MCw2IEBAIGxvbmcgZG9fZG9tY3RsKFhFTl9HVUVTVF9IQU5ETEVf UEFSQU0oeGUKICAgICAgICAgICAgIGRvbWFpbl91bnBhdXNlKGQpOwogICAg ICAgICB9CiAKLSAgICBzdmNfb3V0OgogICAgICAgICBmcmVlX3ZjcHVfZ3Vl c3RfY29udGV4dChjLm5hdCk7CiAgICAgfQogICAgIGJyZWFrOwotLS0gYS94 ZW4vaW5jbHVkZS9hc20teDg2L21tLmgKKysrIGIveGVuL2luY2x1ZGUvYXNt LXg4Ni9tbS5oCkBAIC01NTYsNyArNTU2LDcgQEAgdm9pZCBhdWRpdF9kb21h aW5zKHZvaWQpOwogaW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBw Zm4pOwogdm9pZCBtYWtlX2NyMyhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQg bG9uZyBtZm4pOwogdm9pZCB1cGRhdGVfY3IzKHN0cnVjdCB2Y3B1ICp2KTsK LWludCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqLCBi b29sX3QgcHJlZW1wdGlibGUpOworaW50IHZjcHVfZGVzdHJveV9wYWdldGFi bGVzKHN0cnVjdCB2Y3B1ICopOwogdm9pZCBwcm9wYWdhdGVfcGFnZV9mYXVs dCh1bnNpZ25lZCBsb25nIGFkZHIsIHUxNiBlcnJvcl9jb2RlKTsKIHZvaWQg KmRvX3BhZ2Vfd2FsayhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBh ZGRyKTsKIAotLS0gYS94ZW4vaW5jbHVkZS94ZW4vZG9tYWluLmgKKysrIGIv eGVuL2luY2x1ZGUveGVuL2RvbWFpbi5oCkBAIC0xMyw3ICsxMyw3IEBAIHR5 cGVkZWYgdW5pb24gewogc3RydWN0IHZjcHUgKmFsbG9jX3ZjcHUoCiAgICAg c3RydWN0IGRvbWFpbiAqZCwgdW5zaWduZWQgaW50IHZjcHVfaWQsIHVuc2ln bmVkIGludCBjcHVfaWQpOwogc3RydWN0IHZjcHUgKmFsbG9jX2RvbTBfdmNw dTAodm9pZCk7Ci12b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpOwor aW50IHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKik7CiAKIHN0cnVjdCB4ZW5f ZG9tY3RsX2dldGRvbWFpbmluZm87CiB2b2lkIGdldGRvbWFpbmluZm8oc3Ry dWN0IGRvbWFpbiAqZCwgc3RydWN0IHhlbl9kb21jdGxfZ2V0ZG9tYWluaW5m byAqaW5mbyk7CkBAIC02Nyw3ICs2Nyw3IEBAIHZvaWQgYXJjaF9kdW1wX3Zj cHVfaW5mbyhzdHJ1Y3QgdmNwdSAqdikKIAogdm9pZCBhcmNoX2R1bXBfZG9t YWluX2luZm8oc3RydWN0IGRvbWFpbiAqZCk7CiAKLXZvaWQgYXJjaF92Y3B1 X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KTsKK2ludCBhcmNoX3ZjcHVfcmVzZXQo c3RydWN0IHZjcHUgKik7CiAKIGV4dGVybiBzcGlubG9ja190IHZjcHVfYWxs b2NfbG9jazsKIGJvb2xfdCBkb21jdGxfbG9ja19hY3F1aXJlKHZvaWQpOwot LS0gYS94ZW4vaW5jbHVkZS94ZW4vc2NoZWQuaAorKysgYi94ZW4vaW5jbHVk ZS94ZW4vc2NoZWQuaApAQCAtNjgyLDYgKzY4Miw5IEBAIHN0YXRpYyBpbmxp bmUgc3RydWN0IGRvbWFpbiAqbmV4dF9kb21haW4KICAvKiBWQ1BVIGlzIGJs b2NrZWQgZHVlIHRvIG1pc3NpbmcgbWVtX3NoYXJpbmcgcmluZy4gKi8KICNk ZWZpbmUgX1ZQRl9tZW1fc2hhcmluZyAgICAgNgogI2RlZmluZSBWUEZfbWVt X3NoYXJpbmcgICAgICAoMVVMPDxfVlBGX21lbV9zaGFyaW5nKQorIC8qIFZD UFUgaXMgYmVpbmcgcmVzZXQuICovCisjZGVmaW5lIF9WUEZfaW5fcmVzZXQg ICAgICAgIDcKKyNkZWZpbmUgVlBGX2luX3Jlc2V0ICAgICAgICAgKDFVTDw8 X1ZQRl9pbl9yZXNldCkKIAogc3RhdGljIGlubGluZSBpbnQgdmNwdV9ydW5u YWJsZShzdHJ1Y3QgdmNwdSAqdikKIHsK --=separator Content-Type: application/octet-stream; name="xsa45-unstable-05-set-info-guest-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-05-set-info-guest-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIGFyY2hfc2V0X2luZm9fZ3Vlc3QoKSBwcmVlbXB0aWJsZQoK Li4gYXMgdGhlIHJvb3QgcGFnZSB0YWJsZSB2YWxpZGF0aW9uIChhbmQgdGhl IGRyb3BwaW5nIG9mIGFuIGV2ZW50dWFsCm9sZCBvbmUpIGNhbiByZXF1aXJl IG1lYW5pbmdmdWwgYW1vdW50cyBvZiB0aW1lLgoKVGhpcyBpcyBwYXJ0IG9m IENWRS0yMDEzLTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KLS0tClNob3VsZG4ndCB3ZSwgYnR3LCBmaW5h bGx5IGRpc2FsbG93IGNhbGxpbmcgYXJjaF9zZXRfaW5mb19ndWVzdCgpIG9u IGFuCmFscmVhZHkgaW5pdGlhbGl6ZWQgdkNQVT8KCi0tLSBhL3hlbi9hcmNo L3g4Ni9kb21haW4uYworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAg LTc1Miw2ICs3NTIsOSBAQCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKIAog ICAgIGlmICggIXYtPmlzX2luaXRpYWxpc2VkICkKICAgICB7CisgICAgICAg IGlmICggIWNvbXBhdCAmJiAhKGZsYWdzICYgVkdDRl9pbl9rZXJuZWwpICYm ICFjLm5hdC0+Y3RybHJlZ1sxXSApCisgICAgICAgICAgICByZXR1cm4gLUVJ TlZBTDsKKwogICAgICAgICB2LT5hcmNoLnB2X3ZjcHUubGR0X2Jhc2UgPSBj KGxkdF9iYXNlKTsKICAgICAgICAgdi0+YXJjaC5wdl92Y3B1LmxkdF9lbnRz ID0gYyhsZHRfZW50cyk7CiAgICAgfQpAQCAtODQ0LDgwICs4NDcsODYgQEAg aW50IGFyY2hfc2V0X2luZm9fZ3Vlc3QoCiAgICAgaWYgKCByYyAhPSAwICkK ICAgICAgICAgcmV0dXJuIHJjOwogCisgICAgc2V0X2JpdChfVlBGX2luX3Jl c2V0LCAmdi0+cGF1c2VfZmxhZ3MpOworCiAgICAgaWYgKCAhY29tcGF0ICkK LSAgICB7CiAgICAgICAgIGNyM19nZm4gPSB4ZW5fY3IzX3RvX3BmbihjLm5h dC0+Y3RybHJlZ1szXSk7Ci0gICAgICAgIGNyM19wYWdlID0gZ2V0X3BhZ2Vf ZnJvbV9nZm4oZCwgY3IzX2dmbiwgTlVMTCwgUDJNX0FMTE9DKTsKLQotICAg ICAgICBpZiAoICFjcjNfcGFnZSApCi0gICAgICAgIHsKLSAgICAgICAgICAg IGRlc3Ryb3lfZ2R0KHYpOwotICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7 Ci0gICAgICAgIH0KLSAgICAgICAgaWYgKCAhcGFnaW5nX21vZGVfcmVmY291 bnRzKGQpCi0gICAgICAgICAgICAgJiYgIWdldF9wYWdlX3R5cGUoY3IzX3Bh Z2UsIFBHVF9iYXNlX3BhZ2VfdGFibGUpICkKLSAgICAgICAgewotICAgICAg ICAgICAgcHV0X3BhZ2UoY3IzX3BhZ2UpOwotICAgICAgICAgICAgZGVzdHJv eV9nZHQodik7Ci0gICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKLSAgICAg ICAgfQorICAgIGVsc2UKKyAgICAgICAgY3IzX2dmbiA9IGNvbXBhdF9jcjNf dG9fcGZuKGMuY21wLT5jdHJscmVnWzNdKTsKKyAgICBjcjNfcGFnZSA9IGdl dF9wYWdlX2Zyb21fZ2ZuKGQsIGNyM19nZm4sIE5VTEwsIFAyTV9BTExPQyk7 CiAKKyAgICBpZiAoICFjcjNfcGFnZSApCisgICAgICAgIHJjID0gLUVJTlZB TDsKKyAgICBlbHNlIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkK KyAgICAgICAgLyogbm90aGluZyAqLzsKKyAgICBlbHNlIGlmICggY3IzX3Bh Z2UgPT0gdi0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsKKyAgICAg ICAgdi0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBOVUxMOworICAgICAgICBw dXRfcGFnZShjcjNfcGFnZSk7CisgICAgfQorICAgIGVsc2UKKyAgICB7Cisg ICAgICAgIC8qCisgICAgICAgICAqIFNpbmNlIHYtPmFyY2guZ3Vlc3RfdGFi bGV7LF91c2VyfSBhcmUgYm90aCBOVUxMLCB0aGlzIGVmZmVjdGl2ZWx5Cisg ICAgICAgICAqIGlzIGp1c3QgYSBjYWxsIHRvIHB1dF9vbGRfZ3Vlc3RfdGFi bGUoKS4KKyAgICAgICAgICovCisgICAgICAgIGlmICggIWNvbXBhdCApCisg ICAgICAgICAgICByYyA9IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYpOwor ICAgICAgICBpZiAoICFyYyApCisgICAgICAgICAgICByYyA9IGdldF9wYWdl X3R5cGVfcHJlZW1wdGlibGUoY3IzX3BhZ2UsCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIWNvbXBhdCA/IFBHVF9yb290 X3BhZ2VfdGFibGUKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDogUEdUX2wzX3BhZ2VfdGFibGUpOworICAg ICAgICBpZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgICAgICByYyA9IC1F QUdBSU47CisgICAgfQorICAgIGlmICggcmMgKQorICAgICAgICAvKiBoYW5k bGVkIGJlbG93ICovOworICAgIGVsc2UgaWYgKCAhY29tcGF0ICkKKyAgICB7 CiAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVfZnJv bV9wYWdlKGNyM19wYWdlKTsKICAgICAgICAgaWYgKCBjLm5hdC0+Y3RybHJl Z1sxXSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGNyM19nZm4gPSB4ZW5f Y3IzX3RvX3BmbihjLm5hdC0+Y3RybHJlZ1sxXSk7CiAgICAgICAgICAgICBj cjNfcGFnZSA9IGdldF9wYWdlX2Zyb21fZ2ZuKGQsIGNyM19nZm4sIE5VTEws IFAyTV9BTExPQyk7CiAKLSAgICAgICAgICAgIGlmICggIWNyM19wYWdlIHx8 Ci0gICAgICAgICAgICAgICAgICghcGFnaW5nX21vZGVfcmVmY291bnRzKGQp Ci0gICAgICAgICAgICAgICAgICAmJiAhZ2V0X3BhZ2VfdHlwZShjcjNfcGFn ZSwgUEdUX2Jhc2VfcGFnZV90YWJsZSkpICkKKyAgICAgICAgICAgIGlmICgg IWNyM19wYWdlICkKKyAgICAgICAgICAgICAgICByYyA9IC1FSU5WQUw7Cisg ICAgICAgICAgICBlbHNlIGlmICggIXBhZ2luZ19tb2RlX3JlZmNvdW50cyhk KSApCiAgICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgaWYgKGNyM19w YWdlKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7 Ci0gICAgICAgICAgICAgICAgY3IzX3BhZ2UgPSBwYWdldGFibGVfZ2V0X3Bh Z2Uodi0+YXJjaC5ndWVzdF90YWJsZSk7Ci0gICAgICAgICAgICAgICAgdi0+ YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJsZV9udWxsKCk7Ci0gICAgICAg ICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkgKQotICAg ICAgICAgICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7Ci0gICAgICAg ICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9h bmRfdHlwZShjcjNfcGFnZSk7Ci0gICAgICAgICAgICAgICAgZGVzdHJveV9n ZHQodik7Ci0gICAgICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7CisgICAg ICAgICAgICAgICAgcmMgPSBnZXRfcGFnZV90eXBlX3ByZWVtcHRpYmxlKGNy M19wYWdlLCBQR1Rfcm9vdF9wYWdlX3RhYmxlKTsKKyAgICAgICAgICAgICAg ICBzd2l0Y2ggKCByYyApCisgICAgICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGNhc2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAgICByYyA9 IC1FQUdBSU47CisgICAgICAgICAgICAgICAgY2FzZSAtRUFHQUlOOgorICAg ICAgICAgICAgICAgICAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9Cisg ICAgICAgICAgICAgICAgICAgICAgICBwYWdldGFibGVfZ2V0X3BhZ2Uodi0+ YXJjaC5ndWVzdF90YWJsZSk7CisgICAgICAgICAgICAgICAgICAgIHYtPmFy Y2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVfbnVsbCgpOworICAgICAgICAg ICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICB9CiAgICAgICAg ICAgICB9Ci0KLSAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNl ciA9IHBhZ2V0YWJsZV9mcm9tX3BhZ2UoY3IzX3BhZ2UpOwotICAgICAgICB9 Ci0gICAgICAgIGVsc2UgaWYgKCAhKGZsYWdzICYgVkdDRl9pbl9rZXJuZWwp ICkKLSAgICAgICAgewotICAgICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0g ICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKKyAgICAgICAgICAgIGlmICgg IXJjICkKKyAgICAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNl ciA9IHBhZ2V0YWJsZV9mcm9tX3BhZ2UoY3IzX3BhZ2UpOwogICAgICAgICB9 CiAgICAgfQogICAgIGVsc2UKICAgICB7CiAgICAgICAgIGw0X3BnZW50cnlf dCAqbDR0YWI7CiAKLSAgICAgICAgY3IzX2dmbiA9IGNvbXBhdF9jcjNfdG9f cGZuKGMuY21wLT5jdHJscmVnWzNdKTsKLSAgICAgICAgY3IzX3BhZ2UgPSBn ZXRfcGFnZV9mcm9tX2dmbihkLCBjcjNfZ2ZuLCBOVUxMLCBQMk1fQUxMT0Mp OwotCi0gICAgICAgIGlmICggIWNyM19wYWdlKQotICAgICAgICB7Ci0gICAg ICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAt RUlOVkFMOwotICAgICAgICB9Ci0KLSAgICAgICAgaWYgKCFwYWdpbmdfbW9k ZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgICYmICFnZXRfcGFnZV90eXBl KGNyM19wYWdlLCBQR1RfbDNfcGFnZV90YWJsZSkgKQotICAgICAgICB7Ci0g ICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7Ci0gICAgICAgICAgICBk ZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwot ICAgICAgICB9Ci0KICAgICAgICAgbDR0YWIgPSBtYXBfZG9tYWluX3BhZ2Uo cGFnZXRhYmxlX2dldF9wZm4odi0+YXJjaC5ndWVzdF90YWJsZSkpOwogICAg ICAgICAqbDR0YWIgPSBsNGVfZnJvbV9wZm4ocGFnZV90b19tZm4oY3IzX3Bh Z2UpLAogICAgICAgICAgICAgX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFH RV9VU0VSfF9QQUdFX0FDQ0VTU0VEKTsKICAgICAgICAgdW5tYXBfZG9tYWlu X3BhZ2UobDR0YWIpOwogICAgIH0KKyAgICBpZiAoIHJjICkKKyAgICB7Cisg ICAgICAgIGlmICggY3IzX3BhZ2UgKQorICAgICAgICAgICAgcHV0X3BhZ2Uo Y3IzX3BhZ2UpOworICAgICAgICBkZXN0cm95X2dkdCh2KTsKKyAgICAgICAg cmV0dXJuIHJjOworICAgIH0KKworICAgIGNsZWFyX2JpdChfVlBGX2luX3Jl c2V0LCAmdi0+cGF1c2VfZmxhZ3MpOwogCiAgICAgaWYgKCB2LT52Y3B1X2lk ID09IDAgKQogICAgICAgICB1cGRhdGVfZG9tYWluX3dhbGxjbG9ja190aW1l KGQpOwotLS0gYS94ZW4vY29tbW9uL2NvbXBhdC9kb21haW4uYworKysgYi94 ZW4vY29tbW9uL2NvbXBhdC9kb21haW4uYwpAQCAtNTAsNiArNTAsMTAgQEAg aW50IGNvbXBhdF92Y3B1X29wKGludCBjbWQsIGludCB2Y3B1aWQsIAogICAg ICAgICByYyA9IHYtPmlzX2luaXRpYWxpc2VkID8gLUVFWElTVCA6IGFyY2hf c2V0X2luZm9fZ3Vlc3QodiwgY21wX2N0eHQpOwogICAgICAgICBkb21haW5f dW5sb2NrKGQpOwogCisgICAgICAgIGlmICggcmMgPT0gLUVBR0FJTiApCisg ICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KF9fSFlQRVJWSVNPUl92Y3B1X29wLCAiaWloIiwKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY21kLCB2Y3B1aWQs IGFyZyk7CisKICAgICAgICAgeGZyZWUoY21wX2N0eHQpOwogICAgICAgICBi cmVhazsKICAgICB9Ci0tLSBhL3hlbi9jb21tb24vZG9tYWluLmMKKysrIGIv eGVuL2NvbW1vbi9kb21haW4uYwpAQCAtOTM4LDYgKzkzOCwxMSBAQCBsb25n IGRvX3ZjcHVfb3AoaW50IGNtZCwgaW50IHZjcHVpZCwgWEVOCiAgICAgICAg IGRvbWFpbl91bmxvY2soZCk7CiAKICAgICAgICAgZnJlZV92Y3B1X2d1ZXN0 X2NvbnRleHQoY3R4dCk7CisKKyAgICAgICAgaWYgKCByYyA9PSAtRUFHQUlO ICkKKyAgICAgICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51 YXRpb24oX19IWVBFUlZJU09SX3ZjcHVfb3AsICJpaWgiLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjbWQsIHZj cHVpZCwgYXJnKTsKKwogICAgICAgICBicmVhazsKIAogICAgIGNhc2UgVkNQ VU9QX3VwOiB7Ci0tLSBhL3hlbi9jb21tb24vZG9tY3RsLmMKKysrIGIveGVu L2NvbW1vbi9kb21jdGwuYwpAQCAtMzY4LDYgKzM2OCwxMCBAQCBsb25nIGRv X2RvbWN0bChYRU5fR1VFU1RfSEFORExFX1BBUkFNKHhlCiAgICAgICAgICAg ICBkb21haW5fcGF1c2UoZCk7CiAgICAgICAgICAgICByZXQgPSBhcmNoX3Nl dF9pbmZvX2d1ZXN0KHYsIGMpOwogICAgICAgICAgICAgZG9tYWluX3VucGF1 c2UoZCk7CisKKyAgICAgICAgICAgIGlmICggcmV0ID09IC1FQUdBSU4gKQor ICAgICAgICAgICAgICAgIHJldCA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGlu dWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklT T1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsKICAgICAgICAgfQogCiAgICAg ICAgIGZyZWVfdmNwdV9ndWVzdF9jb250ZXh0KGMubmF0KTsK --=separator Content-Type: application/octet-stream; name="xsa45-unstable-06-unpin-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-06-unpin-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgdW5waW5uaW5nIHByZWVtcHRpYmxlCgou Li4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0aW1l LgoKU2luY2Ugd2UgY2FuJ3QgcmUtaW52b2tlIHRoZSBvcGVyYXRpb24gaW4g YSBzZWNvbmQgYXR0ZW1wdCwgdGhlCmNvbnRpbnVhdGlvbiBsb2dpYyBtdXN0 IGJlIHNsaWdodGx5IHR3ZWFrZWQgc28gdGhhdCB3ZSBtYWtlIHN1cmUKZG9f bW11ZXh0X29wKCkgZ2V0cyBydW4gb25lIG1vcmUgdGltZSBldmVuIHdoZW4g dGhlIHByZWVtcHRlZCB1bnBpbgpvcGVyYXRpb24gd2FzIHRoZSBsYXN0IG9u ZSBpbiBhIGJhdGNoLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTgg LyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxp Y2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9y Zz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9tbS5jCkBAIC0yODU5LDYgKzI4NTksMTQgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgICAgIHJldHVybiByYzsKICAgICB9CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKHVvcHMpKSApCisg ICAgeworICAgICAgICAvKiBTZWUgdGhlIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlIHJlbGF0ZWQKKyAgICAgICAgICogaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oKSBiZWxvdy4gKi8KKyAgICAgICAgcmV0dXJuIChpbnQp Zm9yZWlnbmRvbTsKKyAgICB9CisKICAgICBpZiAoIHVubGlrZWx5KGNvdW50 ICYgTU1VX1VQREFURV9QUkVFTVBURUQpICkKICAgICB7CiAgICAgICAgIGNv dW50ICY9IH5NTVVfVVBEQVRFX1BSRUVNUFRFRDsKQEAgLTI4ODksNyArMjg5 Nyw3IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogCiAgICAgZm9yICggaSA9IDA7 IGkgPCBjb3VudDsgaSsrICkKICAgICB7Ci0gICAgICAgIGlmICggaHlwZXJj YWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIGlmICggY3Vyci0+YXJj aC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2so KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAg ICAgICAgICAgIGJyZWFrOwpAQCAtMzAwOSw3ICszMDE3LDE3IEBAIGxvbmcg ZG9fbW11ZXh0X29wKAogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICAgfQogCi0gICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdl KTsKKyAgICAgICAgICAgIHN3aXRjaCAoIHJjID0gcHV0X3BhZ2VfYW5kX3R5 cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQorICAgICAgICAgICAgeworICAg ICAgICAgICAgY2FzZSAtRUlOVFI6CisgICAgICAgICAgICBjYXNlIC1FQUdB SU46CisgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgPSBwYWdlOworICAgICAgICAgICAgICAgIHJjID0gMDsKKyAgICAgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAg ICAgICAgICAgQlVHX09OKHJjKTsKKyAgICAgICAgICAgICAgICBicmVhazsK KyAgICAgICAgICAgIH0KICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwog CiAgICAgICAgICAgICAvKiBBIHBhZ2UgaXMgZGlydGllZCB3aGVuIGl0cyBw aW4gc3RhdHVzIGlzIGNsZWFyZWQuICovCkBAIC0zMzE4LDkgKzMzMzYsMjcg QEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgfQogCiAgICAgaWYgKCByYyA9 PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQp OwogICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAogICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGki LAogICAgICAgICAgICAgdW9wcywgKGNvdW50IC0gaSkgfCBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgcGRvbmUsIGZvcmVpZ25kb20pOworICAgIH0KKyAgICBl bHNlIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsK KyAgICAgICAgWEVOX0dVRVNUX0hBTkRMRV9QQVJBTSh2b2lkKSBudWxsOwor CisgICAgICAgIEFTU0VSVChyYyB8fCBpID09IGNvdW50KTsKKyAgICAgICAg c2V0X3hlbl9ndWVzdF9oYW5kbGUobnVsbCwgTlVMTCk7CisgICAgICAgIC8q CisgICAgICAgICAqIEluIG9yZGVyIHRvIGhhdmUgYSB3YXkgdG8gY29tbXVu aWNhdGUgdGhlIGZpbmFsIHJldHVybiB2YWx1ZSB0bworICAgICAgICAgKiBv dXIgY29udGludWF0aW9uLCB3ZSBwYXNzIHRoaXMgaW4gcGxhY2Ugb2YgImZv cmVpZ25kb20iLCBidWlsZGluZworICAgICAgICAgKiBvbiB0aGUgZmFjdCB0 aGF0IHRoaXMgYXJndW1lbnQgaXNuJ3QgbmVlZGVkIGFueW1vcmUuCisgICAg ICAgICAqLworICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGlu dWF0aW9uKAorICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9tbXVleHRf b3AsICJoaWhpIiwgbnVsbCwKKyAgICAgICAgICAgICAgICBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgbnVsbCwgcmMpOworICAgIH0KIAogICAgIHB1dF9wZ19v d25lcihwZ19vd25lcik7CiAKLS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9j b21wYXQvbW0uYworKysgYi94ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9t bS5jCkBAIC0yNjgsNiArMjY4LDEzIEBAIGludCBjb21wYXRfbW11ZXh0X29w KFhFTl9HVUVTVF9IQU5ETEVfUEEKICAgICBpbnQgcmMgPSAwOwogICAgIFhF Tl9HVUVTVF9IQU5ETEVfUEFSQU0obW11ZXh0X29wX3QpIG5hdF9vcHM7CiAK KyAgICBpZiAoIHVubGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1Q VEVEKSAmJgorICAgICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxs KGNtcF91b3BzKSkgKQorICAgIHsKKyAgICAgICAgc2V0X3hlbl9ndWVzdF9o YW5kbGUobmF0X29wcywgTlVMTCk7CisgICAgICAgIHJldHVybiBkb19tbXVl eHRfb3AobmF0X29wcywgY291bnQsIHBkb25lLCBmb3JlaWduZG9tKTsKKyAg ICB9CisKICAgICBwcmVlbXB0X21hc2sgPSBjb3VudCAmIE1NVV9VUERBVEVf UFJFRU1QVEVEOwogICAgIGNvdW50IF49IHByZWVtcHRfbWFzazsKIApAQCAt MzcwLDEyICszNzcsMTggQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dV RVNUX0hBTkRMRV9QQQogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9h ZGRfb2Zmc2V0KG5hdF9vcHMsIGkgLSBsZWZ0KTsKICAgICAgICAgICAgICAg ICBndWVzdF9oYW5kbGVfc3VidHJhY3Rfb2Zmc2V0KGNtcF91b3BzLCBsZWZ0 KTsKICAgICAgICAgICAgICAgICBsZWZ0ID0gMTsKLSAgICAgICAgICAgICAg ICBCVUdfT04oIWh5cGVyY2FsbF94bGF0X2NvbnRpbnVhdGlvbigmbGVmdCwg MHgwMSwgbmF0X29wcywgY21wX3VvcHMpKTsKLSAgICAgICAgICAgICAgICBC VUdfT04obGVmdCAhPSBhcmcxKTsKLSAgICAgICAgICAgICAgICBpZiAoIXRl c3RfYml0KF9NQ1NGX2luX211bHRpY2FsbCwgJm1jcy0+ZmxhZ3MpKQotICAg ICAgICAgICAgICAgICAgICByZWdzLT5fZWN4ICs9IGNvdW50IC0gaTsKKyAg ICAgICAgICAgICAgICBpZiAoIGFyZzEgIT0gTU1VX1VQREFURV9QUkVFTVBU RUQgKQorICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAg QlVHX09OKCFoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDB4 MDEsIG5hdF9vcHMsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGNtcF91b3BzKSk7CisgICAgICAg ICAgICAgICAgICAgIGlmICggIXRlc3RfYml0KF9NQ1NGX2luX211bHRpY2Fs bCwgJm1jcy0+ZmxhZ3MpICkKKyAgICAgICAgICAgICAgICAgICAgICAgIHJl Z3MtPl9lY3ggKz0gY291bnQgLSBpOworICAgICAgICAgICAgICAgICAgICBl bHNlCisgICAgICAgICAgICAgICAgICAgICAgICBtY3MtPmNvbXBhdF9jYWxs LmFyZ3NbMV0gKz0gY291bnQgLSBpOworICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgICBlbHNlCi0gICAgICAgICAgICAgICAgICAgIG1jcy0+ Y29tcGF0X2NhbGwuYXJnc1sxXSArPSBjb3VudCAtIGk7CisgICAgICAgICAg ICAgICAgICAgIEJVR19PTihoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24o JmxlZnQsIDApKTsKKyAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAhPSBh cmcxKTsKICAgICAgICAgICAgIH0KICAgICAgICAgICAgIGVsc2UKICAgICAg ICAgICAgICAgICBCVUdfT04oZXJyID4gMCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa45-unstable-07-mm-error-paths-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-07-mm-error-paths-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgaGFuZGxpbmcgZXJyb3IgcGF0aHMgcHJl ZW1wdGlibGUKCi4uLiBhcyB0aGV5IG1heSB0YWtlIHNpZ25pZmljYW50IGFt b3VudHMgb2YgdGltZS4KClRoaXMgcmVxdWlyZXMgY2xvbmluZyB0aGUgdHdl YWtlZCBjb250aW51YXRpb24gbG9naWMgZnJvbQpkb19tbXVleHRfb3AoKSB0 byBkb19tbXVfdXBkYXRlKCkuCgpOb3RlIHRoYXQgaW4gbW9kX2xbMzRdX2Vu dHJ5KCkgYSBuZWdhdGl2ZSAicHJlZW1wdGlibGUiIHZhbHVlIGdldHMKcGFz c2VkIHRvIHB1dF9wYWdlX2Zyb21fbFszNF1lKCkgbm93LCB0ZWxsaW5nIHRo ZSBjYWxsZWUgdG8gc3RvcmUgdGhlCnJlc3BlY3RpdmUgcGFnZSBpbiBjdXJy ZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSAoZm9yIGEgaHlwZXJjYWxsCmNv bnRpbnVhdGlvbiB0byBwaWNrIHVwKSwgcmF0aGVyIHRoYW4gY2Fycnlpbmcg b3V0IHRoZSBwdXQgcmlnaHQgYXdheS4KVGhpcyBpcyBnb2luZyB0byBiZSBt YWRlIGEgbGl0dGxlIG1vcmUgZXhwbGljaXQgYnkgYSBzdWJzZXF1ZW50IGNs ZWFudXAKcGF0Y2guCgpUaGlzIGlzIHBhcnQgb2YgQ1ZFLTIwMTMtMTkxOCAv IFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4gPHRpbUB4ZW4ub3Jn PgoKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTExMzksNyArMTEzOSwxNiBAQCBzdGF0aWMgaW50IHB1dF9w YWdlX2Zyb21fbDNlKGwzX3BnZW50cnlfCiAgICAgfQogCiAgICAgaWYgKCB1 bmxpa2VseShwYXJ0aWFsID4gMCkgKQorICAgIHsKKyAgICAgICAgQVNTRVJU KHByZWVtcHRpYmxlID49IDApOwogICAgICAgICByZXR1cm4gX19wdXRfcGFn ZV90eXBlKGwzZV9nZXRfcGFnZShsM2UpLCBwcmVlbXB0aWJsZSk7CisgICAg fQorCisgICAgaWYgKCBwcmVlbXB0aWJsZSA8IDAgKQorICAgIHsKKyAgICAg ICAgY3VycmVudC0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBsM2VfZ2V0X3Bh Z2UobDNlKTsKKyAgICAgICAgcmV0dXJuIDA7CisgICAgfQogCiAgICAgcmV0 dXJuIHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKGwzZV9nZXRfcGFn ZShsM2UpLCBwcmVlbXB0aWJsZSk7CiB9CkBAIC0xMTUxLDcgKzExNjAsMTcg QEAgc3RhdGljIGludCBwdXRfcGFnZV9mcm9tX2w0ZShsNF9wZ2VudHJ5Xwog ICAgICAgICAgKGw0ZV9nZXRfcGZuKGw0ZSkgIT0gcGZuKSApCiAgICAgewog ICAgICAgICBpZiAoIHVubGlrZWx5KHBhcnRpYWwgPiAwKSApCisgICAgICAg IHsKKyAgICAgICAgICAgIEFTU0VSVChwcmVlbXB0aWJsZSA+PSAwKTsKICAg ICAgICAgICAgIHJldHVybiBfX3B1dF9wYWdlX3R5cGUobDRlX2dldF9wYWdl KGw0ZSksIHByZWVtcHRpYmxlKTsKKyAgICAgICAgfQorCisgICAgICAgIGlm ICggcHJlZW1wdGlibGUgPCAwICkKKyAgICAgICAgeworICAgICAgICAgICAg Y3VycmVudC0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBsNGVfZ2V0X3BhZ2Uo bDRlKTsKKyAgICAgICAgICAgIHJldHVybiAwOworICAgICAgICB9CisKICAg ICAgICAgcmV0dXJuIHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKGw0 ZV9nZXRfcGFnZShsNGUpLCBwcmVlbXB0aWJsZSk7CiAgICAgfQogICAgIHJl dHVybiAxOwpAQCAtMTM0NywxMiArMTM2NiwxNyBAQCBzdGF0aWMgaW50IGFs bG9jX2wzX3RhYmxlKHN0cnVjdCBwYWdlX2luCiAgICAgaWYgKCByYyA8IDAg JiYgcmMgIT0gLUVBR0FJTiAmJiByYyAhPSAtRUlOVFIgKQogICAgIHsKICAg ICAgICAgTUVNX0xPRygiRmFpbHVyZSBpbiBhbGxvY19sM190YWJsZTogZW50 cnkgJWQiLCBpKTsKKyAgICAgICAgaWYgKCBpICkKKyAgICAgICAgeworICAg ICAgICAgICAgcGFnZS0+bnJfdmFsaWRhdGVkX3B0ZXMgPSBpOworICAgICAg ICAgICAgcGFnZS0+cGFydGlhbF9wdGUgPSAwOworICAgICAgICAgICAgY3Vy cmVudC0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAgICAgICB9 CiAgICAgICAgIHdoaWxlICggaS0tID4gMCApCiAgICAgICAgIHsKICAgICAg ICAgICAgIGlmICggIWlzX2d1ZXN0X2wzX3Nsb3QoaSkgKQogICAgICAgICAg ICAgICAgIGNvbnRpbnVlOwogICAgICAgICAgICAgdW5hZGp1c3RfZ3Vlc3Rf bDNlKHBsM2VbaV0sIGQpOwotICAgICAgICAgICAgcHV0X3BhZ2VfZnJvbV9s M2UocGwzZVtpXSwgcGZuLCAwLCAwKTsKICAgICAgICAgfQogICAgIH0KIApA QCAtMTM5OCwyMiArMTQyMiwyNCBAQCBzdGF0aWMgaW50IGFsbG9jX2w0X3Rh YmxlKHN0cnVjdCBwYWdlX2luCiAgICAgICAgICAgICBwYWdlLT5ucl92YWxp ZGF0ZWRfcHRlcyA9IGk7CiAgICAgICAgICAgICBwYWdlLT5wYXJ0aWFsX3B0 ZSA9IHBhcnRpYWwgPzogMTsKICAgICAgICAgfQotICAgICAgICBlbHNlIGlm ICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgZWxzZSBpZiAoIHJjIDwgMCAp CiAgICAgICAgIHsKKyAgICAgICAgICAgIGlmICggcmMgIT0gLUVJTlRSICkK KyAgICAgICAgICAgICAgICBNRU1fTE9HKCJGYWlsdXJlIGluIGFsbG9jX2w0 X3RhYmxlOiBlbnRyeSAlZCIsIGkpOwogICAgICAgICAgICAgaWYgKCBpICkK ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICBwYWdlLT5ucl92YWxp ZGF0ZWRfcHRlcyA9IGk7CiAgICAgICAgICAgICAgICAgcGFnZS0+cGFydGlh bF9wdGUgPSAwOwotICAgICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKKyAg ICAgICAgICAgICAgICBpZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgICAg ICAgICAgICAgIHJjID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICBlbHNl CisgICAgICAgICAgICAgICAgeworICAgICAgICAgICAgICAgICAgICBpZiAo IGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlICkKKyAgICAgICAgICAg ICAgICAgICAgICAgIHBhZ2UtPm5yX3ZhbGlkYXRlZF9wdGVzKys7CisgICAg ICAgICAgICAgICAgICAgIGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxl ID0gcGFnZTsKKyAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAg ICAgICAgIH0KLSAgICAgICAgZWxzZSBpZiAoIHJjIDwgMCApCi0gICAgICAg IHsKLSAgICAgICAgICAgIE1FTV9MT0coIkZhaWx1cmUgaW4gYWxsb2NfbDRf dGFibGU6IGVudHJ5ICVkIiwgaSk7Ci0gICAgICAgICAgICB3aGlsZSAoIGkt LSA+IDAgKQotICAgICAgICAgICAgICAgIGlmICggaXNfZ3Vlc3RfbDRfc2xv dChkLCBpKSApCi0gICAgICAgICAgICAgICAgICAgIHB1dF9wYWdlX2Zyb21f bDRlKHBsNGVbaV0sIHBmbiwgMCwgMCk7Ci0gICAgICAgIH0KICAgICAgICAg aWYgKCByYyA8IDAgKQogICAgICAgICB7CiAgICAgICAgICAgICB1bm1hcF9k b21haW5fcGFnZShwbDRlKTsKQEAgLTE4NDYsNyArMTg3Miw3IEBAIHN0YXRp YyBpbnQgbW9kX2wzX2VudHJ5KGwzX3BnZW50cnlfdCAqcGwKICAgICAgICAg aWYgKCAhY3JlYXRlX3BhZV94ZW5fbWFwcGluZ3MoZCwgcGwzZSkgKQogICAg ICAgICAgICAgQlVHKCk7CiAKLSAgICBwdXRfcGFnZV9mcm9tX2wzZShvbDNl LCBwZm4sIDAsIDApOworICAgIHB1dF9wYWdlX2Zyb21fbDNlKG9sM2UsIHBm biwgMCwgLXByZWVtcHRpYmxlKTsKICAgICByZXR1cm4gcmM7CiB9CiAKQEAg LTE5MDcsNyArMTkzMyw3IEBAIHN0YXRpYyBpbnQgbW9kX2w0X2VudHJ5KGw0 X3BnZW50cnlfdCAqcGwKICAgICAgICAgcmV0dXJuIC1FRkFVTFQ7CiAgICAg fQogCi0gICAgcHV0X3BhZ2VfZnJvbV9sNGUob2w0ZSwgcGZuLCAwLCAwKTsK KyAgICBwdXRfcGFnZV9mcm9tX2w0ZShvbDRlLCBwZm4sIDAsIC1wcmVlbXB0 aWJsZSk7CiAgICAgcmV0dXJuIHJjOwogfQogCkBAIC0yMDYzLDcgKzIwODks MTUgQEAgc3RhdGljIGludCBhbGxvY19wYWdlX3R5cGUoc3RydWN0IHBhZ2Vf aQogICAgICAgICAgICAgICAgIFBSdHlwZV9pbmZvICI6IGNhZj0lMDhseCB0 YWY9JSIgUFJ0eXBlX2luZm8sCiAgICAgICAgICAgICAgICAgcGFnZV90b19t Zm4ocGFnZSksIGdldF9ncGZuX2Zyb21fbWZuKHBhZ2VfdG9fbWZuKHBhZ2Up KSwKICAgICAgICAgICAgICAgICB0eXBlLCBwYWdlLT5jb3VudF9pbmZvLCBw YWdlLT51LmludXNlLnR5cGVfaW5mbyk7Ci0gICAgICAgIHBhZ2UtPnUuaW51 c2UudHlwZV9pbmZvID0gMDsKKyAgICAgICAgaWYgKCBwYWdlICE9IGN1cnJl bnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlICkKKyAgICAgICAgICAgIHBhZ2Ut PnUuaW51c2UudHlwZV9pbmZvID0gMDsKKyAgICAgICAgZWxzZQorICAgICAg ICB7CisgICAgICAgICAgICBBU1NFUlQoKHBhZ2UtPnUuaW51c2UudHlwZV9p bmZvICYKKyAgICAgICAgICAgICAgICAgICAgKFBHVF9jb3VudF9tYXNrIHwg UEdUX3ZhbGlkYXRlZCkpID09IDEpOworICAgICAgICAgICAgZ2V0X3BhZ2Vf bGlnaHQocGFnZSk7CisgICAgICAgICAgICBwYWdlLT51LmludXNlLnR5cGVf aW5mbyB8PSBQR1RfcGFydGlhbDsKKyAgICAgICAgfQogICAgIH0KICAgICBl bHNlCiAgICAgewpAQCAtMjk2MSwyMSArMjk5NSwxNyBAQCBsb25nIGRvX21t dWV4dF9vcCgKICAgICAgICAgICAgIH0KIAogICAgICAgICAgICAgaWYgKCAo cmMgPSB4c21fbWVtb3J5X3Bpbl9wYWdlKFhTTV9IT09LLCBkLCBwZ19vd25l ciwgcGFnZSkpICE9IDAgKQotICAgICAgICAgICAgewotICAgICAgICAgICAg ICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOwogICAgICAgICAgICAgICAg IG9rYXkgPSAwOwotICAgICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICAg ICAgfQotCi0gICAgICAgICAgICBpZiAoIHVubGlrZWx5KHRlc3RfYW5kX3Nl dF9iaXQoX1BHVF9waW5uZWQsCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgJnBhZ2UtPnUuaW51c2UudHlwZV9pbmZvKSkg KQorICAgICAgICAgICAgZWxzZSBpZiAoIHVubGlrZWx5KHRlc3RfYW5kX3Nl dF9iaXQoX1BHVF9waW5uZWQsCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAmcGFnZS0+dS5pbnVzZS50eXBlX2lu Zm8pKSApCiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgTUVNX0xP RygiTWZuICVseCBhbHJlYWR5IHBpbm5lZCIsIHBhZ2VfdG9fbWZuKHBhZ2Up KTsKLSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdlKTsK ICAgICAgICAgICAgICAgICBva2F5ID0gMDsKLSAgICAgICAgICAgICAgICBi cmVhazsKICAgICAgICAgICAgIH0KIAorICAgICAgICAgICAgaWYgKCB1bmxp a2VseSghb2theSkgKQorICAgICAgICAgICAgICAgIGdvdG8gcGluX2Ryb3A7 CisKICAgICAgICAgICAgIC8qIEEgcGFnZSBpcyBkaXJ0aWVkIHdoZW4gaXRz IHBpbiBzdGF0dXMgaXMgc2V0LiAqLwogICAgICAgICAgICAgcGFnaW5nX21h cmtfZGlydHkocGdfb3duZXIsIHBhZ2VfdG9fbWZuKHBhZ2UpKTsKIApAQCAt Mjk4OSw3ICszMDE5LDEzIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmcGFn ZS0+dS5pbnVzZS50eXBlX2luZm8pKTsKICAgICAgICAgICAgICAgICBzcGlu X3VubG9jaygmcGdfb3duZXItPnBhZ2VfYWxsb2NfbG9jayk7CiAgICAgICAg ICAgICAgICAgaWYgKCBkcm9wX3JlZiApCi0gICAgICAgICAgICAgICAgICAg IHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOworICAgICAgICAgICAgICAgIHsK KyAgICAgICAgcGluX2Ryb3A6CisgICAgICAgICAgICAgICAgICAgIGlmICgg dHlwZSA9PSBQR1RfbDFfcGFnZV90YWJsZSApCisgICAgICAgICAgICAgICAg ICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdlKTsKKyAgICAgICAgICAg ICAgICAgICAgZWxzZQorICAgICAgICAgICAgICAgICAgICAgICAgY3Vyci0+ YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAgICAgICAgICAgICAg IH0KICAgICAgICAgICAgIH0KIAogICAgICAgICAgICAgYnJlYWs7CkBAIC0z MzgzLDEzICszNDE5LDMwIEBAIGxvbmcgZG9fbW11X3VwZGF0ZSgKICAgICB2 b2lkICp2YTsKICAgICB1bnNpZ25lZCBsb25nIGdwZm4sIGdtZm4sIG1mbjsK ICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwotICAgIGludCByYyA9IDAs IGkgPSAwOwotICAgIHVuc2lnbmVkIGludCBjbWQsIGRvbmUgPSAwLCBwdF9k b207Ci0gICAgc3RydWN0IHZjcHUgKnYgPSBjdXJyZW50OworICAgIHVuc2ln bmVkIGludCBjbWQsIGkgPSAwLCBkb25lID0gMCwgcHRfZG9tOworICAgIHN0 cnVjdCB2Y3B1ICpjdXJyID0gY3VycmVudCwgKnYgPSBjdXJyOwogICAgIHN0 cnVjdCBkb21haW4gKmQgPSB2LT5kb21haW4sICpwdF9vd25lciA9IGQsICpw Z19vd25lcjsKICAgICBzdHJ1Y3QgZG9tYWluX21tYXBfY2FjaGUgbWFwY2Fj aGU7CiAgICAgdWludDMyX3QgeHNtX25lZWRlZCA9IDA7CiAgICAgdWludDMy X3QgeHNtX2NoZWNrZWQgPSAwOworICAgIGludCByYyA9IHB1dF9vbGRfZ3Vl c3RfdGFibGUoY3Vycik7CisKKyAgICBpZiAoIHVubGlrZWx5KHJjKSApCisg ICAgeworICAgICAgICBpZiAoIGxpa2VseShyYyA9PSAtRUFHQUlOKSApCisg ICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAorICAgICAgICAgICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdV91cGRh dGUsICJoaWhpIiwgdXJlcXMsIGNvdW50LCBwZG9uZSwKKyAgICAgICAgICAg ICAgICAgICAgIGZvcmVpZ25kb20pOworICAgICAgICByZXR1cm4gcmM7Cisg ICAgfQorCisgICAgaWYgKCB1bmxpa2VseShjb3VudCA9PSBNTVVfVVBEQVRF X1BSRUVNUFRFRCkgJiYKKyAgICAgICAgIGxpa2VseShndWVzdF9oYW5kbGVf aXNfbnVsbCh1cmVxcykpICkKKyAgICB7CisgICAgICAgIC8qIFNlZSB0aGUg Y3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgcmVsYXRlZAorICAgICAgICAg KiBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbigpIGJlbG93LiAqLwor ICAgICAgICByZXR1cm4gKGludClmb3JlaWduZG9tOworICAgIH0KIAogICAg IGlmICggdW5saWtlbHkoY291bnQgJiBNTVVfVVBEQVRFX1BSRUVNUFRFRCkg KQogICAgIHsKQEAgLTM0MzMsNyArMzQ4Niw3IEBAIGxvbmcgZG9fbW11X3Vw ZGF0ZSgKIAogICAgIGZvciAoIGkgPSAwOyBpIDwgY291bnQ7IGkrKyApCiAg ICAgewotICAgICAgICBpZiAoIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkg KQorICAgICAgICBpZiAoIGN1cnItPmFyY2gub2xkX2d1ZXN0X3RhYmxlIHx8 IGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQogICAgICAgICB7CiAgICAg ICAgICAgICByYyA9IC1FQUdBSU47CiAgICAgICAgICAgICBicmVhazsKQEAg LTM2MjgsOSArMzY4MSwyNyBAQCBsb25nIGRvX21tdV91cGRhdGUoCiAgICAg fQogCiAgICAgaWYgKCByYyA9PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAg IEFTU0VSVChpIDwgY291bnQpOwogICAgICAgICByYyA9IGh5cGVyY2FsbF9j cmVhdGVfY29udGludWF0aW9uKAogICAgICAgICAgICAgX19IWVBFUlZJU09S X21tdV91cGRhdGUsICJoaWhpIiwKICAgICAgICAgICAgIHVyZXFzLCAoY291 bnQgLSBpKSB8IE1NVV9VUERBVEVfUFJFRU1QVEVELCBwZG9uZSwgZm9yZWln bmRvbSk7CisgICAgfQorICAgIGVsc2UgaWYgKCBjdXJyLT5hcmNoLm9sZF9n dWVzdF90YWJsZSApCisgICAgeworICAgICAgICBYRU5fR1VFU1RfSEFORExF X1BBUkFNKHZvaWQpIG51bGw7CisKKyAgICAgICAgQVNTRVJUKHJjIHx8IGkg PT0gY291bnQpOworICAgICAgICBzZXRfeGVuX2d1ZXN0X2hhbmRsZShudWxs LCBOVUxMKTsKKyAgICAgICAgLyoKKyAgICAgICAgICogSW4gb3JkZXIgdG8g aGF2ZSBhIHdheSB0byBjb21tdW5pY2F0ZSB0aGUgZmluYWwgcmV0dXJuIHZh bHVlIHRvCisgICAgICAgICAqIG91ciBjb250aW51YXRpb24sIHdlIHBhc3Mg dGhpcyBpbiBwbGFjZSBvZiAiZm9yZWlnbmRvbSIsIGJ1aWxkaW5nCisgICAg ICAgICAqIG9uIHRoZSBmYWN0IHRoYXQgdGhpcyBhcmd1bWVudCBpc24ndCBu ZWVkZWQgYW55bW9yZS4KKyAgICAgICAgICovCisgICAgICAgIHJjID0gaHlw ZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oCisgICAgICAgICAgICAgICAg X19IWVBFUlZJU09SX21tdV91cGRhdGUsICJoaWhpIiwgbnVsbCwKKyAgICAg ICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVNUFRFRCwgbnVsbCwgcmMpOwor ICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihwZ19vd25lcik7CiAK --=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 May 02 13:56:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 13:56: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 1UXtyo-0006RO-Q3; Thu, 02 May 2013 13:55:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXtyk-0006Qk-Ts; Thu, 02 May 2013 13:55:23 +0000 Received: from [193.109.254.147:45703] by server-9.bemta-14.messagelabs.com id 77/B9-04223-94072815; Thu, 02 May 2013 13:55:21 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1367502903!876935!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28701 invoked from network); 2 May 2013 13:55:04 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-7.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 2 May 2013 13:55:04 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXtyH-0002Cn-GZ; Thu, 02 May 2013 13:54:53 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UXtyG-0007Vx-GZ; Thu, 02 May 2013 13:54:52 +0000 Date: Thu, 02 May 2013 13:54:52 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 45 (CVE-2013-1918) - Several long latency operations are not preemptible X-BeenThere: xen-users@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-1918 / XSA-45 version 2 Several long latency operations are not preemptible UPDATES IN VERSION 2 ==================== Patches for xen-unstable refreshed to apply on top of xen.git#staging commit 9626d1c1. Public release. ISSUE DESCRIPTION ================= Page table manipulation operations for PV guests can take significant amounts of time, as they require all present branches to have their type (and thus contents) verified. While the most frequently used operations had been made preemptible in the past, some code paths involving potentially deep page table traversal were still trying to do their entire work in a single step. IMPACT ====== Malicious or buggy PV guest kernels can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== All Xen versions are vulnerable. The vulnerability is only exposed by PV guests. MITIGATION ========== Running only HVM guests, or PV guests with trusted kernels, will avoid this vulnerability. RESOLUTION ========== Applying the appropriate attached patch series resolves this issue. xsa45-4.1-*.patch Xen 4.1.x xsa45-4.2-*.patch Xen 4.2.x xsa45-unstable-*.patch xen-unstable $ sha256sum xsa45*.patch 9a77ffcf6af68bb578ce99aa86778767b9df89409b4ce398d9cf6ae603b60f99 xsa45-4.1-01-vcpu-destroy-pagetables-preemptible.patch ad534cd15f83c81bc37d15f08f85cb902796494f788dc9d424ade75bd6f62114 xsa45-4.1-02-new-guest-cr3-preemptible.patch 13626e949abf555971e6696c6ddaccbab33a479e88b6ed6206e9f90a4b720090 xsa45-4.1-03-new-user-base-preemptible.patch 52ee804acae32c7b8233a0fae19ac563ae9f89ba0fd83451fe907d907f8f78eb xsa45-4.1-04-vcpu-reset-preemptible.patch aa5b1d56a72dcd44d6523d272328418ed1eb03f818a8c6d359d0b371e75884e5 xsa45-4.1-05-set-info-guest-preemptible.patch b218608e388eacf4af4707ec2e395b8147e650217dfc0070a69221327b1a802b xsa45-4.1-06-unpin-preemptible.patch a16ff16c6bd627588606141c94c74694d9f15a65a234dfec366796778d61b77f xsa45-4.1-07-mm-error-paths-preemptible.patch 760d8502747f2c03fb3bf6b683994860ae99b66a2fb6bbedebcc5b440404c404 xsa45-4.2-01-vcpu-destroy-pagetables-preemptible.patch e8e20bc35017bbfa350c29cef848e294acc782c3eae8082e629b020563b3a2c1 xsa45-4.2-02-new-guest-cr3-preemptible.patch 8f2efcd018179ff8abdd54164980fdb0d25968017aaf91947ff0a326a132cd90 xsa45-4.2-03-new-user-base-preemptible.patch 6eaefb1987f1ccf891cd68c03e9966bc7ccc6fd894ed2c366aa4a0d1f3a15459 xsa45-4.2-04-vcpu-reset-preemptible.patch 406e3bd7147fea805bdf6f201bc17322cd2cd662ede094b1a039ba71b095bb3e xsa45-4.2-05-set-info-guest-preemptible.patch 6e4344e3dcb544537bbef869a34cff38a4611cddc34d18469633d3b3d35db78b xsa45-4.2-06-unpin-preemptible.patch 7fca1b6025d6ac1a444333b2fe1381af093ca601ac8045f68a29c2a83d520e48 xsa45-4.2-07-mm-error-paths-preemptible.patch 530671cc49c2c932ddf63f02500a918a96e4b771d2faf34ef08ca7370cda5b0e xsa45-unstable-01-vcpu-destroy-pagetables-preemptible.patch 5938d69fbf4c69d598c073e942da5738790609d1b44fe2cb659fcc51d38b7b3d xsa45-unstable-02-new-guest-cr3-preemptible.patch 42c218484f38655d7b2fae0ecaac8178c0b1599a6b816512137d1ba50226b142 xsa45-unstable-03-new-user-base-preemptible.patch 5b3bf55c9f8137f20c192c9961031064d960599526c8617eb348394ee4af2f66 xsa45-unstable-04-vcpu-reset-preemptible.patch 95616fb041f79a0f9e792e613d8fd8c1d254d0875e32f78b9a98cebd2a28a870 xsa45-unstable-05-set-info-guest-preemptible.patch 1bcf73a162605efca8ba1422dd40e431cc5f667d97418c735eb5f9230fadef95 xsa45-unstable-06-unpin-preemptible.patch ce3c0f2b767553103d5afa70148b527dbe8f2320b19733f4474da2835813b16f xsa45-unstable-07-mm-error-paths-preemptible.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRgmx5AAoJEIP+FMlX6CvZZAYH+wWjoD7gudFJI3NgOZSRwfQW ptXqA+s/hYzjkQHLCYkRqMx7oonAo40XYfARzsQWZy8eQvxc/EaIQezz+WFJrIx+ 1D0wPppD2bBhDOOuhUVkftaE3jPdv4BbC1WwZZa96j9jfcRZzdgBtigeUEGmZ+pw M/Vx2e179dy/EzSBHWnaHLK4X1lf1NF7i+OMFKj6XctUrs6ZvXcu+KA8VyVl8kAj a+dcZNDHRkQGMNuFhtIW3NSxpcencB1i0SbkcbeWhMHRdu48G1a+Cyds2UXZKHyy B5Voc3VQtyCwwCKZ7N9zy7cvf+8cAJ8C45h26TscuRqRO5pu9tim0IAoxh9d/zM= =PK/a -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa45-4.1-01-vcpu-destroy-pagetables-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-01-vcpu-destroy-pagetables-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKCkgcHJlZW1wdGli bGUKCi4uLiBhcyBpdCBtYXkgdGFrZSBzaWduaWZpY2FudCBhbW91bnRzIG9m IHRpbWUuCgpUaGUgZnVuY3Rpb24sIGJlaW5nIG1vdmVkIHRvIG1tLmMgYXMg dGhlIGJldHRlciBob21lIGZvciBpdCBhbnl3YXksIGFuZAp0byBhdm9pZCBo YXZpbmcgdG8gbWFrZSBhIG5ldyBoZWxwZXIgZnVuY3Rpb24gdGhlcmUgbm9u LXN0YXRpYywgaXMKZ2l2ZW4gYSAicHJlZW1wdGlibGUiIHBhcmFtZXRlciB0 ZW1wb3JhcmlseSAodW50aWwsIGluIGEgc3Vic2VxdWVudApwYXRjaCwgaXRz IG90aGVyIGNhbGxlciBpcyBhbHNvIGJlaW5nIG1hZGUgY2FwYWJsZSBvZiBk ZWFsaW5nIHdpdGgKcHJlZW1wdGlvbikuCgpUaGlzIGlzIHBhcnQgb2YgQ1ZF LTIwMTMtMTkxOCAvIFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4g PHRpbUB4ZW4ub3JnPgoKLS0tIGEveGVuL2FyY2gveDg2L2RvbWFpbi5jCisr KyBiL3hlbi9hcmNoL3g4Ni9kb21haW4uYwpAQCAtNzAsOCArNzAsNiBAQCB2 b2lkICgqZGVhZF9pZGxlKSAodm9pZCkgX19yZWFkX21vc3RseSA9CiBzdGF0 aWMgdm9pZCBwYXJhdmlydF9jdHh0X3N3aXRjaF9mcm9tKHN0cnVjdCB2Y3B1 ICp2KTsKIHN0YXRpYyB2b2lkIHBhcmF2aXJ0X2N0eHRfc3dpdGNoX3RvKHN0 cnVjdCB2Y3B1ICp2KTsKIAotc3RhdGljIHZvaWQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpOwotCiBzdGF0aWMgdm9pZCBjb250 aW51ZV9pZGxlX2RvbWFpbihzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICByZXNl dF9zdGFja19hbmRfanVtcChpZGxlX2xvb3ApOwpAQCAtOTA5LDcgKzkwNyw3 IEBAIHZvaWQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQogICAg IGlmICggIWlzX2h2bV92Y3B1KHYpICkKICAgICB7CiAgICAgICAgIGRlc3Ry b3lfZ2R0KHYpOwotICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2 KTsKKyAgICAgICAgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModiwgMCk7CiAg ICAgfQogICAgIGVsc2UKICAgICB7CkBAIC0xOTE3LDYzICsxOTE1LDYgQEAg c3RhdGljIGludCByZWxpbnF1aXNoX21lbW9yeSgKICAgICByZXR1cm4gcmV0 OwogfQogCi1zdGF0aWMgdm9pZCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhz dHJ1Y3QgdmNwdSAqdikKLXsKLSAgICBzdHJ1Y3QgZG9tYWluICpkID0gdi0+ ZG9tYWluOwotICAgIHVuc2lnbmVkIGxvbmcgcGZuOwotCi0jaWZkZWYgX194 ODZfNjRfXwotICAgIGlmICggaXNfcHZfMzJvbjY0X3ZjcHUodikgKQotICAg IHsKLSAgICAgICAgcGZuID0gbDRlX2dldF9wZm4oKihsNF9wZ2VudHJ5X3Qg KikKLSAgICAgICAgICAgICAgICAgICAgICAgICAgX192YShwYWdldGFibGVf Z2V0X3BhZGRyKHYtPmFyY2guZ3Vlc3RfdGFibGUpKSk7Ci0KLSAgICAgICAg aWYgKCBwZm4gIT0gMCApCi0gICAgICAgIHsKLSAgICAgICAgICAgIGlmICgg cGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAgICAgICAgICAgICBw dXRfcGFnZShtZm5fdG9fcGFnZShwZm4pKTsKLSAgICAgICAgICAgIGVsc2UK LSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFn ZShwZm4pKTsKLSAgICAgICAgfQotCi0gICAgICAgIGw0ZV93cml0ZSgKLSAg ICAgICAgICAgIChsNF9wZ2VudHJ5X3QgKilfX3ZhKHBhZ2V0YWJsZV9nZXRf cGFkZHIodi0+YXJjaC5ndWVzdF90YWJsZSkpLAotICAgICAgICAgICAgbDRl X2VtcHR5KCkpOwotCi0gICAgICAgIHYtPmFyY2guY3IzID0gMDsKLSAgICAg ICAgcmV0dXJuOwotICAgIH0KLSNlbmRpZgotCi0gICAgcGZuID0gcGFnZXRh YmxlX2dldF9wZm4odi0+YXJjaC5ndWVzdF90YWJsZSk7Ci0gICAgaWYgKCBw Zm4gIT0gMCApCi0gICAgewotICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3Jl ZmNvdW50cyhkKSApCi0gICAgICAgICAgICBwdXRfcGFnZShtZm5fdG9fcGFn ZShwZm4pKTsKLSAgICAgICAgZWxzZQotICAgICAgICAgICAgcHV0X3BhZ2Vf YW5kX3R5cGUobWZuX3RvX3BhZ2UocGZuKSk7Ci0gICAgICAgIHYtPmFyY2gu Z3Vlc3RfdGFibGUgPSBwYWdldGFibGVfbnVsbCgpOwotICAgIH0KLQotI2lm ZGVmIF9feDg2XzY0X18KLSAgICAvKiBEcm9wIHJlZiB0byBndWVzdF90YWJs ZV91c2VyIChmcm9tIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSKSAqLwotICAg IHBmbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2guZ3Vlc3RfdGFibGVf dXNlcik7Ci0gICAgaWYgKCBwZm4gIT0gMCApCi0gICAgewotICAgICAgICBp ZiAoICFpc19wdl8zMmJpdF92Y3B1KHYpICkKLSAgICAgICAgewotICAgICAg ICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkgKQotICAgICAg ICAgICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAg ICAgICAgZWxzZQotICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBl KG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICB9Ci0gICAgICAgIHYtPmFy Y2guZ3Vlc3RfdGFibGVfdXNlciA9IHBhZ2V0YWJsZV9udWxsKCk7Ci0gICAg fQotI2VuZGlmCi0KLSAgICB2LT5hcmNoLmNyMyA9IDA7Ci19Ci0KIGludCBk b21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoc3RydWN0IGRvbWFpbiAqZCkK IHsKICAgICBpbnQgcmV0OwpAQCAtMTk5Miw3ICsxOTMzLDkgQEAgaW50IGRv bWFpbl9yZWxpbnF1aXNoX3Jlc291cmNlcyhzdHJ1Y3QgZAogICAgICAgICBm b3JfZWFjaF92Y3B1ICggZCwgdiApCiAgICAgICAgIHsKICAgICAgICAgICAg IC8qIERyb3AgdGhlIGluLXVzZSByZWZlcmVuY2VzIHRvIHBhZ2UtdGFibGUg YmFzZXMuICovCi0gICAgICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyh2KTsKKyAgICAgICAgICAgIHJldCA9IHZjcHVfZGVzdHJveV9wYWdldGFi bGVzKHYsIDEpOworICAgICAgICAgICAgaWYgKCByZXQgKQorICAgICAgICAg ICAgICAgIHJldHVybiByZXQ7CiAKICAgICAgICAgICAgIC8qCiAgICAgICAg ICAgICAgKiBSZWxpbnF1aXNoIEdEVCBtYXBwaW5ncy4gTm8gbmVlZCBmb3Ig ZXhwbGljaXQgdW5tYXBwaW5nIG9mIHRoZQotLS0gYS94ZW4vYXJjaC94ODYv bW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjcyNSw2ICsyNzI1 LDgyIEBAIHN0YXRpYyB2b2lkIHB1dF9zdXBlcnBhZ2UodW5zaWduZWQgbG9u ZyAKIAogI2VuZGlmCiAKK3N0YXRpYyBpbnQgcHV0X29sZF9ndWVzdF90YWJs ZShzdHJ1Y3QgdmNwdSAqdikKK3sKKyAgICBpbnQgcmM7CisKKyAgICBpZiAo ICF2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgIHJldHVybiAw OworCisgICAgc3dpdGNoICggcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVl bXB0aWJsZSh2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSwgMSkgKQorICAgIHsK KyAgICBjYXNlIC1FSU5UUjoKKyAgICBjYXNlIC1FQUdBSU46CisgICAgICAg IHJldHVybiAtRUFHQUlOOworICAgIH0KKworICAgIHYtPmFyY2gub2xkX2d1 ZXN0X3RhYmxlID0gTlVMTDsKKworICAgIHJldHVybiByYzsKK30KKworaW50 IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICp2LCBib29s X3QgcHJlZW1wdGlibGUpCit7CisgICAgdW5zaWduZWQgbG9uZyBtZm4gPSBw YWdldGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3RhYmxlKTsKKyAgICBz dHJ1Y3QgcGFnZV9pbmZvICpwYWdlOworICAgIGludCByYyA9IHB1dF9vbGRf Z3Vlc3RfdGFibGUodik7CisKKyAgICBpZiAoIHJjICkKKyAgICAgICAgcmV0 dXJuIHJjOworCisjaWZkZWYgX194ODZfNjRfXworICAgIGlmICggaXNfcHZf MzJvbjY0X3ZjcHUodikgKQorICAgICAgICBtZm4gPSBsNGVfZ2V0X3Bmbigq KGw0X3BnZW50cnlfdCAqKW1mbl90b192aXJ0KG1mbikpOworI2VuZGlmCisK KyAgICBpZiAoIG1mbiApCisgICAgeworICAgICAgICBwYWdlID0gbWZuX3Rv X3BhZ2UobWZuKTsKKyAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3Vu dHModi0+ZG9tYWluKSApCisgICAgICAgICAgICBwdXRfcGFnZShwYWdlKTsK KyAgICAgICAgZWxzZQorICAgICAgICAgICAgcmMgPSBwdXRfcGFnZV9hbmRf dHlwZV9wcmVlbXB0aWJsZShwYWdlLCBwcmVlbXB0aWJsZSk7CisgICAgfQor CisjaWZkZWYgX194ODZfNjRfXworICAgIGlmICggaXNfcHZfMzJvbjY0X3Zj cHUodikgKQorICAgIHsKKyAgICAgICAgaWYgKCAhcmMgKQorICAgICAgICAg ICAgbDRlX3dyaXRlKAorICAgICAgICAgICAgICAgIChsNF9wZ2VudHJ5X3Qg KilfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIodi0+YXJjaC5ndWVzdF90YWJs ZSkpLAorICAgICAgICAgICAgICAgIGw0ZV9lbXB0eSgpKTsKKyAgICB9Cisg ICAgZWxzZQorI2VuZGlmCisgICAgaWYgKCAhcmMgKQorICAgIHsKKyAgICAg ICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJsZV9udWxsKCk7CisK KyNpZmRlZiBfX3g4Nl82NF9fCisgICAgICAgIC8qIERyb3AgcmVmIHRvIGd1 ZXN0X3RhYmxlX3VzZXIgKGZyb20gTU1VRVhUX05FV19VU0VSX0JBU0VQVFIp ICovCisgICAgICAgIG1mbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2gu Z3Vlc3RfdGFibGVfdXNlcik7CisgICAgICAgIGlmICggbWZuICkKKyAgICAg ICAgeworICAgICAgICAgICAgcGFnZSA9IG1mbl90b19wYWdlKG1mbik7Cisg ICAgICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNvdW50cyh2LT5kb21h aW4pICkKKyAgICAgICAgICAgICAgICBwdXRfcGFnZShwYWdlKTsKKyAgICAg ICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgICByYyA9IHB1dF9wYWdlX2Fu ZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIHByZWVtcHRpYmxlKTsKKyAgICAg ICAgfQorICAgICAgICBpZiAoICFyYyApCisgICAgICAgICAgICB2LT5hcmNo Lmd1ZXN0X3RhYmxlX3VzZXIgPSBwYWdldGFibGVfbnVsbCgpOworI2VuZGlm CisgICAgfQorCisgICAgdi0+YXJjaC5jcjMgPSAwOworCisgICAgcmV0dXJu IHJjOworfQogCiBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25nIG1m bikKIHsKQEAgLTI5MTEsMTIgKzI5ODcsMjEgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgdW5zaWduZWQgaW50IGZvcmVpZ25kb20pCiB7CiAgICAgc3Ry dWN0IG1tdWV4dF9vcCBvcDsKLSAgICBpbnQgcmMgPSAwLCBpID0gMCwgb2th eTsKICAgICB1bnNpZ25lZCBsb25nIHR5cGU7Ci0gICAgdW5zaWduZWQgaW50 IGRvbmUgPSAwOworICAgIHVuc2lnbmVkIGludCBpID0gMCwgZG9uZSA9IDA7 CiAgICAgc3RydWN0IHZjcHUgKmN1cnIgPSBjdXJyZW50OwogICAgIHN0cnVj dCBkb21haW4gKmQgPSBjdXJyLT5kb21haW47CiAgICAgc3RydWN0IGRvbWFp biAqcGdfb3duZXI7CisgICAgaW50IG9rYXksIHJjID0gcHV0X29sZF9ndWVz dF90YWJsZShjdXJyKTsKKworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAg ICB7CisgICAgICAgIGlmICggbGlrZWx5KHJjID09IC1FQUdBSU4pICkKKyAg ICAgICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24o CisgICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklTT1JfbW11ZXh0X29w LCAiaGloaSIsIHVvcHMsIGNvdW50LCBwZG9uZSwKKyAgICAgICAgICAgICAg ICAgICAgIGZvcmVpZ25kb20pOworICAgICAgICByZXR1cm4gcmM7CisgICAg fQogCiAgICAgaWYgKCB1bmxpa2VseShjb3VudCAmIE1NVV9VUERBVEVfUFJF RU1QVEVEKSApCiAgICAgewotLS0gYS94ZW4vYXJjaC94ODYveDg2XzY0L2Nv bXBhdC9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni94ODZfNjQvY29tcGF0L21t LmMKQEAgLTMxOSw3ICszMTksNyBAQCBpbnQgY29tcGF0X21tdWV4dF9vcChY RU5fR1VFU1RfSEFORExFKG1tCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA6IG1jcy0+Y2FsbC5hcmdzWzFdOwogICAgICAgICAgICAg ICAgIHVuc2lnbmVkIGludCBsZWZ0ID0gYXJnMSAmIH5NTVVfVVBEQVRFX1BS RUVNUFRFRDsKIAotICAgICAgICAgICAgICAgIEJVR19PTihsZWZ0ID09IGFy ZzEpOworICAgICAgICAgICAgICAgIEJVR19PTihsZWZ0ID09IGFyZzEgJiYg bGVmdCAhPSBpKTsKICAgICAgICAgICAgICAgICBCVUdfT04obGVmdCA+IGNv dW50KTsKICAgICAgICAgICAgICAgICBndWVzdF9oYW5kbGVfYWRkX29mZnNl dChuYXRfb3BzLCBpIC0gbGVmdCk7CiAgICAgICAgICAgICAgICAgZ3Vlc3Rf aGFuZGxlX3N1YnRyYWN0X29mZnNldChjbXBfdW9wcywgbGVmdCk7Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWluLmgKKysrIGIveGVuL2luY2x1 ZGUvYXNtLXg4Ni9kb21haW4uaApAQCAtNDA1LDYgKzQwNSw3IEBAIHN0cnVj dCBhcmNoX3ZjcHUKICAgICBwYWdldGFibGVfdCBndWVzdF90YWJsZV91c2Vy OyAgICAgICAvKiAoTUZOKSB4ODYvNjQgdXNlci1zcGFjZSBwYWdldGFibGUg Ki8KICNlbmRpZgogICAgIHBhZ2V0YWJsZV90IGd1ZXN0X3RhYmxlOyAgICAg ICAgICAgIC8qIChNRk4pIGd1ZXN0IG5vdGlvbiBvZiBjcjMgKi8KKyAgICBz dHJ1Y3QgcGFnZV9pbmZvICpvbGRfZ3Vlc3RfdGFibGU7ICAvKiBwYXJ0aWFs bHkgZGVzdHJ1Y3RlZCBwYWdldGFibGUgKi8KICAgICAvKiBndWVzdF90YWJs ZSBob2xkcyBhIHJlZiB0byB0aGUgcGFnZSwgYW5kIGFsc28gYSB0eXBlLWNv dW50IHVubGVzcwogICAgICAqIHNoYWRvdyByZWZjb3VudHMgYXJlIGluIHVz ZSAqLwogICAgIHBhZ2V0YWJsZV90IHNoYWRvd190YWJsZVs0XTsgICAgICAg IC8qIChNRk4pIHNoYWRvdyhzKSBvZiBndWVzdCAqLwotLS0gYS94ZW4vaW5j bHVkZS9hc20teDg2L21tLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9t bS5oCkBAIC01NTUsNiArNTU1LDcgQEAgdm9pZCBhdWRpdF9kb21haW5zKHZv aWQpOwogaW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBwZm4pOwog dm9pZCBtYWtlX2NyMyhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBt Zm4pOwogdm9pZCB1cGRhdGVfY3IzKHN0cnVjdCB2Y3B1ICp2KTsKK2ludCB2 Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqLCBib29sX3Qg cHJlZW1wdGlibGUpOwogdm9pZCBwcm9wYWdhdGVfcGFnZV9mYXVsdCh1bnNp Z25lZCBsb25nIGFkZHIsIHUxNiBlcnJvcl9jb2RlKTsKIHZvaWQgKmRvX3Bh Z2Vfd2FsayhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBhZGRyKTsK IAo= --=separator Content-Type: application/octet-stream; name="xsa45-4.1-02-new-guest-cr3-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-02-new-guest-cr3-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIG5ld19ndWVzdF9jcjMoKSBwcmVlbXB0aWJsZQoKLi4uIGFz IGl0IG1heSB0YWtlIHNpZ25pZmljYW50IGFtb3VudHMgb2YgdGltZS4KClRo aXMgaXMgcGFydCBvZiBDVkUtMjAxMy0xOTE4IC8gWFNBLTQ1LgoKU2lnbmVk LW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tl ZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0gYS94ZW4vYXJj aC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjgwNiw0 NCArMjgwNiw2OSBAQCBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25n IG1mbikKIHsKICAgICBzdHJ1Y3QgdmNwdSAqY3VyciA9IGN1cnJlbnQ7CiAg ICAgc3RydWN0IGRvbWFpbiAqZCA9IGN1cnItPmRvbWFpbjsKLSAgICBpbnQg b2theTsKKyAgICBpbnQgcmM7CiAgICAgdW5zaWduZWQgbG9uZyBvbGRfYmFz ZV9tZm47CiAKICNpZmRlZiBfX3g4Nl82NF9fCiAgICAgaWYgKCBpc19wdl8z Mm9uNjRfZG9tYWluKGQpICkKICAgICB7Ci0gICAgICAgIG9rYXkgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgID8gMCAvKiBPbGQg Y29kZSB3YXMgYnJva2VuLCBidXQgd2hhdCBzaG91bGQgaXQgYmU/ICovCi0g ICAgICAgICAgICA6IG1vZF9sNF9lbnRyeSgKKyAgICAgICAgcmMgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKKyAgICAgICAgICAgICA/IC1FSU5WQUwg LyogT2xkIGNvZGUgd2FzIGJyb2tlbiwgYnV0IHdoYXQgc2hvdWxkIGl0IGJl PyAqLworICAgICAgICAgICAgIDogbW9kX2w0X2VudHJ5KAogICAgICAgICAg ICAgICAgICAgICBfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIoY3Vyci0+YXJj aC5ndWVzdF90YWJsZSkpLAogICAgICAgICAgICAgICAgICAgICBsNGVfZnJv bV9wZm4oCiAgICAgICAgICAgICAgICAgICAgICAgICBtZm4sCiAgICAgICAg ICAgICAgICAgICAgICAgICAoX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFH RV9VU0VSfF9QQUdFX0FDQ0VTU0VEKSksCi0gICAgICAgICAgICAgICAgICAg IHBhZ2V0YWJsZV9nZXRfcGZuKGN1cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAw LCAwLCBjdXJyKSA9PSAwOwotICAgICAgICBpZiAoIHVubGlrZWx5KCFva2F5 KSApCisgICAgICAgICAgICAgICAgICAgIHBhZ2V0YWJsZV9nZXRfcGZuKGN1 cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAwLCAxLCBjdXJyKTsKKyAgICAgICAg c3dpdGNoICggcmMgKQogICAgICAgICB7CisgICAgICAgIGNhc2UgMDoKKyAg ICAgICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAg ICAgY2FzZSAtRUFHQUlOOgorICAgICAgICAgICAgcmV0dXJuIC1FQUdBSU47 CisgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICBNRU1fTE9HKCJFcnJv ciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBjb21wYXQgYmFzZXB0ciAlbHgiLCBt Zm4pOwotICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgICAgICByZXR1 cm4gcmM7CiAgICAgICAgIH0KIAogICAgICAgICBpbnZhbGlkYXRlX3NoYWRv d19sZHQoY3VyciwgMCk7CiAgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsK IAotICAgICAgICByZXR1cm4gMTsKKyAgICAgICAgcmV0dXJuIDA7CiAgICAg fQogI2VuZGlmCi0gICAgb2theSA9IHBhZ2luZ19tb2RlX3JlZmNvdW50cyhk KQotICAgICAgICA/IGdldF9wYWdlX2Zyb21fcGFnZW5yKG1mbiwgZCkKLSAg ICAgICAgOiAhZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIobWZuLCBQ R1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAwLCAwKTsKLSAgICBpZiAoIHVubGlr ZWx5KCFva2F5KSApCisgICAgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKGN1 cnIpOworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAgICAgICAgcmV0dXJu IHJjOworCisgICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgLyoKKyAgICAgKiBUaGlz IGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0aW5nIHJlc3Rh cnRlZCBhZnRlciB0aGUKKyAgICAgKiBwcmV2aW91cyBhdHRlbXB0IGdvdCBw cmVlbXB0ZWQgaW4gdGhlIHB1dC1vbGQtTUZOIHBoYXNlLgorICAgICAqLwor ICAgIGlmICggb2xkX2Jhc2VfbWZuID09IG1mbiApCiAgICAgewotICAgICAg ICBNRU1fTE9HKCJFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRy ICVseCIsIG1mbik7CisgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKICAg ICAgICAgcmV0dXJuIDA7CiAgICAgfQogCi0gICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOworICAgIHJjID0gcGFnaW5nX21vZGVfcmVmY291 bnRzKGQpCisgICAgICAgICA/IChnZXRfcGFnZV9mcm9tX3BhZ2VucihtZm4s IGQpID8gMCA6IC1FSU5WQUwpCisgICAgICAgICA6IGdldF9wYWdlX2FuZF90 eXBlX2Zyb21fcGFnZW5yKG1mbiwgUEdUX3Jvb3RfcGFnZV90YWJsZSwgZCwg MCwgMSk7CisgICAgc3dpdGNoICggcmMgKQorICAgIHsKKyAgICBjYXNlIDA6 CisgICAgICAgIGJyZWFrOworICAgIGNhc2UgLUVJTlRSOgorICAgIGNhc2Ug LUVBR0FJTjoKKyAgICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAgZGVmYXVs dDoKKyAgICAgICAgTUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBu ZXcgYmFzZXB0ciAlbHgiLCBtZm4pOworICAgICAgICByZXR1cm4gcmM7Cisg ICAgfQogCi0gICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOwogCiAgICAgY3Vyci0+YXJjaC5ndWVzdF90YWJs ZSA9IHBhZ2V0YWJsZV9mcm9tX3BmbihtZm4pOwogICAgIHVwZGF0ZV9jcjMo Y3Vycik7CkBAIC0yODUyLDEzICsyODc3LDI1IEBAIGludCBuZXdfZ3Vlc3Rf Y3IzKHVuc2lnbmVkIGxvbmcgbWZuKQogCiAgICAgaWYgKCBsaWtlbHkob2xk X2Jhc2VfbWZuICE9IDApICkKICAgICB7CisgICAgICAgIHN0cnVjdCBwYWdl X2luZm8gKnBhZ2UgPSBtZm5fdG9fcGFnZShvbGRfYmFzZV9tZm4pOworCiAg ICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAg ICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOwor ICAgICAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKG9sZF9i YXNlX21mbikpOworICAgICAgICAgICAgc3dpdGNoICggcmMgPSBwdXRfcGFn ZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCAxKSApCisgICAgICAgICAg ICB7CisgICAgICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgICAgICAg ICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICBjYXNlIC1FQUdBSU46Cisg ICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBw YWdlOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgZGVm YXVsdDoKKyAgICAgICAgICAgICAgICBCVUdfT04ocmMpOworICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgfQogICAgIH0KIAotICAgIHJl dHVybiAxOworICAgIHJldHVybiByYzsKIH0KIAogc3RhdGljIHN0cnVjdCBk b21haW4gKmdldF9wZ19vd25lcihkb21pZF90IGRvbWlkKQpAQCAtMzE1NCw3 ICszMTkxLDggQEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgICAgIH0KIAog ICAgICAgICBjYXNlIE1NVUVYVF9ORVdfQkFTRVBUUjoKLSAgICAgICAgICAg IG9rYXkgPSBuZXdfZ3Vlc3RfY3IzKGdtZm5fdG9fbWZuKGQsIG9wLmFyZzEu bWZuKSk7CisgICAgICAgICAgICByYyA9IG5ld19ndWVzdF9jcjMoZ21mbl90 b19tZm4oZCwgb3AuYXJnMS5tZm4pKTsKKyAgICAgICAgICAgIG9rYXkgPSAh cmM7CiAgICAgICAgICAgICBicmVhazsKICAgICAgICAgCiAjaWZkZWYgX194 ODZfNjRfXwotLS0gYS94ZW4vYXJjaC94ODYvdHJhcHMuYworKysgYi94ZW4v YXJjaC94ODYvdHJhcHMuYwpAQCAtMjMxNyw4ICsyMzE3LDE1IEBAIHN0YXRp YyBpbnQgZW11bGF0ZV9wcml2aWxlZ2VkX29wKHN0cnVjdCAKICAgICAgICAg ICAgICAgICByYyA9IG5ld19ndWVzdF9jcjMoZ21mbl90b19tZm4odi0+ZG9t YWluLCBjb21wYXRfY3IzX3RvX3BmbigqcmVnKSkpOwogI2VuZGlmCiAgICAg ICAgICAgICBkb21haW5fdW5sb2NrKHYtPmRvbWFpbik7Ci0gICAgICAgICAg ICBpZiAoIHJjID09IDAgKSAvKiBub3Qgb2theSAqLworICAgICAgICAgICAg c3dpdGNoICggcmMgKQorICAgICAgICAgICAgeworICAgICAgICAgICAgY2Fz ZSAwOgorICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgY2Fz ZSAtRUFHQUlOOiAvKiByZXRyeSBhZnRlciBwcmVlbXB0aW9uICovCisgICAg ICAgICAgICAgICAgZ290byBza2lwOworICAgICAgICAgICAgZGVmYXVsdDog ICAgICAvKiBub3Qgb2theSAqLwogICAgICAgICAgICAgICAgIGdvdG8gZmFp bDsKKyAgICAgICAgICAgIH0KICAgICAgICAgICAgIGJyZWFrOwogCiAgICAg ICAgIGNhc2UgNDogLyogV3JpdGUgQ1I0ICovCg== --=separator Content-Type: application/octet-stream; name="xsa45-4.1-03-new-user-base-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-03-new-user-base-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSIHByZWVtcHRpYmxl CgouLi4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0 aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTggLyBYU0EtNDUu CgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5j b20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBh L3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBA IC0zMjAwLDI5ICszMjAwLDU1IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAg ICAgICAgICAgdW5zaWduZWQgbG9uZyBvbGRfbWZuLCBtZm47CiAKICAgICAg ICAgICAgIG1mbiA9IGdtZm5fdG9fbWZuKGQsIG9wLmFyZzEubWZuKTsKKyAg ICAgICAgICAgIG9sZF9tZm4gPSBwYWdldGFibGVfZ2V0X3BmbihjdXJyLT5h cmNoLmd1ZXN0X3RhYmxlX3VzZXIpOworICAgICAgICAgICAgLyoKKyAgICAg ICAgICAgICAqIFRoaXMgaXMgcGFydGljdWxhcmx5IGltcG9ydGFudCB3aGVu IGdldHRpbmcgcmVzdGFydGVkIGFmdGVyIHRoZQorICAgICAgICAgICAgICog cHJldmlvdXMgYXR0ZW1wdCBnb3QgcHJlZW1wdGVkIGluIHRoZSBwdXQtb2xk LU1GTiBwaGFzZS4KKyAgICAgICAgICAgICAqLworICAgICAgICAgICAgaWYg KCBvbGRfbWZuID09IG1mbiApCisgICAgICAgICAgICAgICAgYnJlYWs7CisK ICAgICAgICAgICAgIGlmICggbWZuICE9IDAgKQogICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQp ICkKICAgICAgICAgICAgICAgICAgICAgb2theSA9IGdldF9wYWdlX2Zyb21f cGFnZW5yKG1mbiwgZCk7CiAgICAgICAgICAgICAgICAgZWxzZQotICAgICAg ICAgICAgICAgICAgICBva2F5ID0gIWdldF9wYWdlX2FuZF90eXBlX2Zyb21f cGFnZW5yKAotICAgICAgICAgICAgICAgICAgICAgICAgbWZuLCBQR1Rfcm9v dF9wYWdlX3RhYmxlLCBkLCAwLCAwKTsKKyAgICAgICAgICAgICAgICB7Cisg ICAgICAgICAgICAgICAgICAgIHJjID0gZ2V0X3BhZ2VfYW5kX3R5cGVfZnJv bV9wYWdlbnIoCisgICAgICAgICAgICAgICAgICAgICAgICBtZm4sIFBHVF9y b290X3BhZ2VfdGFibGUsIGQsIDAsIDEpOworICAgICAgICAgICAgICAgICAg ICBva2F5ID0gIXJjOworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgICBpZiAoIHVubGlrZWx5KCFva2F5KSApCiAgICAgICAgICAgICAgICAg ewotICAgICAgICAgICAgICAgICAgICBNRU1fTE9HKCJFcnJvciB3aGlsZSBp bnN0YWxsaW5nIG5ldyBtZm4gJWx4IiwgbWZuKTsKKyAgICAgICAgICAgICAg ICAgICAgaWYgKCByYyA9PSAtRUlOVFIgKQorICAgICAgICAgICAgICAgICAg ICAgICAgcmMgPSAtRUFHQUlOOworICAgICAgICAgICAgICAgICAgICBlbHNl IGlmICggcmMgIT0gLUVBR0FJTiApCisgICAgICAgICAgICAgICAgICAgICAg ICBNRU1fTE9HKCJFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBtZm4gJWx4 IiwgbWZuKTsKICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgfQogCi0gICAgICAgICAgICBvbGRf bWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJs ZV91c2VyKTsKICAgICAgICAgICAgIGN1cnItPmFyY2guZ3Vlc3RfdGFibGVf dXNlciA9IHBhZ2V0YWJsZV9mcm9tX3BmbihtZm4pOwogCiAgICAgICAgICAg ICBpZiAoIG9sZF9tZm4gIT0gMCApCiAgICAgICAgICAgICB7CisgICAgICAg ICAgICAgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZSA9IG1mbl90b19wYWdl KG9sZF9tZm4pOworCiAgICAgICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9k ZV9yZWZjb3VudHMoZCkgKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFn ZShtZm5fdG9fcGFnZShvbGRfbWZuKSk7CisgICAgICAgICAgICAgICAgICAg IHB1dF9wYWdlKHBhZ2UpOwogICAgICAgICAgICAgICAgIGVsc2UKLSAgICAg ICAgICAgICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUobWZuX3RvX3BhZ2Uo b2xkX21mbikpOworICAgICAgICAgICAgICAgICAgICBzd2l0Y2ggKCByYyA9 IHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIDEpICkKKyAg ICAgICAgICAgICAgICAgICAgeworICAgICAgICAgICAgICAgICAgICBjYXNl IC1FSU5UUjoKKyAgICAgICAgICAgICAgICAgICAgICAgIHJjID0gLUVBR0FJ TjsKKyAgICAgICAgICAgICAgICAgICAgY2FzZSAtRUFHQUlOOgorICAgICAg ICAgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUg PSBwYWdlOworICAgICAgICAgICAgICAgICAgICAgICAgb2theSA9IDA7Cisg ICAgICAgICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAg ICAgICAgZGVmYXVsdDoKKyAgICAgICAgICAgICAgICAgICAgICAgIEJVR19P TihyYyk7CisgICAgICAgICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfQogCiAgICAgICAgICAg ICBicmVhazsK --=separator Content-Type: application/octet-stream; name="xsa45-4.1-04-vcpu-reset-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-04-vcpu-reset-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfcmVzZXQoKSBwcmVlbXB0aWJsZQoKLi4uIGFzIGRy b3BwaW5nIHRoZSBvbGQgcGFnZSB0YWJsZXMgbWF5IHRha2Ugc2lnbmlmaWNh bnQgYW1vdW50cyBvZgp0aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEz LTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1A eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4uYworKysgYi94 ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTkwMiwxNyArOTAyLDE2IEBAIGlu dCBhcmNoX3NldF9pbmZvX2d1ZXN0KAogI3VuZGVmIGMKIH0KIAotdm9pZCBh cmNoX3ZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCitpbnQgYXJjaF92Y3B1 X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQogewogICAgIGlmICggIWlzX2h2bV92 Y3B1KHYpICkKICAgICB7CiAgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOwotICAg ICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2LCAwKTsKLSAgICB9Ci0g ICAgZWxzZQotICAgIHsKLSAgICAgICAgdmNwdV9lbmRfc2h1dGRvd25fZGVm ZXJyYWwodik7CisgICAgICAgIHJldHVybiB2Y3B1X2Rlc3Ryb3lfcGFnZXRh Ymxlcyh2KTsKICAgICB9CisKKyAgICB2Y3B1X2VuZF9zaHV0ZG93bl9kZWZl cnJhbCh2KTsKKyAgICByZXR1cm4gMDsKIH0KIAogLyogCkBAIC0xOTMzLDcg KzE5MzIsNyBAQCBpbnQgZG9tYWluX3JlbGlucXVpc2hfcmVzb3VyY2VzKHN0 cnVjdCBkCiAgICAgICAgIGZvcl9lYWNoX3ZjcHUgKCBkLCB2ICkKICAgICAg ICAgewogICAgICAgICAgICAgLyogRHJvcCB0aGUgaW4tdXNlIHJlZmVyZW5j ZXMgdG8gcGFnZS10YWJsZSBiYXNlcy4gKi8KLSAgICAgICAgICAgIHJldCA9 IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYsIDEpOworICAgICAgICAgICAg cmV0ID0gdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModik7CiAgICAgICAgICAg ICBpZiAoIHJldCApCiAgICAgICAgICAgICAgICAgcmV0dXJuIHJldDsKIAot LS0gYS94ZW4vYXJjaC94ODYvaHZtL2h2bS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9odm0vaHZtLmMKQEAgLTMwODMsOCArMzA4MywxMSBAQCBzdGF0aWMgdm9p ZCBodm1fczNfc3VzcGVuZChzdHJ1Y3QgZG9tYWluCiAKICAgICBmb3JfZWFj aF92Y3B1ICggZCwgdiApCiAgICAgeworICAgICAgICBpbnQgcmM7CisKICAg ICAgICAgdmxhcGljX3Jlc2V0KHZjcHVfdmxhcGljKHYpKTsKLSAgICAgICAg dmNwdV9yZXNldCh2KTsKKyAgICAgICAgcmMgPSB2Y3B1X3Jlc2V0KHYpOwor ICAgICAgICBBU1NFUlQoIXJjKTsKICAgICB9CiAKICAgICB2cGljX3Jlc2V0 KGQpOwotLS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZsYXBpYy5jCisrKyBiL3hl bi9hcmNoL3g4Ni9odm0vdmxhcGljLmMKQEAgLTI1MiwxMCArMjUyLDEzIEBA IHN0YXRpYyB2b2lkIHZsYXBpY19pbml0X3NpcGlfYWN0aW9uKHVuc2kKICAg ICB7CiAgICAgY2FzZSBBUElDX0RNX0lOSVQ6IHsKICAgICAgICAgYm9vbF90 IGZwdV9pbml0aWFsaXNlZDsKKyAgICAgICAgaW50IHJjOworCiAgICAgICAg IGRvbWFpbl9sb2NrKHRhcmdldC0+ZG9tYWluKTsKICAgICAgICAgLyogUmVz ZXQgbmVjZXNzYXJ5IFZDUFUgc3RhdGUuIFRoaXMgZG9lcyBub3QgaW5jbHVk ZSBGUFUgc3RhdGUuICovCiAgICAgICAgIGZwdV9pbml0aWFsaXNlZCA9IHRh cmdldC0+ZnB1X2luaXRpYWxpc2VkOwotICAgICAgICB2Y3B1X3Jlc2V0KHRh cmdldCk7CisgICAgICAgIHJjID0gdmNwdV9yZXNldCh0YXJnZXQpOworICAg ICAgICBBU1NFUlQoIXJjKTsKICAgICAgICAgdGFyZ2V0LT5mcHVfaW5pdGlh bGlzZWQgPSBmcHVfaW5pdGlhbGlzZWQ7CiAgICAgICAgIHZsYXBpY19yZXNl dCh2Y3B1X3ZsYXBpYyh0YXJnZXQpKTsKICAgICAgICAgZG9tYWluX3VubG9j ayh0YXJnZXQtPmRvbWFpbik7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisr KyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBAIC0yNzQ0LDcgKzI3NDQsNyBAQCBz dGF0aWMgaW50IHB1dF9vbGRfZ3Vlc3RfdGFibGUoc3RydWN0IHZjCiAgICAg cmV0dXJuIHJjOwogfQogCi1pbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMo c3RydWN0IHZjcHUgKnYsIGJvb2xfdCBwcmVlbXB0aWJsZSkKK2ludCB2Y3B1 X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICB1 bnNpZ25lZCBsb25nIG1mbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2gu Z3Vlc3RfdGFibGUpOwogICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7CkBA IC0yNzY0LDcgKzI3NjQsNyBAQCBpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJs ZXMoc3RydWN0IHZjcHUgCiAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVm Y291bnRzKHYtPmRvbWFpbikgKQogICAgICAgICAgICAgcHV0X3BhZ2UocGFn ZSk7CiAgICAgICAgIGVsc2UKLSAgICAgICAgICAgIHJjID0gcHV0X3BhZ2Vf YW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJlZW1wdGlibGUpOworICAg ICAgICAgICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShw YWdlLCAxKTsKICAgICB9CiAKICNpZmRlZiBfX3g4Nl82NF9fCkBAIC0yNzkw LDcgKzI3OTAsNyBAQCBpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMoc3Ry dWN0IHZjcHUgCiAgICAgICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNv dW50cyh2LT5kb21haW4pICkKICAgICAgICAgICAgICAgICBwdXRfcGFnZShw YWdlKTsKICAgICAgICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICByYyA9 IHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIHByZWVtcHRp YmxlKTsKKyAgICAgICAgICAgICAgICByYyA9IHB1dF9wYWdlX2FuZF90eXBl X3ByZWVtcHRpYmxlKHBhZ2UsIDEpOwogICAgICAgICB9CiAgICAgICAgIGlm ICggIXJjICkKICAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNl ciA9IHBhZ2V0YWJsZV9udWxsKCk7Ci0tLSBhL3hlbi9jb21tb24vZG9tYWlu LmMKKysrIGIveGVuL2NvbW1vbi9kb21haW4uYwpAQCAtNzcwLDE0ICs3NzAs MTggQEAgaW50IGJvb3RfdmNwdShzdHJ1Y3QgZG9tYWluICpkLCBpbnQgdmNw dQogICAgIHJldHVybiBhcmNoX3NldF9pbmZvX2d1ZXN0KHYsIGN0eHQpOwog fQogCi12b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCitpbnQgdmNw dV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICBzdHJ1Y3QgZG9tYWlu ICpkID0gdi0+ZG9tYWluOworICAgIGludCByYzsKIAogICAgIHZjcHVfcGF1 c2Uodik7CiAgICAgZG9tYWluX2xvY2soZCk7CiAKLSAgICBhcmNoX3ZjcHVf cmVzZXQodik7CisgICAgc2V0X2JpdChfVlBGX2luX3Jlc2V0LCAmdi0+cGF1 c2VfZmxhZ3MpOworICAgIHJjID0gYXJjaF92Y3B1X3Jlc2V0KHYpOworICAg IGlmICggcmMgKQorICAgICAgICBnb3RvIG91dF91bmxvY2s7CiAKICAgICBz ZXRfYml0KF9WUEZfZG93biwgJnYtPnBhdXNlX2ZsYWdzKTsKIApAQCAtNzkz LDkgKzc5NywxMyBAQCB2b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYp CiAjZW5kaWYKICAgICBjcHVzX2NsZWFyKHYtPmNwdV9hZmZpbml0eV90bXAp OwogICAgIGNsZWFyX2JpdChfVlBGX2Jsb2NrZWQsICZ2LT5wYXVzZV9mbGFn cyk7CisgICAgY2xlYXJfYml0KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9m bGFncyk7CiAKKyBvdXRfdW5sb2NrOgogICAgIGRvbWFpbl91bmxvY2sodi0+ ZG9tYWluKTsKICAgICB2Y3B1X3VucGF1c2Uodik7CisKKyAgICByZXR1cm4g cmM7CiB9CiAKIAotLS0gYS94ZW4vY29tbW9uL2RvbWN0bC5jCisrKyBiL3hl bi9jb21tb24vZG9tY3RsLmMKQEAgLTI4Niw4ICsyODYsMTAgQEAgbG9uZyBk b19kb21jdGwoWEVOX0dVRVNUX0hBTkRMRSh4ZW5fZG9tYwogCiAgICAgICAg IGlmICggZ3Vlc3RfaGFuZGxlX2lzX251bGwob3AtPnUudmNwdWNvbnRleHQu Y3R4dCkgKQogICAgICAgICB7Ci0gICAgICAgICAgICB2Y3B1X3Jlc2V0KHYp OwotICAgICAgICAgICAgcmV0ID0gMDsKKyAgICAgICAgICAgIHJldCA9IHZj cHVfcmVzZXQodik7CisgICAgICAgICAgICBpZiAoIHJldCA9PSAtRUFHQUlO ICkKKyAgICAgICAgICAgICAgICByZXQgPSBoeXBlcmNhbGxfY3JlYXRlX2Nv bnRpbnVhdGlvbigKKyAgICAgICAgICAgICAgICAgICAgICAgICAgX19IWVBF UlZJU09SX2RvbWN0bCwgImgiLCB1X2RvbWN0bCk7CiAgICAgICAgICAgICBn b3RvIHN2Y19vdXQ7CiAgICAgICAgIH0KIAotLS0gYS94ZW4vaW5jbHVkZS9h c20teDg2L21tLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9tbS5oCkBA IC01NTUsNyArNTU1LDcgQEAgdm9pZCBhdWRpdF9kb21haW5zKHZvaWQpOwog aW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBwZm4pOwogdm9pZCBt YWtlX2NyMyhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBtZm4pOwog dm9pZCB1cGRhdGVfY3IzKHN0cnVjdCB2Y3B1ICp2KTsKLWludCB2Y3B1X2Rl c3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqLCBib29sX3QgcHJlZW1w dGlibGUpOworaW50IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHN0cnVjdCB2 Y3B1ICopOwogdm9pZCBwcm9wYWdhdGVfcGFnZV9mYXVsdCh1bnNpZ25lZCBs b25nIGFkZHIsIHUxNiBlcnJvcl9jb2RlKTsKIHZvaWQgKmRvX3BhZ2Vfd2Fs ayhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBhZGRyKTsKIAotLS0g YS94ZW4vaW5jbHVkZS94ZW4vZG9tYWluLmgKKysrIGIveGVuL2luY2x1ZGUv eGVuL2RvbWFpbi5oCkBAIC0xNSw3ICsxNSw3IEBAIHN0cnVjdCB2Y3B1ICph bGxvY192Y3B1KAogaW50IGJvb3RfdmNwdSgKICAgICBzdHJ1Y3QgZG9tYWlu ICpkLCBpbnQgdmNwdWlkLCB2Y3B1X2d1ZXN0X2NvbnRleHRfdSBjdHh0KTsK IHN0cnVjdCB2Y3B1ICphbGxvY19kb20wX3ZjcHUwKHZvaWQpOwotdm9pZCB2 Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KTsKK2ludCB2Y3B1X3Jlc2V0KHN0 cnVjdCB2Y3B1ICopOwogCiBzdHJ1Y3QgeGVuX2RvbWN0bF9nZXRkb21haW5p bmZvOwogdm9pZCBnZXRkb21haW5pbmZvKHN0cnVjdCBkb21haW4gKmQsIHN0 cnVjdCB4ZW5fZG9tY3RsX2dldGRvbWFpbmluZm8gKmluZm8pOwpAQCAtNTcs NyArNTcsNyBAQCB2b2lkIGFyY2hfZHVtcF92Y3B1X2luZm8oc3RydWN0IHZj cHUgKnYpCiAKIHZvaWQgYXJjaF9kdW1wX2RvbWFpbl9pbmZvKHN0cnVjdCBk b21haW4gKmQpOwogCi12b2lkIGFyY2hfdmNwdV9yZXNldChzdHJ1Y3QgdmNw dSAqdik7CitpbnQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICopOwog CiBib29sX3QgZG9tY3RsX2xvY2tfYWNxdWlyZSh2b2lkKTsKIHZvaWQgZG9t Y3RsX2xvY2tfcmVsZWFzZSh2b2lkKTsKLS0tIGEveGVuL2luY2x1ZGUveGVu L3NjaGVkLmgKKysrIGIveGVuL2luY2x1ZGUveGVuL3NjaGVkLmgKQEAgLTU5 Nyw2ICs1OTcsOSBAQCBleHRlcm4gc3RydWN0IGRvbWFpbiAqZG9tYWluX2xp c3Q7CiAgLyogVkNQVSBpcyBibG9ja2VkIG9uIG1lbW9yeS1ldmVudCByaW5n LiAqLwogI2RlZmluZSBfVlBGX21lbV9ldmVudCAgICAgICA0CiAjZGVmaW5l IFZQRl9tZW1fZXZlbnQgICAgICAgICgxVUw8PF9WUEZfbWVtX2V2ZW50KQor IC8qIFZDUFUgaXMgYmVpbmcgcmVzZXQuICovCisjZGVmaW5lIF9WUEZfaW5f cmVzZXQgICAgICAgIDcKKyNkZWZpbmUgVlBGX2luX3Jlc2V0ICAgICAgICAg KDFVTDw8X1ZQRl9pbl9yZXNldCkKIAogc3RhdGljIGlubGluZSBpbnQgdmNw dV9ydW5uYWJsZShzdHJ1Y3QgdmNwdSAqdikKIHsK --=separator Content-Type: application/octet-stream; name="xsa45-4.1-05-set-info-guest-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-05-set-info-guest-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIGFyY2hfc2V0X2luZm9fZ3Vlc3QoKSBwcmVlbXB0aWJsZQoK Li4gYXMgdGhlIHJvb3QgcGFnZSB0YWJsZSB2YWxpZGF0aW9uIChhbmQgdGhl IGRyb3BwaW5nIG9mIGFuIGV2ZW50dWFsCm9sZCBvbmUpIGNhbiByZXF1aXJl IG1lYW5pbmdmdWwgYW1vdW50cyBvZiB0aW1lLgoKVGhpcyBpcyBwYXJ0IG9m IENWRS0yMDEzLTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4u YworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTY3Niw2ICs2NzYs NyBAQCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKIHsKICAgICBzdHJ1Y3Qg ZG9tYWluICpkID0gdi0+ZG9tYWluOwogICAgIHVuc2lnbmVkIGxvbmcgY3Iz X3BmbiA9IElOVkFMSURfTUZOOworICAgIHN0cnVjdCBwYWdlX2luZm8gKmNy M19wYWdlOwogICAgIHVuc2lnbmVkIGxvbmcgZmxhZ3MsIGNyNDsKICAgICBp bnQgaSwgcmMgPSAwLCBjb21wYXQ7CiAKQEAgLTgxNSw3MiArODE2LDEwMyBA QCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKICAgICBpZiAoIHJjICE9IDAg KQogICAgICAgICByZXR1cm4gcmM7CiAKKyAgICBzZXRfYml0KF9WUEZfaW5f cmVzZXQsICZ2LT5wYXVzZV9mbGFncyk7CisKICAgICBpZiAoICFjb21wYXQg KQotICAgIHsKICAgICAgICAgY3IzX3BmbiA9IGdtZm5fdG9fbWZuKGQsIHhl bl9jcjNfdG9fcGZuKGMubmF0LT5jdHJscmVnWzNdKSk7CisjaWZkZWYgX194 ODZfNjRfXworICAgIGVsc2UKKyAgICAgICAgY3IzX3BmbiA9IGdtZm5fdG9f bWZuKGQsIGNvbXBhdF9jcjNfdG9fcGZuKGMuY21wLT5jdHJscmVnWzNdKSk7 CisjZW5kaWYKKyAgICBjcjNfcGFnZSA9IG1mbl90b19wYWdlKGNyM19wZm4p OwogCi0gICAgICAgIGlmICggIW1mbl92YWxpZChjcjNfcGZuKSB8fAotICAg ICAgICAgICAgIChwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAg ICAgICAgPyAhZ2V0X3BhZ2UobWZuX3RvX3BhZ2UoY3IzX3BmbiksIGQpCi0g ICAgICAgICAgICAgIDogIWdldF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdl KGNyM19wZm4pLCBkLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBQR1RfYmFzZV9wYWdlX3RhYmxlKSkgKQotICAgICAgICB7Ci0gICAg ICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAt RUlOVkFMOwotICAgICAgICB9CisgICAgaWYgKCAhbWZuX3ZhbGlkKGNyM19w Zm4pIHx8ICFnZXRfcGFnZShjcjNfcGFnZSwgZCkgKQorICAgIHsKKyAgICAg ICAgY3IzX3BhZ2UgPSBOVUxMOworICAgICAgICByYyA9IC1FSU5WQUw7Cisg ICAgfQorICAgIGVsc2UgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkg KQorICAgICAgICAvKiBub3RoaW5nICovOworICAgIGVsc2UgaWYgKCBjcjNf cGFnZSA9PSB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgeworICAg ICAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9IE5VTEw7CisgICAgICAg IHB1dF9wYWdlKGNyM19wYWdlKTsKKyAgICB9CisgICAgZWxzZQorICAgIHsK KyAgICAgICAgLyoKKyAgICAgICAgICogU2luY2Ugdi0+YXJjaC5ndWVzdF90 YWJsZXssX3VzZXJ9IGFyZSBib3RoIE5VTEwsIHRoaXMgZWZmZWN0aXZlbHkK KyAgICAgICAgICogaXMganVzdCBhIGNhbGwgdG8gcHV0X29sZF9ndWVzdF90 YWJsZSgpLgorICAgICAgICAgKi8KKyAgICAgICAgaWYgKCAhY29tcGF0ICkK KyAgICAgICAgICAgIHJjID0gdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModik7 CisgICAgICAgIGlmICggIXJjICkKKyAgICAgICAgICAgIHJjID0gZ2V0X3Bh Z2VfdHlwZV9wcmVlbXB0aWJsZShjcjNfcGFnZSwKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAhY29tcGF0ID8gUEdUX3Jv b3RfcGFnZV90YWJsZQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgOiBQR1RfbDNfcGFnZV90YWJsZSk7Cisg ICAgICAgIGlmICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgICAgIHJjID0g LUVBR0FJTjsKKyAgICB9CiAKKyAgICBpZiAoIHJjICkKKyAgICAgICAgLyog aGFuZGxlZCBiZWxvdyAqLzsKKyAgICBlbHNlIGlmICggIWNvbXBhdCApCisg ICAgewogICAgICAgICB2LT5hcmNoLmd1ZXN0X3RhYmxlID0gcGFnZXRhYmxl X2Zyb21fcGZuKGNyM19wZm4pOwogCiAjaWZkZWYgX194ODZfNjRfXwogICAg ICAgICBpZiAoIGMubmF0LT5jdHJscmVnWzFdICkKICAgICAgICAgewogICAg ICAgICAgICAgY3IzX3BmbiA9IGdtZm5fdG9fbWZuKGQsIHhlbl9jcjNfdG9f cGZuKGMubmF0LT5jdHJscmVnWzFdKSk7CisgICAgICAgICAgICBjcjNfcGFn ZSA9IG1mbl90b19wYWdlKGNyM19wZm4pOwogCi0gICAgICAgICAgICBpZiAo ICFtZm5fdmFsaWQoY3IzX3BmbikgfHwKLSAgICAgICAgICAgICAgICAgKHBh Z2luZ19tb2RlX3JlZmNvdW50cyhkKQotICAgICAgICAgICAgICAgICAgPyAh Z2V0X3BhZ2UobWZuX3RvX3BhZ2UoY3IzX3BmbiksIGQpCi0gICAgICAgICAg ICAgICAgICA6ICFnZXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFnZShjcjNf cGZuKSwgZCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFBHVF9iYXNlX3BhZ2VfdGFibGUpKSApCisgICAgICAgICAgICBpZiAo ICFtZm5fdmFsaWQoY3IzX3BmbikgfHwgIWdldF9wYWdlKGNyM19wYWdlLCBk KSApCiAgICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgY3IzX3BmbiA9 IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFyY2guZ3Vlc3RfdGFibGUpOwotICAg ICAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVf bnVsbCgpOwotICAgICAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVm Y291bnRzKGQpICkKLSAgICAgICAgICAgICAgICAgICAgcHV0X3BhZ2UobWZu X3RvX3BhZ2UoY3IzX3BmbikpOwotICAgICAgICAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUobWZuX3RvX3Bh Z2UoY3IzX3BmbikpOwotICAgICAgICAgICAgICAgIGRlc3Ryb3lfZ2R0KHYp OwotICAgICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOworICAgICAgICAg ICAgICAgIGNyM19wYWdlID0gTlVMTDsKKyAgICAgICAgICAgICAgICByYyA9 IC1FSU5WQUw7CisgICAgICAgICAgICB9CisgICAgICAgICAgICBlbHNlIGlm ICggIXBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKSApCisgICAgICAgICAgICB7 CisgICAgICAgICAgICAgICAgcmMgPSBnZXRfcGFnZV90eXBlX3ByZWVtcHRp YmxlKGNyM19wYWdlLCBQR1Rfcm9vdF9wYWdlX3RhYmxlKTsKKyAgICAgICAg ICAgICAgICBzd2l0Y2ggKCByYyApCisgICAgICAgICAgICAgICAgeworICAg ICAgICAgICAgICAgIGNhc2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAg ICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICAgICAgY2FzZSAtRUFHQUlO OgorICAgICAgICAgICAgICAgICAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9CisgICAgICAgICAgICAgICAgICAgICAgICBwYWdldGFibGVfZ2V0X3Bh Z2Uodi0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgICAgICAgICAgICAgICAg IHYtPmFyY2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVfbnVsbCgpOworICAg ICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICB9CiAg ICAgICAgICAgICB9CiAKLSAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFi bGVfdXNlciA9IHBhZ2V0YWJsZV9mcm9tX3BmbihjcjNfcGZuKTsKKyAgICAg ICAgICAgIGlmICggIXJjICkKKyAgICAgICAgICAgICAgICB2LT5hcmNoLmd1 ZXN0X3RhYmxlX3VzZXIgPSBwYWdldGFibGVfZnJvbV9wZm4oY3IzX3Bmbik7 CiAgICAgICAgIH0KICAgICAgICAgZWxzZSBpZiAoICEoZmxhZ3MgJiBWR0NG X2luX2tlcm5lbCkgKQogICAgICAgICB7Ci0gICAgICAgICAgICBkZXN0cm95 X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOworICAgICAg ICAgICAgY3IzX3BhZ2UgPSBOVUxMOworICAgICAgICAgICAgcmMgPSAtRUlO VkFMOwogICAgICAgICB9CiAgICAgfQogICAgIGVsc2UKICAgICB7CiAgICAg ICAgIGw0X3BnZW50cnlfdCAqbDR0YWI7CiAKLSAgICAgICAgY3IzX3BmbiA9 IGdtZm5fdG9fbWZuKGQsIGNvbXBhdF9jcjNfdG9fcGZuKGMuY21wLT5jdHJs cmVnWzNdKSk7Ci0KLSAgICAgICAgaWYgKCAhbWZuX3ZhbGlkKGNyM19wZm4p IHx8Ci0gICAgICAgICAgICAgKHBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKQot ICAgICAgICAgICAgICA/ICFnZXRfcGFnZShtZm5fdG9fcGFnZShjcjNfcGZu KSwgZCkKLSAgICAgICAgICAgICAgOiAhZ2V0X3BhZ2VfYW5kX3R5cGUobWZu X3RvX3BhZ2UoY3IzX3BmbiksIGQsCi0gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFBHVF9sM19wYWdlX3RhYmxlKSkgKQotICAgICAgICB7 Ci0gICAgICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJl dHVybiAtRUlOVkFMOwotICAgICAgICB9Ci0KICAgICAgICAgbDR0YWIgPSBf X3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIodi0+YXJjaC5ndWVzdF90YWJsZSkp OwogICAgICAgICAqbDR0YWIgPSBsNGVfZnJvbV9wZm4oCiAgICAgICAgICAg ICBjcjNfcGZuLCBfUEFHRV9QUkVTRU5UfF9QQUdFX1JXfF9QQUdFX1VTRVJ8 X1BBR0VfQUNDRVNTRUQpOwogI2VuZGlmCiAgICAgfQorICAgIGlmICggcmMg KQorICAgIHsKKyAgICAgICAgaWYgKCBjcjNfcGFnZSApCisgICAgICAgICAg ICBwdXRfcGFnZShjcjNfcGFnZSk7CisgICAgICAgIGRlc3Ryb3lfZ2R0KHYp OworICAgICAgICByZXR1cm4gcmM7CisgICAgfQorCisgICAgY2xlYXJfYml0 KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9mbGFncyk7CiAKICAgICBpZiAo IHYtPnZjcHVfaWQgPT0gMCApCiAgICAgICAgIHVwZGF0ZV9kb21haW5fd2Fs bGNsb2NrX3RpbWUoZCk7Ci0tLSBhL3hlbi9jb21tb24vY29tcGF0L2RvbWFp bi5jCisrKyBiL3hlbi9jb21tb24vY29tcGF0L2RvbWFpbi5jCkBAIC01Miw2 ICs1MiwxMCBAQCBpbnQgY29tcGF0X3ZjcHVfb3AoaW50IGNtZCwgaW50IHZj cHVpZCwgCiAgICAgICAgICAgICByYyA9IGJvb3RfdmNwdShkLCB2Y3B1aWQs IGNtcF9jdHh0KTsKICAgICAgICAgZG9tYWluX3VubG9jayhkKTsKIAorICAg ICAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAgICAgICAgICAgcmMgPSBo eXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbihfX0hZUEVSVklTT1JfdmNw dV9vcCwgImlpaCIsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGNtZCwgdmNwdWlkLCBhcmcpOworCiAgICAgICAg IHhmcmVlKGNtcF9jdHh0KTsKICAgICAgICAgYnJlYWs7CiAgICAgfQotLS0g YS94ZW4vY29tbW9uL2RvbWFpbi5jCisrKyBiL3hlbi9jb21tb24vZG9tYWlu LmMKQEAgLTg0Miw2ICs4NDIsMTEgQEAgbG9uZyBkb192Y3B1X29wKGludCBj bWQsIGludCB2Y3B1aWQsIFhFTgogICAgICAgICBkb21haW5fdW5sb2NrKGQp OwogCiAgICAgICAgIHhmcmVlKGN0eHQpOworCisgICAgICAgIGlmICggcmMg PT0gLUVBR0FJTiApCisgICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVh dGVfY29udGludWF0aW9uKF9fSFlQRVJWSVNPUl92Y3B1X29wLCAiaWloIiwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgY21kLCB2Y3B1aWQsIGFyZyk7CisKICAgICAgICAgYnJlYWs7CiAKICAg ICBjYXNlIFZDUFVPUF91cDoKLS0tIGEveGVuL2NvbW1vbi9kb21jdGwuYwor KysgYi94ZW4vY29tbW9uL2RvbWN0bC5jCkBAIC0zMTgsNiArMzE4LDEwIEBA IGxvbmcgZG9fZG9tY3RsKFhFTl9HVUVTVF9IQU5ETEUoeGVuX2RvbWMKICAg ICAgICAgICAgIGRvbWFpbl9wYXVzZShkKTsKICAgICAgICAgICAgIHJldCA9 IGFyY2hfc2V0X2luZm9fZ3Vlc3QodiwgYyk7CiAgICAgICAgICAgICBkb21h aW5fdW5wYXVzZShkKTsKKworICAgICAgICAgICAgaWYgKCByZXQgPT0gLUVB R0FJTiApCisgICAgICAgICAgICAgICAgcmV0ID0gaHlwZXJjYWxsX2NyZWF0 ZV9jb250aW51YXRpb24oCisgICAgICAgICAgICAgICAgICAgICAgICAgIF9f SFlQRVJWSVNPUl9kb21jdGwsICJoIiwgdV9kb21jdGwpOwogICAgICAgICB9 CiAKICAgICBzdmNfb3V0Ogo= --=separator Content-Type: application/octet-stream; name="xsa45-4.1-06-unpin-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-06-unpin-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgdW5waW5uaW5nIHByZWVtcHRpYmxlCgou Li4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0aW1l LgoKU2luY2Ugd2UgY2FuJ3QgcmUtaW52b2tlIHRoZSBvcGVyYXRpb24gaW4g YSBzZWNvbmQgYXR0ZW1wdCwgdGhlCmNvbnRpbnVhdGlvbiBsb2dpYyBtdXN0 IGJlIHNsaWdodGx5IHR3ZWFrZWQgc28gdGhhdCB3ZSBtYWtlIHN1cmUKZG9f bW11ZXh0X29wKCkgZ2V0cyBydW4gb25lIG1vcmUgdGltZSBldmVuIHdoZW4g dGhlIHByZWVtcHRlZCB1bnBpbgpvcGVyYXRpb24gd2FzIHRoZSBsYXN0IG9u ZSBpbiBhIGJhdGNoLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTgg LyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxp Y2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9y Zz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9tbS5jCkBAIC0zMDQwLDYgKzMwNDAsMTQgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgICAgIHJldHVybiByYzsKICAgICB9CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKHVvcHMpKSApCisg ICAgeworICAgICAgICAvKiBTZWUgdGhlIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlIHJlbGF0ZWQKKyAgICAgICAgICogaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oKSBiZWxvdy4gKi8KKyAgICAgICAgcmV0dXJuIChpbnQp Zm9yZWlnbmRvbTsKKyAgICB9CisKICAgICBpZiAoIHVubGlrZWx5KGNvdW50 ICYgTU1VX1VQREFURV9QUkVFTVBURUQpICkKICAgICB7CiAgICAgICAgIGNv dW50ICY9IH5NTVVfVVBEQVRFX1BSRUVNUFRFRDsKQEAgLTMwNjMsNyArMzA3 MSw3IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogCiAgICAgZm9yICggaSA9IDA7 IGkgPCBjb3VudDsgaSsrICkKICAgICB7Ci0gICAgICAgIGlmICggaHlwZXJj YWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIGlmICggY3Vyci0+YXJj aC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2so KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAg ICAgICAgICAgIGJyZWFrOwpAQCAtMzE4MSw3ICszMTg5LDE3IEBAIGxvbmcg ZG9fbW11ZXh0X29wKAogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICAgfQogCi0gICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdl KTsKKyAgICAgICAgICAgIHN3aXRjaCAoIHJjID0gcHV0X3BhZ2VfYW5kX3R5 cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQorICAgICAgICAgICAgeworICAg ICAgICAgICAgY2FzZSAtRUlOVFI6CisgICAgICAgICAgICBjYXNlIC1FQUdB SU46CisgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgPSBwYWdlOworICAgICAgICAgICAgICAgIHJjID0gMDsKKyAgICAgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAg ICAgICAgICAgQlVHX09OKHJjKTsKKyAgICAgICAgICAgICAgICBicmVhazsK KyAgICAgICAgICAgIH0KICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwog CiAgICAgICAgICAgICAvKiBBIHBhZ2UgaXMgZGlydGllZCB3aGVuIGl0cyBw aW4gc3RhdHVzIGlzIGNsZWFyZWQuICovCkBAIC0zNDg3LDkgKzM1MDUsMjcg QEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgfQogCiAgICAgaWYgKCByYyA9 PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQp OwogICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAogICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGki LAogICAgICAgICAgICAgdW9wcywgKGNvdW50IC0gaSkgfCBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgcGRvbmUsIGZvcmVpZ25kb20pOworICAgIH0KKyAgICBl bHNlIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsK KyAgICAgICAgWEVOX0dVRVNUX0hBTkRMRSh2b2lkKSBudWxsOworCisgICAg ICAgIEFTU0VSVChyYyB8fCBpID09IGNvdW50KTsKKyAgICAgICAgc2V0X3hl bl9ndWVzdF9oYW5kbGUobnVsbCwgTlVMTCk7CisgICAgICAgIC8qCisgICAg ICAgICAqIEluIG9yZGVyIHRvIGhhdmUgYSB3YXkgdG8gY29tbXVuaWNhdGUg dGhlIGZpbmFsIHJldHVybiB2YWx1ZSB0bworICAgICAgICAgKiBvdXIgY29u dGludWF0aW9uLCB3ZSBwYXNzIHRoaXMgaW4gcGxhY2Ugb2YgImZvcmVpZ25k b20iLCBidWlsZGluZworICAgICAgICAgKiBvbiB0aGUgZmFjdCB0aGF0IHRo aXMgYXJndW1lbnQgaXNuJ3QgbmVlZGVkIGFueW1vcmUuCisgICAgICAgICAq LworICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAorICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9tbXVleHRfb3AsICJo aWhpIiwgbnVsbCwKKyAgICAgICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVN UFRFRCwgbnVsbCwgcmMpOworICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihw Z19vd25lcik7CiAKLS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQv bW0uYworKysgYi94ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBA IC0yMjIsNiArMjIyLDEzIEBAIGludCBjb21wYXRfbW11ZXh0X29wKFhFTl9H VUVTVF9IQU5ETEUobW0KICAgICBpbnQgcmMgPSAwOwogICAgIFhFTl9HVUVT VF9IQU5ETEUobW11ZXh0X29wX3QpIG5hdF9vcHM7CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKGNtcF91b3BzKSkg KQorICAgIHsKKyAgICAgICAgc2V0X3hlbl9ndWVzdF9oYW5kbGUobmF0X29w cywgTlVMTCk7CisgICAgICAgIHJldHVybiBkb19tbXVleHRfb3AobmF0X29w cywgY291bnQsIHBkb25lLCBmb3JlaWduZG9tKTsKKyAgICB9CisKICAgICBw cmVlbXB0X21hc2sgPSBjb3VudCAmIE1NVV9VUERBVEVfUFJFRU1QVEVEOwog ICAgIGNvdW50IF49IHByZWVtcHRfbWFzazsKIApAQCAtMzI0LDEyICszMzEs MTggQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRSht bQogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9hZGRfb2Zmc2V0KG5h dF9vcHMsIGkgLSBsZWZ0KTsKICAgICAgICAgICAgICAgICBndWVzdF9oYW5k bGVfc3VidHJhY3Rfb2Zmc2V0KGNtcF91b3BzLCBsZWZ0KTsKICAgICAgICAg ICAgICAgICBsZWZ0ID0gMTsKLSAgICAgICAgICAgICAgICBCVUdfT04oIWh5 cGVyY2FsbF94bGF0X2NvbnRpbnVhdGlvbigmbGVmdCwgMHgwMSwgbmF0X29w cywgY21wX3VvcHMpKTsKLSAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAh PSBhcmcxKTsKLSAgICAgICAgICAgICAgICBpZiAoIXRlc3RfYml0KF9NQ1NG X2luX211bHRpY2FsbCwgJm1jcy0+ZmxhZ3MpKQotICAgICAgICAgICAgICAg ICAgICByZWdzLT5fZWN4ICs9IGNvdW50IC0gaTsKKyAgICAgICAgICAgICAg ICBpZiAoIGFyZzEgIT0gTU1VX1VQREFURV9QUkVFTVBURUQgKQorICAgICAg ICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgQlVHX09OKCFoeXBl cmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDB4MDEsIG5hdF9vcHMs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNtcF91b3BzKSk7CisgICAgICAgICAgICAgICAgICAg IGlmICggIXRlc3RfYml0KF9NQ1NGX2luX211bHRpY2FsbCwgJm1jcy0+Zmxh Z3MpICkKKyAgICAgICAgICAgICAgICAgICAgICAgIHJlZ3MtPl9lY3ggKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgICAgICBlbHNlCisgICAgICAg ICAgICAgICAgICAgICAgICBtY3MtPmNvbXBhdF9jYWxsLmFyZ3NbMV0gKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAg ICBlbHNlCi0gICAgICAgICAgICAgICAgICAgIG1jcy0+Y29tcGF0X2NhbGwu YXJnc1sxXSArPSBjb3VudCAtIGk7CisgICAgICAgICAgICAgICAgICAgIEJV R19PTihoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDApKTsK KyAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAhPSBhcmcxKTsKICAgICAg ICAgICAgIH0KICAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAgICAgICBC VUdfT04oZXJyID4gMCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa45-4.1-07-mm-error-paths-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.1-07-mm-error-paths-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgaGFuZGxpbmcgZXJyb3IgcGF0aHMgcHJl ZW1wdGlibGUKCi4uLiBhcyB0aGV5IG1heSB0YWtlIHNpZ25pZmljYW50IGFt b3VudHMgb2YgdGltZS4KClRoaXMgcmVxdWlyZXMgY2xvbmluZyB0aGUgdHdl YWtlZCBjb250aW51YXRpb24gbG9naWMgZnJvbQpkb19tbXVleHRfb3AoKSB0 byBkb19tbXVfdXBkYXRlKCkuCgpOb3RlIHRoYXQgaW4gbW9kX2xbMzRdX2Vu dHJ5KCkgYSBuZWdhdGl2ZSAicHJlZW1wdGlibGUiIHZhbHVlIGdldHMKcGFz c2VkIHRvIHB1dF9wYWdlX2Zyb21fbFszNF1lKCkgbm93LCB0ZWxsaW5nIHRo ZSBjYWxsZWUgdG8gc3RvcmUgdGhlCnJlc3BlY3RpdmUgcGFnZSBpbiBjdXJy ZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSAoZm9yIGEgaHlwZXJjYWxsCmNv bnRpbnVhdGlvbiB0byBwaWNrIHVwKSwgcmF0aGVyIHRoYW4gY2Fycnlpbmcg b3V0IHRoZSBwdXQgcmlnaHQgYXdheS4KVGhpcyBpcyBnb2luZyB0byBiZSBt YWRlIGEgbGl0dGxlIG1vcmUgZXhwbGljaXQgYnkgYSBzdWJzZXF1ZW50IGNs ZWFudXAKcGF0Y2guCgpUaGlzIGlzIHBhcnQgb2YgQ1ZFLTIwMTMtMTkxOCAv IFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4gPHRpbUB4ZW4ub3Jn PgoKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTExODMsNyArMTE4MywxNiBAQCBzdGF0aWMgaW50IHB1dF9w YWdlX2Zyb21fbDNlKGwzX3BnZW50cnlfCiAjZW5kaWYKIAogICAgIGlmICgg dW5saWtlbHkocGFydGlhbCA+IDApICkKKyAgICB7CisgICAgICAgIEFTU0VS VChwcmVlbXB0aWJsZSA+PSAwKTsKICAgICAgICAgcmV0dXJuIF9fcHV0X3Bh Z2VfdHlwZShsM2VfZ2V0X3BhZ2UobDNlKSwgcHJlZW1wdGlibGUpOworICAg IH0KKworICAgIGlmICggcHJlZW1wdGlibGUgPCAwICkKKyAgICB7CisgICAg ICAgIGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDNlX2dldF9w YWdlKGwzZSk7CisgICAgICAgIHJldHVybiAwOworICAgIH0KIAogICAgIHJl dHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShsM2VfZ2V0X3Bh Z2UobDNlKSwgcHJlZW1wdGlibGUpOwogfQpAQCAtMTE5Niw3ICsxMjA1LDE3 IEBAIHN0YXRpYyBpbnQgcHV0X3BhZ2VfZnJvbV9sNGUobDRfcGdlbnRyeV8K ICAgICAgICAgIChsNGVfZ2V0X3BmbihsNGUpICE9IHBmbikgKQogICAgIHsK ICAgICAgICAgaWYgKCB1bmxpa2VseShwYXJ0aWFsID4gMCkgKQorICAgICAg ICB7CisgICAgICAgICAgICBBU1NFUlQocHJlZW1wdGlibGUgPj0gMCk7CiAg ICAgICAgICAgICByZXR1cm4gX19wdXRfcGFnZV90eXBlKGw0ZV9nZXRfcGFn ZShsNGUpLCBwcmVlbXB0aWJsZSk7CisgICAgICAgIH0KKworICAgICAgICBp ZiAoIHByZWVtcHRpYmxlIDwgMCApCisgICAgICAgIHsKKyAgICAgICAgICAg IGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDRlX2dldF9wYWdl KGw0ZSk7CisgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgfQorCiAg ICAgICAgIHJldHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShs NGVfZ2V0X3BhZ2UobDRlKSwgcHJlZW1wdGlibGUpOwogICAgIH0KICAgICBy ZXR1cm4gMTsKQEAgLTE0ODYsMTIgKzE1MDUsMTcgQEAgc3RhdGljIGludCBh bGxvY19sM190YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgIGlmICggcmMgPCAw ICYmIHJjICE9IC1FQUdBSU4gJiYgcmMgIT0gLUVJTlRSICkKICAgICB7CiAg ICAgICAgIE1FTV9MT0coIkZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVu dHJ5ICVkIiwgaSk7CisgICAgICAgIGlmICggaSApCisgICAgICAgIHsKKyAg ICAgICAgICAgIHBhZ2UtPm5yX3ZhbGlkYXRlZF9wdGVzID0gaTsKKyAgICAg ICAgICAgIHBhZ2UtPnBhcnRpYWxfcHRlID0gMDsKKyAgICAgICAgICAgIGN1 cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gcGFnZTsKKyAgICAgICAg fQogICAgICAgICB3aGlsZSAoIGktLSA+IDAgKQogICAgICAgICB7CiAgICAg ICAgICAgICBpZiAoICFpc19ndWVzdF9sM19zbG90KGkpICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKICAgICAgICAgICAgIHVuYWRqdXN0X2d1ZXN0 X2wzZShwbDNlW2ldLCBkKTsKLSAgICAgICAgICAgIHB1dF9wYWdlX2Zyb21f bDNlKHBsM2VbaV0sIHBmbiwgMCwgMCk7CiAgICAgICAgIH0KICAgICB9CiAK QEAgLTE1MjEsMjIgKzE1NDUsMjQgQEAgc3RhdGljIGludCBhbGxvY19sNF90 YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgcGFnZS0+cGFydGlhbF9w dGUgPSBwYXJ0aWFsID86IDE7CiAgICAgICAgIH0KLSAgICAgICAgZWxzZSBp ZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgIGVsc2UgaWYgKCByYyA8IDAg KQogICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHJjICE9IC1FSU5UUiAp CisgICAgICAgICAgICAgICAgTUVNX0xPRygiRmFpbHVyZSBpbiBhbGxvY19s NF90YWJsZTogZW50cnkgJWQiLCBpKTsKICAgICAgICAgICAgIGlmICggaSAp CiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgICAgIHBhZ2UtPnBhcnRp YWxfcHRlID0gMDsKLSAgICAgICAgICAgICAgICByYyA9IC1FQUdBSU47Cisg ICAgICAgICAgICAgICAgaWYgKCByYyA9PSAtRUlOVFIgKQorICAgICAgICAg ICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICAgICAgZWxz ZQorICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgaWYg KCBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgICAg ICAgICAgICAgICAgICBwYWdlLT5ucl92YWxpZGF0ZWRfcHRlcysrOworICAg ICAgICAgICAgICAgICAgICBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfQog ICAgICAgICB9Ci0gICAgICAgIGVsc2UgaWYgKCByYyA8IDAgKQotICAgICAg ICB7Ci0gICAgICAgICAgICBNRU1fTE9HKCJGYWlsdXJlIGluIGFsbG9jX2w0 X3RhYmxlOiBlbnRyeSAlZCIsIGkpOwotICAgICAgICAgICAgd2hpbGUgKCBp LS0gPiAwICkKLSAgICAgICAgICAgICAgICBpZiAoIGlzX2d1ZXN0X2w0X3Ns b3QoZCwgaSkgKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9mcm9t X2w0ZShwbDRlW2ldLCBwZm4sIDAsIDApOwotICAgICAgICB9CiAgICAgICAg IGlmICggcmMgPCAwICkKICAgICAgICAgICAgIHJldHVybiByYzsKIApAQCAt MTk2Niw3ICsxOTkyLDcgQEAgc3RhdGljIGludCBtb2RfbDNfZW50cnkobDNf cGdlbnRyeV90ICpwbAogICAgICAgICBwYWVfZmx1c2hfcGdkKHBmbiwgcGdl bnRyeV9wdHJfdG9fc2xvdChwbDNlKSwgbmwzZSk7CiAgICAgfQogCi0gICAg cHV0X3BhZ2VfZnJvbV9sM2Uob2wzZSwgcGZuLCAwLCAwKTsKKyAgICBwdXRf cGFnZV9mcm9tX2wzZShvbDNlLCBwZm4sIDAsIC1wcmVlbXB0aWJsZSk7CiAg ICAgcmV0dXJuIHJjOwogfQogCkBAIC0yMDI5LDcgKzIwNTUsNyBAQCBzdGF0 aWMgaW50IG1vZF9sNF9lbnRyeShsNF9wZ2VudHJ5X3QgKnBsCiAgICAgICAg IHJldHVybiAtRUZBVUxUOwogICAgIH0KIAotICAgIHB1dF9wYWdlX2Zyb21f bDRlKG9sNGUsIHBmbiwgMCwgMCk7CisgICAgcHV0X3BhZ2VfZnJvbV9sNGUo b2w0ZSwgcGZuLCAwLCAtcHJlZW1wdGlibGUpOwogICAgIHJldHVybiByYzsK IH0KIApAQCAtMjE4Nyw3ICsyMjEzLDE1IEBAIHN0YXRpYyBpbnQgYWxsb2Nf cGFnZV90eXBlKHN0cnVjdCBwYWdlX2kKICAgICAgICAgICAgICAgICBQUnR5 cGVfaW5mbyAiOiBjYWY9JTA4bHggdGFmPSUiIFBSdHlwZV9pbmZvLAogICAg ICAgICAgICAgICAgIHBhZ2VfdG9fbWZuKHBhZ2UpLCBnZXRfZ3Bmbl9mcm9t X21mbihwYWdlX3RvX21mbihwYWdlKSksCiAgICAgICAgICAgICAgICAgdHlw ZSwgcGFnZS0+Y291bnRfaW5mbywgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8p OwotICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7CisgICAg ICAgIGlmICggcGFnZSAhPSBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSApCisgICAgICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7 CisgICAgICAgIGVsc2UKKyAgICAgICAgeworICAgICAgICAgICAgQVNTRVJU KChwYWdlLT51LmludXNlLnR5cGVfaW5mbyAmCisgICAgICAgICAgICAgICAg ICAgIChQR1RfY291bnRfbWFzayB8IFBHVF92YWxpZGF0ZWQpKSA9PSAxKTsK KyAgICAgICAgICAgIGdldF9wYWdlX2xpZ2h0KHBhZ2UpOworICAgICAgICAg ICAgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8gfD0gUEdUX3BhcnRpYWw7Cisg ICAgICAgIH0KICAgICB9CiAgICAgZWxzZQogICAgIHsKQEAgLTMxMzEsMjEg KzMxNjUsMTcgQEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgICAgICAgICBw YWdlID0gbWZuX3RvX3BhZ2UobWZuKTsKIAogICAgICAgICAgICAgaWYgKCAo cmMgPSB4c21fbWVtb3J5X3Bpbl9wYWdlKGQsIHBhZ2UpKSAhPSAwICkKLSAg ICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlw ZShwYWdlKTsKICAgICAgICAgICAgICAgICBva2F5ID0gMDsKLSAgICAgICAg ICAgICAgICBicmVhazsKLSAgICAgICAgICAgIH0KLQotICAgICAgICAgICAg aWYgKCB1bmxpa2VseSh0ZXN0X2FuZF9zZXRfYml0KF9QR1RfcGlubmVkLAot ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICZw YWdlLT51LmludXNlLnR5cGVfaW5mbykpICkKKyAgICAgICAgICAgIGVsc2Ug aWYgKCB1bmxpa2VseSh0ZXN0X2FuZF9zZXRfYml0KF9QR1RfcGlubmVkLAor ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgJnBhZ2UtPnUuaW51c2UudHlwZV9pbmZvKSkgKQogICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgIE1FTV9MT0coIk1mbiAlbHggYWxyZWFkeSBw aW5uZWQiLCBtZm4pOwotICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90 eXBlKHBhZ2UpOwogICAgICAgICAgICAgICAgIG9rYXkgPSAwOwotICAgICAg ICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQogCisgICAgICAgICAg ICBpZiAoIHVubGlrZWx5KCFva2F5KSApCisgICAgICAgICAgICAgICAgZ290 byBwaW5fZHJvcDsKKwogICAgICAgICAgICAgLyogQSBwYWdlIGlzIGRpcnRp ZWQgd2hlbiBpdHMgcGluIHN0YXR1cyBpcyBzZXQuICovCiAgICAgICAgICAg ICBwYWdpbmdfbWFya19kaXJ0eShwZ19vd25lciwgbWZuKTsKICAgICAgICAg ICAgCkBAIC0zMTU5LDcgKzMxODksMTMgQEAgbG9uZyBkb19tbXVleHRfb3Ao CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICZwYWdlLT51LmludXNlLnR5cGVfaW5mbykpOwogICAgICAgICAgICAg ICAgIHNwaW5fdW5sb2NrKCZwZ19vd25lci0+cGFnZV9hbGxvY19sb2NrKTsK ICAgICAgICAgICAgICAgICBpZiAoIGRyb3BfcmVmICkKLSAgICAgICAgICAg ICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUocGFnZSk7CisgICAgICAgICAg ICAgICAgeworICAgICAgICBwaW5fZHJvcDoKKyAgICAgICAgICAgICAgICAg ICAgaWYgKCB0eXBlID09IFBHVF9sMV9wYWdlX3RhYmxlICkKKyAgICAgICAg ICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOworICAg ICAgICAgICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAgICAgICAg ICBjdXJyLT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9IHBhZ2U7CisgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgfQogCiAgICAgICAgICAgICBicmVh azsKQEAgLTM1NTIsMTEgKzM1ODgsMjggQEAgbG9uZyBkb19tbXVfdXBkYXRl KAogICAgIHZvaWQgKnZhOwogICAgIHVuc2lnbmVkIGxvbmcgZ3BmbiwgZ21m biwgbWZuOwogICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2U7Ci0gICAgaW50 IHJjID0gMCwgb2theSA9IDEsIGkgPSAwOwotICAgIHVuc2lnbmVkIGludCBj bWQsIGRvbmUgPSAwLCBwdF9kb207Ci0gICAgc3RydWN0IHZjcHUgKnYgPSBj dXJyZW50OworICAgIHVuc2lnbmVkIGludCBjbWQsIGkgPSAwLCBkb25lID0g MCwgcHRfZG9tOworICAgIHN0cnVjdCB2Y3B1ICpjdXJyID0gY3VycmVudCwg KnYgPSBjdXJyOwogICAgIHN0cnVjdCBkb21haW4gKmQgPSB2LT5kb21haW4s ICpwdF9vd25lciA9IGQsICpwZ19vd25lcjsKICAgICBzdHJ1Y3QgZG9tYWlu X21tYXBfY2FjaGUgbWFwY2FjaGU7CisgICAgaW50IHJjID0gcHV0X29sZF9n dWVzdF90YWJsZShjdXJyKSwgb2theSA9IDE7CisKKyAgICBpZiAoIHVubGlr ZWx5KHJjKSApCisgICAgeworICAgICAgICBpZiAoIGxpa2VseShyYyA9PSAt RUFHQUlOKSApCisgICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVf Y29udGludWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAgX19IWVBFUlZJ U09SX21tdV91cGRhdGUsICJoaWhpIiwgdXJlcXMsIGNvdW50LCBwZG9uZSwK KyAgICAgICAgICAgICAgICAgICAgIGZvcmVpZ25kb20pOworICAgICAgICBy ZXR1cm4gcmM7CisgICAgfQorCisgICAgaWYgKCB1bmxpa2VseShjb3VudCA9 PSBNTVVfVVBEQVRFX1BSRUVNUFRFRCkgJiYKKyAgICAgICAgIGxpa2VseShn dWVzdF9oYW5kbGVfaXNfbnVsbCh1cmVxcykpICkKKyAgICB7CisgICAgICAg IC8qIFNlZSB0aGUgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgcmVsYXRl ZAorICAgICAgICAgKiBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbigp IGJlbG93LiAqLworICAgICAgICByZXR1cm4gKGludClmb3JlaWduZG9tOwor ICAgIH0KIAogICAgIGlmICggdW5saWtlbHkoY291bnQgJiBNTVVfVVBEQVRF X1BSRUVNUFRFRCkgKQogICAgIHsKQEAgLTM2MDUsNyArMzY1OCw3IEBAIGxv bmcgZG9fbW11X3VwZGF0ZSgKIAogICAgIGZvciAoIGkgPSAwOyBpIDwgY291 bnQ7IGkrKyApCiAgICAgewotICAgICAgICBpZiAoIGh5cGVyY2FsbF9wcmVl bXB0X2NoZWNrKCkgKQorICAgICAgICBpZiAoIGN1cnItPmFyY2gub2xkX2d1 ZXN0X3RhYmxlIHx8IGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQogICAg ICAgICB7CiAgICAgICAgICAgICByYyA9IC1FQUdBSU47CiAgICAgICAgICAg ICBicmVhazsKQEAgLTM4NzAsOSArMzkyMywyNyBAQCBsb25nIGRvX21tdV91 cGRhdGUoCiAgICAgfQogCiAgICAgaWYgKCByYyA9PSAtRUFHQUlOICkKKyAg ICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQpOwogICAgICAgICByYyA9 IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9uKAogICAgICAgICAgICAg X19IWVBFUlZJU09SX21tdV91cGRhdGUsICJoaWhpIiwKICAgICAgICAgICAg IHVyZXFzLCAoY291bnQgLSBpKSB8IE1NVV9VUERBVEVfUFJFRU1QVEVELCBw ZG9uZSwgZm9yZWlnbmRvbSk7CisgICAgfQorICAgIGVsc2UgaWYgKCBjdXJy LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgeworICAgICAgICBYRU5f R1VFU1RfSEFORExFKHZvaWQpIG51bGw7CisKKyAgICAgICAgQVNTRVJUKHJj IHx8IGkgPT0gY291bnQpOworICAgICAgICBzZXRfeGVuX2d1ZXN0X2hhbmRs ZShudWxsLCBOVUxMKTsKKyAgICAgICAgLyoKKyAgICAgICAgICogSW4gb3Jk ZXIgdG8gaGF2ZSBhIHdheSB0byBjb21tdW5pY2F0ZSB0aGUgZmluYWwgcmV0 dXJuIHZhbHVlIHRvCisgICAgICAgICAqIG91ciBjb250aW51YXRpb24sIHdl IHBhc3MgdGhpcyBpbiBwbGFjZSBvZiAiZm9yZWlnbmRvbSIsIGJ1aWxkaW5n CisgICAgICAgICAqIG9uIHRoZSBmYWN0IHRoYXQgdGhpcyBhcmd1bWVudCBp c24ndCBuZWVkZWQgYW55bW9yZS4KKyAgICAgICAgICovCisgICAgICAgIHJj ID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oCisgICAgICAgICAg ICAgICAgX19IWVBFUlZJU09SX21tdV91cGRhdGUsICJoaWhpIiwgbnVsbCwK KyAgICAgICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVNUFRFRCwgbnVsbCwg cmMpOworICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihwZ19vd25lcik7CiAK --=separator Content-Type: application/octet-stream; name="xsa45-4.2-01-vcpu-destroy-pagetables-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-01-vcpu-destroy-pagetables-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKCkgcHJlZW1wdGli bGUKCi4uLiBhcyBpdCBtYXkgdGFrZSBzaWduaWZpY2FudCBhbW91bnRzIG9m IHRpbWUuCgpUaGUgZnVuY3Rpb24sIGJlaW5nIG1vdmVkIHRvIG1tLmMgYXMg dGhlIGJldHRlciBob21lIGZvciBpdCBhbnl3YXksIGFuZAp0byBhdm9pZCBo YXZpbmcgdG8gbWFrZSBhIG5ldyBoZWxwZXIgZnVuY3Rpb24gdGhlcmUgbm9u LXN0YXRpYywgaXMKZ2l2ZW4gYSAicHJlZW1wdGlibGUiIHBhcmFtZXRlciB0 ZW1wb3JhcmlseSAodW50aWwsIGluIGEgc3Vic2VxdWVudApwYXRjaCwgaXRz IG90aGVyIGNhbGxlciBpcyBhbHNvIGJlaW5nIG1hZGUgY2FwYWJsZSBvZiBk ZWFsaW5nIHdpdGgKcHJlZW1wdGlvbikuCgpUaGlzIGlzIHBhcnQgb2YgQ1ZF LTIwMTMtMTkxOCAvIFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4g PHRpbUB4ZW4ub3JnPgoKLS0tIGEveGVuL2FyY2gveDg2L2RvbWFpbi5jCisr KyBiL3hlbi9hcmNoL3g4Ni9kb21haW4uYwpAQCAtNzMsOCArNzMsNiBAQCB2 b2lkICgqZGVhZF9pZGxlKSAodm9pZCkgX19yZWFkX21vc3RseSA9CiBzdGF0 aWMgdm9pZCBwYXJhdmlydF9jdHh0X3N3aXRjaF9mcm9tKHN0cnVjdCB2Y3B1 ICp2KTsKIHN0YXRpYyB2b2lkIHBhcmF2aXJ0X2N0eHRfc3dpdGNoX3RvKHN0 cnVjdCB2Y3B1ICp2KTsKIAotc3RhdGljIHZvaWQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpOwotCiBzdGF0aWMgdm9pZCBkZWZh dWx0X2lkbGUodm9pZCkKIHsKICAgICBsb2NhbF9pcnFfZGlzYWJsZSgpOwpA QCAtMTA1OCw3ICsxMDU2LDcgQEAgdm9pZCBhcmNoX3ZjcHVfcmVzZXQoc3Ry dWN0IHZjcHUgKnYpCiAgICAgaWYgKCAhaXNfaHZtX3ZjcHUodikgKQogICAg IHsKICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0gICAgICAgIHZjcHVfZGVz dHJveV9wYWdldGFibGVzKHYpOworICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFn ZXRhYmxlcyh2LCAwKTsKICAgICB9CiAgICAgZWxzZQogICAgIHsKQEAgLTIw NjksNjMgKzIwNjcsNiBAQCBzdGF0aWMgaW50IHJlbGlucXVpc2hfbWVtb3J5 KAogICAgIHJldHVybiByZXQ7CiB9CiAKLXN0YXRpYyB2b2lkIHZjcHVfZGVz dHJveV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICp2KQotewotICAgIHN0cnVj dCBkb21haW4gKmQgPSB2LT5kb21haW47Ci0gICAgdW5zaWduZWQgbG9uZyBw Zm47Ci0KLSNpZmRlZiBfX3g4Nl82NF9fCi0gICAgaWYgKCBpc19wdl8zMm9u NjRfdmNwdSh2KSApCi0gICAgewotICAgICAgICBwZm4gPSBsNGVfZ2V0X3Bm bigqKGw0X3BnZW50cnlfdCAqKQotICAgICAgICAgICAgICAgICAgICAgICAg ICBfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIodi0+YXJjaC5ndWVzdF90YWJs ZSkpKTsKLQotICAgICAgICBpZiAoIHBmbiAhPSAwICkKLSAgICAgICAgewot ICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkgKQot ICAgICAgICAgICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKHBmbikpOwot ICAgICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAgIHB1dF9wYWdlX2Fu ZF90eXBlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICB9Ci0KLSAgICAg ICAgbDRlX3dyaXRlKAotICAgICAgICAgICAgKGw0X3BnZW50cnlfdCAqKV9f dmEocGFnZXRhYmxlX2dldF9wYWRkcih2LT5hcmNoLmd1ZXN0X3RhYmxlKSks Ci0gICAgICAgICAgICBsNGVfZW1wdHkoKSk7Ci0KLSAgICAgICAgdi0+YXJj aC5jcjMgPSAwOwotICAgICAgICByZXR1cm47Ci0gICAgfQotI2VuZGlmCi0K LSAgICBwZm4gPSBwYWdldGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3Rh YmxlKTsKLSAgICBpZiAoIHBmbiAhPSAwICkKLSAgICB7Ci0gICAgICAgIGlm ICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAgICAgICAgIHB1 dF9wYWdlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICBlbHNlCi0gICAg ICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFnZShwZm4pKTsK LSAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJsZV9udWxs KCk7Ci0gICAgfQotCi0jaWZkZWYgX194ODZfNjRfXwotICAgIC8qIERyb3Ag cmVmIHRvIGd1ZXN0X3RhYmxlX3VzZXIgKGZyb20gTU1VRVhUX05FV19VU0VS X0JBU0VQVFIpICovCi0gICAgcGZuID0gcGFnZXRhYmxlX2dldF9wZm4odi0+ YXJjaC5ndWVzdF90YWJsZV91c2VyKTsKLSAgICBpZiAoIHBmbiAhPSAwICkK LSAgICB7Ci0gICAgICAgIGlmICggIWlzX3B2XzMyYml0X3ZjcHUodikgKQot ICAgICAgICB7Ci0gICAgICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNv dW50cyhkKSApCi0gICAgICAgICAgICAgICAgcHV0X3BhZ2UobWZuX3RvX3Bh Z2UocGZuKSk7Ci0gICAgICAgICAgICBlbHNlCi0gICAgICAgICAgICAgICAg cHV0X3BhZ2VfYW5kX3R5cGUobWZuX3RvX3BhZ2UocGZuKSk7Ci0gICAgICAg IH0KLSAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFnZXRh YmxlX251bGwoKTsKLSAgICB9Ci0jZW5kaWYKLQotICAgIHYtPmFyY2guY3Iz ID0gMDsKLX0KLQogaW50IGRvbWFpbl9yZWxpbnF1aXNoX3Jlc291cmNlcyhz dHJ1Y3QgZG9tYWluICpkKQogewogICAgIGludCByZXQ7CkBAIC0yMTQzLDcg KzIwODQsMTEgQEAgaW50IGRvbWFpbl9yZWxpbnF1aXNoX3Jlc291cmNlcyhz dHJ1Y3QgZAogCiAgICAgICAgIC8qIERyb3AgdGhlIGluLXVzZSByZWZlcmVu Y2VzIHRvIHBhZ2UtdGFibGUgYmFzZXMuICovCiAgICAgICAgIGZvcl9lYWNo X3ZjcHUgKCBkLCB2ICkKLSAgICAgICAgICAgIHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHYpOworICAgICAgICB7CisgICAgICAgICAgICByZXQgPSB2Y3B1 X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2LCAxKTsKKyAgICAgICAgICAgIGlmICgg cmV0ICkKKyAgICAgICAgICAgICAgICByZXR1cm4gcmV0OworICAgICAgICB9 CiAKICAgICAgICAgaWYgKCAhaXNfaHZtX2RvbWFpbihkKSApCiAgICAgICAg IHsKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTI4MDgsNiArMjgwOCw4MiBAQCBzdGF0aWMgdm9pZCBwdXRf c3VwZXJwYWdlKHVuc2lnbmVkIGxvbmcgCiAKICNlbmRpZgogCitzdGF0aWMg aW50IHB1dF9vbGRfZ3Vlc3RfdGFibGUoc3RydWN0IHZjcHUgKnYpCit7Cisg ICAgaW50IHJjOworCisgICAgaWYgKCAhdi0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgKQorICAgICAgICByZXR1cm4gMDsKKworICAgIHN3aXRjaCAoIHJjID0g cHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUodi0+YXJjaC5vbGRfZ3Vl c3RfdGFibGUsIDEpICkKKyAgICB7CisgICAgY2FzZSAtRUlOVFI6CisgICAg Y2FzZSAtRUFHQUlOOgorICAgICAgICByZXR1cm4gLUVBR0FJTjsKKyAgICB9 CisKKyAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9IE5VTEw7CisKKyAg ICByZXR1cm4gcmM7Cit9CisKK2ludCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyhzdHJ1Y3QgdmNwdSAqdiwgYm9vbF90IHByZWVtcHRpYmxlKQoreworICAg IHVuc2lnbmVkIGxvbmcgbWZuID0gcGFnZXRhYmxlX2dldF9wZm4odi0+YXJj aC5ndWVzdF90YWJsZSk7CisgICAgc3RydWN0IHBhZ2VfaW5mbyAqcGFnZTsK KyAgICBpbnQgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKHYpOworCisgICAg aWYgKCByYyApCisgICAgICAgIHJldHVybiByYzsKKworI2lmZGVmIF9feDg2 XzY0X18KKyAgICBpZiAoIGlzX3B2XzMyb242NF92Y3B1KHYpICkKKyAgICAg ICAgbWZuID0gbDRlX2dldF9wZm4oKihsNF9wZ2VudHJ5X3QgKiltZm5fdG9f dmlydChtZm4pKTsKKyNlbmRpZgorCisgICAgaWYgKCBtZm4gKQorICAgIHsK KyAgICAgICAgcGFnZSA9IG1mbl90b19wYWdlKG1mbik7CisgICAgICAgIGlm ICggcGFnaW5nX21vZGVfcmVmY291bnRzKHYtPmRvbWFpbikgKQorICAgICAg ICAgICAgcHV0X3BhZ2UocGFnZSk7CisgICAgICAgIGVsc2UKKyAgICAgICAg ICAgIHJjID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwg cHJlZW1wdGlibGUpOworICAgIH0KKworI2lmZGVmIF9feDg2XzY0X18KKyAg ICBpZiAoIGlzX3B2XzMyb242NF92Y3B1KHYpICkKKyAgICB7CisgICAgICAg IGlmICggIXJjICkKKyAgICAgICAgICAgIGw0ZV93cml0ZSgKKyAgICAgICAg ICAgICAgICAobDRfcGdlbnRyeV90ICopX192YShwYWdldGFibGVfZ2V0X3Bh ZGRyKHYtPmFyY2guZ3Vlc3RfdGFibGUpKSwKKyAgICAgICAgICAgICAgICBs NGVfZW1wdHkoKSk7CisgICAgfQorICAgIGVsc2UKKyNlbmRpZgorICAgIGlm ICggIXJjICkKKyAgICB7CisgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGUg PSBwYWdldGFibGVfbnVsbCgpOworCisjaWZkZWYgX194ODZfNjRfXworICAg ICAgICAvKiBEcm9wIHJlZiB0byBndWVzdF90YWJsZV91c2VyIChmcm9tIE1N VUVYVF9ORVdfVVNFUl9CQVNFUFRSKSAqLworICAgICAgICBtZm4gPSBwYWdl dGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3RhYmxlX3VzZXIpOworICAg ICAgICBpZiAoIG1mbiApCisgICAgICAgIHsKKyAgICAgICAgICAgIHBhZ2Ug PSBtZm5fdG9fcGFnZShtZm4pOworICAgICAgICAgICAgaWYgKCBwYWdpbmdf bW9kZV9yZWZjb3VudHModi0+ZG9tYWluKSApCisgICAgICAgICAgICAgICAg cHV0X3BhZ2UocGFnZSk7CisgICAgICAgICAgICBlbHNlCisgICAgICAgICAg ICAgICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdl LCBwcmVlbXB0aWJsZSk7CisgICAgICAgIH0KKyAgICAgICAgaWYgKCAhcmMg KQorICAgICAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFn ZXRhYmxlX251bGwoKTsKKyNlbmRpZgorICAgIH0KKworICAgIHYtPmFyY2gu Y3IzID0gMDsKKworICAgIHJldHVybiByYzsKK30KIAogaW50IG5ld19ndWVz dF9jcjModW5zaWduZWQgbG9uZyBtZm4pCiB7CkBAIC0yOTk0LDEyICszMDcw LDIxIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgIHVuc2lnbmVkIGludCBm b3JlaWduZG9tKQogewogICAgIHN0cnVjdCBtbXVleHRfb3Agb3A7Ci0gICAg aW50IHJjID0gMCwgaSA9IDAsIG9rYXk7CiAgICAgdW5zaWduZWQgbG9uZyB0 eXBlOwotICAgIHVuc2lnbmVkIGludCBkb25lID0gMDsKKyAgICB1bnNpZ25l ZCBpbnQgaSA9IDAsIGRvbmUgPSAwOwogICAgIHN0cnVjdCB2Y3B1ICpjdXJy ID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpkID0gY3Vyci0+ZG9t YWluOwogICAgIHN0cnVjdCBkb21haW4gKnBnX293bmVyOworICAgIGludCBv a2F5LCByYyA9IHB1dF9vbGRfZ3Vlc3RfdGFibGUoY3Vycik7CisKKyAgICBp ZiAoIHVubGlrZWx5KHJjKSApCisgICAgeworICAgICAgICBpZiAoIGxpa2Vs eShyYyA9PSAtRUFHQUlOKSApCisgICAgICAgICAgICByYyA9IGh5cGVyY2Fs bF9jcmVhdGVfY29udGludWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAg X19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGkiLCB1b3BzLCBjb3VudCwg cGRvbmUsCisgICAgICAgICAgICAgICAgICAgICBmb3JlaWduZG9tKTsKKyAg ICAgICAgcmV0dXJuIHJjOworICAgIH0KIAogICAgIGlmICggdW5saWtlbHko Y291bnQgJiBNTVVfVVBEQVRFX1BSRUVNUFRFRCkgKQogICAgIHsKLS0tIGEv eGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQvbW0uYworKysgYi94ZW4vYXJj aC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBAIC0zNjUsNyArMzY1LDcgQEAg aW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRShtbQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiBtY3MtPmNhbGwu YXJnc1sxXTsKICAgICAgICAgICAgICAgICB1bnNpZ25lZCBpbnQgbGVmdCA9 IGFyZzEgJiB+TU1VX1VQREFURV9QUkVFTVBURUQ7CiAKLSAgICAgICAgICAg ICAgICBCVUdfT04obGVmdCA9PSBhcmcxKTsKKyAgICAgICAgICAgICAgICBC VUdfT04obGVmdCA9PSBhcmcxICYmIGxlZnQgIT0gaSk7CiAgICAgICAgICAg ICAgICAgQlVHX09OKGxlZnQgPiBjb3VudCk7CiAgICAgICAgICAgICAgICAg Z3Vlc3RfaGFuZGxlX2FkZF9vZmZzZXQobmF0X29wcywgaSAtIGxlZnQpOwog ICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9zdWJ0cmFjdF9vZmZzZXQo Y21wX3VvcHMsIGxlZnQpOwotLS0gYS94ZW4vaW5jbHVkZS9hc20teDg2L2Rv bWFpbi5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWluLmgKQEAg LTQ2NCw2ICs0NjQsNyBAQCBzdHJ1Y3QgYXJjaF92Y3B1CiAgICAgcGFnZXRh YmxlX3QgZ3Vlc3RfdGFibGVfdXNlcjsgICAgICAgLyogKE1GTikgeDg2LzY0 IHVzZXItc3BhY2UgcGFnZXRhYmxlICovCiAjZW5kaWYKICAgICBwYWdldGFi bGVfdCBndWVzdF90YWJsZTsgICAgICAgICAgICAvKiAoTUZOKSBndWVzdCBu b3Rpb24gb2YgY3IzICovCisgICAgc3RydWN0IHBhZ2VfaW5mbyAqb2xkX2d1 ZXN0X3RhYmxlOyAgLyogcGFydGlhbGx5IGRlc3RydWN0ZWQgcGFnZXRhYmxl ICovCiAgICAgLyogZ3Vlc3RfdGFibGUgaG9sZHMgYSByZWYgdG8gdGhlIHBh Z2UsIGFuZCBhbHNvIGEgdHlwZS1jb3VudCB1bmxlc3MKICAgICAgKiBzaGFk b3cgcmVmY291bnRzIGFyZSBpbiB1c2UgKi8KICAgICBwYWdldGFibGVfdCBz aGFkb3dfdGFibGVbNF07ICAgICAgICAvKiAoTUZOKSBzaGFkb3cocykgb2Yg Z3Vlc3QgKi8KLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9tbS5oCisrKyBi L3hlbi9pbmNsdWRlL2FzbS14ODYvbW0uaApAQCAtNjA1LDYgKzYwNSw3IEBA IHZvaWQgYXVkaXRfZG9tYWlucyh2b2lkKTsKIGludCBuZXdfZ3Vlc3RfY3Iz KHVuc2lnbmVkIGxvbmcgcGZuKTsKIHZvaWQgbWFrZV9jcjMoc3RydWN0IHZj cHUgKnYsIHVuc2lnbmVkIGxvbmcgbWZuKTsKIHZvaWQgdXBkYXRlX2NyMyhz dHJ1Y3QgdmNwdSAqdik7CitpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMo c3RydWN0IHZjcHUgKiwgYm9vbF90IHByZWVtcHRpYmxlKTsKIHZvaWQgcHJv cGFnYXRlX3BhZ2VfZmF1bHQodW5zaWduZWQgbG9uZyBhZGRyLCB1MTYgZXJy b3JfY29kZSk7CiB2b2lkICpkb19wYWdlX3dhbGsoc3RydWN0IHZjcHUgKnYs IHVuc2lnbmVkIGxvbmcgYWRkcik7CiAK --=separator Content-Type: application/octet-stream; name="xsa45-4.2-02-new-guest-cr3-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-02-new-guest-cr3-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIG5ld19ndWVzdF9jcjMoKSBwcmVlbXB0aWJsZQoKLi4uIGFz IGl0IG1heSB0YWtlIHNpZ25pZmljYW50IGFtb3VudHMgb2YgdGltZS4KClRo aXMgaXMgcGFydCBvZiBDVkUtMjAxMy0xOTE4IC8gWFNBLTQ1LgoKU2lnbmVk LW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tl ZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0gYS94ZW4vYXJj aC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjg4OSw0 NCArMjg4OSw2OSBAQCBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25n IG1mbikKIHsKICAgICBzdHJ1Y3QgdmNwdSAqY3VyciA9IGN1cnJlbnQ7CiAg ICAgc3RydWN0IGRvbWFpbiAqZCA9IGN1cnItPmRvbWFpbjsKLSAgICBpbnQg b2theTsKKyAgICBpbnQgcmM7CiAgICAgdW5zaWduZWQgbG9uZyBvbGRfYmFz ZV9tZm47CiAKICNpZmRlZiBfX3g4Nl82NF9fCiAgICAgaWYgKCBpc19wdl8z Mm9uNjRfZG9tYWluKGQpICkKICAgICB7Ci0gICAgICAgIG9rYXkgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgID8gMCAvKiBPbGQg Y29kZSB3YXMgYnJva2VuLCBidXQgd2hhdCBzaG91bGQgaXQgYmU/ICovCi0g ICAgICAgICAgICA6IG1vZF9sNF9lbnRyeSgKKyAgICAgICAgcmMgPSBwYWdp bmdfbW9kZV9yZWZjb3VudHMoZCkKKyAgICAgICAgICAgICA/IC1FSU5WQUwg LyogT2xkIGNvZGUgd2FzIGJyb2tlbiwgYnV0IHdoYXQgc2hvdWxkIGl0IGJl PyAqLworICAgICAgICAgICAgIDogbW9kX2w0X2VudHJ5KAogICAgICAgICAg ICAgICAgICAgICBfX3ZhKHBhZ2V0YWJsZV9nZXRfcGFkZHIoY3Vyci0+YXJj aC5ndWVzdF90YWJsZSkpLAogICAgICAgICAgICAgICAgICAgICBsNGVfZnJv bV9wZm4oCiAgICAgICAgICAgICAgICAgICAgICAgICBtZm4sCiAgICAgICAg ICAgICAgICAgICAgICAgICAoX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFH RV9VU0VSfF9QQUdFX0FDQ0VTU0VEKSksCi0gICAgICAgICAgICAgICAgICAg IHBhZ2V0YWJsZV9nZXRfcGZuKGN1cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAw LCAwLCBjdXJyKSA9PSAwOwotICAgICAgICBpZiAoIHVubGlrZWx5KCFva2F5 KSApCisgICAgICAgICAgICAgICAgICAgIHBhZ2V0YWJsZV9nZXRfcGZuKGN1 cnItPmFyY2guZ3Vlc3RfdGFibGUpLCAwLCAxLCBjdXJyKTsKKyAgICAgICAg c3dpdGNoICggcmMgKQogICAgICAgICB7CisgICAgICAgIGNhc2UgMDoKKyAg ICAgICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAg ICAgY2FzZSAtRUFHQUlOOgorICAgICAgICAgICAgcmV0dXJuIC1FQUdBSU47 CisgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICBNRU1fTE9HKCJFcnJv ciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBjb21wYXQgYmFzZXB0ciAlbHgiLCBt Zm4pOwotICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgICAgICByZXR1 cm4gcmM7CiAgICAgICAgIH0KIAogICAgICAgICBpbnZhbGlkYXRlX3NoYWRv d19sZHQoY3VyciwgMCk7CiAgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsK IAotICAgICAgICByZXR1cm4gMTsKKyAgICAgICAgcmV0dXJuIDA7CiAgICAg fQogI2VuZGlmCi0gICAgb2theSA9IHBhZ2luZ19tb2RlX3JlZmNvdW50cyhk KQotICAgICAgICA/IGdldF9wYWdlX2Zyb21fcGFnZW5yKG1mbiwgZCkKLSAg ICAgICAgOiAhZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIobWZuLCBQ R1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAwLCAwKTsKLSAgICBpZiAoIHVubGlr ZWx5KCFva2F5KSApCisgICAgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKGN1 cnIpOworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAgICAgICAgcmV0dXJu IHJjOworCisgICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgLyoKKyAgICAgKiBUaGlz IGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0aW5nIHJlc3Rh cnRlZCBhZnRlciB0aGUKKyAgICAgKiBwcmV2aW91cyBhdHRlbXB0IGdvdCBw cmVlbXB0ZWQgaW4gdGhlIHB1dC1vbGQtTUZOIHBoYXNlLgorICAgICAqLwor ICAgIGlmICggb2xkX2Jhc2VfbWZuID09IG1mbiApCiAgICAgewotICAgICAg ICBNRU1fTE9HKCJFcnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRy ICVseCIsIG1mbik7CisgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKICAg ICAgICAgcmV0dXJuIDA7CiAgICAgfQogCi0gICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOworICAgIHJjID0gcGFnaW5nX21vZGVfcmVmY291 bnRzKGQpCisgICAgICAgICA/IChnZXRfcGFnZV9mcm9tX3BhZ2VucihtZm4s IGQpID8gMCA6IC1FSU5WQUwpCisgICAgICAgICA6IGdldF9wYWdlX2FuZF90 eXBlX2Zyb21fcGFnZW5yKG1mbiwgUEdUX3Jvb3RfcGFnZV90YWJsZSwgZCwg MCwgMSk7CisgICAgc3dpdGNoICggcmMgKQorICAgIHsKKyAgICBjYXNlIDA6 CisgICAgICAgIGJyZWFrOworICAgIGNhc2UgLUVJTlRSOgorICAgIGNhc2Ug LUVBR0FJTjoKKyAgICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAgZGVmYXVs dDoKKyAgICAgICAgTUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBu ZXcgYmFzZXB0ciAlbHgiLCBtZm4pOworICAgICAgICByZXR1cm4gcmM7Cisg ICAgfQogCi0gICAgb2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4o Y3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CisgICAgaW52YWxpZGF0ZV9zaGFk b3dfbGR0KGN1cnIsIDApOwogCiAgICAgY3Vyci0+YXJjaC5ndWVzdF90YWJs ZSA9IHBhZ2V0YWJsZV9mcm9tX3BmbihtZm4pOwogICAgIHVwZGF0ZV9jcjMo Y3Vycik7CkBAIC0yOTM1LDEzICsyOTYwLDI1IEBAIGludCBuZXdfZ3Vlc3Rf Y3IzKHVuc2lnbmVkIGxvbmcgbWZuKQogCiAgICAgaWYgKCBsaWtlbHkob2xk X2Jhc2VfbWZuICE9IDApICkKICAgICB7CisgICAgICAgIHN0cnVjdCBwYWdl X2luZm8gKnBhZ2UgPSBtZm5fdG9fcGFnZShvbGRfYmFzZV9tZm4pOworCiAg ICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAg ICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOwor ICAgICAgICAgICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKG9sZF9i YXNlX21mbikpOworICAgICAgICAgICAgc3dpdGNoICggcmMgPSBwdXRfcGFn ZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCAxKSApCisgICAgICAgICAg ICB7CisgICAgICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgICAgICAg ICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICBjYXNlIC1FQUdBSU46Cisg ICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBw YWdlOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgZGVm YXVsdDoKKyAgICAgICAgICAgICAgICBCVUdfT04ocmMpOworICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgfQogICAgIH0KIAotICAgIHJl dHVybiAxOworICAgIHJldHVybiByYzsKIH0KIAogc3RhdGljIHN0cnVjdCBk b21haW4gKmdldF9wZ19vd25lcihkb21pZF90IGRvbWlkKQpAQCAtMzIzOSw4 ICszMjc2LDEzIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgICAgICB9CiAK ICAgICAgICAgY2FzZSBNTVVFWFRfTkVXX0JBU0VQVFI6Ci0gICAgICAgICAg ICBva2F5ID0gKCFwYWdpbmdfbW9kZV90cmFuc2xhdGUoZCkKLSAgICAgICAg ICAgICAgICAgICAgJiYgbmV3X2d1ZXN0X2NyMyhvcC5hcmcxLm1mbikpOwor ICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV90cmFuc2xhdGUoZCkgKQor ICAgICAgICAgICAgICAgIG9rYXkgPSAwOworICAgICAgICAgICAgZWxzZQor ICAgICAgICAgICAgeworICAgICAgICAgICAgICAgIHJjID0gbmV3X2d1ZXN0 X2NyMyhvcC5hcmcxLm1mbik7CisgICAgICAgICAgICAgICAgb2theSA9ICFy YzsKKyAgICAgICAgICAgIH0KICAgICAgICAgICAgIGJyZWFrOwogCiAgICAg ICAgIAotLS0gYS94ZW4vYXJjaC94ODYvdHJhcHMuYworKysgYi94ZW4vYXJj aC94ODYvdHJhcHMuYwpAQCAtMjQwNywxMiArMjQwNywyMyBAQCBzdGF0aWMg aW50IGVtdWxhdGVfcHJpdmlsZWdlZF9vcChzdHJ1Y3QgCiAjZW5kaWYKICAg ICAgICAgICAgIH0KICAgICAgICAgICAgIHBhZ2UgPSBnZXRfcGFnZV9mcm9t X2dmbih2LT5kb21haW4sIGdmbiwgTlVMTCwgUDJNX0FMTE9DKTsKLSAgICAg ICAgICAgIHJjID0gcGFnZSA/IG5ld19ndWVzdF9jcjMocGFnZV90b19tZm4o cGFnZSkpIDogMDsKICAgICAgICAgICAgIGlmICggcGFnZSApCisgICAgICAg ICAgICB7CisgICAgICAgICAgICAgICAgcmMgPSBuZXdfZ3Vlc3RfY3IzKHBh Z2VfdG9fbWZuKHBhZ2UpKTsKICAgICAgICAgICAgICAgICBwdXRfcGFnZShw YWdlKTsKKyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIGVsc2UKKyAgICAg ICAgICAgICAgICByYyA9IC1FSU5WQUw7CiAgICAgICAgICAgICBkb21haW5f dW5sb2NrKHYtPmRvbWFpbik7Ci0gICAgICAgICAgICBpZiAoIHJjID09IDAg KSAvKiBub3Qgb2theSAqLworICAgICAgICAgICAgc3dpdGNoICggcmMgKQor ICAgICAgICAgICAgeworICAgICAgICAgICAgY2FzZSAwOgorICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgY2FzZSAtRUFHQUlOOiAvKiBy ZXRyeSBhZnRlciBwcmVlbXB0aW9uICovCisgICAgICAgICAgICAgICAgZ290 byBza2lwOworICAgICAgICAgICAgZGVmYXVsdDogICAgICAvKiBub3Qgb2th eSAqLwogICAgICAgICAgICAgICAgIGdvdG8gZmFpbDsKKyAgICAgICAgICAg IH0KICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CiAK --=separator Content-Type: application/octet-stream; name="xsa45-4.2-03-new-user-base-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-03-new-user-base-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSIHByZWVtcHRpYmxl CgouLi4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0 aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTggLyBYU0EtNDUu CgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5j b20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBh L3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBA IC0zMjk2LDI5ICszMjk2LDU2IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAg ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQogCisgICAgICAg ICAgICBvbGRfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZV91c2VyKTsKKyAgICAgICAgICAgIC8qCisgICAgICAgICAg ICAgKiBUaGlzIGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0 aW5nIHJlc3RhcnRlZCBhZnRlciB0aGUKKyAgICAgICAgICAgICAqIHByZXZp b3VzIGF0dGVtcHQgZ290IHByZWVtcHRlZCBpbiB0aGUgcHV0LW9sZC1NRk4g cGhhc2UuCisgICAgICAgICAgICAgKi8KKyAgICAgICAgICAgIGlmICggb2xk X21mbiA9PSBvcC5hcmcxLm1mbiApCisgICAgICAgICAgICAgICAgYnJlYWs7 CisKICAgICAgICAgICAgIGlmICggb3AuYXJnMS5tZm4gIT0gMCApCiAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9y ZWZjb3VudHMoZCkgKQogICAgICAgICAgICAgICAgICAgICBva2F5ID0gZ2V0 X3BhZ2VfZnJvbV9wYWdlbnIob3AuYXJnMS5tZm4sIGQpOwogICAgICAgICAg ICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICAgICAgb2theSA9ICFnZXRf cGFnZV9hbmRfdHlwZV9mcm9tX3BhZ2VucigKLSAgICAgICAgICAgICAgICAg ICAgICAgIG9wLmFyZzEubWZuLCBQR1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAw LCAwKTsKKyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAg IHJjID0gZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIoCisgICAgICAg ICAgICAgICAgICAgICAgICBvcC5hcmcxLm1mbiwgUEdUX3Jvb3RfcGFnZV90 YWJsZSwgZCwgMCwgMSk7CisgICAgICAgICAgICAgICAgICAgIG9rYXkgPSAh cmM7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgIGlmICgg dW5saWtlbHkoIW9rYXkpICkKICAgICAgICAgICAgICAgICB7Ci0gICAgICAg ICAgICAgICAgICAgIE1FTV9MT0coIkVycm9yIHdoaWxlIGluc3RhbGxpbmcg bmV3IG1mbiAlbHgiLCBvcC5hcmcxLm1mbik7CisgICAgICAgICAgICAgICAg ICAgIGlmICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgICAgICAgICAgICAg ICAgIHJjID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICAgICAgZWxzZSBp ZiAoIHJjICE9IC1FQUdBSU4gKQorICAgICAgICAgICAgICAgICAgICAgICAg TUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBuZXcgbWZuICVseCIs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG9wLmFyZzEubWZu KTsKICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgfQogCi0gICAgICAgICAgICBvbGRfbWZuID0g cGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJsZV91c2Vy KTsKICAgICAgICAgICAgIGN1cnItPmFyY2guZ3Vlc3RfdGFibGVfdXNlciA9 IHBhZ2V0YWJsZV9mcm9tX3BmbihvcC5hcmcxLm1mbik7CiAKICAgICAgICAg ICAgIGlmICggb2xkX21mbiAhPSAwICkKICAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlID0gbWZuX3RvX3Bh Z2Uob2xkX21mbik7CisKICAgICAgICAgICAgICAgICBpZiAoIHBhZ2luZ19t b2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAgICAgICAgICAgIHB1dF9w YWdlKG1mbl90b19wYWdlKG9sZF9tZm4pKTsKKyAgICAgICAgICAgICAgICAg ICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgICAgICAgICAgZWxzZQotICAg ICAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFn ZShvbGRfbWZuKSk7CisgICAgICAgICAgICAgICAgICAgIHN3aXRjaCAoIHJj ID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQor ICAgICAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAgIGNh c2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAgICAgICAgcmMgPSAtRUFH QUlOOworICAgICAgICAgICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAg ICAgICAgICAgICAgICAgICAgICBjdXJyLT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgICAgICAgICBva2F5ID0gMDsK KyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg ICAgICAgICBkZWZhdWx0OgorICAgICAgICAgICAgICAgICAgICAgICAgQlVH X09OKHJjKTsKKyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAKICAgICAgICAg ICAgIGJyZWFrOwo= --=separator Content-Type: application/octet-stream; name="xsa45-4.2-04-vcpu-reset-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-04-vcpu-reset-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfcmVzZXQoKSBwcmVlbXB0aWJsZQoKLi4uIGFzIGRy b3BwaW5nIHRoZSBvbGQgcGFnZSB0YWJsZXMgbWF5IHRha2Ugc2lnbmlmaWNh bnQgYW1vdW50cyBvZgp0aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEz LTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1A eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4uYworKysgYi94 ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTEwNTEsMTcgKzEwNTEsMTYgQEAg aW50IGFyY2hfc2V0X2luZm9fZ3Vlc3QoCiAjdW5kZWYgYwogfQogCi12b2lk IGFyY2hfdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKK2ludCBhcmNoX3Zj cHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCiB7CiAgICAgaWYgKCAhaXNfaHZt X3ZjcHUodikgKQogICAgIHsKICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0g ICAgICAgIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYsIDApOwotICAgIH0K LSAgICBlbHNlCi0gICAgewotICAgICAgICB2Y3B1X2VuZF9zaHV0ZG93bl9k ZWZlcnJhbCh2KTsKKyAgICAgICAgcmV0dXJuIHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHYpOwogICAgIH0KKworICAgIHZjcHVfZW5kX3NodXRkb3duX2Rl ZmVycmFsKHYpOworICAgIHJldHVybiAwOwogfQogCiAvKiAKQEAgLTIwODUs NyArMjA4NCw3IEBAIGludCBkb21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMo c3RydWN0IGQKICAgICAgICAgLyogRHJvcCB0aGUgaW4tdXNlIHJlZmVyZW5j ZXMgdG8gcGFnZS10YWJsZSBiYXNlcy4gKi8KICAgICAgICAgZm9yX2VhY2hf dmNwdSAoIGQsIHYgKQogICAgICAgICB7Ci0gICAgICAgICAgICByZXQgPSB2 Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2LCAxKTsKKyAgICAgICAgICAgIHJl dCA9IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYpOwogICAgICAgICAgICAg aWYgKCByZXQgKQogICAgICAgICAgICAgICAgIHJldHVybiByZXQ7CiAgICAg ICAgIH0KLS0tIGEveGVuL2FyY2gveDg2L2h2bS9odm0uYworKysgYi94ZW4v YXJjaC94ODYvaHZtL2h2bS5jCkBAIC0zNTA5LDggKzM1MDksMTEgQEAgc3Rh dGljIHZvaWQgaHZtX3MzX3N1c3BlbmQoc3RydWN0IGRvbWFpbgogCiAgICAg Zm9yX2VhY2hfdmNwdSAoIGQsIHYgKQogICAgIHsKKyAgICAgICAgaW50IHJj OworCiAgICAgICAgIHZsYXBpY19yZXNldCh2Y3B1X3ZsYXBpYyh2KSk7Ci0g ICAgICAgIHZjcHVfcmVzZXQodik7CisgICAgICAgIHJjID0gdmNwdV9yZXNl dCh2KTsKKyAgICAgICAgQVNTRVJUKCFyYyk7CiAgICAgfQogCiAgICAgdnBp Y19yZXNldChkKTsKLS0tIGEveGVuL2FyY2gveDg2L2h2bS92bGFwaWMuYwor KysgYi94ZW4vYXJjaC94ODYvaHZtL3ZsYXBpYy5jCkBAIC0yNTIsMTAgKzI1 MiwxMyBAQCBzdGF0aWMgdm9pZCB2bGFwaWNfaW5pdF9zaXBpX2FjdGlvbih1 bnNpCiAgICAgewogICAgIGNhc2UgQVBJQ19ETV9JTklUOiB7CiAgICAgICAg IGJvb2xfdCBmcHVfaW5pdGlhbGlzZWQ7CisgICAgICAgIGludCByYzsKKwog ICAgICAgICBkb21haW5fbG9jayh0YXJnZXQtPmRvbWFpbik7CiAgICAgICAg IC8qIFJlc2V0IG5lY2Vzc2FyeSBWQ1BVIHN0YXRlLiBUaGlzIGRvZXMgbm90 IGluY2x1ZGUgRlBVIHN0YXRlLiAqLwogICAgICAgICBmcHVfaW5pdGlhbGlz ZWQgPSB0YXJnZXQtPmZwdV9pbml0aWFsaXNlZDsKLSAgICAgICAgdmNwdV9y ZXNldCh0YXJnZXQpOworICAgICAgICByYyA9IHZjcHVfcmVzZXQodGFyZ2V0 KTsKKyAgICAgICAgQVNTRVJUKCFyYyk7CiAgICAgICAgIHRhcmdldC0+ZnB1 X2luaXRpYWxpc2VkID0gZnB1X2luaXRpYWxpc2VkOwogICAgICAgICB2bGFw aWNfcmVzZXQodmNwdV92bGFwaWModGFyZ2V0KSk7CiAgICAgICAgIGRvbWFp bl91bmxvY2sodGFyZ2V0LT5kb21haW4pOwotLS0gYS94ZW4vYXJjaC94ODYv bW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjgyNyw3ICsyODI3 LDcgQEAgc3RhdGljIGludCBwdXRfb2xkX2d1ZXN0X3RhYmxlKHN0cnVjdCB2 YwogICAgIHJldHVybiByYzsKIH0KIAotaW50IHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHN0cnVjdCB2Y3B1ICp2LCBib29sX3QgcHJlZW1wdGlibGUpCitp bnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpCiB7 CiAgICAgdW5zaWduZWQgbG9uZyBtZm4gPSBwYWdldGFibGVfZ2V0X3Bmbih2 LT5hcmNoLmd1ZXN0X3RhYmxlKTsKICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpw YWdlOwpAQCAtMjg0Nyw3ICsyODQ3LDcgQEAgaW50IHZjcHVfZGVzdHJveV9w YWdldGFibGVzKHN0cnVjdCB2Y3B1IAogICAgICAgICBpZiAoIHBhZ2luZ19t b2RlX3JlZmNvdW50cyh2LT5kb21haW4pICkKICAgICAgICAgICAgIHB1dF9w YWdlKHBhZ2UpOwogICAgICAgICBlbHNlCi0gICAgICAgICAgICByYyA9IHB1 dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKHBhZ2UsIHByZWVtcHRpYmxl KTsKKyAgICAgICAgICAgIHJjID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1w dGlibGUocGFnZSwgMSk7CiAgICAgfQogCiAjaWZkZWYgX194ODZfNjRfXwpA QCAtMjg3Myw3ICsyODczLDcgQEAgaW50IHZjcHVfZGVzdHJveV9wYWdldGFi bGVzKHN0cnVjdCB2Y3B1IAogICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9k ZV9yZWZjb3VudHModi0+ZG9tYWluKSApCiAgICAgICAgICAgICAgICAgcHV0 X3BhZ2UocGFnZSk7CiAgICAgICAgICAgICBlbHNlCi0gICAgICAgICAgICAg ICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCBw cmVlbXB0aWJsZSk7CisgICAgICAgICAgICAgICAgcmMgPSBwdXRfcGFnZV9h bmRfdHlwZV9wcmVlbXB0aWJsZShwYWdlLCAxKTsKICAgICAgICAgfQogICAg ICAgICBpZiAoICFyYyApCiAgICAgICAgICAgICB2LT5hcmNoLmd1ZXN0X3Rh YmxlX3VzZXIgPSBwYWdldGFibGVfbnVsbCgpOwotLS0gYS94ZW4vY29tbW9u L2RvbWFpbi5jCisrKyBiL3hlbi9jb21tb24vZG9tYWluLmMKQEAgLTc3OSwx NCArNzc5LDE4IEBAIHZvaWQgZG9tYWluX3VucGF1c2VfYnlfc3lzdGVtY29u dHJvbGxlcigKICAgICAgICAgZG9tYWluX3VucGF1c2UoZCk7CiB9CiAKLXZv aWQgdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKK2ludCB2Y3B1X3Jlc2V0 KHN0cnVjdCB2Y3B1ICp2KQogewogICAgIHN0cnVjdCBkb21haW4gKmQgPSB2 LT5kb21haW47CisgICAgaW50IHJjOwogCiAgICAgdmNwdV9wYXVzZSh2KTsK ICAgICBkb21haW5fbG9jayhkKTsKIAotICAgIGFyY2hfdmNwdV9yZXNldCh2 KTsKKyAgICBzZXRfYml0KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9mbGFn cyk7CisgICAgcmMgPSBhcmNoX3ZjcHVfcmVzZXQodik7CisgICAgaWYgKCBy YyApCisgICAgICAgIGdvdG8gb3V0X3VubG9jazsKIAogICAgIHNldF9iaXQo X1ZQRl9kb3duLCAmdi0+cGF1c2VfZmxhZ3MpOwogCkBAIC04MDIsOSArODA2 LDEzIEBAIHZvaWQgdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKICNlbmRp ZgogICAgIGNwdW1hc2tfY2xlYXIodi0+Y3B1X2FmZmluaXR5X3RtcCk7CiAg ICAgY2xlYXJfYml0KF9WUEZfYmxvY2tlZCwgJnYtPnBhdXNlX2ZsYWdzKTsK KyAgICBjbGVhcl9iaXQoX1ZQRl9pbl9yZXNldCwgJnYtPnBhdXNlX2ZsYWdz KTsKIAorIG91dF91bmxvY2s6CiAgICAgZG9tYWluX3VubG9jayh2LT5kb21h aW4pOwogICAgIHZjcHVfdW5wYXVzZSh2KTsKKworICAgIHJldHVybiByYzsK IH0KIAogCi0tLSBhL3hlbi9jb21tb24vZG9tY3RsLmMKKysrIGIveGVuL2Nv bW1vbi9kb21jdGwuYwpAQCAtMzA2LDggKzMwNiwxMCBAQCBsb25nIGRvX2Rv bWN0bChYRU5fR1VFU1RfSEFORExFKHhlbl9kb21jCiAKICAgICAgICAgaWYg KCBndWVzdF9oYW5kbGVfaXNfbnVsbChvcC0+dS52Y3B1Y29udGV4dC5jdHh0 KSApCiAgICAgICAgIHsKLSAgICAgICAgICAgIHZjcHVfcmVzZXQodik7Ci0g ICAgICAgICAgICByZXQgPSAwOworICAgICAgICAgICAgcmV0ID0gdmNwdV9y ZXNldCh2KTsKKyAgICAgICAgICAgIGlmICggcmV0ID09IC1FQUdBSU4gKQor ICAgICAgICAgICAgICAgIHJldCA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGlu dWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklT T1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsKICAgICAgICAgICAgIGdvdG8g c3ZjX291dDsKICAgICAgICAgfQogCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14 ODYvbW0uaAorKysgYi94ZW4vaW5jbHVkZS9hc20teDg2L21tLmgKQEAgLTYw NSw3ICs2MDUsNyBAQCB2b2lkIGF1ZGl0X2RvbWFpbnModm9pZCk7CiBpbnQg bmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25nIHBmbik7CiB2b2lkIG1ha2Vf Y3IzKHN0cnVjdCB2Y3B1ICp2LCB1bnNpZ25lZCBsb25nIG1mbik7CiB2b2lk IHVwZGF0ZV9jcjMoc3RydWN0IHZjcHUgKnYpOwotaW50IHZjcHVfZGVzdHJv eV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICosIGJvb2xfdCBwcmVlbXB0aWJs ZSk7CitpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMoc3RydWN0IHZjcHUg Kik7CiB2b2lkIHByb3BhZ2F0ZV9wYWdlX2ZhdWx0KHVuc2lnbmVkIGxvbmcg YWRkciwgdTE2IGVycm9yX2NvZGUpOwogdm9pZCAqZG9fcGFnZV93YWxrKHN0 cnVjdCB2Y3B1ICp2LCB1bnNpZ25lZCBsb25nIGFkZHIpOwogCi0tLSBhL3hl bi9pbmNsdWRlL3hlbi9kb21haW4uaAorKysgYi94ZW4vaW5jbHVkZS94ZW4v ZG9tYWluLmgKQEAgLTEzLDcgKzEzLDcgQEAgdHlwZWRlZiB1bmlvbiB7CiBz dHJ1Y3QgdmNwdSAqYWxsb2NfdmNwdSgKICAgICBzdHJ1Y3QgZG9tYWluICpk LCB1bnNpZ25lZCBpbnQgdmNwdV9pZCwgdW5zaWduZWQgaW50IGNwdV9pZCk7 CiBzdHJ1Y3QgdmNwdSAqYWxsb2NfZG9tMF92Y3B1MCh2b2lkKTsKLXZvaWQg dmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdik7CitpbnQgdmNwdV9yZXNldChz dHJ1Y3QgdmNwdSAqKTsKIAogc3RydWN0IHhlbl9kb21jdGxfZ2V0ZG9tYWlu aW5mbzsKIHZvaWQgZ2V0ZG9tYWluaW5mbyhzdHJ1Y3QgZG9tYWluICpkLCBz dHJ1Y3QgeGVuX2RvbWN0bF9nZXRkb21haW5pbmZvICppbmZvKTsKQEAgLTY3 LDcgKzY3LDcgQEAgdm9pZCBhcmNoX2R1bXBfdmNwdV9pbmZvKHN0cnVjdCB2 Y3B1ICp2KQogCiB2b2lkIGFyY2hfZHVtcF9kb21haW5faW5mbyhzdHJ1Y3Qg ZG9tYWluICpkKTsKIAotdm9pZCBhcmNoX3ZjcHVfcmVzZXQoc3RydWN0IHZj cHUgKnYpOworaW50IGFyY2hfdmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqKTsK IAogZXh0ZXJuIHNwaW5sb2NrX3QgdmNwdV9hbGxvY19sb2NrOwogYm9vbF90 IGRvbWN0bF9sb2NrX2FjcXVpcmUodm9pZCk7Ci0tLSBhL3hlbi9pbmNsdWRl L3hlbi9zY2hlZC5oCisrKyBiL3hlbi9pbmNsdWRlL3hlbi9zY2hlZC5oCkBA IC02NDQsNiArNjQ0LDkgQEAgc3RhdGljIGlubGluZSBzdHJ1Y3QgZG9tYWlu ICpuZXh0X2RvbWFpbgogIC8qIFZDUFUgaXMgYmxvY2tlZCBkdWUgdG8gbWlz c2luZyBtZW1fc2hhcmluZyByaW5nLiAqLwogI2RlZmluZSBfVlBGX21lbV9z aGFyaW5nICAgICA2CiAjZGVmaW5lIFZQRl9tZW1fc2hhcmluZyAgICAgICgx VUw8PF9WUEZfbWVtX3NoYXJpbmcpCisgLyogVkNQVSBpcyBiZWluZyByZXNl dC4gKi8KKyNkZWZpbmUgX1ZQRl9pbl9yZXNldCAgICAgICAgNworI2RlZmlu ZSBWUEZfaW5fcmVzZXQgICAgICAgICAoMVVMPDxfVlBGX2luX3Jlc2V0KQog CiBzdGF0aWMgaW5saW5lIGludCB2Y3B1X3J1bm5hYmxlKHN0cnVjdCB2Y3B1 ICp2KQogewo= --=separator Content-Type: application/octet-stream; name="xsa45-4.2-05-set-info-guest-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-05-set-info-guest-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIGFyY2hfc2V0X2luZm9fZ3Vlc3QoKSBwcmVlbXB0aWJsZQoK Li4gYXMgdGhlIHJvb3QgcGFnZSB0YWJsZSB2YWxpZGF0aW9uIChhbmQgdGhl IGRyb3BwaW5nIG9mIGFuIGV2ZW50dWFsCm9sZCBvbmUpIGNhbiByZXF1aXJl IG1lYW5pbmdmdWwgYW1vdW50cyBvZiB0aW1lLgoKVGhpcyBpcyBwYXJ0IG9m IENWRS0yMDEzLTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9kb21haW4u YworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTg1OCw2ICs4NTgs OSBAQCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKIAogICAgIGlmICggIXYt PmlzX2luaXRpYWxpc2VkICkKICAgICB7CisgICAgICAgIGlmICggIWNvbXBh dCAmJiAhKGZsYWdzICYgVkdDRl9pbl9rZXJuZWwpICYmICFjLm5hdC0+Y3Ry bHJlZ1sxXSApCisgICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKKwogICAg ICAgICB2LT5hcmNoLnB2X3ZjcHUubGR0X2Jhc2UgPSBjKGxkdF9iYXNlKTsK ICAgICAgICAgdi0+YXJjaC5wdl92Y3B1LmxkdF9lbnRzID0gYyhsZHRfZW50 cyk7CiAgICAgfQpAQCAtOTU1LDI0ICs5NTgsNDQgQEAgaW50IGFyY2hfc2V0 X2luZm9fZ3Vlc3QoCiAgICAgaWYgKCByYyAhPSAwICkKICAgICAgICAgcmV0 dXJuIHJjOwogCisgICAgc2V0X2JpdChfVlBGX2luX3Jlc2V0LCAmdi0+cGF1 c2VfZmxhZ3MpOworCiAgICAgaWYgKCAhY29tcGF0ICkKLSAgICB7CiAgICAg ICAgIGNyM19nZm4gPSB4ZW5fY3IzX3RvX3BmbihjLm5hdC0+Y3RybHJlZ1sz XSk7Ci0gICAgICAgIGNyM19wYWdlID0gZ2V0X3BhZ2VfZnJvbV9nZm4oZCwg Y3IzX2dmbiwgTlVMTCwgUDJNX0FMTE9DKTsKLQotICAgICAgICBpZiAoICFj cjNfcGFnZSApCi0gICAgICAgIHsKLSAgICAgICAgICAgIGRlc3Ryb3lfZ2R0 KHYpOwotICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7Ci0gICAgICAgIH0K LSAgICAgICAgaWYgKCAhcGFnaW5nX21vZGVfcmVmY291bnRzKGQpCi0gICAg ICAgICAgICAgJiYgIWdldF9wYWdlX3R5cGUoY3IzX3BhZ2UsIFBHVF9iYXNl X3BhZ2VfdGFibGUpICkKLSAgICAgICAgewotICAgICAgICAgICAgcHV0X3Bh Z2UoY3IzX3BhZ2UpOwotICAgICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0g ICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKLSAgICAgICAgfQorI2lmZGVm IENPTkZJR19DT01QQVQKKyAgICBlbHNlCisgICAgICAgIGNyM19nZm4gPSBj b21wYXRfY3IzX3RvX3BmbihjLmNtcC0+Y3RybHJlZ1szXSk7CisjZW5kaWYK KyAgICBjcjNfcGFnZSA9IGdldF9wYWdlX2Zyb21fZ2ZuKGQsIGNyM19nZm4s IE5VTEwsIFAyTV9BTExPQyk7CiAKKyAgICBpZiAoICFjcjNfcGFnZSApCisg ICAgICAgIHJjID0gLUVJTlZBTDsKKyAgICBlbHNlIGlmICggcGFnaW5nX21v ZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgLyogbm90aGluZyAqLzsKKyAg ICBlbHNlIGlmICggY3IzX3BhZ2UgPT0gdi0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgKQorICAgIHsKKyAgICAgICAgdi0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUg PSBOVUxMOworICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7CisgICAgfQor ICAgIGVsc2UKKyAgICB7CisgICAgICAgIC8qCisgICAgICAgICAqIFNpbmNl IHYtPmFyY2guZ3Vlc3RfdGFibGV7LF91c2VyfSBhcmUgYm90aCBOVUxMLCB0 aGlzIGVmZmVjdGl2ZWx5CisgICAgICAgICAqIGlzIGp1c3QgYSBjYWxsIHRv IHB1dF9vbGRfZ3Vlc3RfdGFibGUoKS4KKyAgICAgICAgICovCisgICAgICAg IGlmICggIWNvbXBhdCApCisgICAgICAgICAgICByYyA9IHZjcHVfZGVzdHJv eV9wYWdldGFibGVzKHYpOworICAgICAgICBpZiAoICFyYyApCisgICAgICAg ICAgICByYyA9IGdldF9wYWdlX3R5cGVfcHJlZW1wdGlibGUoY3IzX3BhZ2Us CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IWNvbXBhdCA/IFBHVF9yb290X3BhZ2VfdGFibGUKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogUEdUX2wz X3BhZ2VfdGFibGUpOworICAgICAgICBpZiAoIHJjID09IC1FSU5UUiApCisg ICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAgfQorICAgIGlmICggcmMg KQorICAgICAgICAvKiBoYW5kbGVkIGJlbG93ICovOworICAgIGVsc2UgaWYg KCAhY29tcGF0ICkKKyAgICB7CiAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFi bGUgPSBwYWdldGFibGVfZnJvbV9wYWdlKGNyM19wYWdlKTsKICNpZmRlZiBf X3g4Nl82NF9fCiAgICAgICAgIGlmICggYy5uYXQtPmN0cmxyZWdbMV0gKQpA QCAtOTgwLDU2ICsxMDAzLDQ0IEBAIGludCBhcmNoX3NldF9pbmZvX2d1ZXN0 KAogICAgICAgICAgICAgY3IzX2dmbiA9IHhlbl9jcjNfdG9fcGZuKGMubmF0 LT5jdHJscmVnWzFdKTsKICAgICAgICAgICAgIGNyM19wYWdlID0gZ2V0X3Bh Z2VfZnJvbV9nZm4oZCwgY3IzX2dmbiwgTlVMTCwgUDJNX0FMTE9DKTsKIAot ICAgICAgICAgICAgaWYgKCAhY3IzX3BhZ2UgfHwKLSAgICAgICAgICAgICAg ICAgKCFwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgICAg ICAgICYmICFnZXRfcGFnZV90eXBlKGNyM19wYWdlLCBQR1RfYmFzZV9wYWdl X3RhYmxlKSkgKQorICAgICAgICAgICAgaWYgKCAhY3IzX3BhZ2UgKQorICAg ICAgICAgICAgICAgIHJjID0gLUVJTlZBTDsKKyAgICAgICAgICAgIGVsc2Ug aWYgKCAhcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKICAgICAgICAgICAg IHsKLSAgICAgICAgICAgICAgICBpZiAoY3IzX3BhZ2UpCi0gICAgICAgICAg ICAgICAgICAgIHB1dF9wYWdlKGNyM19wYWdlKTsKLSAgICAgICAgICAgICAg ICBjcjNfcGFnZSA9IHBhZ2V0YWJsZV9nZXRfcGFnZSh2LT5hcmNoLmd1ZXN0 X3RhYmxlKTsKLSAgICAgICAgICAgICAgICB2LT5hcmNoLmd1ZXN0X3RhYmxl ID0gcGFnZXRhYmxlX251bGwoKTsKLSAgICAgICAgICAgICAgICBpZiAoIHBh Z2luZ19tb2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAgICAgICAgICAg IHB1dF9wYWdlKGNyM19wYWdlKTsKLSAgICAgICAgICAgICAgICBlbHNlCi0g ICAgICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKGNyM19wYWdl KTsKLSAgICAgICAgICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAg ICAgICAgICByZXR1cm4gLUVJTlZBTDsKKyAgICAgICAgICAgICAgICByYyA9 IGdldF9wYWdlX3R5cGVfcHJlZW1wdGlibGUoY3IzX3BhZ2UsIFBHVF9yb290 X3BhZ2VfdGFibGUpOworICAgICAgICAgICAgICAgIHN3aXRjaCAoIHJjICkK KyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgY2FzZSAtRUlO VFI6CisgICAgICAgICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKKyAgICAg ICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAgICAgICAgICAgICAgICAg IHYtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0KKyAgICAgICAgICAgICAgICAg ICAgICAgIHBhZ2V0YWJsZV9nZXRfcGFnZSh2LT5hcmNoLmd1ZXN0X3RhYmxl KTsKKyAgICAgICAgICAgICAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9 IHBhZ2V0YWJsZV9udWxsKCk7CisgICAgICAgICAgICAgICAgICAgIGJyZWFr OworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgIH0KLQotICAgICAg ICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFnZXRhYmxlX2Zy b21fcGFnZShjcjNfcGFnZSk7Ci0gICAgICAgIH0KLSAgICAgICAgZWxzZSBp ZiAoICEoZmxhZ3MgJiBWR0NGX2luX2tlcm5lbCkgKQotICAgICAgICB7Ci0g ICAgICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVy biAtRUlOVkFMOworICAgICAgICAgICAgaWYgKCAhcmMgKQorICAgICAgICAg ICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZV91c2VyID0gcGFnZXRhYmxlX2Zy b21fcGFnZShjcjNfcGFnZSk7CiAgICAgICAgIH0KICAgICB9CiAgICAgZWxz ZQogICAgIHsKICAgICAgICAgbDRfcGdlbnRyeV90ICpsNHRhYjsKIAotICAg ICAgICBjcjNfZ2ZuID0gY29tcGF0X2NyM190b19wZm4oYy5jbXAtPmN0cmxy ZWdbM10pOwotICAgICAgICBjcjNfcGFnZSA9IGdldF9wYWdlX2Zyb21fZ2Zu KGQsIGNyM19nZm4sIE5VTEwsIFAyTV9BTExPQyk7Ci0KLSAgICAgICAgaWYg KCAhY3IzX3BhZ2UpCi0gICAgICAgIHsKLSAgICAgICAgICAgIGRlc3Ryb3lf Z2R0KHYpOwotICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7Ci0gICAgICAg IH0KLQotICAgICAgICBpZiAoIXBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKQot ICAgICAgICAgICAgJiYgIWdldF9wYWdlX3R5cGUoY3IzX3BhZ2UsIFBHVF9s M19wYWdlX3RhYmxlKSApCi0gICAgICAgIHsKLSAgICAgICAgICAgIHB1dF9w YWdlKGNyM19wYWdlKTsKLSAgICAgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOwot ICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7Ci0gICAgICAgIH0KLQogICAg ICAgICBsNHRhYiA9IF9fdmEocGFnZXRhYmxlX2dldF9wYWRkcih2LT5hcmNo Lmd1ZXN0X3RhYmxlKSk7CiAgICAgICAgICpsNHRhYiA9IGw0ZV9mcm9tX3Bm bihwYWdlX3RvX21mbihjcjNfcGFnZSksCiAgICAgICAgICAgICBfUEFHRV9Q UkVTRU5UfF9QQUdFX1JXfF9QQUdFX1VTRVJ8X1BBR0VfQUNDRVNTRUQpOwog I2VuZGlmCiAgICAgfQorICAgIGlmICggcmMgKQorICAgIHsKKyAgICAgICAg aWYgKCBjcjNfcGFnZSApCisgICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFn ZSk7CisgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOworICAgICAgICByZXR1cm4g cmM7CisgICAgfQorCisgICAgY2xlYXJfYml0KF9WUEZfaW5fcmVzZXQsICZ2 LT5wYXVzZV9mbGFncyk7CiAKICAgICBpZiAoIHYtPnZjcHVfaWQgPT0gMCAp CiAgICAgICAgIHVwZGF0ZV9kb21haW5fd2FsbGNsb2NrX3RpbWUoZCk7Ci0t LSBhL3hlbi9jb21tb24vY29tcGF0L2RvbWFpbi5jCisrKyBiL3hlbi9jb21t b24vY29tcGF0L2RvbWFpbi5jCkBAIC01MCw2ICs1MCwxMCBAQCBpbnQgY29t cGF0X3ZjcHVfb3AoaW50IGNtZCwgaW50IHZjcHVpZCwgCiAgICAgICAgIHJj ID0gdi0+aXNfaW5pdGlhbGlzZWQgPyAtRUVYSVNUIDogYXJjaF9zZXRfaW5m b19ndWVzdCh2LCBjbXBfY3R4dCk7CiAgICAgICAgIGRvbWFpbl91bmxvY2so ZCk7CiAKKyAgICAgICAgaWYgKCByYyA9PSAtRUFHQUlOICkKKyAgICAgICAg ICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oX19IWVBF UlZJU09SX3ZjcHVfb3AsICJpaWgiLAorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBjbWQsIHZjcHVpZCwgYXJnKTsK KwogICAgICAgICB4ZnJlZShjbXBfY3R4dCk7CiAgICAgICAgIGJyZWFrOwog ICAgIH0KLS0tIGEveGVuL2NvbW1vbi9kb21haW4uYworKysgYi94ZW4vY29t bW9uL2RvbWFpbi5jCkBAIC04NDksNiArODQ5LDExIEBAIGxvbmcgZG9fdmNw dV9vcChpbnQgY21kLCBpbnQgdmNwdWlkLCBYRU4KICAgICAgICAgZG9tYWlu X3VubG9jayhkKTsKIAogICAgICAgICBmcmVlX3ZjcHVfZ3Vlc3RfY29udGV4 dChjdHh0KTsKKworICAgICAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAg ICAgICAgICAgcmMgPSBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbihf X0hZUEVSVklTT1JfdmNwdV9vcCwgImlpaCIsCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNtZCwgdmNwdWlkLCBh cmcpOworCiAgICAgICAgIGJyZWFrOwogCiAgICAgY2FzZSBWQ1BVT1BfdXA6 IHsKLS0tIGEveGVuL2NvbW1vbi9kb21jdGwuYworKysgYi94ZW4vY29tbW9u L2RvbWN0bC5jCkBAIC0zMzgsNiArMzM4LDEwIEBAIGxvbmcgZG9fZG9tY3Rs KFhFTl9HVUVTVF9IQU5ETEUoeGVuX2RvbWMKICAgICAgICAgICAgIGRvbWFp bl9wYXVzZShkKTsKICAgICAgICAgICAgIHJldCA9IGFyY2hfc2V0X2luZm9f Z3Vlc3QodiwgYyk7CiAgICAgICAgICAgICBkb21haW5fdW5wYXVzZShkKTsK KworICAgICAgICAgICAgaWYgKCByZXQgPT0gLUVBR0FJTiApCisgICAgICAg ICAgICAgICAgcmV0ID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24o CisgICAgICAgICAgICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9kb21j dGwsICJoIiwgdV9kb21jdGwpOwogICAgICAgICB9CiAKICAgICBzdmNfb3V0 Ogo= --=separator Content-Type: application/octet-stream; name="xsa45-4.2-06-unpin-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-06-unpin-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgdW5waW5uaW5nIHByZWVtcHRpYmxlCgou Li4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0aW1l LgoKU2luY2Ugd2UgY2FuJ3QgcmUtaW52b2tlIHRoZSBvcGVyYXRpb24gaW4g YSBzZWNvbmQgYXR0ZW1wdCwgdGhlCmNvbnRpbnVhdGlvbiBsb2dpYyBtdXN0 IGJlIHNsaWdodGx5IHR3ZWFrZWQgc28gdGhhdCB3ZSBtYWtlIHN1cmUKZG9f bW11ZXh0X29wKCkgZ2V0cyBydW4gb25lIG1vcmUgdGltZSBldmVuIHdoZW4g dGhlIHByZWVtcHRlZCB1bnBpbgpvcGVyYXRpb24gd2FzIHRoZSBsYXN0IG9u ZSBpbiBhIGJhdGNoLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTgg LyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxp Y2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9y Zz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9tbS5jCkBAIC0zMTIzLDYgKzMxMjMsMTQgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgICAgIHJldHVybiByYzsKICAgICB9CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKHVvcHMpKSApCisg ICAgeworICAgICAgICAvKiBTZWUgdGhlIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlIHJlbGF0ZWQKKyAgICAgICAgICogaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oKSBiZWxvdy4gKi8KKyAgICAgICAgcmV0dXJuIChpbnQp Zm9yZWlnbmRvbTsKKyAgICB9CisKICAgICBpZiAoIHVubGlrZWx5KGNvdW50 ICYgTU1VX1VQREFURV9QUkVFTVBURUQpICkKICAgICB7CiAgICAgICAgIGNv dW50ICY9IH5NTVVfVVBEQVRFX1BSRUVNUFRFRDsKQEAgLTMxNDYsNyArMzE1 NCw3IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogCiAgICAgZm9yICggaSA9IDA7 IGkgPCBjb3VudDsgaSsrICkKICAgICB7Ci0gICAgICAgIGlmICggaHlwZXJj YWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIGlmICggY3Vyci0+YXJj aC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2so KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAg ICAgICAgICAgIGJyZWFrOwpAQCAtMzI2Niw3ICszMjc0LDE3IEBAIGxvbmcg ZG9fbW11ZXh0X29wKAogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICAgfQogCi0gICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdl KTsKKyAgICAgICAgICAgIHN3aXRjaCAoIHJjID0gcHV0X3BhZ2VfYW5kX3R5 cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQorICAgICAgICAgICAgeworICAg ICAgICAgICAgY2FzZSAtRUlOVFI6CisgICAgICAgICAgICBjYXNlIC1FQUdB SU46CisgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgPSBwYWdlOworICAgICAgICAgICAgICAgIHJjID0gMDsKKyAgICAgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAg ICAgICAgICAgQlVHX09OKHJjKTsKKyAgICAgICAgICAgICAgICBicmVhazsK KyAgICAgICAgICAgIH0KICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwog CiAgICAgICAgICAgICAvKiBBIHBhZ2UgaXMgZGlydGllZCB3aGVuIGl0cyBw aW4gc3RhdHVzIGlzIGNsZWFyZWQuICovCkBAIC0zNTg3LDkgKzM2MDUsMjcg QEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgfQogCiAgICAgaWYgKCByYyA9 PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQp OwogICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAogICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGki LAogICAgICAgICAgICAgdW9wcywgKGNvdW50IC0gaSkgfCBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgcGRvbmUsIGZvcmVpZ25kb20pOworICAgIH0KKyAgICBl bHNlIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsK KyAgICAgICAgWEVOX0dVRVNUX0hBTkRMRSh2b2lkKSBudWxsOworCisgICAg ICAgIEFTU0VSVChyYyB8fCBpID09IGNvdW50KTsKKyAgICAgICAgc2V0X3hl bl9ndWVzdF9oYW5kbGUobnVsbCwgTlVMTCk7CisgICAgICAgIC8qCisgICAg ICAgICAqIEluIG9yZGVyIHRvIGhhdmUgYSB3YXkgdG8gY29tbXVuaWNhdGUg dGhlIGZpbmFsIHJldHVybiB2YWx1ZSB0bworICAgICAgICAgKiBvdXIgY29u dGludWF0aW9uLCB3ZSBwYXNzIHRoaXMgaW4gcGxhY2Ugb2YgImZvcmVpZ25k b20iLCBidWlsZGluZworICAgICAgICAgKiBvbiB0aGUgZmFjdCB0aGF0IHRo aXMgYXJndW1lbnQgaXNuJ3QgbmVlZGVkIGFueW1vcmUuCisgICAgICAgICAq LworICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAorICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9tbXVleHRfb3AsICJo aWhpIiwgbnVsbCwKKyAgICAgICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVN UFRFRCwgbnVsbCwgcmMpOworICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihw Z19vd25lcik7CiAKLS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQv bW0uYworKysgYi94ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBA IC0yNjgsNiArMjY4LDEzIEBAIGludCBjb21wYXRfbW11ZXh0X29wKFhFTl9H VUVTVF9IQU5ETEUobW0KICAgICBpbnQgcmMgPSAwOwogICAgIFhFTl9HVUVT VF9IQU5ETEUobW11ZXh0X29wX3QpIG5hdF9vcHM7CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKGNtcF91b3BzKSkg KQorICAgIHsKKyAgICAgICAgc2V0X3hlbl9ndWVzdF9oYW5kbGUobmF0X29w cywgTlVMTCk7CisgICAgICAgIHJldHVybiBkb19tbXVleHRfb3AobmF0X29w cywgY291bnQsIHBkb25lLCBmb3JlaWduZG9tKTsKKyAgICB9CisKICAgICBw cmVlbXB0X21hc2sgPSBjb3VudCAmIE1NVV9VUERBVEVfUFJFRU1QVEVEOwog ICAgIGNvdW50IF49IHByZWVtcHRfbWFzazsKIApAQCAtMzcwLDEyICszNzcs MTggQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRSht bQogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9hZGRfb2Zmc2V0KG5h dF9vcHMsIGkgLSBsZWZ0KTsKICAgICAgICAgICAgICAgICBndWVzdF9oYW5k bGVfc3VidHJhY3Rfb2Zmc2V0KGNtcF91b3BzLCBsZWZ0KTsKICAgICAgICAg ICAgICAgICBsZWZ0ID0gMTsKLSAgICAgICAgICAgICAgICBCVUdfT04oIWh5 cGVyY2FsbF94bGF0X2NvbnRpbnVhdGlvbigmbGVmdCwgMHgwMSwgbmF0X29w cywgY21wX3VvcHMpKTsKLSAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAh PSBhcmcxKTsKLSAgICAgICAgICAgICAgICBpZiAoIXRlc3RfYml0KF9NQ1NG X2luX211bHRpY2FsbCwgJm1jcy0+ZmxhZ3MpKQotICAgICAgICAgICAgICAg ICAgICByZWdzLT5fZWN4ICs9IGNvdW50IC0gaTsKKyAgICAgICAgICAgICAg ICBpZiAoIGFyZzEgIT0gTU1VX1VQREFURV9QUkVFTVBURUQgKQorICAgICAg ICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgQlVHX09OKCFoeXBl cmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDB4MDEsIG5hdF9vcHMs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNtcF91b3BzKSk7CisgICAgICAgICAgICAgICAgICAg IGlmICggIXRlc3RfYml0KF9NQ1NGX2luX211bHRpY2FsbCwgJm1jcy0+Zmxh Z3MpICkKKyAgICAgICAgICAgICAgICAgICAgICAgIHJlZ3MtPl9lY3ggKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgICAgICBlbHNlCisgICAgICAg ICAgICAgICAgICAgICAgICBtY3MtPmNvbXBhdF9jYWxsLmFyZ3NbMV0gKz0g Y291bnQgLSBpOworICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAg ICBlbHNlCi0gICAgICAgICAgICAgICAgICAgIG1jcy0+Y29tcGF0X2NhbGwu YXJnc1sxXSArPSBjb3VudCAtIGk7CisgICAgICAgICAgICAgICAgICAgIEJV R19PTihoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDApKTsK KyAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAhPSBhcmcxKTsKICAgICAg ICAgICAgIH0KICAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAgICAgICBC VUdfT04oZXJyID4gMCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa45-4.2-07-mm-error-paths-preemptible.patch" Content-Disposition: attachment; filename="xsa45-4.2-07-mm-error-paths-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgaGFuZGxpbmcgZXJyb3IgcGF0aHMgcHJl ZW1wdGlibGUKCi4uLiBhcyB0aGV5IG1heSB0YWtlIHNpZ25pZmljYW50IGFt b3VudHMgb2YgdGltZS4KClRoaXMgcmVxdWlyZXMgY2xvbmluZyB0aGUgdHdl YWtlZCBjb250aW51YXRpb24gbG9naWMgZnJvbQpkb19tbXVleHRfb3AoKSB0 byBkb19tbXVfdXBkYXRlKCkuCgpOb3RlIHRoYXQgaW4gbW9kX2xbMzRdX2Vu dHJ5KCkgYSBuZWdhdGl2ZSAicHJlZW1wdGlibGUiIHZhbHVlIGdldHMKcGFz c2VkIHRvIHB1dF9wYWdlX2Zyb21fbFszNF1lKCkgbm93LCB0ZWxsaW5nIHRo ZSBjYWxsZWUgdG8gc3RvcmUgdGhlCnJlc3BlY3RpdmUgcGFnZSBpbiBjdXJy ZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSAoZm9yIGEgaHlwZXJjYWxsCmNv bnRpbnVhdGlvbiB0byBwaWNrIHVwKSwgcmF0aGVyIHRoYW4gY2Fycnlpbmcg b3V0IHRoZSBwdXQgcmlnaHQgYXdheS4KVGhpcyBpcyBnb2luZyB0byBiZSBt YWRlIGEgbGl0dGxlIG1vcmUgZXhwbGljaXQgYnkgYSBzdWJzZXF1ZW50IGNs ZWFudXAKcGF0Y2guCgpUaGlzIGlzIHBhcnQgb2YgQ1ZFLTIwMTMtMTkxOCAv IFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4gPHRpbUB4ZW4ub3Jn PgoKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTEyNDEsNyArMTI0MSwxNiBAQCBzdGF0aWMgaW50IHB1dF9w YWdlX2Zyb21fbDNlKGwzX3BnZW50cnlfCiAjZW5kaWYKIAogICAgIGlmICgg dW5saWtlbHkocGFydGlhbCA+IDApICkKKyAgICB7CisgICAgICAgIEFTU0VS VChwcmVlbXB0aWJsZSA+PSAwKTsKICAgICAgICAgcmV0dXJuIF9fcHV0X3Bh Z2VfdHlwZShsM2VfZ2V0X3BhZ2UobDNlKSwgcHJlZW1wdGlibGUpOworICAg IH0KKworICAgIGlmICggcHJlZW1wdGlibGUgPCAwICkKKyAgICB7CisgICAg ICAgIGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDNlX2dldF9w YWdlKGwzZSk7CisgICAgICAgIHJldHVybiAwOworICAgIH0KIAogICAgIHJl dHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShsM2VfZ2V0X3Bh Z2UobDNlKSwgcHJlZW1wdGlibGUpOwogfQpAQCAtMTI1NCw3ICsxMjYzLDE3 IEBAIHN0YXRpYyBpbnQgcHV0X3BhZ2VfZnJvbV9sNGUobDRfcGdlbnRyeV8K ICAgICAgICAgIChsNGVfZ2V0X3BmbihsNGUpICE9IHBmbikgKQogICAgIHsK ICAgICAgICAgaWYgKCB1bmxpa2VseShwYXJ0aWFsID4gMCkgKQorICAgICAg ICB7CisgICAgICAgICAgICBBU1NFUlQocHJlZW1wdGlibGUgPj0gMCk7CiAg ICAgICAgICAgICByZXR1cm4gX19wdXRfcGFnZV90eXBlKGw0ZV9nZXRfcGFn ZShsNGUpLCBwcmVlbXB0aWJsZSk7CisgICAgICAgIH0KKworICAgICAgICBp ZiAoIHByZWVtcHRpYmxlIDwgMCApCisgICAgICAgIHsKKyAgICAgICAgICAg IGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gbDRlX2dldF9wYWdl KGw0ZSk7CisgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgfQorCiAg ICAgICAgIHJldHVybiBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0aWJsZShs NGVfZ2V0X3BhZ2UobDRlKSwgcHJlZW1wdGlibGUpOwogICAgIH0KICAgICBy ZXR1cm4gMTsKQEAgLTE1NDksMTIgKzE1NjgsMTcgQEAgc3RhdGljIGludCBh bGxvY19sM190YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgIGlmICggcmMgPCAw ICYmIHJjICE9IC1FQUdBSU4gJiYgcmMgIT0gLUVJTlRSICkKICAgICB7CiAg ICAgICAgIE1FTV9MT0coIkZhaWx1cmUgaW4gYWxsb2NfbDNfdGFibGU6IGVu dHJ5ICVkIiwgaSk7CisgICAgICAgIGlmICggaSApCisgICAgICAgIHsKKyAg ICAgICAgICAgIHBhZ2UtPm5yX3ZhbGlkYXRlZF9wdGVzID0gaTsKKyAgICAg ICAgICAgIHBhZ2UtPnBhcnRpYWxfcHRlID0gMDsKKyAgICAgICAgICAgIGN1 cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlID0gcGFnZTsKKyAgICAgICAg fQogICAgICAgICB3aGlsZSAoIGktLSA+IDAgKQogICAgICAgICB7CiAgICAg ICAgICAgICBpZiAoICFpc19ndWVzdF9sM19zbG90KGkpICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKICAgICAgICAgICAgIHVuYWRqdXN0X2d1ZXN0 X2wzZShwbDNlW2ldLCBkKTsKLSAgICAgICAgICAgIHB1dF9wYWdlX2Zyb21f bDNlKHBsM2VbaV0sIHBmbiwgMCwgMCk7CiAgICAgICAgIH0KICAgICB9CiAK QEAgLTE1ODQsMjIgKzE2MDgsMjQgQEAgc3RhdGljIGludCBhbGxvY19sNF90 YWJsZShzdHJ1Y3QgcGFnZV9pbgogICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgcGFnZS0+cGFydGlhbF9w dGUgPSBwYXJ0aWFsID86IDE7CiAgICAgICAgIH0KLSAgICAgICAgZWxzZSBp ZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgIGVsc2UgaWYgKCByYyA8IDAg KQogICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHJjICE9IC1FSU5UUiAp CisgICAgICAgICAgICAgICAgTUVNX0xPRygiRmFpbHVyZSBpbiBhbGxvY19s NF90YWJsZTogZW50cnkgJWQiLCBpKTsKICAgICAgICAgICAgIGlmICggaSAp CiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgcGFnZS0+bnJfdmFs aWRhdGVkX3B0ZXMgPSBpOwogICAgICAgICAgICAgICAgIHBhZ2UtPnBhcnRp YWxfcHRlID0gMDsKLSAgICAgICAgICAgICAgICByYyA9IC1FQUdBSU47Cisg ICAgICAgICAgICAgICAgaWYgKCByYyA9PSAtRUlOVFIgKQorICAgICAgICAg ICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAgICAgICAgICAgICAgZWxz ZQorICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgaWYg KCBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgICAg ICAgICAgICAgICAgICBwYWdlLT5ucl92YWxpZGF0ZWRfcHRlcysrOworICAg ICAgICAgICAgICAgICAgICBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfQog ICAgICAgICB9Ci0gICAgICAgIGVsc2UgaWYgKCByYyA8IDAgKQotICAgICAg ICB7Ci0gICAgICAgICAgICBNRU1fTE9HKCJGYWlsdXJlIGluIGFsbG9jX2w0 X3RhYmxlOiBlbnRyeSAlZCIsIGkpOwotICAgICAgICAgICAgd2hpbGUgKCBp LS0gPiAwICkKLSAgICAgICAgICAgICAgICBpZiAoIGlzX2d1ZXN0X2w0X3Ns b3QoZCwgaSkgKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9mcm9t X2w0ZShwbDRlW2ldLCBwZm4sIDAsIDApOwotICAgICAgICB9CiAgICAgICAg IGlmICggcmMgPCAwICkKICAgICAgICAgICAgIHJldHVybiByYzsKIApAQCAt MjA0Nyw3ICsyMDczLDcgQEAgc3RhdGljIGludCBtb2RfbDNfZW50cnkobDNf cGdlbnRyeV90ICpwbAogICAgICAgICBwYWVfZmx1c2hfcGdkKHBmbiwgcGdl bnRyeV9wdHJfdG9fc2xvdChwbDNlKSwgbmwzZSk7CiAgICAgfQogCi0gICAg cHV0X3BhZ2VfZnJvbV9sM2Uob2wzZSwgcGZuLCAwLCAwKTsKKyAgICBwdXRf cGFnZV9mcm9tX2wzZShvbDNlLCBwZm4sIDAsIC1wcmVlbXB0aWJsZSk7CiAg ICAgcmV0dXJuIHJjOwogfQogCkBAIC0yMTEwLDcgKzIxMzYsNyBAQCBzdGF0 aWMgaW50IG1vZF9sNF9lbnRyeShsNF9wZ2VudHJ5X3QgKnBsCiAgICAgICAg IHJldHVybiAtRUZBVUxUOwogICAgIH0KIAotICAgIHB1dF9wYWdlX2Zyb21f bDRlKG9sNGUsIHBmbiwgMCwgMCk7CisgICAgcHV0X3BhZ2VfZnJvbV9sNGUo b2w0ZSwgcGZuLCAwLCAtcHJlZW1wdGlibGUpOwogICAgIHJldHVybiByYzsK IH0KIApAQCAtMjI2OCw3ICsyMjk0LDE1IEBAIHN0YXRpYyBpbnQgYWxsb2Nf cGFnZV90eXBlKHN0cnVjdCBwYWdlX2kKICAgICAgICAgICAgICAgICBQUnR5 cGVfaW5mbyAiOiBjYWY9JTA4bHggdGFmPSUiIFBSdHlwZV9pbmZvLAogICAg ICAgICAgICAgICAgIHBhZ2VfdG9fbWZuKHBhZ2UpLCBnZXRfZ3Bmbl9mcm9t X21mbihwYWdlX3RvX21mbihwYWdlKSksCiAgICAgICAgICAgICAgICAgdHlw ZSwgcGFnZS0+Y291bnRfaW5mbywgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8p OwotICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7CisgICAg ICAgIGlmICggcGFnZSAhPSBjdXJyZW50LT5hcmNoLm9sZF9ndWVzdF90YWJs ZSApCisgICAgICAgICAgICBwYWdlLT51LmludXNlLnR5cGVfaW5mbyA9IDA7 CisgICAgICAgIGVsc2UKKyAgICAgICAgeworICAgICAgICAgICAgQVNTRVJU KChwYWdlLT51LmludXNlLnR5cGVfaW5mbyAmCisgICAgICAgICAgICAgICAg ICAgIChQR1RfY291bnRfbWFzayB8IFBHVF92YWxpZGF0ZWQpKSA9PSAxKTsK KyAgICAgICAgICAgIGdldF9wYWdlX2xpZ2h0KHBhZ2UpOworICAgICAgICAg ICAgcGFnZS0+dS5pbnVzZS50eXBlX2luZm8gfD0gUEdUX3BhcnRpYWw7Cisg ICAgICAgIH0KICAgICB9CiAgICAgZWxzZQogICAgIHsKQEAgLTMyMTgsMjEg KzMyNTIsMTcgQEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgICAgICAgICB9 CiAKICAgICAgICAgICAgIGlmICggKHJjID0geHNtX21lbW9yeV9waW5fcGFn ZShkLCBwZ19vd25lciwgcGFnZSkpICE9IDAgKQotICAgICAgICAgICAgewot ICAgICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOwogICAg ICAgICAgICAgICAgIG9rYXkgPSAwOwotICAgICAgICAgICAgICAgIGJyZWFr OwotICAgICAgICAgICAgfQotCi0gICAgICAgICAgICBpZiAoIHVubGlrZWx5 KHRlc3RfYW5kX3NldF9iaXQoX1BHVF9waW5uZWQsCi0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnBhZ2UtPnUuaW51c2Uu dHlwZV9pbmZvKSkgKQorICAgICAgICAgICAgZWxzZSBpZiAoIHVubGlrZWx5 KHRlc3RfYW5kX3NldF9iaXQoX1BHVF9waW5uZWQsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmcGFnZS0+dS5p bnVzZS50eXBlX2luZm8pKSApCiAgICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICAgTUVNX0xPRygiTWZuICVseCBhbHJlYWR5IHBpbm5lZCIsIHBhZ2Vf dG9fbWZuKHBhZ2UpKTsKLSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRf dHlwZShwYWdlKTsKICAgICAgICAgICAgICAgICBva2F5ID0gMDsKLSAgICAg ICAgICAgICAgICBicmVhazsKICAgICAgICAgICAgIH0KIAorICAgICAgICAg ICAgaWYgKCB1bmxpa2VseSghb2theSkgKQorICAgICAgICAgICAgICAgIGdv dG8gcGluX2Ryb3A7CisKICAgICAgICAgICAgIC8qIEEgcGFnZSBpcyBkaXJ0 aWVkIHdoZW4gaXRzIHBpbiBzdGF0dXMgaXMgc2V0LiAqLwogICAgICAgICAg ICAgcGFnaW5nX21hcmtfZGlydHkocGdfb3duZXIsIHBhZ2VfdG9fbWZuKHBh Z2UpKTsKIApAQCAtMzI0Niw3ICszMjc2LDEzIEBAIGxvbmcgZG9fbW11ZXh0 X29wKAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAmcGFnZS0+dS5pbnVzZS50eXBlX2luZm8pKTsKICAgICAgICAg ICAgICAgICBzcGluX3VubG9jaygmcGdfb3duZXItPnBhZ2VfYWxsb2NfbG9j ayk7CiAgICAgICAgICAgICAgICAgaWYgKCBkcm9wX3JlZiApCi0gICAgICAg ICAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOworICAgICAg ICAgICAgICAgIHsKKyAgICAgICAgcGluX2Ryb3A6CisgICAgICAgICAgICAg ICAgICAgIGlmICggdHlwZSA9PSBQR1RfbDFfcGFnZV90YWJsZSApCisgICAg ICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdlKTsK KyAgICAgICAgICAgICAgICAgICAgZWxzZQorICAgICAgICAgICAgICAgICAg ICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgIH0KIAogICAgICAgICAgICAg YnJlYWs7CkBAIC0zNjUyLDExICszNjg4LDI4IEBAIGxvbmcgZG9fbW11X3Vw ZGF0ZSgKICAgICB2b2lkICp2YTsKICAgICB1bnNpZ25lZCBsb25nIGdwZm4s IGdtZm4sIG1mbjsKICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwotICAg IGludCByYyA9IDAsIGkgPSAwOwotICAgIHVuc2lnbmVkIGludCBjbWQsIGRv bmUgPSAwLCBwdF9kb207Ci0gICAgc3RydWN0IHZjcHUgKnYgPSBjdXJyZW50 OworICAgIHVuc2lnbmVkIGludCBjbWQsIGkgPSAwLCBkb25lID0gMCwgcHRf ZG9tOworICAgIHN0cnVjdCB2Y3B1ICpjdXJyID0gY3VycmVudCwgKnYgPSBj dXJyOwogICAgIHN0cnVjdCBkb21haW4gKmQgPSB2LT5kb21haW4sICpwdF9v d25lciA9IGQsICpwZ19vd25lcjsKICAgICBzdHJ1Y3QgZG9tYWluX21tYXBf Y2FjaGUgbWFwY2FjaGU7CisgICAgaW50IHJjID0gcHV0X29sZF9ndWVzdF90 YWJsZShjdXJyKTsKKworICAgIGlmICggdW5saWtlbHkocmMpICkKKyAgICB7 CisgICAgICAgIGlmICggbGlrZWx5KHJjID09IC1FQUdBSU4pICkKKyAgICAg ICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oCisg ICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklTT1JfbW11X3VwZGF0ZSwg ImhpaGkiLCB1cmVxcywgY291bnQsIHBkb25lLAorICAgICAgICAgICAgICAg ICAgICAgZm9yZWlnbmRvbSk7CisgICAgICAgIHJldHVybiByYzsKKyAgICB9 CisKKyAgICBpZiAoIHVubGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJF RU1QVEVEKSAmJgorICAgICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19u dWxsKHVyZXFzKSkgKQorICAgIHsKKyAgICAgICAgLyogU2VlIHRoZSBjdXJy LT5hcmNoLm9sZF9ndWVzdF90YWJsZSByZWxhdGVkCisgICAgICAgICAqIGh5 cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9uKCkgYmVsb3cuICovCisgICAg ICAgIHJldHVybiAoaW50KWZvcmVpZ25kb207CisgICAgfQogCiAgICAgaWYg KCB1bmxpa2VseShjb3VudCAmIE1NVV9VUERBVEVfUFJFRU1QVEVEKSApCiAg ICAgewpAQCAtMzcwNSw3ICszNzU4LDcgQEAgbG9uZyBkb19tbXVfdXBkYXRl KAogCiAgICAgZm9yICggaSA9IDA7IGkgPCBjb3VudDsgaSsrICkKICAgICB7 Ci0gICAgICAgIGlmICggaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCisg ICAgICAgIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlw ZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCiAgICAgICAgIHsKICAgICAgICAg ICAgIHJjID0gLUVBR0FJTjsKICAgICAgICAgICAgIGJyZWFrOwpAQCAtMzg4 Niw5ICszOTM5LDI3IEBAIGxvbmcgZG9fbW11X3VwZGF0ZSgKICAgICB9CiAK ICAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAgIHsKKyAgICAgICAgQVNT RVJUKGkgPCBjb3VudCk7CiAgICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0 ZV9jb250aW51YXRpb24oCiAgICAgICAgICAgICBfX0hZUEVSVklTT1JfbW11 X3VwZGF0ZSwgImhpaGkiLAogICAgICAgICAgICAgdXJlcXMsIChjb3VudCAt IGkpIHwgTU1VX1VQREFURV9QUkVFTVBURUQsIHBkb25lLCBmb3JlaWduZG9t KTsKKyAgICB9CisgICAgZWxzZSBpZiAoIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlICkKKyAgICB7CisgICAgICAgIFhFTl9HVUVTVF9IQU5ETEUodm9p ZCkgbnVsbDsKKworICAgICAgICBBU1NFUlQocmMgfHwgaSA9PSBjb3VudCk7 CisgICAgICAgIHNldF94ZW5fZ3Vlc3RfaGFuZGxlKG51bGwsIE5VTEwpOwor ICAgICAgICAvKgorICAgICAgICAgKiBJbiBvcmRlciB0byBoYXZlIGEgd2F5 IHRvIGNvbW11bmljYXRlIHRoZSBmaW5hbCByZXR1cm4gdmFsdWUgdG8KKyAg ICAgICAgICogb3VyIGNvbnRpbnVhdGlvbiwgd2UgcGFzcyB0aGlzIGluIHBs YWNlIG9mICJmb3JlaWduZG9tIiwgYnVpbGRpbmcKKyAgICAgICAgICogb24g dGhlIGZhY3QgdGhhdCB0aGlzIGFyZ3VtZW50IGlzbid0IG5lZWRlZCBhbnlt b3JlLgorICAgICAgICAgKi8KKyAgICAgICAgcmMgPSBoeXBlcmNhbGxfY3Jl YXRlX2NvbnRpbnVhdGlvbigKKyAgICAgICAgICAgICAgICBfX0hZUEVSVklT T1JfbW11X3VwZGF0ZSwgImhpaGkiLCBudWxsLAorICAgICAgICAgICAgICAg IE1NVV9VUERBVEVfUFJFRU1QVEVELCBudWxsLCByYyk7CisgICAgfQogCiAg ICAgcHV0X3BnX293bmVyKHBnX293bmVyKTsKIAo= --=separator Content-Type: application/octet-stream; name="xsa45-unstable-01-vcpu-destroy-pagetables-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-01-vcpu-destroy-pagetables-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfZGVzdHJveV9wYWdldGFibGVzKCkgcHJlZW1wdGli bGUKCi4uLiBhcyBpdCBtYXkgdGFrZSBzaWduaWZpY2FudCBhbW91bnRzIG9m IHRpbWUuCgpUaGUgZnVuY3Rpb24sIGJlaW5nIG1vdmVkIHRvIG1tLmMgYXMg dGhlIGJldHRlciBob21lIGZvciBpdCBhbnl3YXksIGFuZAp0byBhdm9pZCBo YXZpbmcgdG8gbWFrZSBhIG5ldyBoZWxwZXIgZnVuY3Rpb24gdGhlcmUgbm9u LXN0YXRpYywgaXMKZ2l2ZW4gYSAicHJlZW1wdGlibGUiIHBhcmFtZXRlciB0 ZW1wb3JhcmlseSAodW50aWwsIGluIGEgc3Vic2VxdWVudApwYXRjaCwgaXRz IG90aGVyIGNhbGxlciBpcyBhbHNvIGJlaW5nIG1hZGUgY2FwYWJsZSBvZiBk ZWFsaW5nIHdpdGgKcHJlZW1wdGlvbikuCgpUaGlzIGlzIHBhcnQgb2YgQ1ZF LTIwMTMtMTkxOCAvIFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVs aWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4g PHRpbUB4ZW4ub3JnPgoKLS0tIGEveGVuL2FyY2gveDg2L2RvbWFpbi5jCisr KyBiL3hlbi9hcmNoL3g4Ni9kb21haW4uYwpAQCAtNzEsOCArNzEsNiBAQCB2 b2lkICgqZGVhZF9pZGxlKSAodm9pZCkgX19yZWFkX21vc3RseSA9CiBzdGF0 aWMgdm9pZCBwYXJhdmlydF9jdHh0X3N3aXRjaF9mcm9tKHN0cnVjdCB2Y3B1 ICp2KTsKIHN0YXRpYyB2b2lkIHBhcmF2aXJ0X2N0eHRfc3dpdGNoX3RvKHN0 cnVjdCB2Y3B1ICp2KTsKIAotc3RhdGljIHZvaWQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgKnYpOwotCiBzdGF0aWMgdm9pZCBkZWZh dWx0X2lkbGUodm9pZCkKIHsKICAgICBsb2NhbF9pcnFfZGlzYWJsZSgpOwpA QCAtOTQ2LDcgKzk0NCw3IEBAIHZvaWQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVj dCB2Y3B1ICp2KQogICAgIGlmICggIWlzX2h2bV92Y3B1KHYpICkKICAgICB7 CiAgICAgICAgIGRlc3Ryb3lfZ2R0KHYpOwotICAgICAgICB2Y3B1X2Rlc3Ry b3lfcGFnZXRhYmxlcyh2KTsKKyAgICAgICAgdmNwdV9kZXN0cm95X3BhZ2V0 YWJsZXModiwgMCk7CiAgICAgfQogICAgIGVsc2UKICAgICB7CkBAIC0xOTQ0 LDU4ICsxOTQyLDYgQEAgc3RhdGljIGludCByZWxpbnF1aXNoX21lbW9yeSgK ICAgICByZXR1cm4gcmV0OwogfQogCi1zdGF0aWMgdm9pZCB2Y3B1X2Rlc3Ry b3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqdikKLXsKLSAgICBzdHJ1Y3Qg ZG9tYWluICpkID0gdi0+ZG9tYWluOwotICAgIHVuc2lnbmVkIGxvbmcgcGZu ID0gcGFnZXRhYmxlX2dldF9wZm4odi0+YXJjaC5ndWVzdF90YWJsZSk7Ci0K LSAgICBpZiAoIGlzX3B2XzMyb242NF92Y3B1KHYpICkKLSAgICB7Ci0gICAg ICAgIGw0X3BnZW50cnlfdCAqbDR0YWIgPSBtYXBfZG9tYWluX3BhZ2UocGZu KTsKLQotICAgICAgICBwZm4gPSBsNGVfZ2V0X3BmbigqbDR0YWIpOwotCi0g ICAgICAgIGlmICggcGZuICE9IDAgKQotICAgICAgICB7Ci0gICAgICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAg ICAgICAgcHV0X3BhZ2UobWZuX3RvX3BhZ2UocGZuKSk7Ci0gICAgICAgICAg ICBlbHNlCi0gICAgICAgICAgICAgICAgcHV0X3BhZ2VfYW5kX3R5cGUobWZu X3RvX3BhZ2UocGZuKSk7Ci0gICAgICAgIH0KLQotICAgICAgICBsNGVfd3Jp dGUobDR0YWIsIGw0ZV9lbXB0eSgpKTsKLSAgICAgICAgdW5tYXBfZG9tYWlu X3BhZ2UobDR0YWIpOwotCi0gICAgICAgIHYtPmFyY2guY3IzID0gMDsKLSAg ICAgICAgcmV0dXJuOwotICAgIH0KLQotICAgIGlmICggcGZuICE9IDAgKQot ICAgIHsKLSAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkg KQotICAgICAgICAgICAgcHV0X3BhZ2UobWZuX3RvX3BhZ2UocGZuKSk7Ci0g ICAgICAgIGVsc2UKLSAgICAgICAgICAgIHB1dF9wYWdlX2FuZF90eXBlKG1m bl90b19wYWdlKHBmbikpOwotICAgICAgICB2LT5hcmNoLmd1ZXN0X3RhYmxl ID0gcGFnZXRhYmxlX251bGwoKTsKLSAgICB9Ci0KLSAgICAvKiBEcm9wIHJl ZiB0byBndWVzdF90YWJsZV91c2VyIChmcm9tIE1NVUVYVF9ORVdfVVNFUl9C QVNFUFRSKSAqLwotICAgIHBmbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYtPmFy Y2guZ3Vlc3RfdGFibGVfdXNlcik7Ci0gICAgaWYgKCBwZm4gIT0gMCApCi0g ICAgewotICAgICAgICBpZiAoICFpc19wdl8zMmJpdF92Y3B1KHYpICkKLSAg ICAgICAgewotICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3Vu dHMoZCkgKQotICAgICAgICAgICAgICAgIHB1dF9wYWdlKG1mbl90b19wYWdl KHBmbikpOwotICAgICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAgIHB1 dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKHBmbikpOwotICAgICAgICB9 Ci0gICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNlciA9IHBhZ2V0YWJs ZV9udWxsKCk7Ci0gICAgfQotCi0gICAgdi0+YXJjaC5jcjMgPSAwOwotfQot CiBpbnQgZG9tYWluX3JlbGlucXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkb21h aW4gKmQpCiB7CiAgICAgaW50IHJldDsKQEAgLTIwMTQsNyArMTk2MCw5IEBA IGludCBkb21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoc3RydWN0IGQKICAg ICAgICAgLyogRHJvcCB0aGUgaW4tdXNlIHJlZmVyZW5jZXMgdG8gcGFnZS10 YWJsZSBiYXNlcy4gKi8KICAgICAgICAgZm9yX2VhY2hfdmNwdSAoIGQsIHYg KQogICAgICAgICB7Ci0gICAgICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRh Ymxlcyh2KTsKKyAgICAgICAgICAgIHJldCA9IHZjcHVfZGVzdHJveV9wYWdl dGFibGVzKHYsIDEpOworICAgICAgICAgICAgaWYgKCByZXQgKQorICAgICAg ICAgICAgICAgIHJldHVybiByZXQ7CiAKICAgICAgICAgICAgIHVubWFwX3Zj cHVfaW5mbyh2KTsKICAgICAgICAgfQotLS0gYS94ZW4vYXJjaC94ODYvbW0u YworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjU3OSw2ICsyNTc5LDc5 IEBAIHN0YXRpYyB2b2lkIHB1dF9zdXBlcnBhZ2UodW5zaWduZWQgbG9uZyAK ICAgICByZXR1cm47CiB9CiAKK3N0YXRpYyBpbnQgcHV0X29sZF9ndWVzdF90 YWJsZShzdHJ1Y3QgdmNwdSAqdikKK3sKKyAgICBpbnQgcmM7CisKKyAgICBp ZiAoICF2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSApCisgICAgICAgIHJldHVy biAwOworCisgICAgc3dpdGNoICggcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9w cmVlbXB0aWJsZSh2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSwgMSkgKQorICAg IHsKKyAgICBjYXNlIC1FSU5UUjoKKyAgICBjYXNlIC1FQUdBSU46CisgICAg ICAgIHJldHVybiAtRUFHQUlOOworICAgIH0KKworICAgIHYtPmFyY2gub2xk X2d1ZXN0X3RhYmxlID0gTlVMTDsKKworICAgIHJldHVybiByYzsKK30KKwor aW50IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHN0cnVjdCB2Y3B1ICp2LCBi b29sX3QgcHJlZW1wdGlibGUpCit7CisgICAgdW5zaWduZWQgbG9uZyBtZm4g PSBwYWdldGFibGVfZ2V0X3Bmbih2LT5hcmNoLmd1ZXN0X3RhYmxlKTsKKyAg ICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOworICAgIGw0X3BnZW50cnlfdCAq bDR0YWIgPSBOVUxMOworICAgIGludCByYyA9IHB1dF9vbGRfZ3Vlc3RfdGFi bGUodik7CisKKyAgICBpZiAoIHJjICkKKyAgICAgICAgcmV0dXJuIHJjOwor CisgICAgaWYgKCBpc19wdl8zMm9uNjRfdmNwdSh2KSApCisgICAgeworICAg ICAgICBsNHRhYiA9IG1hcF9kb21haW5fcGFnZShtZm4pOworICAgICAgICBt Zm4gPSBsNGVfZ2V0X3BmbigqbDR0YWIpOworICAgIH0KKworICAgIGlmICgg bWZuICkKKyAgICB7CisgICAgICAgIHBhZ2UgPSBtZm5fdG9fcGFnZShtZm4p OworICAgICAgICBpZiAoIHBhZ2luZ19tb2RlX3JlZmNvdW50cyh2LT5kb21h aW4pICkKKyAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOworICAgICAgICBl bHNlCisgICAgICAgICAgICByYyA9IHB1dF9wYWdlX2FuZF90eXBlX3ByZWVt cHRpYmxlKHBhZ2UsIHByZWVtcHRpYmxlKTsKKyAgICB9CisKKyAgICBpZiAo IGw0dGFiICkKKyAgICB7CisgICAgICAgIGlmICggIXJjICkKKyAgICAgICAg ICAgIGw0ZV93cml0ZShsNHRhYiwgbDRlX2VtcHR5KCkpOworICAgICAgICB1 bm1hcF9kb21haW5fcGFnZShsNHRhYik7CisgICAgfQorICAgIGVsc2UgaWYg KCAhcmMgKQorICAgIHsKKyAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJsZSA9 IHBhZ2V0YWJsZV9udWxsKCk7CisKKyAgICAgICAgLyogRHJvcCByZWYgdG8g Z3Vlc3RfdGFibGVfdXNlciAoZnJvbSBNTVVFWFRfTkVXX1VTRVJfQkFTRVBU UikgKi8KKyAgICAgICAgbWZuID0gcGFnZXRhYmxlX2dldF9wZm4odi0+YXJj aC5ndWVzdF90YWJsZV91c2VyKTsKKyAgICAgICAgaWYgKCBtZm4gKQorICAg ICAgICB7CisgICAgICAgICAgICBwYWdlID0gbWZuX3RvX3BhZ2UobWZuKTsK KyAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKHYtPmRv bWFpbikgKQorICAgICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOworICAg ICAgICAgICAgZWxzZQorICAgICAgICAgICAgICAgIHJjID0gcHV0X3BhZ2Vf YW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJlZW1wdGlibGUpOworICAg ICAgICB9CisgICAgICAgIGlmICggIXJjICkKKyAgICAgICAgICAgIHYtPmFy Y2guZ3Vlc3RfdGFibGVfdXNlciA9IHBhZ2V0YWJsZV9udWxsKCk7CisgICAg fQorCisgICAgdi0+YXJjaC5jcjMgPSAwOworCisgICAgcmV0dXJuIHJjOwor fQorCiBpbnQgbmV3X2d1ZXN0X2NyMyh1bnNpZ25lZCBsb25nIG1mbikKIHsK ICAgICBzdHJ1Y3QgdmNwdSAqY3VyciA9IGN1cnJlbnQ7CkBAIC0yNzMzLDEy ICsyODA2LDIxIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgIHVuc2lnbmVk IGludCBmb3JlaWduZG9tKQogewogICAgIHN0cnVjdCBtbXVleHRfb3Agb3A7 Ci0gICAgaW50IHJjID0gMCwgaSA9IDAsIG9rYXk7CiAgICAgdW5zaWduZWQg bG9uZyB0eXBlOwotICAgIHVuc2lnbmVkIGludCBkb25lID0gMDsKKyAgICB1 bnNpZ25lZCBpbnQgaSA9IDAsIGRvbmUgPSAwOwogICAgIHN0cnVjdCB2Y3B1 ICpjdXJyID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpkID0gY3Vy ci0+ZG9tYWluOwogICAgIHN0cnVjdCBkb21haW4gKnBnX293bmVyOworICAg IGludCBva2F5LCByYyA9IHB1dF9vbGRfZ3Vlc3RfdGFibGUoY3Vycik7CisK KyAgICBpZiAoIHVubGlrZWx5KHJjKSApCisgICAgeworICAgICAgICBpZiAo IGxpa2VseShyYyA9PSAtRUFHQUlOKSApCisgICAgICAgICAgICByYyA9IGh5 cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9uKAorICAgICAgICAgICAgICAg ICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGkiLCB1b3BzLCBj b3VudCwgcGRvbmUsCisgICAgICAgICAgICAgICAgICAgICBmb3JlaWduZG9t KTsKKyAgICAgICAgcmV0dXJuIHJjOworICAgIH0KIAogICAgIGlmICggdW5s aWtlbHkoY291bnQgJiBNTVVfVVBEQVRFX1BSRUVNUFRFRCkgKQogICAgIHsK LS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9jb21wYXQvbW0uYworKysgYi94 ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9tbS5jCkBAIC0zNjUsNyArMzY1 LDcgQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dVRVNUX0hBTkRMRV9Q QQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiBtY3Mt PmNhbGwuYXJnc1sxXTsKICAgICAgICAgICAgICAgICB1bnNpZ25lZCBpbnQg bGVmdCA9IGFyZzEgJiB+TU1VX1VQREFURV9QUkVFTVBURUQ7CiAKLSAgICAg ICAgICAgICAgICBCVUdfT04obGVmdCA9PSBhcmcxKTsKKyAgICAgICAgICAg ICAgICBCVUdfT04obGVmdCA9PSBhcmcxICYmIGxlZnQgIT0gaSk7CiAgICAg ICAgICAgICAgICAgQlVHX09OKGxlZnQgPiBjb3VudCk7CiAgICAgICAgICAg ICAgICAgZ3Vlc3RfaGFuZGxlX2FkZF9vZmZzZXQobmF0X29wcywgaSAtIGxl ZnQpOwogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9zdWJ0cmFjdF9v ZmZzZXQoY21wX3VvcHMsIGxlZnQpOwotLS0gYS94ZW4vaW5jbHVkZS9hc20t eDg2L2RvbWFpbi5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWlu LmgKQEAgLTQwNSw2ICs0MDUsNyBAQCBzdHJ1Y3QgYXJjaF92Y3B1CiAKICAg ICBwYWdldGFibGVfdCBndWVzdF90YWJsZV91c2VyOyAgICAgICAvKiAoTUZO KSB4ODYvNjQgdXNlci1zcGFjZSBwYWdldGFibGUgKi8KICAgICBwYWdldGFi bGVfdCBndWVzdF90YWJsZTsgICAgICAgICAgICAvKiAoTUZOKSBndWVzdCBu b3Rpb24gb2YgY3IzICovCisgICAgc3RydWN0IHBhZ2VfaW5mbyAqb2xkX2d1 ZXN0X3RhYmxlOyAgLyogcGFydGlhbGx5IGRlc3RydWN0ZWQgcGFnZXRhYmxl ICovCiAgICAgLyogZ3Vlc3RfdGFibGUgaG9sZHMgYSByZWYgdG8gdGhlIHBh Z2UsIGFuZCBhbHNvIGEgdHlwZS1jb3VudCB1bmxlc3MKICAgICAgKiBzaGFk b3cgcmVmY291bnRzIGFyZSBpbiB1c2UgKi8KICAgICBwYWdldGFibGVfdCBz aGFkb3dfdGFibGVbNF07ICAgICAgICAvKiAoTUZOKSBzaGFkb3cocykgb2Yg Z3Vlc3QgKi8KLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9tbS5oCisrKyBi L3hlbi9pbmNsdWRlL2FzbS14ODYvbW0uaApAQCAtNTU2LDYgKzU1Niw3IEBA IHZvaWQgYXVkaXRfZG9tYWlucyh2b2lkKTsKIGludCBuZXdfZ3Vlc3RfY3Iz KHVuc2lnbmVkIGxvbmcgcGZuKTsKIHZvaWQgbWFrZV9jcjMoc3RydWN0IHZj cHUgKnYsIHVuc2lnbmVkIGxvbmcgbWZuKTsKIHZvaWQgdXBkYXRlX2NyMyhz dHJ1Y3QgdmNwdSAqdik7CitpbnQgdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXMo c3RydWN0IHZjcHUgKiwgYm9vbF90IHByZWVtcHRpYmxlKTsKIHZvaWQgcHJv cGFnYXRlX3BhZ2VfZmF1bHQodW5zaWduZWQgbG9uZyBhZGRyLCB1MTYgZXJy b3JfY29kZSk7CiB2b2lkICpkb19wYWdlX3dhbGsoc3RydWN0IHZjcHUgKnYs IHVuc2lnbmVkIGxvbmcgYWRkcik7CiAK --=separator Content-Type: application/octet-stream; name="xsa45-unstable-02-new-guest-cr3-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-02-new-guest-cr3-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIG5ld19ndWVzdF9jcjMoKSBwcmVlbXB0aWJsZQoKLi4uIGFz IGl0IG1heSB0YWtlIHNpZ25pZmljYW50IGFtb3VudHMgb2YgdGltZS4KClRo aXMgaXMgcGFydCBvZiBDVkUtMjAxMy0xOTE4IC8gWFNBLTQ1LgoKU2lnbmVk LW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tl ZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0gYS94ZW4vYXJj aC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMjY1Niw3 ICsyNjU2LDcgQEAgaW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBt Zm4pCiB7CiAgICAgc3RydWN0IHZjcHUgKmN1cnIgPSBjdXJyZW50OwogICAg IHN0cnVjdCBkb21haW4gKmQgPSBjdXJyLT5kb21haW47Ci0gICAgaW50IG9r YXk7CisgICAgaW50IHJjOwogICAgIHVuc2lnbmVkIGxvbmcgb2xkX2Jhc2Vf bWZuOwogCiAgICAgaWYgKCBpc19wdl8zMm9uNjRfZG9tYWluKGQpICkKQEAg LTI2NjQsMzkgKzI2NjQsNjQgQEAgaW50IG5ld19ndWVzdF9jcjModW5zaWdu ZWQgbG9uZyBtZm4pCiAgICAgICAgIHVuc2lnbmVkIGxvbmcgZ3RfbWZuID0g cGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJsZSk7CiAg ICAgICAgIGw0X3BnZW50cnlfdCAqcGw0ZSA9IG1hcF9kb21haW5fcGFnZShn dF9tZm4pOwogCi0gICAgICAgIG9rYXkgPSBwYWdpbmdfbW9kZV9yZWZjb3Vu dHMoZCkKLSAgICAgICAgICAgID8gMCAvKiBPbGQgY29kZSB3YXMgYnJva2Vu LCBidXQgd2hhdCBzaG91bGQgaXQgYmU/ICovCi0gICAgICAgICAgICA6IG1v ZF9sNF9lbnRyeSgKKyAgICAgICAgcmMgPSBwYWdpbmdfbW9kZV9yZWZjb3Vu dHMoZCkKKyAgICAgICAgICAgICA/IC1FSU5WQUwgLyogT2xkIGNvZGUgd2Fz IGJyb2tlbiwgYnV0IHdoYXQgc2hvdWxkIGl0IGJlPyAqLworICAgICAgICAg ICAgIDogbW9kX2w0X2VudHJ5KAogICAgICAgICAgICAgICAgICAgICBwbDRl LAogICAgICAgICAgICAgICAgICAgICBsNGVfZnJvbV9wZm4oCiAgICAgICAg ICAgICAgICAgICAgICAgICBtZm4sCiAgICAgICAgICAgICAgICAgICAgICAg ICAoX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFHRV9VU0VSfF9QQUdFX0FD Q0VTU0VEKSksCi0gICAgICAgICAgICAgICAgICAgIGd0X21mbiwgMCwgMCwg Y3VycikgPT0gMDsKKyAgICAgICAgICAgICAgICAgICAgZ3RfbWZuLCAwLCAx LCBjdXJyKTsKICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UocGw0ZSk7Ci0g ICAgICAgIGlmICggdW5saWtlbHkoIW9rYXkpICkKKyAgICAgICAgc3dpdGNo ICggcmMgKQogICAgICAgICB7CisgICAgICAgIGNhc2UgMDoKKyAgICAgICAg ICAgIGJyZWFrOworICAgICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgY2Fz ZSAtRUFHQUlOOgorICAgICAgICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAg ICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICBNRU1fTE9HKCJFcnJvciB3aGls ZSBpbnN0YWxsaW5nIG5ldyBjb21wYXQgYmFzZXB0ciAlbHgiLCBtZm4pOwot ICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgICAgICByZXR1cm4gcmM7 CiAgICAgICAgIH0KIAogICAgICAgICBpbnZhbGlkYXRlX3NoYWRvd19sZHQo Y3VyciwgMCk7CiAgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKIAotICAg ICAgICByZXR1cm4gMTsKKyAgICAgICAgcmV0dXJuIDA7CiAgICAgfQogCi0g ICAgb2theSA9IHBhZ2luZ19tb2RlX3JlZmNvdW50cyhkKQotICAgICAgICA/ IGdldF9wYWdlX2Zyb21fcGFnZW5yKG1mbiwgZCkKLSAgICAgICAgOiAhZ2V0 X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIobWZuLCBQR1Rfcm9vdF9wYWdl X3RhYmxlLCBkLCAwLCAwKTsKLSAgICBpZiAoIHVubGlrZWx5KCFva2F5KSAp CisgICAgcmMgPSBwdXRfb2xkX2d1ZXN0X3RhYmxlKGN1cnIpOworICAgIGlm ICggdW5saWtlbHkocmMpICkKKyAgICAgICAgcmV0dXJuIHJjOworCisgICAg b2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZSk7CisgICAgLyoKKyAgICAgKiBUaGlzIGlzIHBhcnRpY3Vs YXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0aW5nIHJlc3RhcnRlZCBhZnRlciB0 aGUKKyAgICAgKiBwcmV2aW91cyBhdHRlbXB0IGdvdCBwcmVlbXB0ZWQgaW4g dGhlIHB1dC1vbGQtTUZOIHBoYXNlLgorICAgICAqLworICAgIGlmICggb2xk X2Jhc2VfbWZuID09IG1mbiApCiAgICAgewotICAgICAgICBNRU1fTE9HKCJF cnJvciB3aGlsZSBpbnN0YWxsaW5nIG5ldyBiYXNlcHRyICVseCIsIG1mbik7 CisgICAgICAgIHdyaXRlX3B0YmFzZShjdXJyKTsKICAgICAgICAgcmV0dXJu IDA7CiAgICAgfQogCi0gICAgaW52YWxpZGF0ZV9zaGFkb3dfbGR0KGN1cnIs IDApOworICAgIHJjID0gcGFnaW5nX21vZGVfcmVmY291bnRzKGQpCisgICAg ICAgICA/IChnZXRfcGFnZV9mcm9tX3BhZ2VucihtZm4sIGQpID8gMCA6IC1F SU5WQUwpCisgICAgICAgICA6IGdldF9wYWdlX2FuZF90eXBlX2Zyb21fcGFn ZW5yKG1mbiwgUEdUX3Jvb3RfcGFnZV90YWJsZSwgZCwgMCwgMSk7CisgICAg c3dpdGNoICggcmMgKQorICAgIHsKKyAgICBjYXNlIDA6CisgICAgICAgIGJy ZWFrOworICAgIGNhc2UgLUVJTlRSOgorICAgIGNhc2UgLUVBR0FJTjoKKyAg ICAgICAgcmV0dXJuIC1FQUdBSU47CisgICAgZGVmYXVsdDoKKyAgICAgICAg TUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBuZXcgYmFzZXB0ciAl bHgiLCBtZm4pOworICAgICAgICByZXR1cm4gcmM7CisgICAgfQogCi0gICAg b2xkX2Jhc2VfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZSk7CisgICAgaW52YWxpZGF0ZV9zaGFkb3dfbGR0KGN1cnIs IDApOwogCiAgICAgY3Vyci0+YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJs ZV9mcm9tX3BmbihtZm4pOwogICAgIHVwZGF0ZV9jcjMoY3Vycik7CkBAIC0y NzA1LDEzICsyNzMwLDI1IEBAIGludCBuZXdfZ3Vlc3RfY3IzKHVuc2lnbmVk IGxvbmcgbWZuKQogCiAgICAgaWYgKCBsaWtlbHkob2xkX2Jhc2VfbWZuICE9 IDApICkKICAgICB7CisgICAgICAgIHN0cnVjdCBwYWdlX2luZm8gKnBhZ2Ug PSBtZm5fdG9fcGFnZShvbGRfYmFzZV9tZm4pOworCiAgICAgICAgIGlmICgg cGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkKLSAgICAgICAgICAgIHB1dF9w YWdlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOworICAgICAgICAgICAg cHV0X3BhZ2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAgICAgICAgICAgIHB1 dF9wYWdlX2FuZF90eXBlKG1mbl90b19wYWdlKG9sZF9iYXNlX21mbikpOwor ICAgICAgICAgICAgc3dpdGNoICggcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9w cmVlbXB0aWJsZShwYWdlLCAxKSApCisgICAgICAgICAgICB7CisgICAgICAg ICAgICBjYXNlIC1FSU5UUjoKKyAgICAgICAgICAgICAgICByYyA9IC1FQUdB SU47CisgICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAgICAgICAgICAg ICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAgICAg ICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAgZGVmYXVsdDoKKyAgICAg ICAgICAgICAgICBCVUdfT04ocmMpOworICAgICAgICAgICAgICAgIGJyZWFr OworICAgICAgICAgICAgfQogICAgIH0KIAotICAgIHJldHVybiAxOworICAg IHJldHVybiByYzsKIH0KIAogc3RhdGljIHN0cnVjdCBkb21haW4gKmdldF9w Z19vd25lcihkb21pZF90IGRvbWlkKQpAQCAtMjk4Miw4ICszMDE5LDEzIEBA IGxvbmcgZG9fbW11ZXh0X29wKAogICAgICAgICB9CiAKICAgICAgICAgY2Fz ZSBNTVVFWFRfTkVXX0JBU0VQVFI6Ci0gICAgICAgICAgICBva2F5ID0gKCFw YWdpbmdfbW9kZV90cmFuc2xhdGUoZCkKLSAgICAgICAgICAgICAgICAgICAg JiYgbmV3X2d1ZXN0X2NyMyhvcC5hcmcxLm1mbikpOworICAgICAgICAgICAg aWYgKCBwYWdpbmdfbW9kZV90cmFuc2xhdGUoZCkgKQorICAgICAgICAgICAg ICAgIG9rYXkgPSAwOworICAgICAgICAgICAgZWxzZQorICAgICAgICAgICAg eworICAgICAgICAgICAgICAgIHJjID0gbmV3X2d1ZXN0X2NyMyhvcC5hcmcx Lm1mbik7CisgICAgICAgICAgICAgICAgb2theSA9ICFyYzsKKyAgICAgICAg ICAgIH0KICAgICAgICAgICAgIGJyZWFrOwogCiAgICAgICAgIGNhc2UgTU1V RVhUX05FV19VU0VSX0JBU0VQVFI6IHsKLS0tIGEveGVuL2FyY2gveDg2L3Ry YXBzLmMKKysrIGIveGVuL2FyY2gveDg2L3RyYXBzLmMKQEAgLTIzMjIsMTIg KzIzMjIsMjMgQEAgc3RhdGljIGludCBlbXVsYXRlX3ByaXZpbGVnZWRfb3Ao c3RydWN0IAogICAgICAgICAgICAgZ2ZuID0gIWlzX3B2XzMyb242NF92Y3B1 KHYpCiAgICAgICAgICAgICAgICAgPyB4ZW5fY3IzX3RvX3BmbigqcmVnKSA6 IGNvbXBhdF9jcjNfdG9fcGZuKCpyZWcpOwogICAgICAgICAgICAgcGFnZSA9 IGdldF9wYWdlX2Zyb21fZ2ZuKHYtPmRvbWFpbiwgZ2ZuLCBOVUxMLCBQMk1f QUxMT0MpOwotICAgICAgICAgICAgcmMgPSBwYWdlID8gbmV3X2d1ZXN0X2Ny MyhwYWdlX3RvX21mbihwYWdlKSkgOiAwOwogICAgICAgICAgICAgaWYgKCBw YWdlICkKKyAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICByYyA9IG5l d19ndWVzdF9jcjMocGFnZV90b19tZm4ocGFnZSkpOwogICAgICAgICAgICAg ICAgIHB1dF9wYWdlKHBhZ2UpOworICAgICAgICAgICAgfQorICAgICAgICAg ICAgZWxzZQorICAgICAgICAgICAgICAgIHJjID0gLUVJTlZBTDsKICAgICAg ICAgICAgIGRvbWFpbl91bmxvY2sodi0+ZG9tYWluKTsKLSAgICAgICAgICAg IGlmICggcmMgPT0gMCApIC8qIG5vdCBva2F5ICovCisgICAgICAgICAgICBz d2l0Y2ggKCByYyApCisgICAgICAgICAgICB7CisgICAgICAgICAgICBjYXNl IDA6CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAgICAgICAgICBjYXNl IC1FQUdBSU46IC8qIHJldHJ5IGFmdGVyIHByZWVtcHRpb24gKi8KKyAgICAg ICAgICAgICAgICBnb3RvIHNraXA7CisgICAgICAgICAgICBkZWZhdWx0OiAg ICAgIC8qIG5vdCBva2F5ICovCiAgICAgICAgICAgICAgICAgZ290byBmYWls OworICAgICAgICAgICAgfQogICAgICAgICAgICAgYnJlYWs7CiAgICAgICAg IH0KIAo= --=separator Content-Type: application/octet-stream; name="xsa45-unstable-03-new-user-base-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-03-new-user-base-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIE1NVUVYVF9ORVdfVVNFUl9CQVNFUFRSIHByZWVtcHRpYmxl CgouLi4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0 aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTggLyBYU0EtNDUu CgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5j b20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBh L3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBA IC0zMDM3LDI5ICszMDM3LDU2IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAg ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQogCisgICAgICAg ICAgICBvbGRfbWZuID0gcGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5n dWVzdF90YWJsZV91c2VyKTsKKyAgICAgICAgICAgIC8qCisgICAgICAgICAg ICAgKiBUaGlzIGlzIHBhcnRpY3VsYXJseSBpbXBvcnRhbnQgd2hlbiBnZXR0 aW5nIHJlc3RhcnRlZCBhZnRlciB0aGUKKyAgICAgICAgICAgICAqIHByZXZp b3VzIGF0dGVtcHQgZ290IHByZWVtcHRlZCBpbiB0aGUgcHV0LW9sZC1NRk4g cGhhc2UuCisgICAgICAgICAgICAgKi8KKyAgICAgICAgICAgIGlmICggb2xk X21mbiA9PSBvcC5hcmcxLm1mbiApCisgICAgICAgICAgICAgICAgYnJlYWs7 CisKICAgICAgICAgICAgIGlmICggb3AuYXJnMS5tZm4gIT0gMCApCiAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9y ZWZjb3VudHMoZCkgKQogICAgICAgICAgICAgICAgICAgICBva2F5ID0gZ2V0 X3BhZ2VfZnJvbV9wYWdlbnIob3AuYXJnMS5tZm4sIGQpOwogICAgICAgICAg ICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICAgICAgb2theSA9ICFnZXRf cGFnZV9hbmRfdHlwZV9mcm9tX3BhZ2VucigKLSAgICAgICAgICAgICAgICAg ICAgICAgIG9wLmFyZzEubWZuLCBQR1Rfcm9vdF9wYWdlX3RhYmxlLCBkLCAw LCAwKTsKKyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAg IHJjID0gZ2V0X3BhZ2VfYW5kX3R5cGVfZnJvbV9wYWdlbnIoCisgICAgICAg ICAgICAgICAgICAgICAgICBvcC5hcmcxLm1mbiwgUEdUX3Jvb3RfcGFnZV90 YWJsZSwgZCwgMCwgMSk7CisgICAgICAgICAgICAgICAgICAgIG9rYXkgPSAh cmM7CisgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgIGlmICgg dW5saWtlbHkoIW9rYXkpICkKICAgICAgICAgICAgICAgICB7Ci0gICAgICAg ICAgICAgICAgICAgIE1FTV9MT0coIkVycm9yIHdoaWxlIGluc3RhbGxpbmcg bmV3IG1mbiAlbHgiLCBvcC5hcmcxLm1mbik7CisgICAgICAgICAgICAgICAg ICAgIGlmICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgICAgICAgICAgICAg ICAgIHJjID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICAgICAgZWxzZSBp ZiAoIHJjICE9IC1FQUdBSU4gKQorICAgICAgICAgICAgICAgICAgICAgICAg TUVNX0xPRygiRXJyb3Igd2hpbGUgaW5zdGFsbGluZyBuZXcgbWZuICVseCIs CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG9wLmFyZzEubWZu KTsKICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICAg ICAgfQogICAgICAgICAgICAgfQogCi0gICAgICAgICAgICBvbGRfbWZuID0g cGFnZXRhYmxlX2dldF9wZm4oY3Vyci0+YXJjaC5ndWVzdF90YWJsZV91c2Vy KTsKICAgICAgICAgICAgIGN1cnItPmFyY2guZ3Vlc3RfdGFibGVfdXNlciA9 IHBhZ2V0YWJsZV9mcm9tX3BmbihvcC5hcmcxLm1mbik7CiAKICAgICAgICAg ICAgIGlmICggb2xkX21mbiAhPSAwICkKICAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlID0gbWZuX3RvX3Bh Z2Uob2xkX21mbik7CisKICAgICAgICAgICAgICAgICBpZiAoIHBhZ2luZ19t b2RlX3JlZmNvdW50cyhkKSApCi0gICAgICAgICAgICAgICAgICAgIHB1dF9w YWdlKG1mbl90b19wYWdlKG9sZF9tZm4pKTsKKyAgICAgICAgICAgICAgICAg ICAgcHV0X3BhZ2UocGFnZSk7CiAgICAgICAgICAgICAgICAgZWxzZQotICAg ICAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShtZm5fdG9fcGFn ZShvbGRfbWZuKSk7CisgICAgICAgICAgICAgICAgICAgIHN3aXRjaCAoIHJj ID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQor ICAgICAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAgIGNh c2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAgICAgICAgcmMgPSAtRUFH QUlOOworICAgICAgICAgICAgICAgICAgICBjYXNlIC1FQUdBSU46CisgICAg ICAgICAgICAgICAgICAgICAgICBjdXJyLT5hcmNoLm9sZF9ndWVzdF90YWJs ZSA9IHBhZ2U7CisgICAgICAgICAgICAgICAgICAgICAgICBva2F5ID0gMDsK KyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg ICAgICAgICBkZWZhdWx0OgorICAgICAgICAgICAgICAgICAgICAgICAgQlVH X09OKHJjKTsKKyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAKICAgICAgICAg ICAgIGJyZWFrOwo= --=separator Content-Type: application/octet-stream; name="xsa45-unstable-04-vcpu-reset-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-04-vcpu-reset-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHZjcHVfcmVzZXQoKSBwcmVlbXB0aWJsZQoKLi4uIGFzIGRy b3BwaW5nIHRoZSBvbGQgcGFnZSB0YWJsZXMgbWF5IHRha2Ugc2lnbmlmaWNh bnQgYW1vdW50cyBvZgp0aW1lLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEz LTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8 amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1A eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL2FybS9kb21haW4uYworKysgYi94 ZW4vYXJjaC9hcm0vZG9tYWluLmMKQEAgLTU2Niw5ICs1NjYsMTAgQEAgaW50 IGFyY2hfc2V0X2luZm9fZ3Vlc3QoCiAgICAgcmV0dXJuIDA7CiB9CiAKLXZv aWQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQoraW50IGFyY2hf dmNwdV9yZXNldChzdHJ1Y3QgdmNwdSAqdikKIHsKICAgICB2Y3B1X2VuZF9z aHV0ZG93bl9kZWZlcnJhbCh2KTsKKyAgICByZXR1cm4gMDsKIH0KIAogc3Rh dGljIGludCByZWxpbnF1aXNoX21lbW9yeShzdHJ1Y3QgZG9tYWluICpkLCBz dHJ1Y3QgcGFnZV9saXN0X2hlYWQgKmxpc3QpCi0tLSBhL3hlbi9hcmNoL3g4 Ni9kb21haW4uYworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAgLTkz OSwxNyArOTM5LDE2IEBAIGludCBhcmNoX3NldF9pbmZvX2d1ZXN0KAogI3Vu ZGVmIGMKIH0KIAotdm9pZCBhcmNoX3ZjcHVfcmVzZXQoc3RydWN0IHZjcHUg KnYpCitpbnQgYXJjaF92Y3B1X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KQogewog ICAgIGlmICggIWlzX2h2bV92Y3B1KHYpICkKICAgICB7CiAgICAgICAgIGRl c3Ryb3lfZ2R0KHYpOwotICAgICAgICB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyh2LCAwKTsKLSAgICB9Ci0gICAgZWxzZQotICAgIHsKLSAgICAgICAgdmNw dV9lbmRfc2h1dGRvd25fZGVmZXJyYWwodik7CisgICAgICAgIHJldHVybiB2 Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2KTsKICAgICB9CisKKyAgICB2Y3B1 X2VuZF9zaHV0ZG93bl9kZWZlcnJhbCh2KTsKKyAgICByZXR1cm4gMDsKIH0K IAogLyogCkBAIC0xOTYwLDcgKzE5NTksNyBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIC8qIERyb3AgdGhl IGluLXVzZSByZWZlcmVuY2VzIHRvIHBhZ2UtdGFibGUgYmFzZXMuICovCiAg ICAgICAgIGZvcl9lYWNoX3ZjcHUgKCBkLCB2ICkKICAgICAgICAgewotICAg ICAgICAgICAgcmV0ID0gdmNwdV9kZXN0cm95X3BhZ2V0YWJsZXModiwgMSk7 CisgICAgICAgICAgICByZXQgPSB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyh2 KTsKICAgICAgICAgICAgIGlmICggcmV0ICkKICAgICAgICAgICAgICAgICBy ZXR1cm4gcmV0OwogCi0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vaHZtLmMKKysr IGIveGVuL2FyY2gveDg2L2h2bS9odm0uYwpAQCAtMzU1NSw4ICszNTU1LDEx IEBAIHN0YXRpYyB2b2lkIGh2bV9zM19zdXNwZW5kKHN0cnVjdCBkb21haW4K IAogICAgIGZvcl9lYWNoX3ZjcHUgKCBkLCB2ICkKICAgICB7CisgICAgICAg IGludCByYzsKKwogICAgICAgICB2bGFwaWNfcmVzZXQodmNwdV92bGFwaWMo dikpOwotICAgICAgICB2Y3B1X3Jlc2V0KHYpOworICAgICAgICByYyA9IHZj cHVfcmVzZXQodik7CisgICAgICAgIEFTU0VSVCghcmMpOwogICAgIH0KIAog ICAgIHZwaWNfcmVzZXQoZCk7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vdmxh cGljLmMKKysrIGIveGVuL2FyY2gveDg2L2h2bS92bGFwaWMuYwpAQCAtMjQw LDYgKzI0MCw4IEBAIHN0YXRpYyB2b2lkIHZsYXBpY19pbml0X3NpcGlfb25l KHN0cnVjdCAKICAgICB7CiAgICAgY2FzZSBBUElDX0RNX0lOSVQ6IHsKICAg ICAgICAgYm9vbF90IGZwdV9pbml0aWFsaXNlZDsKKyAgICAgICAgaW50IHJj OworCiAgICAgICAgIC8qIE5vIHdvcmsgb24gSU5JVCBkZS1hc3NlcnQgZm9y IFA0LXR5cGUgQVBJQy4gKi8KICAgICAgICAgaWYgKCAoaWNyICYgKEFQSUNf SU5UX0xFVkVMVFJJRyB8IEFQSUNfSU5UX0FTU0VSVCkpID09CiAgICAgICAg ICAgICAgQVBJQ19JTlRfTEVWRUxUUklHICkKQEAgLTI1MSw3ICsyNTMsOCBA QCBzdGF0aWMgdm9pZCB2bGFwaWNfaW5pdF9zaXBpX29uZShzdHJ1Y3QgCiAg ICAgICAgIGRvbWFpbl9sb2NrKHRhcmdldC0+ZG9tYWluKTsKICAgICAgICAg LyogUmVzZXQgbmVjZXNzYXJ5IFZDUFUgc3RhdGUuIFRoaXMgZG9lcyBub3Qg aW5jbHVkZSBGUFUgc3RhdGUuICovCiAgICAgICAgIGZwdV9pbml0aWFsaXNl ZCA9IHRhcmdldC0+ZnB1X2luaXRpYWxpc2VkOwotICAgICAgICB2Y3B1X3Jl c2V0KHRhcmdldCk7CisgICAgICAgIHJjID0gdmNwdV9yZXNldCh0YXJnZXQp OworICAgICAgICBBU1NFUlQoIXJjKTsKICAgICAgICAgdGFyZ2V0LT5mcHVf aW5pdGlhbGlzZWQgPSBmcHVfaW5pdGlhbGlzZWQ7CiAgICAgICAgIHZsYXBp Y19yZXNldCh2Y3B1X3ZsYXBpYyh0YXJnZXQpKTsKICAgICAgICAgZG9tYWlu X3VubG9jayh0YXJnZXQtPmRvbWFpbik7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9t bS5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS5jCkBAIC0yNTk4LDcgKzI1OTgs NyBAQCBzdGF0aWMgaW50IHB1dF9vbGRfZ3Vlc3RfdGFibGUoc3RydWN0IHZj CiAgICAgcmV0dXJuIHJjOwogfQogCi1pbnQgdmNwdV9kZXN0cm95X3BhZ2V0 YWJsZXMoc3RydWN0IHZjcHUgKnYsIGJvb2xfdCBwcmVlbXB0aWJsZSkKK2lu dCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqdikKIHsK ICAgICB1bnNpZ25lZCBsb25nIG1mbiA9IHBhZ2V0YWJsZV9nZXRfcGZuKHYt PmFyY2guZ3Vlc3RfdGFibGUpOwogICAgIHN0cnVjdCBwYWdlX2luZm8gKnBh Z2U7CkBAIC0yNjIwLDcgKzI2MjAsNyBAQCBpbnQgdmNwdV9kZXN0cm95X3Bh Z2V0YWJsZXMoc3RydWN0IHZjcHUgCiAgICAgICAgIGlmICggcGFnaW5nX21v ZGVfcmVmY291bnRzKHYtPmRvbWFpbikgKQogICAgICAgICAgICAgcHV0X3Bh Z2UocGFnZSk7CiAgICAgICAgIGVsc2UKLSAgICAgICAgICAgIHJjID0gcHV0 X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJlZW1wdGlibGUp OworICAgICAgICAgICAgcmMgPSBwdXRfcGFnZV9hbmRfdHlwZV9wcmVlbXB0 aWJsZShwYWdlLCAxKTsKICAgICB9CiAKICAgICBpZiAoIGw0dGFiICkKQEAg LTI2NDEsNyArMjY0MSw3IEBAIGludCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxl cyhzdHJ1Y3QgdmNwdSAKICAgICAgICAgICAgIGlmICggcGFnaW5nX21vZGVf cmVmY291bnRzKHYtPmRvbWFpbikgKQogICAgICAgICAgICAgICAgIHB1dF9w YWdlKHBhZ2UpOwogICAgICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAg IHJjID0gcHV0X3BhZ2VfYW5kX3R5cGVfcHJlZW1wdGlibGUocGFnZSwgcHJl ZW1wdGlibGUpOworICAgICAgICAgICAgICAgIHJjID0gcHV0X3BhZ2VfYW5k X3R5cGVfcHJlZW1wdGlibGUocGFnZSwgMSk7CiAgICAgICAgIH0KICAgICAg ICAgaWYgKCAhcmMgKQogICAgICAgICAgICAgdi0+YXJjaC5ndWVzdF90YWJs ZV91c2VyID0gcGFnZXRhYmxlX251bGwoKTsKLS0tIGEveGVuL2NvbW1vbi9k b21haW4uYworKysgYi94ZW4vY29tbW9uL2RvbWFpbi5jCkBAIC04NjgsMTQg Kzg2OCwxOCBAQCB2b2lkIGRvbWFpbl91bnBhdXNlX2J5X3N5c3RlbWNvbnRy b2xsZXIoCiAgICAgICAgIGRvbWFpbl91bnBhdXNlKGQpOwogfQogCi12b2lk IHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCitpbnQgdmNwdV9yZXNldChz dHJ1Y3QgdmNwdSAqdikKIHsKICAgICBzdHJ1Y3QgZG9tYWluICpkID0gdi0+ ZG9tYWluOworICAgIGludCByYzsKIAogICAgIHZjcHVfcGF1c2Uodik7CiAg ICAgZG9tYWluX2xvY2soZCk7CiAKLSAgICBhcmNoX3ZjcHVfcmVzZXQodik7 CisgICAgc2V0X2JpdChfVlBGX2luX3Jlc2V0LCAmdi0+cGF1c2VfZmxhZ3Mp OworICAgIHJjID0gYXJjaF92Y3B1X3Jlc2V0KHYpOworICAgIGlmICggcmMg KQorICAgICAgICBnb3RvIG91dF91bmxvY2s7CiAKICAgICBzZXRfYml0KF9W UEZfZG93biwgJnYtPnBhdXNlX2ZsYWdzKTsKIApAQCAtODkxLDkgKzg5NSwx MyBAQCB2b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpCiAjZW5kaWYK ICAgICBjcHVtYXNrX2NsZWFyKHYtPmNwdV9hZmZpbml0eV90bXApOwogICAg IGNsZWFyX2JpdChfVlBGX2Jsb2NrZWQsICZ2LT5wYXVzZV9mbGFncyk7Cisg ICAgY2xlYXJfYml0KF9WUEZfaW5fcmVzZXQsICZ2LT5wYXVzZV9mbGFncyk7 CiAKKyBvdXRfdW5sb2NrOgogICAgIGRvbWFpbl91bmxvY2sodi0+ZG9tYWlu KTsKICAgICB2Y3B1X3VucGF1c2Uodik7CisKKyAgICByZXR1cm4gcmM7CiB9 CiAKIAotLS0gYS94ZW4vY29tbW9uL2RvbWN0bC5jCisrKyBiL3hlbi9jb21t b24vZG9tY3RsLmMKQEAgLTMzMiwxMyArMzMyLDE1IEBAIGxvbmcgZG9fZG9t Y3RsKFhFTl9HVUVTVF9IQU5ETEVfUEFSQU0oeGUKICAgICAgICAgcmV0ID0g LUVJTlZBTDsKICAgICAgICAgaWYgKCAoZCA9PSBjdXJyZW50LT5kb21haW4p IHx8IC8qIG5vIGRvbWFpbl9wYXVzZSgpICovCiAgICAgICAgICAgICAgKHZj cHUgPj0gZC0+bWF4X3ZjcHVzKSB8fCAoKHYgPSBkLT52Y3B1W3ZjcHVdKSA9 PSBOVUxMKSApCi0gICAgICAgICAgICBnb3RvIHN2Y19vdXQ7CisgICAgICAg ICAgICBicmVhazsKIAogICAgICAgICBpZiAoIGd1ZXN0X2hhbmRsZV9pc19u dWxsKG9wLT51LnZjcHVjb250ZXh0LmN0eHQpICkKICAgICAgICAgewotICAg ICAgICAgICAgdmNwdV9yZXNldCh2KTsKLSAgICAgICAgICAgIHJldCA9IDA7 Ci0gICAgICAgICAgICBnb3RvIHN2Y19vdXQ7CisgICAgICAgICAgICByZXQg PSB2Y3B1X3Jlc2V0KHYpOworICAgICAgICAgICAgaWYgKCByZXQgPT0gLUVB R0FJTiApCisgICAgICAgICAgICAgICAgcmV0ID0gaHlwZXJjYWxsX2NyZWF0 ZV9jb250aW51YXRpb24oCisgICAgICAgICAgICAgICAgICAgICAgICAgIF9f SFlQRVJWSVNPUl9kb21jdGwsICJoIiwgdV9kb21jdGwpOworICAgICAgICAg ICAgYnJlYWs7CiAgICAgICAgIH0KIAogI2lmZGVmIENPTkZJR19DT01QQVQK QEAgLTM0Nyw3ICszNDksNyBAQCBsb25nIGRvX2RvbWN0bChYRU5fR1VFU1Rf SEFORExFX1BBUkFNKHhlCiAjZW5kaWYKICAgICAgICAgcmV0ID0gLUVOT01F TTsKICAgICAgICAgaWYgKCAoYy5uYXQgPSBhbGxvY192Y3B1X2d1ZXN0X2Nv bnRleHQoKSkgPT0gTlVMTCApCi0gICAgICAgICAgICBnb3RvIHN2Y19vdXQ7 CisgICAgICAgICAgICBicmVhazsKIAogI2lmZGVmIENPTkZJR19DT01QQVQK ICAgICAgICAgaWYgKCAhaXNfcHZfMzJvbjY0X3ZjcHUodikgKQpAQCAtMzY4 LDcgKzM3MCw2IEBAIGxvbmcgZG9fZG9tY3RsKFhFTl9HVUVTVF9IQU5ETEVf UEFSQU0oeGUKICAgICAgICAgICAgIGRvbWFpbl91bnBhdXNlKGQpOwogICAg ICAgICB9CiAKLSAgICBzdmNfb3V0OgogICAgICAgICBmcmVlX3ZjcHVfZ3Vl c3RfY29udGV4dChjLm5hdCk7CiAgICAgfQogICAgIGJyZWFrOwotLS0gYS94 ZW4vaW5jbHVkZS9hc20teDg2L21tLmgKKysrIGIveGVuL2luY2x1ZGUvYXNt LXg4Ni9tbS5oCkBAIC01NTYsNyArNTU2LDcgQEAgdm9pZCBhdWRpdF9kb21h aW5zKHZvaWQpOwogaW50IG5ld19ndWVzdF9jcjModW5zaWduZWQgbG9uZyBw Zm4pOwogdm9pZCBtYWtlX2NyMyhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQg bG9uZyBtZm4pOwogdm9pZCB1cGRhdGVfY3IzKHN0cnVjdCB2Y3B1ICp2KTsK LWludCB2Y3B1X2Rlc3Ryb3lfcGFnZXRhYmxlcyhzdHJ1Y3QgdmNwdSAqLCBi b29sX3QgcHJlZW1wdGlibGUpOworaW50IHZjcHVfZGVzdHJveV9wYWdldGFi bGVzKHN0cnVjdCB2Y3B1ICopOwogdm9pZCBwcm9wYWdhdGVfcGFnZV9mYXVs dCh1bnNpZ25lZCBsb25nIGFkZHIsIHUxNiBlcnJvcl9jb2RlKTsKIHZvaWQg KmRvX3BhZ2Vfd2FsayhzdHJ1Y3QgdmNwdSAqdiwgdW5zaWduZWQgbG9uZyBh ZGRyKTsKIAotLS0gYS94ZW4vaW5jbHVkZS94ZW4vZG9tYWluLmgKKysrIGIv eGVuL2luY2x1ZGUveGVuL2RvbWFpbi5oCkBAIC0xMyw3ICsxMyw3IEBAIHR5 cGVkZWYgdW5pb24gewogc3RydWN0IHZjcHUgKmFsbG9jX3ZjcHUoCiAgICAg c3RydWN0IGRvbWFpbiAqZCwgdW5zaWduZWQgaW50IHZjcHVfaWQsIHVuc2ln bmVkIGludCBjcHVfaWQpOwogc3RydWN0IHZjcHUgKmFsbG9jX2RvbTBfdmNw dTAodm9pZCk7Ci12b2lkIHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKnYpOwor aW50IHZjcHVfcmVzZXQoc3RydWN0IHZjcHUgKik7CiAKIHN0cnVjdCB4ZW5f ZG9tY3RsX2dldGRvbWFpbmluZm87CiB2b2lkIGdldGRvbWFpbmluZm8oc3Ry dWN0IGRvbWFpbiAqZCwgc3RydWN0IHhlbl9kb21jdGxfZ2V0ZG9tYWluaW5m byAqaW5mbyk7CkBAIC02Nyw3ICs2Nyw3IEBAIHZvaWQgYXJjaF9kdW1wX3Zj cHVfaW5mbyhzdHJ1Y3QgdmNwdSAqdikKIAogdm9pZCBhcmNoX2R1bXBfZG9t YWluX2luZm8oc3RydWN0IGRvbWFpbiAqZCk7CiAKLXZvaWQgYXJjaF92Y3B1 X3Jlc2V0KHN0cnVjdCB2Y3B1ICp2KTsKK2ludCBhcmNoX3ZjcHVfcmVzZXQo c3RydWN0IHZjcHUgKik7CiAKIGV4dGVybiBzcGlubG9ja190IHZjcHVfYWxs b2NfbG9jazsKIGJvb2xfdCBkb21jdGxfbG9ja19hY3F1aXJlKHZvaWQpOwot LS0gYS94ZW4vaW5jbHVkZS94ZW4vc2NoZWQuaAorKysgYi94ZW4vaW5jbHVk ZS94ZW4vc2NoZWQuaApAQCAtNjgyLDYgKzY4Miw5IEBAIHN0YXRpYyBpbmxp bmUgc3RydWN0IGRvbWFpbiAqbmV4dF9kb21haW4KICAvKiBWQ1BVIGlzIGJs b2NrZWQgZHVlIHRvIG1pc3NpbmcgbWVtX3NoYXJpbmcgcmluZy4gKi8KICNk ZWZpbmUgX1ZQRl9tZW1fc2hhcmluZyAgICAgNgogI2RlZmluZSBWUEZfbWVt X3NoYXJpbmcgICAgICAoMVVMPDxfVlBGX21lbV9zaGFyaW5nKQorIC8qIFZD UFUgaXMgYmVpbmcgcmVzZXQuICovCisjZGVmaW5lIF9WUEZfaW5fcmVzZXQg ICAgICAgIDcKKyNkZWZpbmUgVlBGX2luX3Jlc2V0ICAgICAgICAgKDFVTDw8 X1ZQRl9pbl9yZXNldCkKIAogc3RhdGljIGlubGluZSBpbnQgdmNwdV9ydW5u YWJsZShzdHJ1Y3QgdmNwdSAqdikKIHsK --=separator Content-Type: application/octet-stream; name="xsa45-unstable-05-set-info-guest-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-05-set-info-guest-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIGFyY2hfc2V0X2luZm9fZ3Vlc3QoKSBwcmVlbXB0aWJsZQoK Li4gYXMgdGhlIHJvb3QgcGFnZSB0YWJsZSB2YWxpZGF0aW9uIChhbmQgdGhl IGRyb3BwaW5nIG9mIGFuIGV2ZW50dWFsCm9sZCBvbmUpIGNhbiByZXF1aXJl IG1lYW5pbmdmdWwgYW1vdW50cyBvZiB0aW1lLgoKVGhpcyBpcyBwYXJ0IG9m IENWRS0yMDEzLTE5MTggLyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4g QmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KLS0tClNob3VsZG4ndCB3ZSwgYnR3LCBmaW5h bGx5IGRpc2FsbG93IGNhbGxpbmcgYXJjaF9zZXRfaW5mb19ndWVzdCgpIG9u IGFuCmFscmVhZHkgaW5pdGlhbGl6ZWQgdkNQVT8KCi0tLSBhL3hlbi9hcmNo L3g4Ni9kb21haW4uYworKysgYi94ZW4vYXJjaC94ODYvZG9tYWluLmMKQEAg LTc1Miw2ICs3NTIsOSBAQCBpbnQgYXJjaF9zZXRfaW5mb19ndWVzdCgKIAog ICAgIGlmICggIXYtPmlzX2luaXRpYWxpc2VkICkKICAgICB7CisgICAgICAg IGlmICggIWNvbXBhdCAmJiAhKGZsYWdzICYgVkdDRl9pbl9rZXJuZWwpICYm ICFjLm5hdC0+Y3RybHJlZ1sxXSApCisgICAgICAgICAgICByZXR1cm4gLUVJ TlZBTDsKKwogICAgICAgICB2LT5hcmNoLnB2X3ZjcHUubGR0X2Jhc2UgPSBj KGxkdF9iYXNlKTsKICAgICAgICAgdi0+YXJjaC5wdl92Y3B1LmxkdF9lbnRz ID0gYyhsZHRfZW50cyk7CiAgICAgfQpAQCAtODQ0LDgwICs4NDcsODYgQEAg aW50IGFyY2hfc2V0X2luZm9fZ3Vlc3QoCiAgICAgaWYgKCByYyAhPSAwICkK ICAgICAgICAgcmV0dXJuIHJjOwogCisgICAgc2V0X2JpdChfVlBGX2luX3Jl c2V0LCAmdi0+cGF1c2VfZmxhZ3MpOworCiAgICAgaWYgKCAhY29tcGF0ICkK LSAgICB7CiAgICAgICAgIGNyM19nZm4gPSB4ZW5fY3IzX3RvX3BmbihjLm5h dC0+Y3RybHJlZ1szXSk7Ci0gICAgICAgIGNyM19wYWdlID0gZ2V0X3BhZ2Vf ZnJvbV9nZm4oZCwgY3IzX2dmbiwgTlVMTCwgUDJNX0FMTE9DKTsKLQotICAg ICAgICBpZiAoICFjcjNfcGFnZSApCi0gICAgICAgIHsKLSAgICAgICAgICAg IGRlc3Ryb3lfZ2R0KHYpOwotICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7 Ci0gICAgICAgIH0KLSAgICAgICAgaWYgKCAhcGFnaW5nX21vZGVfcmVmY291 bnRzKGQpCi0gICAgICAgICAgICAgJiYgIWdldF9wYWdlX3R5cGUoY3IzX3Bh Z2UsIFBHVF9iYXNlX3BhZ2VfdGFibGUpICkKLSAgICAgICAgewotICAgICAg ICAgICAgcHV0X3BhZ2UoY3IzX3BhZ2UpOwotICAgICAgICAgICAgZGVzdHJv eV9nZHQodik7Ci0gICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKLSAgICAg ICAgfQorICAgIGVsc2UKKyAgICAgICAgY3IzX2dmbiA9IGNvbXBhdF9jcjNf dG9fcGZuKGMuY21wLT5jdHJscmVnWzNdKTsKKyAgICBjcjNfcGFnZSA9IGdl dF9wYWdlX2Zyb21fZ2ZuKGQsIGNyM19nZm4sIE5VTEwsIFAyTV9BTExPQyk7 CiAKKyAgICBpZiAoICFjcjNfcGFnZSApCisgICAgICAgIHJjID0gLUVJTlZB TDsKKyAgICBlbHNlIGlmICggcGFnaW5nX21vZGVfcmVmY291bnRzKGQpICkK KyAgICAgICAgLyogbm90aGluZyAqLzsKKyAgICBlbHNlIGlmICggY3IzX3Bh Z2UgPT0gdi0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsKKyAgICAg ICAgdi0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBOVUxMOworICAgICAgICBw dXRfcGFnZShjcjNfcGFnZSk7CisgICAgfQorICAgIGVsc2UKKyAgICB7Cisg ICAgICAgIC8qCisgICAgICAgICAqIFNpbmNlIHYtPmFyY2guZ3Vlc3RfdGFi bGV7LF91c2VyfSBhcmUgYm90aCBOVUxMLCB0aGlzIGVmZmVjdGl2ZWx5Cisg ICAgICAgICAqIGlzIGp1c3QgYSBjYWxsIHRvIHB1dF9vbGRfZ3Vlc3RfdGFi bGUoKS4KKyAgICAgICAgICovCisgICAgICAgIGlmICggIWNvbXBhdCApCisg ICAgICAgICAgICByYyA9IHZjcHVfZGVzdHJveV9wYWdldGFibGVzKHYpOwor ICAgICAgICBpZiAoICFyYyApCisgICAgICAgICAgICByYyA9IGdldF9wYWdl X3R5cGVfcHJlZW1wdGlibGUoY3IzX3BhZ2UsCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIWNvbXBhdCA/IFBHVF9yb290 X3BhZ2VfdGFibGUKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDogUEdUX2wzX3BhZ2VfdGFibGUpOworICAg ICAgICBpZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgICAgICByYyA9IC1F QUdBSU47CisgICAgfQorICAgIGlmICggcmMgKQorICAgICAgICAvKiBoYW5k bGVkIGJlbG93ICovOworICAgIGVsc2UgaWYgKCAhY29tcGF0ICkKKyAgICB7 CiAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVfZnJv bV9wYWdlKGNyM19wYWdlKTsKICAgICAgICAgaWYgKCBjLm5hdC0+Y3RybHJl Z1sxXSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGNyM19nZm4gPSB4ZW5f Y3IzX3RvX3BmbihjLm5hdC0+Y3RybHJlZ1sxXSk7CiAgICAgICAgICAgICBj cjNfcGFnZSA9IGdldF9wYWdlX2Zyb21fZ2ZuKGQsIGNyM19nZm4sIE5VTEws IFAyTV9BTExPQyk7CiAKLSAgICAgICAgICAgIGlmICggIWNyM19wYWdlIHx8 Ci0gICAgICAgICAgICAgICAgICghcGFnaW5nX21vZGVfcmVmY291bnRzKGQp Ci0gICAgICAgICAgICAgICAgICAmJiAhZ2V0X3BhZ2VfdHlwZShjcjNfcGFn ZSwgUEdUX2Jhc2VfcGFnZV90YWJsZSkpICkKKyAgICAgICAgICAgIGlmICgg IWNyM19wYWdlICkKKyAgICAgICAgICAgICAgICByYyA9IC1FSU5WQUw7Cisg ICAgICAgICAgICBlbHNlIGlmICggIXBhZ2luZ19tb2RlX3JlZmNvdW50cyhk KSApCiAgICAgICAgICAgICB7Ci0gICAgICAgICAgICAgICAgaWYgKGNyM19w YWdlKQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7 Ci0gICAgICAgICAgICAgICAgY3IzX3BhZ2UgPSBwYWdldGFibGVfZ2V0X3Bh Z2Uodi0+YXJjaC5ndWVzdF90YWJsZSk7Ci0gICAgICAgICAgICAgICAgdi0+ YXJjaC5ndWVzdF90YWJsZSA9IHBhZ2V0YWJsZV9udWxsKCk7Ci0gICAgICAg ICAgICAgICAgaWYgKCBwYWdpbmdfbW9kZV9yZWZjb3VudHMoZCkgKQotICAg ICAgICAgICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7Ci0gICAgICAg ICAgICAgICAgZWxzZQotICAgICAgICAgICAgICAgICAgICBwdXRfcGFnZV9h bmRfdHlwZShjcjNfcGFnZSk7Ci0gICAgICAgICAgICAgICAgZGVzdHJveV9n ZHQodik7Ci0gICAgICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7CisgICAg ICAgICAgICAgICAgcmMgPSBnZXRfcGFnZV90eXBlX3ByZWVtcHRpYmxlKGNy M19wYWdlLCBQR1Rfcm9vdF9wYWdlX3RhYmxlKTsKKyAgICAgICAgICAgICAg ICBzd2l0Y2ggKCByYyApCisgICAgICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGNhc2UgLUVJTlRSOgorICAgICAgICAgICAgICAgICAgICByYyA9 IC1FQUdBSU47CisgICAgICAgICAgICAgICAgY2FzZSAtRUFHQUlOOgorICAg ICAgICAgICAgICAgICAgICB2LT5hcmNoLm9sZF9ndWVzdF90YWJsZSA9Cisg ICAgICAgICAgICAgICAgICAgICAgICBwYWdldGFibGVfZ2V0X3BhZ2Uodi0+ YXJjaC5ndWVzdF90YWJsZSk7CisgICAgICAgICAgICAgICAgICAgIHYtPmFy Y2guZ3Vlc3RfdGFibGUgPSBwYWdldGFibGVfbnVsbCgpOworICAgICAgICAg ICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICB9CiAgICAgICAg ICAgICB9Ci0KLSAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNl ciA9IHBhZ2V0YWJsZV9mcm9tX3BhZ2UoY3IzX3BhZ2UpOwotICAgICAgICB9 Ci0gICAgICAgIGVsc2UgaWYgKCAhKGZsYWdzICYgVkdDRl9pbl9rZXJuZWwp ICkKLSAgICAgICAgewotICAgICAgICAgICAgZGVzdHJveV9nZHQodik7Ci0g ICAgICAgICAgICByZXR1cm4gLUVJTlZBTDsKKyAgICAgICAgICAgIGlmICgg IXJjICkKKyAgICAgICAgICAgICAgIHYtPmFyY2guZ3Vlc3RfdGFibGVfdXNl ciA9IHBhZ2V0YWJsZV9mcm9tX3BhZ2UoY3IzX3BhZ2UpOwogICAgICAgICB9 CiAgICAgfQogICAgIGVsc2UKICAgICB7CiAgICAgICAgIGw0X3BnZW50cnlf dCAqbDR0YWI7CiAKLSAgICAgICAgY3IzX2dmbiA9IGNvbXBhdF9jcjNfdG9f cGZuKGMuY21wLT5jdHJscmVnWzNdKTsKLSAgICAgICAgY3IzX3BhZ2UgPSBn ZXRfcGFnZV9mcm9tX2dmbihkLCBjcjNfZ2ZuLCBOVUxMLCBQMk1fQUxMT0Mp OwotCi0gICAgICAgIGlmICggIWNyM19wYWdlKQotICAgICAgICB7Ci0gICAg ICAgICAgICBkZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAt RUlOVkFMOwotICAgICAgICB9Ci0KLSAgICAgICAgaWYgKCFwYWdpbmdfbW9k ZV9yZWZjb3VudHMoZCkKLSAgICAgICAgICAgICYmICFnZXRfcGFnZV90eXBl KGNyM19wYWdlLCBQR1RfbDNfcGFnZV90YWJsZSkgKQotICAgICAgICB7Ci0g ICAgICAgICAgICBwdXRfcGFnZShjcjNfcGFnZSk7Ci0gICAgICAgICAgICBk ZXN0cm95X2dkdCh2KTsKLSAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwot ICAgICAgICB9Ci0KICAgICAgICAgbDR0YWIgPSBtYXBfZG9tYWluX3BhZ2Uo cGFnZXRhYmxlX2dldF9wZm4odi0+YXJjaC5ndWVzdF90YWJsZSkpOwogICAg ICAgICAqbDR0YWIgPSBsNGVfZnJvbV9wZm4ocGFnZV90b19tZm4oY3IzX3Bh Z2UpLAogICAgICAgICAgICAgX1BBR0VfUFJFU0VOVHxfUEFHRV9SV3xfUEFH RV9VU0VSfF9QQUdFX0FDQ0VTU0VEKTsKICAgICAgICAgdW5tYXBfZG9tYWlu X3BhZ2UobDR0YWIpOwogICAgIH0KKyAgICBpZiAoIHJjICkKKyAgICB7Cisg ICAgICAgIGlmICggY3IzX3BhZ2UgKQorICAgICAgICAgICAgcHV0X3BhZ2Uo Y3IzX3BhZ2UpOworICAgICAgICBkZXN0cm95X2dkdCh2KTsKKyAgICAgICAg cmV0dXJuIHJjOworICAgIH0KKworICAgIGNsZWFyX2JpdChfVlBGX2luX3Jl c2V0LCAmdi0+cGF1c2VfZmxhZ3MpOwogCiAgICAgaWYgKCB2LT52Y3B1X2lk ID09IDAgKQogICAgICAgICB1cGRhdGVfZG9tYWluX3dhbGxjbG9ja190aW1l KGQpOwotLS0gYS94ZW4vY29tbW9uL2NvbXBhdC9kb21haW4uYworKysgYi94 ZW4vY29tbW9uL2NvbXBhdC9kb21haW4uYwpAQCAtNTAsNiArNTAsMTAgQEAg aW50IGNvbXBhdF92Y3B1X29wKGludCBjbWQsIGludCB2Y3B1aWQsIAogICAg ICAgICByYyA9IHYtPmlzX2luaXRpYWxpc2VkID8gLUVFWElTVCA6IGFyY2hf c2V0X2luZm9fZ3Vlc3QodiwgY21wX2N0eHQpOwogICAgICAgICBkb21haW5f dW5sb2NrKGQpOwogCisgICAgICAgIGlmICggcmMgPT0gLUVBR0FJTiApCisg ICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KF9fSFlQRVJWSVNPUl92Y3B1X29wLCAiaWloIiwKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY21kLCB2Y3B1aWQs IGFyZyk7CisKICAgICAgICAgeGZyZWUoY21wX2N0eHQpOwogICAgICAgICBi cmVhazsKICAgICB9Ci0tLSBhL3hlbi9jb21tb24vZG9tYWluLmMKKysrIGIv eGVuL2NvbW1vbi9kb21haW4uYwpAQCAtOTM4LDYgKzkzOCwxMSBAQCBsb25n IGRvX3ZjcHVfb3AoaW50IGNtZCwgaW50IHZjcHVpZCwgWEVOCiAgICAgICAg IGRvbWFpbl91bmxvY2soZCk7CiAKICAgICAgICAgZnJlZV92Y3B1X2d1ZXN0 X2NvbnRleHQoY3R4dCk7CisKKyAgICAgICAgaWYgKCByYyA9PSAtRUFHQUlO ICkKKyAgICAgICAgICAgIHJjID0gaHlwZXJjYWxsX2NyZWF0ZV9jb250aW51 YXRpb24oX19IWVBFUlZJU09SX3ZjcHVfb3AsICJpaWgiLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjbWQsIHZj cHVpZCwgYXJnKTsKKwogICAgICAgICBicmVhazsKIAogICAgIGNhc2UgVkNQ VU9QX3VwOiB7Ci0tLSBhL3hlbi9jb21tb24vZG9tY3RsLmMKKysrIGIveGVu L2NvbW1vbi9kb21jdGwuYwpAQCAtMzY4LDYgKzM2OCwxMCBAQCBsb25nIGRv X2RvbWN0bChYRU5fR1VFU1RfSEFORExFX1BBUkFNKHhlCiAgICAgICAgICAg ICBkb21haW5fcGF1c2UoZCk7CiAgICAgICAgICAgICByZXQgPSBhcmNoX3Nl dF9pbmZvX2d1ZXN0KHYsIGMpOwogICAgICAgICAgICAgZG9tYWluX3VucGF1 c2UoZCk7CisKKyAgICAgICAgICAgIGlmICggcmV0ID09IC1FQUdBSU4gKQor ICAgICAgICAgICAgICAgIHJldCA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGlu dWF0aW9uKAorICAgICAgICAgICAgICAgICAgICAgICAgICBfX0hZUEVSVklT T1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsKICAgICAgICAgfQogCiAgICAg ICAgIGZyZWVfdmNwdV9ndWVzdF9jb250ZXh0KGMubmF0KTsK --=separator Content-Type: application/octet-stream; name="xsa45-unstable-06-unpin-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-06-unpin-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgdW5waW5uaW5nIHByZWVtcHRpYmxlCgou Li4gYXMgaXQgbWF5IHRha2Ugc2lnbmlmaWNhbnQgYW1vdW50cyBvZiB0aW1l LgoKU2luY2Ugd2UgY2FuJ3QgcmUtaW52b2tlIHRoZSBvcGVyYXRpb24gaW4g YSBzZWNvbmQgYXR0ZW1wdCwgdGhlCmNvbnRpbnVhdGlvbiBsb2dpYyBtdXN0 IGJlIHNsaWdodGx5IHR3ZWFrZWQgc28gdGhhdCB3ZSBtYWtlIHN1cmUKZG9f bW11ZXh0X29wKCkgZ2V0cyBydW4gb25lIG1vcmUgdGltZSBldmVuIHdoZW4g dGhlIHByZWVtcHRlZCB1bnBpbgpvcGVyYXRpb24gd2FzIHRoZSBsYXN0IG9u ZSBpbiBhIGJhdGNoLgoKVGhpcyBpcyBwYXJ0IG9mIENWRS0yMDEzLTE5MTgg LyBYU0EtNDUuCgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxp Y2hAc3VzZS5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVuLm9y Zz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9tbS5jCisrKyBiL3hlbi9hcmNoL3g4 Ni9tbS5jCkBAIC0yODU5LDYgKzI4NTksMTQgQEAgbG9uZyBkb19tbXVleHRf b3AoCiAgICAgICAgIHJldHVybiByYzsKICAgICB9CiAKKyAgICBpZiAoIHVu bGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1QVEVEKSAmJgorICAg ICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxsKHVvcHMpKSApCisg ICAgeworICAgICAgICAvKiBTZWUgdGhlIGN1cnItPmFyY2gub2xkX2d1ZXN0 X3RhYmxlIHJlbGF0ZWQKKyAgICAgICAgICogaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oKSBiZWxvdy4gKi8KKyAgICAgICAgcmV0dXJuIChpbnQp Zm9yZWlnbmRvbTsKKyAgICB9CisKICAgICBpZiAoIHVubGlrZWx5KGNvdW50 ICYgTU1VX1VQREFURV9QUkVFTVBURUQpICkKICAgICB7CiAgICAgICAgIGNv dW50ICY9IH5NTVVfVVBEQVRFX1BSRUVNUFRFRDsKQEAgLTI4ODksNyArMjg5 Nyw3IEBAIGxvbmcgZG9fbW11ZXh0X29wKAogCiAgICAgZm9yICggaSA9IDA7 IGkgPCBjb3VudDsgaSsrICkKICAgICB7Ci0gICAgICAgIGlmICggaHlwZXJj YWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIGlmICggY3Vyci0+YXJj aC5vbGRfZ3Vlc3RfdGFibGUgfHwgaHlwZXJjYWxsX3ByZWVtcHRfY2hlY2so KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAg ICAgICAgICAgIGJyZWFrOwpAQCAtMzAwOSw3ICszMDE3LDE3IEBAIGxvbmcg ZG9fbW11ZXh0X29wKAogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICAgfQogCi0gICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdl KTsKKyAgICAgICAgICAgIHN3aXRjaCAoIHJjID0gcHV0X3BhZ2VfYW5kX3R5 cGVfcHJlZW1wdGlibGUocGFnZSwgMSkgKQorICAgICAgICAgICAgeworICAg ICAgICAgICAgY2FzZSAtRUlOVFI6CisgICAgICAgICAgICBjYXNlIC1FQUdB SU46CisgICAgICAgICAgICAgICAgY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFi bGUgPSBwYWdlOworICAgICAgICAgICAgICAgIHJjID0gMDsKKyAgICAgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAg ICAgICAgICAgQlVHX09OKHJjKTsKKyAgICAgICAgICAgICAgICBicmVhazsK KyAgICAgICAgICAgIH0KICAgICAgICAgICAgIHB1dF9wYWdlKHBhZ2UpOwog CiAgICAgICAgICAgICAvKiBBIHBhZ2UgaXMgZGlydGllZCB3aGVuIGl0cyBw aW4gc3RhdHVzIGlzIGNsZWFyZWQuICovCkBAIC0zMzE4LDkgKzMzMzYsMjcg QEAgbG9uZyBkb19tbXVleHRfb3AoCiAgICAgfQogCiAgICAgaWYgKCByYyA9 PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAgIEFTU0VSVChpIDwgY291bnQp OwogICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAogICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdWV4dF9vcCwgImhpaGki LAogICAgICAgICAgICAgdW9wcywgKGNvdW50IC0gaSkgfCBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgcGRvbmUsIGZvcmVpZ25kb20pOworICAgIH0KKyAgICBl bHNlIGlmICggY3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgKQorICAgIHsK KyAgICAgICAgWEVOX0dVRVNUX0hBTkRMRV9QQVJBTSh2b2lkKSBudWxsOwor CisgICAgICAgIEFTU0VSVChyYyB8fCBpID09IGNvdW50KTsKKyAgICAgICAg c2V0X3hlbl9ndWVzdF9oYW5kbGUobnVsbCwgTlVMTCk7CisgICAgICAgIC8q CisgICAgICAgICAqIEluIG9yZGVyIHRvIGhhdmUgYSB3YXkgdG8gY29tbXVu aWNhdGUgdGhlIGZpbmFsIHJldHVybiB2YWx1ZSB0bworICAgICAgICAgKiBv dXIgY29udGludWF0aW9uLCB3ZSBwYXNzIHRoaXMgaW4gcGxhY2Ugb2YgImZv cmVpZ25kb20iLCBidWlsZGluZworICAgICAgICAgKiBvbiB0aGUgZmFjdCB0 aGF0IHRoaXMgYXJndW1lbnQgaXNuJ3QgbmVlZGVkIGFueW1vcmUuCisgICAg ICAgICAqLworICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGlu dWF0aW9uKAorICAgICAgICAgICAgICAgIF9fSFlQRVJWSVNPUl9tbXVleHRf b3AsICJoaWhpIiwgbnVsbCwKKyAgICAgICAgICAgICAgICBNTVVfVVBEQVRF X1BSRUVNUFRFRCwgbnVsbCwgcmMpOworICAgIH0KIAogICAgIHB1dF9wZ19v d25lcihwZ19vd25lcik7CiAKLS0tIGEveGVuL2FyY2gveDg2L3g4Nl82NC9j b21wYXQvbW0uYworKysgYi94ZW4vYXJjaC94ODYveDg2XzY0L2NvbXBhdC9t bS5jCkBAIC0yNjgsNiArMjY4LDEzIEBAIGludCBjb21wYXRfbW11ZXh0X29w KFhFTl9HVUVTVF9IQU5ETEVfUEEKICAgICBpbnQgcmMgPSAwOwogICAgIFhF Tl9HVUVTVF9IQU5ETEVfUEFSQU0obW11ZXh0X29wX3QpIG5hdF9vcHM7CiAK KyAgICBpZiAoIHVubGlrZWx5KGNvdW50ID09IE1NVV9VUERBVEVfUFJFRU1Q VEVEKSAmJgorICAgICAgICAgbGlrZWx5KGd1ZXN0X2hhbmRsZV9pc19udWxs KGNtcF91b3BzKSkgKQorICAgIHsKKyAgICAgICAgc2V0X3hlbl9ndWVzdF9o YW5kbGUobmF0X29wcywgTlVMTCk7CisgICAgICAgIHJldHVybiBkb19tbXVl eHRfb3AobmF0X29wcywgY291bnQsIHBkb25lLCBmb3JlaWduZG9tKTsKKyAg ICB9CisKICAgICBwcmVlbXB0X21hc2sgPSBjb3VudCAmIE1NVV9VUERBVEVf UFJFRU1QVEVEOwogICAgIGNvdW50IF49IHByZWVtcHRfbWFzazsKIApAQCAt MzcwLDEyICszNzcsMTggQEAgaW50IGNvbXBhdF9tbXVleHRfb3AoWEVOX0dV RVNUX0hBTkRMRV9QQQogICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9h ZGRfb2Zmc2V0KG5hdF9vcHMsIGkgLSBsZWZ0KTsKICAgICAgICAgICAgICAg ICBndWVzdF9oYW5kbGVfc3VidHJhY3Rfb2Zmc2V0KGNtcF91b3BzLCBsZWZ0 KTsKICAgICAgICAgICAgICAgICBsZWZ0ID0gMTsKLSAgICAgICAgICAgICAg ICBCVUdfT04oIWh5cGVyY2FsbF94bGF0X2NvbnRpbnVhdGlvbigmbGVmdCwg MHgwMSwgbmF0X29wcywgY21wX3VvcHMpKTsKLSAgICAgICAgICAgICAgICBC VUdfT04obGVmdCAhPSBhcmcxKTsKLSAgICAgICAgICAgICAgICBpZiAoIXRl c3RfYml0KF9NQ1NGX2luX211bHRpY2FsbCwgJm1jcy0+ZmxhZ3MpKQotICAg ICAgICAgICAgICAgICAgICByZWdzLT5fZWN4ICs9IGNvdW50IC0gaTsKKyAg ICAgICAgICAgICAgICBpZiAoIGFyZzEgIT0gTU1VX1VQREFURV9QUkVFTVBU RUQgKQorICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAg QlVHX09OKCFoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24oJmxlZnQsIDB4 MDEsIG5hdF9vcHMsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGNtcF91b3BzKSk7CisgICAgICAg ICAgICAgICAgICAgIGlmICggIXRlc3RfYml0KF9NQ1NGX2luX211bHRpY2Fs bCwgJm1jcy0+ZmxhZ3MpICkKKyAgICAgICAgICAgICAgICAgICAgICAgIHJl Z3MtPl9lY3ggKz0gY291bnQgLSBpOworICAgICAgICAgICAgICAgICAgICBl bHNlCisgICAgICAgICAgICAgICAgICAgICAgICBtY3MtPmNvbXBhdF9jYWxs LmFyZ3NbMV0gKz0gY291bnQgLSBpOworICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgICBlbHNlCi0gICAgICAgICAgICAgICAgICAgIG1jcy0+ Y29tcGF0X2NhbGwuYXJnc1sxXSArPSBjb3VudCAtIGk7CisgICAgICAgICAg ICAgICAgICAgIEJVR19PTihoeXBlcmNhbGxfeGxhdF9jb250aW51YXRpb24o JmxlZnQsIDApKTsKKyAgICAgICAgICAgICAgICBCVUdfT04obGVmdCAhPSBh cmcxKTsKICAgICAgICAgICAgIH0KICAgICAgICAgICAgIGVsc2UKICAgICAg ICAgICAgICAgICBCVUdfT04oZXJyID4gMCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa45-unstable-07-mm-error-paths-preemptible.patch" Content-Disposition: attachment; filename="xsa45-unstable-07-mm-error-paths-preemptible.patch" Content-Transfer-Encoding: base64 eDg2OiBtYWtlIHBhZ2UgdGFibGUgaGFuZGxpbmcgZXJyb3IgcGF0aHMgcHJl ZW1wdGlibGUKCi4uLiBhcyB0aGV5IG1heSB0YWtlIHNpZ25pZmljYW50IGFt b3VudHMgb2YgdGltZS4KClRoaXMgcmVxdWlyZXMgY2xvbmluZyB0aGUgdHdl YWtlZCBjb250aW51YXRpb24gbG9naWMgZnJvbQpkb19tbXVleHRfb3AoKSB0 byBkb19tbXVfdXBkYXRlKCkuCgpOb3RlIHRoYXQgaW4gbW9kX2xbMzRdX2Vu dHJ5KCkgYSBuZWdhdGl2ZSAicHJlZW1wdGlibGUiIHZhbHVlIGdldHMKcGFz c2VkIHRvIHB1dF9wYWdlX2Zyb21fbFszNF1lKCkgbm93LCB0ZWxsaW5nIHRo ZSBjYWxsZWUgdG8gc3RvcmUgdGhlCnJlc3BlY3RpdmUgcGFnZSBpbiBjdXJy ZW50LT5hcmNoLm9sZF9ndWVzdF90YWJsZSAoZm9yIGEgaHlwZXJjYWxsCmNv bnRpbnVhdGlvbiB0byBwaWNrIHVwKSwgcmF0aGVyIHRoYW4gY2Fycnlpbmcg b3V0IHRoZSBwdXQgcmlnaHQgYXdheS4KVGhpcyBpcyBnb2luZyB0byBiZSBt YWRlIGEgbGl0dGxlIG1vcmUgZXhwbGljaXQgYnkgYSBzdWJzZXF1ZW50IGNs ZWFudXAKcGF0Y2guCgpUaGlzIGlzIHBhcnQgb2YgQ1ZFLTIwMTMtMTkxOCAv IFhTQS00NS4KClNpZ25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGlj aEBzdXNlLmNvbT4KQWNrZWQtYnk6IFRpbSBEZWVnYW4gPHRpbUB4ZW4ub3Jn PgoKLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2FyY2gveDg2 L21tLmMKQEAgLTExMzksNyArMTEzOSwxNiBAQCBzdGF0aWMgaW50IHB1dF9w YWdlX2Zyb21fbDNlKGwzX3BnZW50cnlfCiAgICAgfQogCiAgICAgaWYgKCB1 bmxpa2VseShwYXJ0aWFsID4gMCkgKQorICAgIHsKKyAgICAgICAgQVNTRVJU KHByZWVtcHRpYmxlID49IDApOwogICAgICAgICByZXR1cm4gX19wdXRfcGFn ZV90eXBlKGwzZV9nZXRfcGFnZShsM2UpLCBwcmVlbXB0aWJsZSk7CisgICAg fQorCisgICAgaWYgKCBwcmVlbXB0aWJsZSA8IDAgKQorICAgIHsKKyAgICAg ICAgY3VycmVudC0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBsM2VfZ2V0X3Bh Z2UobDNlKTsKKyAgICAgICAgcmV0dXJuIDA7CisgICAgfQogCiAgICAgcmV0 dXJuIHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKGwzZV9nZXRfcGFn ZShsM2UpLCBwcmVlbXB0aWJsZSk7CiB9CkBAIC0xMTUxLDcgKzExNjAsMTcg QEAgc3RhdGljIGludCBwdXRfcGFnZV9mcm9tX2w0ZShsNF9wZ2VudHJ5Xwog ICAgICAgICAgKGw0ZV9nZXRfcGZuKGw0ZSkgIT0gcGZuKSApCiAgICAgewog ICAgICAgICBpZiAoIHVubGlrZWx5KHBhcnRpYWwgPiAwKSApCisgICAgICAg IHsKKyAgICAgICAgICAgIEFTU0VSVChwcmVlbXB0aWJsZSA+PSAwKTsKICAg ICAgICAgICAgIHJldHVybiBfX3B1dF9wYWdlX3R5cGUobDRlX2dldF9wYWdl KGw0ZSksIHByZWVtcHRpYmxlKTsKKyAgICAgICAgfQorCisgICAgICAgIGlm ICggcHJlZW1wdGlibGUgPCAwICkKKyAgICAgICAgeworICAgICAgICAgICAg Y3VycmVudC0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBsNGVfZ2V0X3BhZ2Uo bDRlKTsKKyAgICAgICAgICAgIHJldHVybiAwOworICAgICAgICB9CisKICAg ICAgICAgcmV0dXJuIHB1dF9wYWdlX2FuZF90eXBlX3ByZWVtcHRpYmxlKGw0 ZV9nZXRfcGFnZShsNGUpLCBwcmVlbXB0aWJsZSk7CiAgICAgfQogICAgIHJl dHVybiAxOwpAQCAtMTM0NywxMiArMTM2NiwxNyBAQCBzdGF0aWMgaW50IGFs bG9jX2wzX3RhYmxlKHN0cnVjdCBwYWdlX2luCiAgICAgaWYgKCByYyA8IDAg JiYgcmMgIT0gLUVBR0FJTiAmJiByYyAhPSAtRUlOVFIgKQogICAgIHsKICAg ICAgICAgTUVNX0xPRygiRmFpbHVyZSBpbiBhbGxvY19sM190YWJsZTogZW50 cnkgJWQiLCBpKTsKKyAgICAgICAgaWYgKCBpICkKKyAgICAgICAgeworICAg ICAgICAgICAgcGFnZS0+bnJfdmFsaWRhdGVkX3B0ZXMgPSBpOworICAgICAg ICAgICAgcGFnZS0+cGFydGlhbF9wdGUgPSAwOworICAgICAgICAgICAgY3Vy cmVudC0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAgICAgICB9 CiAgICAgICAgIHdoaWxlICggaS0tID4gMCApCiAgICAgICAgIHsKICAgICAg ICAgICAgIGlmICggIWlzX2d1ZXN0X2wzX3Nsb3QoaSkgKQogICAgICAgICAg ICAgICAgIGNvbnRpbnVlOwogICAgICAgICAgICAgdW5hZGp1c3RfZ3Vlc3Rf bDNlKHBsM2VbaV0sIGQpOwotICAgICAgICAgICAgcHV0X3BhZ2VfZnJvbV9s M2UocGwzZVtpXSwgcGZuLCAwLCAwKTsKICAgICAgICAgfQogICAgIH0KIApA QCAtMTM5OCwyMiArMTQyMiwyNCBAQCBzdGF0aWMgaW50IGFsbG9jX2w0X3Rh YmxlKHN0cnVjdCBwYWdlX2luCiAgICAgICAgICAgICBwYWdlLT5ucl92YWxp ZGF0ZWRfcHRlcyA9IGk7CiAgICAgICAgICAgICBwYWdlLT5wYXJ0aWFsX3B0 ZSA9IHBhcnRpYWwgPzogMTsKICAgICAgICAgfQotICAgICAgICBlbHNlIGlm ICggcmMgPT0gLUVJTlRSICkKKyAgICAgICAgZWxzZSBpZiAoIHJjIDwgMCAp CiAgICAgICAgIHsKKyAgICAgICAgICAgIGlmICggcmMgIT0gLUVJTlRSICkK KyAgICAgICAgICAgICAgICBNRU1fTE9HKCJGYWlsdXJlIGluIGFsbG9jX2w0 X3RhYmxlOiBlbnRyeSAlZCIsIGkpOwogICAgICAgICAgICAgaWYgKCBpICkK ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICBwYWdlLT5ucl92YWxp ZGF0ZWRfcHRlcyA9IGk7CiAgICAgICAgICAgICAgICAgcGFnZS0+cGFydGlh bF9wdGUgPSAwOwotICAgICAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKKyAg ICAgICAgICAgICAgICBpZiAoIHJjID09IC1FSU5UUiApCisgICAgICAgICAg ICAgICAgICAgIHJjID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICBlbHNl CisgICAgICAgICAgICAgICAgeworICAgICAgICAgICAgICAgICAgICBpZiAo IGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlICkKKyAgICAgICAgICAg ICAgICAgICAgICAgIHBhZ2UtPm5yX3ZhbGlkYXRlZF9wdGVzKys7CisgICAg ICAgICAgICAgICAgICAgIGN1cnJlbnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxl ID0gcGFnZTsKKyAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAg ICAgICAgIH0KLSAgICAgICAgZWxzZSBpZiAoIHJjIDwgMCApCi0gICAgICAg IHsKLSAgICAgICAgICAgIE1FTV9MT0coIkZhaWx1cmUgaW4gYWxsb2NfbDRf dGFibGU6IGVudHJ5ICVkIiwgaSk7Ci0gICAgICAgICAgICB3aGlsZSAoIGkt LSA+IDAgKQotICAgICAgICAgICAgICAgIGlmICggaXNfZ3Vlc3RfbDRfc2xv dChkLCBpKSApCi0gICAgICAgICAgICAgICAgICAgIHB1dF9wYWdlX2Zyb21f bDRlKHBsNGVbaV0sIHBmbiwgMCwgMCk7Ci0gICAgICAgIH0KICAgICAgICAg aWYgKCByYyA8IDAgKQogICAgICAgICB7CiAgICAgICAgICAgICB1bm1hcF9k b21haW5fcGFnZShwbDRlKTsKQEAgLTE4NDYsNyArMTg3Miw3IEBAIHN0YXRp YyBpbnQgbW9kX2wzX2VudHJ5KGwzX3BnZW50cnlfdCAqcGwKICAgICAgICAg aWYgKCAhY3JlYXRlX3BhZV94ZW5fbWFwcGluZ3MoZCwgcGwzZSkgKQogICAg ICAgICAgICAgQlVHKCk7CiAKLSAgICBwdXRfcGFnZV9mcm9tX2wzZShvbDNl LCBwZm4sIDAsIDApOworICAgIHB1dF9wYWdlX2Zyb21fbDNlKG9sM2UsIHBm biwgMCwgLXByZWVtcHRpYmxlKTsKICAgICByZXR1cm4gcmM7CiB9CiAKQEAg LTE5MDcsNyArMTkzMyw3IEBAIHN0YXRpYyBpbnQgbW9kX2w0X2VudHJ5KGw0 X3BnZW50cnlfdCAqcGwKICAgICAgICAgcmV0dXJuIC1FRkFVTFQ7CiAgICAg fQogCi0gICAgcHV0X3BhZ2VfZnJvbV9sNGUob2w0ZSwgcGZuLCAwLCAwKTsK KyAgICBwdXRfcGFnZV9mcm9tX2w0ZShvbDRlLCBwZm4sIDAsIC1wcmVlbXB0 aWJsZSk7CiAgICAgcmV0dXJuIHJjOwogfQogCkBAIC0yMDYzLDcgKzIwODks MTUgQEAgc3RhdGljIGludCBhbGxvY19wYWdlX3R5cGUoc3RydWN0IHBhZ2Vf aQogICAgICAgICAgICAgICAgIFBSdHlwZV9pbmZvICI6IGNhZj0lMDhseCB0 YWY9JSIgUFJ0eXBlX2luZm8sCiAgICAgICAgICAgICAgICAgcGFnZV90b19t Zm4ocGFnZSksIGdldF9ncGZuX2Zyb21fbWZuKHBhZ2VfdG9fbWZuKHBhZ2Up KSwKICAgICAgICAgICAgICAgICB0eXBlLCBwYWdlLT5jb3VudF9pbmZvLCBw YWdlLT51LmludXNlLnR5cGVfaW5mbyk7Ci0gICAgICAgIHBhZ2UtPnUuaW51 c2UudHlwZV9pbmZvID0gMDsKKyAgICAgICAgaWYgKCBwYWdlICE9IGN1cnJl bnQtPmFyY2gub2xkX2d1ZXN0X3RhYmxlICkKKyAgICAgICAgICAgIHBhZ2Ut PnUuaW51c2UudHlwZV9pbmZvID0gMDsKKyAgICAgICAgZWxzZQorICAgICAg ICB7CisgICAgICAgICAgICBBU1NFUlQoKHBhZ2UtPnUuaW51c2UudHlwZV9p bmZvICYKKyAgICAgICAgICAgICAgICAgICAgKFBHVF9jb3VudF9tYXNrIHwg UEdUX3ZhbGlkYXRlZCkpID09IDEpOworICAgICAgICAgICAgZ2V0X3BhZ2Vf bGlnaHQocGFnZSk7CisgICAgICAgICAgICBwYWdlLT51LmludXNlLnR5cGVf aW5mbyB8PSBQR1RfcGFydGlhbDsKKyAgICAgICAgfQogICAgIH0KICAgICBl bHNlCiAgICAgewpAQCAtMjk2MSwyMSArMjk5NSwxNyBAQCBsb25nIGRvX21t dWV4dF9vcCgKICAgICAgICAgICAgIH0KIAogICAgICAgICAgICAgaWYgKCAo cmMgPSB4c21fbWVtb3J5X3Bpbl9wYWdlKFhTTV9IT09LLCBkLCBwZ19vd25l ciwgcGFnZSkpICE9IDAgKQotICAgICAgICAgICAgewotICAgICAgICAgICAg ICAgIHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOwogICAgICAgICAgICAgICAg IG9rYXkgPSAwOwotICAgICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICAg ICAgfQotCi0gICAgICAgICAgICBpZiAoIHVubGlrZWx5KHRlc3RfYW5kX3Nl dF9iaXQoX1BHVF9waW5uZWQsCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgJnBhZ2UtPnUuaW51c2UudHlwZV9pbmZvKSkg KQorICAgICAgICAgICAgZWxzZSBpZiAoIHVubGlrZWx5KHRlc3RfYW5kX3Nl dF9iaXQoX1BHVF9waW5uZWQsCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAmcGFnZS0+dS5pbnVzZS50eXBlX2lu Zm8pKSApCiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgTUVNX0xP RygiTWZuICVseCBhbHJlYWR5IHBpbm5lZCIsIHBhZ2VfdG9fbWZuKHBhZ2Up KTsKLSAgICAgICAgICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdlKTsK ICAgICAgICAgICAgICAgICBva2F5ID0gMDsKLSAgICAgICAgICAgICAgICBi cmVhazsKICAgICAgICAgICAgIH0KIAorICAgICAgICAgICAgaWYgKCB1bmxp a2VseSghb2theSkgKQorICAgICAgICAgICAgICAgIGdvdG8gcGluX2Ryb3A7 CisKICAgICAgICAgICAgIC8qIEEgcGFnZSBpcyBkaXJ0aWVkIHdoZW4gaXRz IHBpbiBzdGF0dXMgaXMgc2V0LiAqLwogICAgICAgICAgICAgcGFnaW5nX21h cmtfZGlydHkocGdfb3duZXIsIHBhZ2VfdG9fbWZuKHBhZ2UpKTsKIApAQCAt Mjk4OSw3ICszMDE5LDEzIEBAIGxvbmcgZG9fbW11ZXh0X29wKAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmcGFn ZS0+dS5pbnVzZS50eXBlX2luZm8pKTsKICAgICAgICAgICAgICAgICBzcGlu X3VubG9jaygmcGdfb3duZXItPnBhZ2VfYWxsb2NfbG9jayk7CiAgICAgICAg ICAgICAgICAgaWYgKCBkcm9wX3JlZiApCi0gICAgICAgICAgICAgICAgICAg IHB1dF9wYWdlX2FuZF90eXBlKHBhZ2UpOworICAgICAgICAgICAgICAgIHsK KyAgICAgICAgcGluX2Ryb3A6CisgICAgICAgICAgICAgICAgICAgIGlmICgg dHlwZSA9PSBQR1RfbDFfcGFnZV90YWJsZSApCisgICAgICAgICAgICAgICAg ICAgICAgICBwdXRfcGFnZV9hbmRfdHlwZShwYWdlKTsKKyAgICAgICAgICAg ICAgICAgICAgZWxzZQorICAgICAgICAgICAgICAgICAgICAgICAgY3Vyci0+ YXJjaC5vbGRfZ3Vlc3RfdGFibGUgPSBwYWdlOworICAgICAgICAgICAgICAg IH0KICAgICAgICAgICAgIH0KIAogICAgICAgICAgICAgYnJlYWs7CkBAIC0z MzgzLDEzICszNDE5LDMwIEBAIGxvbmcgZG9fbW11X3VwZGF0ZSgKICAgICB2 b2lkICp2YTsKICAgICB1bnNpZ25lZCBsb25nIGdwZm4sIGdtZm4sIG1mbjsK ICAgICBzdHJ1Y3QgcGFnZV9pbmZvICpwYWdlOwotICAgIGludCByYyA9IDAs IGkgPSAwOwotICAgIHVuc2lnbmVkIGludCBjbWQsIGRvbmUgPSAwLCBwdF9k b207Ci0gICAgc3RydWN0IHZjcHUgKnYgPSBjdXJyZW50OworICAgIHVuc2ln bmVkIGludCBjbWQsIGkgPSAwLCBkb25lID0gMCwgcHRfZG9tOworICAgIHN0 cnVjdCB2Y3B1ICpjdXJyID0gY3VycmVudCwgKnYgPSBjdXJyOwogICAgIHN0 cnVjdCBkb21haW4gKmQgPSB2LT5kb21haW4sICpwdF9vd25lciA9IGQsICpw Z19vd25lcjsKICAgICBzdHJ1Y3QgZG9tYWluX21tYXBfY2FjaGUgbWFwY2Fj aGU7CiAgICAgdWludDMyX3QgeHNtX25lZWRlZCA9IDA7CiAgICAgdWludDMy X3QgeHNtX2NoZWNrZWQgPSAwOworICAgIGludCByYyA9IHB1dF9vbGRfZ3Vl c3RfdGFibGUoY3Vycik7CisKKyAgICBpZiAoIHVubGlrZWx5KHJjKSApCisg ICAgeworICAgICAgICBpZiAoIGxpa2VseShyYyA9PSAtRUFHQUlOKSApCisg ICAgICAgICAgICByYyA9IGh5cGVyY2FsbF9jcmVhdGVfY29udGludWF0aW9u KAorICAgICAgICAgICAgICAgICAgICAgX19IWVBFUlZJU09SX21tdV91cGRh dGUsICJoaWhpIiwgdXJlcXMsIGNvdW50LCBwZG9uZSwKKyAgICAgICAgICAg ICAgICAgICAgIGZvcmVpZ25kb20pOworICAgICAgICByZXR1cm4gcmM7Cisg ICAgfQorCisgICAgaWYgKCB1bmxpa2VseShjb3VudCA9PSBNTVVfVVBEQVRF X1BSRUVNUFRFRCkgJiYKKyAgICAgICAgIGxpa2VseShndWVzdF9oYW5kbGVf aXNfbnVsbCh1cmVxcykpICkKKyAgICB7CisgICAgICAgIC8qIFNlZSB0aGUg Y3Vyci0+YXJjaC5vbGRfZ3Vlc3RfdGFibGUgcmVsYXRlZAorICAgICAgICAg KiBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbigpIGJlbG93LiAqLwor ICAgICAgICByZXR1cm4gKGludClmb3JlaWduZG9tOworICAgIH0KIAogICAg IGlmICggdW5saWtlbHkoY291bnQgJiBNTVVfVVBEQVRFX1BSRUVNUFRFRCkg KQogICAgIHsKQEAgLTM0MzMsNyArMzQ4Niw3IEBAIGxvbmcgZG9fbW11X3Vw ZGF0ZSgKIAogICAgIGZvciAoIGkgPSAwOyBpIDwgY291bnQ7IGkrKyApCiAg ICAgewotICAgICAgICBpZiAoIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkg KQorICAgICAgICBpZiAoIGN1cnItPmFyY2gub2xkX2d1ZXN0X3RhYmxlIHx8 IGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQogICAgICAgICB7CiAgICAg ICAgICAgICByYyA9IC1FQUdBSU47CiAgICAgICAgICAgICBicmVhazsKQEAg LTM2MjgsOSArMzY4MSwyNyBAQCBsb25nIGRvX21tdV91cGRhdGUoCiAgICAg fQogCiAgICAgaWYgKCByYyA9PSAtRUFHQUlOICkKKyAgICB7CisgICAgICAg IEFTU0VSVChpIDwgY291bnQpOwogICAgICAgICByYyA9IGh5cGVyY2FsbF9j cmVhdGVfY29udGludWF0aW9uKAogICAgICAgICAgICAgX19IWVBFUlZJU09S X21tdV91cGRhdGUsICJoaWhpIiwKICAgICAgICAgICAgIHVyZXFzLCAoY291 bnQgLSBpKSB8IE1NVV9VUERBVEVfUFJFRU1QVEVELCBwZG9uZSwgZm9yZWln bmRvbSk7CisgICAgfQorICAgIGVsc2UgaWYgKCBjdXJyLT5hcmNoLm9sZF9n dWVzdF90YWJsZSApCisgICAgeworICAgICAgICBYRU5fR1VFU1RfSEFORExF X1BBUkFNKHZvaWQpIG51bGw7CisKKyAgICAgICAgQVNTRVJUKHJjIHx8IGkg PT0gY291bnQpOworICAgICAgICBzZXRfeGVuX2d1ZXN0X2hhbmRsZShudWxs LCBOVUxMKTsKKyAgICAgICAgLyoKKyAgICAgICAgICogSW4gb3JkZXIgdG8g aGF2ZSBhIHdheSB0byBjb21tdW5pY2F0ZSB0aGUgZmluYWwgcmV0dXJuIHZh bHVlIHRvCisgICAgICAgICAqIG91ciBjb250aW51YXRpb24sIHdlIHBhc3Mg dGhpcyBpbiBwbGFjZSBvZiAiZm9yZWlnbmRvbSIsIGJ1aWxkaW5nCisgICAg ICAgICAqIG9uIHRoZSBmYWN0IHRoYXQgdGhpcyBhcmd1bWVudCBpc24ndCBu ZWVkZWQgYW55bW9yZS4KKyAgICAgICAgICovCisgICAgICAgIHJjID0gaHlw ZXJjYWxsX2NyZWF0ZV9jb250aW51YXRpb24oCisgICAgICAgICAgICAgICAg X19IWVBFUlZJU09SX21tdV91cGRhdGUsICJoaWhpIiwgbnVsbCwKKyAgICAg ICAgICAgICAgICBNTVVfVVBEQVRFX1BSRUVNUFRFRCwgbnVsbCwgcmMpOwor ICAgIH0KIAogICAgIHB1dF9wZ19vd25lcihwZ19vd25lcik7CiAK --=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 May 02 15:05:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 15:05: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 1UXv3Z-0002mI-0K; Thu, 02 May 2013 15:04:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXv3W-0002ls-9d; Thu, 02 May 2013 15:04:22 +0000 Received: from [85.158.139.83:19683] by server-8.bemta-5.messagelabs.com id BB/81-29170-57082815; Thu, 02 May 2013 15:04:21 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1367507059!27145042!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6621 invoked from network); 2 May 2013 15:04:20 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-6.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 2 May 2013 15:04:20 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXv3K-0003HG-D0; Thu, 02 May 2013 15:04:10 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UXv3J-00018f-9u; Thu, 02 May 2013 15:04:09 +0000 Date: Thu, 02 May 2013 15:04:09 +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 49 (CVE-2013-1952) - VT-d interrupt remapping source validation flaw for bridges X-BeenThere: xen-users@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-1952 / XSA-49 version 2 VT-d interrupt remapping source validation flaw for bridges UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= Interrupt remapping table entries for MSI interrupts set up by bridge devices did not get any source validation set up on them, allowing misbehaving or malicious guests to inject interrupts into the domain owning the bridges. In a typical Xen system bridge devices are owned by domain 0, leaving it vulnerable to such an attack. Such a DoS is likely to have an impact on other guests running in the system. IMPACT ====== A malicious domain, given access to a device which bus mastering capable, can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== Xen version 4.0 onwards is vulnerable. Only systems using Intel VT-d for PCI passthrough are vulnerable. Any domain which is given access to a PCI device that is bus mastering capable can take advantage of this vulnerability. MITIGATION ========== This issue can be avoided by not assigning PCI devices to untrusted guests. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa49-unstable.patch Xen xen-unstable xsa49-4.2.patch Xen 4.2.x xsa49-4.1.patch Xen 4.1.x $ sha256sum xsa49-*.patch 666aec709795163e7c19e99f71ff88cb9a4d66f3f0599ef66446310323fd8d9e xsa49-4.1.patch 37055cbc74111cbc507af3f09d6ac2e472f24efd54cd3e08583dc635e66a539f xsa49-4.2.patch ba07b4ff0393084282edc24db7f03eb95b0a4bbc8d40d6ede601d0182a0fc852 xsa49-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRgnfXAAoJEIP+FMlX6CvZoHsH/jNpyc3Y1ga9GPQSxZ+GaXme z/TzcW1gZsP8TVlsoXJbGSVMbDLNLkTA7LpPkep/tSNOfQ3Umg/70sLtvXmpm2PR zvpLgjpKut5ziqLLhFX1kTRZIrg9X8p9k9DHiq3JKK7WUZ1S21i8zQH8w6k9R2Q5 JO6WTP5VidDVByn23HcIwUI1/z4mbPIe5MI2/I81dbw3BnMLHeX8RGlIHz1Cj729 W7UqRDkivdH0CjF4D/hBskcI+3bZOS2I+JrQf78YP5kq2zr1tSJ6wH9VhxgI0ku1 LgmmEPfqoeCXK8/s0QcLFj+nAMx6OZWeTPJ31RT41106ZWku+gazddFsZJ+PeuY= =no/g -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa49-4.1.patch" Content-Disposition: attachment; filename="xsa49-4.1.patch" Content-Transfer-Encoding: base64 VlQtZDogZG9uJ3QgcGVybWl0IFNWVF9OT19WRVJJRlkgZW50cmllcyBmb3Ig a25vd24gZGV2aWNlIHR5cGVzCgpPbmx5IGluIGNhc2VzIHdoZXJlIHdlIGRv bid0IGtub3cgd2hhdCB0byBkbyB3ZSBzaG91bGQgbGVhdmUgdGhlIElSVEUK YmxhbmsgKHN1cHByZXNzaW5nIGFsbCB2YWxpZGF0aW9uKSwgYnV0IHdlIHNo b3VsZCBhbHdheXMgbG9nIGEgd2FybmluZwppbiB0aG9zZSBjYXNlcyAoYXMg YmVpbmcgaW5zZWN1cmUpLgoKVGhpcyBpcyBDVkUtMjAxMy0xOTUyIC8gWFNB LTQ5LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1 c2UuY29tPgpBY2tlZC1ieTogIlpoYW5nLCBYaWFudGFvIiA8eGlhbnRhby56 aGFuZ0BpbnRlbC5jb20+CgotLS0gYS94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYworKysgYi94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYwpAQCAtNDc3LDE2ICs0NzcsMTUgQEAgc3RhdGlj IHZvaWQgc2V0X21zaV9zb3VyY2VfaWQoc3RydWN0IHBjaQogICAgIHR5cGUg PSBwZGV2X3R5cGUoYnVzLCBkZXZmbik7CiAgICAgc3dpdGNoICggdHlwZSAp CiAgICAgeworICAgIGNhc2UgREVWX1RZUEVfUENJZV9FTkRQT0lOVDoKICAg ICBjYXNlIERFVl9UWVBFX1BDSWVfQlJJREdFOgogICAgIGNhc2UgREVWX1RZ UEVfUENJZTJQQ0lfQlJJREdFOgotICAgIGNhc2UgREVWX1RZUEVfTEVHQUNZ X1BDSV9CUklER0U6Ci0gICAgICAgIGJyZWFrOwotCi0gICAgY2FzZSBERVZf VFlQRV9QQ0llX0VORFBPSU5UOgogICAgICAgICBzZXRfaXJlX3NpZChpcmUs IFNWVF9WRVJJRllfU0lEX1NRLCBTUV9BTExfMTYsIFBDSV9CREYyKGJ1cywg ZGV2Zm4pKTsKICAgICAgICAgYnJlYWs7CiAKICAgICBjYXNlIERFVl9UWVBF X1BDSToKKyAgICBjYXNlIERFVl9UWVBFX0xFR0FDWV9QQ0lfQlJJREdFOgor ICAgIC8qIGNhc2UgREVWX1RZUEVfUENJMlBDSWVfQlJJREdFOiAqLwogICAg ICAgICByZXQgPSBmaW5kX3Vwc3RyZWFtX2JyaWRnZSgmYnVzLCAmZGV2Zm4s ICZzZWNidXMpOwogICAgICAgICBpZiAoIHJldCA9PSAwICkgLyogaW50ZWdy YXRlZCBQQ0kgZGV2aWNlICovCiAgICAgICAgIHsKQEAgLTQ5OCwxMCArNDk3 LDE1IEBAIHN0YXRpYyB2b2lkIHNldF9tc2lfc291cmNlX2lkKHN0cnVjdCBw Y2kKICAgICAgICAgICAgIGlmICggcGRldl90eXBlKGJ1cywgZGV2Zm4pID09 IERFVl9UWVBFX1BDSWUyUENJX0JSSURHRSApCiAgICAgICAgICAgICAgICAg c2V0X2lyZV9zaWQoaXJlLCBTVlRfVkVSSUZZX0JVUywgU1FfQUxMXzE2LAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIChidXMgPDwgOCkgfCBwZGV2 LT5idXMpOwotICAgICAgICAgICAgZWxzZSBpZiAoIHBkZXZfdHlwZShidXMs IGRldmZuKSA9PSBERVZfVFlQRV9MRUdBQ1lfUENJX0JSSURHRSApCisgICAg ICAgICAgICBlbHNlCiAgICAgICAgICAgICAgICAgc2V0X2lyZV9zaWQoaXJl LCBTVlRfVkVSSUZZX1NJRF9TUSwgU1FfQUxMXzE2LAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFBDSV9CREYyKGJ1cywgZGV2Zm4pKTsKICAgICAg ICAgfQorICAgICAgICBlbHNlCisgICAgICAgICAgICBkcHJpbnRrKFhFTkxP R19XQVJOSU5HIFZURFBSRUZJWCwKKyAgICAgICAgICAgICAgICAgICAgImQl ZDogbm8gdXBzdHJlYW0gYnJpZGdlIGZvciAlMDJ4OiUwMnguJXVcbiIsCisg ICAgICAgICAgICAgICAgICAgIHBkZXYtPmRvbWFpbi0+ZG9tYWluX2lkLAor ICAgICAgICAgICAgICAgICAgICBidXMsIFBDSV9TTE9UKGRldmZuKSwgUENJ X0ZVTkMoZGV2Zm4pKTsKICAgICAgICAgYnJlYWs7CiAKICAgICBkZWZhdWx0 Ogo= --=separator Content-Type: application/octet-stream; name="xsa49-4.2.patch" Content-Disposition: attachment; filename="xsa49-4.2.patch" Content-Transfer-Encoding: base64 VlQtZDogZG9uJ3QgcGVybWl0IFNWVF9OT19WRVJJRlkgZW50cmllcyBmb3Ig a25vd24gZGV2aWNlIHR5cGVzCgpPbmx5IGluIGNhc2VzIHdoZXJlIHdlIGRv bid0IGtub3cgd2hhdCB0byBkbyB3ZSBzaG91bGQgbGVhdmUgdGhlIElSVEUK YmxhbmsgKHN1cHByZXNzaW5nIGFsbCB2YWxpZGF0aW9uKSwgYnV0IHdlIHNo b3VsZCBhbHdheXMgbG9nIGEgd2FybmluZwppbiB0aG9zZSBjYXNlcyAoYXMg YmVpbmcgaW5zZWN1cmUpLgoKVGhpcyBpcyBDVkUtMjAxMy0xOTUyIC8gWFNB LTQ5LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1 c2UuY29tPgpBY2tlZC1ieTogIlpoYW5nLCBYaWFudGFvIiA8eGlhbnRhby56 aGFuZ0BpbnRlbC5jb20+CgotLS0gYS94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYworKysgYi94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYwpAQCAtNDQwLDE2ICs0NDAsMTUgQEAgc3RhdGlj IHZvaWQgc2V0X21zaV9zb3VyY2VfaWQoc3RydWN0IHBjaQogICAgIHR5cGUg PSBwZGV2X3R5cGUoc2VnLCBidXMsIGRldmZuKTsKICAgICBzd2l0Y2ggKCB0 eXBlICkKICAgICB7CisgICAgY2FzZSBERVZfVFlQRV9QQ0llX0VORFBPSU5U OgogICAgIGNhc2UgREVWX1RZUEVfUENJZV9CUklER0U6CiAgICAgY2FzZSBE RVZfVFlQRV9QQ0llMlBDSV9CUklER0U6Ci0gICAgY2FzZSBERVZfVFlQRV9M RUdBQ1lfUENJX0JSSURHRToKLSAgICAgICAgYnJlYWs7Ci0KLSAgICBjYXNl IERFVl9UWVBFX1BDSWVfRU5EUE9JTlQ6CiAgICAgICAgIHNldF9pcmVfc2lk KGlyZSwgU1ZUX1ZFUklGWV9TSURfU1EsIFNRX0FMTF8xNiwgUENJX0JERjIo YnVzLCBkZXZmbikpOwogICAgICAgICBicmVhazsKIAogICAgIGNhc2UgREVW X1RZUEVfUENJOgorICAgIGNhc2UgREVWX1RZUEVfTEVHQUNZX1BDSV9CUklE R0U6CisgICAgLyogY2FzZSBERVZfVFlQRV9QQ0kyUENJZV9CUklER0U6ICov CiAgICAgICAgIHJldCA9IGZpbmRfdXBzdHJlYW1fYnJpZGdlKHNlZywgJmJ1 cywgJmRldmZuLCAmc2VjYnVzKTsKICAgICAgICAgaWYgKCByZXQgPT0gMCAp IC8qIGludGVncmF0ZWQgUENJIGRldmljZSAqLwogICAgICAgICB7CkBAIC00 NjEsMTAgKzQ2MCwxNSBAQCBzdGF0aWMgdm9pZCBzZXRfbXNpX3NvdXJjZV9p ZChzdHJ1Y3QgcGNpCiAgICAgICAgICAgICBpZiAoIHBkZXZfdHlwZShzZWcs IGJ1cywgZGV2Zm4pID09IERFVl9UWVBFX1BDSWUyUENJX0JSSURHRSApCiAg ICAgICAgICAgICAgICAgc2V0X2lyZV9zaWQoaXJlLCBTVlRfVkVSSUZZX0JV UywgU1FfQUxMXzE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIChi dXMgPDwgOCkgfCBwZGV2LT5idXMpOwotICAgICAgICAgICAgZWxzZSBpZiAo IHBkZXZfdHlwZShzZWcsIGJ1cywgZGV2Zm4pID09IERFVl9UWVBFX0xFR0FD WV9QQ0lfQlJJREdFICkKKyAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAg ICAgICBzZXRfaXJlX3NpZChpcmUsIFNWVF9WRVJJRllfU0lEX1NRLCBTUV9B TExfMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUENJX0JERjIo YnVzLCBkZXZmbikpOwogICAgICAgICB9CisgICAgICAgIGVsc2UKKyAgICAg ICAgICAgIGRwcmludGsoWEVOTE9HX1dBUk5JTkcgVlREUFJFRklYLAorICAg ICAgICAgICAgICAgICAgICAiZCVkOiBubyB1cHN0cmVhbSBicmlkZ2UgZm9y ICUwNHg6JTAyeDolMDJ4LiV1XG4iLAorICAgICAgICAgICAgICAgICAgICBw ZGV2LT5kb21haW4tPmRvbWFpbl9pZCwKKyAgICAgICAgICAgICAgICAgICAg c2VnLCBidXMsIFBDSV9TTE9UKGRldmZuKSwgUENJX0ZVTkMoZGV2Zm4pKTsK ICAgICAgICAgYnJlYWs7CiAKICAgICBkZWZhdWx0Ogo= --=separator Content-Type: application/octet-stream; name="xsa49-unstable.patch" Content-Disposition: attachment; filename="xsa49-unstable.patch" Content-Transfer-Encoding: base64 VlQtZDogZG9uJ3QgcGVybWl0IFNWVF9OT19WRVJJRlkgZW50cmllcyBmb3Ig a25vd24gZGV2aWNlIHR5cGVzCgpPbmx5IGluIGNhc2VzIHdoZXJlIHdlIGRv bid0IGtub3cgd2hhdCB0byBkbyB3ZSBzaG91bGQgbGVhdmUgdGhlIElSVEUK YmxhbmsgKHN1cHByZXNzaW5nIGFsbCB2YWxpZGF0aW9uKSwgYnV0IHdlIHNo b3VsZCBhbHdheXMgbG9nIGEgd2FybmluZwppbiB0aG9zZSBjYXNlcyAoYXMg YmVpbmcgaW5zZWN1cmUpLgoKVGhpcyBpcyBDVkUtMjAxMy0xOTUyIC8gWFNB LTQ5LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1 c2UuY29tPgpBY2tlZC1ieTogIlpoYW5nLCBYaWFudGFvIiA8eGlhbnRhby56 aGFuZ0BpbnRlbC5jb20+CgotLS0gYS94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYworKysgYi94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYwpAQCAtNDM3LDEyICs0MzcsOSBAQCBzdGF0aWMg dm9pZCBzZXRfbXNpX3NvdXJjZV9pZChzdHJ1Y3QgcGNpCiAgICAgewogICAg ICAgICB1bnNpZ25lZCBpbnQgc3E7CiAKKyAgICBjYXNlIERFVl9UWVBFX1BD SWVfRU5EUE9JTlQ6CiAgICAgY2FzZSBERVZfVFlQRV9QQ0llX0JSSURHRToK ICAgICBjYXNlIERFVl9UWVBFX1BDSWUyUENJX0JSSURHRToKLSAgICBjYXNl IERFVl9UWVBFX0xFR0FDWV9QQ0lfQlJJREdFOgotICAgICAgICBicmVhazsK LQotICAgIGNhc2UgREVWX1RZUEVfUENJZV9FTkRQT0lOVDoKICAgICAgICAg c3dpdGNoICggcGRldi0+cGhhbnRvbV9zdHJpZGUgKQogICAgICAgICB7CiAg ICAgICAgIGNhc2UgMTogc3EgPSBTUV8xM19JR05PUkVfMzsgYnJlYWs7CkBA IC00NTQsNiArNDUxLDggQEAgc3RhdGljIHZvaWQgc2V0X21zaV9zb3VyY2Vf aWQoc3RydWN0IHBjaQogICAgICAgICBicmVhazsKIAogICAgIGNhc2UgREVW X1RZUEVfUENJOgorICAgIGNhc2UgREVWX1RZUEVfTEVHQUNZX1BDSV9CUklE R0U6CisgICAgY2FzZSBERVZfVFlQRV9QQ0kyUENJZV9CUklER0U6CiAgICAg ICAgIHJldCA9IGZpbmRfdXBzdHJlYW1fYnJpZGdlKHNlZywgJmJ1cywgJmRl dmZuLCAmc2VjYnVzKTsKICAgICAgICAgaWYgKCByZXQgPT0gMCApIC8qIGlu dGVncmF0ZWQgUENJIGRldmljZSAqLwogICAgICAgICB7CkBAIC00NjUsMTAg KzQ2NCwxNSBAQCBzdGF0aWMgdm9pZCBzZXRfbXNpX3NvdXJjZV9pZChzdHJ1 Y3QgcGNpCiAgICAgICAgICAgICBpZiAoIHBkZXZfdHlwZShzZWcsIGJ1cywg ZGV2Zm4pID09IERFVl9UWVBFX1BDSWUyUENJX0JSSURHRSApCiAgICAgICAg ICAgICAgICAgc2V0X2lyZV9zaWQoaXJlLCBTVlRfVkVSSUZZX0JVUywgU1Ff QUxMXzE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIChidXMgPDwg OCkgfCBwZGV2LT5idXMpOwotICAgICAgICAgICAgZWxzZSBpZiAoIHBkZXZf dHlwZShzZWcsIGJ1cywgZGV2Zm4pID09IERFVl9UWVBFX0xFR0FDWV9QQ0lf QlJJREdFICkKKyAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAgICAgICBz ZXRfaXJlX3NpZChpcmUsIFNWVF9WRVJJRllfU0lEX1NRLCBTUV9BTExfMTYs CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUENJX0JERjIoYnVzLCBk ZXZmbikpOwogICAgICAgICB9CisgICAgICAgIGVsc2UKKyAgICAgICAgICAg IGRwcmludGsoWEVOTE9HX1dBUk5JTkcgVlREUFJFRklYLAorICAgICAgICAg ICAgICAgICAgICAiZCVkOiBubyB1cHN0cmVhbSBicmlkZ2UgZm9yICUwNHg6 JTAyeDolMDJ4LiV1XG4iLAorICAgICAgICAgICAgICAgICAgICBwZGV2LT5k b21haW4tPmRvbWFpbl9pZCwKKyAgICAgICAgICAgICAgICAgICAgc2VnLCBi dXMsIFBDSV9TTE9UKGRldmZuKSwgUENJX0ZVTkMoZGV2Zm4pKTsKICAgICAg ICAgYnJlYWs7CiAKICAgICBkZWZhdWx0Ogo= --=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 May 02 15:05:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 15:05: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 1UXv3Z-0002mI-0K; Thu, 02 May 2013 15:04:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXv3W-0002ls-9d; Thu, 02 May 2013 15:04:22 +0000 Received: from [85.158.139.83:19683] by server-8.bemta-5.messagelabs.com id BB/81-29170-57082815; Thu, 02 May 2013 15:04:21 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1367507059!27145042!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6621 invoked from network); 2 May 2013 15:04:20 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-6.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 2 May 2013 15:04:20 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXv3K-0003HG-D0; Thu, 02 May 2013 15:04:10 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UXv3J-00018f-9u; Thu, 02 May 2013 15:04:09 +0000 Date: Thu, 02 May 2013 15:04:09 +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 49 (CVE-2013-1952) - VT-d interrupt remapping source validation flaw for bridges X-BeenThere: xen-users@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-1952 / XSA-49 version 2 VT-d interrupt remapping source validation flaw for bridges UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= Interrupt remapping table entries for MSI interrupts set up by bridge devices did not get any source validation set up on them, allowing misbehaving or malicious guests to inject interrupts into the domain owning the bridges. In a typical Xen system bridge devices are owned by domain 0, leaving it vulnerable to such an attack. Such a DoS is likely to have an impact on other guests running in the system. IMPACT ====== A malicious domain, given access to a device which bus mastering capable, can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== Xen version 4.0 onwards is vulnerable. Only systems using Intel VT-d for PCI passthrough are vulnerable. Any domain which is given access to a PCI device that is bus mastering capable can take advantage of this vulnerability. MITIGATION ========== This issue can be avoided by not assigning PCI devices to untrusted guests. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa49-unstable.patch Xen xen-unstable xsa49-4.2.patch Xen 4.2.x xsa49-4.1.patch Xen 4.1.x $ sha256sum xsa49-*.patch 666aec709795163e7c19e99f71ff88cb9a4d66f3f0599ef66446310323fd8d9e xsa49-4.1.patch 37055cbc74111cbc507af3f09d6ac2e472f24efd54cd3e08583dc635e66a539f xsa49-4.2.patch ba07b4ff0393084282edc24db7f03eb95b0a4bbc8d40d6ede601d0182a0fc852 xsa49-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRgnfXAAoJEIP+FMlX6CvZoHsH/jNpyc3Y1ga9GPQSxZ+GaXme z/TzcW1gZsP8TVlsoXJbGSVMbDLNLkTA7LpPkep/tSNOfQ3Umg/70sLtvXmpm2PR zvpLgjpKut5ziqLLhFX1kTRZIrg9X8p9k9DHiq3JKK7WUZ1S21i8zQH8w6k9R2Q5 JO6WTP5VidDVByn23HcIwUI1/z4mbPIe5MI2/I81dbw3BnMLHeX8RGlIHz1Cj729 W7UqRDkivdH0CjF4D/hBskcI+3bZOS2I+JrQf78YP5kq2zr1tSJ6wH9VhxgI0ku1 LgmmEPfqoeCXK8/s0QcLFj+nAMx6OZWeTPJ31RT41106ZWku+gazddFsZJ+PeuY= =no/g -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa49-4.1.patch" Content-Disposition: attachment; filename="xsa49-4.1.patch" Content-Transfer-Encoding: base64 VlQtZDogZG9uJ3QgcGVybWl0IFNWVF9OT19WRVJJRlkgZW50cmllcyBmb3Ig a25vd24gZGV2aWNlIHR5cGVzCgpPbmx5IGluIGNhc2VzIHdoZXJlIHdlIGRv bid0IGtub3cgd2hhdCB0byBkbyB3ZSBzaG91bGQgbGVhdmUgdGhlIElSVEUK YmxhbmsgKHN1cHByZXNzaW5nIGFsbCB2YWxpZGF0aW9uKSwgYnV0IHdlIHNo b3VsZCBhbHdheXMgbG9nIGEgd2FybmluZwppbiB0aG9zZSBjYXNlcyAoYXMg YmVpbmcgaW5zZWN1cmUpLgoKVGhpcyBpcyBDVkUtMjAxMy0xOTUyIC8gWFNB LTQ5LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1 c2UuY29tPgpBY2tlZC1ieTogIlpoYW5nLCBYaWFudGFvIiA8eGlhbnRhby56 aGFuZ0BpbnRlbC5jb20+CgotLS0gYS94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYworKysgYi94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYwpAQCAtNDc3LDE2ICs0NzcsMTUgQEAgc3RhdGlj IHZvaWQgc2V0X21zaV9zb3VyY2VfaWQoc3RydWN0IHBjaQogICAgIHR5cGUg PSBwZGV2X3R5cGUoYnVzLCBkZXZmbik7CiAgICAgc3dpdGNoICggdHlwZSAp CiAgICAgeworICAgIGNhc2UgREVWX1RZUEVfUENJZV9FTkRQT0lOVDoKICAg ICBjYXNlIERFVl9UWVBFX1BDSWVfQlJJREdFOgogICAgIGNhc2UgREVWX1RZ UEVfUENJZTJQQ0lfQlJJREdFOgotICAgIGNhc2UgREVWX1RZUEVfTEVHQUNZ X1BDSV9CUklER0U6Ci0gICAgICAgIGJyZWFrOwotCi0gICAgY2FzZSBERVZf VFlQRV9QQ0llX0VORFBPSU5UOgogICAgICAgICBzZXRfaXJlX3NpZChpcmUs IFNWVF9WRVJJRllfU0lEX1NRLCBTUV9BTExfMTYsIFBDSV9CREYyKGJ1cywg ZGV2Zm4pKTsKICAgICAgICAgYnJlYWs7CiAKICAgICBjYXNlIERFVl9UWVBF X1BDSToKKyAgICBjYXNlIERFVl9UWVBFX0xFR0FDWV9QQ0lfQlJJREdFOgor ICAgIC8qIGNhc2UgREVWX1RZUEVfUENJMlBDSWVfQlJJREdFOiAqLwogICAg ICAgICByZXQgPSBmaW5kX3Vwc3RyZWFtX2JyaWRnZSgmYnVzLCAmZGV2Zm4s ICZzZWNidXMpOwogICAgICAgICBpZiAoIHJldCA9PSAwICkgLyogaW50ZWdy YXRlZCBQQ0kgZGV2aWNlICovCiAgICAgICAgIHsKQEAgLTQ5OCwxMCArNDk3 LDE1IEBAIHN0YXRpYyB2b2lkIHNldF9tc2lfc291cmNlX2lkKHN0cnVjdCBw Y2kKICAgICAgICAgICAgIGlmICggcGRldl90eXBlKGJ1cywgZGV2Zm4pID09 IERFVl9UWVBFX1BDSWUyUENJX0JSSURHRSApCiAgICAgICAgICAgICAgICAg c2V0X2lyZV9zaWQoaXJlLCBTVlRfVkVSSUZZX0JVUywgU1FfQUxMXzE2LAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIChidXMgPDwgOCkgfCBwZGV2 LT5idXMpOwotICAgICAgICAgICAgZWxzZSBpZiAoIHBkZXZfdHlwZShidXMs IGRldmZuKSA9PSBERVZfVFlQRV9MRUdBQ1lfUENJX0JSSURHRSApCisgICAg ICAgICAgICBlbHNlCiAgICAgICAgICAgICAgICAgc2V0X2lyZV9zaWQoaXJl LCBTVlRfVkVSSUZZX1NJRF9TUSwgU1FfQUxMXzE2LAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFBDSV9CREYyKGJ1cywgZGV2Zm4pKTsKICAgICAg ICAgfQorICAgICAgICBlbHNlCisgICAgICAgICAgICBkcHJpbnRrKFhFTkxP R19XQVJOSU5HIFZURFBSRUZJWCwKKyAgICAgICAgICAgICAgICAgICAgImQl ZDogbm8gdXBzdHJlYW0gYnJpZGdlIGZvciAlMDJ4OiUwMnguJXVcbiIsCisg ICAgICAgICAgICAgICAgICAgIHBkZXYtPmRvbWFpbi0+ZG9tYWluX2lkLAor ICAgICAgICAgICAgICAgICAgICBidXMsIFBDSV9TTE9UKGRldmZuKSwgUENJ X0ZVTkMoZGV2Zm4pKTsKICAgICAgICAgYnJlYWs7CiAKICAgICBkZWZhdWx0 Ogo= --=separator Content-Type: application/octet-stream; name="xsa49-4.2.patch" Content-Disposition: attachment; filename="xsa49-4.2.patch" Content-Transfer-Encoding: base64 VlQtZDogZG9uJ3QgcGVybWl0IFNWVF9OT19WRVJJRlkgZW50cmllcyBmb3Ig a25vd24gZGV2aWNlIHR5cGVzCgpPbmx5IGluIGNhc2VzIHdoZXJlIHdlIGRv bid0IGtub3cgd2hhdCB0byBkbyB3ZSBzaG91bGQgbGVhdmUgdGhlIElSVEUK YmxhbmsgKHN1cHByZXNzaW5nIGFsbCB2YWxpZGF0aW9uKSwgYnV0IHdlIHNo b3VsZCBhbHdheXMgbG9nIGEgd2FybmluZwppbiB0aG9zZSBjYXNlcyAoYXMg YmVpbmcgaW5zZWN1cmUpLgoKVGhpcyBpcyBDVkUtMjAxMy0xOTUyIC8gWFNB LTQ5LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1 c2UuY29tPgpBY2tlZC1ieTogIlpoYW5nLCBYaWFudGFvIiA8eGlhbnRhby56 aGFuZ0BpbnRlbC5jb20+CgotLS0gYS94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYworKysgYi94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYwpAQCAtNDQwLDE2ICs0NDAsMTUgQEAgc3RhdGlj IHZvaWQgc2V0X21zaV9zb3VyY2VfaWQoc3RydWN0IHBjaQogICAgIHR5cGUg PSBwZGV2X3R5cGUoc2VnLCBidXMsIGRldmZuKTsKICAgICBzd2l0Y2ggKCB0 eXBlICkKICAgICB7CisgICAgY2FzZSBERVZfVFlQRV9QQ0llX0VORFBPSU5U OgogICAgIGNhc2UgREVWX1RZUEVfUENJZV9CUklER0U6CiAgICAgY2FzZSBE RVZfVFlQRV9QQ0llMlBDSV9CUklER0U6Ci0gICAgY2FzZSBERVZfVFlQRV9M RUdBQ1lfUENJX0JSSURHRToKLSAgICAgICAgYnJlYWs7Ci0KLSAgICBjYXNl IERFVl9UWVBFX1BDSWVfRU5EUE9JTlQ6CiAgICAgICAgIHNldF9pcmVfc2lk KGlyZSwgU1ZUX1ZFUklGWV9TSURfU1EsIFNRX0FMTF8xNiwgUENJX0JERjIo YnVzLCBkZXZmbikpOwogICAgICAgICBicmVhazsKIAogICAgIGNhc2UgREVW X1RZUEVfUENJOgorICAgIGNhc2UgREVWX1RZUEVfTEVHQUNZX1BDSV9CUklE R0U6CisgICAgLyogY2FzZSBERVZfVFlQRV9QQ0kyUENJZV9CUklER0U6ICov CiAgICAgICAgIHJldCA9IGZpbmRfdXBzdHJlYW1fYnJpZGdlKHNlZywgJmJ1 cywgJmRldmZuLCAmc2VjYnVzKTsKICAgICAgICAgaWYgKCByZXQgPT0gMCAp IC8qIGludGVncmF0ZWQgUENJIGRldmljZSAqLwogICAgICAgICB7CkBAIC00 NjEsMTAgKzQ2MCwxNSBAQCBzdGF0aWMgdm9pZCBzZXRfbXNpX3NvdXJjZV9p ZChzdHJ1Y3QgcGNpCiAgICAgICAgICAgICBpZiAoIHBkZXZfdHlwZShzZWcs IGJ1cywgZGV2Zm4pID09IERFVl9UWVBFX1BDSWUyUENJX0JSSURHRSApCiAg ICAgICAgICAgICAgICAgc2V0X2lyZV9zaWQoaXJlLCBTVlRfVkVSSUZZX0JV UywgU1FfQUxMXzE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIChi dXMgPDwgOCkgfCBwZGV2LT5idXMpOwotICAgICAgICAgICAgZWxzZSBpZiAo IHBkZXZfdHlwZShzZWcsIGJ1cywgZGV2Zm4pID09IERFVl9UWVBFX0xFR0FD WV9QQ0lfQlJJREdFICkKKyAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAg ICAgICBzZXRfaXJlX3NpZChpcmUsIFNWVF9WRVJJRllfU0lEX1NRLCBTUV9B TExfMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUENJX0JERjIo YnVzLCBkZXZmbikpOwogICAgICAgICB9CisgICAgICAgIGVsc2UKKyAgICAg ICAgICAgIGRwcmludGsoWEVOTE9HX1dBUk5JTkcgVlREUFJFRklYLAorICAg ICAgICAgICAgICAgICAgICAiZCVkOiBubyB1cHN0cmVhbSBicmlkZ2UgZm9y ICUwNHg6JTAyeDolMDJ4LiV1XG4iLAorICAgICAgICAgICAgICAgICAgICBw ZGV2LT5kb21haW4tPmRvbWFpbl9pZCwKKyAgICAgICAgICAgICAgICAgICAg c2VnLCBidXMsIFBDSV9TTE9UKGRldmZuKSwgUENJX0ZVTkMoZGV2Zm4pKTsK ICAgICAgICAgYnJlYWs7CiAKICAgICBkZWZhdWx0Ogo= --=separator Content-Type: application/octet-stream; name="xsa49-unstable.patch" Content-Disposition: attachment; filename="xsa49-unstable.patch" Content-Transfer-Encoding: base64 VlQtZDogZG9uJ3QgcGVybWl0IFNWVF9OT19WRVJJRlkgZW50cmllcyBmb3Ig a25vd24gZGV2aWNlIHR5cGVzCgpPbmx5IGluIGNhc2VzIHdoZXJlIHdlIGRv bid0IGtub3cgd2hhdCB0byBkbyB3ZSBzaG91bGQgbGVhdmUgdGhlIElSVEUK YmxhbmsgKHN1cHByZXNzaW5nIGFsbCB2YWxpZGF0aW9uKSwgYnV0IHdlIHNo b3VsZCBhbHdheXMgbG9nIGEgd2FybmluZwppbiB0aG9zZSBjYXNlcyAoYXMg YmVpbmcgaW5zZWN1cmUpLgoKVGhpcyBpcyBDVkUtMjAxMy0xOTUyIC8gWFNB LTQ5LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1 c2UuY29tPgpBY2tlZC1ieTogIlpoYW5nLCBYaWFudGFvIiA8eGlhbnRhby56 aGFuZ0BpbnRlbC5jb20+CgotLS0gYS94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYworKysgYi94ZW4vZHJpdmVycy9wYXNzdGhyb3Vn aC92dGQvaW50cmVtYXAuYwpAQCAtNDM3LDEyICs0MzcsOSBAQCBzdGF0aWMg dm9pZCBzZXRfbXNpX3NvdXJjZV9pZChzdHJ1Y3QgcGNpCiAgICAgewogICAg ICAgICB1bnNpZ25lZCBpbnQgc3E7CiAKKyAgICBjYXNlIERFVl9UWVBFX1BD SWVfRU5EUE9JTlQ6CiAgICAgY2FzZSBERVZfVFlQRV9QQ0llX0JSSURHRToK ICAgICBjYXNlIERFVl9UWVBFX1BDSWUyUENJX0JSSURHRToKLSAgICBjYXNl IERFVl9UWVBFX0xFR0FDWV9QQ0lfQlJJREdFOgotICAgICAgICBicmVhazsK LQotICAgIGNhc2UgREVWX1RZUEVfUENJZV9FTkRQT0lOVDoKICAgICAgICAg c3dpdGNoICggcGRldi0+cGhhbnRvbV9zdHJpZGUgKQogICAgICAgICB7CiAg ICAgICAgIGNhc2UgMTogc3EgPSBTUV8xM19JR05PUkVfMzsgYnJlYWs7CkBA IC00NTQsNiArNDUxLDggQEAgc3RhdGljIHZvaWQgc2V0X21zaV9zb3VyY2Vf aWQoc3RydWN0IHBjaQogICAgICAgICBicmVhazsKIAogICAgIGNhc2UgREVW X1RZUEVfUENJOgorICAgIGNhc2UgREVWX1RZUEVfTEVHQUNZX1BDSV9CUklE R0U6CisgICAgY2FzZSBERVZfVFlQRV9QQ0kyUENJZV9CUklER0U6CiAgICAg ICAgIHJldCA9IGZpbmRfdXBzdHJlYW1fYnJpZGdlKHNlZywgJmJ1cywgJmRl dmZuLCAmc2VjYnVzKTsKICAgICAgICAgaWYgKCByZXQgPT0gMCApIC8qIGlu dGVncmF0ZWQgUENJIGRldmljZSAqLwogICAgICAgICB7CkBAIC00NjUsMTAg KzQ2NCwxNSBAQCBzdGF0aWMgdm9pZCBzZXRfbXNpX3NvdXJjZV9pZChzdHJ1 Y3QgcGNpCiAgICAgICAgICAgICBpZiAoIHBkZXZfdHlwZShzZWcsIGJ1cywg ZGV2Zm4pID09IERFVl9UWVBFX1BDSWUyUENJX0JSSURHRSApCiAgICAgICAg ICAgICAgICAgc2V0X2lyZV9zaWQoaXJlLCBTVlRfVkVSSUZZX0JVUywgU1Ff QUxMXzE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIChidXMgPDwg OCkgfCBwZGV2LT5idXMpOwotICAgICAgICAgICAgZWxzZSBpZiAoIHBkZXZf dHlwZShzZWcsIGJ1cywgZGV2Zm4pID09IERFVl9UWVBFX0xFR0FDWV9QQ0lf QlJJREdFICkKKyAgICAgICAgICAgIGVsc2UKICAgICAgICAgICAgICAgICBz ZXRfaXJlX3NpZChpcmUsIFNWVF9WRVJJRllfU0lEX1NRLCBTUV9BTExfMTYs CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUENJX0JERjIoYnVzLCBk ZXZmbikpOwogICAgICAgICB9CisgICAgICAgIGVsc2UKKyAgICAgICAgICAg IGRwcmludGsoWEVOTE9HX1dBUk5JTkcgVlREUFJFRklYLAorICAgICAgICAg ICAgICAgICAgICAiZCVkOiBubyB1cHN0cmVhbSBicmlkZ2UgZm9yICUwNHg6 JTAyeDolMDJ4LiV1XG4iLAorICAgICAgICAgICAgICAgICAgICBwZGV2LT5k b21haW4tPmRvbWFpbl9pZCwKKyAgICAgICAgICAgICAgICAgICAgc2VnLCBi dXMsIFBDSV9TTE9UKGRldmZuKSwgUENJX0ZVTkMoZGV2Zm4pKTsKICAgICAg ICAgYnJlYWs7CiAKICAgICBkZWZhdWx0Ogo= --=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 May 02 18:58:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 18:58: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 1UXyhM-0004vp-0W; Thu, 02 May 2013 18:57:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXyhK-0004ve-7s; Thu, 02 May 2013 18:57:42 +0000 Received: from [85.158.138.51:31356] by server-15.bemta-3.messagelabs.com id 7A/F7-32363-527B2815; Thu, 02 May 2013 18:57:41 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1367521058!21422468!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21728 invoked from network); 2 May 2013 18:57:38 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 18:57:38 -0000 Received: by mail-la0-f51.google.com with SMTP id ep20so838257lab.24 for ; Thu, 02 May 2013 11:57:38 -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=8MUMis781TiDBwqvQrniAKGPFS/KDh5kFD9XipSjqHY=; b=veB4evf9GGTxOQJKBeIRclpFGIhUP9syPGzrxy0y+3qOorSkR+JYPsSF8R+KKHlJaG NtIz8jkTutUl/2Yot7z9gka3HdRsljS/qKLnILzqnvZXQLw7yos/hyIo7khsL2XDrOMS CoS6GXahQ0YJZTRhOuEbmPYfw4FW7XKsBvL2qkB8ZyBzV7WthSCLOocVkKwjvsol/EAr RJm/rKZ+QlAPlVurQcfa6Um8uDU5sC5ROnwx26jNKU7he5cUz+1ZNEKr69XHV783du0e E71N20EwwWzMBgRMTx7Kl4Ci4KqpEYojFBRGEOjFWndQBoX4RRtnQ+KSc198FJ+zlzca rKBw== MIME-Version: 1.0 X-Received: by 10.112.88.133 with SMTP id bg5mr3132589lbb.45.1367521057914; Thu, 02 May 2013 11:57:37 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Thu, 2 May 2013 11:57:37 -0700 (PDT) In-Reply-To: <518287CC02000078000D2AA4@nat28.tlf.novell.com> References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> <518287CC02000078000D2AA4@nat28.tlf.novell.com> Date: Thu, 2 May 2013 20:57:37 +0200 Message-ID: From: Andreas Falck To: Jan Beulich Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5454393270156511891==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5454393270156511891== Content-Type: multipart/alternative; boundary=001a11c37052e144f404dbc0ce3a --001a11c37052e144f404dbc0ce3a Content-Type: text/plain; charset=ISO-8859-1 Ok, I changed so that the corresponding first lines of code looks like this: if dev.irq: rc = xc.physdev_map_pirq(domid = fe_domid, index = dev.irq, pirq = dev.irq) (only the first line changed) Then, after restarting xend, I get a different failure on line 346, which is the last line of the above: "VmError: (17, 'File exists')". Full xend.log attached below. I can also do tests with the one device which I still manage to pass through (a gpu), if I get specific suggestions on what to look for. /Andreas [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device 0000:04:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-02 20:41:29 19545] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000] [2013-05-02 20:41:30 19545] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000] [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10 [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x2000 pfn 0xdfeee/0x2 [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain self._createDevices() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices self.pci_device_configure_boot() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_device_configure_boot self.pci_device_configure(dev_sxp, first_dev = first) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 970, in pci_device_configure devid = self._createDevice('pci', existing_pci_conf) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _createDevice return self.getDeviceController(deviceClass).createDevice(devConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in createDevice self.setupDevice(config) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 453, in setupDevice self.setupOneDevice(d) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 346, in setupOneDevice pirq = dev.irq) Error: (17, 'File exists') [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (17, 'File exists') [2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=19 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401) Destroying device model [2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 20:41:32 19545] ERROR (XendDomainInfo:108) Domain construction failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 106, in create vm.start() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (17, 'File exists') 2013/5/2 Jan Beulich > >>> On 02.05.13 at 14:42, Andreas Falck > wrote: > > 2013/5/2 Jan Beulich > > > >> > >> If you could just try out the tentative solution described in > >> http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html > >> that would already help. > >> > > > > I will have a look when I come home from work, it will be a few hours > from > > now. Just so that I understand it right, is this simply a matter of > editing > > pciif.py and commenting out the line > > > > if not self.vm.info.is_hvm() and dev.irq: > > > > so that the conditioned code is executed for all guests? > > No, not the entire line, just the is_hvm part needs to be dropped. > > Jan > > --001a11c37052e144f404dbc0ce3a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, I changed so that the corresponding first li= nes of code looks like this:
=A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0 if dev.= irq:=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 rc =3D xc.physdev_map_pirq(do= mid =3D fe_domid,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 index =3D dev.irq,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 pirq=A0 =3D dev.irq)

(only the fir= st line changed)
Then, after restarting xend, I get a differe= nt failure on line 346, which is the last line of the above: "VmError:= (17, 'File exists')". Full xend.log attached below.

I can also do tests with the one device which I still manage= to pass through (a gpu), if I get specific suggestions on what to look for= .

/Andreas=A0=A0=A0

[2013-05= -02 20:41:29 19545] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_devic= e_insert_dev: 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device 0= 000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 195= 45] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[2= 013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm sta= te to running
[2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI devi= ce [104c:8241:0000:0000]
[2013-05-02 20:41:30 19545] DEBUG (pciquirk:135= ) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000]
[2013= -05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x1= 0000 pfn 0xdfef0/0x10
[2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfeee00= 0/0x2000 pfn 0xdfeee/0x2
[2013-05-02 20:41:30 19545] ERROR (XendDomainIn= fo:2927) XendDomainInfo.initDomain: exception occurred
Traceback (most r= ecent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2914, in _initDomain
=A0=A0=A0 self._createDevices()
= =A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2395, in _createDevices
=A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-4= .1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_dev= ice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_de= v =3D first)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._cre= ateDevice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _crea= teDevice
=A0=A0=A0 return self.getDeviceController(deviceClass).createDevice(devConf= ig)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/De= vController.py", line 67, in createDevice
=A0=A0=A0 self.setupDevic= e(config)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py&= quot;, line 453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 = File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py"= ;, line 346, in setupOneDevice
=A0=A0=A0 pirq=A0 =3D dev.irq)
Error: (17, 'File exists')
[20= 13-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed
Trac= eback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../li= b/python/xen/xend/XendDomainInfo.py", line 474, in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')[2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) XendDomainInfo.de= stroy: domid=3D19
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401= ) Destroying device model
[2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2013-05-02 20:41:32 = 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClas= s =3D vfb, device =3D vfb/0
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] ERROR (XendDomainInfo:108) Domain construction failed
Traceback = (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 106, in create
=A0=A0=A0 vm.start()
=A0 File "/usr= /lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, = in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')


2013/5/2 Jan Beulich <JBeulich@suse.com>
>= >> On 02.05.13 at 14:42, Andreas Falck <falck.andreas.lists@gmail.com> wrote:
> 2013/5/2 Jan Beulich <JBeulich= @suse.com>
>
>>
>> If you could just try out the tentative solution described in
>> http://lists.xen.org/archives/html/xen-devel= /2013-05/msg00145.html
>> that would already help.
>>
>
> I will have a look when I come home from work, it will be a few hours = from
> now. Just so that I understand it right, is this simply a matter of ed= iting
> pciif.py and commenting out the line
>
> =A0 =A0 =A0 =A0 if not self.vm.info.is_hvm() and dev.irq:
>
> so that the conditioned code is executed for all guests?

No, not the entire line, just the is_hvm part needs to be dropp= ed.

Jan


--001a11c37052e144f404dbc0ce3a-- --===============5454393270156511891== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5454393270156511891==-- From xen-users-bounces@lists.xen.org Thu May 02 18:58:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 18:58: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 1UXyhM-0004vp-0W; Thu, 02 May 2013 18:57:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXyhK-0004ve-7s; Thu, 02 May 2013 18:57:42 +0000 Received: from [85.158.138.51:31356] by server-15.bemta-3.messagelabs.com id 7A/F7-32363-527B2815; Thu, 02 May 2013 18:57:41 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1367521058!21422468!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21728 invoked from network); 2 May 2013 18:57:38 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 18:57:38 -0000 Received: by mail-la0-f51.google.com with SMTP id ep20so838257lab.24 for ; Thu, 02 May 2013 11:57:38 -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=8MUMis781TiDBwqvQrniAKGPFS/KDh5kFD9XipSjqHY=; b=veB4evf9GGTxOQJKBeIRclpFGIhUP9syPGzrxy0y+3qOorSkR+JYPsSF8R+KKHlJaG NtIz8jkTutUl/2Yot7z9gka3HdRsljS/qKLnILzqnvZXQLw7yos/hyIo7khsL2XDrOMS CoS6GXahQ0YJZTRhOuEbmPYfw4FW7XKsBvL2qkB8ZyBzV7WthSCLOocVkKwjvsol/EAr RJm/rKZ+QlAPlVurQcfa6Um8uDU5sC5ROnwx26jNKU7he5cUz+1ZNEKr69XHV783du0e E71N20EwwWzMBgRMTx7Kl4Ci4KqpEYojFBRGEOjFWndQBoX4RRtnQ+KSc198FJ+zlzca rKBw== MIME-Version: 1.0 X-Received: by 10.112.88.133 with SMTP id bg5mr3132589lbb.45.1367521057914; Thu, 02 May 2013 11:57:37 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Thu, 2 May 2013 11:57:37 -0700 (PDT) In-Reply-To: <518287CC02000078000D2AA4@nat28.tlf.novell.com> References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> <518287CC02000078000D2AA4@nat28.tlf.novell.com> Date: Thu, 2 May 2013 20:57:37 +0200 Message-ID: From: Andreas Falck To: Jan Beulich Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5454393270156511891==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5454393270156511891== Content-Type: multipart/alternative; boundary=001a11c37052e144f404dbc0ce3a --001a11c37052e144f404dbc0ce3a Content-Type: text/plain; charset=ISO-8859-1 Ok, I changed so that the corresponding first lines of code looks like this: if dev.irq: rc = xc.physdev_map_pirq(domid = fe_domid, index = dev.irq, pirq = dev.irq) (only the first line changed) Then, after restarting xend, I get a different failure on line 346, which is the last line of the above: "VmError: (17, 'File exists')". Full xend.log attached below. I can also do tests with the one device which I still manage to pass through (a gpu), if I get specific suggestions on what to look for. /Andreas [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device 0000:04:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-02 20:41:29 19545] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000] [2013-05-02 20:41:30 19545] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000] [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10 [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x2000 pfn 0xdfeee/0x2 [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain self._createDevices() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices self.pci_device_configure_boot() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_device_configure_boot self.pci_device_configure(dev_sxp, first_dev = first) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 970, in pci_device_configure devid = self._createDevice('pci', existing_pci_conf) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _createDevice return self.getDeviceController(deviceClass).createDevice(devConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in createDevice self.setupDevice(config) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 453, in setupDevice self.setupOneDevice(d) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 346, in setupOneDevice pirq = dev.irq) Error: (17, 'File exists') [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (17, 'File exists') [2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=19 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401) Destroying device model [2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 20:41:32 19545] ERROR (XendDomainInfo:108) Domain construction failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 106, in create vm.start() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (17, 'File exists') 2013/5/2 Jan Beulich > >>> On 02.05.13 at 14:42, Andreas Falck > wrote: > > 2013/5/2 Jan Beulich > > > >> > >> If you could just try out the tentative solution described in > >> http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html > >> that would already help. > >> > > > > I will have a look when I come home from work, it will be a few hours > from > > now. Just so that I understand it right, is this simply a matter of > editing > > pciif.py and commenting out the line > > > > if not self.vm.info.is_hvm() and dev.irq: > > > > so that the conditioned code is executed for all guests? > > No, not the entire line, just the is_hvm part needs to be dropped. > > Jan > > --001a11c37052e144f404dbc0ce3a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, I changed so that the corresponding first li= nes of code looks like this:
=A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0 if dev.= irq:=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 rc =3D xc.physdev_map_pirq(do= mid =3D fe_domid,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 index =3D dev.irq,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 pirq=A0 =3D dev.irq)

(only the fir= st line changed)
Then, after restarting xend, I get a differe= nt failure on line 346, which is the last line of the above: "VmError:= (17, 'File exists')". Full xend.log attached below.

I can also do tests with the one device which I still manage= to pass through (a gpu), if I get specific suggestions on what to look for= .

/Andreas=A0=A0=A0

[2013-05= -02 20:41:29 19545] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_devic= e_insert_dev: 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device 0= 000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 195= 45] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[2= 013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm sta= te to running
[2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI devi= ce [104c:8241:0000:0000]
[2013-05-02 20:41:30 19545] DEBUG (pciquirk:135= ) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000]
[2013= -05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x1= 0000 pfn 0xdfef0/0x10
[2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfeee00= 0/0x2000 pfn 0xdfeee/0x2
[2013-05-02 20:41:30 19545] ERROR (XendDomainIn= fo:2927) XendDomainInfo.initDomain: exception occurred
Traceback (most r= ecent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2914, in _initDomain
=A0=A0=A0 self._createDevices()
= =A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2395, in _createDevices
=A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-4= .1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_dev= ice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_de= v =3D first)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._cre= ateDevice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _crea= teDevice
=A0=A0=A0 return self.getDeviceController(deviceClass).createDevice(devConf= ig)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/De= vController.py", line 67, in createDevice
=A0=A0=A0 self.setupDevic= e(config)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py&= quot;, line 453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 = File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py"= ;, line 346, in setupOneDevice
=A0=A0=A0 pirq=A0 =3D dev.irq)
Error: (17, 'File exists')
[20= 13-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed
Trac= eback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../li= b/python/xen/xend/XendDomainInfo.py", line 474, in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')[2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) XendDomainInfo.de= stroy: domid=3D19
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401= ) Destroying device model
[2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2013-05-02 20:41:32 = 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClas= s =3D vfb, device =3D vfb/0
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] ERROR (XendDomainInfo:108) Domain construction failed
Traceback = (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 106, in create
=A0=A0=A0 vm.start()
=A0 File "/usr= /lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, = in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')


2013/5/2 Jan Beulich <JBeulich@suse.com>
>= >> On 02.05.13 at 14:42, Andreas Falck <falck.andreas.lists@gmail.com> wrote:
> 2013/5/2 Jan Beulich <JBeulich= @suse.com>
>
>>
>> If you could just try out the tentative solution described in
>> http://lists.xen.org/archives/html/xen-devel= /2013-05/msg00145.html
>> that would already help.
>>
>
> I will have a look when I come home from work, it will be a few hours = from
> now. Just so that I understand it right, is this simply a matter of ed= iting
> pciif.py and commenting out the line
>
> =A0 =A0 =A0 =A0 if not self.vm.info.is_hvm() and dev.irq:
>
> so that the conditioned code is executed for all guests?

No, not the entire line, just the is_hvm part needs to be dropp= ed.

Jan


--001a11c37052e144f404dbc0ce3a-- --===============5454393270156511891== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5454393270156511891==-- From xen-users-bounces@lists.xen.org Thu May 02 21:09:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 21:09: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 1UY0jW-000804-Vh; Thu, 02 May 2013 21:08:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UY0jV-0007zw-Cf; Thu, 02 May 2013 21:08:05 +0000 Received: from [193.109.254.147:52212] by server-13.bemta-14.messagelabs.com id 9B/09-07387-4B5D2815; Thu, 02 May 2013 21:08:04 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1367528880!8434911!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22139 invoked from network); 2 May 2013 21:08:00 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 21:08:00 -0000 Received: by mail-lb0-f175.google.com with SMTP id w20so955675lbh.6 for ; Thu, 02 May 2013 14:08:00 -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=kAL3lJvklTIKLWb08iWx100qr0Rz2IXdfI5a7zMaNWs=; b=wLyELQ5JQfe/Pq4SobEETK/q6huYuBLyKuyAiiCenC4dAkRQ9o3Dm7V5Duvirm/FiW RONW8jVxZsg7g5OnQcel3A3eVR6By+ftdBaWDbs6LwBQVEXbTzpLD45pA1Oea5O1zGxo PX0l4px4hRzMus+V4bUVc2fWyDlgYw0DqpiiQr+BcCq9cMp4mijnaYPwDNFSKi3e8hh4 innDamODs11l9F2LeqpCL0FvKLO8VFLHrI0OrrdRmi6zWXXnDCsJbB/nBJ8G3SGOoQIf G0PLbgLQ7Mu+xsmPrWu4KJ9hMvq7j19ioOhKexT6oLxkd/zUdPBSZakLOktHkL0pfbBd ecyw== MIME-Version: 1.0 X-Received: by 10.112.88.133 with SMTP id bg5mr3283367lbb.45.1367528879849; Thu, 02 May 2013 14:07:59 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Thu, 2 May 2013 14:07:59 -0700 (PDT) In-Reply-To: References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> <518287CC02000078000D2AA4@nat28.tlf.novell.com> Date: Thu, 2 May 2013 23:07:59 +0200 Message-ID: From: Andreas Falck To: Jan Beulich Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7410041238450908103==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7410041238450908103== Content-Type: multipart/alternative; boundary=001a11c370521a89ca04dbc2a115 --001a11c370521a89ca04dbc2a115 Content-Type: text/plain; charset=ISO-8859-1 Ok, I have some progress. It tried also with the device I had always managed to get through, the radeon 7790 gpu. This worked equally well with both versions of pciif.py. However, it turned out that with the changed version, if I pass the gpu first in the pci = [ ... ] list, the other devices also gets through. This was not the case with the original version of pciif.py. If (and only if) i order the passthrough list in the config file so that it says pci = [ '41:00.0', '41:00.1', '04:00.0' ] (This corresponds to GPU, HDMI audio, USB at irqs 16, 17, 19) - then passthrough of all devices works with the new version of pciif.py ("if dev.irq:"), but not with the old version ("if not self.vm.info.is_hvm() and dev.irq:"). So the second failure seemingly has to do with some property set or checked only for the first passed through device. Logs follow: WORKING setup: pci = [ '41:00.0', '41:00.1', '04:00.0' ] NEW pciif.py (if dev.irq) xend.log: [2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfiguring PCI device 0000:41:00.0. [2013-05-02 22:54:38 7863] INFO (pciquirk:92) NO quirks found for PCI device [1002:665c:1458:2269] [2013-05-02 22:54:38 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:665c:1458:2269] [2013-05-02 22:54:38 7863] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x100 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xa0000000/0x10000000 pfn 0xa0000/0x10000 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000/0x40000 pfn 0xbffc0/0x40 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffa0000/0x20000 pfn 0xbffa0/0x20 [2013-05-02 22:54:38 7863] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'], ['key', '41:00.1'], ['bus', '0x41'], ['vdevfn', '0x100'], ['func', '0x1'], ['uuid', 'e94457db-ac50-04a3-216f-9fb6c8aab1f1']], ['state', 'Initialising'], ['sub_state', 'Booting']] [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': '41:00.1', 'bus': '0x41', 'vdevfn': '0x100', 'func': '0x1', 'uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'}], 'states': ['Initialising']} [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '41:00.1', 'bus': '0x41', 'vdevfn': '0x100', 'func': '0x1', 'uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'} [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:41:00.1@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000:41:00.1@100,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:38 7863] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfiguring PCI device 0000:41:00.1. [2013-05-02 22:54:39 7863] INFO (pciquirk:92) NO quirks found for PCI device [1002:0002:1458:0002] [2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:0002:1458:0002] [2013-05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xbff9c000/0x4000 pfn 0xbff9c/0x4 [2013-05-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 17 [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'], ['key', '04:00.0'], ['bus', '0x04'], ['vdevfn', '0x100'], ['func', '0x0'], ['uuid', 'fe6ebcc1-2dcc-7337-c98e-88250cb78896']], ['state', 'Initialising'], ['sub_state', 'Booting']] [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': '04:00.0', 'bus': '0x04', 'vdevfn': '0x100', 'func': '0x0', 'uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'}], 'states': ['Initialising']} [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '04:00.0', 'bus': '0x04', 'vdevfn': '0x100', 'func': '0x0', 'uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'} [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000:04:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:39 7863] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 22:54:39 7863] DEBUG (pciif:169) Reconfiguring PCI device 0000:04:00.0. [2013-05-02 22:54:39 7863] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000] [2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000] [2013-05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10 [2013-05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x2000 pfn 0xdfeee/0x2 [2013-05-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 19 ... all OK and running. The gpu does not initialize unless after reboot of dom0, but that issue was since before. FAILING setup: pci = [ '41:00.0', '41:00.1', '04:00.0' ] (as before) OLD pciif.py (if not ... and dev.irq) xend.log: [2013-05-02 22:59:13 9301] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:41:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 22:59:13 9301] DEBUG (XendDomainInfo:815) pci: assign device 0000:41:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-02 22:59:13 9301] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-02 22:59:13 9301] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-02 22:59:14 9301] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks found for PCI device [1002:665c:1458:2269] [2013-05-02 22:59:14 9301] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:665c:1458:2269] [2013-05-02 22:59:14 9301] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x100 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xa0000000/0x10000000 pfn 0xa0000/0x10000 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000/0x40000 pfn 0xbffc0/0x40 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbffa0000/0x20000 pfn 0xbffa0/0x20 [2013-05-02 22:59:14 9301] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks found for PCI device [1002:0002:1458:0002] [2013-05-02 22:59:14 9301] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:0002:1458:0002] [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbff9c000/0x4000 pfn 0xbff9c/0x4 [2013-05-02 22:59:14 9301] DEBUG (pciif:351) pci: enabling irq 17 [2013-05-02 22:59:14 9301] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain self._createDevices() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices self.pci_device_configure_boot() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_device_configure_boot self.pci_device_configure(dev_sxp, first_dev = first) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 970, in pci_device_configure devid = self._createDevice('pci', existing_pci_conf) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _createDevice return self.getDeviceController(deviceClass).createDevice(devConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in createDevice self.setupDevice(config) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 453, in setupDevice self.setupOneDevice(d) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 353, in setupOneDevice allow_access = True) Error: (22, 'Invalid argument') [2013-05-02 22:59:14 9301] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (22, 'Invalid argument') [2013-05-02 22:59:14 9301] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=39 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2401) Destroying device model [2013-05-02 22:59:17 9301] INFO (image:615) w8 device model terminated [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2406) No device model [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 22:59:17 9301] ERROR (XendDomainInfo:108) Domain construction failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 106, in create vm.start() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (22, 'Invalid argument') (end of file) Any other ordering of the pci = [ ... ] list fails as before, but in different ways as shown in my earlier test. /Andreas 2013/5/2 Andreas Falck > Ok, I changed so that the corresponding first lines of code looks like > this: > > if dev.irq: > rc = xc.physdev_map_pirq(domid = fe_domid, > index = dev.irq, > pirq = dev.irq) > > (only the first line changed) > Then, after restarting xend, I get a different failure on line 346, which > is the last line of the above: "VmError: (17, 'File exists')". Full > xend.log attached below. > > I can also do tests with the one device which I still manage to pass > through (a gpu), if I get specific suggestions on what to look for. > > /Andreas > > [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:811) > XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 > ,msitranslate=1,power_mgmt=1 > [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device > 0000:04:00.0@100,msitranslate=1,power_mgmt=1 > [2013-05-02 20:41:29 19545] DEBUG (image:508) signalDeviceModel: > orig_state is None, retrying > [2013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm > state to running > [2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI > device [104c:8241:0000:0000] > [2013-05-02 20:41:30 19545] DEBUG (pciquirk:135) Permissive mode NOT > enabled for PCI device [104c:8241:0000:0000] > [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem > 0xdfef0000/0x10000 pfn 0xdfef0/0x10 > [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem > 0xdfeee000/0x2000 pfn 0xdfeee/0x2 > [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:2927) > XendDomainInfo.initDomain: exception occurred > > Traceback (most recent call last): > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2914, in _initDomain > self._createDevices() > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2395, in _createDevices > self.pci_device_configure_boot() > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 627, in pci_device_configure_boot > self.pci_device_configure(dev_sxp, first_dev = first) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 970, in pci_device_configure > devid = self._createDevice('pci', existing_pci_conf) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2326, in _createDevice > return self.getDeviceController(deviceClass).createDevice(devConfig) > File > "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line > 67, in createDevice > self.setupDevice(config) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line > 453, in setupDevice > self.setupOneDevice(d) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line > 346, in setupOneDevice > pirq = dev.irq) > Error: (17, 'File exists') > [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed > > Traceback (most recent call last): > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 474, in start > XendTask.log_progress(31, 60, self._initDomain) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line > 209, in log_progress > retval = func(*args, **kwds) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2930, in _initDomain > raise VmError(str(exn)) > VmError: (17, 'File exists') > [2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) > XendDomainInfo.destroy: domid=19 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401) Destroying device > model > [2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 > [2013-05-02 20:41:32 19545] ERROR (XendDomainInfo:108) Domain construction > failed > > Traceback (most recent call last): > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 106, in create > vm.start() > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 474, in start > XendTask.log_progress(31, 60, self._initDomain) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line > 209, in log_progress > retval = func(*args, **kwds) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2930, in _initDomain > raise VmError(str(exn)) > VmError: (17, 'File exists') > > > > 2013/5/2 Jan Beulich > >> >>> On 02.05.13 at 14:42, Andreas Falck >> wrote: >> > 2013/5/2 Jan Beulich >> > >> >> >> >> If you could just try out the tentative solution described in >> >> http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html >> >> that would already help. >> >> >> > >> > I will have a look when I come home from work, it will be a few hours >> from >> > now. Just so that I understand it right, is this simply a matter of >> editing >> > pciif.py and commenting out the line >> > >> > if not self.vm.info.is_hvm() and dev.irq: >> > >> > so that the conditioned code is executed for all guests? >> >> No, not the entire line, just the is_hvm part needs to be dropped. >> >> Jan >> >> > --001a11c370521a89ca04dbc2a115 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, I have some progress. It trie= d also with the device I had always managed to get through, the radeon 7790= gpu. This worked equally well with both versions of pciif.py. However, it = turned out that with the changed version, if I pass the gpu first in the pc= i =3D [ ... ] list, the other devices also gets through. This was not the c= ase with the original version of pciif.py.

If (and only if) i order the passthrough list in the config file = so that it says

pci =3D [ '41:00.0', '41:00.1', = 9;04:00.0' ]

(This corresponds to GPU, HDMI audio, USB at = irqs 16, 17, 19) - then passthrough of all devices works with the new versi= on of pciif.py ("if dev.irq:"), but not with the old version (&qu= ot;if not self.vm.info.is_hvm() and dev.irq:"). So the second failure = seemingly has to do with some property set or checked only for the first pa= ssed through device. Logs follow:

WORKING setup:
pci =3D [ '41:00.0', '41:00.1'= , '04:00.0' ]
NEW pciif.py (if dev.irq)

xend.log:[2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:41:00.0.
[2013-05-02 22:54:38 7863] INFO (pciquirk:92) NO quirks found for PCI devic= e [1002:665c:1458:2269]
[2013-05-02 22:54:38 7863] DEBUG (pciquirk:135) = Permissive mode NOT enabled for PCI device [1002:665c:1458:2269]
[2013-0= 5-02 22:54:38 7863] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x100
[2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xa0000000= /0x10000000 pfn 0xa0000/0x10000
[2013-05-02 22:54:38 7863] DEBUG (pciif:= 334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800
[2013-05-= 02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000/0x40000 = pfn 0xbffc0/0x40
[2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffa0000= /0x20000 pfn 0xbffa0/0x20
[2013-05-02 22:54:38 7863] DEBUG (pciif:351) p= ci: enabling irq 16
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:893= ) XendDomainInfo.pci_device_configure: ['pci', ['dev', [= 9;slot', '0x00'], ['domain', '0x0000'], ['k= ey', '41:00.1'], ['bus', '0x41'], ['vdevfn&= #39;, '0x100'], ['func', '0x1'], ['uuid', &= #39;e94457db-ac50-04a3-216f-9fb6c8aab1f1']], ['state', 'Ini= tialising'], ['sub_state', 'Booting']]
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pc= i_device_insert: {'devs': [{'slot': '0x00', 'do= main': '0x0000', 'key': '41:00.1', 'bus'= ;: '0x41', 'vdevfn': '0x100', 'func': '= 0x1', 'uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'}],= 'states': ['Initialising']}
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pc= i_device_insert_dev: {'slot': '0x00', 'domain': = 9;0x0000', 'key': '41:00.1', 'bus': '0x41&#= 39;, 'vdevfn': '0x100', 'func': '0x1', '= ;uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'}
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pc= i_device_insert_dev: 0000:41:00.1@100,msitranslate=3D1,power_mgmt=3D1
[2= 013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000= :41:00.1@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 22:54:38 7863] INFO (image:538) signalDeviceModel:restore dm st= ate to running
[2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfigurin= g PCI device 0000:41:00.1.
[2013-05-02 22:54:39 7863] INFO (pciquirk:92)= NO quirks found for PCI device [1002:0002:1458:0002]
[2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled= for PCI device [1002:0002:1458:0002]
[2013-05-02 22:54:39 7863] DEBUG (= pciif:334) pci: enabling iomem 0xbff9c000/0x4000 pfn 0xbff9c/0x4
[2013-0= 5-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 17
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_de= vice_configure: ['pci', ['dev', ['slot', '0x00&= #39;], ['domain', '0x0000'], ['key', '04:00.0&#= 39;], ['bus', '0x04'], ['vdevfn', '0x100'],= ['func', '0x0'], ['uuid', 'fe6ebcc1-2dcc-7337-= c98e-88250cb78896']], ['state', 'Initialising'], ['= sub_state', 'Booting']]
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pc= i_device_insert: {'devs': [{'slot': '0x00', 'do= main': '0x0000', 'key': '04:00.0', 'bus'= ;: '0x04', 'vdevfn': '0x100', 'func': '= 0x0', 'uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'}],= 'states': ['Initialising']}
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pc= i_device_insert_dev: {'slot': '0x00', 'domain': = 9;0x0000', 'key': '04:00.0', 'bus': '0x04&#= 39;, 'vdevfn': '0x100', 'func': '0x0', '= ;uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'}
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pc= i_device_insert_dev: 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2= 013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000= :04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 22:54:39 7863] INFO (image:538) signalDeviceModel:restore dm st= ate to running
[2013-05-02 22:54:39 7863] DEBUG (pciif:169) Reconfigurin= g PCI device 0000:04:00.0.
[2013-05-02 22:54:39 7863] INFO (pciquirk:92)= NO quirks found for PCI device [104c:8241:0000:0000]
[2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled= for PCI device [104c:8241:0000:0000]
[2013-05-02 22:54:39 7863] DEBUG (= pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10
[2013= -05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x20= 00 pfn 0xdfeee/0x2
[2013-05-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 19

... all OK and running. The gpu does not initialize unless after r= eboot of dom0, but that issue was since before.

FAILING setup:
pci =3D [ '41:00.0', '41:00.1',= '04:00.0' ] (as before)
OLD pciif.py (if not ... and dev.irq)
xend.log:
[2013-05-02 22:59:13 9301] DEBUG (XendDomainI= nfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:41:00.0@100,msitran= slate=3D1,power_mgmt=3D1
[2013-05-02 22:59:13 9301] DEBUG (XendDomainInfo:815) pci: assign device 00= 00:41:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 22:59:13 9301= ] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[201= 3-05-02 22:59:13 9301] DEBUG (image:508) signalDeviceModel: orig_state is N= one, retrying
[2013-05-02 22:59:14 9301] INFO (image:538) signalDeviceModel:restore dm st= ate to running
[2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks f= ound for PCI device [1002:665c:1458:2269]
[2013-05-02 22:59:14 9301] DEB= UG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:665c:145= 8:2269]
[2013-05-02 22:59:14 9301] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x= 100
[2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xa= 0000000/0x10000000 pfn 0xa0000/0x10000
[2013-05-02 22:59:14 9301] DEBUG = (pciif:334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800
[2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000= /0x40000 pfn 0xbffc0/0x40
[2013-05-02 22:59:14 9301] DEBUG (pciif:334) p= ci: enabling iomem 0xbffa0000/0x20000 pfn 0xbffa0/0x20
[2013-05-02 22:59= :14 9301] DEBUG (pciif:351) pci: enabling irq 16
[2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks found for PCI devic= e [1002:0002:1458:0002]
[2013-05-02 22:59:14 9301] DEBUG (pciquirk:135) = Permissive mode NOT enabled for PCI device [1002:0002:1458:0002]
[2013-0= 5-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbff9c000/0x4000= pfn 0xbff9c/0x4
[2013-05-02 22:59:14 9301] DEBUG (pciif:351) pci: enabling irq 17
[2013-= 05-02 22:59:14 9301] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain:= exception occurred
Traceback (most recent call last):
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line = 2914, in _initDomain
=A0=A0=A0 self._createDevices()
=A0 File "/usr/lib/xen-4.1/bin/../l= ib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices=A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_de= vice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_dev =3D first)
=A0 Fi= le "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py"= ;, line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._createDev= ice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2326, in _createDevice
=A0=A0=A0 return self.getDeviceCont= roller(deviceClass).createDevice(devConfig)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in c= reateDevice
=A0=A0=A0 self.setupDevice(config)
=A0 File "/usr/lib/xen-4.1/bin/.= ./lib/python/xen/xend/server/pciif.py", line 453, in setupDevice
= =A0=A0=A0 self.setupOneDevice(d)
=A0 File "/usr/lib/xen-4.1/bin/../= lib/python/xen/xend/server/pciif.py", line 353, in setupOneDevice
=A0=A0=A0 allow_access =3D True)
Error: (22, 'Invalid argument')=
[2013-05-02 22:59:14 9301] ERROR (XendDomainInfo:488) VM start failedTraceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin= /../lib/python/xen/xend/XendDomainInfo.py", line 474, in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (22, 'Invalid argument= 9;)
[2013-05-02 22:59:14 9301] DEBUG (XendDomainInfo:3071) XendDomainInf= o.destroy: domid=3D39
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2= 401) Destroying device model
[2013-05-02 22:59:17 9301] INFO (image:615) w8 device model terminated
[= 2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = =3D vbd, device =3D vbd/768
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 22:59:17 9= 301] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 22:59:17 = 9301] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2013-05-02 22:59:17 93= 01] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = =3D vfb, device =3D vfb/0
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2406) No device model
[= 2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = =3D vbd, device =3D vbd/768
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 22:59:17 9= 301] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 22:59:17 = 9301] ERROR (XendDomainInfo:108) Domain construction failed
Traceback (m= ost recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 106, in create
=A0=A0=A0 vm.start()
=A0 File "/usr= /lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, = in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (22, 'Invalid argument= 9;)

(end of file)

Any other = ordering of the pci =3D [ ... ] list fails as before, but in different ways= as shown in my earlier test.

/Andreas

2013/5/2 Andreas Falck &l= t;falck.= andreas.lists@gmail.com>
Ok, I changed so = that the corresponding first lines of code looks like this:
=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 if dev.irq:=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 rc =3D xc.physdev_map_pirq(domid =3D fe_d= omid,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 index =3D dev.irq,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 pirq=A0 =3D dev.irq)

(only the fir= st line changed)
Then, after restarting xend, I get a differe= nt failure on line 346, which is the last line of the above: "VmError:= (17, 'File exists')". Full xend.log attached below.

I can also do tests with the one device which I still manage= to pass through (a gpu), if I get specific suggestions on what to look for= .

/Andreas=A0=A0=A0

[2013-05= -02 20:41:29 19545] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_devic= e_insert_dev: 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device 0= 000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 195= 45] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[2= 013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm sta= te to running
[2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI devi= ce [104c:8241:0000:0000]
[2013-05-02 20:41:30 19545] DEBUG (pciquirk:135= ) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000]
[2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfef000= 0/0x10000 pfn 0xdfef0/0x10
[2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfeee00= 0/0x2000 pfn 0xdfeee/0x2
[2013-05-02 20:41:30 19545] ERROR (XendDomainIn= fo:2927) XendDomainInfo.initDomain: exception occurred

Traceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2914, in _initDomain
=A0=A0=A0 self._createDevices()
= =A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2395, in _createDevices
=A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-4= .1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_dev= ice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_de= v =3D first)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._cre= ateDevice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _crea= teDevice
=A0=A0=A0 return self.getDeviceController(deviceClass).createDevice(devConf= ig)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/De= vController.py", line 67, in createDevice
=A0=A0=A0 self.setupDevic= e(config)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py&= quot;, line 453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.p= y", line 346, in setupOneDevice
=A0=A0=A0 pirq=A0 =3D dev.irq)
Error: (17, 'File exists')
[20= 13-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed

Traceback (most recent call last):
=A0 File "/u= sr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474= , in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')[2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) XendDomainInfo.de= stroy: domid=3D19
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401= ) Destroying device model
[2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2013-05-02 20:41:32 = 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClas= s =3D vfb, device =3D vfb/0
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] ERROR (XendDomainInfo:108) Domain construction failed

Traceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 106, in create
=A0=A0=A0 vm.start()
=A0 File "/usr= /lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, = in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')


2013/5/2 Jan Beuli= ch <JBeulich@suse.com>
>>> On 02.05.13 at 14:42,= Andreas Falck <falck.andreas.lists@gmail.com> wrote:
> 2013/5/2 Jan Beulich <JBeulich@suse.com>
>
>>
>> If you could just try out the tentative solution described in
>> http://lists.xen.org/archives/html/xen-devel= /2013-05/msg00145.html
>> that would already help.
>>
>
> I will have a look when I come home from work, it will be a few hours = from
> now. Just so that I understand it right, is this simply a matter of ed= iting
> pciif.py and commenting out the line
>
> =A0 =A0 =A0 =A0 if not self.vm.info.is_hvm() and dev.irq:
>
> so that the conditioned code is executed for all guests?

No, not the entire line, just the is_hvm part needs to be dropp= ed.

Jan



--001a11c370521a89ca04dbc2a115-- --===============7410041238450908103== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7410041238450908103==-- From xen-users-bounces@lists.xen.org Thu May 02 21:09:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 02 May 2013 21:09: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 1UY0jW-000804-Vh; Thu, 02 May 2013 21:08:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UY0jV-0007zw-Cf; Thu, 02 May 2013 21:08:05 +0000 Received: from [193.109.254.147:52212] by server-13.bemta-14.messagelabs.com id 9B/09-07387-4B5D2815; Thu, 02 May 2013 21:08:04 +0000 X-Env-Sender: falck.andreas.lists@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1367528880!8434911!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22139 invoked from network); 2 May 2013 21:08:00 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 May 2013 21:08:00 -0000 Received: by mail-lb0-f175.google.com with SMTP id w20so955675lbh.6 for ; Thu, 02 May 2013 14:08:00 -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=kAL3lJvklTIKLWb08iWx100qr0Rz2IXdfI5a7zMaNWs=; b=wLyELQ5JQfe/Pq4SobEETK/q6huYuBLyKuyAiiCenC4dAkRQ9o3Dm7V5Duvirm/FiW RONW8jVxZsg7g5OnQcel3A3eVR6By+ftdBaWDbs6LwBQVEXbTzpLD45pA1Oea5O1zGxo PX0l4px4hRzMus+V4bUVc2fWyDlgYw0DqpiiQr+BcCq9cMp4mijnaYPwDNFSKi3e8hh4 innDamODs11l9F2LeqpCL0FvKLO8VFLHrI0OrrdRmi6zWXXnDCsJbB/nBJ8G3SGOoQIf G0PLbgLQ7Mu+xsmPrWu4KJ9hMvq7j19ioOhKexT6oLxkd/zUdPBSZakLOktHkL0pfbBd ecyw== MIME-Version: 1.0 X-Received: by 10.112.88.133 with SMTP id bg5mr3283367lbb.45.1367528879849; Thu, 02 May 2013 14:07:59 -0700 (PDT) Received: by 10.114.177.72 with HTTP; Thu, 2 May 2013 14:07:59 -0700 (PDT) In-Reply-To: References: <7fe927daf168b95128153bf104715689@mail.shatteredsilicon.net> <5182708302000078000D2A11@nat28.tlf.novell.com> <518287CC02000078000D2AA4@nat28.tlf.novell.com> Date: Thu, 2 May 2013 23:07:59 +0200 Message-ID: From: Andreas Falck To: Jan Beulich Cc: "xen-users@lists.xen.org" , Gordan Bobic , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] PCI passthrough problems after legacy update of xen 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7410041238450908103==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7410041238450908103== Content-Type: multipart/alternative; boundary=001a11c370521a89ca04dbc2a115 --001a11c370521a89ca04dbc2a115 Content-Type: text/plain; charset=ISO-8859-1 Ok, I have some progress. It tried also with the device I had always managed to get through, the radeon 7790 gpu. This worked equally well with both versions of pciif.py. However, it turned out that with the changed version, if I pass the gpu first in the pci = [ ... ] list, the other devices also gets through. This was not the case with the original version of pciif.py. If (and only if) i order the passthrough list in the config file so that it says pci = [ '41:00.0', '41:00.1', '04:00.0' ] (This corresponds to GPU, HDMI audio, USB at irqs 16, 17, 19) - then passthrough of all devices works with the new version of pciif.py ("if dev.irq:"), but not with the old version ("if not self.vm.info.is_hvm() and dev.irq:"). So the second failure seemingly has to do with some property set or checked only for the first passed through device. Logs follow: WORKING setup: pci = [ '41:00.0', '41:00.1', '04:00.0' ] NEW pciif.py (if dev.irq) xend.log: [2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfiguring PCI device 0000:41:00.0. [2013-05-02 22:54:38 7863] INFO (pciquirk:92) NO quirks found for PCI device [1002:665c:1458:2269] [2013-05-02 22:54:38 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:665c:1458:2269] [2013-05-02 22:54:38 7863] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x100 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xa0000000/0x10000000 pfn 0xa0000/0x10000 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000/0x40000 pfn 0xbffc0/0x40 [2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffa0000/0x20000 pfn 0xbffa0/0x20 [2013-05-02 22:54:38 7863] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'], ['key', '41:00.1'], ['bus', '0x41'], ['vdevfn', '0x100'], ['func', '0x1'], ['uuid', 'e94457db-ac50-04a3-216f-9fb6c8aab1f1']], ['state', 'Initialising'], ['sub_state', 'Booting']] [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': '41:00.1', 'bus': '0x41', 'vdevfn': '0x100', 'func': '0x1', 'uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'}], 'states': ['Initialising']} [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '41:00.1', 'bus': '0x41', 'vdevfn': '0x100', 'func': '0x1', 'uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'} [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:41:00.1@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000:41:00.1@100,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:38 7863] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfiguring PCI device 0000:41:00.1. [2013-05-02 22:54:39 7863] INFO (pciquirk:92) NO quirks found for PCI device [1002:0002:1458:0002] [2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:0002:1458:0002] [2013-05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xbff9c000/0x4000 pfn 0xbff9c/0x4 [2013-05-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 17 [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'], ['key', '04:00.0'], ['bus', '0x04'], ['vdevfn', '0x100'], ['func', '0x0'], ['uuid', 'fe6ebcc1-2dcc-7337-c98e-88250cb78896']], ['state', 'Initialising'], ['sub_state', 'Booting']] [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': '04:00.0', 'bus': '0x04', 'vdevfn': '0x100', 'func': '0x0', 'uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'}], 'states': ['Initialising']} [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '04:00.0', 'bus': '0x04', 'vdevfn': '0x100', 'func': '0x0', 'uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'} [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000:04:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-02 22:54:39 7863] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 22:54:39 7863] DEBUG (pciif:169) Reconfiguring PCI device 0000:04:00.0. [2013-05-02 22:54:39 7863] INFO (pciquirk:92) NO quirks found for PCI device [104c:8241:0000:0000] [2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000] [2013-05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10 [2013-05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x2000 pfn 0xdfeee/0x2 [2013-05-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 19 ... all OK and running. The gpu does not initialize unless after reboot of dom0, but that issue was since before. FAILING setup: pci = [ '41:00.0', '41:00.1', '04:00.0' ] (as before) OLD pciif.py (if not ... and dev.irq) xend.log: [2013-05-02 22:59:13 9301] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:41:00.0@100 ,msitranslate=1,power_mgmt=1 [2013-05-02 22:59:13 9301] DEBUG (XendDomainInfo:815) pci: assign device 0000:41:00.0@100,msitranslate=1,power_mgmt=1 [2013-05-02 22:59:13 9301] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-02 22:59:13 9301] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying [2013-05-02 22:59:14 9301] INFO (image:538) signalDeviceModel:restore dm state to running [2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks found for PCI device [1002:665c:1458:2269] [2013-05-02 22:59:14 9301] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:665c:1458:2269] [2013-05-02 22:59:14 9301] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x100 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xa0000000/0x10000000 pfn 0xa0000/0x10000 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000/0x40000 pfn 0xbffc0/0x40 [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbffa0000/0x20000 pfn 0xbffa0/0x20 [2013-05-02 22:59:14 9301] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks found for PCI device [1002:0002:1458:0002] [2013-05-02 22:59:14 9301] DEBUG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:0002:1458:0002] [2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbff9c000/0x4000 pfn 0xbff9c/0x4 [2013-05-02 22:59:14 9301] DEBUG (pciif:351) pci: enabling irq 17 [2013-05-02 22:59:14 9301] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2914, in _initDomain self._createDevices() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices self.pci_device_configure_boot() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_device_configure_boot self.pci_device_configure(dev_sxp, first_dev = first) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 970, in pci_device_configure devid = self._createDevice('pci', existing_pci_conf) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _createDevice return self.getDeviceController(deviceClass).createDevice(devConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in createDevice self.setupDevice(config) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 453, in setupDevice self.setupOneDevice(d) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line 353, in setupOneDevice allow_access = True) Error: (22, 'Invalid argument') [2013-05-02 22:59:14 9301] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (22, 'Invalid argument') [2013-05-02 22:59:14 9301] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=39 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2401) Destroying device model [2013-05-02 22:59:17 9301] INFO (image:615) w8 device model terminated [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2406) No device model [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2013-05-02 22:59:17 9301] ERROR (XendDomainInfo:108) Domain construction failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 106, in create vm.start() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2930, in _initDomain raise VmError(str(exn)) VmError: (22, 'Invalid argument') (end of file) Any other ordering of the pci = [ ... ] list fails as before, but in different ways as shown in my earlier test. /Andreas 2013/5/2 Andreas Falck > Ok, I changed so that the corresponding first lines of code looks like > this: > > if dev.irq: > rc = xc.physdev_map_pirq(domid = fe_domid, > index = dev.irq, > pirq = dev.irq) > > (only the first line changed) > Then, after restarting xend, I get a different failure on line 346, which > is the last line of the above: "VmError: (17, 'File exists')". Full > xend.log attached below. > > I can also do tests with the one device which I still manage to pass > through (a gpu), if I get specific suggestions on what to look for. > > /Andreas > > [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:811) > XendDomainInfo.hvm_pci_device_insert_dev: 0000:04:00.0@100 > ,msitranslate=1,power_mgmt=1 > [2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device > 0000:04:00.0@100,msitranslate=1,power_mgmt=1 > [2013-05-02 20:41:29 19545] DEBUG (image:508) signalDeviceModel: > orig_state is None, retrying > [2013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm > state to running > [2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI > device [104c:8241:0000:0000] > [2013-05-02 20:41:30 19545] DEBUG (pciquirk:135) Permissive mode NOT > enabled for PCI device [104c:8241:0000:0000] > [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem > 0xdfef0000/0x10000 pfn 0xdfef0/0x10 > [2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem > 0xdfeee000/0x2000 pfn 0xdfeee/0x2 > [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:2927) > XendDomainInfo.initDomain: exception occurred > > Traceback (most recent call last): > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2914, in _initDomain > self._createDevices() > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2395, in _createDevices > self.pci_device_configure_boot() > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 627, in pci_device_configure_boot > self.pci_device_configure(dev_sxp, first_dev = first) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 970, in pci_device_configure > devid = self._createDevice('pci', existing_pci_conf) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2326, in _createDevice > return self.getDeviceController(deviceClass).createDevice(devConfig) > File > "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/DevController.py", line > 67, in createDevice > self.setupDevice(config) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line > 453, in setupDevice > self.setupOneDevice(d) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py", line > 346, in setupOneDevice > pirq = dev.irq) > Error: (17, 'File exists') > [2013-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed > > Traceback (most recent call last): > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 474, in start > XendTask.log_progress(31, 60, self._initDomain) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line > 209, in log_progress > retval = func(*args, **kwds) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2930, in _initDomain > raise VmError(str(exn)) > VmError: (17, 'File exists') > [2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) > XendDomainInfo.destroy: domid=19 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401) Destroying device > model > [2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632 > [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) > XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 > [2013-05-02 20:41:32 19545] ERROR (XendDomainInfo:108) Domain construction > failed > > Traceback (most recent call last): > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 106, in create > vm.start() > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 474, in start > XendTask.log_progress(31, 60, self._initDomain) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line > 209, in log_progress > retval = func(*args, **kwds) > File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", > line 2930, in _initDomain > raise VmError(str(exn)) > VmError: (17, 'File exists') > > > > 2013/5/2 Jan Beulich > >> >>> On 02.05.13 at 14:42, Andreas Falck >> wrote: >> > 2013/5/2 Jan Beulich >> > >> >> >> >> If you could just try out the tentative solution described in >> >> http://lists.xen.org/archives/html/xen-devel/2013-05/msg00145.html >> >> that would already help. >> >> >> > >> > I will have a look when I come home from work, it will be a few hours >> from >> > now. Just so that I understand it right, is this simply a matter of >> editing >> > pciif.py and commenting out the line >> > >> > if not self.vm.info.is_hvm() and dev.irq: >> > >> > so that the conditioned code is executed for all guests? >> >> No, not the entire line, just the is_hvm part needs to be dropped. >> >> Jan >> >> > --001a11c370521a89ca04dbc2a115 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, I have some progress. It trie= d also with the device I had always managed to get through, the radeon 7790= gpu. This worked equally well with both versions of pciif.py. However, it = turned out that with the changed version, if I pass the gpu first in the pc= i =3D [ ... ] list, the other devices also gets through. This was not the c= ase with the original version of pciif.py.

If (and only if) i order the passthrough list in the config file = so that it says

pci =3D [ '41:00.0', '41:00.1', = 9;04:00.0' ]

(This corresponds to GPU, HDMI audio, USB at = irqs 16, 17, 19) - then passthrough of all devices works with the new versi= on of pciif.py ("if dev.irq:"), but not with the old version (&qu= ot;if not self.vm.info.is_hvm() and dev.irq:"). So the second failure = seemingly has to do with some property set or checked only for the first pa= ssed through device. Logs follow:

WORKING setup:
pci =3D [ '41:00.0', '41:00.1'= , '04:00.0' ]
NEW pciif.py (if dev.irq)

xend.log:[2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:41:00.0.
[2013-05-02 22:54:38 7863] INFO (pciquirk:92) NO quirks found for PCI devic= e [1002:665c:1458:2269]
[2013-05-02 22:54:38 7863] DEBUG (pciquirk:135) = Permissive mode NOT enabled for PCI device [1002:665c:1458:2269]
[2013-0= 5-02 22:54:38 7863] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x100
[2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xa0000000= /0x10000000 pfn 0xa0000/0x10000
[2013-05-02 22:54:38 7863] DEBUG (pciif:= 334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800
[2013-05-= 02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000/0x40000 = pfn 0xbffc0/0x40
[2013-05-02 22:54:38 7863] DEBUG (pciif:334) pci: enabling iomem 0xbffa0000= /0x20000 pfn 0xbffa0/0x20
[2013-05-02 22:54:38 7863] DEBUG (pciif:351) p= ci: enabling irq 16
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:893= ) XendDomainInfo.pci_device_configure: ['pci', ['dev', [= 9;slot', '0x00'], ['domain', '0x0000'], ['k= ey', '41:00.1'], ['bus', '0x41'], ['vdevfn&= #39;, '0x100'], ['func', '0x1'], ['uuid', &= #39;e94457db-ac50-04a3-216f-9fb6c8aab1f1']], ['state', 'Ini= tialising'], ['sub_state', 'Booting']]
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pc= i_device_insert: {'devs': [{'slot': '0x00', 'do= main': '0x0000', 'key': '41:00.1', 'bus'= ;: '0x41', 'vdevfn': '0x100', 'func': '= 0x1', 'uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'}],= 'states': ['Initialising']}
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pc= i_device_insert_dev: {'slot': '0x00', 'domain': = 9;0x0000', 'key': '41:00.1', 'bus': '0x41&#= 39;, 'vdevfn': '0x100', 'func': '0x1', '= ;uuid': 'e94457db-ac50-04a3-216f-9fb6c8aab1f1'}
[2013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pc= i_device_insert_dev: 0000:41:00.1@100,msitranslate=3D1,power_mgmt=3D1
[2= 013-05-02 22:54:38 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000= :41:00.1@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 22:54:38 7863] INFO (image:538) signalDeviceModel:restore dm st= ate to running
[2013-05-02 22:54:38 7863] DEBUG (pciif:169) Reconfigurin= g PCI device 0000:41:00.1.
[2013-05-02 22:54:39 7863] INFO (pciquirk:92)= NO quirks found for PCI device [1002:0002:1458:0002]
[2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled= for PCI device [1002:0002:1458:0002]
[2013-05-02 22:54:39 7863] DEBUG (= pciif:334) pci: enabling iomem 0xbff9c000/0x4000 pfn 0xbff9c/0x4
[2013-0= 5-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 17
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_de= vice_configure: ['pci', ['dev', ['slot', '0x00&= #39;], ['domain', '0x0000'], ['key', '04:00.0&#= 39;], ['bus', '0x04'], ['vdevfn', '0x100'],= ['func', '0x0'], ['uuid', 'fe6ebcc1-2dcc-7337-= c98e-88250cb78896']], ['state', 'Initialising'], ['= sub_state', 'Booting']]
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_pc= i_device_insert: {'devs': [{'slot': '0x00', 'do= main': '0x0000', 'key': '04:00.0', 'bus'= ;: '0x04', 'vdevfn': '0x100', 'func': '= 0x0', 'uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'}],= 'states': ['Initialising']}
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_pc= i_device_insert_dev: {'slot': '0x00', 'domain': = 9;0x0000', 'key': '04:00.0', 'bus': '0x04&#= 39;, 'vdevfn': '0x100', 'func': '0x0', '= ;uuid': 'fe6ebcc1-2dcc-7337-c98e-88250cb78896'}
[2013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pc= i_device_insert_dev: 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2= 013-05-02 22:54:39 7863] DEBUG (XendDomainInfo:815) pci: assign device 0000= :04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 22:54:39 7863] INFO (image:538) signalDeviceModel:restore dm st= ate to running
[2013-05-02 22:54:39 7863] DEBUG (pciif:169) Reconfigurin= g PCI device 0000:04:00.0.
[2013-05-02 22:54:39 7863] INFO (pciquirk:92)= NO quirks found for PCI device [104c:8241:0000:0000]
[2013-05-02 22:54:39 7863] DEBUG (pciquirk:135) Permissive mode NOT enabled= for PCI device [104c:8241:0000:0000]
[2013-05-02 22:54:39 7863] DEBUG (= pciif:334) pci: enabling iomem 0xdfef0000/0x10000 pfn 0xdfef0/0x10
[2013= -05-02 22:54:39 7863] DEBUG (pciif:334) pci: enabling iomem 0xdfeee000/0x20= 00 pfn 0xdfeee/0x2
[2013-05-02 22:54:39 7863] DEBUG (pciif:351) pci: enabling irq 19

... all OK and running. The gpu does not initialize unless after r= eboot of dom0, but that issue was since before.

FAILING setup:
pci =3D [ '41:00.0', '41:00.1',= '04:00.0' ] (as before)
OLD pciif.py (if not ... and dev.irq)
xend.log:
[2013-05-02 22:59:13 9301] DEBUG (XendDomainI= nfo:811) XendDomainInfo.hvm_pci_device_insert_dev: 0000:41:00.0@100,msitran= slate=3D1,power_mgmt=3D1
[2013-05-02 22:59:13 9301] DEBUG (XendDomainInfo:815) pci: assign device 00= 00:41:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 22:59:13 9301= ] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[201= 3-05-02 22:59:13 9301] DEBUG (image:508) signalDeviceModel: orig_state is N= one, retrying
[2013-05-02 22:59:14 9301] INFO (image:538) signalDeviceModel:restore dm st= ate to running
[2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks f= ound for PCI device [1002:665c:1458:2269]
[2013-05-02 22:59:14 9301] DEB= UG (pciquirk:135) Permissive mode NOT enabled for PCI device [1002:665c:145= 8:2269]
[2013-05-02 22:59:14 9301] DEBUG (pciif:320) pci: enabling ioport 0xe000/0x= 100
[2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xa= 0000000/0x10000000 pfn 0xa0000/0x10000
[2013-05-02 22:59:14 9301] DEBUG = (pciif:334) pci: enabling iomem 0x9f800000/0x800000 pfn 0x9f800/0x800
[2013-05-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbffc0000= /0x40000 pfn 0xbffc0/0x40
[2013-05-02 22:59:14 9301] DEBUG (pciif:334) p= ci: enabling iomem 0xbffa0000/0x20000 pfn 0xbffa0/0x20
[2013-05-02 22:59= :14 9301] DEBUG (pciif:351) pci: enabling irq 16
[2013-05-02 22:59:14 9301] INFO (pciquirk:92) NO quirks found for PCI devic= e [1002:0002:1458:0002]
[2013-05-02 22:59:14 9301] DEBUG (pciquirk:135) = Permissive mode NOT enabled for PCI device [1002:0002:1458:0002]
[2013-0= 5-02 22:59:14 9301] DEBUG (pciif:334) pci: enabling iomem 0xbff9c000/0x4000= pfn 0xbff9c/0x4
[2013-05-02 22:59:14 9301] DEBUG (pciif:351) pci: enabling irq 17
[2013-= 05-02 22:59:14 9301] ERROR (XendDomainInfo:2927) XendDomainInfo.initDomain:= exception occurred
Traceback (most recent call last):
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line = 2914, in _initDomain
=A0=A0=A0 self._createDevices()
=A0 File "/usr/lib/xen-4.1/bin/../l= ib/python/xen/xend/XendDomainInfo.py", line 2395, in _createDevices=A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_de= vice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_dev =3D first)
=A0 Fi= le "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py"= ;, line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._createDev= ice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2326, in _createDevice
=A0=A0=A0 return self.getDeviceCont= roller(deviceClass).createDevice(devConfig)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/server/DevController.py", line 67, in c= reateDevice
=A0=A0=A0 self.setupDevice(config)
=A0 File "/usr/lib/xen-4.1/bin/.= ./lib/python/xen/xend/server/pciif.py", line 453, in setupDevice
= =A0=A0=A0 self.setupOneDevice(d)
=A0 File "/usr/lib/xen-4.1/bin/../= lib/python/xen/xend/server/pciif.py", line 353, in setupOneDevice
=A0=A0=A0 allow_access =3D True)
Error: (22, 'Invalid argument')=
[2013-05-02 22:59:14 9301] ERROR (XendDomainInfo:488) VM start failedTraceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin= /../lib/python/xen/xend/XendDomainInfo.py", line 474, in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (22, 'Invalid argument= 9;)
[2013-05-02 22:59:14 9301] DEBUG (XendDomainInfo:3071) XendDomainInf= o.destroy: domid=3D39
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2= 401) Destroying device model
[2013-05-02 22:59:17 9301] INFO (image:615) w8 device model terminated
[= 2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = =3D vbd, device =3D vbd/768
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 22:59:17 9= 301] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 22:59:17 = 9301] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2013-05-02 22:59:17 93= 01] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = =3D vfb, device =3D vfb/0
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2406) No device model
[= 2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2408) Releasing devices
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vif/0
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 22:59:17 930= 1] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = =3D vbd, device =3D vbd/768
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:2414) Removing vbd/832
= [2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 22:59:17 9= 301] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 22:59:17 9301] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 22:59:17 = 9301] ERROR (XendDomainInfo:108) Domain construction failed
Traceback (m= ost recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 106, in create
=A0=A0=A0 vm.start()
=A0 File "/usr= /lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, = in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (22, 'Invalid argument= 9;)

(end of file)

Any other = ordering of the pci =3D [ ... ] list fails as before, but in different ways= as shown in my earlier test.

/Andreas

2013/5/2 Andreas Falck &l= t;falck.= andreas.lists@gmail.com>
Ok, I changed so = that the corresponding first lines of code looks like this:
=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 if dev.irq:=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 rc =3D xc.physdev_map_pirq(domid =3D fe_d= omid,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 index =3D dev.irq,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 pirq=A0 =3D dev.irq)

(only the fir= st line changed)
Then, after restarting xend, I get a differe= nt failure on line 346, which is the last line of the above: "VmError:= (17, 'File exists')". Full xend.log attached below.

I can also do tests with the one device which I still manage= to pass through (a gpu), if I get specific suggestions on what to look for= .

/Andreas=A0=A0=A0

[2013-05= -02 20:41:29 19545] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_pci_devic= e_insert_dev: 0000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 19545] DEBUG (XendDomainInfo:815) pci: assign device 0= 000:04:00.0@100,msitranslate=3D1,power_mgmt=3D1
[2013-05-02 20:41:29 195= 45] DEBUG (image:508) signalDeviceModel: orig_state is None, retrying
[2= 013-05-02 20:41:29 19545] INFO (image:538) signalDeviceModel:restore dm sta= te to running
[2013-05-02 20:41:30 19545] INFO (pciquirk:92) NO quirks found for PCI devi= ce [104c:8241:0000:0000]
[2013-05-02 20:41:30 19545] DEBUG (pciquirk:135= ) Permissive mode NOT enabled for PCI device [104c:8241:0000:0000]
[2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfef000= 0/0x10000 pfn 0xdfef0/0x10
[2013-05-02 20:41:30 19545] DEBUG (pciif:334) pci: enabling iomem 0xdfeee00= 0/0x2000 pfn 0xdfeee/0x2
[2013-05-02 20:41:30 19545] ERROR (XendDomainIn= fo:2927) XendDomainInfo.initDomain: exception occurred

Traceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2914, in _initDomain
=A0=A0=A0 self._createDevices()
= =A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 2395, in _createDevices
=A0=A0=A0 self.pci_device_configure_boot()
=A0 File "/usr/lib/xen-4= .1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 627, in pci_dev= ice_configure_boot
=A0=A0=A0 self.pci_device_configure(dev_sxp, first_de= v =3D first)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 970, in pci_device_configure
=A0=A0=A0 devid =3D self._cre= ateDevice('pci', existing_pci_conf)
=A0 File "/usr/lib/xen-= 4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2326, in _crea= teDevice
=A0=A0=A0 return self.getDeviceController(deviceClass).createDevice(devConf= ig)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/De= vController.py", line 67, in createDevice
=A0=A0=A0 self.setupDevic= e(config)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.py&= quot;, line 453, in setupDevice
=A0=A0=A0 self.setupOneDevice(d)
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/pciif.p= y", line 346, in setupOneDevice
=A0=A0=A0 pirq=A0 =3D dev.irq)
Error: (17, 'File exists')
[20= 13-05-02 20:41:30 19545] ERROR (XendDomainInfo:488) VM start failed

Traceback (most recent call last):
=A0 File "/u= sr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474= , in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')[2013-05-02 20:41:30 19545] DEBUG (XendDomainInfo:3071) XendDomainInfo.de= stroy: domid=3D19
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2401= ) Destroying device model
[2013-05-02 20:41:32 19545] INFO (image:615) w8 device model terminated
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2013-05-02 20:41:32 = 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClas= s =3D vfb, device =3D vfb/0
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2406) No device model
= [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2408) Releasing devices[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vif/0 [2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vif, device =3D vif/0
[2013-05-02 20:41:32 19= 545] DEBUG (XendDomainInfo:2414) Removing vbd/768
[2013-05-02 20:41:32 1= 9545] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass= =3D vbd, device =3D vbd/768
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:2414) Removing vbd/832[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/832
[2013-05-02 20:41:32= 19545] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2013-05-02 20:41:32 19545] DEBUG (XendDomainInfo:1276) XendDomainInfo.dest= royDevice: deviceClass =3D vbd, device =3D vbd/5632
[2013-05-02 20:41:32= 19545] ERROR (XendDomainInfo:108) Domain construction failed

Traceback (most recent call last):
=A0 File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.p= y", line 106, in create
=A0=A0=A0 vm.start()
=A0 File "/usr= /lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, = in start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, i= n log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File &quo= t;/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line= 2930, in _initDomain
=A0=A0=A0 raise VmError(str(exn))
VmError: (17, 'File exists')


2013/5/2 Jan Beuli= ch <JBeulich@suse.com>
>>> On 02.05.13 at 14:42,= Andreas Falck <falck.andreas.lists@gmail.com> wrote:
> 2013/5/2 Jan Beulich <JBeulich@suse.com>
>
>>
>> If you could just try out the tentative solution described in
>> http://lists.xen.org/archives/html/xen-devel= /2013-05/msg00145.html
>> that would already help.
>>
>
> I will have a look when I come home from work, it will be a few hours = from
> now. Just so that I understand it right, is this simply a matter of ed= iting
> pciif.py and commenting out the line
>
> =A0 =A0 =A0 =A0 if not self.vm.info.is_hvm() and dev.irq:
>
> so that the conditioned code is executed for all guests?

No, not the entire line, just the is_hvm part needs to be dropp= ed.

Jan



--001a11c370521a89ca04dbc2a115-- --===============7410041238450908103== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7410041238450908103==-- From xen-users-bounces@lists.xen.org Fri May 03 08:50:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 08:50:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBgL-0001qX-8F; Fri, 03 May 2013 08:49:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBgI-0001q7-J6; Fri, 03 May 2013 08:49:31 +0000 Received: from [85.158.139.83:63835] by server-2.bemta-5.messagelabs.com id 15/18-26552-91A73815; Fri, 03 May 2013 08:49:29 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1367570938!28762777!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=3.0 required=7.0 tests=HTML_MESSAGE, HTML_OBFUSCATE_05_10,MIME_BASE64_TEXT,MISSING_SUBJECT, 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 14100 invoked from network); 3 May 2013 08:49:00 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 08:49:00 -0000 Received: by mail-oa0-f46.google.com with SMTP id j6so1418121oag.33 for ; Fri, 03 May 2013 01:48:58 -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:cc :content-type; bh=wEuH3+KG06gkWSssNxWmIGzGq4e0gNw2nddZ9mqHR7M=; b=T2otr4UuoYyH6ALzwxdiO7Udzca2HCKw22SCnR+xD/jf/L8jwlLtjsh5rpyBIoHbqq KdW2bsQYEyWnfhxzULpoBx6js+GuxhxqHBtFFqT2o16NHoGkFeAhBuIJpkxjs6c5yrDk YAckaY1SYL0bj4wC2auuh7iu1RnqDhf5d3yb5HEjPVYJ0rewIvu4vTCt1LxYklFJ3VrY PohKp1mlLR4SwultTmcKF1OfxA6x51+W3O88p/YUTHOQ2/1UZ406NDEf1LtKnyzjpupK Gua7D9ZU8R3FYEkDoUssRmbZu3n/VtxKnWVNEbSVm/fuJqYqZbbu4KL6dHxOFDNFXFoi HLfQ== MIME-Version: 1.0 X-Received: by 10.60.56.70 with SMTP id y6mr1797297oep.100.1367570937922; Fri, 03 May 2013 01:48:57 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 3 May 2013 01:48:57 -0700 (PDT) Date: Fri, 3 May 2013 09:48:57 +0100 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Cc: Kimihiko.Kitase@citrix.co.jp Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3300537685463370343==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3300537685463370343== Content-Type: multipart/alternative; boundary=001a11c25380f5cc2004dbcc6b8b --001a11c25380f5cc2004dbcc6b8b Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit > Subject: Looking for volunteer to help man LinuxCon Japan booth (1-2 hours > a day) > > Dear Community member, > > the Xen Project was planning to have a booth at LinuxCon Japan this year > (for more information, see > http://events.linuxfoundation.org/events/linuxcon-japan/). We are > looking for one or two users (or developers of Xen) to help out a couple > of hours a day on the Xen Project booth. I am looking for people who know > Xen, XAPI or XCP, speak Japanese and want to spend an hour or two a day > on the booth with me and a few other community members. If this is you, > please get in touch! > > I will be able to get you a free conference pass for LinuxCon. If this is > you and you would like to attend LinuxCon, but cannot afford it, we do have > a number of travel stipends available. In that case, please also send me > an e-mail. > > Best Regards > Lars ----- $B$_$J$5$^!"$3$s$K$A$O(B The Xen Community Manager$B$N(BLars Kurth$B$G$9!#(B The Xen Project$B%3%_%e%K%F%#$G$O!"(B5/29 - 31 $BDX;3Aq$G3+:E$5$l$k(BLinuxCon Japan / CloudOpen Japan $B$K$FE8<(%V!<%9$r=P$9M=Dj$G$9!#(B https://events.linuxfoundation.jp/events/linuxcon-japan https://events.linuxfoundation.jp/events/cloudopen-japan $B$=$3$GE8<(%V!<%9%9%?%C%U$rJg=8$7$F$$$^$9!#(BOSS Xen$B$N3+H/4XO"3F0L$G!"H>F|$G$b!"#1F|$G$b$*;~4V$, Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 08:50:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBgL-0001qX-8F; Fri, 03 May 2013 08:49:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBgI-0001q7-J6; Fri, 03 May 2013 08:49:31 +0000 Received: from [85.158.139.83:63835] by server-2.bemta-5.messagelabs.com id 15/18-26552-91A73815; Fri, 03 May 2013 08:49:29 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1367570938!28762777!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=3.0 required=7.0 tests=HTML_MESSAGE, HTML_OBFUSCATE_05_10,MIME_BASE64_TEXT,MISSING_SUBJECT, 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 14100 invoked from network); 3 May 2013 08:49:00 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 08:49:00 -0000 Received: by mail-oa0-f46.google.com with SMTP id j6so1418121oag.33 for ; Fri, 03 May 2013 01:48:58 -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:cc :content-type; bh=wEuH3+KG06gkWSssNxWmIGzGq4e0gNw2nddZ9mqHR7M=; b=T2otr4UuoYyH6ALzwxdiO7Udzca2HCKw22SCnR+xD/jf/L8jwlLtjsh5rpyBIoHbqq KdW2bsQYEyWnfhxzULpoBx6js+GuxhxqHBtFFqT2o16NHoGkFeAhBuIJpkxjs6c5yrDk YAckaY1SYL0bj4wC2auuh7iu1RnqDhf5d3yb5HEjPVYJ0rewIvu4vTCt1LxYklFJ3VrY PohKp1mlLR4SwultTmcKF1OfxA6x51+W3O88p/YUTHOQ2/1UZ406NDEf1LtKnyzjpupK Gua7D9ZU8R3FYEkDoUssRmbZu3n/VtxKnWVNEbSVm/fuJqYqZbbu4KL6dHxOFDNFXFoi HLfQ== MIME-Version: 1.0 X-Received: by 10.60.56.70 with SMTP id y6mr1797297oep.100.1367570937922; Fri, 03 May 2013 01:48:57 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 3 May 2013 01:48:57 -0700 (PDT) Date: Fri, 3 May 2013 09:48:57 +0100 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Cc: Kimihiko.Kitase@citrix.co.jp Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3300537685463370343==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3300537685463370343== Content-Type: multipart/alternative; boundary=001a11c25380f5cc2004dbcc6b8b --001a11c25380f5cc2004dbcc6b8b Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit > Subject: Looking for volunteer to help man LinuxCon Japan booth (1-2 hours > a day) > > Dear Community member, > > the Xen Project was planning to have a booth at LinuxCon Japan this year > (for more information, see > http://events.linuxfoundation.org/events/linuxcon-japan/). We are > looking for one or two users (or developers of Xen) to help out a couple > of hours a day on the Xen Project booth. I am looking for people who know > Xen, XAPI or XCP, speak Japanese and want to spend an hour or two a day > on the booth with me and a few other community members. If this is you, > please get in touch! > > I will be able to get you a free conference pass for LinuxCon. If this is > you and you would like to attend LinuxCon, but cannot afford it, we do have > a number of travel stipends available. In that case, please also send me > an e-mail. > > Best Regards > Lars ----- $B$_$J$5$^!"$3$s$K$A$O(B The Xen Community Manager$B$N(BLars Kurth$B$G$9!#(B The Xen Project$B%3%_%e%K%F%#$G$O!"(B5/29 - 31 $BDX;3Aq$G3+:E$5$l$k(BLinuxCon Japan / CloudOpen Japan $B$K$FE8<(%V!<%9$r=P$9M=Dj$G$9!#(B https://events.linuxfoundation.jp/events/linuxcon-japan https://events.linuxfoundation.jp/events/cloudopen-japan $B$=$3$GE8<(%V!<%9%9%?%C%U$rJg=8$7$F$$$^$9!#(BOSS Xen$B$N3+H/4XO"3F0L$G!"H>F|$G$b!"#1F|$G$b$*;~4V$, Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 08:55:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBks-0002CZ-VX; Fri, 03 May 2013 08:54:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBkq-0002C1-W8; Fri, 03 May 2013 08:54:13 +0000 Received: from [85.158.138.51:56336] by server-11.bemta-3.messagelabs.com id 9B/28-05438-43B73815; Fri, 03 May 2013 08:54:12 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1367571249!27673736!1 X-Originating-IP: [209.85.214.180] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_MESSAGE, HTML_OBFUSCATE_05_10, MIME_BASE64_TEXT, 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 10015 invoked from network); 3 May 2013 08:54:10 -0000 Received: from mail-ob0-f180.google.com (HELO mail-ob0-f180.google.com) (209.85.214.180) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 08:54:10 -0000 Received: by mail-ob0-f180.google.com with SMTP id uk5so1255478obc.11 for ; Fri, 03 May 2013 01:54:08 -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:cc :content-type; bh=FL1L9kGFfkhot+C3mdejW1iyCK1nB8sncNIKKafOZwE=; b=NXSCVDyO89pkToZ3dD06z9QFKauNqnejYz03InsYSV92vQLb4MWwAvOi7AV/Phr4Pn 5sZ9G/l5USgQzgG6Ug1IYH1ccbVUrHSuu9tNq5NyRltKWg2rQezAzuZ9CjS5AAbgsX9D NWkLfooqf0HqUbvQZAK1Gu+yRxpkCg46AaTi01fOp1m8z+lL784pac6GgjfzTWJ0wxmi ZfqOWYrk54M+Cn/xYfwCLt/BWkjwiSb85rOy87hHJysDY9ZWDEKehV6UFYF0LlvzkCAv w5X+cKjUxzdNmBZz0q/R9yOtPU4JGNlklpAjj80gQCVR0o8X0fDysTJTUlFHIwliKsgB IYpA== MIME-Version: 1.0 X-Received: by 10.60.148.169 with SMTP id tt9mr426571oeb.62.1367571248681; Fri, 03 May 2013 01:54:08 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 3 May 2013 01:54:08 -0700 (PDT) Date: Fri, 3 May 2013 09:54:08 +0100 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Cc: Kimihiko.Kitase@citrix.co.jp Subject: [Xen-users] Looking for volunteer to help man LinuxCon Japan booth (1-2 hours) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1862545754652598255==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1862545754652598255== Content-Type: multipart/alternative; boundary=047d7b2e0b1b7b9c9c04dbcc7e62 --047d7b2e0b1b7b9c9c04dbcc7e62 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Dear Community member, (Sorry for the spam earlier, triggered a send by keyboard shortcut) the Xen Project was planning to have a booth at LinuxCon Japan this year (for more information, see http://events.linuxfoundation.org/events/linuxcon-japan/). We are looking for one or two users (or developers of Xen) to help out a couple of hours a day on the Xen Project booth. I am looking for people who know Xen, XAPI or XCP, speak Japanese and want to spend an hour or two a day on the booth with me and a few other community members. If this is you, please get in touch! I will be able to get you a free conference pass for LinuxCon. If this is you and you would like to attend LinuxCon, but cannot afford it, we do have a number of travel stipends available. In that case, please also send me an e-mail. Best Regards Lars ------------------------- Translation thanks to Kimihiko Kitase below: $B$_$J$5$^!"$3$s$K$A$O(B The Xen Community Manager$B$N(BLars Kurth$B$G$9!#(B The Xen Project$B%3%_%e%K%F%#$G$O!"(B5/29 - 31 $BDX;3Aq$G3+:E$5$l$k(BLinuxCon Japan / CloudOpen Japan $B$K$FE8<(%V!<%9$r=P$9M=Dj$G$9!#(B https://events.linuxfoundation.jp/events/linuxcon-japan https://events.linuxfoundation.jp/events/cloudopen-japan $B$=$3$GE8<(%V!<%9%9%?%C%U$rJg=8$7$F$$$^$9!#(BOSS Xen$B$N3+H/4XO"3F0L$G!"H>F|$G$b!"#1F|$G$b$*;~4V$, Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 08:55:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBks-0002CZ-VX; Fri, 03 May 2013 08:54:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYBkq-0002C1-W8; Fri, 03 May 2013 08:54:13 +0000 Received: from [85.158.138.51:56336] by server-11.bemta-3.messagelabs.com id 9B/28-05438-43B73815; Fri, 03 May 2013 08:54:12 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1367571249!27673736!1 X-Originating-IP: [209.85.214.180] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_MESSAGE, HTML_OBFUSCATE_05_10, MIME_BASE64_TEXT, 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 10015 invoked from network); 3 May 2013 08:54:10 -0000 Received: from mail-ob0-f180.google.com (HELO mail-ob0-f180.google.com) (209.85.214.180) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 08:54:10 -0000 Received: by mail-ob0-f180.google.com with SMTP id uk5so1255478obc.11 for ; Fri, 03 May 2013 01:54:08 -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:cc :content-type; bh=FL1L9kGFfkhot+C3mdejW1iyCK1nB8sncNIKKafOZwE=; b=NXSCVDyO89pkToZ3dD06z9QFKauNqnejYz03InsYSV92vQLb4MWwAvOi7AV/Phr4Pn 5sZ9G/l5USgQzgG6Ug1IYH1ccbVUrHSuu9tNq5NyRltKWg2rQezAzuZ9CjS5AAbgsX9D NWkLfooqf0HqUbvQZAK1Gu+yRxpkCg46AaTi01fOp1m8z+lL784pac6GgjfzTWJ0wxmi ZfqOWYrk54M+Cn/xYfwCLt/BWkjwiSb85rOy87hHJysDY9ZWDEKehV6UFYF0LlvzkCAv w5X+cKjUxzdNmBZz0q/R9yOtPU4JGNlklpAjj80gQCVR0o8X0fDysTJTUlFHIwliKsgB IYpA== MIME-Version: 1.0 X-Received: by 10.60.148.169 with SMTP id tt9mr426571oeb.62.1367571248681; Fri, 03 May 2013 01:54:08 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 3 May 2013 01:54:08 -0700 (PDT) Date: Fri, 3 May 2013 09:54:08 +0100 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Cc: Kimihiko.Kitase@citrix.co.jp Subject: [Xen-users] Looking for volunteer to help man LinuxCon Japan booth (1-2 hours) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1862545754652598255==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1862545754652598255== Content-Type: multipart/alternative; boundary=047d7b2e0b1b7b9c9c04dbcc7e62 --047d7b2e0b1b7b9c9c04dbcc7e62 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Dear Community member, (Sorry for the spam earlier, triggered a send by keyboard shortcut) the Xen Project was planning to have a booth at LinuxCon Japan this year (for more information, see http://events.linuxfoundation.org/events/linuxcon-japan/). We are looking for one or two users (or developers of Xen) to help out a couple of hours a day on the Xen Project booth. I am looking for people who know Xen, XAPI or XCP, speak Japanese and want to spend an hour or two a day on the booth with me and a few other community members. If this is you, please get in touch! I will be able to get you a free conference pass for LinuxCon. If this is you and you would like to attend LinuxCon, but cannot afford it, we do have a number of travel stipends available. In that case, please also send me an e-mail. Best Regards Lars ------------------------- Translation thanks to Kimihiko Kitase below: $B$_$J$5$^!"$3$s$K$A$O(B The Xen Community Manager$B$N(BLars Kurth$B$G$9!#(B The Xen Project$B%3%_%e%K%F%#$G$O!"(B5/29 - 31 $BDX;3Aq$G3+:E$5$l$k(BLinuxCon Japan / CloudOpen Japan $B$K$FE8<(%V!<%9$r=P$9M=Dj$G$9!#(B https://events.linuxfoundation.jp/events/linuxcon-japan https://events.linuxfoundation.jp/events/cloudopen-japan $B$=$3$GE8<(%V!<%9%9%?%C%U$rJg=8$7$F$$$^$9!#(BOSS Xen$B$N3+H/4XO"3F0L$G!"H>F|$G$b!"#1F|$G$b$*;~4V$, Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 13:45: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 1UYGHV-0003Gk-D3; Fri, 03 May 2013 13:44:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGHT-0003Gb-PX for xen-users@lists.xen.org; Fri, 03 May 2013 13:44:11 +0000 Received: from [85.158.139.211:2861] by server-12.bemta-5.messagelabs.com id 8E/A8-16465-B2FB3815; Fri, 03 May 2013 13:44:11 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-6.tower-206.messagelabs.com!1367588649!21626513!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10075 invoked from network); 3 May 2013 13:44:10 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-6.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 13:44:10 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 14:44:09 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOg== Date: Fri, 3 May 2013 13:44:08 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7282508811898757249==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7282508811898757249== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have just installed Xen by following http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide All in all pretty good, however it mentions using the xl toolset but when I= first installed only the xm toolset would work. This was great for creatin= g linux based domains but it gave me an error about hvm when I tried creati= ng a Windows domain. I then apt-get install xen-tools-common and edited /etc/default/xen to spec= ify the xl toolset, rebooted and tried again. This time when doing xl info= the system returned: WARING: Can't find toolstack xl, fallback to default! ERROR: A different toolstack (xm) have been selected! So I did apt-get remove xen-tools-common and rebooted and set /etc/default/= xen to defaults. Now when I try xl or xm info I get: "ERROR: Toolstack no= t specifed and nothing detected, bailing out!" And I'm stuck, I've googled the error but can't find anything and am not su= re what to check now. Thank you. --_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have just installed Xen by following http://wiki.xen.org/wiki/Xen_Beginners_Guide

 

All in all pretty good, however it mentions using th= e xl toolset but when I first installed only the xm toolset would work. Thi= s was great for creating linux based domains but it gave me an error about = hvm when I tried creating a Windows domain.

 

I then apt-get install xen-tools-common and edited /= etc/default/xen to specify the xl toolset, rebooted and tried again.  = This time when doing xl info the system returned:

 

WARING:  Can't find toolstack xl, fallback to d= efault!

ERROR:  A different toolstack (xm) have been se= lected!

 

So I did apt-get remove xen-tools-common and reboote= d and set /etc/default/xen to defaults.  Now when I try xl or xm info = I get: “ERROR:  Toolstack not specifed and nothing detected, bai= ling out!”

 

And I’m stuck, I’ve googled the error bu= t can’t find anything and am not sure what to check now.

 

Thank you.

 

 

--_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_-- --===============7282508811898757249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7282508811898757249==-- From xen-users-bounces@lists.xen.org Fri May 03 13:45:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 13:45: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 1UYGHV-0003Gk-D3; Fri, 03 May 2013 13:44:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGHT-0003Gb-PX for xen-users@lists.xen.org; Fri, 03 May 2013 13:44:11 +0000 Received: from [85.158.139.211:2861] by server-12.bemta-5.messagelabs.com id 8E/A8-16465-B2FB3815; Fri, 03 May 2013 13:44:11 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-6.tower-206.messagelabs.com!1367588649!21626513!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10075 invoked from network); 3 May 2013 13:44:10 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-6.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 13:44:10 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 14:44:09 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOg== Date: Fri, 3 May 2013 13:44:08 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7282508811898757249==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7282508811898757249== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have just installed Xen by following http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide All in all pretty good, however it mentions using the xl toolset but when I= first installed only the xm toolset would work. This was great for creatin= g linux based domains but it gave me an error about hvm when I tried creati= ng a Windows domain. I then apt-get install xen-tools-common and edited /etc/default/xen to spec= ify the xl toolset, rebooted and tried again. This time when doing xl info= the system returned: WARING: Can't find toolstack xl, fallback to default! ERROR: A different toolstack (xm) have been selected! So I did apt-get remove xen-tools-common and rebooted and set /etc/default/= xen to defaults. Now when I try xl or xm info I get: "ERROR: Toolstack no= t specifed and nothing detected, bailing out!" And I'm stuck, I've googled the error but can't find anything and am not su= re what to check now. Thank you. --_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have just installed Xen by following http://wiki.xen.org/wiki/Xen_Beginners_Guide

 

All in all pretty good, however it mentions using th= e xl toolset but when I first installed only the xm toolset would work. Thi= s was great for creating linux based domains but it gave me an error about = hvm when I tried creating a Windows domain.

 

I then apt-get install xen-tools-common and edited /= etc/default/xen to specify the xl toolset, rebooted and tried again.  = This time when doing xl info the system returned:

 

WARING:  Can't find toolstack xl, fallback to d= efault!

ERROR:  A different toolstack (xm) have been se= lected!

 

So I did apt-get remove xen-tools-common and reboote= d and set /etc/default/xen to defaults.  Now when I try xl or xm info = I get: “ERROR:  Toolstack not specifed and nothing detected, bai= ling out!”

 

And I’m stuck, I’ve googled the error bu= t can’t find anything and am not sure what to check now.

 

Thank you.

 

 

--_000_C1ABE3AA84CD964DB07F21189E2C4BF983D890D6ALTERNATEREALIT_-- --===============7282508811898757249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7282508811898757249==-- From xen-users-bounces@lists.xen.org Fri May 03 13:56:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 13:56:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGSl-0004S3-LE; Fri, 03 May 2013 13:55:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGSj-0004Ro-QV for xen-users@lists.xen.org; Fri, 03 May 2013 13:55:50 +0000 Received: from [85.158.137.99:60368] by server-2.bemta-3.messagelabs.com id 71/6F-07011-5E1C3815; Fri, 03 May 2013 13:55:49 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-3.tower-217.messagelabs.com!1367589338!15268960!1 X-Originating-IP: [195.2.134.1] 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 5487 invoked from network); 3 May 2013 13:55:39 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-3.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 13:55:39 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 14:55:37 +0100 From: Simon Jones To: Simon Jones , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOgAAiG9g Date: Fri, 3 May 2013 13:55:37 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-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 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Simon Jones Sent: 03 May 2013 14:44 To: xen-users@lists.xen.org Subject: [Xen-users] ERROR: Toolstack not specifed and nothing detected, ba= iling out! I have just installed Xen by following http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide All in all pretty good, however it mentions using the xl toolset but when I= first installed only the xm toolset would work. This was great for creatin= g linux based domains but it gave me an error about hvm when I tried creati= ng a Windows domain. I then apt-get install xen-tools-common and edited /etc/default/xen to spec= ify the xl toolset, rebooted and tried again.=A0 This time when doing xl in= fo the system returned: WARING:=A0 Can't find toolstack xl, fallback to default! ERROR:=A0 A different toolstack (xm) have been selected! So I did apt-get remove xen-tools-common and rebooted and set /etc/default/= xen to defaults.=A0 Now when I try xl or xm info I get: "ERROR:=A0 Toolstac= k not specifed and nothing detected, bailing out!" And I'm stuck, I've googled the error but can't find anything and am not su= re what to check now. Thank you. = Ok now I did apt-get remove xen-tools then reinstalled, rebooted and now xm= works ok, when I try create a windows host I'm back to the following: root@xen-1:~# xm create /etc/xen/windows8.cfg Using config file "/etc/xen/windows8.cfg". Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: builder=3D'hvm' I'm sure this is because the guide I was following was using the xl toolsta= ck but it didn't say how they enabled it.. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 13:56:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 13:56:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGSl-0004S3-LE; Fri, 03 May 2013 13:55:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGSj-0004Ro-QV for xen-users@lists.xen.org; Fri, 03 May 2013 13:55:50 +0000 Received: from [85.158.137.99:60368] by server-2.bemta-3.messagelabs.com id 71/6F-07011-5E1C3815; Fri, 03 May 2013 13:55:49 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-3.tower-217.messagelabs.com!1367589338!15268960!1 X-Originating-IP: [195.2.134.1] 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 5487 invoked from network); 3 May 2013 13:55:39 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-3.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 13:55:39 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 14:55:37 +0100 From: Simon Jones To: Simon Jones , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOgAAiG9g Date: Fri, 3 May 2013 13:55:37 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-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 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Simon Jones Sent: 03 May 2013 14:44 To: xen-users@lists.xen.org Subject: [Xen-users] ERROR: Toolstack not specifed and nothing detected, ba= iling out! I have just installed Xen by following http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide All in all pretty good, however it mentions using the xl toolset but when I= first installed only the xm toolset would work. This was great for creatin= g linux based domains but it gave me an error about hvm when I tried creati= ng a Windows domain. I then apt-get install xen-tools-common and edited /etc/default/xen to spec= ify the xl toolset, rebooted and tried again.=A0 This time when doing xl in= fo the system returned: WARING:=A0 Can't find toolstack xl, fallback to default! ERROR:=A0 A different toolstack (xm) have been selected! So I did apt-get remove xen-tools-common and rebooted and set /etc/default/= xen to defaults.=A0 Now when I try xl or xm info I get: "ERROR:=A0 Toolstac= k not specifed and nothing detected, bailing out!" And I'm stuck, I've googled the error but can't find anything and am not su= re what to check now. Thank you. = Ok now I did apt-get remove xen-tools then reinstalled, rebooted and now xm= works ok, when I try create a windows host I'm back to the following: root@xen-1:~# xm create /etc/xen/windows8.cfg Using config file "/etc/xen/windows8.cfg". Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: builder=3D'hvm' I'm sure this is because the guide I was following was using the xl toolsta= ck but it didn't say how they enabled it.. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 13:57:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 13:57: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 1UYGT7-0004U2-AF; Fri, 03 May 2013 13:56:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGT5-0004Tm-Oh for xen-users@lists.xen.org; Fri, 03 May 2013 13:56:11 +0000 Received: from [85.158.139.211:3661] by server-11.bemta-5.messagelabs.com id B8/95-26693-BF1C3815; Fri, 03 May 2013 13:56:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1367589370!18752585!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 22494 invoked from network); 3 May 2013 13:56:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 13:56:10 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4209869" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 May 2013 13:54: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; Fri, 3 May 2013 14:56:10 +0100 Message-ID: <1367589369.28742.98.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Simon Jones Date: Fri, 3 May 2013 14:56:09 +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] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-03 at 14:44 +0100, Simon Jones wrote: > I have just installed Xen by following > http://wiki.xen.org/wiki/Xen_Beginners_Guide > > > > All in all pretty good, however it mentions using the xl toolset but > when I first installed only the xm toolset would work. Some of that wiki page strikes me as a bit odd, it looks a bit like someone has done a search and replace xm->xl without considering the context (Debian Squeeze, which uses xm by default) Which Debian release are you using? If you are using Squeeze then IMHO you should stick with xm. You might have better luck with: http://wiki.debian.org/Xen > This was great for creating linux based domains but it gave me an > error about hvm when I tried creating a Windows domain. If on Squeeze did you install the qemu-dm-xen package? > I then apt-get install xen-tools-common and edited /etc/default/xen to > specify the xl toolset, rebooted and tried again. This time when > doing xl info the system returned: Do you mean xen-utils-common? xen-tools-common is not a package which exists in Debian and xen-tools is a 3rd party set of utilities for working with Xen once you have it installed and working. Even if you meant xen-utils-common I'm a bit confused what you have done here, are you trying to mix and match an installation from source with the Debian binary package xen-tools-common? That isn't going to work, xen-tools-common is for use with the Debian binary package of Xen. If you are installing from Debian packages only then I don't understand why you needed to install xen-tools-common by hand, since it should have been pulled in by the dependencies when you install the xen-linux-system package. Likewise I don't see how you were able to remove xen-utils-common without also removing other critical xen packages. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 13:57:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 13:57: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 1UYGT7-0004U2-AF; Fri, 03 May 2013 13:56:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGT5-0004Tm-Oh for xen-users@lists.xen.org; Fri, 03 May 2013 13:56:11 +0000 Received: from [85.158.139.211:3661] by server-11.bemta-5.messagelabs.com id B8/95-26693-BF1C3815; Fri, 03 May 2013 13:56:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1367589370!18752585!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 22494 invoked from network); 3 May 2013 13:56:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 13:56:10 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4209869" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 May 2013 13:54: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; Fri, 3 May 2013 14:56:10 +0100 Message-ID: <1367589369.28742.98.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Simon Jones Date: Fri, 3 May 2013 14:56:09 +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] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-03 at 14:44 +0100, Simon Jones wrote: > I have just installed Xen by following > http://wiki.xen.org/wiki/Xen_Beginners_Guide > > > > All in all pretty good, however it mentions using the xl toolset but > when I first installed only the xm toolset would work. Some of that wiki page strikes me as a bit odd, it looks a bit like someone has done a search and replace xm->xl without considering the context (Debian Squeeze, which uses xm by default) Which Debian release are you using? If you are using Squeeze then IMHO you should stick with xm. You might have better luck with: http://wiki.debian.org/Xen > This was great for creating linux based domains but it gave me an > error about hvm when I tried creating a Windows domain. If on Squeeze did you install the qemu-dm-xen package? > I then apt-get install xen-tools-common and edited /etc/default/xen to > specify the xl toolset, rebooted and tried again. This time when > doing xl info the system returned: Do you mean xen-utils-common? xen-tools-common is not a package which exists in Debian and xen-tools is a 3rd party set of utilities for working with Xen once you have it installed and working. Even if you meant xen-utils-common I'm a bit confused what you have done here, are you trying to mix and match an installation from source with the Debian binary package xen-tools-common? That isn't going to work, xen-tools-common is for use with the Debian binary package of Xen. If you are installing from Debian packages only then I don't understand why you needed to install xen-tools-common by hand, since it should have been pulled in by the dependencies when you install the xen-linux-system package. Likewise I don't see how you were able to remove xen-utils-common without also removing other critical xen packages. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 14:10:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 14:10: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 1UYGgg-0005wc-6L; Fri, 03 May 2013 14:10:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGgf-0005vS-8D for xen-users@lists.xen.org; Fri, 03 May 2013 14:10:13 +0000 Received: from [85.158.137.99:40431] by server-1.bemta-3.messagelabs.com id 1C/7C-20211-245C3815; Fri, 03 May 2013 14:10:10 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-12.tower-217.messagelabs.com!1367590209!17030075!1 X-Originating-IP: [195.2.134.1] 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 3751 invoked from network); 3 May 2013 14:10:09 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-12.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 14:10:09 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 15:09:08 +0100 From: Simon Jones To: Ian Campbell Thread-Topic: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOv//9CaA///sOrA= Date: Fri, 3 May 2013 14:09:07 +0000 Message-ID: References: <1367589369.28742.98.camel@zakaz.uk.xensource.com> In-Reply-To: <1367589369.28742.98.camel@zakaz.uk.xensource.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----Original Message----- From: Ian Campbell [mailto:Ian.Campbell@citrix.com] Sent: 03 May 2013 14:56 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! On Fri, 2013-05-03 at 14:44 +0100, Simon Jones wrote: > I have just installed Xen by following > http://wiki.xen.org/wiki/Xen_Beginners_Guide > > > > All in all pretty good, however it mentions using the xl toolset but > when I first installed only the xm toolset would work. Some of that wiki page strikes me as a bit odd, it looks a bit like someone has done a search and replace xm->xl without considering the context (Debian Squeeze, which uses xm by default) Which Debian release are you using? If you are using Squeeze then IMHO you should stick with xm. You might have better luck with: http://wiki.debian.org/Xen > This was great for creating linux based domains but it gave me an > error about hvm when I tried creating a Windows domain. If on Squeeze did you install the qemu-dm-xen package? > I then apt-get install xen-tools-common and edited /etc/default/xen to > specify the xl toolset, rebooted and tried again. This time when > doing xl info the system returned: Do you mean xen-utils-common? xen-tools-common is not a package which exists in Debian and xen-tools is a 3rd party set of utilities for working with Xen once you have it installed and working. Even if you meant xen-utils-common I'm a bit confused what you have done here, are you trying to mix and match an installation from source with the Debian binary package xen-tools-common? That isn't going to work, xen-tools-common is for use with the Debian binary package of Xen. If you are installing from Debian packages only then I don't understand why you needed to install xen-tools-common by hand, since it should have been pulled in by the dependencies when you install the xen-linux-system package. Likewise I don't see how you were able to remove xen-utils-common without also removing other critical xen packages. Ian. Thanks Ian, Got it working again and am back to the original error: root@xen-1:~# xm create /etc/xen/windows8.cfg Using config file "/etc/xen/windows8.cfg". Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: builder='hvm' here's the config file: kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "ovm-1734" vif = ['bridge=xenbr0'] disk = ['phy:/dev/vg1/windows8,hda,w','file:/usr/src/windows8.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" vncpasswd="" I'm still getting my head around the system (clearly!) so apologies if I'm messing up something too obvious... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 14:10:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 14:10: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 1UYGgg-0005wc-6L; Fri, 03 May 2013 14:10:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGgf-0005vS-8D for xen-users@lists.xen.org; Fri, 03 May 2013 14:10:13 +0000 Received: from [85.158.137.99:40431] by server-1.bemta-3.messagelabs.com id 1C/7C-20211-245C3815; Fri, 03 May 2013 14:10:10 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-12.tower-217.messagelabs.com!1367590209!17030075!1 X-Originating-IP: [195.2.134.1] 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 3751 invoked from network); 3 May 2013 14:10:09 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-12.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 14:10:09 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 15:09:08 +0100 From: Simon Jones To: Ian Campbell Thread-Topic: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOv//9CaA///sOrA= Date: Fri, 3 May 2013 14:09:07 +0000 Message-ID: References: <1367589369.28742.98.camel@zakaz.uk.xensource.com> In-Reply-To: <1367589369.28742.98.camel@zakaz.uk.xensource.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----Original Message----- From: Ian Campbell [mailto:Ian.Campbell@citrix.com] Sent: 03 May 2013 14:56 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! On Fri, 2013-05-03 at 14:44 +0100, Simon Jones wrote: > I have just installed Xen by following > http://wiki.xen.org/wiki/Xen_Beginners_Guide > > > > All in all pretty good, however it mentions using the xl toolset but > when I first installed only the xm toolset would work. Some of that wiki page strikes me as a bit odd, it looks a bit like someone has done a search and replace xm->xl without considering the context (Debian Squeeze, which uses xm by default) Which Debian release are you using? If you are using Squeeze then IMHO you should stick with xm. You might have better luck with: http://wiki.debian.org/Xen > This was great for creating linux based domains but it gave me an > error about hvm when I tried creating a Windows domain. If on Squeeze did you install the qemu-dm-xen package? > I then apt-get install xen-tools-common and edited /etc/default/xen to > specify the xl toolset, rebooted and tried again. This time when > doing xl info the system returned: Do you mean xen-utils-common? xen-tools-common is not a package which exists in Debian and xen-tools is a 3rd party set of utilities for working with Xen once you have it installed and working. Even if you meant xen-utils-common I'm a bit confused what you have done here, are you trying to mix and match an installation from source with the Debian binary package xen-tools-common? That isn't going to work, xen-tools-common is for use with the Debian binary package of Xen. If you are installing from Debian packages only then I don't understand why you needed to install xen-tools-common by hand, since it should have been pulled in by the dependencies when you install the xen-linux-system package. Likewise I don't see how you were able to remove xen-utils-common without also removing other critical xen packages. Ian. Thanks Ian, Got it working again and am back to the original error: root@xen-1:~# xm create /etc/xen/windows8.cfg Using config file "/etc/xen/windows8.cfg". Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: builder='hvm' here's the config file: kernel = "/usr/lib/xen-4.0/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "ovm-1734" vif = ['bridge=xenbr0'] disk = ['phy:/dev/vg1/windows8,hda,w','file:/usr/src/windows8.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" vncpasswd="" I'm still getting my head around the system (clearly!) so apologies if I'm messing up something too obvious... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 14:17:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 14:17:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGn9-0007Bk-JA; Fri, 03 May 2013 14:16:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGn8-0007BR-4h for xen-users@lists.xen.org; Fri, 03 May 2013 14:16:54 +0000 Received: from [85.158.143.99:54750] by server-3.bemta-4.messagelabs.com id 71/48-02015-5D6C3815; Fri, 03 May 2013 14:16:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1367590596!23790518!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 26964 invoked from network); 3 May 2013 14:16:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 14:16:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4210759" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 May 2013 14:14:42 +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; Fri, 3 May 2013 15:16:36 +0100 Message-ID: <1367590595.28742.112.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Simon Jones Date: Fri, 3 May 2013 15:16:35 +0100 In-Reply-To: References: <1367589369.28742.98.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] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-03 at 15:09 +0100, Simon Jones wrote: > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: 03 May 2013 14:56 > To: Simon Jones > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! > [...] > Thanks Ian, Please can you arrange to use normal > quoting. Otherwise it is hard to spot your new material. > Got it working again and am back to the original error: > > root@xen-1:~# xm create /etc/xen/windows8.cfg > Using config file "/etc/xen/windows8.cfg". > Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: > builder='hvm' > > here's the config file: > > kernel = "/usr/lib/xen-4.0/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 xm apparently doesn't tolerate leading spaces. Which was news to me but when I removed a few experimentally it seemed to accept those lines. Oh wait, since xm parses these files as Python code its obvious why it is whitespace sensitive. Stupid language... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 14:17:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 14:17:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGn9-0007Bk-JA; Fri, 03 May 2013 14:16:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGn8-0007BR-4h for xen-users@lists.xen.org; Fri, 03 May 2013 14:16:54 +0000 Received: from [85.158.143.99:54750] by server-3.bemta-4.messagelabs.com id 71/48-02015-5D6C3815; Fri, 03 May 2013 14:16:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1367590596!23790518!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 26964 invoked from network); 3 May 2013 14:16:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 May 2013 14:16:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4210759" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 May 2013 14:14:42 +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; Fri, 3 May 2013 15:16:36 +0100 Message-ID: <1367590595.28742.112.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Simon Jones Date: Fri, 3 May 2013 15:16:35 +0100 In-Reply-To: References: <1367589369.28742.98.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] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-03 at 15:09 +0100, Simon Jones wrote: > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: 03 May 2013 14:56 > To: Simon Jones > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! > [...] > Thanks Ian, Please can you arrange to use normal > quoting. Otherwise it is hard to spot your new material. > Got it working again and am back to the original error: > > root@xen-1:~# xm create /etc/xen/windows8.cfg > Using config file "/etc/xen/windows8.cfg". > Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: > builder='hvm' > > here's the config file: > > kernel = "/usr/lib/xen-4.0/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 xm apparently doesn't tolerate leading spaces. Which was news to me but when I removed a few experimentally it seemed to accept those lines. Oh wait, since xm parses these files as Python code its obvious why it is whitespace sensitive. Stupid language... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 14:23:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 14: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 1UYGt7-0007sY-4C; Fri, 03 May 2013 14:23:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGt5-0007sD-TQ for xen-users@lists.xen.org; Fri, 03 May 2013 14:23:04 +0000 Received: from [193.109.254.147:45595] by server-2.bemta-14.messagelabs.com id D1/1B-14115-648C3815; Fri, 03 May 2013 14:23:02 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1367590955!8726929!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15613 invoked from network); 3 May 2013 14:22:36 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-12.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 14:22:36 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 15:22:35 +0100 From: Simon Jones To: Ian Campbell Thread-Topic: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOv//9CaA///sOrCAABl8gP//7bkw Date: Fri, 3 May 2013 14:22:34 +0000 Message-ID: References: <1367589369.28742.98.camel@zakaz.uk.xensource.com> <1367590595.28742.112.camel@zakaz.uk.xensource.com> In-Reply-To: <1367590595.28742.112.camel@zakaz.uk.xensource.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----Original Message----- From: Ian Campbell [mailto:Ian.Campbell@citrix.com] Sent: 03 May 2013 15:17 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! On Fri, 2013-05-03 at 15:09 +0100, Simon Jones wrote: > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: 03 May 2013 14:56 > To: Simon Jones > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! > [...] > Thanks Ian, Please can you arrange to use normal > quoting. Otherwise it is hard to spot your new material. > Got it working again and am back to the original error: > > root@xen-1:~# xm create /etc/xen/windows8.cfg Using config file > "/etc/xen/windows8.cfg". > Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: > builder='hvm' > > here's the config file: > > kernel = "/usr/lib/xen-4.0/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 xm apparently doesn't tolerate leading spaces. Which was news to me but when I removed a few experimentally it seemed to accept those lines. Oh wait, since xm parses these files as Python code its obvious why it is whitespace sensitive. Stupid language... Ian. Aargh! As simple as that, you are a star - thank you! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 03 14:23:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 03 May 2013 14: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 1UYGt7-0007sY-4C; Fri, 03 May 2013 14:23:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYGt5-0007sD-TQ for xen-users@lists.xen.org; Fri, 03 May 2013 14:23:04 +0000 Received: from [193.109.254.147:45595] by server-2.bemta-14.messagelabs.com id D1/1B-14115-648C3815; Fri, 03 May 2013 14:23:02 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1367590955!8726929!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15613 invoked from network); 3 May 2013 14:22:36 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-12.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 3 May 2013 14:22:36 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Fri, 3 May 2013 15:22:35 +0100 From: Simon Jones To: Ian Campbell Thread-Topic: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! Thread-Index: Ac5IA4F8B5zecBfgRqSJFojHrFFIOv//9CaA///sOrCAABl8gP//7bkw Date: Fri, 3 May 2013 14:22:34 +0000 Message-ID: References: <1367589369.28742.98.camel@zakaz.uk.xensource.com> <1367590595.28742.112.camel@zakaz.uk.xensource.com> In-Reply-To: <1367590595.28742.112.camel@zakaz.uk.xensource.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----Original Message----- From: Ian Campbell [mailto:Ian.Campbell@citrix.com] Sent: 03 May 2013 15:17 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! On Fri, 2013-05-03 at 15:09 +0100, Simon Jones wrote: > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: 03 May 2013 14:56 > To: Simon Jones > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] ERROR: Toolstack not specifed and nothing detected, bailing out! > [...] > Thanks Ian, Please can you arrange to use normal > quoting. Otherwise it is hard to spot your new material. > Got it working again and am back to the original error: > > root@xen-1:~# xm create /etc/xen/windows8.cfg Using config file > "/etc/xen/windows8.cfg". > Error: Errors were found at line 2 while processing /etc/xen/windows8.cfg: > builder='hvm' > > here's the config file: > > kernel = "/usr/lib/xen-4.0/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 xm apparently doesn't tolerate leading spaces. Which was news to me but when I removed a few experimentally it seemed to accept those lines. Oh wait, since xm parses these files as Python code its obvious why it is whitespace sensitive. Stupid language... Ian. Aargh! As simple as that, you are a star - thank you! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 04 17:45:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 May 2013 17:45: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 1UYgT8-0005mX-Ee; Sat, 04 May 2013 17:41:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYgT6-0005mS-3z for xen-users@lists.xen.org; Sat, 04 May 2013 17:41:56 +0000 Received: from [85.158.139.83:42685] by server-2.bemta-5.messagelabs.com id 57/1B-26552-36845815; Sat, 04 May 2013 17:41:55 +0000 X-Env-Sender: dxcp@ymail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1367689313!28937021!1 X-Originating-IP: [77.238.189.195] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,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 24487 invoked from network); 4 May 2013 17:41:54 -0000 Received: from nm13-vm0.bullet.mail.ird.yahoo.com (HELO nm13-vm0.bullet.mail.ird.yahoo.com) (77.238.189.195) by server-15.tower-182.messagelabs.com with SMTP; 4 May 2013 17:41:54 -0000 Received: from [77.238.189.50] by nm13.bullet.mail.ird.yahoo.com with NNFMP; 04 May 2013 17:41:53 -0000 Received: from [212.82.108.237] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 04 May 2013 17:41:53 -0000 Received: from [127.0.0.1] by omp1002.mail.ird.yahoo.com with NNFMP; 04 May 2013 17:41:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 738736.42003.bm@omp1002.mail.ird.yahoo.com Received: (qmail 58905 invoked by uid 60001); 4 May 2013 17:41:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367689313; bh=+ZD+0xZ/nl+7rTEyHtTgRMW9EgeDJ7FCs8ywrboRRLo=; 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=318eFZCucuG3LlxZWO8VDhtb2ZDBUrYIYeBbMyIRmvq9qLy7q5O/89DbTsnDsAcrChAwyAYkKrv1RVyVV/q0k09cxMcci+zRYoYNAeLkicdQBttcxrZ54d3N1X+w0UdRlzum/I8JznjzHpQ5/zurgzHuph7eYiFDkPN9kJXwk4s= 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=lvPu6A8CIrxCouZXq6TEegbdGRtD9RwWsseC7r3G0F8xWeE59JypBfnFIcLWheQNkh7n9t1PR5TIjuJphK8DtX0klxgyXjlioHTBGFtRBfXJ5Hk51wXx5NaUWXtbwY6aEvYiiGME6oHzU03/CnWYTzcwAq6AzirDNcCbU2usfEc=; X-YMail-OSG: 3pA3bRkVM1m.NUkLuN9QqczQR2hLgigt469DAldUPn1_aJE xZ60DiOBgTMBItA9mxDczZcHR84VbAfkoPyeiwqdP_I1fYxfNIkbtHMuUFzh qXEjPwVBTvbWzSujw9BXIi5hGTA1cQyJ3k_6jO1OXZUOxY7xBemGTPun17nG vKUHpLUMRYBX3zvJgoXVha_7H8CMO2lKbRmyrYmDloAtiwl9K4fj5xoqL2d3 5uBQ0zL9yduC51DWfhgz88BXg3tAV7Sep1JVradMkqDPRZ1AYOsfFEfLhS.S hsXXuh7ktE33esyo62X3l_WmM1ms2gXHC8eC58ES5P5dbZcltHB5motOkR.p L_8Y1g2A5nMA__xsbgQTnYdm0XI7ObHHhJRXYz.PThGY_u__h4ro4TveYb9n XO1kBuckgqROoD4ewDeVPZ5L5ef_SoBu75ZxFx8lrnHNX2Am6APv6hLGer54 tq2d3H5vsicsrgChM3nEXZ9vsZc.Ph3GJoaIVuhTcA2_s2mZ7RhTT_eJjida 3z6vzbt.ewsl4AT6osg-- Received: from [122.167.91.80] by web171206.mail.ir2.yahoo.com via HTTP; Sat, 04 May 2013 18:41:52 BST X-Rocket-MIMEInfo: 002.001, SSBmaW5hbGx5IGdvdCB0aGUgc2V0dXAgd29ya2luZyB3aXRoIFhNLCB5ZXMgaSBrbm93LCBpdCdzIGRlcHJlY2F0ZWQgYW5kIGRvZXNuJ3Qgd29yayB3aXRoIHRoZSBzdGFja3MgKGNsb3VkIGFuZCBvcGVuKSBidXQgYXQgbGVhc3QgaSBnZXQgdG8gZmFtaWxpYXJpc2UgbXlzZWxmIHdpdGggeGVuIGFuZCBhc3NvY2lhdGVkIGNvbmNlcHRzLgoKSW4gdGhlIGVuZCwgaSBoYWQgdG8gdXNlIGEgYnJpbmdpbmcgb24gYSB3aXJlZCBjb25uZWN0aW9uIGFzIGJyaWRnaW5nIHdsYW4gZ290IG1lIGludG8gYSBjYXRjaCABMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> <1367226138.3142.225.camel@zakaz.uk.xensource.com> Message-ID: <1367689312.58801.YahooMailNeo@web171206.mail.ir2.yahoo.com> Date: Sat, 4 May 2013 18:41:52 +0100 (BST) From: Dayo Egbetola To: Ian Campbell In-Reply-To: <1367226138.3142.225.camel@zakaz.uk.xensource.com> 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 Reply-To: Dayo Egbetola List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0546379816921818063==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0546379816921818063== Content-Type: multipart/alternative; boundary="1466181710-1602306261-1367689312=:58801" --1466181710-1602306261-1367689312=:58801 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I finally got the setup working with XM, yes i know, it's deprecated and do= esn't work with the stacks (cloud and open) but at least i get to familiari= se myself with xen and associated concepts.=0A=0AIn the end, i had to use a= bringing on a wired connection as bridging wlan got me into a catch 22 sit= uation where I have to know the mac address of the VM I want to bridge but = I need the network connection to setup the bridge for making sure the NAT i= s properly setup. I went down this route because brctl didn't work for wlan= and ebtables looked promising. If anyone has successfuly done this, pls sh= are.=0A=0AFor now i'll try things out and upgrade to the xcp/xapi toolstack= at some point in the future.=0A=0Aregards=0A=0AD=0A=0A=0A_________________= _______________=0A From: Ian Campbell =0ATo: Dayo = Egbetola =0ACc: "Xen-users@lists.xen.org" =0ASent: Monday, 29 April 2013, 14:32=0ASubject: Re: [Xen-users] = XE VM install=0A =0A=0AOn Sun, 2013-04-28 at 13:05 +0100, Dayo Egbetola wro= te:=0A> Hi -=0A> =0A> =0A> I'm trying to use the instructions here=0A> http= ://xen.pablolibo.com/doku.php to create a new VM but it's not=0A> clear whe= re the .cfg file should go and what to do next. I was=0A> thinking xe needs= to install the vm from the /mnt/so_xen mount but i'm=0A> not sure. Are the= steps on the site reasonable?=0A=0AThey appear (on the surface) to be reas= onable for use with the xl=0Atooltack (or the xm interface to the legacy xe= nd toolstack) however you=0Amention "xe" which is the xapi toolstack client= which is used by e.g.=0AXCP.=0A=0Axe does not use the same model for manag= ing domains as xl and in=0Aparticular does not use configuration files in t= he same way.=0A=0Ahttp://wiki.xen.org/wiki/Choice_of_Toolstacks describes t= he toolstacks=0Aand links to additional information about each of them.=0A= =0AIf you want to use xapi+xe then the (poorly named) xen-api@ mailing list= =0Ais where that stuff tends to get discussed. I'm sure someone there can= =0Apoint you to a suitable howto or perhaps now the distinction between=0Ax= l/xe is (hopefully!) clear to you your search engine results will be=0Amore= fruitful...=0A=0A>=A0 Is there a way to install a vm from USB instead? =0A= =0AWith xe, I'm afraid I've no idea.=0A=0AIan. --1466181710-1602306261-1367689312=:58801 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I finally got the setup working with XM, yes i know, it's deprecated and = doesn't work with the stacks (cloud and open) but at least i get to familia= rise myself with xen and associated concepts.

In the end, i had to use a bringing on= a wired connection as bridging wlan got me into a catch 22 situation where= I have to know the mac address of the VM I want to bridge but I need the n= etwork connection to setup the bridge for making sure the NAT is properly setup. I went down this route because brctl didn't work for wlan and ebtab= les looked promising. If anyone has successfuly done this, pls share.
=

For now i'll try thin= gs out and upgrade to the xcp/xapi toolstack at some point in the future.

regards

D

<= div style=3D"font-family: 'Courier New', courier, monaco, monospace, sans-s= erif; font-size: 12pt;">
= From= : Ian Campbell <Ian.Campbell@citrix.com>
To: Dayo Egbetola <dxcp@ymail.com>= ;
Cc: "Xen-users@lists= .xen.org" <Xen-users@lists.xen.org>
Sent: Monday, 29 April 2013, 14:32
Subject: Re: [Xen-users] XE VM install
=

On Sun, 2013-04-28 at 13:= 05 +0100, Dayo Egbetola wrote:
> Hi -
>
>
> I'm t= rying to use the instructions here
> http://xen.pablolibo.com/doku.php to cr= eate 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 reas= onable?

They appear (on the surface) to be reasonable for use with t= he xl
tooltack (or the xm interface to the legacy xend toolstack) howeve= r 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 x= l and in
particular does not use configuration files in the same way.
=
http://wiki.xen.org/wiki/Choice_of_Toolstacks describes the toolst= acks
and links to additional information about each of them.

If y= ou 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
poin= t you to a suitable howto or perhaps now the distinction between
xl/xe i= s (hopefully!) clear to you your search engine results will be
more frui= tful...

>  Is there a way to install a vm from USB instead? =

With xe, I'm afraid I've no idea.

Ian.




--1466181710-1602306261-1367689312=:58801-- --===============0546379816921818063== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0546379816921818063==-- From xen-users-bounces@lists.xen.org Sat May 04 17:45:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 04 May 2013 17:45: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 1UYgT8-0005mX-Ee; Sat, 04 May 2013 17:41:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UYgT6-0005mS-3z for xen-users@lists.xen.org; Sat, 04 May 2013 17:41:56 +0000 Received: from [85.158.139.83:42685] by server-2.bemta-5.messagelabs.com id 57/1B-26552-36845815; Sat, 04 May 2013 17:41:55 +0000 X-Env-Sender: dxcp@ymail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1367689313!28937021!1 X-Originating-IP: [77.238.189.195] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,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 24487 invoked from network); 4 May 2013 17:41:54 -0000 Received: from nm13-vm0.bullet.mail.ird.yahoo.com (HELO nm13-vm0.bullet.mail.ird.yahoo.com) (77.238.189.195) by server-15.tower-182.messagelabs.com with SMTP; 4 May 2013 17:41:54 -0000 Received: from [77.238.189.50] by nm13.bullet.mail.ird.yahoo.com with NNFMP; 04 May 2013 17:41:53 -0000 Received: from [212.82.108.237] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 04 May 2013 17:41:53 -0000 Received: from [127.0.0.1] by omp1002.mail.ird.yahoo.com with NNFMP; 04 May 2013 17:41:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 738736.42003.bm@omp1002.mail.ird.yahoo.com Received: (qmail 58905 invoked by uid 60001); 4 May 2013 17:41:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367689313; bh=+ZD+0xZ/nl+7rTEyHtTgRMW9EgeDJ7FCs8ywrboRRLo=; 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=318eFZCucuG3LlxZWO8VDhtb2ZDBUrYIYeBbMyIRmvq9qLy7q5O/89DbTsnDsAcrChAwyAYkKrv1RVyVV/q0k09cxMcci+zRYoYNAeLkicdQBttcxrZ54d3N1X+w0UdRlzum/I8JznjzHpQ5/zurgzHuph7eYiFDkPN9kJXwk4s= 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=lvPu6A8CIrxCouZXq6TEegbdGRtD9RwWsseC7r3G0F8xWeE59JypBfnFIcLWheQNkh7n9t1PR5TIjuJphK8DtX0klxgyXjlioHTBGFtRBfXJ5Hk51wXx5NaUWXtbwY6aEvYiiGME6oHzU03/CnWYTzcwAq6AzirDNcCbU2usfEc=; X-YMail-OSG: 3pA3bRkVM1m.NUkLuN9QqczQR2hLgigt469DAldUPn1_aJE xZ60DiOBgTMBItA9mxDczZcHR84VbAfkoPyeiwqdP_I1fYxfNIkbtHMuUFzh qXEjPwVBTvbWzSujw9BXIi5hGTA1cQyJ3k_6jO1OXZUOxY7xBemGTPun17nG vKUHpLUMRYBX3zvJgoXVha_7H8CMO2lKbRmyrYmDloAtiwl9K4fj5xoqL2d3 5uBQ0zL9yduC51DWfhgz88BXg3tAV7Sep1JVradMkqDPRZ1AYOsfFEfLhS.S hsXXuh7ktE33esyo62X3l_WmM1ms2gXHC8eC58ES5P5dbZcltHB5motOkR.p L_8Y1g2A5nMA__xsbgQTnYdm0XI7ObHHhJRXYz.PThGY_u__h4ro4TveYb9n XO1kBuckgqROoD4ewDeVPZ5L5ef_SoBu75ZxFx8lrnHNX2Am6APv6hLGer54 tq2d3H5vsicsrgChM3nEXZ9vsZc.Ph3GJoaIVuhTcA2_s2mZ7RhTT_eJjida 3z6vzbt.ewsl4AT6osg-- Received: from [122.167.91.80] by web171206.mail.ir2.yahoo.com via HTTP; Sat, 04 May 2013 18:41:52 BST X-Rocket-MIMEInfo: 002.001, SSBmaW5hbGx5IGdvdCB0aGUgc2V0dXAgd29ya2luZyB3aXRoIFhNLCB5ZXMgaSBrbm93LCBpdCdzIGRlcHJlY2F0ZWQgYW5kIGRvZXNuJ3Qgd29yayB3aXRoIHRoZSBzdGFja3MgKGNsb3VkIGFuZCBvcGVuKSBidXQgYXQgbGVhc3QgaSBnZXQgdG8gZmFtaWxpYXJpc2UgbXlzZWxmIHdpdGggeGVuIGFuZCBhc3NvY2lhdGVkIGNvbmNlcHRzLgoKSW4gdGhlIGVuZCwgaSBoYWQgdG8gdXNlIGEgYnJpbmdpbmcgb24gYSB3aXJlZCBjb25uZWN0aW9uIGFzIGJyaWRnaW5nIHdsYW4gZ290IG1lIGludG8gYSBjYXRjaCABMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> <1367226138.3142.225.camel@zakaz.uk.xensource.com> Message-ID: <1367689312.58801.YahooMailNeo@web171206.mail.ir2.yahoo.com> Date: Sat, 4 May 2013 18:41:52 +0100 (BST) From: Dayo Egbetola To: Ian Campbell In-Reply-To: <1367226138.3142.225.camel@zakaz.uk.xensource.com> 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 Reply-To: Dayo Egbetola List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0546379816921818063==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0546379816921818063== Content-Type: multipart/alternative; boundary="1466181710-1602306261-1367689312=:58801" --1466181710-1602306261-1367689312=:58801 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I finally got the setup working with XM, yes i know, it's deprecated and do= esn't work with the stacks (cloud and open) but at least i get to familiari= se myself with xen and associated concepts.=0A=0AIn the end, i had to use a= bringing on a wired connection as bridging wlan got me into a catch 22 sit= uation where I have to know the mac address of the VM I want to bridge but = I need the network connection to setup the bridge for making sure the NAT i= s properly setup. I went down this route because brctl didn't work for wlan= and ebtables looked promising. If anyone has successfuly done this, pls sh= are.=0A=0AFor now i'll try things out and upgrade to the xcp/xapi toolstack= at some point in the future.=0A=0Aregards=0A=0AD=0A=0A=0A_________________= _______________=0A From: Ian Campbell =0ATo: Dayo = Egbetola =0ACc: "Xen-users@lists.xen.org" =0ASent: Monday, 29 April 2013, 14:32=0ASubject: Re: [Xen-users] = XE VM install=0A =0A=0AOn Sun, 2013-04-28 at 13:05 +0100, Dayo Egbetola wro= te:=0A> Hi -=0A> =0A> =0A> I'm trying to use the instructions here=0A> http= ://xen.pablolibo.com/doku.php to create a new VM but it's not=0A> clear whe= re the .cfg file should go and what to do next. I was=0A> thinking xe needs= to install the vm from the /mnt/so_xen mount but i'm=0A> not sure. Are the= steps on the site reasonable?=0A=0AThey appear (on the surface) to be reas= onable for use with the xl=0Atooltack (or the xm interface to the legacy xe= nd toolstack) however you=0Amention "xe" which is the xapi toolstack client= which is used by e.g.=0AXCP.=0A=0Axe does not use the same model for manag= ing domains as xl and in=0Aparticular does not use configuration files in t= he same way.=0A=0Ahttp://wiki.xen.org/wiki/Choice_of_Toolstacks describes t= he toolstacks=0Aand links to additional information about each of them.=0A= =0AIf you want to use xapi+xe then the (poorly named) xen-api@ mailing list= =0Ais where that stuff tends to get discussed. I'm sure someone there can= =0Apoint you to a suitable howto or perhaps now the distinction between=0Ax= l/xe is (hopefully!) clear to you your search engine results will be=0Amore= fruitful...=0A=0A>=A0 Is there a way to install a vm from USB instead? =0A= =0AWith xe, I'm afraid I've no idea.=0A=0AIan. --1466181710-1602306261-1367689312=:58801 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I finally got the setup working with XM, yes i know, it's deprecated and = doesn't work with the stacks (cloud and open) but at least i get to familia= rise myself with xen and associated concepts.

In the end, i had to use a bringing on= a wired connection as bridging wlan got me into a catch 22 situation where= I have to know the mac address of the VM I want to bridge but I need the n= etwork connection to setup the bridge for making sure the NAT is properly setup. I went down this route because brctl didn't work for wlan and ebtab= les looked promising. If anyone has successfuly done this, pls share.
=

For now i'll try thin= gs out and upgrade to the xcp/xapi toolstack at some point in the future.

regards

D

<= div style=3D"font-family: 'Courier New', courier, monaco, monospace, sans-s= erif; font-size: 12pt;">
= From= : Ian Campbell <Ian.Campbell@citrix.com>
To: Dayo Egbetola <dxcp@ymail.com>= ;
Cc: "Xen-users@lists= .xen.org" <Xen-users@lists.xen.org>
Sent: Monday, 29 April 2013, 14:32
Subject: Re: [Xen-users] XE VM install
=

On Sun, 2013-04-28 at 13:= 05 +0100, Dayo Egbetola wrote:
> Hi -
>
>
> I'm t= rying to use the instructions here
> http://xen.pablolibo.com/doku.php to cr= eate 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 reas= onable?

They appear (on the surface) to be reasonable for use with t= he xl
tooltack (or the xm interface to the legacy xend toolstack) howeve= r 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 x= l and in
particular does not use configuration files in the same way.
=
http://wiki.xen.org/wiki/Choice_of_Toolstacks describes the toolst= acks
and links to additional information about each of them.

If y= ou 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
poin= t you to a suitable howto or perhaps now the distinction between
xl/xe i= s (hopefully!) clear to you your search engine results will be
more frui= tful...

>  Is there a way to install a vm from USB instead? =

With xe, I'm afraid I've no idea.

Ian.




--1466181710-1602306261-1367689312=:58801-- --===============0546379816921818063== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0546379816921818063==-- From xen-users-bounces@lists.xen.org Sun May 05 15:43:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 15:43: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 1UZ14q-0007QV-3N; Sun, 05 May 2013 15:42:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ14o-0007QQ-5W for xen-users@lists.xen.org; Sun, 05 May 2013 15:42:14 +0000 Received: from [85.158.137.99:4364] by server-5.bemta-3.messagelabs.com id AE/CF-29713-5DD76815; Sun, 05 May 2013 15:42:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-217.messagelabs.com!1367768531!17207946!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 5860 invoked from network); 5 May 2013 15:42:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2013 15:42:12 -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 2AAF82211A3 for ; Sun, 5 May 2013 16:42:10 +0100 (BST) Message-ID: <51867DD1.9080404@bobich.net> Date: Sun, 05 May 2013 16:42:09 +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> <517D0524.2020807@bobich.net> In-Reply-To: <517D0524.2020807@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 This problem continues to drive me nuts - not by it flat out not working, but by working _intermittently_. For the past week, I had not managed to get ATI VGA passthrough to boot up once (BSOD every time). I was tweaking some boot parameters, and at one point it not only booted up without BSOD-ing, it actually managed full screen 3D applications, and completed a full GPU benchmark pass of Crysis! So just to make sure, I did a full shutdown and cold-booted the machine again - BSOD after BSOD after BSOD. Rebooted it again, and now it works again, including full screen 3D switching. One thing I have established is that pci=resource_alignment=; kernel boot parameter makes the machine not boot at all. It looks like it wipes out the NIC by realigning things, and I need the NIC to work because the machine runs on NFS root (and the VM disk is an iSCSI share). Has anybody got any suggestions on how I might debug this any further? It's really quite annoying having this _almost_ working. It also looks like if it works once, it will continue working upon guest restarts. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 15:43:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 15:43: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 1UZ14q-0007QV-3N; Sun, 05 May 2013 15:42:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ14o-0007QQ-5W for xen-users@lists.xen.org; Sun, 05 May 2013 15:42:14 +0000 Received: from [85.158.137.99:4364] by server-5.bemta-3.messagelabs.com id AE/CF-29713-5DD76815; Sun, 05 May 2013 15:42:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-217.messagelabs.com!1367768531!17207946!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 5860 invoked from network); 5 May 2013 15:42:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2013 15:42:12 -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 2AAF82211A3 for ; Sun, 5 May 2013 16:42:10 +0100 (BST) Message-ID: <51867DD1.9080404@bobich.net> Date: Sun, 05 May 2013 16:42:09 +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> <517D0524.2020807@bobich.net> In-Reply-To: <517D0524.2020807@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 This problem continues to drive me nuts - not by it flat out not working, but by working _intermittently_. For the past week, I had not managed to get ATI VGA passthrough to boot up once (BSOD every time). I was tweaking some boot parameters, and at one point it not only booted up without BSOD-ing, it actually managed full screen 3D applications, and completed a full GPU benchmark pass of Crysis! So just to make sure, I did a full shutdown and cold-booted the machine again - BSOD after BSOD after BSOD. Rebooted it again, and now it works again, including full screen 3D switching. One thing I have established is that pci=resource_alignment=; kernel boot parameter makes the machine not boot at all. It looks like it wipes out the NIC by realigning things, and I need the NIC to work because the machine runs on NFS root (and the VM disk is an iSCSI share). Has anybody got any suggestions on how I might debug this any further? It's really quite annoying having this _almost_ working. It also looks like if it works once, it will continue working upon guest restarts. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 15:58:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 15:58: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 1UZ1JY-0007mH-VR; Sun, 05 May 2013 15:57:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ1JY-0007mB-5t for xen-users@lists.xen.org; Sun, 05 May 2013 15:57:28 +0000 Received: from [85.158.139.83:10861] by server-15.bemta-5.messagelabs.com id 62/AC-31797-76186815; Sun, 05 May 2013 15:57:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1367769446!30265527!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 28968 invoked from network); 5 May 2013 15:57:26 -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; 5 May 2013 15:57:26 -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 59DBD2211A3 for ; Sun, 5 May 2013 16:57:25 +0100 (BST) Message-ID: <51868164.20805@bobich.net> Date: Sun, 05 May 2013 16:57:24 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> In-Reply-To: <51867DD1.9080404@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/05/2013 04:42 PM, Gordan Bobic wrote: > This problem continues to drive me nuts - not by it flat out not > working, but by working _intermittently_. > > For the past week, I had not managed to get ATI VGA passthrough to boot > up once (BSOD every time). I was tweaking some boot parameters, and at > one point it not only booted up without BSOD-ing, it actually managed > full screen 3D applications, and completed a full GPU benchmark pass of > Crysis! > > So just to make sure, I did a full shutdown and cold-booted the machine > again - BSOD after BSOD after BSOD. > > Rebooted it again, and now it works again, including full screen 3D > switching. > > One thing I have established is that pci=resource_alignment=; > kernel boot parameter makes the machine not boot at all. It looks like > it wipes out the NIC by realigning things, and I need the NIC to work > because the machine runs on NFS root (and the VM disk is an iSCSI share). > > Has anybody got any suggestions on how I might debug this any further? > It's really quite annoying having this _almost_ working. It also looks > like if it works once, it will continue working upon guest restarts. Another observation - when it boots up, and I "eject" the ATI card from the guest, all that does it switch the guest display briefly to VNC primary, followed by slightly corrupted output switching back to the ATI card. And it is still responsive after that, I can execute a normal shutdown, don't have to do it blind. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 15:58:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 15:58: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 1UZ1JY-0007mH-VR; Sun, 05 May 2013 15:57:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ1JY-0007mB-5t for xen-users@lists.xen.org; Sun, 05 May 2013 15:57:28 +0000 Received: from [85.158.139.83:10861] by server-15.bemta-5.messagelabs.com id 62/AC-31797-76186815; Sun, 05 May 2013 15:57:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1367769446!30265527!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 28968 invoked from network); 5 May 2013 15:57:26 -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; 5 May 2013 15:57:26 -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 59DBD2211A3 for ; Sun, 5 May 2013 16:57:25 +0100 (BST) Message-ID: <51868164.20805@bobich.net> Date: Sun, 05 May 2013 16:57:24 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> In-Reply-To: <51867DD1.9080404@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/05/2013 04:42 PM, Gordan Bobic wrote: > This problem continues to drive me nuts - not by it flat out not > working, but by working _intermittently_. > > For the past week, I had not managed to get ATI VGA passthrough to boot > up once (BSOD every time). I was tweaking some boot parameters, and at > one point it not only booted up without BSOD-ing, it actually managed > full screen 3D applications, and completed a full GPU benchmark pass of > Crysis! > > So just to make sure, I did a full shutdown and cold-booted the machine > again - BSOD after BSOD after BSOD. > > Rebooted it again, and now it works again, including full screen 3D > switching. > > One thing I have established is that pci=resource_alignment=; > kernel boot parameter makes the machine not boot at all. It looks like > it wipes out the NIC by realigning things, and I need the NIC to work > because the machine runs on NFS root (and the VM disk is an iSCSI share). > > Has anybody got any suggestions on how I might debug this any further? > It's really quite annoying having this _almost_ working. It also looks > like if it works once, it will continue working upon guest restarts. Another observation - when it boots up, and I "eject" the ATI card from the guest, all that does it switch the guest display briefly to VNC primary, followed by slightly corrupted output switching back to the ATI card. And it is still responsive after that, I can execute a normal shutdown, don't have to do it blind. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 19:45:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 19:45: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 1UZ4rB-0002uQ-0T; Sun, 05 May 2013 19:44:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ4r9-0002uL-8v for xen-users@lists.xen.org; Sun, 05 May 2013 19:44:23 +0000 Received: from [85.158.137.99:36208] by server-6.bemta-3.messagelabs.com id 1D/DD-14331-696B6815; Sun, 05 May 2013 19:44:22 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367783061!20566342!1 X-Originating-IP: [74.125.82.42] 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 23191 invoked from network); 5 May 2013 19:44:21 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2013 19:44:21 -0000 Received: by mail-wg0-f42.google.com with SMTP id j13so2081754wgh.1 for ; Sun, 05 May 2013 12:44:21 -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=ywjWO02cKPI5xrHTycW9HQE8uLtw5GtR3JplR89ZNQg=; b=HTDNFNMrWSB6TELQCWbcNLMVnTs99AY2XLg6CU+4uIl56V+gMD7znMEVpojmOdB5EC uxGwIvwzQB2g6X8FXV2WJzt0kMnV0y1OzcPAaK7bnVY5pAcK0u5CJ2kZcTkUezi7sxY/ s2e4XRlZDLxOGztkOHmaqizjhqyOPw6qH5BlzQtyvPZYhmDDYwhv37nG/hzA4Oo/L3FB dtjPGX0YBJCf1zc/gMgP/gCQ7cGzwjbLKlSdr9W3XL4Er7n8d9KUZmqCNt6n5jD7HNot t1Rz6De0eo6Bln6OOdPyNQiFU8n3sPQcaa1/5Hmr7ir/RBXN4L/nuigyjb+oMaEFaoU8 Lz1A== MIME-Version: 1.0 X-Received: by 10.180.187.234 with SMTP id fv10mr5642512wic.29.1367783060949; Sun, 05 May 2013 12:44:20 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Sun, 5 May 2013 12:44:20 -0700 (PDT) In-Reply-To: References: Date: Sun, 5 May 2013 21:44:20 +0200 Message-ID: From: agya naila To: =?ISO-8859-1?Q?Lubom=EDr_Vogl?= Cc: "xen-users@lists.xen.org" Subject: Re: [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="===============8033583714985407410==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8033583714985407410== Content-Type: multipart/alternative; boundary=001a11c3848e7e01de04dbfdcfba --001a11c3848e7e01de04dbfdcfba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If you disabled the vif creation then your DomU will not have an network connection. You may disable the vif creation on your DomU configuration files Agya On Tue, Apr 30, 2013 at 10:11 AM, Lubom=EDr Vogl wr= ote: > 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 N= IC > 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 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c3848e7e01de04dbfdcfba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
If you disabled the vif creation then your DomU will not h= ave an network connection. You may disable the vif creation on your DomU co= nfiguration files <some_name.cfg>

Agya


On Tue,= Apr 30, 2013 at 10:11 AM, Lubom=EDr Vogl <Vogl.Lubomir@seznam.cz= > wrote:
Hi,

I succesfully install DOM0 o= n debian Wheeze. There is=20 more DOMU systems based on linux and all working (SUSE) or Windows=20 (XP,7)
There is bridge settings of network comm.

I try install ne= w=20 system DOMU Debian wheeze.

After installing and through starting=20 Debian there is create new NIC backend (Vif10) - this is ok.
After grub= =20 booting another new NIC backend created and this process start destroy rout= e=20 settings of DOM0, because there is added configuration of NIC with bad defa= ult routing.

I use XEN 4.1
I reinstall DOMU, Dom0 etc.

How I= =20 disable new creation of Vif (backend) from Debian DOMU=20 ?

Thanx

Lubomir Vogl

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

--001a11c3848e7e01de04dbfdcfba-- --===============8033583714985407410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8033583714985407410==-- From xen-users-bounces@lists.xen.org Sun May 05 19:45:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 19:45: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 1UZ4rB-0002uQ-0T; Sun, 05 May 2013 19:44:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ4r9-0002uL-8v for xen-users@lists.xen.org; Sun, 05 May 2013 19:44:23 +0000 Received: from [85.158.137.99:36208] by server-6.bemta-3.messagelabs.com id 1D/DD-14331-696B6815; Sun, 05 May 2013 19:44:22 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367783061!20566342!1 X-Originating-IP: [74.125.82.42] 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 23191 invoked from network); 5 May 2013 19:44:21 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2013 19:44:21 -0000 Received: by mail-wg0-f42.google.com with SMTP id j13so2081754wgh.1 for ; Sun, 05 May 2013 12:44:21 -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=ywjWO02cKPI5xrHTycW9HQE8uLtw5GtR3JplR89ZNQg=; b=HTDNFNMrWSB6TELQCWbcNLMVnTs99AY2XLg6CU+4uIl56V+gMD7znMEVpojmOdB5EC uxGwIvwzQB2g6X8FXV2WJzt0kMnV0y1OzcPAaK7bnVY5pAcK0u5CJ2kZcTkUezi7sxY/ s2e4XRlZDLxOGztkOHmaqizjhqyOPw6qH5BlzQtyvPZYhmDDYwhv37nG/hzA4Oo/L3FB dtjPGX0YBJCf1zc/gMgP/gCQ7cGzwjbLKlSdr9W3XL4Er7n8d9KUZmqCNt6n5jD7HNot t1Rz6De0eo6Bln6OOdPyNQiFU8n3sPQcaa1/5Hmr7ir/RBXN4L/nuigyjb+oMaEFaoU8 Lz1A== MIME-Version: 1.0 X-Received: by 10.180.187.234 with SMTP id fv10mr5642512wic.29.1367783060949; Sun, 05 May 2013 12:44:20 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Sun, 5 May 2013 12:44:20 -0700 (PDT) In-Reply-To: References: Date: Sun, 5 May 2013 21:44:20 +0200 Message-ID: From: agya naila To: =?ISO-8859-1?Q?Lubom=EDr_Vogl?= Cc: "xen-users@lists.xen.org" Subject: Re: [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="===============8033583714985407410==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8033583714985407410== Content-Type: multipart/alternative; boundary=001a11c3848e7e01de04dbfdcfba --001a11c3848e7e01de04dbfdcfba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If you disabled the vif creation then your DomU will not have an network connection. You may disable the vif creation on your DomU configuration files Agya On Tue, Apr 30, 2013 at 10:11 AM, Lubom=EDr Vogl wr= ote: > 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 N= IC > 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 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c3848e7e01de04dbfdcfba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
If you disabled the vif creation then your DomU will not h= ave an network connection. You may disable the vif creation on your DomU co= nfiguration files <some_name.cfg>

Agya


On Tue,= Apr 30, 2013 at 10:11 AM, Lubom=EDr Vogl <Vogl.Lubomir@seznam.cz= > wrote:
Hi,

I succesfully install DOM0 o= n debian Wheeze. There is=20 more DOMU systems based on linux and all working (SUSE) or Windows=20 (XP,7)
There is bridge settings of network comm.

I try install ne= w=20 system DOMU Debian wheeze.

After installing and through starting=20 Debian there is create new NIC backend (Vif10) - this is ok.
After grub= =20 booting another new NIC backend created and this process start destroy rout= e=20 settings of DOM0, because there is added configuration of NIC with bad defa= ult routing.

I use XEN 4.1
I reinstall DOMU, Dom0 etc.

How I= =20 disable new creation of Vif (backend) from Debian DOMU=20 ?

Thanx

Lubomir Vogl

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

--001a11c3848e7e01de04dbfdcfba-- --===============8033583714985407410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8033583714985407410==-- From xen-users-bounces@lists.xen.org Sun May 05 19:49:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 19:49: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 1UZ4vT-00038f-W9; Sun, 05 May 2013 19:48:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ4vR-00038Z-Qz for xen-users@lists.xen.org; Sun, 05 May 2013 19:48:50 +0000 Received: from [85.158.139.211:64954] by server-15.bemta-5.messagelabs.com id 1F/95-31797-1A7B6815; Sun, 05 May 2013 19:48:49 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1367783328!18777894!1 X-Originating-IP: [209.85.212.170] 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 18510 invoked from network); 5 May 2013 19:48:48 -0000 Received: from mail-wi0-f170.google.com (HELO mail-wi0-f170.google.com) (209.85.212.170) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2013 19:48:48 -0000 Received: by mail-wi0-f170.google.com with SMTP id hq12so2114221wib.5 for ; Sun, 05 May 2013 12:48:48 -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=BTXVqL1IUuyw8lzFUSGi9YsvlqrhuqN1UUQtaJT1UD4=; b=PC8Jac8e3osudd+DTPt130a0196wSRetl/d+uDGyt6Ed/dK7VRaIosEnupcmLiYgs6 Xpm07N25N1911On6tuH3SLpVqBnk07oCDUxlSQ/AOKQn9AfwjKT84oC/IXTsoOnGuYzP J/TUECRyolThJ5i9bweI3YmOp7AI5Y5XYTr8m4khJRU8QX1fzGtWETmq7u5Z/aj2693k dQFi8jWm0hLYb53HD1I8p5uWQ4yLTCGMZsoDVudNN45+xLNcwfIjcW9sAjM1kT5ehP60 8W6+kcYYTrJsBHqKIVpCF9pOvVLSBd6h7NoRBR3dt5wgv/3lEiDB28y73465XwVVlT+3 8nzg== MIME-Version: 1.0 X-Received: by 10.194.59.208 with SMTP id b16mr22075344wjr.15.1367783327970; Sun, 05 May 2013 12:48:47 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Sun, 5 May 2013 12:48:47 -0700 (PDT) In-Reply-To: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> Date: Sun, 5 May 2013 21:48:47 +0200 Message-ID: From: agya naila To: Anand Mundada Cc: "xen-users@lists.xen.org" Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3471265564443950831==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3471265564443950831== Content-Type: multipart/alternative; boundary=047d7b86de3264bc0c04dbfddf8d --047d7b86de3264bc0c04dbfddf8d Content-Type: text/plain; charset=ISO-8859-1 On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada wrote: > Hi All, > > I 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 and created > the initramfs. I can see its entry after update-grub. But when I reboot, I > am getting following error: > Error: Boot loader didn't return any data! > > Here is my config file (ubuntu.cfg) :- > name = "ubuntu" > memory = 1024 > disk = ['phy:/dev/VG/ubuntu,xvda,w'] > vif = [''] > #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" > > #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" > > #extra = "debian-installer/exit/always_halt=true -- console=hvc0" > > vcpu = 4 > > If you commenting these 3 lines then your DomU didn't have any boot loader. Try to add pygrub on your domU configuration file. bootloader = "pygrub" > I have initially uncommented these 3 lines to create DomU. Once DomU was > ready I commented out these 3 lines and launched vm using following command: > xm create ubuntu.cfg -c > > Please some one help asap as my project deadline is approaching fast. > > Thanks, > Anand > > You are welcome, Agya > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b86de3264bc0c04dbfddf8d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada <an= andmundada@ymail.com> wrote:
Hi All,

I 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 and created the= initramfs. I can see its entry after update-grub. But when I reboot, I am = getting following error:
Error: Boot loader didn't return any data!

Here is my config file (ubu= ntu.cfg) :-
name =3D "ubuntu"
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#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
#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
#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
vcpu =3D 4

=
If you commenting these 3 lines then yo= ur DomU didn't have any boot loader. Try to add pygrub on your domU con= figuration file.

bootloa= der =3D "pygrub"

=A0
I have initially unc= ommented these 3 lines to create DomU. Once DomU was ready I commented out these 3 lines and launched vm using following command:
xm crea= te ubuntu.cfg -c

Please so= me one help asap as my project deadline is approaching fast.

Thanks,
Anand

You are welcome,

Agya
=A0

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

--047d7b86de3264bc0c04dbfddf8d-- --===============3471265564443950831== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3471265564443950831==-- From xen-users-bounces@lists.xen.org Sun May 05 19:49:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 19:49: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 1UZ4vT-00038f-W9; Sun, 05 May 2013 19:48:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ4vR-00038Z-Qz for xen-users@lists.xen.org; Sun, 05 May 2013 19:48:50 +0000 Received: from [85.158.139.211:64954] by server-15.bemta-5.messagelabs.com id 1F/95-31797-1A7B6815; Sun, 05 May 2013 19:48:49 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1367783328!18777894!1 X-Originating-IP: [209.85.212.170] 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 18510 invoked from network); 5 May 2013 19:48:48 -0000 Received: from mail-wi0-f170.google.com (HELO mail-wi0-f170.google.com) (209.85.212.170) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2013 19:48:48 -0000 Received: by mail-wi0-f170.google.com with SMTP id hq12so2114221wib.5 for ; Sun, 05 May 2013 12:48:48 -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=BTXVqL1IUuyw8lzFUSGi9YsvlqrhuqN1UUQtaJT1UD4=; b=PC8Jac8e3osudd+DTPt130a0196wSRetl/d+uDGyt6Ed/dK7VRaIosEnupcmLiYgs6 Xpm07N25N1911On6tuH3SLpVqBnk07oCDUxlSQ/AOKQn9AfwjKT84oC/IXTsoOnGuYzP J/TUECRyolThJ5i9bweI3YmOp7AI5Y5XYTr8m4khJRU8QX1fzGtWETmq7u5Z/aj2693k dQFi8jWm0hLYb53HD1I8p5uWQ4yLTCGMZsoDVudNN45+xLNcwfIjcW9sAjM1kT5ehP60 8W6+kcYYTrJsBHqKIVpCF9pOvVLSBd6h7NoRBR3dt5wgv/3lEiDB28y73465XwVVlT+3 8nzg== MIME-Version: 1.0 X-Received: by 10.194.59.208 with SMTP id b16mr22075344wjr.15.1367783327970; Sun, 05 May 2013 12:48:47 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Sun, 5 May 2013 12:48:47 -0700 (PDT) In-Reply-To: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> Date: Sun, 5 May 2013 21:48:47 +0200 Message-ID: From: agya naila To: Anand Mundada Cc: "xen-users@lists.xen.org" Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3471265564443950831==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3471265564443950831== Content-Type: multipart/alternative; boundary=047d7b86de3264bc0c04dbfddf8d --047d7b86de3264bc0c04dbfddf8d Content-Type: text/plain; charset=ISO-8859-1 On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada wrote: > Hi All, > > I 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 and created > the initramfs. I can see its entry after update-grub. But when I reboot, I > am getting following error: > Error: Boot loader didn't return any data! > > Here is my config file (ubuntu.cfg) :- > name = "ubuntu" > memory = 1024 > disk = ['phy:/dev/VG/ubuntu,xvda,w'] > vif = [''] > #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" > > #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" > > #extra = "debian-installer/exit/always_halt=true -- console=hvc0" > > vcpu = 4 > > If you commenting these 3 lines then your DomU didn't have any boot loader. Try to add pygrub on your domU configuration file. bootloader = "pygrub" > I have initially uncommented these 3 lines to create DomU. Once DomU was > ready I commented out these 3 lines and launched vm using following command: > xm create ubuntu.cfg -c > > Please some one help asap as my project deadline is approaching fast. > > Thanks, > Anand > > You are welcome, Agya > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b86de3264bc0c04dbfddf8d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada <an= andmundada@ymail.com> wrote:
Hi All,

I 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 and created the= initramfs. I can see its entry after update-grub. But when I reboot, I am = getting following error:
Error: Boot loader didn't return any data!

Here is my config file (ubu= ntu.cfg) :-
name =3D "ubuntu"
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#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
#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
#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
vcpu =3D 4

=
If you commenting these 3 lines then yo= ur DomU didn't have any boot loader. Try to add pygrub on your domU con= figuration file.

bootloa= der =3D "pygrub"

=A0
I have initially unc= ommented these 3 lines to create DomU. Once DomU was ready I commented out these 3 lines and launched vm using following command:
xm crea= te ubuntu.cfg -c

Please so= me one help asap as my project deadline is approaching fast.

Thanks,
Anand

You are welcome,

Agya
=A0

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

--047d7b86de3264bc0c04dbfddf8d-- --===============3471265564443950831== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3471265564443950831==-- From xen-users-bounces@lists.xen.org Sun May 05 19:57:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 19:57: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 1UZ53P-0003RV-6d; Sun, 05 May 2013 19:57:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ53N-0003RP-OU for xen-users@lists.xen.org; Sun, 05 May 2013 19:57:02 +0000 Received: from [85.158.139.211:7108] by server-7.bemta-5.messagelabs.com id 31/9D-12828-C89B6815; Sun, 05 May 2013 19:57:00 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1367783817!21816502!1 X-Originating-IP: [209.85.215.52] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29230 invoked from network); 5 May 2013 19:56:57 -0000 Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2013 19:56:57 -0000 Received: by mail-la0-f52.google.com with SMTP id fm20so2798633lab.11 for ; Sun, 05 May 2013 12:56: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 :references:in-reply-to:content-type; bh=hyfw1od2Je3ID0bJdJg1W0xFm5ieZpdK6dHBNBjNO6M=; b=SX69e/fRp10LxQnOchdNSWDGc2wFLbXWMwFyPAjAXj0KfNSKNFdd+U9tKsOuhOuP4Y PVAkpeOIEbd91ef9e0mq1JHJYqb9CqZpZsNo+r9NuySPC6MWi4VG+GfKur1C0Tmrgfu0 4rC7gjHpuI05a0gXWiQaEGs+1GFUXpBBVOIJTyzaYI4/lxz884yeSrKxLi9R/jeJ83CZ iKDtRRXkIlS1n+RzwaoXho+IrAECVRFPTkxyf3lSSNjyuz4f1Eln3rlHiOS4EqC7UZL2 dhDuMUfaeO9dG2u5M/ozk+W6FIDuI/ABFEZNMzBpjukQi2yEjpgyVWFMysanR07lUedH ruWg== X-Received: by 10.112.150.2 with SMTP id ue2mr7024743lbb.85.1367783815329; Sun, 05 May 2013 12:56:55 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPSA id jr19sm7868079lab.0.2013.05.05.12.56.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 12:56:54 -0700 (PDT) Message-ID: <5186B986.2010001@gmail.com> Date: Sun, 05 May 2013 23:56:54 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> <1367226138.3142.225.camel@zakaz.uk.xensource.com> <1367689312.58801.YahooMailNeo@web171206.mail.ir2.yahoo.com> In-Reply-To: <1367689312.58801.YahooMailNeo@web171206.mail.ir2.yahoo.com> 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: multipart/mixed; boundary="===============5886778220674164318==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5886778220674164318== Content-Type: multipart/alternative; boundary="------------090809090406030405070801" This is a multi-part message in MIME format. --------------090809090406030405070801 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit You better start from Citrix manual for XenServer. There is a huge chapter there about network configuration and so on. On 04.05.2013 21:41, Dayo Egbetola wrote: > I finally got the setup working with XM, yes i know, it's deprecated > and doesn't work with the stacks (cloud and open) but at least i get > to familiarise myself with xen and associated concepts. > > In the end, i had to use a bringing on a wired connection as bridging > wlan got me into a catch 22 situation where I have to know the mac > address of the VM I want to bridge but I need the network connection > to setup the bridge for making sure the NAT is properly setup. I went > down this route because brctl didn't work for wlan and ebtables looked > promising. If anyone has successfuly done this, pls share. > > For now i'll try things out and upgrade to the xcp/xapi toolstack at > some point in the future. > > regards > > D > > ------------------------------------------------------------------------ > *From:* Ian Campbell > *To:* Dayo Egbetola > *Cc:* "Xen-users@lists.xen.org" > *Sent:* Monday, 29 April 2013, 14:32 > *Subject:* Re: [Xen-users] XE VM install > > 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 --------------090809090406030405070801 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit You better start from Citrix manual for XenServer. There is a huge chapter there about network configuration and so on.

On 04.05.2013 21:41, Dayo Egbetola wrote:
I finally got the setup working with XM, yes i know, it's deprecated and doesn't work with the stacks (cloud and open) but at least i get to familiarise myself with xen and associated concepts.

In the end, i had to use a bringing on a wired connection as bridging wlan got me into a catch 22 situation where I have to know the mac address of the VM I want to bridge but I need the network connection to setup the bridge for making sure the NAT is properly setup. I went down this route because brctl didn't work for wlan and ebtables looked promising. If anyone has successfuly done this, pls share.

For now i'll try things out and upgrade to the xcp/xapi toolstack at some point in the future.

regards

D

From: Ian Campbell <Ian.Campbell@citrix.com>
To: Dayo Egbetola <dxcp@ymail.com>
Cc: "Xen-users@lists.xen.org" <Xen-users@lists.xen.org>
Sent: Monday, 29 April 2013, 14:32
Subject: Re: [Xen-users] XE VM install

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
--------------090809090406030405070801-- --===============5886778220674164318== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5886778220674164318==-- From xen-users-bounces@lists.xen.org Sun May 05 19:57:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 19:57: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 1UZ53P-0003RV-6d; Sun, 05 May 2013 19:57:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ53N-0003RP-OU for xen-users@lists.xen.org; Sun, 05 May 2013 19:57:02 +0000 Received: from [85.158.139.211:7108] by server-7.bemta-5.messagelabs.com id 31/9D-12828-C89B6815; Sun, 05 May 2013 19:57:00 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1367783817!21816502!1 X-Originating-IP: [209.85.215.52] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29230 invoked from network); 5 May 2013 19:56:57 -0000 Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2013 19:56:57 -0000 Received: by mail-la0-f52.google.com with SMTP id fm20so2798633lab.11 for ; Sun, 05 May 2013 12:56: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 :references:in-reply-to:content-type; bh=hyfw1od2Je3ID0bJdJg1W0xFm5ieZpdK6dHBNBjNO6M=; b=SX69e/fRp10LxQnOchdNSWDGc2wFLbXWMwFyPAjAXj0KfNSKNFdd+U9tKsOuhOuP4Y PVAkpeOIEbd91ef9e0mq1JHJYqb9CqZpZsNo+r9NuySPC6MWi4VG+GfKur1C0Tmrgfu0 4rC7gjHpuI05a0gXWiQaEGs+1GFUXpBBVOIJTyzaYI4/lxz884yeSrKxLi9R/jeJ83CZ iKDtRRXkIlS1n+RzwaoXho+IrAECVRFPTkxyf3lSSNjyuz4f1Eln3rlHiOS4EqC7UZL2 dhDuMUfaeO9dG2u5M/ozk+W6FIDuI/ABFEZNMzBpjukQi2yEjpgyVWFMysanR07lUedH ruWg== X-Received: by 10.112.150.2 with SMTP id ue2mr7024743lbb.85.1367783815329; Sun, 05 May 2013 12:56:55 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPSA id jr19sm7868079lab.0.2013.05.05.12.56.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 12:56:54 -0700 (PDT) Message-ID: <5186B986.2010001@gmail.com> Date: Sun, 05 May 2013 23:56:54 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> <1367226138.3142.225.camel@zakaz.uk.xensource.com> <1367689312.58801.YahooMailNeo@web171206.mail.ir2.yahoo.com> In-Reply-To: <1367689312.58801.YahooMailNeo@web171206.mail.ir2.yahoo.com> 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: multipart/mixed; boundary="===============5886778220674164318==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5886778220674164318== Content-Type: multipart/alternative; boundary="------------090809090406030405070801" This is a multi-part message in MIME format. --------------090809090406030405070801 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit You better start from Citrix manual for XenServer. There is a huge chapter there about network configuration and so on. On 04.05.2013 21:41, Dayo Egbetola wrote: > I finally got the setup working with XM, yes i know, it's deprecated > and doesn't work with the stacks (cloud and open) but at least i get > to familiarise myself with xen and associated concepts. > > In the end, i had to use a bringing on a wired connection as bridging > wlan got me into a catch 22 situation where I have to know the mac > address of the VM I want to bridge but I need the network connection > to setup the bridge for making sure the NAT is properly setup. I went > down this route because brctl didn't work for wlan and ebtables looked > promising. If anyone has successfuly done this, pls share. > > For now i'll try things out and upgrade to the xcp/xapi toolstack at > some point in the future. > > regards > > D > > ------------------------------------------------------------------------ > *From:* Ian Campbell > *To:* Dayo Egbetola > *Cc:* "Xen-users@lists.xen.org" > *Sent:* Monday, 29 April 2013, 14:32 > *Subject:* Re: [Xen-users] XE VM install > > 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 --------------090809090406030405070801 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit You better start from Citrix manual for XenServer. There is a huge chapter there about network configuration and so on.

On 04.05.2013 21:41, Dayo Egbetola wrote:
I finally got the setup working with XM, yes i know, it's deprecated and doesn't work with the stacks (cloud and open) but at least i get to familiarise myself with xen and associated concepts.

In the end, i had to use a bringing on a wired connection as bridging wlan got me into a catch 22 situation where I have to know the mac address of the VM I want to bridge but I need the network connection to setup the bridge for making sure the NAT is properly setup. I went down this route because brctl didn't work for wlan and ebtables looked promising. If anyone has successfuly done this, pls share.

For now i'll try things out and upgrade to the xcp/xapi toolstack at some point in the future.

regards

D

From: Ian Campbell <Ian.Campbell@citrix.com>
To: Dayo Egbetola <dxcp@ymail.com>
Cc: "Xen-users@lists.xen.org" <Xen-users@lists.xen.org>
Sent: Monday, 29 April 2013, 14:32
Subject: Re: [Xen-users] XE VM install

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
--------------090809090406030405070801-- --===============5886778220674164318== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5886778220674164318==-- From xen-users-bounces@lists.xen.org Sun May 05 20:45:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 20:45: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 1UZ5mo-0004X6-5c; Sun, 05 May 2013 20:43:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ5ml-0004X1-RV for xen-users@lists.xen.org; Sun, 05 May 2013 20:43:56 +0000 Received: from [193.109.254.147:3341] by server-10.bemta-14.messagelabs.com id 2A/A2-11798-B84C6815; Sun, 05 May 2013 20:43:55 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1367786631!1829127!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20509 invoked from network); 5 May 2013 20:43:53 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-15.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 5 May 2013 20:43:53 -0000 Date: Sun, 5 May 2013 20:43:49 +0000 From: Mike To: moftah moftah Message-ID: <20130505204349.GA9654@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> <20130427000907.GA25312@64-142-29-25.dsl.static.sonic.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: 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 On Apr 29, moftah moftah wrote: > here are the outputs > > This email will be huge > > sorry for that but it is the only way to send all data pastebin? > 1- showmacs output of brctl > brctl showmacs eth0 > port no mac addr is local? ageing timer > 1 00:14:f2:87:20:de no 1.30 All the XEN OUI MACs below, probably assigned to VM veth interfaces. I assume you're using veths in your VMs. > 69 00:16:3e:04:86:94 no 3.02 > 44 00:16:3e:05:23:45 no 1.67 > 18 00:16:3e:07:83:af no 0.19 > 36 00:16:3e:0c:8e:c0 no 0.16 > 46 00:16:3e:0d:2d:1b no 0.02 > 53 00:16:3e:0f:3b:1e no 0.18 > 11 00:16:3e:13:b6:29 no 3.57 > 4 00:16:3e:15:74:ac no 130.60 > 22 00:16:3e:15:fe:1e no 0.25 > 27 00:16:3e:1d:1a:14 no 0.69 > 16 00:16:3e:1e:e7:fe no 0.00 > 61 00:16:3e:1f:62:59 no 11.56 > 17 00:16:3e:21:7b:98 no 0.18 > 35 00:16:3e:24:fd:39 no 191.02 > 12 00:16:3e:26:21:af no 77.98 > 75 00:16:3e:29:c6:6c no 288.85 > 58 00:16:3e:2b:ad:2e no 1.42 > 54 00:16:3e:30:aa:14 no 3.78 > 24 00:16:3e:34:89:ba no 181.59 > 51 00:16:3e:3b:5a:4f no 45.65 > 33 00:16:3e:3c:66:8c no 12.68 > 60 00:16:3e:3f:aa:50 no 151.09 > 7 00:16:3e:45:0a:cf no 0.60 > 20 00:16:3e:45:ea:73 no 0.15 > 6 00:16:3e:46:95:95 no 23.50 > 21 00:16:3e:47:5e:ed no 1.05 > 29 00:16:3e:4c:c0:b8 no 0.98 > 57 00:16:3e:4f:71:d9 no 43.07 > 62 00:16:3e:54:9f:17 no 0.02 > 39 00:16:3e:56:60:f1 no 213.88 > 40 00:16:3e:58:b3:b0 no 17.20 > 37 00:16:3e:59:91:30 no 0.38 > 14 00:16:3e:63:b2:95 no 45.98 > 41 00:16:3e:64:4a:95 no 14.60 > 48 00:16:3e:66:40:22 no 152.58 > 23 00:16:3e:6b:f2:9b no 0.05 > 28 00:16:3e:72:12:76 no 1.75 > 5 00:16:3e:72:44:2e no 71.37 > 64 00:16:3e:72:98:d5 no 0.18 > 45 00:16:3e:75:37:cd no 161.67 > 55 00:16:3e:75:fc:8a no 43.47 > 3 00:16:3e:76:b3:1d no 33.75 > 13 00:16:3e:78:f6:53 no 165.33 > 8 00:16:3e:7b:d0:05 no 16.54 > 38 00:16:3e:82:2c:d3 no 0.02 > 50 00:16:3e:84:5e:7f no 34.90 > 63 00:16:3e:8c:e4:94 no 0.06 > 59 00:16:3e:8e:a4:14 no 42.15 > 106 00:16:3e:98:10:57 no 6.57 > 52 00:16:3e:9d:f1:0c no 32.99 > 31 00:16:3e:ab:01:ea no 31.35 > 19 00:16:3e:b9:02:30 no 0.63 > 2 00:16:3e:c0:a1:56 no 200.78 > 78 00:16:3e:ce:0e:7b no 0.16 > 42 00:16:3e:ce:34:6c no 1.91 > 34 00:16:3e:cf:f5:56 no 0.07 > 82 00:16:3e:d5:80:c1 no 0.15 > 94 00:16:3e:d5:e2:34 no 0.33 > 30 00:16:3e:df:41:05 no 0.07 > 49 00:16:3e:e3:a3:75 no 120.84 > 15 00:16:3e:e3:c2:e8 no 1.46 > 79 00:16:3e:e7:ac:59 no 73.66 > 70 00:16:3e:eb:c3:ed no 34.88 > 43 00:16:3e:f1:69:06 no 283.33 > 10 00:16:3e:f4:e7:e0 no 6.43 > 32 00:16:3e:fb:20:5c no 0.02 > 26 00:16:3e:fc:0c:a2 no 40.38 > 9 00:16:3e:fc:5b:6d no 0.02 > 1 00:17:c5:51:eb:41 no 45.46 > 1 00:22:4d:55:0a:01 no 45.26 > 1 00:23:9c:13:d6:01 no 0.00 > 1 00:24:b2:ba:6c:1e no 17.39 > 1 00:25:90:56:ac:f8 no 22.52 > 1 00:25:90:56:ac:f9 no 22.36 > 1 00:25:90:57:d5:44 no 109.90 > 1 00:25:90:57:d5:45 no 1.67 > 1 00:30:48:f5:ed:ec yes 0.00 Above is peth0, as seen from the "ip link show" below. It's local, as expected. So all the other non-local port 1 MACs must be from interfaces elsewhere on your LAN. > 7 da:3c:0e:f1:cc:d9 yes 0.00 Above is "tap172.0". What is that device? > 5 fe:ff:ff:ff:ff:ff yes 0.00 Above is, I guess, all of your VIFs? Mapped to one port, because they share the default MAC? I don't know how that works. I'm accustomed to setting them explicitly. > 2- arping output of the proplimatic ips Why are these problematic? You didn't attach any tcpdump or anything to support your claim of TCP_SYN flooding. > arping 192.168.2.13 > ARPING 192.168.2.13 from 68.XX.XX.XX eth0 > Unicast reply from 192.168.2.13 [00:25:90:55:36:58] 1.455ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 1.743ms I find it odd that it switches MACs here. > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.811ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.850ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.982ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 4.539ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.835ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.873ms > Sent 7 probes (1 broadcast(s)) > Received 8 response(s) > # arping 192.168.2.14 > ARPING 192.168.2.14 from 68.XX.XX.XX eth0 > Unicast reply from 192.168.2.14 [00:25:90:55:36:80] 1.514ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 1.632ms ...and here. > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.750ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.739ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.732ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.808ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.708ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.720ms > Sent 7 probes (1 broadcast(s)) > Received 8 response(s) > > > 3- after doing the last 2 arping commands I got these new entries in > brctl showmacs > 1 00:25:90:55:36:80 no 44.57 > 1 00:25:90:55:36:81 no 38.55 > 1 00:25:90:56:a9:c4 no 29.50 > 1 00:25:90:56:ac:f8 no 89.13 > 1 00:25:90:56:ac:f9 no 87.13 > 1 00:25:90:57:d2:db no 39.27 > 1 00:25:90:57:d5:44 no 16.08 > 1 00:25:90:57:d5:45 no 99.29 I'd have expected to see 00:25:90:55:36:58 and 00:25:90:55:36:59 as well. The first two map from 192.168.2.14, and they're non-local, and on port 1 of the eth0 bridge, whose local interface is peth0. From that I'd surmise that those MACs are also on another machine on your network. > 4- to see which interface port 1 of the bridge is i see > dmesg | grep "port 1(" > eth0: port 1(peth0) entering forwarding state Same conclusion, but I use the "ip link show" output below. > 5- brctl show I'm wondering if this is your problem, that you have STP disabled on your bridge, if not your network: > eth0 8000.003048f5edec no vifvm341.0 > vifvm339.0 > vifvm157.0 > vifvm305.0 > vifvm121.0 > vifvm139.0 > vifvm256.0 > vifvm257.0 > vifvm176.0 > vifvm237.0 > vifvm220.0 > vifvm351.0 > vifvm335.0 > vifvm297.0 > vifvm163.0 > vifvm294.0 > vifvm348.0 > vifvm245.0 > vifvm394 > tap172.0 What is this tap device? > vifvm165.0 > vifvm498 > vifvm274.0 > vifvm355.0 > vifvm353.0 > vifvm354.0 > vifvm346.0 > vifvm344.0 > vifvm340.0 > vifvm332.0 > vifvm325.0 > vifvm299.0 > vifvm295.0 > vifvm292.0 > vifvm291.0 > vifvm319.0 > vifvm279.0 > vifvm277.0 > vifvm102.0 > vifvm269.0 > vifvm447 > vifvm260.0 > vifvm258.0 > vifvm341 > vifvm455 > vifvm252.0 > vifvm445 > vifvm332 > vifvm235.0 > vifvm164 > vifvm232.0 > vifvm187 > vifvm216.0 > vifvm154 > vifvm178.0 > vifvm298 > vifvm177.0 > vifvm174.0 > vifvm481 > vifvm170.0 > vifvm168.0 > vifvm475 > vifvm490 > vifvm137.0 > vifvm411 > vifvm113.0 > vifvm103.0 > vifvm513 > vifvm412 > vifvm279 > peth0 So eth0 is your bridge and, I assume, peth0 is your physical. > 6- ip link show > 1: lo: mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > 2: peth0: mtu 1500 qdisc pfifo_fast qlen > 1000 > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > 3: eth1: mtu 1500 qdisc noop qlen 1000 > link/ether 00:30:48:f5:ed:ed brd ff:ff:ff:ff:ff:ff What does eth1 connect to? > 4: vif0.0: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 5: veth0: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 6: vif0.1: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 7: veth1: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 8: vif0.2: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 9: veth2: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 10: vif0.3: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 11: veth3: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 12: eth0: mtu 1500 qdisc noqueue > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > 30: vifvm279: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff [snip a lot of these vifvmNNN interfaces] > 209: tap172.0: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether da:3c:0e:f1:cc:d9 brd ff:ff:ff:ff:ff:ff > 7- ip address show > 1: lo: mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > 2: peth0: mtu 1500 qdisc pfifo_fast qlen > 1000 > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > 3: eth1: mtu 1500 qdisc noop qlen 1000 > link/ether 00:30:48:f5:ed:ed brd ff:ff:ff:ff:ff:ff > 4: vif0.0: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 5: veth0: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 6: vif0.1: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 7: veth1: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 8: vif0.2: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 9: veth2: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 10: vif0.3: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 11: veth3: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 12: eth0: mtu 1500 qdisc noqueue > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > inet 68.XX.XX.XX/27 brd 68.XX.XX.XX scope global eth0 > 30: vifvm279: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff [snip a lot of these vifvmNNN interfaces] > 209: tap172.0: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether da:3c:0e:f1:cc:d9 brd ff:ff:ff:ff:ff:ff > 8- ip route show > 68.XX.XX.XX/27 dev eth0 proto kernel scope link src 68.XX.XX.XX > XX.XX.0.0/16 dev eth0 scope link > default via 68.XX.XX.XX dev eth0 > > 9- xm info > host : XXX.localdomain.server > release : 2.6.18-348.3.1.el5xen My, that's old. > version : #1 SMP Mon Mar 11 20:28:48 EDT 2013 > machine : x86_64 > nr_cpus : 24 > nr_nodes : 1 > cores_per_socket : 12 > threads_per_core : 1 > cpu_mhz : 2100 > hw_caps : > 178bf3ff:efd3fbff:00000000:00000310:00802001:00000000:000837ff:00000000 > virt_caps : hvm > total_memory : 114686 > free_memory : 49764 > node_to_cpu : node0:0-23 > node_to_memory : node0:49764 > xen_major : 3 > xen_minor : 4 > xen_extra : .4 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > cc_compiler : gcc version 4.1.2 20080704 (Red Hat 4.1.2-52) > cc_compile_by : root > cc_compile_domain : soluslabs.net > cc_compile_date : Thu Nov 22 06:14:22 EST 2012 > xend_config_format : 4 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 20:45:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 20:45: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 1UZ5mo-0004X6-5c; Sun, 05 May 2013 20:43:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ5ml-0004X1-RV for xen-users@lists.xen.org; Sun, 05 May 2013 20:43:56 +0000 Received: from [193.109.254.147:3341] by server-10.bemta-14.messagelabs.com id 2A/A2-11798-B84C6815; Sun, 05 May 2013 20:43:55 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1367786631!1829127!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20509 invoked from network); 5 May 2013 20:43:53 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-15.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 5 May 2013 20:43:53 -0000 Date: Sun, 5 May 2013 20:43:49 +0000 From: Mike To: moftah moftah Message-ID: <20130505204349.GA9654@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> <20130427000907.GA25312@64-142-29-25.dsl.static.sonic.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: 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 On Apr 29, moftah moftah wrote: > here are the outputs > > This email will be huge > > sorry for that but it is the only way to send all data pastebin? > 1- showmacs output of brctl > brctl showmacs eth0 > port no mac addr is local? ageing timer > 1 00:14:f2:87:20:de no 1.30 All the XEN OUI MACs below, probably assigned to VM veth interfaces. I assume you're using veths in your VMs. > 69 00:16:3e:04:86:94 no 3.02 > 44 00:16:3e:05:23:45 no 1.67 > 18 00:16:3e:07:83:af no 0.19 > 36 00:16:3e:0c:8e:c0 no 0.16 > 46 00:16:3e:0d:2d:1b no 0.02 > 53 00:16:3e:0f:3b:1e no 0.18 > 11 00:16:3e:13:b6:29 no 3.57 > 4 00:16:3e:15:74:ac no 130.60 > 22 00:16:3e:15:fe:1e no 0.25 > 27 00:16:3e:1d:1a:14 no 0.69 > 16 00:16:3e:1e:e7:fe no 0.00 > 61 00:16:3e:1f:62:59 no 11.56 > 17 00:16:3e:21:7b:98 no 0.18 > 35 00:16:3e:24:fd:39 no 191.02 > 12 00:16:3e:26:21:af no 77.98 > 75 00:16:3e:29:c6:6c no 288.85 > 58 00:16:3e:2b:ad:2e no 1.42 > 54 00:16:3e:30:aa:14 no 3.78 > 24 00:16:3e:34:89:ba no 181.59 > 51 00:16:3e:3b:5a:4f no 45.65 > 33 00:16:3e:3c:66:8c no 12.68 > 60 00:16:3e:3f:aa:50 no 151.09 > 7 00:16:3e:45:0a:cf no 0.60 > 20 00:16:3e:45:ea:73 no 0.15 > 6 00:16:3e:46:95:95 no 23.50 > 21 00:16:3e:47:5e:ed no 1.05 > 29 00:16:3e:4c:c0:b8 no 0.98 > 57 00:16:3e:4f:71:d9 no 43.07 > 62 00:16:3e:54:9f:17 no 0.02 > 39 00:16:3e:56:60:f1 no 213.88 > 40 00:16:3e:58:b3:b0 no 17.20 > 37 00:16:3e:59:91:30 no 0.38 > 14 00:16:3e:63:b2:95 no 45.98 > 41 00:16:3e:64:4a:95 no 14.60 > 48 00:16:3e:66:40:22 no 152.58 > 23 00:16:3e:6b:f2:9b no 0.05 > 28 00:16:3e:72:12:76 no 1.75 > 5 00:16:3e:72:44:2e no 71.37 > 64 00:16:3e:72:98:d5 no 0.18 > 45 00:16:3e:75:37:cd no 161.67 > 55 00:16:3e:75:fc:8a no 43.47 > 3 00:16:3e:76:b3:1d no 33.75 > 13 00:16:3e:78:f6:53 no 165.33 > 8 00:16:3e:7b:d0:05 no 16.54 > 38 00:16:3e:82:2c:d3 no 0.02 > 50 00:16:3e:84:5e:7f no 34.90 > 63 00:16:3e:8c:e4:94 no 0.06 > 59 00:16:3e:8e:a4:14 no 42.15 > 106 00:16:3e:98:10:57 no 6.57 > 52 00:16:3e:9d:f1:0c no 32.99 > 31 00:16:3e:ab:01:ea no 31.35 > 19 00:16:3e:b9:02:30 no 0.63 > 2 00:16:3e:c0:a1:56 no 200.78 > 78 00:16:3e:ce:0e:7b no 0.16 > 42 00:16:3e:ce:34:6c no 1.91 > 34 00:16:3e:cf:f5:56 no 0.07 > 82 00:16:3e:d5:80:c1 no 0.15 > 94 00:16:3e:d5:e2:34 no 0.33 > 30 00:16:3e:df:41:05 no 0.07 > 49 00:16:3e:e3:a3:75 no 120.84 > 15 00:16:3e:e3:c2:e8 no 1.46 > 79 00:16:3e:e7:ac:59 no 73.66 > 70 00:16:3e:eb:c3:ed no 34.88 > 43 00:16:3e:f1:69:06 no 283.33 > 10 00:16:3e:f4:e7:e0 no 6.43 > 32 00:16:3e:fb:20:5c no 0.02 > 26 00:16:3e:fc:0c:a2 no 40.38 > 9 00:16:3e:fc:5b:6d no 0.02 > 1 00:17:c5:51:eb:41 no 45.46 > 1 00:22:4d:55:0a:01 no 45.26 > 1 00:23:9c:13:d6:01 no 0.00 > 1 00:24:b2:ba:6c:1e no 17.39 > 1 00:25:90:56:ac:f8 no 22.52 > 1 00:25:90:56:ac:f9 no 22.36 > 1 00:25:90:57:d5:44 no 109.90 > 1 00:25:90:57:d5:45 no 1.67 > 1 00:30:48:f5:ed:ec yes 0.00 Above is peth0, as seen from the "ip link show" below. It's local, as expected. So all the other non-local port 1 MACs must be from interfaces elsewhere on your LAN. > 7 da:3c:0e:f1:cc:d9 yes 0.00 Above is "tap172.0". What is that device? > 5 fe:ff:ff:ff:ff:ff yes 0.00 Above is, I guess, all of your VIFs? Mapped to one port, because they share the default MAC? I don't know how that works. I'm accustomed to setting them explicitly. > 2- arping output of the proplimatic ips Why are these problematic? You didn't attach any tcpdump or anything to support your claim of TCP_SYN flooding. > arping 192.168.2.13 > ARPING 192.168.2.13 from 68.XX.XX.XX eth0 > Unicast reply from 192.168.2.13 [00:25:90:55:36:58] 1.455ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 1.743ms I find it odd that it switches MACs here. > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.811ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.850ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.982ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 4.539ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.835ms > Unicast reply from 192.168.2.13 [00:25:90:55:36:59] 0.873ms > Sent 7 probes (1 broadcast(s)) > Received 8 response(s) > # arping 192.168.2.14 > ARPING 192.168.2.14 from 68.XX.XX.XX eth0 > Unicast reply from 192.168.2.14 [00:25:90:55:36:80] 1.514ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 1.632ms ...and here. > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.750ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.739ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.732ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.808ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.708ms > Unicast reply from 192.168.2.14 [00:25:90:55:36:81] 0.720ms > Sent 7 probes (1 broadcast(s)) > Received 8 response(s) > > > 3- after doing the last 2 arping commands I got these new entries in > brctl showmacs > 1 00:25:90:55:36:80 no 44.57 > 1 00:25:90:55:36:81 no 38.55 > 1 00:25:90:56:a9:c4 no 29.50 > 1 00:25:90:56:ac:f8 no 89.13 > 1 00:25:90:56:ac:f9 no 87.13 > 1 00:25:90:57:d2:db no 39.27 > 1 00:25:90:57:d5:44 no 16.08 > 1 00:25:90:57:d5:45 no 99.29 I'd have expected to see 00:25:90:55:36:58 and 00:25:90:55:36:59 as well. The first two map from 192.168.2.14, and they're non-local, and on port 1 of the eth0 bridge, whose local interface is peth0. From that I'd surmise that those MACs are also on another machine on your network. > 4- to see which interface port 1 of the bridge is i see > dmesg | grep "port 1(" > eth0: port 1(peth0) entering forwarding state Same conclusion, but I use the "ip link show" output below. > 5- brctl show I'm wondering if this is your problem, that you have STP disabled on your bridge, if not your network: > eth0 8000.003048f5edec no vifvm341.0 > vifvm339.0 > vifvm157.0 > vifvm305.0 > vifvm121.0 > vifvm139.0 > vifvm256.0 > vifvm257.0 > vifvm176.0 > vifvm237.0 > vifvm220.0 > vifvm351.0 > vifvm335.0 > vifvm297.0 > vifvm163.0 > vifvm294.0 > vifvm348.0 > vifvm245.0 > vifvm394 > tap172.0 What is this tap device? > vifvm165.0 > vifvm498 > vifvm274.0 > vifvm355.0 > vifvm353.0 > vifvm354.0 > vifvm346.0 > vifvm344.0 > vifvm340.0 > vifvm332.0 > vifvm325.0 > vifvm299.0 > vifvm295.0 > vifvm292.0 > vifvm291.0 > vifvm319.0 > vifvm279.0 > vifvm277.0 > vifvm102.0 > vifvm269.0 > vifvm447 > vifvm260.0 > vifvm258.0 > vifvm341 > vifvm455 > vifvm252.0 > vifvm445 > vifvm332 > vifvm235.0 > vifvm164 > vifvm232.0 > vifvm187 > vifvm216.0 > vifvm154 > vifvm178.0 > vifvm298 > vifvm177.0 > vifvm174.0 > vifvm481 > vifvm170.0 > vifvm168.0 > vifvm475 > vifvm490 > vifvm137.0 > vifvm411 > vifvm113.0 > vifvm103.0 > vifvm513 > vifvm412 > vifvm279 > peth0 So eth0 is your bridge and, I assume, peth0 is your physical. > 6- ip link show > 1: lo: mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > 2: peth0: mtu 1500 qdisc pfifo_fast qlen > 1000 > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > 3: eth1: mtu 1500 qdisc noop qlen 1000 > link/ether 00:30:48:f5:ed:ed brd ff:ff:ff:ff:ff:ff What does eth1 connect to? > 4: vif0.0: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 5: veth0: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 6: vif0.1: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 7: veth1: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 8: vif0.2: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 9: veth2: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 10: vif0.3: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 11: veth3: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 12: eth0: mtu 1500 qdisc noqueue > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > 30: vifvm279: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff [snip a lot of these vifvmNNN interfaces] > 209: tap172.0: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether da:3c:0e:f1:cc:d9 brd ff:ff:ff:ff:ff:ff > 7- ip address show > 1: lo: mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > 2: peth0: mtu 1500 qdisc pfifo_fast qlen > 1000 > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > 3: eth1: mtu 1500 qdisc noop qlen 1000 > link/ether 00:30:48:f5:ed:ed brd ff:ff:ff:ff:ff:ff > 4: vif0.0: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 5: veth0: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 6: vif0.1: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 7: veth1: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 8: vif0.2: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 9: veth2: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 10: vif0.3: mtu 1500 qdisc noop > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > 11: veth3: mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 12: eth0: mtu 1500 qdisc noqueue > link/ether 00:30:48:f5:ed:ec brd ff:ff:ff:ff:ff:ff > inet 68.XX.XX.XX/27 brd 68.XX.XX.XX scope global eth0 > 30: vifvm279: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff [snip a lot of these vifvmNNN interfaces] > 209: tap172.0: mtu 1500 qdisc pfifo_fast > qlen 500 > link/ether da:3c:0e:f1:cc:d9 brd ff:ff:ff:ff:ff:ff > 8- ip route show > 68.XX.XX.XX/27 dev eth0 proto kernel scope link src 68.XX.XX.XX > XX.XX.0.0/16 dev eth0 scope link > default via 68.XX.XX.XX dev eth0 > > 9- xm info > host : XXX.localdomain.server > release : 2.6.18-348.3.1.el5xen My, that's old. > version : #1 SMP Mon Mar 11 20:28:48 EDT 2013 > machine : x86_64 > nr_cpus : 24 > nr_nodes : 1 > cores_per_socket : 12 > threads_per_core : 1 > cpu_mhz : 2100 > hw_caps : > 178bf3ff:efd3fbff:00000000:00000310:00802001:00000000:000837ff:00000000 > virt_caps : hvm > total_memory : 114686 > free_memory : 49764 > node_to_cpu : node0:0-23 > node_to_memory : node0:49764 > xen_major : 3 > xen_minor : 4 > xen_extra : .4 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > cc_compiler : gcc version 4.1.2 20080704 (Red Hat 4.1.2-52) > cc_compile_by : root > cc_compile_domain : soluslabs.net > cc_compile_date : Thu Nov 22 06:14:22 EST 2012 > xend_config_format : 4 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 22:21:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 22:21: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 1UZ7Hz-00061n-VV; Sun, 05 May 2013 22:20:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ7Hy-00061i-Ex for xen-users@lists.xen.org; Sun, 05 May 2013 22:20:14 +0000 Received: from [193.109.254.147:7780] by server-5.bemta-14.messagelabs.com id F4/D4-09030-D1BD6815; Sun, 05 May 2013 22:20:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1367792412!8844724!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29195 invoked from network); 5 May 2013 22:20:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2013 22:20:12 -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 DDA4D2211A3 for ; Sun, 5 May 2013 23:19:39 +0100 (BST) Message-ID: <5186DAFA.4010707@bobich.net> Date: Sun, 05 May 2013 23:19: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.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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> In-Reply-To: <51868164.20805@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 OK, I think I have finally managed to get things to what appears to be the average state of unreliability of ATI VGA passthrough (i.e. seems to work _most_ of the time after a fresh reboot, but becomes much more hit and miss after a VM reboot or two). I'm probably going to regret saying this when I find that over the next week I cannot get it to start up even once, fresh reboot or not, but what seems to have made a difference is disabling irq balancing (I'm on a dual X5650 machine, 2 CPUs, 6 cores / 12 threads each). So if you are having similarly difficult time, you might want to try the noirqbalance dom0 kernel boot parameter and disable the irqbalance service. Disclaimer: This is largely based on a gut feeling after a few hours testing, I certainly don't think it's definitive, but statistically it seems to help. I have a Quadro 2000 inbound, so I will test with that when it arrives next week. The optimist in me very much hoping it will "just work". The realist suspects that would be way too easy. Will know for sure one way or the other in a few days' time. Gordan On 05/05/2013 04:57 PM, Gordan Bobic wrote: > On 05/05/2013 04:42 PM, Gordan Bobic wrote: >> This problem continues to drive me nuts - not by it flat out not >> working, but by working _intermittently_. >> >> For the past week, I had not managed to get ATI VGA passthrough to boot >> up once (BSOD every time). I was tweaking some boot parameters, and at >> one point it not only booted up without BSOD-ing, it actually managed >> full screen 3D applications, and completed a full GPU benchmark pass of >> Crysis! >> >> So just to make sure, I did a full shutdown and cold-booted the machine >> again - BSOD after BSOD after BSOD. >> >> Rebooted it again, and now it works again, including full screen 3D >> switching. >> >> One thing I have established is that pci=resource_alignment=; >> kernel boot parameter makes the machine not boot at all. It looks like >> it wipes out the NIC by realigning things, and I need the NIC to work >> because the machine runs on NFS root (and the VM disk is an iSCSI share). >> >> Has anybody got any suggestions on how I might debug this any further? >> It's really quite annoying having this _almost_ working. It also looks >> like if it works once, it will continue working upon guest restarts. > > Another observation - when it boots up, and I "eject" the ATI card from > the guest, all that does it switch the guest display briefly to VNC > primary, followed by slightly corrupted output switching back to the ATI > card. And it is still responsive after that, I can execute a normal > shutdown, don't have to do it blind. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 05 22:21:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 05 May 2013 22:21: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 1UZ7Hz-00061n-VV; Sun, 05 May 2013 22:20:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ7Hy-00061i-Ex for xen-users@lists.xen.org; Sun, 05 May 2013 22:20:14 +0000 Received: from [193.109.254.147:7780] by server-5.bemta-14.messagelabs.com id F4/D4-09030-D1BD6815; Sun, 05 May 2013 22:20:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1367792412!8844724!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29195 invoked from network); 5 May 2013 22:20:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2013 22:20:12 -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 DDA4D2211A3 for ; Sun, 5 May 2013 23:19:39 +0100 (BST) Message-ID: <5186DAFA.4010707@bobich.net> Date: Sun, 05 May 2013 23:19: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.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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> In-Reply-To: <51868164.20805@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 OK, I think I have finally managed to get things to what appears to be the average state of unreliability of ATI VGA passthrough (i.e. seems to work _most_ of the time after a fresh reboot, but becomes much more hit and miss after a VM reboot or two). I'm probably going to regret saying this when I find that over the next week I cannot get it to start up even once, fresh reboot or not, but what seems to have made a difference is disabling irq balancing (I'm on a dual X5650 machine, 2 CPUs, 6 cores / 12 threads each). So if you are having similarly difficult time, you might want to try the noirqbalance dom0 kernel boot parameter and disable the irqbalance service. Disclaimer: This is largely based on a gut feeling after a few hours testing, I certainly don't think it's definitive, but statistically it seems to help. I have a Quadro 2000 inbound, so I will test with that when it arrives next week. The optimist in me very much hoping it will "just work". The realist suspects that would be way too easy. Will know for sure one way or the other in a few days' time. Gordan On 05/05/2013 04:57 PM, Gordan Bobic wrote: > On 05/05/2013 04:42 PM, Gordan Bobic wrote: >> This problem continues to drive me nuts - not by it flat out not >> working, but by working _intermittently_. >> >> For the past week, I had not managed to get ATI VGA passthrough to boot >> up once (BSOD every time). I was tweaking some boot parameters, and at >> one point it not only booted up without BSOD-ing, it actually managed >> full screen 3D applications, and completed a full GPU benchmark pass of >> Crysis! >> >> So just to make sure, I did a full shutdown and cold-booted the machine >> again - BSOD after BSOD after BSOD. >> >> Rebooted it again, and now it works again, including full screen 3D >> switching. >> >> One thing I have established is that pci=resource_alignment=; >> kernel boot parameter makes the machine not boot at all. It looks like >> it wipes out the NIC by realigning things, and I need the NIC to work >> because the machine runs on NFS root (and the VM disk is an iSCSI share). >> >> Has anybody got any suggestions on how I might debug this any further? >> It's really quite annoying having this _almost_ working. It also looks >> like if it works once, it will continue working upon guest restarts. > > Another observation - when it boots up, and I "eject" the ATI card from > the guest, all that does it switch the guest display briefly to VNC > primary, followed by slightly corrupted output switching back to the ATI > card. And it is still responsive after that, I can execute a normal > shutdown, don't have to do it blind. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 02:38:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 02:38:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZBIN-0005lS-Fr; Mon, 06 May 2013 02:36:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZBIM-0005lN-7w for xen-users@lists.xen.org; Mon, 06 May 2013 02:36:54 +0000 Received: from [85.158.138.51:15413] by server-10.bemta-3.messagelabs.com id C8/16-00761-54717815; Mon, 06 May 2013 02:36:53 +0000 X-Env-Sender: kd5lct@endofnet.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1367807812!31383015!1 X-Originating-IP: [74.125.83.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15215 invoked from network); 6 May 2013 02:36:52 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 02:36:52 -0000 Received: by mail-ee0-f53.google.com with SMTP id d49so1554071eek.40 for ; Sun, 05 May 2013 19:36:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=MGPwdi/c6ouCh7Bjn4q03C0gAGuf85VMfQwoq+t6QU4=; b=YC/Z/+n8eNR7ZzEYExP31v2RRzg6BLUN5K7KpsRevONl8MUWqRAwd7DBoQpcjFiTGP NDH0vu0UankfqjW4PdzTJWvBMrRyv/2UibbSMVs2E3+HziovxhBRcaXgOSnsZvZtMKop Tj7VIOqziaL+mEj21x3R96FLvgJF4Ffbxbt3Lb4uikrZAj9mD+wPTCC9oNw6JwAIC8+4 wDTeXliBT+iDHt12ebhgFmJeiN/QKRks+yhjsatoNd18tjphT7QydZnFBkoxMdqTcje8 37159ok4G0Ric0UvuLZw7ZZlB1qsqwJMn55AtilWGvhDeUTgTJww4Cw2t1jVwN+wmIgM 5F1Q== MIME-Version: 1.0 X-Received: by 10.14.172.197 with SMTP id t45mr55653740eel.37.1367807812027; Sun, 05 May 2013 19:36:52 -0700 (PDT) Received: by 10.223.144.215 with HTTP; Sun, 5 May 2013 19:36:51 -0700 (PDT) Date: Sun, 5 May 2013 19:36:51 -0700 Message-ID: From: Jason Archip To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQk04mClcnSEgPRsY3iFzuZiJoV0HSAPU7+rd9uwBVBuIK3i1IWIjj+d5bbLSHf5DTHSOWA4 Subject: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7583942512835764258==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7583942512835764258== Content-Type: multipart/alternative; boundary=047d7b603ce8c2041104dc039279 --047d7b603ce8c2041104dc039279 Content-Type: text/plain; charset=ISO-8859-1 Howdy, I have a strange issue, first some back story, I failed to upgrade from Debian 6.0 to 7.0 and had to do a fresh install of 7.0 I had a few PV's and a Windows 7 VM on this system. they still work for the most part for the router I have the following issue that I am not able to reproduce on the other PV's root@router:/home/kd5lct# iptables --list libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not open modd' iptables v1.4.14: can't initialize iptables table `filter': Table does not exis) Perhaps iptables or your kernel needs to be upgraded. here is some info uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux uname -a for dom0:Linux vkun 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux root@vkun:/home/kd5lct# cat /etc/xen/router.endofnet.com.**cfg # # Configuration file for the Xen instance router.endofnet.com , created # by xen-tools 4.2 on Mon Nov 7 19:37:49 2011. # # # Kernel + memory size # kernel = '/boot/vmlinuz-3.2.0-4-amd64' ramdisk = '/boot/initrd.img-3.2.0-4-**amd64' vcpus = '1' cpus="1" memory = '1024' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'phy:/dev/vg0/router.endofnet.**com-disk,xvda2,w', 'phy:/dev/vg0/router.endofnet.**com-swap,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'router.endofnet.com ' # # Networking # vif = [ 'ip=0.0.0.0, mac=00:16:3E:B4:13:FA, bridge=br0', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FB, bridge=br1', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FC, bridge=br4', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FD, bridge=br5', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FE, bridge=br6' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' any ideas or should i just start over on this PV guest? Thank you Jason Archip --047d7b603ce8c2041104dc039279 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Howdy,

I have a strange issue,
firs= t some back story,
=A0 I failed to upgrade from Debian 6.0 to 7.0 and ha= d to do a fresh
install of 7.0

I had a few PV's and a Windows 7 VM on this syste= m.
they still work for the most part


for the router I have th= e following issue that I am not able to
reproduce on the other PV's<= br> root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
iptables v1.4.= 14: can't initialize iptables table `filter': Table does
not exi= s)
Perhaps iptables or your kernel needs to be upgraded.

here is some i= nfo
uname -a =A0for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-= 2
x86_64 GNU/Linux
uname -a for dom0:Linux vkun 3.2.0-4-amd64 #1 SMP = Debian 3.2.41-2 x86_64
GNU/Linux

root@vkun:/home/kd5lct# cat /etc/xen/router.endofnet.com.cfg
= #
# Configuration file for the Xen instance=A0router.endofnet.com
<http= ://router.endofnet.com>, created

# by xen-tools 4.2 on Mon Nov =A07 19:37:49 2011.
#

#
# = =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.= 2.0-4-amd64'
ramdisk =A0 =A0 =3D '/boot/initrd.img-3.2.0-4-amd64'

vcpus =A0 =A0 =A0 =3D '1'
cpus=3D"1"

memory= =A0 =A0 =A0=3D '1024'

#
# =A0Disk device(s).
#
roo= t =A0 =A0 =A0 =A0=3D '/dev/xvda2 ro'
disk =A0 =A0 =A0 =A0=3D [=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'phy:/dev/vg0/router.endofnet.= com-disk,xvda2,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'phy:/dev/vg0/router.endofnet.com-swap,xvda1,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0]


= #
# =A0Physical volumes
#


#
# =A0Hostname
#
name =A0 =A0 =A0 =A0=3D 'router.endofnet.com=A0<http://router.endofnet.com>'<= /span>


#
# =A0Networking
#
vif =A0 =A0 =A0 =A0 =3D [ 'ip=3D0.= 0.0.0, mac=3D00:16:3E:B4:13:FA, bridge=3Dbr0',
=A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0'ip=3D0.0.0.0, mac=3D00:16:3E:B4:15:FB, bridge=3Dbr1'= ;,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'ip=3D0.0.0.0, mac=3D00:16:3E:= B4:15:FC, bridge=3Dbr4',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'ip=3D0.0.0.0, mac=3D00:16:3E:B4:15:= FD, bridge=3Dbr5',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'ip=3D0.0.= 0.0, mac=3D00:16:3E:B4:15:FE, bridge=3Dbr6'
=A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0]

#
# =A0Behaviour
#
on_poweroff =3D 'destro= y'
on_reboot =A0 =3D 'restart'
on_crash =A0 =A0=3D 'restart'= ;


any ideas or should i just start over on this PV guest?
Thank you

Jason Archip


--047d7b603ce8c2041104dc039279-- --===============7583942512835764258== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7583942512835764258==-- From xen-users-bounces@lists.xen.org Mon May 06 02:38:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 02:38:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZBIN-0005lS-Fr; Mon, 06 May 2013 02:36:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZBIM-0005lN-7w for xen-users@lists.xen.org; Mon, 06 May 2013 02:36:54 +0000 Received: from [85.158.138.51:15413] by server-10.bemta-3.messagelabs.com id C8/16-00761-54717815; Mon, 06 May 2013 02:36:53 +0000 X-Env-Sender: kd5lct@endofnet.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1367807812!31383015!1 X-Originating-IP: [74.125.83.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15215 invoked from network); 6 May 2013 02:36:52 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 02:36:52 -0000 Received: by mail-ee0-f53.google.com with SMTP id d49so1554071eek.40 for ; Sun, 05 May 2013 19:36:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=MGPwdi/c6ouCh7Bjn4q03C0gAGuf85VMfQwoq+t6QU4=; b=YC/Z/+n8eNR7ZzEYExP31v2RRzg6BLUN5K7KpsRevONl8MUWqRAwd7DBoQpcjFiTGP NDH0vu0UankfqjW4PdzTJWvBMrRyv/2UibbSMVs2E3+HziovxhBRcaXgOSnsZvZtMKop Tj7VIOqziaL+mEj21x3R96FLvgJF4Ffbxbt3Lb4uikrZAj9mD+wPTCC9oNw6JwAIC8+4 wDTeXliBT+iDHt12ebhgFmJeiN/QKRks+yhjsatoNd18tjphT7QydZnFBkoxMdqTcje8 37159ok4G0Ric0UvuLZw7ZZlB1qsqwJMn55AtilWGvhDeUTgTJww4Cw2t1jVwN+wmIgM 5F1Q== MIME-Version: 1.0 X-Received: by 10.14.172.197 with SMTP id t45mr55653740eel.37.1367807812027; Sun, 05 May 2013 19:36:52 -0700 (PDT) Received: by 10.223.144.215 with HTTP; Sun, 5 May 2013 19:36:51 -0700 (PDT) Date: Sun, 5 May 2013 19:36:51 -0700 Message-ID: From: Jason Archip To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQk04mClcnSEgPRsY3iFzuZiJoV0HSAPU7+rd9uwBVBuIK3i1IWIjj+d5bbLSHf5DTHSOWA4 Subject: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7583942512835764258==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7583942512835764258== Content-Type: multipart/alternative; boundary=047d7b603ce8c2041104dc039279 --047d7b603ce8c2041104dc039279 Content-Type: text/plain; charset=ISO-8859-1 Howdy, I have a strange issue, first some back story, I failed to upgrade from Debian 6.0 to 7.0 and had to do a fresh install of 7.0 I had a few PV's and a Windows 7 VM on this system. they still work for the most part for the router I have the following issue that I am not able to reproduce on the other PV's root@router:/home/kd5lct# iptables --list libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not open modd' iptables v1.4.14: can't initialize iptables table `filter': Table does not exis) Perhaps iptables or your kernel needs to be upgraded. here is some info uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux uname -a for dom0:Linux vkun 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux root@vkun:/home/kd5lct# cat /etc/xen/router.endofnet.com.**cfg # # Configuration file for the Xen instance router.endofnet.com , created # by xen-tools 4.2 on Mon Nov 7 19:37:49 2011. # # # Kernel + memory size # kernel = '/boot/vmlinuz-3.2.0-4-amd64' ramdisk = '/boot/initrd.img-3.2.0-4-**amd64' vcpus = '1' cpus="1" memory = '1024' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'phy:/dev/vg0/router.endofnet.**com-disk,xvda2,w', 'phy:/dev/vg0/router.endofnet.**com-swap,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'router.endofnet.com ' # # Networking # vif = [ 'ip=0.0.0.0, mac=00:16:3E:B4:13:FA, bridge=br0', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FB, bridge=br1', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FC, bridge=br4', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FD, bridge=br5', 'ip=0.0.0.0, mac=00:16:3E:B4:15:FE, bridge=br6' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' any ideas or should i just start over on this PV guest? Thank you Jason Archip --047d7b603ce8c2041104dc039279 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Howdy,

I have a strange issue,
firs= t some back story,
=A0 I failed to upgrade from Debian 6.0 to 7.0 and ha= d to do a fresh
install of 7.0

I had a few PV's and a Windows 7 VM on this syste= m.
they still work for the most part


for the router I have th= e following issue that I am not able to
reproduce on the other PV's<= br> root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
iptables v1.4.= 14: can't initialize iptables table `filter': Table does
not exi= s)
Perhaps iptables or your kernel needs to be upgraded.

here is some i= nfo
uname -a =A0for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-= 2
x86_64 GNU/Linux
uname -a for dom0:Linux vkun 3.2.0-4-amd64 #1 SMP = Debian 3.2.41-2 x86_64
GNU/Linux

root@vkun:/home/kd5lct# cat /etc/xen/router.endofnet.com.cfg
= #
# Configuration file for the Xen instance=A0router.endofnet.com
<http= ://router.endofnet.com>, created

# by xen-tools 4.2 on Mon Nov =A07 19:37:49 2011.
#

#
# = =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.= 2.0-4-amd64'
ramdisk =A0 =A0 =3D '/boot/initrd.img-3.2.0-4-amd64'

vcpus =A0 =A0 =A0 =3D '1'
cpus=3D"1"

memory= =A0 =A0 =A0=3D '1024'

#
# =A0Disk device(s).
#
roo= t =A0 =A0 =A0 =A0=3D '/dev/xvda2 ro'
disk =A0 =A0 =A0 =A0=3D [=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'phy:/dev/vg0/router.endofnet.= com-disk,xvda2,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'phy:/dev/vg0/router.endofnet.com-swap,xvda1,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0]


= #
# =A0Physical volumes
#


#
# =A0Hostname
#
name =A0 =A0 =A0 =A0=3D 'router.endofnet.com=A0<http://router.endofnet.com>'<= /span>


#
# =A0Networking
#
vif =A0 =A0 =A0 =A0 =3D [ 'ip=3D0.= 0.0.0, mac=3D00:16:3E:B4:13:FA, bridge=3Dbr0',
=A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0'ip=3D0.0.0.0, mac=3D00:16:3E:B4:15:FB, bridge=3Dbr1'= ;,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'ip=3D0.0.0.0, mac=3D00:16:3E:= B4:15:FC, bridge=3Dbr4',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'ip=3D0.0.0.0, mac=3D00:16:3E:B4:15:= FD, bridge=3Dbr5',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0'ip=3D0.0.= 0.0, mac=3D00:16:3E:B4:15:FE, bridge=3Dbr6'
=A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0]

#
# =A0Behaviour
#
on_poweroff =3D 'destro= y'
on_reboot =A0 =3D 'restart'
on_crash =A0 =A0=3D 'restart'= ;


any ideas or should i just start over on this PV guest?
Thank you

Jason Archip


--047d7b603ce8c2041104dc039279-- --===============7583942512835764258== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7583942512835764258==-- From xen-users-bounces@lists.xen.org Mon May 06 05:10:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 05:10: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 1UZDfk-0008VJ-VJ; Mon, 06 May 2013 05:09:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZDfj-0008VE-AR for xen-users@lists.xen.org; Mon, 06 May 2013 05:09:11 +0000 Received: from [85.158.139.211:60023] by server-14.bemta-5.messagelabs.com id DF/17-25870-6FA37815; Mon, 06 May 2013 05:09:10 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1367816948!21851611!1 X-Originating-IP: [209.85.192.177] 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 25019 invoked from network); 6 May 2013 05:09:09 -0000 Received: from mail-pd0-f177.google.com (HELO mail-pd0-f177.google.com) (209.85.192.177) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 05:09:09 -0000 Received: by mail-pd0-f177.google.com with SMTP id g10so1798252pdj.22 for ; Sun, 05 May 2013 22:09:07 -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=jN5es6jRxsYLhclrBQ3knxcHPnJ2o0K4dSIRy1BGaJM=; b=bgGVnkiamE33/0dAGS6VOS+7j9KMcOlp7W1uTcraXeNyx7bgOREErpN0IucPe4qJLA g0m4HFrVHZAnjicrY60NFQ/mo47Kj8uPh/ZGPYPC4jaYCOOCWDBkU8k6hKy2yqc/QjcW X8/6IbHcjXGbphtClJF+coIELn4CputRyW7Jtkw9IruyVLJtJpMr0HWH1gxBnG4oKLwe xM6g8GLYgt8SKOQyQA9TYd6lokIQ2w64kYkxsauEASbZ05KnxARnKODfTNfX/G/nMOER uzUZ+DsW8RXzUCpdQga2HdKGBStzq8zIxITXHoBDlBBvUIJWmEM6NNaheXDgao8qM+Hb 3NOQ== MIME-Version: 1.0 X-Received: by 10.66.188.204 with SMTP id gc12mr8481182pac.85.1367816947631; Sun, 05 May 2013 22:09:07 -0700 (PDT) Received: by 10.70.98.143 with HTTP; Sun, 5 May 2013 22:09:07 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 12:09:07 +0700 Message-ID: From: "Fajar A. Nugraha" To: Jason Archip X-Gm-Message-State: ALoCoQn0jx6uCCjHZ5opzVRXErJ/2pIYAfw/yj9tCI/yfd1FL5+CCEWgfPTL2ME+y/OwQ1mLvLPQ Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3071536846137581343==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3071536846137581343== Content-Type: multipart/alternative; boundary=047d7bdc0dc4481f5504dc05b301 --047d7bdc0dc4481f5504dc05b301 Content-Type: text/plain; charset=ISO-8859-1 On Mon, May 6, 2013 at 9:36 AM, Jason Archip wrote: > root@router:/home/kd5lct# iptables --list > libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not > open modd' > > here is some info > uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 > x86_64 GNU/Linux > > kernel = '/boot/vmlinuz-3.2.0-4-amd64' > You are using kernel from dom0. Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist on domU? -- Fajar --047d7bdc0dc4481f5504dc05b301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Mon, May 6, 2013 at 9:36 AM, Jason Archip <kd5lct@en= dofnet.com> wrote:
=A0
root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
=A0
here is some info
uname -a =A0for PV: Linux router 3.2.= 0-4-amd64 #1 SMP Debian 3.2.41-2
x86_64 GNU/Linux
=A0
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.2.0-4-amd64'


You are using kernel from dom0.= Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist o= n domU?

--= =A0
Fajar
--047d7bdc0dc4481f5504dc05b301-- --===============3071536846137581343== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3071536846137581343==-- From xen-users-bounces@lists.xen.org Mon May 06 05:10:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 05:10: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 1UZDfk-0008VJ-VJ; Mon, 06 May 2013 05:09:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZDfj-0008VE-AR for xen-users@lists.xen.org; Mon, 06 May 2013 05:09:11 +0000 Received: from [85.158.139.211:60023] by server-14.bemta-5.messagelabs.com id DF/17-25870-6FA37815; Mon, 06 May 2013 05:09:10 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1367816948!21851611!1 X-Originating-IP: [209.85.192.177] 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 25019 invoked from network); 6 May 2013 05:09:09 -0000 Received: from mail-pd0-f177.google.com (HELO mail-pd0-f177.google.com) (209.85.192.177) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 05:09:09 -0000 Received: by mail-pd0-f177.google.com with SMTP id g10so1798252pdj.22 for ; Sun, 05 May 2013 22:09:07 -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=jN5es6jRxsYLhclrBQ3knxcHPnJ2o0K4dSIRy1BGaJM=; b=bgGVnkiamE33/0dAGS6VOS+7j9KMcOlp7W1uTcraXeNyx7bgOREErpN0IucPe4qJLA g0m4HFrVHZAnjicrY60NFQ/mo47Kj8uPh/ZGPYPC4jaYCOOCWDBkU8k6hKy2yqc/QjcW X8/6IbHcjXGbphtClJF+coIELn4CputRyW7Jtkw9IruyVLJtJpMr0HWH1gxBnG4oKLwe xM6g8GLYgt8SKOQyQA9TYd6lokIQ2w64kYkxsauEASbZ05KnxARnKODfTNfX/G/nMOER uzUZ+DsW8RXzUCpdQga2HdKGBStzq8zIxITXHoBDlBBvUIJWmEM6NNaheXDgao8qM+Hb 3NOQ== MIME-Version: 1.0 X-Received: by 10.66.188.204 with SMTP id gc12mr8481182pac.85.1367816947631; Sun, 05 May 2013 22:09:07 -0700 (PDT) Received: by 10.70.98.143 with HTTP; Sun, 5 May 2013 22:09:07 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 12:09:07 +0700 Message-ID: From: "Fajar A. Nugraha" To: Jason Archip X-Gm-Message-State: ALoCoQn0jx6uCCjHZ5opzVRXErJ/2pIYAfw/yj9tCI/yfd1FL5+CCEWgfPTL2ME+y/OwQ1mLvLPQ Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3071536846137581343==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3071536846137581343== Content-Type: multipart/alternative; boundary=047d7bdc0dc4481f5504dc05b301 --047d7bdc0dc4481f5504dc05b301 Content-Type: text/plain; charset=ISO-8859-1 On Mon, May 6, 2013 at 9:36 AM, Jason Archip wrote: > root@router:/home/kd5lct# iptables --list > libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not > open modd' > > here is some info > uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 > x86_64 GNU/Linux > > kernel = '/boot/vmlinuz-3.2.0-4-amd64' > You are using kernel from dom0. Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist on domU? -- Fajar --047d7bdc0dc4481f5504dc05b301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Mon, May 6, 2013 at 9:36 AM, Jason Archip <kd5lct@en= dofnet.com> wrote:
=A0
root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
=A0
here is some info
uname -a =A0for PV: Linux router 3.2.= 0-4-amd64 #1 SMP Debian 3.2.41-2
x86_64 GNU/Linux
=A0
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.2.0-4-amd64'


You are using kernel from dom0.= Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist o= n domU?

--= =A0
Fajar
--047d7bdc0dc4481f5504dc05b301-- --===============3071536846137581343== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3071536846137581343==-- From xen-users-bounces@lists.xen.org Mon May 06 06:35:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 06:35: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 1UZF0R-0001X7-SL; Mon, 06 May 2013 06:34:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZF0Q-0001X1-0f for xen-users@lists.xen.org; Mon, 06 May 2013 06:34:38 +0000 Received: from [85.158.137.99:60356] by server-13.bemta-3.messagelabs.com id 01/EB-19597-DFE47815; Mon, 06 May 2013 06:34:37 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1367822075!17426120!1 X-Originating-IP: [74.125.82.46] 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 7068 invoked from network); 6 May 2013 06:34:35 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 06:34:35 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so3078784wgh.25 for ; Sun, 05 May 2013 23:34:35 -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:cc:content-type; bh=cUoQ1ob9AG3RlJvZPs/hSscEcfcOsQ08KiDTgJMK5UA=; b=AkadYBvNVSIioNxRU/CymBucZfm62/1UEGvv2oDAcIgYzv3da3KbnU1hG/U5Xj5hty 6nCjJxzyjtAIpmX4TpTOCfDI0BtV+09WOlWiqNfQk+c8Hv5J2MM3n4lk/VsLkywf94QZ XN0L9utOOV3861hN32gGGKZBVUCrOPlCvCAvgaoexs/g0/3L2eNrsYAoPcYRfizJBakh xNNotu1yEMx7tw7Z0vAUwi3AooUtdQQxz3SLh1LNq61ifUltbn1AqRPqpRappriYu/ZC 0R//dLRSXsXEf7GqNXzpjd6N/8WhQ/ftFQYL+HesXrRhy+mmteqHZX+c3Th6wZbHJfQ+ 32Mw== MIME-Version: 1.0 X-Received: by 10.194.95.9 with SMTP id dg9mr1425646wjb.45.1367822075429; Sun, 05 May 2013 23:34:35 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Sun, 5 May 2013 23:34:35 -0700 (PDT) In-Reply-To: <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Date: Mon, 6 May 2013 08:34:35 +0200 Message-ID: From: agya naila Cc: "xen-users@lists.xen.org" Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6321714445219309148==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6321714445219309148== Content-Type: multipart/alternative; boundary=047d7bdc7c8eec068e04dc06e4cc --047d7bdc7c8eec068e04dc06e4cc Content-Type: text/plain; charset=ISO-8859-1 On Mon, May 6, 2013 at 1:11 AM, Anand Mundada wrote: > Hi Agya, > > I have added bootloader = "pygrub" in config file still same result. > Error: Boot loader didn't return any data! > > Basically for Ubuntu DomU you can refers to this page https://help.ubuntu.com/community/XenProposed . Maybe you have to execute this command on your console and try to re-run the VM. sudo ln -s /usr/lib/xen-4.1/bin/pygrub /usr/bin/pygrub > Please let me know if I can try anything else. > > Thanks, > Anand > Good luck, Agya > ------------------------------ > *From:* agya naila > *To:* Anand Mundada > *Cc:* "xen-users@lists.xen.org" > *Sent:* Sunday, May 5, 2013 2:48 PM > *Subject:* Re: [Xen-users] [URGENT] How to boot DomU from customized > kernel > > On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada wrote: > > Hi All, > > I 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 and created > the initramfs. I can see its entry after update-grub. But when I reboot, I > am getting following error: > Error: Boot loader didn't return any data! > > Here is my config file (ubuntu.cfg) :- > name = "ubuntu" > memory = 1024 > disk = ['phy:/dev/VG/ubuntu,xvda,w'] > vif = [''] > #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" > > #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" > > #extra = "debian-installer/exit/always_halt=true -- console=hvc0" > > vcpu = 4 > > If you commenting these 3 lines then your DomU didn't have any boot > loader. Try to add pygrub on your domU configuration file. > > bootloader = "pygrub" > > > > I have initially uncommented these 3 lines to create DomU. Once DomU was > ready I commented out these 3 lines and launched vm using following command: > xm create ubuntu.cfg -c > > Please some one help asap as my project deadline is approaching fast. > > Thanks, > Anand > > You are welcome, > > Agya > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > > --047d7bdc7c8eec068e04dc06e4cc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= On Mon, May 6, 2013 at 1:11 AM, Anand Mundada <anandmundada@ymail.com= > wrote:
Hi Agya,

I have added=A0bootload= er =3D "pygrub"=A0=A0= =A0in config file still same result.
Error: = Boot loader didn't return any data!


Basically for Ubuntu DomU you can r= efers to this page=A0https://help.ubuntu.com/community/XenProposed=A0.=
Maybe you have t= o execute this command on your console and try to re-run the VM.

sudo ln -s /usr/lib/xen-4.1/bin/pygrub /usr/bin/pygrub
=A0
Please let me know if =A0I can try anything else.

Thanks,
Anand

Good luck,=A0=

Agya
= From: agya naila <agya.naila@gmail.com>
To: Anand Mundada = <anandmundad= a@ymail.com>
Cc: "xen-users@lists.xen.org"= ; <xen-user= s@lists.xen.org>
Sent: Sunday, May 5, 2013 2= :48 PM
Subject: Re: [Xen= -users] [URGENT] How to boot DomU from customized kernel

On Tue, Apr 30= , 2013 at 11:16 PM, Anand Mundada <anandmundada@ymai= l.com> wrote:
=
Hi All,
I 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 and created the= initramfs. I can see its entry after update-grub. But when I reboot, I am = getting following error:
Error: Boot loader didn't return any data!

<= font face=3D"times new roman, new york, times, serif">Here is my config fil= e (ubuntu.cfg) :-
name =3D "ubuntu"
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#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
#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
#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
vcpu =3D 4

=
If you commenting these 3 lines then your Dom= U didn't have any boot loader. Try to add pygrub on your domU configura= tion file.

bootloader =3D "pygr= ub"

=A0
I have initially unc= ommented these 3 lines to create DomU. Once DomU was ready I commented out these 3 lines and launched vm using following command:
x= m create ubuntu.cfg -c

Ple= ase some one help asap as my project deadline is approaching fast.

Thanks,
Anand

You are welcome,

Agya
=A0

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



<= /div>
--047d7bdc7c8eec068e04dc06e4cc-- --===============6321714445219309148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6321714445219309148==-- From xen-users-bounces@lists.xen.org Mon May 06 06:35:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 06:35: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 1UZF0R-0001X7-SL; Mon, 06 May 2013 06:34:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZF0Q-0001X1-0f for xen-users@lists.xen.org; Mon, 06 May 2013 06:34:38 +0000 Received: from [85.158.137.99:60356] by server-13.bemta-3.messagelabs.com id 01/EB-19597-DFE47815; Mon, 06 May 2013 06:34:37 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1367822075!17426120!1 X-Originating-IP: [74.125.82.46] 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 7068 invoked from network); 6 May 2013 06:34:35 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 06:34:35 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so3078784wgh.25 for ; Sun, 05 May 2013 23:34:35 -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:cc:content-type; bh=cUoQ1ob9AG3RlJvZPs/hSscEcfcOsQ08KiDTgJMK5UA=; b=AkadYBvNVSIioNxRU/CymBucZfm62/1UEGvv2oDAcIgYzv3da3KbnU1hG/U5Xj5hty 6nCjJxzyjtAIpmX4TpTOCfDI0BtV+09WOlWiqNfQk+c8Hv5J2MM3n4lk/VsLkywf94QZ XN0L9utOOV3861hN32gGGKZBVUCrOPlCvCAvgaoexs/g0/3L2eNrsYAoPcYRfizJBakh xNNotu1yEMx7tw7Z0vAUwi3AooUtdQQxz3SLh1LNq61ifUltbn1AqRPqpRappriYu/ZC 0R//dLRSXsXEf7GqNXzpjd6N/8WhQ/ftFQYL+HesXrRhy+mmteqHZX+c3Th6wZbHJfQ+ 32Mw== MIME-Version: 1.0 X-Received: by 10.194.95.9 with SMTP id dg9mr1425646wjb.45.1367822075429; Sun, 05 May 2013 23:34:35 -0700 (PDT) Received: by 10.216.148.70 with HTTP; Sun, 5 May 2013 23:34:35 -0700 (PDT) In-Reply-To: <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Date: Mon, 6 May 2013 08:34:35 +0200 Message-ID: From: agya naila Cc: "xen-users@lists.xen.org" Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6321714445219309148==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6321714445219309148== Content-Type: multipart/alternative; boundary=047d7bdc7c8eec068e04dc06e4cc --047d7bdc7c8eec068e04dc06e4cc Content-Type: text/plain; charset=ISO-8859-1 On Mon, May 6, 2013 at 1:11 AM, Anand Mundada wrote: > Hi Agya, > > I have added bootloader = "pygrub" in config file still same result. > Error: Boot loader didn't return any data! > > Basically for Ubuntu DomU you can refers to this page https://help.ubuntu.com/community/XenProposed . Maybe you have to execute this command on your console and try to re-run the VM. sudo ln -s /usr/lib/xen-4.1/bin/pygrub /usr/bin/pygrub > Please let me know if I can try anything else. > > Thanks, > Anand > Good luck, Agya > ------------------------------ > *From:* agya naila > *To:* Anand Mundada > *Cc:* "xen-users@lists.xen.org" > *Sent:* Sunday, May 5, 2013 2:48 PM > *Subject:* Re: [Xen-users] [URGENT] How to boot DomU from customized > kernel > > On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada wrote: > > Hi All, > > I 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 and created > the initramfs. I can see its entry after update-grub. But when I reboot, I > am getting following error: > Error: Boot loader didn't return any data! > > Here is my config file (ubuntu.cfg) :- > name = "ubuntu" > memory = 1024 > disk = ['phy:/dev/VG/ubuntu,xvda,w'] > vif = [''] > #kernel = "/var/lib/xen/images/ubuntu-netboot/vmlinuz" > > #ramdisk = "/var/lib/xen/images/ubuntu-netboot/initrd.gz" > > #extra = "debian-installer/exit/always_halt=true -- console=hvc0" > > vcpu = 4 > > If you commenting these 3 lines then your DomU didn't have any boot > loader. Try to add pygrub on your domU configuration file. > > bootloader = "pygrub" > > > > I have initially uncommented these 3 lines to create DomU. Once DomU was > ready I commented out these 3 lines and launched vm using following command: > xm create ubuntu.cfg -c > > Please some one help asap as my project deadline is approaching fast. > > Thanks, > Anand > > You are welcome, > > Agya > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > > --047d7bdc7c8eec068e04dc06e4cc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= On Mon, May 6, 2013 at 1:11 AM, Anand Mundada <anandmundada@ymail.com= > wrote:
Hi Agya,

I have added=A0bootload= er =3D "pygrub"=A0=A0= =A0in config file still same result.
Error: = Boot loader didn't return any data!


Basically for Ubuntu DomU you can r= efers to this page=A0https://help.ubuntu.com/community/XenProposed=A0.=
Maybe you have t= o execute this command on your console and try to re-run the VM.

sudo ln -s /usr/lib/xen-4.1/bin/pygrub /usr/bin/pygrub
=A0
Please let me know if =A0I can try anything else.

Thanks,
Anand

Good luck,=A0=

Agya
= From: agya naila <agya.naila@gmail.com>
To: Anand Mundada = <anandmundad= a@ymail.com>
Cc: "xen-users@lists.xen.org"= ; <xen-user= s@lists.xen.org>
Sent: Sunday, May 5, 2013 2= :48 PM
Subject: Re: [Xen= -users] [URGENT] How to boot DomU from customized kernel

On Tue, Apr 30= , 2013 at 11:16 PM, Anand Mundada <anandmundada@ymai= l.com> wrote:
=
Hi All,
I 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 and created the= initramfs. I can see its entry after update-grub. But when I reboot, I am = getting following error:
Error: Boot loader didn't return any data!

<= font face=3D"times new roman, new york, times, serif">Here is my config fil= e (ubuntu.cfg) :-
name =3D "ubuntu"
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#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
#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
#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
vcpu =3D 4

=
If you commenting these 3 lines then your Dom= U didn't have any boot loader. Try to add pygrub on your domU configura= tion file.

bootloader =3D "pygr= ub"

=A0
I have initially unc= ommented these 3 lines to create DomU. Once DomU was ready I commented out these 3 lines and launched vm using following command:
x= m create ubuntu.cfg -c

Ple= ase some one help asap as my project deadline is approaching fast.

Thanks,
Anand

You are welcome,

Agya
=A0

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



<= /div>
--047d7bdc7c8eec068e04dc06e4cc-- --===============6321714445219309148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6321714445219309148==-- From xen-users-bounces@lists.xen.org Mon May 06 10:39:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 10:39: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 1UZIoR-0007Cd-Dn; Mon, 06 May 2013 10:38:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZIoP-0007CY-KP for xen-users@lists.xen.org; Mon, 06 May 2013 10:38:30 +0000 Received: from [85.158.139.83:7296] by server-13.bemta-5.messagelabs.com id 24/EA-08040-42887815; Mon, 06 May 2013 10:38:28 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-11.tower-182.messagelabs.com!1367836706!24261798!1 X-Originating-IP: [77.238.189.63] 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 9281 invoked from network); 6 May 2013 10:38:26 -0000 Received: from nm6.bullet.mail.ird.yahoo.com (HELO nm6.bullet.mail.ird.yahoo.com) (77.238.189.63) by server-11.tower-182.messagelabs.com with SMTP; 6 May 2013 10:38:26 -0000 Received: from [77.238.189.231] by nm6.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 10:38:25 -0000 Received: from [212.82.98.123] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 10:38:25 -0000 Received: from [127.0.0.1] by omp1060.mail.ir2.yahoo.com with NNFMP; 06 May 2013 10:38:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 991295.99773.bm@omp1060.mail.ir2.yahoo.com Received: (qmail 58111 invoked by uid 60001); 6 May 2013 10:38:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367836704; bh=5EhKntN+NnIHHRQXJMb4ZoNNPcGDyTThNSFmio3iGvc=; 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=lb5/jndnMm0KorF03u5v6yR6jjdSiS0MFk4kJ1A5nEq2d/u+JOAL3wUMRj6I6kBHXknm0FyW41b4bLvgMNivCGRCmt9E/ookCiXAjV9UoeH/14kHp9PE/rMG70FnjkHvZ66WO1L3cfO5Vqbq3a9uSWB0Of5izIYXgwmmH4/YqUQ= 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=3W8M/Vi7JcPOhjKeHG9zgOnhHdLn7SppFGXTFn5DgtLMwZTxKoz2BzJhK+5swSG4TyJaUm4fWoFCJQU2zks0qohghJGfnf0WMFTIdANajywiYg/+rHNQj34nHd0xRraHUTbBA1uQXj+FWvUsr1nCy2Rzs+RqSIrESnm+swP2tZ4=; X-YMail-OSG: _TmGj0wVM1kvKGgW6mNyUGk__wSyhe_y6ZOaL4GdFR2ifhs _1ACF5rY51HCn753_nVMxAZJSyrFFyxpDpSMS5ThMkgND1e.0IkWyXxZ.MdQ RWHVfq7RiK742L1mJPY9l_if9W1rLxHk2vNGTPYecuOEOphXd6j0JCYwt.or UsOvPkYl_9pXI2koh9.vqOEXVwpt39Hp4E0I8dBbPMIuQfXHWDbG8pe87kHC LBCdaYV5mccYv85SxWLuG48GLLcJGu2z4FT790_Xz1jJBuSTlAPhpE0wQRGM BiMFcS4fWJ5oYA5xvV4xVbknKHaPSUoNNC381Q30Mt33Z8Y_sL2MsJANgEhg GTmokIriBnTMVMqcWgdwesOs72n6hJTRXvANkX9CleXVGbe83GZpoz6LVe1z BKLOJwXY1lg8gRI8Wsh6FrikcLCbx7xsdGWrSvYSLmNmlP3d833XvsGen77D EJOKQmL3pyutQhSdEBRcWWzj1lJAZWMKjwt1B3fz.0NX7tFNX9yOvm5qbFKT Bqs9Enuc2xES_mwRDnvT_jL5VHtN.BOt9ABYoxJtlnaJNTegf7ElFT.t.FSV cZQ2yVA9tFaV1HzJgDtGvJXskAyo5B0ZCt_28xC6XkIa0SIdrATU3i7LTYX5 gN3oIO2zNnaaLn_xlFzcWLzoadvm2PG0A7GwR1B0hpF9mkG6_fOBFaKd8ONf 1XWZXE3VtNCdK1qc- Received: from [82.187.229.206] by web171906.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 11:38:21 BST X-Rocket-MIMEInfo: 002.001, SGkgSmFuDQoNCkkgbGF1bmNoIG15IHdpbmRvd3MgVk0gd2hpdCBncmFwaGljYWwgcHJvZ3JhbSBuYW1lZCAiUmVtbWluYSBSZW1vdGUgZGVza3RvcCBjbGllbnQiIGFuZCBpdCB3b3JrIHdlbGwuLiANCg0KOi0pIDotKSA6LSkgOi0pDQoNCk1heWJlIEkgd2FzIHdyb25nIGEgZmV3IHBhcmFtZXRlcnMgdG8gbGF1bmNoIG1hbnVhbCBnbmN2aWV3ZXINCg0KTGV0IG1lIGV4cGxhaW4gd2hhdCBpcyBteSBtYWluIHByb2JsZW0uDQpJIHdvdWxkIGxpa2UgdG8gc3RhcnQgYSB2aXJ0dWFsIG1hY2hpbmUgY3JlYXRlZCABMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367836701.56906.YahooMailClassic@web171906.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 11:38:21 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5178F53D.5010502@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="===============8466509856756424615==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8466509856756424615== Content-Type: multipart/alternative; boundary="-1899948411-1735317195-1367836701=:56906" ---1899948411-1735317195-1367836701=:56906 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan I launch my windows VM whit graphical program named "Remmina Remote desktop= client" and it work well..=20 :-) :-) :-) :-) Maybe I was wrong a few parameters to launch manual gncviewer Let me explain what is my main problem. I would like to start a virtual machine created with buildroot standard WHI= TOUT XEN drivers in the VM. I have some=A0problems creating the configuration file for this virtual mac= hine. I don't know if I have to work with a ramdisk (rootfs.cpio created by build= root) or not and=20 what should be the configuration file under (p.e.) /etc/xen/VM_buildroot. I don't understand the meaning of the 'disk =3D' in the configuration file. you know a tutorial that I could follow to create this file? Xen provides the xen-create-image command to create the file, but I do not = know how to give parameters to the command (initrd install-install-source m= ethod ...) Can you help me? Thanks in advance. Luisa --- Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 =0A =0A=0A =0A =0A =0A Hi Luisa, =0A =20 =0A great, so you're cpu is capable for running Xen. The reason why you= =0A don't see it is explained here=0A http://old-list-archives.xen.or= g/archives/html/xen-users/2010-09/msg00180.html.=0A =20 =0A =20 =0A Just to be clear. You've already start your system with xen and=0A = tried to start Windows Xp domU as this guide describes, do you? And=0A = the problem is that you can't connect to your Windows XP domU with=0A G= NCVIEWER or something else? Is your domU running? What does the "xl=0A s= tart" command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne 24.4.2013 17:54, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen flag vmx doesn't appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest OS make with buildroot "standard"= =0A without xen driver. =0A =20 =0A I use=0A http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide#Configure_GRUB_to_start_Xen=0A =20 =0A but doesn't work correctly. =0A =20 =0A Doesn't work gvncviewer for using a window XP iso image=0A= and now I'm compiling a buildroot standard (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =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: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =20 =0A =0A =0A Sure, I=0A = can.=20 =0A =20 =0A You should check your cpuinfo if it supports=0A = virtualization. Look here http://virt-tools.org/learning= /check-hardware-virt/ =0A =20 =0A If it does, tell me what is your goal and what=0A = have you done already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani napsal(a): =0A =0A =0A =0A = =0A =0A = Thank's=0A for your indication. =0A =20 =0A I can't find my cpu in your list. =0A =20 =0A In my PC I can enable the virtualization= =0A 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=0A = virtualization =0A A: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 10:35 =0A =20 =0A =0A He= llo Luisa, =0A =20 =0A here http://en.wikipedia.org/wiki/Li= st_of_IOMMU-supporting_hardware=0A is a = list IOMMU supporting hardware,=0A this = is a good point to start. IOMMU=0A is no= t necessary for virtualization,=0A but h= ardware listed here supports=0A VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A = 24.4.2013 09:43, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = =0A = Hi =0A =20 =0A It's=0A = my first experience with=0A = xen =0A =20 =0A I would like to=0A = use=0A = a OS linux create by=0A = buildroot like a=0A = guest. =0A I have a PC whit=0A = virtualizatin whit=0A = debian distribution=0A = and I install=0A = xen-linux-sysem on=0A = the PC. =0A =20 =0A In this PC a VM=0A = doesn't work=0A = correctly. =0A =20 =0A I would like to know= =0A if exist a simple=0A= tutorial to=0A = configure PC and VM=0A = . =0A =20 =0A =0A = =0A = =0A =0A = =0A = =0A = =0A = =0A =0A = =0A = =0A = =0A =0A = =0A = =0A =0A = =0A = =0A = =0A Tha= nks 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 __________________________________= _____________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://l= ists.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 =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 ---1899948411-1735317195-1367836701=:56906 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jan

I launch my windows VM whit gra= phical program named "Remmina Remote desktop client" and it work well..
:-) :-) :-) :-)

= Maybe I was wrong a few parameters to launch manual gncviewer

Let me explain what is my main problem.
I would like to start a virtual machine cr= eated with buildroot<= /span> standard WHITOUT XEN = drivers in the VM.
I have some problems creating the configu= ration file for this = virtual machine.
I don't know if I have to work with a ramdisk (rootfs.cpio cr= eated by buildroot) or not an= d
what should be the configuration fil= e under (p.e.) /etc/<= /span>xen/VM_buildroot.

<= span id=3D"result_box" class=3D"" lang=3D"en">I don't u= nderstand the meaning of the 'disk =3D' in the configuration file.

you know a tutorial that I could follow to create this file= ?

Xen provides the xen-create-im= age command to create= the file, but I do n= ot know how to give p= arameters to the command (initrd install-install-source method= ...)
<= span id=3D"result_box" class=3D"" lang=3D"en">
Can you help me= ?

Thanks in advance.

Luisa

<= span id=3D"result_box" class=3D"" lang=3D"en">
<= /span>

--- Gio 25/4/13, Jan Hejl <jh@excello.cz>= ha scritto:

Da: Jan Hejl <jh@excello.cz= >
Oggetto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posan= i" <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Gioved=EC 25 Aprile 2013, 11:19

=0A =0A=0A =0A =0A
=0A Hi Luisa,
= =0A
=0A great, so you're cpu is capable for running Xen. The reas= on why you=0A don't see it is explained here=0A h= ttp://old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.ht= ml.=0A
=0A
=0A Just to be clear. You've already start = your system with xen and=0A tried to start Windows Xp domU as this guide= describes, do you? And=0A the problem is that you can't connect to your= Windows XP domU with=0A GNCVIEWER or something else? Is your domU runni= ng? What does the "xl=0A start" command say?
=0A
=0A Thank = you and have a nice day
=0A Jan
=0A
=0A
Dne 24.4.2013 17:54, Luisa Posani=0A napsal= (a):
=0A
=0A
=0A =0A =0A = =0A =0A =0A =0A =

=0A = Hi
=0A
=0A if I make
=0A =
=0A /proc/cpuinfo flags
=0A
=0A= without xen I found vmx.
=0A
=0A = when I start PC with xen flag vmx doesn't appare.
=0A =
=0A Why?
=0A
=0A I would = like use a guest OS make with buildroot "standard"=0A without = xen driver.
=0A
=0A I use=0A = http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_t= o_start_Xen=0A
=0A but doesn't work corre= ctly.
=0A
=0A Doesn't work gvncviewer for = using a window XP iso image=0A and now I'm compiling a buildro= ot standard (qemu_x86=0A config).
=0A
=0A =
=0A
=0A Luisa
=0A =
=0A
=0A
=0A
= =0A
=0A
=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 virtualizatio= n
=0A A: "Luisa Posani" <lposani@yahoo.it= >
=0A Cc: xen-users@li= sts.xen.org
=0A Data: Mercoled=EC 24 Aprile 2013, 17:= 08
=0A
=0A
= =0A
=0A
Sure, I=0A can.
=0A =
=0A You should check your cpuinfo if it su= pports=0A virtualization. Look here http://virt-tools.org/lea= rning/check-hardware-virt/
=0A
=0A = If it does, tell me what is your goal and what=0A = have you done already?
=0A
=0A = Dne 24.4.2013 16:03, Luisa Posani napsal(a):
=0A =
=0A
=0A = =0A = =0A =0A = =0A = =0A =0A =
Thank's=0A = for your indication.
=0A =
=0A I can't find my cpu in your l= ist.
=0A
=0A = In my PC I can enable the virtualization=0A = 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=0A = virtualization
=0A A= : xen-us= ers@lists.xen.org
=0A Data: Mercoled= =EC 24 Aprile 2013, 10:35
=0A
=0A =
=0A =
Hello Luisa,
=0A =
=0A here http://en.wikipedia.o= rg/wiki/List_of_IOMMU-supporting_hardware=0A = is a list IOMMU supporting hardware,=0A = this is a good point to start. IOMMU=0A = is not necessary for virtualization,=0A = but hardware listed here supports=0A = VM.
=0A
=0A = Jan
=0A
=0A =
Dne=0A=0A 24.4.2013 09:43, Luisa Pos= ani=0A napsal(a):
=0A =
=0A =0A =0A = =0A =0A = = =0A =0A = =0A
=0A
Hi
=0A
=0A = It's=0A= my first experience = with=0A xen
=0A =
=0A = I would like to=0A = u= se=0A a OS linux create = by=0A buildroot like a= =0A guest.
=0A = I have a PC whit=0A = virtualizatin whit=0A = debian distribution=0A = and I install=0A = xen-linux-sysem on=0A = the PC.
=0A =
=0A = In this PC a VM=0A d= oesn't work=0A correctly= .
=0A
=0A = I would like to know=0A = if exist a simple=0A = 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 =
=0A =
<= span class=3D"yiv229288132hps">Thanks 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
=0A= -----Segue allegato-----
=0A
=0A =
___________________________= ____________________
=0A Xen-users mailing list
=0A = Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A <= /blockquote>=0A
=0A
=0A
=0A
=0A=0A
---1899948411-1735317195-1367836701=:56906-- --===============8466509856756424615== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8466509856756424615==-- From xen-users-bounces@lists.xen.org Mon May 06 10:39:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 10:39: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 1UZIoR-0007Cd-Dn; Mon, 06 May 2013 10:38:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZIoP-0007CY-KP for xen-users@lists.xen.org; Mon, 06 May 2013 10:38:30 +0000 Received: from [85.158.139.83:7296] by server-13.bemta-5.messagelabs.com id 24/EA-08040-42887815; Mon, 06 May 2013 10:38:28 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-11.tower-182.messagelabs.com!1367836706!24261798!1 X-Originating-IP: [77.238.189.63] 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 9281 invoked from network); 6 May 2013 10:38:26 -0000 Received: from nm6.bullet.mail.ird.yahoo.com (HELO nm6.bullet.mail.ird.yahoo.com) (77.238.189.63) by server-11.tower-182.messagelabs.com with SMTP; 6 May 2013 10:38:26 -0000 Received: from [77.238.189.231] by nm6.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 10:38:25 -0000 Received: from [212.82.98.123] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 10:38:25 -0000 Received: from [127.0.0.1] by omp1060.mail.ir2.yahoo.com with NNFMP; 06 May 2013 10:38:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 991295.99773.bm@omp1060.mail.ir2.yahoo.com Received: (qmail 58111 invoked by uid 60001); 6 May 2013 10:38:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367836704; bh=5EhKntN+NnIHHRQXJMb4ZoNNPcGDyTThNSFmio3iGvc=; 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=lb5/jndnMm0KorF03u5v6yR6jjdSiS0MFk4kJ1A5nEq2d/u+JOAL3wUMRj6I6kBHXknm0FyW41b4bLvgMNivCGRCmt9E/ookCiXAjV9UoeH/14kHp9PE/rMG70FnjkHvZ66WO1L3cfO5Vqbq3a9uSWB0Of5izIYXgwmmH4/YqUQ= 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=3W8M/Vi7JcPOhjKeHG9zgOnhHdLn7SppFGXTFn5DgtLMwZTxKoz2BzJhK+5swSG4TyJaUm4fWoFCJQU2zks0qohghJGfnf0WMFTIdANajywiYg/+rHNQj34nHd0xRraHUTbBA1uQXj+FWvUsr1nCy2Rzs+RqSIrESnm+swP2tZ4=; X-YMail-OSG: _TmGj0wVM1kvKGgW6mNyUGk__wSyhe_y6ZOaL4GdFR2ifhs _1ACF5rY51HCn753_nVMxAZJSyrFFyxpDpSMS5ThMkgND1e.0IkWyXxZ.MdQ RWHVfq7RiK742L1mJPY9l_if9W1rLxHk2vNGTPYecuOEOphXd6j0JCYwt.or UsOvPkYl_9pXI2koh9.vqOEXVwpt39Hp4E0I8dBbPMIuQfXHWDbG8pe87kHC LBCdaYV5mccYv85SxWLuG48GLLcJGu2z4FT790_Xz1jJBuSTlAPhpE0wQRGM BiMFcS4fWJ5oYA5xvV4xVbknKHaPSUoNNC381Q30Mt33Z8Y_sL2MsJANgEhg GTmokIriBnTMVMqcWgdwesOs72n6hJTRXvANkX9CleXVGbe83GZpoz6LVe1z BKLOJwXY1lg8gRI8Wsh6FrikcLCbx7xsdGWrSvYSLmNmlP3d833XvsGen77D EJOKQmL3pyutQhSdEBRcWWzj1lJAZWMKjwt1B3fz.0NX7tFNX9yOvm5qbFKT Bqs9Enuc2xES_mwRDnvT_jL5VHtN.BOt9ABYoxJtlnaJNTegf7ElFT.t.FSV cZQ2yVA9tFaV1HzJgDtGvJXskAyo5B0ZCt_28xC6XkIa0SIdrATU3i7LTYX5 gN3oIO2zNnaaLn_xlFzcWLzoadvm2PG0A7GwR1B0hpF9mkG6_fOBFaKd8ONf 1XWZXE3VtNCdK1qc- Received: from [82.187.229.206] by web171906.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 11:38:21 BST X-Rocket-MIMEInfo: 002.001, SGkgSmFuDQoNCkkgbGF1bmNoIG15IHdpbmRvd3MgVk0gd2hpdCBncmFwaGljYWwgcHJvZ3JhbSBuYW1lZCAiUmVtbWluYSBSZW1vdGUgZGVza3RvcCBjbGllbnQiIGFuZCBpdCB3b3JrIHdlbGwuLiANCg0KOi0pIDotKSA6LSkgOi0pDQoNCk1heWJlIEkgd2FzIHdyb25nIGEgZmV3IHBhcmFtZXRlcnMgdG8gbGF1bmNoIG1hbnVhbCBnbmN2aWV3ZXINCg0KTGV0IG1lIGV4cGxhaW4gd2hhdCBpcyBteSBtYWluIHByb2JsZW0uDQpJIHdvdWxkIGxpa2UgdG8gc3RhcnQgYSB2aXJ0dWFsIG1hY2hpbmUgY3JlYXRlZCABMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367836701.56906.YahooMailClassic@web171906.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 11:38:21 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5178F53D.5010502@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="===============8466509856756424615==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8466509856756424615== Content-Type: multipart/alternative; boundary="-1899948411-1735317195-1367836701=:56906" ---1899948411-1735317195-1367836701=:56906 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan I launch my windows VM whit graphical program named "Remmina Remote desktop= client" and it work well..=20 :-) :-) :-) :-) Maybe I was wrong a few parameters to launch manual gncviewer Let me explain what is my main problem. I would like to start a virtual machine created with buildroot standard WHI= TOUT XEN drivers in the VM. I have some=A0problems creating the configuration file for this virtual mac= hine. I don't know if I have to work with a ramdisk (rootfs.cpio created by build= root) or not and=20 what should be the configuration file under (p.e.) /etc/xen/VM_buildroot. I don't understand the meaning of the 'disk =3D' in the configuration file. you know a tutorial that I could follow to create this file? Xen provides the xen-create-image command to create the file, but I do not = know how to give parameters to the command (initrd install-install-source m= ethod ...) Can you help me? Thanks in advance. Luisa --- Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 =0A =0A=0A =0A =0A =0A Hi Luisa, =0A =20 =0A great, so you're cpu is capable for running Xen. The reason why you= =0A don't see it is explained here=0A http://old-list-archives.xen.or= g/archives/html/xen-users/2010-09/msg00180.html.=0A =20 =0A =20 =0A Just to be clear. You've already start your system with xen and=0A = tried to start Windows Xp domU as this guide describes, do you? And=0A = the problem is that you can't connect to your Windows XP domU with=0A G= NCVIEWER or something else? Is your domU running? What does the "xl=0A s= tart" command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne 24.4.2013 17:54, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen flag vmx doesn't appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest OS make with buildroot "standard"= =0A without xen driver. =0A =20 =0A I use=0A http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide#Configure_GRUB_to_start_Xen=0A =20 =0A but doesn't work correctly. =0A =20 =0A Doesn't work gvncviewer for using a window XP iso image=0A= and now I'm compiling a buildroot standard (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =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: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =20 =0A =0A =0A Sure, I=0A = can.=20 =0A =20 =0A You should check your cpuinfo if it supports=0A = virtualization. Look here http://virt-tools.org/learning= /check-hardware-virt/ =0A =20 =0A If it does, tell me what is your goal and what=0A = have you done already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani napsal(a): =0A =0A =0A =0A = =0A =0A = Thank's=0A for your indication. =0A =20 =0A I can't find my cpu in your list. =0A =20 =0A In my PC I can enable the virtualization= =0A 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=0A = virtualization =0A A: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 10:35 =0A =20 =0A =0A He= llo Luisa, =0A =20 =0A here http://en.wikipedia.org/wiki/Li= st_of_IOMMU-supporting_hardware=0A is a = list IOMMU supporting hardware,=0A this = is a good point to start. IOMMU=0A is no= t necessary for virtualization,=0A but h= ardware listed here supports=0A VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A = 24.4.2013 09:43, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = =0A = Hi =0A =20 =0A It's=0A = my first experience with=0A = xen =0A =20 =0A I would like to=0A = use=0A = a OS linux create by=0A = buildroot like a=0A = guest. =0A I have a PC whit=0A = virtualizatin whit=0A = debian distribution=0A = and I install=0A = xen-linux-sysem on=0A = the PC. =0A =20 =0A In this PC a VM=0A = doesn't work=0A = correctly. =0A =20 =0A I would like to know= =0A if exist a simple=0A= tutorial to=0A = configure PC and VM=0A = . =0A =20 =0A =0A = =0A = =0A =0A = =0A = =0A = =0A = =0A =0A = =0A = =0A = =0A =0A = =0A = =0A =0A = =0A = =0A = =0A Tha= nks 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 __________________________________= _____________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://l= ists.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 =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 ---1899948411-1735317195-1367836701=:56906 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jan

I launch my windows VM whit gra= phical program named "Remmina Remote desktop client" and it work well..
:-) :-) :-) :-)

= Maybe I was wrong a few parameters to launch manual gncviewer

Let me explain what is my main problem.
I would like to start a virtual machine cr= eated with buildroot<= /span> standard WHITOUT XEN = drivers in the VM.
I have some problems creating the configu= ration file for this = virtual machine.
I don't know if I have to work with a ramdisk (rootfs.cpio cr= eated by buildroot) or not an= d
what should be the configuration fil= e under (p.e.) /etc/<= /span>xen/VM_buildroot.

<= span id=3D"result_box" class=3D"" lang=3D"en">I don't u= nderstand the meaning of the 'disk =3D' in the configuration file.

you know a tutorial that I could follow to create this file= ?

Xen provides the xen-create-im= age command to create= the file, but I do n= ot know how to give p= arameters to the command (initrd install-install-source method= ...)
<= span id=3D"result_box" class=3D"" lang=3D"en">
Can you help me= ?

Thanks in advance.

Luisa

<= span id=3D"result_box" class=3D"" lang=3D"en">
<= /span>

--- Gio 25/4/13, Jan Hejl <jh@excello.cz>= ha scritto:

Da: Jan Hejl <jh@excello.cz= >
Oggetto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posan= i" <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Gioved=EC 25 Aprile 2013, 11:19

=0A =0A=0A =0A =0A
=0A Hi Luisa,
= =0A
=0A great, so you're cpu is capable for running Xen. The reas= on why you=0A don't see it is explained here=0A h= ttp://old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.ht= ml.=0A
=0A
=0A Just to be clear. You've already start = your system with xen and=0A tried to start Windows Xp domU as this guide= describes, do you? And=0A the problem is that you can't connect to your= Windows XP domU with=0A GNCVIEWER or something else? Is your domU runni= ng? What does the "xl=0A start" command say?
=0A
=0A Thank = you and have a nice day
=0A Jan
=0A
=0A
Dne 24.4.2013 17:54, Luisa Posani=0A napsal= (a):
=0A
=0A
=0A =0A =0A = =0A =0A =0A =0A =

=0A = Hi
=0A
=0A if I make
=0A =
=0A /proc/cpuinfo flags
=0A
=0A= without xen I found vmx.
=0A
=0A = when I start PC with xen flag vmx doesn't appare.
=0A =
=0A Why?
=0A
=0A I would = like use a guest OS make with buildroot "standard"=0A without = xen driver.
=0A
=0A I use=0A = http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_t= o_start_Xen=0A
=0A but doesn't work corre= ctly.
=0A
=0A Doesn't work gvncviewer for = using a window XP iso image=0A and now I'm compiling a buildro= ot standard (qemu_x86=0A config).
=0A
=0A =
=0A
=0A Luisa
=0A =
=0A
=0A
=0A
= =0A
=0A
=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 virtualizatio= n
=0A A: "Luisa Posani" <lposani@yahoo.it= >
=0A Cc: xen-users@li= sts.xen.org
=0A Data: Mercoled=EC 24 Aprile 2013, 17:= 08
=0A
=0A
= =0A
=0A
Sure, I=0A can.
=0A =
=0A You should check your cpuinfo if it su= pports=0A virtualization. Look here http://virt-tools.org/lea= rning/check-hardware-virt/
=0A
=0A = If it does, tell me what is your goal and what=0A = have you done already?
=0A
=0A = Dne 24.4.2013 16:03, Luisa Posani napsal(a):
=0A =
=0A
=0A = =0A = =0A =0A = =0A = =0A =0A =
Thank's=0A = for your indication.
=0A =
=0A I can't find my cpu in your l= ist.
=0A
=0A = In my PC I can enable the virtualization=0A = 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=0A = virtualization
=0A A= : xen-us= ers@lists.xen.org
=0A Data: Mercoled= =EC 24 Aprile 2013, 10:35
=0A
=0A =
=0A =
Hello Luisa,
=0A =
=0A here http://en.wikipedia.o= rg/wiki/List_of_IOMMU-supporting_hardware=0A = is a list IOMMU supporting hardware,=0A = this is a good point to start. IOMMU=0A = is not necessary for virtualization,=0A = but hardware listed here supports=0A = VM.
=0A
=0A = Jan
=0A
=0A =
Dne=0A=0A 24.4.2013 09:43, Luisa Pos= ani=0A napsal(a):
=0A =
=0A =0A =0A = =0A =0A = = =0A =0A = =0A
=0A
Hi
=0A
=0A = It's=0A= my first experience = with=0A xen
=0A =
=0A = I would like to=0A = u= se=0A a OS linux create = by=0A buildroot like a= =0A guest.
=0A = I have a PC whit=0A = virtualizatin whit=0A = debian distribution=0A = and I install=0A = xen-linux-sysem on=0A = the PC.
=0A =
=0A = In this PC a VM=0A d= oesn't work=0A correctly= .
=0A
=0A = I would like to know=0A = if exist a simple=0A = 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 =
=0A =
<= span class=3D"yiv229288132hps">Thanks 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
=0A= -----Segue allegato-----
=0A
=0A =
___________________________= ____________________
=0A Xen-users mailing list
=0A = Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A <= /blockquote>=0A
=0A
=0A
=0A
=0A=0A
---1899948411-1735317195-1367836701=:56906-- --===============8466509856756424615== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8466509856756424615==-- From xen-users-bounces@lists.xen.org Mon May 06 10:57:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 10:57:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJ5U-0007qw-IR; Mon, 06 May 2013 10:56:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJ5S-0007qm-T7 for xen-users@lists.xen.org; Mon, 06 May 2013 10:56:07 +0000 Received: from [193.109.254.147:20435] by server-2.bemta-14.messagelabs.com id B0/49-19066-64C87815; Mon, 06 May 2013 10:56:06 +0000 X-Env-Sender: ghislain.landry.tsafack.chetsa@ens-lyon.fr X-Msg-Ref: server-14.tower-27.messagelabs.com!1367837732!1741263!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2284 invoked from network); 6 May 2013 10:55:33 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 10:55:33 -0000 X-IronPort-AV: E=Sophos;i="4.87,621,1363129200"; d="scan'208,217";a="16194352" Received: from dhcp-13-142.lip.ens-lyon.fr ([140.77.13.142]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-SHA; 06 May 2013 12:52:55 +0200 From: Tsafack Chetsa Ghislain Landry Date: Mon, 6 May 2013 12:52:54 +0200 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-users] Reading hardware performance events in xen 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="===============2955616165175841892==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2955616165175841892== Content-Type: multipart/alternative; boundary="Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986" --Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, Sorry for disturbing, I have just installed Xen on my system (kernel = version 2.6.32-5-xen-amd64) and I would like to read hardware events in = dom0, I have a program which usually do that in non-Xen kernels (see = beneath). void open_perf(struct perf_event_attr* attr) { static int current=3D0; int cpu; for(cpu=3D0; cpuconfig, current+cpu); exit(1); } } current+=3DNBCORE; }=20 The problem is that the system call "sys_perf_event_open" systematically = returns -1 I was wondering whether anyone has experienced the same issue and how I = get rid of that. =20 I tried using perf, but I guess the same thing happens: here is an example: Performance counter stats for 'mpirun -np 2 ./ep.A': 55075.066063 task-clock-msecs # 1.986 CPUs 282 context-switches # 0.000 M/sec 4 CPU-migrations # 0.000 M/sec 2330 page-faults # 0.000 M/sec cycles instructions cache-references cache-misses 27.735049988 seconds time elapsed -- Landry= --Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
  =     exit(1);
    }
  = }
  = current+=3DNBCORE;
} 

The = problem is that the system call "sys_perf_event_open" systematically = returns -1

I was wondering whether anyone has = experienced the same issue and how I get rid of that. =   

I tried using perf, but I guess = the same thing happens:
here is an = example:

Performance counter stats for = 'mpirun -np 2 ./ep.A':

  =  55075.066063  task-clock-msecs         # =      1.986 CPUs
        =     282  context-switches         # =      0.000 M/sec
        =       4  CPU-migrations         =   #      0.000 M/sec
      =      2330  page-faults         =      #      0.000 M/sec
  = <not counted>  cycles
  <not counted> =  instructions
  <not counted> =  cache-references
  <not counted> =  cache-misses

   27.735049988 =  seconds time elapsed

--
Landry
=
= --Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986-- --===============2955616165175841892== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2955616165175841892==-- From xen-users-bounces@lists.xen.org Mon May 06 10:57:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 10:57:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJ5U-0007qw-IR; Mon, 06 May 2013 10:56:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJ5S-0007qm-T7 for xen-users@lists.xen.org; Mon, 06 May 2013 10:56:07 +0000 Received: from [193.109.254.147:20435] by server-2.bemta-14.messagelabs.com id B0/49-19066-64C87815; Mon, 06 May 2013 10:56:06 +0000 X-Env-Sender: ghislain.landry.tsafack.chetsa@ens-lyon.fr X-Msg-Ref: server-14.tower-27.messagelabs.com!1367837732!1741263!1 X-Originating-IP: [192.134.164.83] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2284 invoked from network); 6 May 2013 10:55:33 -0000 Received: from mail2-relais-roc.national.inria.fr (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 10:55:33 -0000 X-IronPort-AV: E=Sophos;i="4.87,621,1363129200"; d="scan'208,217";a="16194352" Received: from dhcp-13-142.lip.ens-lyon.fr ([140.77.13.142]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-SHA; 06 May 2013 12:52:55 +0200 From: Tsafack Chetsa Ghislain Landry Date: Mon, 6 May 2013 12:52:54 +0200 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-users] Reading hardware performance events in xen 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="===============2955616165175841892==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2955616165175841892== Content-Type: multipart/alternative; boundary="Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986" --Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, Sorry for disturbing, I have just installed Xen on my system (kernel = version 2.6.32-5-xen-amd64) and I would like to read hardware events in = dom0, I have a program which usually do that in non-Xen kernels (see = beneath). void open_perf(struct perf_event_attr* attr) { static int current=3D0; int cpu; for(cpu=3D0; cpuconfig, current+cpu); exit(1); } } current+=3DNBCORE; }=20 The problem is that the system call "sys_perf_event_open" systematically = returns -1 I was wondering whether anyone has experienced the same issue and how I = get rid of that. =20 I tried using perf, but I guess the same thing happens: here is an example: Performance counter stats for 'mpirun -np 2 ./ep.A': 55075.066063 task-clock-msecs # 1.986 CPUs 282 context-switches # 0.000 M/sec 4 CPU-migrations # 0.000 M/sec 2330 page-faults # 0.000 M/sec cycles instructions cache-references cache-misses 27.735049988 seconds time elapsed -- Landry= --Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
  =     exit(1);
    }
  = }
  = current+=3DNBCORE;
} 

The = problem is that the system call "sys_perf_event_open" systematically = returns -1

I was wondering whether anyone has = experienced the same issue and how I get rid of that. =   

I tried using perf, but I guess = the same thing happens:
here is an = example:

Performance counter stats for = 'mpirun -np 2 ./ep.A':

  =  55075.066063  task-clock-msecs         # =      1.986 CPUs
        =     282  context-switches         # =      0.000 M/sec
        =       4  CPU-migrations         =   #      0.000 M/sec
      =      2330  page-faults         =      #      0.000 M/sec
  = <not counted>  cycles
  <not counted> =  instructions
  <not counted> =  cache-references
  <not counted> =  cache-misses

   27.735049988 =  seconds time elapsed

--
Landry
=
= --Apple-Mail=_A6CFE17E-8158-42CF-8073-B9663312A986-- --===============2955616165175841892== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2955616165175841892==-- From xen-users-bounces@lists.xen.org Mon May 06 11:08:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 11:08: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 1UZJGo-0008GG-1i; Mon, 06 May 2013 11:07:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJGm-0008G8-3j for xen-users@lists.xen.org; Mon, 06 May 2013 11:07:48 +0000 Received: from [85.158.139.83:17408] by server-9.bemta-5.messagelabs.com id DB/34-14875-30F87815; Mon, 06 May 2013 11:07:47 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1367838465!29083061!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 2376 invoked from network); 6 May 2013 11:07:46 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 11:07:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,621,1363132800"; d="scan'208";a="23458468" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 06 May 2013 11:07:45 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Mon, 6 May 2013 07:07:44 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UZJGi-0003jk-H3; Mon, 06 May 2013 12:07:44 +0100 Date: Mon, 6 May 2013 12:07:44 +0100 From: Wei Liu To: Tsafack Chetsa Ghislain Landry Message-ID: <20130506110744.GA32539@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] Reading hardware performance events in xen dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 06, 2013 at 11:52:54AM +0100, Tsafack Chetsa Ghislain Landry wrote: > Greetings, > > Sorry for disturbing, I have just installed Xen on my system (kernel version 2.6.32-5-xen-amd64) and I would like to read hardware events in dom0, I have a program which usually do that in non-Xen kernels (see beneath). > > void open_perf(struct perf_event_attr* attr) { > static int current=0; > int cpu; > for(cpu=0; cpu perfctr[current+cpu]=sys_perf_event_open(attr, -1, cpu, -1, 0); > > if(perfctr[current+cpu] <0) { > printf("open : %d (%d et %d)\n", perfctr[current+cpu], attr->config, current+cpu); > exit(1); > } > } > current+=NBCORE; > } > > The problem is that the system call "sys_perf_event_open" systematically returns -1 > > I was wondering whether anyone has experienced the same issue and how I get rid of that. > > I tried using perf, but I guess the same thing happens: > here is an example: > > Performance counter stats for 'mpirun -np 2 ./ep.A': > > 55075.066063 task-clock-msecs # 1.986 CPUs > 282 context-switches # 0.000 M/sec > 4 CPU-migrations # 0.000 M/sec > 2330 page-faults # 0.000 M/sec > cycles > instructions > cache-references > cache-misses > > 27.735049988 seconds time elapsed > AFAICT this is not yet supported. Boris@oracle seems to be working on getting perf to profile Dom0 and Xen. Wei. > -- > Landry > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 11:08:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 11:08: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 1UZJGo-0008GG-1i; Mon, 06 May 2013 11:07:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJGm-0008G8-3j for xen-users@lists.xen.org; Mon, 06 May 2013 11:07:48 +0000 Received: from [85.158.139.83:17408] by server-9.bemta-5.messagelabs.com id DB/34-14875-30F87815; Mon, 06 May 2013 11:07:47 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1367838465!29083061!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 2376 invoked from network); 6 May 2013 11:07:46 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 11:07:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,621,1363132800"; d="scan'208";a="23458468" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 06 May 2013 11:07:45 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Mon, 6 May 2013 07:07:44 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UZJGi-0003jk-H3; Mon, 06 May 2013 12:07:44 +0100 Date: Mon, 6 May 2013 12:07:44 +0100 From: Wei Liu To: Tsafack Chetsa Ghislain Landry Message-ID: <20130506110744.GA32539@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] Reading hardware performance events in xen dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 06, 2013 at 11:52:54AM +0100, Tsafack Chetsa Ghislain Landry wrote: > Greetings, > > Sorry for disturbing, I have just installed Xen on my system (kernel version 2.6.32-5-xen-amd64) and I would like to read hardware events in dom0, I have a program which usually do that in non-Xen kernels (see beneath). > > void open_perf(struct perf_event_attr* attr) { > static int current=0; > int cpu; > for(cpu=0; cpu perfctr[current+cpu]=sys_perf_event_open(attr, -1, cpu, -1, 0); > > if(perfctr[current+cpu] <0) { > printf("open : %d (%d et %d)\n", perfctr[current+cpu], attr->config, current+cpu); > exit(1); > } > } > current+=NBCORE; > } > > The problem is that the system call "sys_perf_event_open" systematically returns -1 > > I was wondering whether anyone has experienced the same issue and how I get rid of that. > > I tried using perf, but I guess the same thing happens: > here is an example: > > Performance counter stats for 'mpirun -np 2 ./ep.A': > > 55075.066063 task-clock-msecs # 1.986 CPUs > 282 context-switches # 0.000 M/sec > 4 CPU-migrations # 0.000 M/sec > 2330 page-faults # 0.000 M/sec > cycles > instructions > cache-references > cache-misses > > 27.735049988 seconds time elapsed > AFAICT this is not yet supported. Boris@oracle seems to be working on getting perf to profile Dom0 and Xen. Wei. > -- > Landry > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 11:12:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 11:12: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 1UZJKc-00005e-VQ; Mon, 06 May 2013 11:11:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJKa-00005S-Qp for xen-users@lists.xen.org; Mon, 06 May 2013 11:11:45 +0000 Received: from [85.158.139.211:44251] by server-10.bemta-5.messagelabs.com id CB/CC-19016-0FF87815; Mon, 06 May 2013 11:11:44 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-5.tower-206.messagelabs.com!1367838701!21499023!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 3168 invoked from network); 6 May 2013 11:11:41 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 11:11:41 -0000 Received: (qmail 15240 invoked from network); 6 May 2013 13:11:41 +0200 Received: from out2.virusfree.cz (188.138.126.15) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 6 May 2013 13:11:41 +0200 Received: (qmail 5852 invoked by uid 1000); 6 May 2013 13:11:40 +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(-8.2/5.0):. Processed in 2.391941 secs); 06 May 2013 11:11:40 -0000 X-Spam-Status: No, hits=-8.2 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -2.5 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.5165] -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 6 May 2013 13:11:38 +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 D16B62C078F; Mon, 6 May 2013 13:11:37 +0200 (CEST) Message-ID: <51878FE9.1040900@excello.cz> Date: Mon, 06 May 2013 13:11:37 +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: <1367836701.56906.YahooMailClassic@web171906.mail.ir2.yahoo.com> In-Reply-To: <1367836701.56906.YahooMailClassic@web171906.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="===============1434462651241183086==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1434462651241183086== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040305060101050805060606" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040305060101050805060606 Content-Type: multipart/alternative; boundary="------------030309050505070208090209" This is a multi-part message in MIME format. --------------030309050505070208090209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Luisa, great news, i use Remmina also. Great tool. 'disk =3D ' is used for defining VM's hard drive. I'm not familiar with=20 buildroot but as I read about CPIO it's file archiver and Xen disk image = should be in RAW format. So you should extract rootfs.cpio to raw disk=20 image which could be created with dd. Example: dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 As with normal hard drive you can use fdisk make some partitions on=20 rootfs.img, format them and extract rootfs.cpio there. Then you can set=20 this harddrive img in your xen config file for HVM style (hda but it=20 should apper as sda inside domU): disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] Or you can pass the path to rootfs.img to xen-create-image. If=20 rootfs.cpio contains all files including kernel image it should boot=20 normally. As I wrote I'm not familiar with buildroot thus you're little=20 bit on your own in this case and i'm sorry for not being more=20 straightforward but you're using specific scenario. Maybe I'll save some = time for testing this and let you know later on. Have a nice day Jan Dne 6.5.2013 12:38, Luisa Posani napsal(a): > Hi Jan > > I launch my windows VM whit graphical program named "Remmina Remote=20 > desktop client" and it work well.. > > :-) :-) :-) :-) > > Maybe I was wrong a few parameters to launch manual gncviewer > > Let me explain what is my main problem. > I would like to start a virtual machine created with buildroot=20 > standard WHITOUT XEN driversin the VM. > I have some problems creating the configuration file for this virtual=20 > machine. > I don't know if I have to work with a ramdisk (rootfs.cpio created by=20 > buildroot) or not and > what should be the configuration file under (p.e.) /etc/xen/VM_buildroo= t. > > I don't understand the meaning of the 'disk =3D' in the configuration f= ile. > > you know a tutorial that I could follow to create this file? > > Xen provides the xen-create-image command to create the file, but I do = > not know how to give parameters to the command (initrd=20 > install-install-source method ...) > > Can you help me? > > Thanks in advance. > > Luisa > > > > > --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 > > 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-archives.xen.org/archives/html/xen-users/2010-09/ms= g00180.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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_sta= rt_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 / >> /* 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 >> 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_har= dware >>> 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 >>> >> >> >> -----Segue allegato----- >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > --------------030309050505070208090209 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example:
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong a few parameters to launch manual<= /span> gncviewer

Let me explain what is my= main problem.
I would like to start a virtual machine created with buildroot = standard WHITOUT XEN drivers in the VM.
I have some problems creating the configuration file for this virtual machine.
I don't know if I have to work with a= ramdisk<= /span> (rootfs.c= pio created by= buildroot) or not and
what should be the configuration file under (p.e.) /etc/xen/VM_buildro= ot.

I don't understand the meaning= of the 'disk =3D' in the configuration file.

you know a= tutorial that I could= follow to create this file?

Xen provides t= he xen-create= -image command to create the file, but I do= not know how to give parameters to the command (initrd in= stall-install-source method ...)

Can= you help me?

Thanks in advance.

Luisa




--- Gio 25/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: Giovedì 25 Aprile 2013, 11:19

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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:
<= br> 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):
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-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 m= y first experience with xen

I would like to use a OS linux create by buildroot like a guest= =2E
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-----<= br>
_______________________________________________
Xen-users mailing list<= br> 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


--------------030309050505070208090209-- --------------ms040305060101050805060606 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMTExMzda MCMGCSqGSIb3DQEJBDEWBBQeaBSYVjdaDhYZ6V2MxL2p/nkYcjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACR42o4NLf1K JEeUs4Q4wF2r4ngMIlhctRLxIyRtezxf0pZTTLMwUKrfCMUw8Mr+gkqm0ekQuDELw+uVXCAZ aPoFtux8B/1q9amtWxdauhyqb7miFivooZ1uGShCJiKyu7BnF8kESVru00m8On1mU4Qa4+hm /h6cd8POwDghzgOcd6AqsG5Cm+nvREcVUJwbNhFQn+0B/26DRIAL+iYDfGYX4OoQcO8PUmjJ GtsHqzufDi7xNCYP7utOGHva9UFs54ccafhIg53rfhCq7P/GjpfGW7yJjm6gqwWjlDmaN9Up nl48VoOFk0OpLq9YDNXW4ZWCfci3OHozGliFssopX8EAAAAAAAA= --------------ms040305060101050805060606-- --===============1434462651241183086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1434462651241183086==-- From xen-users-bounces@lists.xen.org Mon May 06 11:12:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 11:12: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 1UZJKc-00005e-VQ; Mon, 06 May 2013 11:11:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJKa-00005S-Qp for xen-users@lists.xen.org; Mon, 06 May 2013 11:11:45 +0000 Received: from [85.158.139.211:44251] by server-10.bemta-5.messagelabs.com id CB/CC-19016-0FF87815; Mon, 06 May 2013 11:11:44 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-5.tower-206.messagelabs.com!1367838701!21499023!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 3168 invoked from network); 6 May 2013 11:11:41 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 11:11:41 -0000 Received: (qmail 15240 invoked from network); 6 May 2013 13:11:41 +0200 Received: from out2.virusfree.cz (188.138.126.15) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 6 May 2013 13:11:41 +0200 Received: (qmail 5852 invoked by uid 1000); 6 May 2013 13:11:40 +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(-8.2/5.0):. Processed in 2.391941 secs); 06 May 2013 11:11:40 -0000 X-Spam-Status: No, hits=-8.2 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -2.5 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.5165] -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 6 May 2013 13:11:38 +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 D16B62C078F; Mon, 6 May 2013 13:11:37 +0200 (CEST) Message-ID: <51878FE9.1040900@excello.cz> Date: Mon, 06 May 2013 13:11:37 +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: <1367836701.56906.YahooMailClassic@web171906.mail.ir2.yahoo.com> In-Reply-To: <1367836701.56906.YahooMailClassic@web171906.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="===============1434462651241183086==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1434462651241183086== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040305060101050805060606" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040305060101050805060606 Content-Type: multipart/alternative; boundary="------------030309050505070208090209" This is a multi-part message in MIME format. --------------030309050505070208090209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Luisa, great news, i use Remmina also. Great tool. 'disk =3D ' is used for defining VM's hard drive. I'm not familiar with=20 buildroot but as I read about CPIO it's file archiver and Xen disk image = should be in RAW format. So you should extract rootfs.cpio to raw disk=20 image which could be created with dd. Example: dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 As with normal hard drive you can use fdisk make some partitions on=20 rootfs.img, format them and extract rootfs.cpio there. Then you can set=20 this harddrive img in your xen config file for HVM style (hda but it=20 should apper as sda inside domU): disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] Or you can pass the path to rootfs.img to xen-create-image. If=20 rootfs.cpio contains all files including kernel image it should boot=20 normally. As I wrote I'm not familiar with buildroot thus you're little=20 bit on your own in this case and i'm sorry for not being more=20 straightforward but you're using specific scenario. Maybe I'll save some = time for testing this and let you know later on. Have a nice day Jan Dne 6.5.2013 12:38, Luisa Posani napsal(a): > Hi Jan > > I launch my windows VM whit graphical program named "Remmina Remote=20 > desktop client" and it work well.. > > :-) :-) :-) :-) > > Maybe I was wrong a few parameters to launch manual gncviewer > > Let me explain what is my main problem. > I would like to start a virtual machine created with buildroot=20 > standard WHITOUT XEN driversin the VM. > I have some problems creating the configuration file for this virtual=20 > machine. > I don't know if I have to work with a ramdisk (rootfs.cpio created by=20 > buildroot) or not and > what should be the configuration file under (p.e.) /etc/xen/VM_buildroo= t. > > I don't understand the meaning of the 'disk =3D' in the configuration f= ile. > > you know a tutorial that I could follow to create this file? > > Xen provides the xen-create-image command to create the file, but I do = > not know how to give parameters to the command (initrd=20 > install-install-source method ...) > > Can you help me? > > Thanks in advance. > > Luisa > > > > > --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 > > 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-archives.xen.org/archives/html/xen-users/2010-09/ms= g00180.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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_sta= rt_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 / >> /* 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 >> 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_har= dware >>> 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 >>> >> >> >> -----Segue allegato----- >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > --------------030309050505070208090209 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example:
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong a few parameters to launch manual<= /span> gncviewer

Let me explain what is my= main problem.
I would like to start a virtual machine created with buildroot = standard WHITOUT XEN drivers in the VM.
I have some problems creating the configuration file for this virtual machine.
I don't know if I have to work with a= ramdisk<= /span> (rootfs.c= pio created by= buildroot) or not and
what should be the configuration file under (p.e.) /etc/xen/VM_buildro= ot.

I don't understand the meaning= of the 'disk =3D' in the configuration file.

you know a= tutorial that I could= follow to create this file?

Xen provides t= he xen-create= -image command to create the file, but I do= not know how to give parameters to the command (initrd in= stall-install-source method ...)

Can= you help me?

Thanks in advance.

Luisa




--- Gio 25/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: Giovedì 25 Aprile 2013, 11:19

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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:
<= br> 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):
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-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 m= y first experience with xen

I would like to use a OS linux create by buildroot like a guest= =2E
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-----<= br>
_______________________________________________
Xen-users mailing list<= br> 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


--------------030309050505070208090209-- --------------ms040305060101050805060606 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMTExMzda MCMGCSqGSIb3DQEJBDEWBBQeaBSYVjdaDhYZ6V2MxL2p/nkYcjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACR42o4NLf1K JEeUs4Q4wF2r4ngMIlhctRLxIyRtezxf0pZTTLMwUKrfCMUw8Mr+gkqm0ekQuDELw+uVXCAZ aPoFtux8B/1q9amtWxdauhyqb7miFivooZ1uGShCJiKyu7BnF8kESVru00m8On1mU4Qa4+hm /h6cd8POwDghzgOcd6AqsG5Cm+nvREcVUJwbNhFQn+0B/26DRIAL+iYDfGYX4OoQcO8PUmjJ GtsHqzufDi7xNCYP7utOGHva9UFs54ccafhIg53rfhCq7P/GjpfGW7yJjm6gqwWjlDmaN9Up nl48VoOFk0OpLq9YDNXW4ZWCfci3OHozGliFssopX8EAAAAAAAA= --------------ms040305060101050805060606-- --===============1434462651241183086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1434462651241183086==-- From xen-users-bounces@lists.xen.org Mon May 06 11:24:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 11:24: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 1UZJW7-0000bW-Ln; Mon, 06 May 2013 11:23:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJW5-0000bQ-PA for xen-users@lists.xen.org; Mon, 06 May 2013 11:23:38 +0000 Received: from [85.158.139.83:4474] by server-1.bemta-5.messagelabs.com id 60/02-01720-9B297815; Mon, 06 May 2013 11:23:37 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1367839415!28250583!1 X-Originating-IP: [80.70.172.51] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjUxID0+IDIwMzQ5Mg==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7679 invoked from network); 6 May 2013 11:23:36 -0000 Received: from dgate20.ts.fujitsu.com (HELO dgate20.ts.fujitsu.com) (80.70.172.51) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 11:23:36 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=roDIsSpMQiODaKjwEFp7U5AosZWoBcYqX+yAP1qLEY1rv4E9xElUNIjr fmG5iQ0+vyJjXeOU0XIDTs5zoGQFO80xL+c1wVMTeXVECep1Egf8X6Rrq b8dLDfKKHqmqsfI5RI82T15TfjocEiQEZuV9jr9gVQDWaov13tUc837FP M7UvIg89HZ5C+kXlPsHkUvmCPvUahIz1wrw+/PnZN9kXOF/mU0QpCUHWV QDZLdp+W/eErA8YcQ4XYGSavzVSKy; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1367839417; x=1399375417; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=GALwFnoyDtNNw5pVOslbnyC/AHCQ+wRAmrZWhXmN6SE=; b=BFjonfJWmsBiT2tv7jQvmtN5y+sr9zKuo3nmlxiRyvk9jtbKHeXONAyt WnYEdycymv8j55A0zzqxOxK7ifPxjBn8v1GPBHuo0Pcnt/aDt91lbFovJ UIFuotnH2PgV6MR3/CG20Decav+N5l79URHU7JEKmQxG3BEU/5eIRmRCQ 2+wLI/J1utOUxFENSw51+qgLNaJqpoFd1PU/P9OHWd5k852vrWX6gNxuh HVexNNyYyDolebm2iEFzkZjiCnuXz; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.87,621,1363129200"; d="scan'208";a="123491116" Received: from unknown (HELO abgdgate60u.abg.fsc.net) ([172.25.138.90]) by dgate20u.abg.fsc.net with ESMTP; 06 May 2013 13:23:36 +0200 X-IronPort-AV: E=Sophos;i="4.87,621,1363129200"; d="scan'208";a="59931715" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate60u.abg.fsc.net with SMTP; 06 May 2013 13:23:35 +0200 Received: from amur.localnet (amur.mch.fsc.net [10.172.102.146]) by sanpedro.mch.fsc.net (Postfix) with ESMTP id 98A81976597; Mon, 6 May 2013 13:23:35 +0200 (CEST) From: Dietmar Hahn To: xen-users@lists.xen.org Date: Mon, 06 May 2013 13:23:35 +0200 Message-ID: <34222151.LMB64H0sfW@amur> User-Agent: KMail/4.8.5 (Linux/3.4.33-2.24-xen; KDE/4.8.5; x86_64; ; ) In-Reply-To: <20130506110744.GA32539@zion.uk.xensource.com> References: <20130506110744.GA32539@zion.uk.xensource.com> MIME-Version: 1.0 Cc: Tsafack Chetsa Ghislain Landry , Wei Liu Subject: Re: [Xen-users] Reading hardware performance events in xen dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Montag 06 Mai 2013, 12:07:44 schrieb Wei Liu: > On Mon, May 06, 2013 at 11:52:54AM +0100, Tsafack Chetsa Ghislain Landry wrote: > > Greetings, > > > > Sorry for disturbing, I have just installed Xen on my system (kernel version 2.6.32-5-xen-amd64) and I would like to read hardware events in dom0, I have a program which usually do that in non-Xen kernels (see beneath). > > > > void open_perf(struct perf_event_attr* attr) { > > static int current=0; > > int cpu; > > for(cpu=0; cpu > perfctr[current+cpu]=sys_perf_event_open(attr, -1, cpu, -1, 0); > > > > if(perfctr[current+cpu] <0) { > > printf("open : %d (%d et %d)\n", perfctr[current+cpu], attr->config, current+cpu); > > exit(1); > > } > > } > > current+=NBCORE; > > } > > > > The problem is that the system call "sys_perf_event_open" systematically returns -1 > > > > I was wondering whether anyone has experienced the same issue and how I get rid of that. > > > > I tried using perf, but I guess the same thing happens: > > here is an example: > > > > Performance counter stats for 'mpirun -np 2 ./ep.A': > > > > 55075.066063 task-clock-msecs # 1.986 CPUs > > 282 context-switches # 0.000 M/sec > > 4 CPU-migrations # 0.000 M/sec > > 2330 page-faults # 0.000 M/sec > > cycles > > instructions > > cache-references > > cache-misses > > > > 27.735049988 seconds time elapsed > > > > AFAICT this is not yet supported. Boris@oracle seems to be working on > getting perf to profile Dom0 and Xen. Only HVM domains are supported (when specifying the vpmu flag). Dietmar. -- Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 11:24:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 11:24: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 1UZJW7-0000bW-Ln; Mon, 06 May 2013 11:23:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZJW5-0000bQ-PA for xen-users@lists.xen.org; Mon, 06 May 2013 11:23:38 +0000 Received: from [85.158.139.83:4474] by server-1.bemta-5.messagelabs.com id 60/02-01720-9B297815; Mon, 06 May 2013 11:23:37 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1367839415!28250583!1 X-Originating-IP: [80.70.172.51] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjUxID0+IDIwMzQ5Mg==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7679 invoked from network); 6 May 2013 11:23:36 -0000 Received: from dgate20.ts.fujitsu.com (HELO dgate20.ts.fujitsu.com) (80.70.172.51) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 11:23:36 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=roDIsSpMQiODaKjwEFp7U5AosZWoBcYqX+yAP1qLEY1rv4E9xElUNIjr fmG5iQ0+vyJjXeOU0XIDTs5zoGQFO80xL+c1wVMTeXVECep1Egf8X6Rrq b8dLDfKKHqmqsfI5RI82T15TfjocEiQEZuV9jr9gVQDWaov13tUc837FP M7UvIg89HZ5C+kXlPsHkUvmCPvUahIz1wrw+/PnZN9kXOF/mU0QpCUHWV QDZLdp+W/eErA8YcQ4XYGSavzVSKy; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1367839417; x=1399375417; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=GALwFnoyDtNNw5pVOslbnyC/AHCQ+wRAmrZWhXmN6SE=; b=BFjonfJWmsBiT2tv7jQvmtN5y+sr9zKuo3nmlxiRyvk9jtbKHeXONAyt WnYEdycymv8j55A0zzqxOxK7ifPxjBn8v1GPBHuo0Pcnt/aDt91lbFovJ UIFuotnH2PgV6MR3/CG20Decav+N5l79URHU7JEKmQxG3BEU/5eIRmRCQ 2+wLI/J1utOUxFENSw51+qgLNaJqpoFd1PU/P9OHWd5k852vrWX6gNxuh HVexNNyYyDolebm2iEFzkZjiCnuXz; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.87,621,1363129200"; d="scan'208";a="123491116" Received: from unknown (HELO abgdgate60u.abg.fsc.net) ([172.25.138.90]) by dgate20u.abg.fsc.net with ESMTP; 06 May 2013 13:23:36 +0200 X-IronPort-AV: E=Sophos;i="4.87,621,1363129200"; d="scan'208";a="59931715" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate60u.abg.fsc.net with SMTP; 06 May 2013 13:23:35 +0200 Received: from amur.localnet (amur.mch.fsc.net [10.172.102.146]) by sanpedro.mch.fsc.net (Postfix) with ESMTP id 98A81976597; Mon, 6 May 2013 13:23:35 +0200 (CEST) From: Dietmar Hahn To: xen-users@lists.xen.org Date: Mon, 06 May 2013 13:23:35 +0200 Message-ID: <34222151.LMB64H0sfW@amur> User-Agent: KMail/4.8.5 (Linux/3.4.33-2.24-xen; KDE/4.8.5; x86_64; ; ) In-Reply-To: <20130506110744.GA32539@zion.uk.xensource.com> References: <20130506110744.GA32539@zion.uk.xensource.com> MIME-Version: 1.0 Cc: Tsafack Chetsa Ghislain Landry , Wei Liu Subject: Re: [Xen-users] Reading hardware performance events in xen dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Montag 06 Mai 2013, 12:07:44 schrieb Wei Liu: > On Mon, May 06, 2013 at 11:52:54AM +0100, Tsafack Chetsa Ghislain Landry wrote: > > Greetings, > > > > Sorry for disturbing, I have just installed Xen on my system (kernel version 2.6.32-5-xen-amd64) and I would like to read hardware events in dom0, I have a program which usually do that in non-Xen kernels (see beneath). > > > > void open_perf(struct perf_event_attr* attr) { > > static int current=0; > > int cpu; > > for(cpu=0; cpu > perfctr[current+cpu]=sys_perf_event_open(attr, -1, cpu, -1, 0); > > > > if(perfctr[current+cpu] <0) { > > printf("open : %d (%d et %d)\n", perfctr[current+cpu], attr->config, current+cpu); > > exit(1); > > } > > } > > current+=NBCORE; > > } > > > > The problem is that the system call "sys_perf_event_open" systematically returns -1 > > > > I was wondering whether anyone has experienced the same issue and how I get rid of that. > > > > I tried using perf, but I guess the same thing happens: > > here is an example: > > > > Performance counter stats for 'mpirun -np 2 ./ep.A': > > > > 55075.066063 task-clock-msecs # 1.986 CPUs > > 282 context-switches # 0.000 M/sec > > 4 CPU-migrations # 0.000 M/sec > > 2330 page-faults # 0.000 M/sec > > cycles > > instructions > > cache-references > > cache-misses > > > > 27.735049988 seconds time elapsed > > > > AFAICT this is not yet supported. Boris@oracle seems to be working on > getting perf to profile Dom0 and Xen. Only HVM domains are supported (when specifying the vpmu flag). Dietmar. -- Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 12:42:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 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 1UZKjK-0002S7-0f; Mon, 06 May 2013 12:41:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZKjI-0002S2-1t for xen-users@lists.xen.org; Mon, 06 May 2013 12:41:20 +0000 Received: from [193.109.254.147:52416] by server-8.bemta-14.messagelabs.com id 47/B0-14822-FE4A7815; Mon, 06 May 2013 12:41:19 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-10.tower-27.messagelabs.com!1367844076!3794575!1 X-Originating-IP: [77.238.189.70] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19609 invoked from network); 6 May 2013 12:41:16 -0000 Received: from nm17.bullet.mail.ird.yahoo.com (HELO nm17.bullet.mail.ird.yahoo.com) (77.238.189.70) by server-10.tower-27.messagelabs.com with SMTP; 6 May 2013 12:41:16 -0000 Received: from [77.238.189.233] by nm17.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:41:16 -0000 Received: from [212.82.98.110] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:41:16 -0000 Received: from [127.0.0.1] by omp1047.mail.ir2.yahoo.com with NNFMP; 06 May 2013 12:41:16 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 74397.48004.bm@omp1047.mail.ir2.yahoo.com Received: (qmail 82408 invoked by uid 60001); 6 May 2013 12:41:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367844075; bh=PgMh0J9s5P2EChlYetnR2PjANll89w6eFRXdpCWguhU=; 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=48cKHsqBbLpLt5qUEk0bmoo8bqrcJFVRowqjcMgzED+55aKcsrLMUnofiyXKZ1FYQX0ehpdw7D4QlPf51hgPtmQuvhXY1B+r8uCplbXlj1cBSPd6vbS7hrrlGh4hAkQwPawZliKeDEjOP7AescPk3vQ6C3pycycNr9alhKuxHUo= 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=RcODQH/z9tbsvKytS11Kxu1SYLbRdwj6XIg0xGZUmqJLCZyawEuIjnYsc2vnumUDyh7k1muQ7B9BYPEWAvafLh9sQAofi5nkXH/fG2tmVMHaNL3uwGtP3shMuz6Em4BdnsH2KT6oy+l9Tnodjf0JjpoXyfDfoGR7IiqKkVY6GLk=; X-YMail-OSG: SgiUxKAVM1ncl4Qa8xLp47Jz24CTS0ul2e1uyBtOujPhnkV cqhUu0li4sLuk54xljNnApXTJ_MCVrmWY15BRSZQXUAkdAXBJayM3Qn9UV0Q 1d2qgG_bUpp_ce5Fh2ZlNN9j4auqamb9AFfKd.EN1AY1EBkxsODYiaXwNWli Z7mOshMZupPEiKAKyhAf9J6TDfTewfqBZRfDfu89huQ8SpNrUmP3uXz.GGIC 3LM_cJBJO_6qrYpKcwlUhEYyDLRj.m6.glanhImRXIW1D49DfEe_FZXjZKFB AcDQcIkNfzXMeuHAk_CfLL1361JetoDcL2ww4v6PS1B7uamO.UrkUDGv_U4s 63yE9DGqF37aDQIs28ZgIauCZTqSw0FjGRX6tKB0l2FhVKoZHUGsNWknVafQ qsJd8sV0V43CoG6YYs8sjnN24ESpPP3aerX95Jx169nTrupFETJ5a9d4BM_C oApQU55qky1fsEDPwXQD.fh_7TOnT2MM8lcjsFCIPF5I4G3P0f8gDCbU9xM1 kbv.3_G0XWLswbgz5IKlaebx8aadU8oIoUz3Qx3BnWSDQvRndFMCE0dq9qTR 7VdS9uRtvnl0g_PV0yelazVfu1UL_TuvJUVn8QmYEXBu3LCUh2Z99v_VdBHk 4yxZXsOPQcpz1tESeot0NWAKjsXGOwv48kNQXW25dF7DQRJv40oac4s8cmCE P85ACG1WaxRTQmg-- Received: from [151.89.15.211] by web171905.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 13:41:15 BST X-Rocket-MIMEInfo: 002.001, Q2FuIHlvdSBzdWdnZXN0IG1lIHRoZSBzaW1wbGVzdCB3YXkgdG8gY3JlYXRlIGEgVk0gbGludXggZnJvbSBzY3JhdGNoIHVzaW5nIGtlcm5lbCBjb2RlIHNvdXJjZT8NCg0KdGtzIA0KDQpMdWlzYQ0KDQoNCg0KDQoNCg0KLS0tIEx1biA2LzUvMTMsIEphbiBIZWpsIDxqaEBleGNlbGxvLmN6PiBoYSBzY3JpdHRvOg0KDQpEYTogSmFuIEhlamwgPGpoQGV4Y2VsbG8uY3o.DQpPZ2dldHRvOiBSZTogW1hlbi11c2Vyc10gSGFyZHdhcmUgdmlydHVhbGl6YXRpb24NCkE6ICJMdWlzYSBQb3NhbmkiIDxscG9zYW5pQHkBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367844075.74014.YahooMailClassic@web171905.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 13:41:15 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <51878FE9.1040900@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="===============8666786775394034954==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8666786775394034954== Content-Type: multipart/alternative; boundary="1200650283-180117270-1367844075=:74014" --1200650283-180117270-1367844075=:74014 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Can you suggest me the simplest way to create a VM linux from scratch using= kernel code source? tks=20 Luisa --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 13:11 =0A =0A=0A =0A =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'm not familiar= =0A with buildroot but as I read about CPIO it's file archiver and Xen= =0A disk image should be in RAW format. So you should extract=0A root= fs.cpio to raw disk image which could be created with dd.=0A Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000=0A=0A As = with normal hard drive you can use fdisk make some partitions on=0A root= fs.img, format them and extract rootfs.cpio there. Then you can=0A set t= his harddrive img in your xen config file for HVM style (hda=0A but it s= hould apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A Or you can pass= the path to rootfs.img to xen-create-image. If=0A rootfs.cpio contains = all files including kernel image it should boot=0A normally. As I wrote = I'm not familiar with buildroot thus you're=0A little bit on your own in= this case and i'm sorry for not being more=0A straightforward but you'r= e using specific scenario. Maybe I'll save=0A some time for testing this= and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne 6.5.2013 12:38, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A Hi Jan =0A =20 =0A I launch my windows VM whit graphical program named=0A = "Remmina Remote desktop client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe=0A I was wrong a few parameters to = launch manual=0A gncviewer =0A =20 =0A Let=0A me explain what is my=0A = main problem. =0A I would like to start a virtual machine created with=0A = buildroot standard=0A WHITOUT XEN drivers in = the VM. =0A I have some=A0problems=0A creating the = configuration=0A file for this virtual machine. =0A I don't know if=0A I have to work with = a=0A ramdisk=0A (rootfs.cpio=0A = created by=0A buildroot) or not and=20 =0A what should be the=0A configuration fil= e under=0A (p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I=0A don't understand the meaning=0A = of the 'disk =3D' in the configuration file. =0A =20 =0A you know a=0A tutorial that I could=0A = follow to create this file? =0A =20 =0A Xen provides the=0A xen-create-image comm= and=0A to create the file, but I do=0A not = know how to give=0A parameters to the command (initrd instal= l-install-source method ...) =0A =20 =0A Can=0A you help me? =0A =20 =0A Thanks in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great, so you're cpu is capable for running Xen. The= =0A reason why you don't see it is explained here http:/= /old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.= =0A =20 =0A =20 =0A Just to be clear. You've already start your system= =0A with xen and tried to start Windows Xp domU as this= =0A guide describes, do you? And the problem is that you= =0A can't connect to your Windows XP domU with GNCVIEWER= =0A or something else? Is your domU running? What does= =0A the "xl start" command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A 24.4.2013 17:54, Luisa P= osani napsal(a): =0A =0A =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen flag vmx doesn't= =0A appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest OS make with=0A = buildroot "standard" without xen driver. =0A =20 =0A I use http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide#Configure_GRUB_to_start_Xen=0A =20 =0A but doesn't work correctly. =0A =20 =0A Doesn't work gvncviewer for using a window= =0A XP iso image and now I'm compiling a=0A = buildroot standard (qemu_x86 config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =20 =0A =0A =0A= Sure,=0A = I can.=20 =0A =20 =0A You should check your cpuinfo if= =0A it supports virtualization. Look= =0A here http://virt-tools.org/learnin= g/check-hardware-virt/ =0A =20 =0A If it does, tell me what is your= =0A goal and what have you done=0A = already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani= =0A napsal(a): =0A =0A = =0A =0A = =0A =0A = Thank's for=0A = your indication. =0A =20 =0A I can't find my cpu in=0A = your list. =0A =20 =0A In my PC I can enable the= =0A virtualization from BIOS. =0A =20 =0A I don't understand the=0A = difference. =0A =20 =0A Can you help me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: xen-users@lists.xen.o= rg =0A Data: Mercoled=EC 24=0A = Aprile 2013, 10:35 =0A =20 =0A =0A = Hello Luisa, =0A =20 =0A here http://en.wikip= edia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A = not necessary for=0A = virtualization, but=0A = hardware listed here=0A = supports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A = 24.4.2013 09:43,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 mailing list=0AXen-users@lists.xe= n.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.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =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 =0A =0A= =0A =0A =0A =0A =20 =0A =0A=0A --1200650283-180117270-1367844075=:74014 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Can you suggest me the simplest way to create= a VM linux from scratch using kernel code source?

tks

Luisa=






--- Lun 6/5/13, Jan Hejl <jh@excello.c= z> 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: Luned=EC 6 maggio 2013, 13:11

=0A = =0A=0A =0A =0A
=0A Hi Luisa,
=0A
=0A great news, = i use Remmina also. Great tool.
=0A
=0A 'disk =3D ' is used fo= r defining VM's hard drive. I'm not familiar=0A with buildroot but as I = read about CPIO it's file archiver and Xen=0A disk image should be in RA= W format. So you should extract=0A rootfs.cpio to raw disk image which c= ould be created with dd.=0A Example:
=0A 
dd if=3D/dev/zero of=
=3Drootfs.img bs=3D1M count=3D10000=0A
=0A As with normal hard driv= e you can use fdisk make some partitions on=0A rootfs.img, format them a= nd extract rootfs.cpio there. Then you can=0A set this harddrive img in = your xen config file for HVM style (hda=0A but it should apper as sda in= side domU):
=0A 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
=0A= Or you can pass the path to rootfs.img to xen-create-image. If=0A ro= otfs.cpio contains all files including kernel image it should boot=0A no= rmally. As I wrote I'm not familiar with buildroot thus you're=0A little= bit on your own in this case and i'm sorry for not being more=0A straig= htforward but you're using specific scenario. Maybe I'll save=0A some ti= me for testing this and let you know later on.
=0A
=0A Have a = nice day
=0A Jan
=0A
=0A
Dne 6.5.2013 12:38, Luisa Posani=0A napsal(a):
=0A <= /div>=0A
=0A =0A =0A =0A =
Hi Jan
=0A =0A I launch my windows VM whit graphical program named=0A = "Remmina Remote desktop client" and it work well..
=0A =
=0A :-) :-) :-) :-)
=0A
=0A = Maybe=0A I = was wrong a few parameters to launch manual=0A gncviewer
=0A
= =0A Let=0A me exp= lain what is my=0A = main problem.
=0A = I would like to start a virtual machine created with=0A = buildroot standard=0A WHITOUT XEN drivers in the VM.
=0A I have some problems=0A creating the configuration=0A f= ile for this virtual machine.
=0A I don't know if= =0A I have to work = with a=0A ramdisk=0A (rootfs.cpio=0A created by=0A buildroot) or not and
=0A what should be the=0A configuration file under=0A (p.e.) /etc/xen/VM_buildroot.
=0A
=0A I=0A don't understand the meaning=0A of the 'disk =3D' in the configuration file.
=0A
= =0A you know a=0A tutorial that I could=0A follow to create thi= s file?
=0A
=0A = Xen provides the=0A xe= n-create-image command=0A = to create the file, but I do= =0A not know how to= give=0A parameters t= o the command (initrd install-install-source method ...)
=0A
=0A = Can=0A you help me= ?
=0A
=0A = Thanks in advance.=0A
=0A Luisa
=0A =
=0A
=0A =
=0A
=0A --- = Gio 25/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: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org<= br>=0A Data: Gioved=EC 25 Aprile 2013, 11:19
=0A =
=0A
=0A =
Hi Luisa,
=0A
=0A great= , so you're cpu is capable for running Xen. The=0A reaso= n why you don't see it is explained here http://old-lis= t-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A =
=0A
=0A Just= to be clear. You've already start your system=0A with x= en and tried to start Windows Xp domU as this=0A guide d= escribes, do you? And the problem is that you=0A can't c= onnect to your Windows XP domU with GNCVIEWER=0A or some= thing else? Is your domU running? What does=0A the "xl s= tart" command say?
=0A
=0A Tha= nk you and have a nice day
=0A Jan
=0A =
=0A
Dne=0A 24.4.2013 17:54, Luisa Posani napsal(a):
= =0A
=0A
=0A =0A =0A =0A =0A = =0A =0A
=
=0A Hi
=0A =
=0A if I make
=0A =
=0A /proc/cpuinfo flags
=0A =
=0A without xen= I found vmx.
=0A
=0A = when I start PC with xen flag vmx doesn't=0A = appare.
=0A
=0A = Why?
=0A
=0A = I would like use a guest OS make with=0A = buildroot "standard" without xen driver.
=0A =
=0A I use h= ttp://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen= =0A
=0A but d= oesn't work correctly.
=0A
=0A = Doesn't work gvncviewer for using a window=0A = XP iso image and now I'm compiling a=0A = buildroot standard (qemu_x86 config).
=0A =
=0A
=0A =
=0A Luisa
=0A =
=0A
=0A =
=0A
=0A =
=0A
=0A =
=0A --- Mer 24/4/13, Jan = Hejl <= ;jh@excello.cz>=0A ha scritto:<= br>=0A

=0A Da: Jan Hejl <jh@excello.cz= >
=0A Oggetto: Re: [Xen-users] Har= dware=0A virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A = Data: Mercoled=EC 24 Aprile 2013, 17:08
=0A =
=0A
=0A =
=0A =
Sure,=0A = I can.
=0A
=0A= You should check your cpuinfo if=0A = it supports virtualization. Look=0A = here http://virt-tools.org/learning/check-hardwa= re-virt/
=0A
=0A = If it does, tell me what is your=0A = goal and what have you done=0A = already?
=0A
= =0A Dne 24.4.2013 16:03, Luisa Posani= =0A napsal(a):
=0A =
=0A =0A =0A = =0A =0A = =0A =0A = =0A <= /table>=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 <= /tbody>=0A
Thank's for=0A your indicati= on.
=0A
=0A = I can't find my cpu in=0A = your list.
=0A =
=0A In m= y PC I can enable the=0A virtu= alization from BIOS.
=0A =0A I don't understand the= =0A difference.
=0A =
=0A = Can you help me please?
=0A =
=0A
= =0A Luisa
=0A =
=0A = --- Mer 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =
=0A Da: Jan Hejl <jh@excello.cz>=
=0A Oggetto: Re: [Xe= n-users]=0A Hardware virtual= ization
=0A A: xen-users@lists.xe= n.org
=0A Data: Merco= led=EC 24=0A Aprile 2013, 10= :35
=0A
=0A =
=0A =
Hello Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IO= MMU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A = not necessary for=0A vir= tualization, but=0A hard= ware listed here=0A supp= orts VM.
=0A
=0A = Jan
=0A =
=0A =
Dne=0A=0A= =0A 24.4.2013 09:43,= =0A Luisa Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A = =0A =0A =0A = =0A =
=0A =
Hi
=0A =
=0A = It's my=0A = first experience with= =0A xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A = correctly.
=0A =
=0A = I would like=0A t= o know if=0A exist= a simple=0A tutor= ial to=0A configur= e PC=0A 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 advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A <= /span>
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = <= /span>
=0A =0A
=0A =
=0A =
=0A
=0A = 
___________________=
____________________________=0AXen-users mailing list=0AXen-users@lists.xen.org=
=0Ahttp://lists.xen.org/xe=
n-users
=0A =0A
=0A =
=0A =
=0A =
=0A -----Segu= e 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 <= /div>=0A
=0A
=0A
=0A
=0A =0A=0A
--1200650283-180117270-1367844075=:74014-- --===============8666786775394034954== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8666786775394034954==-- From xen-users-bounces@lists.xen.org Mon May 06 12:42:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 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 1UZKjK-0002S7-0f; Mon, 06 May 2013 12:41:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZKjI-0002S2-1t for xen-users@lists.xen.org; Mon, 06 May 2013 12:41:20 +0000 Received: from [193.109.254.147:52416] by server-8.bemta-14.messagelabs.com id 47/B0-14822-FE4A7815; Mon, 06 May 2013 12:41:19 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-10.tower-27.messagelabs.com!1367844076!3794575!1 X-Originating-IP: [77.238.189.70] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19609 invoked from network); 6 May 2013 12:41:16 -0000 Received: from nm17.bullet.mail.ird.yahoo.com (HELO nm17.bullet.mail.ird.yahoo.com) (77.238.189.70) by server-10.tower-27.messagelabs.com with SMTP; 6 May 2013 12:41:16 -0000 Received: from [77.238.189.233] by nm17.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:41:16 -0000 Received: from [212.82.98.110] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:41:16 -0000 Received: from [127.0.0.1] by omp1047.mail.ir2.yahoo.com with NNFMP; 06 May 2013 12:41:16 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 74397.48004.bm@omp1047.mail.ir2.yahoo.com Received: (qmail 82408 invoked by uid 60001); 6 May 2013 12:41:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367844075; bh=PgMh0J9s5P2EChlYetnR2PjANll89w6eFRXdpCWguhU=; 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=48cKHsqBbLpLt5qUEk0bmoo8bqrcJFVRowqjcMgzED+55aKcsrLMUnofiyXKZ1FYQX0ehpdw7D4QlPf51hgPtmQuvhXY1B+r8uCplbXlj1cBSPd6vbS7hrrlGh4hAkQwPawZliKeDEjOP7AescPk3vQ6C3pycycNr9alhKuxHUo= 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=RcODQH/z9tbsvKytS11Kxu1SYLbRdwj6XIg0xGZUmqJLCZyawEuIjnYsc2vnumUDyh7k1muQ7B9BYPEWAvafLh9sQAofi5nkXH/fG2tmVMHaNL3uwGtP3shMuz6Em4BdnsH2KT6oy+l9Tnodjf0JjpoXyfDfoGR7IiqKkVY6GLk=; X-YMail-OSG: SgiUxKAVM1ncl4Qa8xLp47Jz24CTS0ul2e1uyBtOujPhnkV cqhUu0li4sLuk54xljNnApXTJ_MCVrmWY15BRSZQXUAkdAXBJayM3Qn9UV0Q 1d2qgG_bUpp_ce5Fh2ZlNN9j4auqamb9AFfKd.EN1AY1EBkxsODYiaXwNWli Z7mOshMZupPEiKAKyhAf9J6TDfTewfqBZRfDfu89huQ8SpNrUmP3uXz.GGIC 3LM_cJBJO_6qrYpKcwlUhEYyDLRj.m6.glanhImRXIW1D49DfEe_FZXjZKFB AcDQcIkNfzXMeuHAk_CfLL1361JetoDcL2ww4v6PS1B7uamO.UrkUDGv_U4s 63yE9DGqF37aDQIs28ZgIauCZTqSw0FjGRX6tKB0l2FhVKoZHUGsNWknVafQ qsJd8sV0V43CoG6YYs8sjnN24ESpPP3aerX95Jx169nTrupFETJ5a9d4BM_C oApQU55qky1fsEDPwXQD.fh_7TOnT2MM8lcjsFCIPF5I4G3P0f8gDCbU9xM1 kbv.3_G0XWLswbgz5IKlaebx8aadU8oIoUz3Qx3BnWSDQvRndFMCE0dq9qTR 7VdS9uRtvnl0g_PV0yelazVfu1UL_TuvJUVn8QmYEXBu3LCUh2Z99v_VdBHk 4yxZXsOPQcpz1tESeot0NWAKjsXGOwv48kNQXW25dF7DQRJv40oac4s8cmCE P85ACG1WaxRTQmg-- Received: from [151.89.15.211] by web171905.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 13:41:15 BST X-Rocket-MIMEInfo: 002.001, Q2FuIHlvdSBzdWdnZXN0IG1lIHRoZSBzaW1wbGVzdCB3YXkgdG8gY3JlYXRlIGEgVk0gbGludXggZnJvbSBzY3JhdGNoIHVzaW5nIGtlcm5lbCBjb2RlIHNvdXJjZT8NCg0KdGtzIA0KDQpMdWlzYQ0KDQoNCg0KDQoNCg0KLS0tIEx1biA2LzUvMTMsIEphbiBIZWpsIDxqaEBleGNlbGxvLmN6PiBoYSBzY3JpdHRvOg0KDQpEYTogSmFuIEhlamwgPGpoQGV4Y2VsbG8uY3o.DQpPZ2dldHRvOiBSZTogW1hlbi11c2Vyc10gSGFyZHdhcmUgdmlydHVhbGl6YXRpb24NCkE6ICJMdWlzYSBQb3NhbmkiIDxscG9zYW5pQHkBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367844075.74014.YahooMailClassic@web171905.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 13:41:15 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <51878FE9.1040900@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="===============8666786775394034954==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8666786775394034954== Content-Type: multipart/alternative; boundary="1200650283-180117270-1367844075=:74014" --1200650283-180117270-1367844075=:74014 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Can you suggest me the simplest way to create a VM linux from scratch using= kernel code source? tks=20 Luisa --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 13:11 =0A =0A=0A =0A =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'm not familiar= =0A with buildroot but as I read about CPIO it's file archiver and Xen= =0A disk image should be in RAW format. So you should extract=0A root= fs.cpio to raw disk image which could be created with dd.=0A Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000=0A=0A As = with normal hard drive you can use fdisk make some partitions on=0A root= fs.img, format them and extract rootfs.cpio there. Then you can=0A set t= his harddrive img in your xen config file for HVM style (hda=0A but it s= hould apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A Or you can pass= the path to rootfs.img to xen-create-image. If=0A rootfs.cpio contains = all files including kernel image it should boot=0A normally. As I wrote = I'm not familiar with buildroot thus you're=0A little bit on your own in= this case and i'm sorry for not being more=0A straightforward but you'r= e using specific scenario. Maybe I'll save=0A some time for testing this= and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne 6.5.2013 12:38, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A Hi Jan =0A =20 =0A I launch my windows VM whit graphical program named=0A = "Remmina Remote desktop client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe=0A I was wrong a few parameters to = launch manual=0A gncviewer =0A =20 =0A Let=0A me explain what is my=0A = main problem. =0A I would like to start a virtual machine created with=0A = buildroot standard=0A WHITOUT XEN drivers in = the VM. =0A I have some=A0problems=0A creating the = configuration=0A file for this virtual machine. =0A I don't know if=0A I have to work with = a=0A ramdisk=0A (rootfs.cpio=0A = created by=0A buildroot) or not and=20 =0A what should be the=0A configuration fil= e under=0A (p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I=0A don't understand the meaning=0A = of the 'disk =3D' in the configuration file. =0A =20 =0A you know a=0A tutorial that I could=0A = follow to create this file? =0A =20 =0A Xen provides the=0A xen-create-image comm= and=0A to create the file, but I do=0A not = know how to give=0A parameters to the command (initrd instal= l-install-source method ...) =0A =20 =0A Can=0A you help me? =0A =20 =0A Thanks in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great, so you're cpu is capable for running Xen. The= =0A reason why you don't see it is explained here http:/= /old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.= =0A =20 =0A =20 =0A Just to be clear. You've already start your system= =0A with xen and tried to start Windows Xp domU as this= =0A guide describes, do you? And the problem is that you= =0A can't connect to your Windows XP domU with GNCVIEWER= =0A or something else? Is your domU running? What does= =0A the "xl start" command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A 24.4.2013 17:54, Luisa P= osani napsal(a): =0A =0A =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen flag vmx doesn't= =0A appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest OS make with=0A = buildroot "standard" without xen driver. =0A =20 =0A I use http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide#Configure_GRUB_to_start_Xen=0A =20 =0A but doesn't work correctly. =0A =20 =0A Doesn't work gvncviewer for using a window= =0A XP iso image and now I'm compiling a=0A = buildroot standard (qemu_x86 config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =20 =0A =0A =0A= Sure,=0A = I can.=20 =0A =20 =0A You should check your cpuinfo if= =0A it supports virtualization. Look= =0A here http://virt-tools.org/learnin= g/check-hardware-virt/ =0A =20 =0A If it does, tell me what is your= =0A goal and what have you done=0A = already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani= =0A napsal(a): =0A =0A = =0A =0A = =0A =0A = Thank's for=0A = your indication. =0A =20 =0A I can't find my cpu in=0A = your list. =0A =20 =0A In my PC I can enable the= =0A virtualization from BIOS. =0A =20 =0A I don't understand the=0A = difference. =0A =20 =0A Can you help me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: xen-users@lists.xen.o= rg =0A Data: Mercoled=EC 24=0A = Aprile 2013, 10:35 =0A =20 =0A =0A = Hello Luisa, =0A =20 =0A here http://en.wikip= edia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A = not necessary for=0A = virtualization, but=0A = hardware listed here=0A = supports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A = 24.4.2013 09:43,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 mailing list=0AXen-users@lists.xe= n.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.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =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 =0A =0A= =0A =0A =0A =0A =20 =0A =0A=0A --1200650283-180117270-1367844075=:74014 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Can you suggest me the simplest way to create= a VM linux from scratch using kernel code source?

tks

Luisa=






--- Lun 6/5/13, Jan Hejl <jh@excello.c= z> 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: Luned=EC 6 maggio 2013, 13:11

=0A = =0A=0A =0A =0A
=0A Hi Luisa,
=0A
=0A great news, = i use Remmina also. Great tool.
=0A
=0A 'disk =3D ' is used fo= r defining VM's hard drive. I'm not familiar=0A with buildroot but as I = read about CPIO it's file archiver and Xen=0A disk image should be in RA= W format. So you should extract=0A rootfs.cpio to raw disk image which c= ould be created with dd.=0A Example:
=0A 
dd if=3D/dev/zero of=
=3Drootfs.img bs=3D1M count=3D10000=0A
=0A As with normal hard driv= e you can use fdisk make some partitions on=0A rootfs.img, format them a= nd extract rootfs.cpio there. Then you can=0A set this harddrive img in = your xen config file for HVM style (hda=0A but it should apper as sda in= side domU):
=0A 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
=0A= Or you can pass the path to rootfs.img to xen-create-image. If=0A ro= otfs.cpio contains all files including kernel image it should boot=0A no= rmally. As I wrote I'm not familiar with buildroot thus you're=0A little= bit on your own in this case and i'm sorry for not being more=0A straig= htforward but you're using specific scenario. Maybe I'll save=0A some ti= me for testing this and let you know later on.
=0A
=0A Have a = nice day
=0A Jan
=0A
=0A
Dne 6.5.2013 12:38, Luisa Posani=0A napsal(a):
=0A <= /div>=0A
=0A =0A =0A =0A =
Hi Jan
=0A =0A I launch my windows VM whit graphical program named=0A = "Remmina Remote desktop client" and it work well..
=0A =
=0A :-) :-) :-) :-)
=0A
=0A = Maybe=0A I = was wrong a few parameters to launch manual=0A gncviewer
=0A
= =0A Let=0A me exp= lain what is my=0A = main problem.
=0A = I would like to start a virtual machine created with=0A = buildroot standard=0A WHITOUT XEN drivers in the VM.
=0A I have some problems=0A creating the configuration=0A f= ile for this virtual machine.
=0A I don't know if= =0A I have to work = with a=0A ramdisk=0A (rootfs.cpio=0A created by=0A buildroot) or not and
=0A what should be the=0A configuration file under=0A (p.e.) /etc/xen/VM_buildroot.
=0A
=0A I=0A don't understand the meaning=0A of the 'disk =3D' in the configuration file.
=0A
= =0A you know a=0A tutorial that I could=0A follow to create thi= s file?
=0A
=0A = Xen provides the=0A xe= n-create-image command=0A = to create the file, but I do= =0A not know how to= give=0A parameters t= o the command (initrd install-install-source method ...)
=0A
=0A = Can=0A you help me= ?
=0A
=0A = Thanks in advance.=0A
=0A Luisa
=0A =
=0A
=0A =
=0A
=0A --- = Gio 25/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: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org<= br>=0A Data: Gioved=EC 25 Aprile 2013, 11:19
=0A =
=0A
=0A =
Hi Luisa,
=0A
=0A great= , so you're cpu is capable for running Xen. The=0A reaso= n why you don't see it is explained here http://old-lis= t-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A =
=0A
=0A Just= to be clear. You've already start your system=0A with x= en and tried to start Windows Xp domU as this=0A guide d= escribes, do you? And the problem is that you=0A can't c= onnect to your Windows XP domU with GNCVIEWER=0A or some= thing else? Is your domU running? What does=0A the "xl s= tart" command say?
=0A
=0A Tha= nk you and have a nice day
=0A Jan
=0A =
=0A
Dne=0A 24.4.2013 17:54, Luisa Posani napsal(a):
= =0A
=0A
=0A =0A =0A =0A =0A = =0A =0A
=
=0A Hi
=0A =
=0A if I make
=0A =
=0A /proc/cpuinfo flags
=0A =
=0A without xen= I found vmx.
=0A
=0A = when I start PC with xen flag vmx doesn't=0A = appare.
=0A
=0A = Why?
=0A
=0A = I would like use a guest OS make with=0A = buildroot "standard" without xen driver.
=0A =
=0A I use h= ttp://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen= =0A
=0A but d= oesn't work correctly.
=0A
=0A = Doesn't work gvncviewer for using a window=0A = XP iso image and now I'm compiling a=0A = buildroot standard (qemu_x86 config).
=0A =
=0A
=0A =
=0A Luisa
=0A =
=0A
=0A =
=0A
=0A =
=0A
=0A =
=0A --- Mer 24/4/13, Jan = Hejl <= ;jh@excello.cz>=0A ha scritto:<= br>=0A

=0A Da: Jan Hejl <jh@excello.cz= >
=0A Oggetto: Re: [Xen-users] Har= dware=0A virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A = Data: Mercoled=EC 24 Aprile 2013, 17:08
=0A =
=0A
=0A =
=0A =
Sure,=0A = I can.
=0A
=0A= You should check your cpuinfo if=0A = it supports virtualization. Look=0A = here http://virt-tools.org/learning/check-hardwa= re-virt/
=0A
=0A = If it does, tell me what is your=0A = goal and what have you done=0A = already?
=0A
= =0A Dne 24.4.2013 16:03, Luisa Posani= =0A napsal(a):
=0A =
=0A =0A =0A = =0A =0A = =0A =0A = =0A <= /table>=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 <= /tbody>=0A
Thank's for=0A your indicati= on.
=0A
=0A = I can't find my cpu in=0A = your list.
=0A =
=0A In m= y PC I can enable the=0A virtu= alization from BIOS.
=0A =0A I don't understand the= =0A difference.
=0A =
=0A = Can you help me please?
=0A =
=0A
= =0A Luisa
=0A =
=0A = --- Mer 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =
=0A Da: Jan Hejl <jh@excello.cz>=
=0A Oggetto: Re: [Xe= n-users]=0A Hardware virtual= ization
=0A A: xen-users@lists.xe= n.org
=0A Data: Merco= led=EC 24=0A Aprile 2013, 10= :35
=0A
=0A =
=0A =
Hello Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IO= MMU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A = not necessary for=0A vir= tualization, but=0A hard= ware listed here=0A supp= orts VM.
=0A
=0A = Jan
=0A =
=0A =
Dne=0A=0A= =0A 24.4.2013 09:43,= =0A Luisa Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A = =0A =0A =0A = =0A =
=0A =
Hi
=0A =
=0A = It's my=0A = first experience with= =0A xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A = correctly.
=0A =
=0A = I would like=0A t= o know if=0A exist= a simple=0A tutor= ial to=0A configur= e PC=0A 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 advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A <= /span>
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = <= /span>
=0A =0A
=0A =
=0A =
=0A
=0A = 
___________________=
____________________________=0AXen-users mailing list=0AXen-users@lists.xen.org=
=0Ahttp://lists.xen.org/xe=
n-users
=0A =0A
=0A =
=0A =
=0A =
=0A -----Segu= e 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 <= /div>=0A
=0A
=0A
=0A
=0A =0A=0A
--1200650283-180117270-1367844075=:74014-- --===============8666786775394034954== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8666786775394034954==-- From xen-users-bounces@lists.xen.org Mon May 06 12:50:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:50: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 1UZKrC-0002q2-Ga; Mon, 06 May 2013 12:49:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZBNM-00061V-I5 for xen-users@lists.xen.org; Mon, 06 May 2013 02:42:04 +0000 Received: from [193.109.254.147:13476] by server-9.bemta-14.messagelabs.com id 93/2C-04223-B7817815; Mon, 06 May 2013 02:42:03 +0000 X-Env-Sender: dominic.ryan@it-hq.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1367808122!1827112!1 X-Originating-IP: [208.116.39.122] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14254 invoked from network); 6 May 2013 02:42:02 -0000 Received: from mail.iis-aid.com (HELO mail.iis-aid.com) (208.116.39.122) by server-11.tower-27.messagelabs.com with SMTP; 6 May 2013 02:42:02 -0000 Received: from admin.iis-aid.com ([208.116.39.122]) by mail.iis-aid.com ; Sun, 5 May 2013 22:41:47 -0400 MIME-Version: 1.0 Date: Mon, 06 May 2013 12:41:47 +1000 From: dominic.ryan@it-hq.org To: Message-ID: X-Sender: dominic.ryan@it-hq.org User-Agent: Roundcube Webmail/RCMAIL_VERSION X-Mailman-Approved-At: Mon, 06 May 2013 12:49:28 +0000 Subject: [Xen-users] =?utf-8?q?SSD_4K_Alignment=3F?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, Just wondering if Xen/XCP aligns local storage to 4K boundaries when using 4K formatted storage such as SSD's? If not, is there a documented way to manually perform this alignment? Regards, Dominic Ryan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 12:50:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:50: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 1UZKrC-0002q2-Ga; Mon, 06 May 2013 12:49:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZBNM-00061V-I5 for xen-users@lists.xen.org; Mon, 06 May 2013 02:42:04 +0000 Received: from [193.109.254.147:13476] by server-9.bemta-14.messagelabs.com id 93/2C-04223-B7817815; Mon, 06 May 2013 02:42:03 +0000 X-Env-Sender: dominic.ryan@it-hq.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1367808122!1827112!1 X-Originating-IP: [208.116.39.122] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14254 invoked from network); 6 May 2013 02:42:02 -0000 Received: from mail.iis-aid.com (HELO mail.iis-aid.com) (208.116.39.122) by server-11.tower-27.messagelabs.com with SMTP; 6 May 2013 02:42:02 -0000 Received: from admin.iis-aid.com ([208.116.39.122]) by mail.iis-aid.com ; Sun, 5 May 2013 22:41:47 -0400 MIME-Version: 1.0 Date: Mon, 06 May 2013 12:41:47 +1000 From: dominic.ryan@it-hq.org To: Message-ID: X-Sender: dominic.ryan@it-hq.org User-Agent: Roundcube Webmail/RCMAIL_VERSION X-Mailman-Approved-At: Mon, 06 May 2013 12:49:28 +0000 Subject: [Xen-users] =?utf-8?q?SSD_4K_Alignment=3F?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, Just wondering if Xen/XCP aligns local storage to 4K boundaries when using 4K formatted storage such as SSD's? If not, is there a documented way to manually perform this alignment? Regards, Dominic Ryan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 12:50:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:50: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 1UZKrD-0002qC-4c; Mon, 06 May 2013 12:49:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZIBq-0006iR-Qa for xen-users@lists.xen.org; Mon, 06 May 2013 09:58:39 +0000 Received: from [193.109.254.147:24574] by server-13.bemta-14.messagelabs.com id 6B/FA-31447-ECE77815; Mon, 06 May 2013 09:58:38 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1367834315!8962175!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22337 invoked from network); 6 May 2013 09:58:36 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 09:58:36 -0000 Received: by mail-la0-f49.google.com with SMTP id eh20so3150452lab.36 for ; Mon, 06 May 2013 02:58:35 -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=0WNt/7XadJQbbims0tSuW0mloXmWOV7ueWcXrPaLr54=; b=fPJysMSdoik/J7b6aHWIp/b1yygT1881yrvamdgNW2LdpYJWonB03nrnbgNnLz7smi qeQfJyBIR2JAcStZUqBLdRy9UV0qQQSvlFg+icuujs/tnaIqrohBokPis8rE6+Ir35w+ 7u3Ny+zL/Qh/SDjShZwJLeJZvOc1lwkXMTJhVlUKJ7qmUJtBLc5LEWspOxz7mlleQJeL b+p7jCizfMZrHNygCHmSi7PW+Vddtzl8Xd0bQYY26imKQXb0fOrVCTLWyiWC6IAF2Ojb gzDO6D3Bc18BgmunszufCd69+H5OZzf1evfMli409EfKKZifPTVtGL2VZH7B90/w2E7c ke1w== MIME-Version: 1.0 X-Received: by 10.152.28.230 with SMTP id e6mr7749731lah.57.1367834314961; Mon, 06 May 2013 02:58:34 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Mon, 6 May 2013 02:58:34 -0700 (PDT) Date: Mon, 6 May 2013 15:28:34 +0530 Message-ID: From: Srinivas Ch To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Mon, 06 May 2013 12:49:28 +0000 Subject: [Xen-users] Accessing dom0's ioport in 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="===============7594320624758488621==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7594320624758488621== Content-Type: multipart/alternative; boundary=089e0160b79a747a8204dc09beaf --089e0160b79a747a8204dc09beaf Content-Type: text/plain; charset=ISO-8859-1 Hello, I am creating a domU with Ubuntu12.04, I need to provide dom0's certain ioports(0xcd0-0xcdb) to domU. I have added *ioports = [ "cd0-cdb" ] *and tried it in the domU, its been not mapped on domU. On host I am using xen-4.2 and tool stack xl. Let me know if I have to add anymore information to config file to grant access to domU --089e0160b79a747a8204dc09beaf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

=A0 =A0 =A0I am creating a= domU with Ubuntu12.04, I need to provide dom0's certain ioports(0xcd0-= 0xcdb) to domU. I have added ioports =3D [ "cd0-cdb" ] and= tried it in the domU, its been not mapped on domU.

=A0 =A0 =A0On host I am using xen-4.2 and t= ool stack xl. Let me know if I have to add anymore information to config fi= le to grant access to domU
--089e0160b79a747a8204dc09beaf-- --===============7594320624758488621== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7594320624758488621==-- From xen-users-bounces@lists.xen.org Mon May 06 12:50:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:50: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 1UZKrD-0002qC-4c; Mon, 06 May 2013 12:49:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZIBq-0006iR-Qa for xen-users@lists.xen.org; Mon, 06 May 2013 09:58:39 +0000 Received: from [193.109.254.147:24574] by server-13.bemta-14.messagelabs.com id 6B/FA-31447-ECE77815; Mon, 06 May 2013 09:58:38 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1367834315!8962175!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22337 invoked from network); 6 May 2013 09:58:36 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 09:58:36 -0000 Received: by mail-la0-f49.google.com with SMTP id eh20so3150452lab.36 for ; Mon, 06 May 2013 02:58:35 -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=0WNt/7XadJQbbims0tSuW0mloXmWOV7ueWcXrPaLr54=; b=fPJysMSdoik/J7b6aHWIp/b1yygT1881yrvamdgNW2LdpYJWonB03nrnbgNnLz7smi qeQfJyBIR2JAcStZUqBLdRy9UV0qQQSvlFg+icuujs/tnaIqrohBokPis8rE6+Ir35w+ 7u3Ny+zL/Qh/SDjShZwJLeJZvOc1lwkXMTJhVlUKJ7qmUJtBLc5LEWspOxz7mlleQJeL b+p7jCizfMZrHNygCHmSi7PW+Vddtzl8Xd0bQYY26imKQXb0fOrVCTLWyiWC6IAF2Ojb gzDO6D3Bc18BgmunszufCd69+H5OZzf1evfMli409EfKKZifPTVtGL2VZH7B90/w2E7c ke1w== MIME-Version: 1.0 X-Received: by 10.152.28.230 with SMTP id e6mr7749731lah.57.1367834314961; Mon, 06 May 2013 02:58:34 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Mon, 6 May 2013 02:58:34 -0700 (PDT) Date: Mon, 6 May 2013 15:28:34 +0530 Message-ID: From: Srinivas Ch To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Mon, 06 May 2013 12:49:28 +0000 Subject: [Xen-users] Accessing dom0's ioport in 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="===============7594320624758488621==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7594320624758488621== Content-Type: multipart/alternative; boundary=089e0160b79a747a8204dc09beaf --089e0160b79a747a8204dc09beaf Content-Type: text/plain; charset=ISO-8859-1 Hello, I am creating a domU with Ubuntu12.04, I need to provide dom0's certain ioports(0xcd0-0xcdb) to domU. I have added *ioports = [ "cd0-cdb" ] *and tried it in the domU, its been not mapped on domU. On host I am using xen-4.2 and tool stack xl. Let me know if I have to add anymore information to config file to grant access to domU --089e0160b79a747a8204dc09beaf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

=A0 =A0 =A0I am creating a= domU with Ubuntu12.04, I need to provide dom0's certain ioports(0xcd0-= 0xcdb) to domU. I have added ioports =3D [ "cd0-cdb" ] and= tried it in the domU, its been not mapped on domU.

=A0 =A0 =A0On host I am using xen-4.2 and t= ool stack xl. Let me know if I have to add anymore information to config fi= le to grant access to domU
--089e0160b79a747a8204dc09beaf-- --===============7594320624758488621== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7594320624758488621==-- From xen-users-bounces@lists.xen.org Mon May 06 12:50:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:50: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 1UZKrB-0002ps-Rv; Mon, 06 May 2013 12:49:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ85v-0006vk-7F for xen-users@lists.xen.org; Sun, 05 May 2013 23:11:51 +0000 Received: from [85.158.138.51:56437] by server-14.bemta-3.messagelabs.com id 26/C0-20016-537E6815; Sun, 05 May 2013 23:11:49 +0000 X-Env-Sender: anandmundada@ymail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1367795506!31191379!1 X-Originating-IP: [98.139.212.126] X-SpamReason: No, hits=0.0 required=7.0 tests=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 9298 invoked from network); 5 May 2013 23:11:48 -0000 Received: from nm22-vm0.bullet.mail.bf1.yahoo.com (HELO nm22-vm0.bullet.mail.bf1.yahoo.com) (98.139.212.126) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2013 23:11:48 -0000 Received: from [98.139.212.146] by nm22.bullet.mail.bf1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 Received: from [98.139.212.217] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 Received: from [127.0.0.1] by omp1026.mail.bf1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 75398.32621.bm@omp1026.mail.bf1.yahoo.com Received: (qmail 6032 invoked by uid 60001); 5 May 2013 23:11:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367795504; bh=i4YZ2lULBxS1Mwga49cpET1PQsI606f7b7DRnzv6Zhg=; 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=R2HOLvPwb72iO4qHSvfrHZfPHFvGqCaNMxWhRb++bufk1bbd9qTc7kEAquLKLgTPQSTYLyv81fV5F1I0uikxnc3YqmARlhgSmL2AKaMs0QeQFo0BRIoprMp2jITF8P8pE5tFuin75dBEdajvVdMJAyKqPvU2YtGhpdwGQw6hDjY= 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=QUzc7iaJf71R7mFT8D0e9KsyQQh8A+ctIi7tV4ElCC/03ZdxMgcAttWXTwQSylc8pFmeAVwmTJrXaEf5dS3RaR2watEM/LJ/HqTlxeGe/nryesKoQxitImNqS7KFu6Wd6WtFtm0eH5S5chuH6mTbTmK9c+Ov4ArQp/0KGHpAKws=; X-YMail-OSG: nmaT_sQVM1kZJ4aCRz1Iwjg_P21ncCmuaCdQcHUzwstEpe3 yCItCTEwjYhaK.20b8GDfUY0LXdrA9Ln0DC6HrILmNL4PEhOSH8ui4Xme9yK .0JRE03C5P18Rew3rm5KfU_IIZXjGqK.BUbzshWqcBzYNGDS9.bKWjoaQ3SR 5AqpBhphw_p8yF7dDr9QCAIaSa4qyoQr2eWRiatDNYRN7mIjLWJXAZGjjxHG uYphtukBfiQBbG1hwLONsYdS0R9.sRqeJveMZjhVIAyXazS8yhaw3fNNG6gq IqMXfMmeOZOzavSPIjr.VpQspt6bZRiuCb5clLbfYBDBxwYDRJr0OonxmPol c5T3VRYerUG4BFDs7265D6lc5VA_EQIFF64Ea.fwHchy4dth1F.jrQ3lzXvr bqmB_eVJDU04NBgONBIFmFYDdKmAIGRkzQLSEaZt7gUEUEf40U5ffNNzr2kp mL.XjR3K.ylRyReupVufBP8HtvILHKDNrtlIRX8hVfUg53j8FIwHLR5zczYT 3tlTE Received: from [71.90.100.4] by web163105.mail.bf1.yahoo.com via HTTP; Sun, 05 May 2013 16:11:44 PDT X-Rocket-MIMEInfo: 002.001, SGkgQWd5YSwKCkkgaGF2ZSBhZGRlZMKgYm9vdGxvYWRlciA9ICJweWdydWIiwqDCoMKgaW4gY29uZmlnIGZpbGUgc3RpbGwgc2FtZSByZXN1bHQuCkVycm9yOiBCb290IGxvYWRlciBkaWRuJ3QgcmV0dXJuIGFueSBkYXRhIQoKClBsZWFzZSBsZXQgbWUga25vdyBpZiDCoEkgY2FuIHRyeSBhbnl0aGluZyBlbHNlLgoKVGhhbmtzLApBbmFuZAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KIEZyb206IGFneWEgbmFpbGEgPGFneWEubmFpbGFAZ21haWwuY29tPgpUbzogQW5hbmQgTXVuZGFkYSA8YW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> Message-ID: <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Date: Sun, 5 May 2013 16:11:44 -0700 (PDT) From: Anand Mundada To: agya naila In-Reply-To: MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 06 May 2013 12:49:28 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [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="===============5397077788666684257==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5397077788666684257== Content-Type: multipart/alternative; boundary="196471698-1492785211-1367795504=:87144" --196471698-1492785211-1367795504=:87144 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Agya,=0A=0AI have added=A0bootloader =3D "pygrub"=A0=A0=A0in config file= still same result.=0AError: Boot loader didn't return any data!=0A=0A=0APl= ease let me know if =A0I can try anything else.=0A=0AThanks,=0AAnand=0A=0A_= _______________________________=0A From: agya naila = =0ATo: Anand Mundada =0ACc: "xen-users@lists.xen.o= rg" =0ASent: Sunday, May 5, 2013 2:48 PM=0ASubjec= t: Re: [Xen-users] [URGENT] How to boot DomU from customized kernel=0A =0A= =0A=0AOn Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada wrote:=0A=0AHi All,=0A>=0A>=0A>I am using Xen hypervisor for my class p= roject. I need to boot DomU from my custom kernel. I have compiled the kern= el code inside DomU and created the initramfs. I can see its entry after up= date-grub. But when I reboot, I am getting following error:=0A>Error: Boot = loader didn't return any data!=0A>=0A>=0A>=0A>Here is my config file (ubunt= u.cfg) :-=0A>name =3D "ubuntu"=0A>memory =3D 1024=0A>disk =3D ['phy:/dev/VG= /ubuntu,xvda,w']=0A>vif =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/i= mages/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-i= nstaller/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=0A>vcpu =3D 4=0A>= =0A>=0AIf you commenting these 3 lines then your DomU didn't have any boot = loader. Try to add pygrub on your domU configuration file.=0A=0Abootloader = =3D "pygrub"=0A=0A=A0=0AI have initially uncommented these 3 lines to creat= e DomU. Once DomU was ready I commented out these 3 lines and launched vm u= sing following command:=0A>xm create ubuntu.cfg -c=0A>=0A>=0A>Please some o= ne help asap as my project deadline is approaching fast.=0A>=0A>=0A>Thanks,= =0A>Anand=0A>=0A>=0AYou are welcome,=0A=0AAgya=0A=A0=0A=0A>________________= _______________________________=0A>Xen-users mailing list=0A>Xen-users@list= s.xen.org=0A>http://lists.xen.org/xen-users=0A> --196471698-1492785211-1367795504=:87144 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
= Hi Agya,

I= have added bootloader = =3D "pygrub"  &= nbsp;in config file still same result.
Error: Boot loader didn't return any data!
<= /span>

Please let me know if  I= can try anything else.

Thanks,
Anand
From: agya naila <agya.naila@gmail.com>
To: Anand Mundada <anandmunda= da@ymail.com>
Cc: "= xen-users@lists.xen.org" <xen-users@lists.xen.org>
Sent: Sunday, May 5, 2013 2:48 PM
<= b>Subject: Re: [Xen-users] [U= RGENT] How to boot DomU from customized kernel

O= n Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada <anandmundada@ymail.com>= wrote:
=0A
=0A
Hi All,

=0AI am using Xen hypervisor for my class projec= t. I need to boot DomU from my custom kernel. I have compiled the kernel co= de inside DomU and created the initramfs. I can see its entry after update-= grub. But when I reboot, I am getting following error:
=0A
Error: Boot loader didn't return any data!
<= div style=3D"font-style: normal; font-size: 16px; background-color: transpa= rent; font-family: Times;">=0A
Here is my config file (ubuntu.cfg) :-
=0A
name =3D "ubuntu"
memor= y =3D 1024
=0A
disk =3D ['phy:/dev/VG/u= buntu,xvda,w']
vif =3D ['']=0A
#kernel =3D "/= var/lib/xen/images/ubuntu-netboot/vmlinuz"         &nbs= p;                     &n= bsp;                     =                      = ;             
=0A
#ramdisk =3D "/var/lib/xen/image= s/ubuntu-netboot/initrd.gz"              = ;                     &nb= sp;                     &= nbsp;                    =      
=0A
#extra =3D "debian-installer/exit/always_halt=3Dtrue -- cons= ole=3Dhvc0"                   =                      = ;                     &nb= sp;              
=0A
vcpu =3D 4

=0A
If you commenting these= 3 lines then your DomU didn't have any boot loader. Try to add pygrub on y= our domU configuration file.

bootloader =3D "pygrub"
=0A
 
=0A
=0AI hav= e initially uncommented these 3 lines to create DomU. Once DomU was ready I= =0A commented out these 3 lines and launched vm using following command:
xm create ubuntu.cfg -c
=0A

=0A
=
Please some one= help asap as my project deadline is approaching fast.
=0A
Thanks,
<= div style=3D"font-style:normal;font-size:16px;background-color:transparent;= ">=0AAnand

You are welcome,
=
Agya
 
=0A

___________________________________= ____________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Ahttp://lists.xen.or= g/xen-users



=
--196471698-1492785211-1367795504=:87144-- --===============5397077788666684257== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5397077788666684257==-- From xen-users-bounces@lists.xen.org Mon May 06 12:50:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:50: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 1UZKrB-0002ps-Rv; Mon, 06 May 2013 12:49:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZ85v-0006vk-7F for xen-users@lists.xen.org; Sun, 05 May 2013 23:11:51 +0000 Received: from [85.158.138.51:56437] by server-14.bemta-3.messagelabs.com id 26/C0-20016-537E6815; Sun, 05 May 2013 23:11:49 +0000 X-Env-Sender: anandmundada@ymail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1367795506!31191379!1 X-Originating-IP: [98.139.212.126] X-SpamReason: No, hits=0.0 required=7.0 tests=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 9298 invoked from network); 5 May 2013 23:11:48 -0000 Received: from nm22-vm0.bullet.mail.bf1.yahoo.com (HELO nm22-vm0.bullet.mail.bf1.yahoo.com) (98.139.212.126) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2013 23:11:48 -0000 Received: from [98.139.212.146] by nm22.bullet.mail.bf1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 Received: from [98.139.212.217] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 Received: from [127.0.0.1] by omp1026.mail.bf1.yahoo.com with NNFMP; 05 May 2013 23:11:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 75398.32621.bm@omp1026.mail.bf1.yahoo.com Received: (qmail 6032 invoked by uid 60001); 5 May 2013 23:11:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367795504; bh=i4YZ2lULBxS1Mwga49cpET1PQsI606f7b7DRnzv6Zhg=; 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=R2HOLvPwb72iO4qHSvfrHZfPHFvGqCaNMxWhRb++bufk1bbd9qTc7kEAquLKLgTPQSTYLyv81fV5F1I0uikxnc3YqmARlhgSmL2AKaMs0QeQFo0BRIoprMp2jITF8P8pE5tFuin75dBEdajvVdMJAyKqPvU2YtGhpdwGQw6hDjY= 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=QUzc7iaJf71R7mFT8D0e9KsyQQh8A+ctIi7tV4ElCC/03ZdxMgcAttWXTwQSylc8pFmeAVwmTJrXaEf5dS3RaR2watEM/LJ/HqTlxeGe/nryesKoQxitImNqS7KFu6Wd6WtFtm0eH5S5chuH6mTbTmK9c+Ov4ArQp/0KGHpAKws=; X-YMail-OSG: nmaT_sQVM1kZJ4aCRz1Iwjg_P21ncCmuaCdQcHUzwstEpe3 yCItCTEwjYhaK.20b8GDfUY0LXdrA9Ln0DC6HrILmNL4PEhOSH8ui4Xme9yK .0JRE03C5P18Rew3rm5KfU_IIZXjGqK.BUbzshWqcBzYNGDS9.bKWjoaQ3SR 5AqpBhphw_p8yF7dDr9QCAIaSa4qyoQr2eWRiatDNYRN7mIjLWJXAZGjjxHG uYphtukBfiQBbG1hwLONsYdS0R9.sRqeJveMZjhVIAyXazS8yhaw3fNNG6gq IqMXfMmeOZOzavSPIjr.VpQspt6bZRiuCb5clLbfYBDBxwYDRJr0OonxmPol c5T3VRYerUG4BFDs7265D6lc5VA_EQIFF64Ea.fwHchy4dth1F.jrQ3lzXvr bqmB_eVJDU04NBgONBIFmFYDdKmAIGRkzQLSEaZt7gUEUEf40U5ffNNzr2kp mL.XjR3K.ylRyReupVufBP8HtvILHKDNrtlIRX8hVfUg53j8FIwHLR5zczYT 3tlTE Received: from [71.90.100.4] by web163105.mail.bf1.yahoo.com via HTTP; Sun, 05 May 2013 16:11:44 PDT X-Rocket-MIMEInfo: 002.001, SGkgQWd5YSwKCkkgaGF2ZSBhZGRlZMKgYm9vdGxvYWRlciA9ICJweWdydWIiwqDCoMKgaW4gY29uZmlnIGZpbGUgc3RpbGwgc2FtZSByZXN1bHQuCkVycm9yOiBCb290IGxvYWRlciBkaWRuJ3QgcmV0dXJuIGFueSBkYXRhIQoKClBsZWFzZSBsZXQgbWUga25vdyBpZiDCoEkgY2FuIHRyeSBhbnl0aGluZyBlbHNlLgoKVGhhbmtzLApBbmFuZAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KIEZyb206IGFneWEgbmFpbGEgPGFneWEubmFpbGFAZ21haWwuY29tPgpUbzogQW5hbmQgTXVuZGFkYSA8YW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> Message-ID: <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Date: Sun, 5 May 2013 16:11:44 -0700 (PDT) From: Anand Mundada To: agya naila In-Reply-To: MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 06 May 2013 12:49:28 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [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="===============5397077788666684257==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5397077788666684257== Content-Type: multipart/alternative; boundary="196471698-1492785211-1367795504=:87144" --196471698-1492785211-1367795504=:87144 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Agya,=0A=0AI have added=A0bootloader =3D "pygrub"=A0=A0=A0in config file= still same result.=0AError: Boot loader didn't return any data!=0A=0A=0APl= ease let me know if =A0I can try anything else.=0A=0AThanks,=0AAnand=0A=0A_= _______________________________=0A From: agya naila = =0ATo: Anand Mundada =0ACc: "xen-users@lists.xen.o= rg" =0ASent: Sunday, May 5, 2013 2:48 PM=0ASubjec= t: Re: [Xen-users] [URGENT] How to boot DomU from customized kernel=0A =0A= =0A=0AOn Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada wrote:=0A=0AHi All,=0A>=0A>=0A>I am using Xen hypervisor for my class p= roject. I need to boot DomU from my custom kernel. I have compiled the kern= el code inside DomU and created the initramfs. I can see its entry after up= date-grub. But when I reboot, I am getting following error:=0A>Error: Boot = loader didn't return any data!=0A>=0A>=0A>=0A>Here is my config file (ubunt= u.cfg) :-=0A>name =3D "ubuntu"=0A>memory =3D 1024=0A>disk =3D ['phy:/dev/VG= /ubuntu,xvda,w']=0A>vif =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/i= mages/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-i= nstaller/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=0A>vcpu =3D 4=0A>= =0A>=0AIf you commenting these 3 lines then your DomU didn't have any boot = loader. Try to add pygrub on your domU configuration file.=0A=0Abootloader = =3D "pygrub"=0A=0A=A0=0AI have initially uncommented these 3 lines to creat= e DomU. Once DomU was ready I commented out these 3 lines and launched vm u= sing following command:=0A>xm create ubuntu.cfg -c=0A>=0A>=0A>Please some o= ne help asap as my project deadline is approaching fast.=0A>=0A>=0A>Thanks,= =0A>Anand=0A>=0A>=0AYou are welcome,=0A=0AAgya=0A=A0=0A=0A>________________= _______________________________=0A>Xen-users mailing list=0A>Xen-users@list= s.xen.org=0A>http://lists.xen.org/xen-users=0A> --196471698-1492785211-1367795504=:87144 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
= Hi Agya,

I= have added bootloader = =3D "pygrub"  &= nbsp;in config file still same result.
Error: Boot loader didn't return any data!
<= /span>

Please let me know if  I= can try anything else.

Thanks,
Anand
From: agya naila <agya.naila@gmail.com>
To: Anand Mundada <anandmunda= da@ymail.com>
Cc: "= xen-users@lists.xen.org" <xen-users@lists.xen.org>
Sent: Sunday, May 5, 2013 2:48 PM
<= b>Subject: Re: [Xen-users] [U= RGENT] How to boot DomU from customized kernel

O= n Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada <anandmundada@ymail.com>= wrote:
=0A
=0A
Hi All,

=0AI am using Xen hypervisor for my class projec= t. I need to boot DomU from my custom kernel. I have compiled the kernel co= de inside DomU and created the initramfs. I can see its entry after update-= grub. But when I reboot, I am getting following error:
=0A
Error: Boot loader didn't return any data!
<= div style=3D"font-style: normal; font-size: 16px; background-color: transpa= rent; font-family: Times;">=0A
Here is my config file (ubuntu.cfg) :-
=0A
name =3D "ubuntu"
memor= y =3D 1024
=0A
disk =3D ['phy:/dev/VG/u= buntu,xvda,w']
vif =3D ['']=0A
#kernel =3D "/= var/lib/xen/images/ubuntu-netboot/vmlinuz"         &nbs= p;                     &n= bsp;                     =                      = ;             
=0A
#ramdisk =3D "/var/lib/xen/image= s/ubuntu-netboot/initrd.gz"              = ;                     &nb= sp;                     &= nbsp;                    =      
=0A
#extra =3D "debian-installer/exit/always_halt=3Dtrue -- cons= ole=3Dhvc0"                   =                      = ;                     &nb= sp;              
=0A
vcpu =3D 4

=0A
If you commenting these= 3 lines then your DomU didn't have any boot loader. Try to add pygrub on y= our domU configuration file.

bootloader =3D "pygrub"
=0A
 
=0A
=0AI hav= e initially uncommented these 3 lines to create DomU. Once DomU was ready I= =0A commented out these 3 lines and launched vm using following command:
xm create ubuntu.cfg -c
=0A

=0A
=
Please some one= help asap as my project deadline is approaching fast.
=0A
Thanks,
<= div style=3D"font-style:normal;font-size:16px;background-color:transparent;= ">=0AAnand

You are welcome,
=
Agya
 
=0A

___________________________________= ____________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Ahttp://lists.xen.or= g/xen-users



=
--196471698-1492785211-1367795504=:87144-- --===============5397077788666684257== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5397077788666684257==-- From xen-users-bounces@lists.xen.org Mon May 06 12:53:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:53: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 1UZKu9-0003GH-4H; Mon, 06 May 2013 12:52:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZKu7-0003Fv-6Z for xen-users@lists.xen.org; Mon, 06 May 2013 12:52:31 +0000 Received: from [85.158.139.83:55014] by server-5.bemta-5.messagelabs.com id 1F/CA-06980-E87A7815; Mon, 06 May 2013 12:52:30 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-9.tower-182.messagelabs.com!1367844709!28500494!1 X-Originating-IP: [77.238.189.192] 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 14468 invoked from network); 6 May 2013 12:51:50 -0000 Received: from nm16-vm0.bullet.mail.ird.yahoo.com (HELO nm16-vm0.bullet.mail.ird.yahoo.com) (77.238.189.192) by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 12:51:50 -0000 Received: from [77.238.189.48] by nm16.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:51:49 -0000 Received: from [212.82.98.119] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:51:49 -0000 Received: from [127.0.0.1] by omp1056.mail.ir2.yahoo.com with NNFMP; 06 May 2013 12:51:49 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 621839.7566.bm@omp1056.mail.ir2.yahoo.com Received: (qmail 72891 invoked by uid 60001); 6 May 2013 12:51:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367844708; bh=4t3httXnm71QXNq1jmsL7j7eHD/ZGemv5QfIinC9SGY=; 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=rkvBEC3QaiBdD9q0sWwK+Lm8mTfB0f4pGW43fHV24t2LMyoClw7EsiBQvl97mU0zfDTG4XJyyfOVanMDIlZLlrOavUCgp327zfOLuHMjhx2zojIQcDNopWU4RAbuDJI6/nZD9lqm9S2IRRT7UcyNf5S8t0VpgOoyvlxbpUr8BwY= 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=cjEVP2JMTjyvJDqEAOE5yO89B3f0YWd6XW+s0dUeOZuwIlsw2jzO8uKA0+xptEupif9ciaH04joOBLgKsMGDhBbj/TfLMg8TMtCUyAsi3pgqa0w8j8kvhwmupHHO6/DXioe2n6Uf8ZyE+s1B+btAC96TfBFbSGsNzN5v7Zd6nQs=; X-YMail-OSG: HTCKCPkVM1krFgbUqDsedcr9jLAFAnrPExx6LOuNMEEpSeV h.J0U4ruPntxdmEhhJg0VhAINsp8D4IMfiKAfkUeBhBGJje5lKD2EhwSXzla 6vzyNAOz5Y7R6zD0SY.yJVax0t8c8U9tM2JwBMvYk1KiCjw8SWQEexsoljey kjORJNv4hvqNv7n9Q5uHwhOwp7eaH8yhMTcqujIkMG5M1er4GqzkS3nzXXTo zWHc4xIMbc1Peo6BqIPI7PgrUhJJ8FIYhNXlIOlSkHPJqDh0aus4h29zw58W wQG0yoGONLjj1y1d.VuH0ESBLxqcwlUlxppmzegRy3KQGebaT7M399xL3N8V ZnV58m5PXzyEvfp3blH9S9ayDoHr7tHf3vtv2j8q2hluXaEeg.u2VvAkIW.1 Y1iPIgUuQ8z6Tv8U9x_5c4TTMbMu8nCbgUK3MVTi41nQxU4MM1CN1l34Zry2 W_h2cz3P0aosNNxxX8zb7k8VajgUO3.WfOTig7mi4C1XgFSWQGU4HuNbXHcw ik5Fpfj4NbdteetOKV7C68nj0zYGsf3aVSl_dkEtZt6NpJ58URpX5tK3y6TW hS3Lzkf.Vgh_OmztjrD0LzKDy3s5sRIrG.6pZ9Zjq7y56zfAwJEMDQG236Ec yfnlH4JWQF5dUlH07UZ.NuQVjg1upaU8rGWmPwJPs_UfPt_nu6DRLdqsipu0 qimzxpSTat5tKQQ-- Received: from [82.187.229.206] by web171904.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 13:51:48 BST X-Rocket-MIMEInfo: 002.001, DQoNCkkgSmFuLg0KDQpJIHRyeSB0byB1c2UgYSBvbGQgcm9vdGZzLmltZyB0YWh0IHdvcmsgd2VsbCB3aXRoIHFlbXUuDQoNClRoZSBjb25maWd1cmF0aW9uIGZpbGUgY29udGFpbnM6DQoNCmtlcm5lbCA9ICIvdXNyL2xpYi94ZW4tNC4wL2Jvb3QvaHZtbG9hZGVyIg0KYnVpbGRlcj0naHZtJw0KbWVtb3J5ID0gMTAyNA0KdmNwdXM9Mg0KdmlmID0gWydicmlkZ2U9eGVuYnIwJ10NCmRpc2sgPSBbJ2ZpbGU6L2hvbWUvcG9zYW5pL25pbmVfZGlza18xLmltZyxoZGEsdycsXQ0KYWNwaSA9IDENCmRldmljZV9tb2QBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367844708.65231.YahooMailClassic@web171904.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 13:51:48 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <51878FE9.1040900@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="===============1073518061114531434==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1073518061114531434== Content-Type: multipart/alternative; boundary="-410758353-1888643236-1367844708=:65231" ---410758353-1888643236-1367844708=:65231 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I Jan. I try to use a old rootfs.img taht work well with qemu. The configuration file contains: kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 1024 vcpus=3D2 vif =3D ['bridge=3Dxenbr0'] disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"" vncpasswd=3D"" name=3D"stefano" but I have the error: xm create /etc/xen/prova -c Using config file "/etc/xen/prova". Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to 2007= 04 KiB would leave only 793340 KiB free. Where is the problem? Help me....=20 Luisa --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 13:11 =0A =0A=0A =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'm not familiar= =0A with buildroot but as I read about CPIO it's file archiver and Xen= =0A disk image should be in RAW format. So you should extract=0A root= fs.cpio to raw disk image which could be created with dd.=0A Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 =0A As with normal hard drive you can use fdisk make some partitions on= =0A rootfs.img, format them and extract rootfs.cpio there. Then you can= =0A set this harddrive img in your xen config file for HVM style (hda=0A= but it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A Or you can pass= the path to rootfs.img to xen-create-image. If=0A rootfs.cpio contains = all files including kernel image it should boot=0A normally. As I wrote = I'm not familiar with buildroot thus you're=0A little bit on your own in= this case and i'm sorry for not being more=0A straightforward but you'r= e using specific scenario. Maybe I'll save=0A some time for testing this= and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne 6.5.2013 12:38, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A Hi Jan =0A =20 =0A I launch my windows VM whit graphical program named=0A = "Remmina Remote desktop client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe=0A I was wrong a few parameters to = launch manual=0A gncviewer =0A =20 =0A Let=0A me explain what is my=0A = main problem. =0A I would like to start a virtual machine created with=0A = buildroot standard=0A WHITOUT XEN drivers in = the VM. =0A I have some=A0problems=0A creating the = configuration=0A file for this virtual machine. =0A I don't know if=0A I have to work with = a=0A ramdisk=0A (rootfs.cpio=0A = created by=0A buildroot) or not and=20 =0A what should be the=0A configuration fil= e under=0A (p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I=0A don't understand the meaning=0A = of the 'disk =3D' in the configuration file. =0A =20 =0A you know a=0A tutorial that I could=0A = follow to create this file? =0A =20 =0A Xen provides the=0A xen-create-image comm= and=0A to create the file, but I do=0A not = know how to give=0A parameters to the command (initrd instal= l-install-source method ...) =0A =20 =0A Can=0A you help me? =0A =20 =0A Thanks in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great, so you're cpu is capable for running Xen. The= =0A reason why you don't see it is explained here http:/= /old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.= =0A =20 =0A =20 =0A Just to be clear. You've already start your system= =0A with xen and tried to start Windows Xp domU as this= =0A guide describes, do you? And the problem is that you= =0A can't connect to your Windows XP domU with GNCVIEWER= =0A or something else? Is your domU running? What does= =0A the "xl start" command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A 24.4.2013 17:54, Luisa P= osani napsal(a): =0A =0A =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen flag vmx doesn't= =0A appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest OS make with=0A = buildroot "standard" without xen driver. =0A =20 =0A I use http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide#Configure_GRUB_to_start_Xen=0A =20 =0A but doesn't work correctly. =0A =20 =0A Doesn't work gvncviewer for using a window= =0A XP iso image and now I'm compiling a=0A = buildroot standard (qemu_x86 config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =20 =0A =0A =0A= Sure,=0A = I can.=20 =0A =20 =0A You should check your cpuinfo if= =0A it supports virtualization. Look= =0A here http://virt-tools.org/learnin= g/check-hardware-virt/ =0A =20 =0A If it does, tell me what is your= =0A goal and what have you done=0A = already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani= =0A napsal(a): =0A =0A = =0A =0A = =0A =0A = Thank's for=0A = your indication. =0A =20 =0A I can't find my cpu in=0A = your list. =0A =20 =0A In my PC I can enable the= =0A virtualization from BIOS. =0A =20 =0A I don't understand the=0A = difference. =0A =20 =0A Can you help me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: xen-users@lists.xen.o= rg =0A Data: Mercoled=EC 24=0A = Aprile 2013, 10:35 =0A =20 =0A =0A = Hello Luisa, =0A =20 =0A here http://en.wikip= edia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A = not necessary for=0A = virtualization, but=0A = hardware listed here=0A = supports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A = 24.4.2013 09:43,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 __________________= _____________________________ Xen-users mailing list Xen-users@lists.xen.org http://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.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =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 =0A =0A= =0A =0A =0A =0A =20 =0A =0A -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---410758353-1888643236-1367844708=:65231 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable


I Jan.

I try to use a old root= fs.img taht work well with qemu.

The configuration file contains:
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
mem= ory =3D 1024
vcpus=3D2
vif =3D ['bridge=3Dxenbr0']
disk =3D ['file= :/home/posani/nine_disk_1.img,hda,w',]
acpi =3D 1
device_model =3D 'q= emu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten= =3D""
vncpasswd=3D""
name=3D"stefano"

but I have the error:

xm create /etc/xen/prova -c

Using config file "/etc/xen/pro= va".
Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking= to 200704 KiB would leave only 793340 KiB free.

Where is the proble= m?

Help me....

Luisa



--- Lun 6/5/13, Jan H= ejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz&g= t;
Oggetto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani"= <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Luned=EC = 6 maggio 2013, 13:11

=0A =0A=0A =0A =0A Hi Luisa,
=0A
=0A great news, i use Remmina also. Gr= eat tool.
=0A
=0A 'disk =3D ' is used for defining VM's hard d= rive. I'm not familiar=0A with buildroot but as I read about CPIO it's f= ile archiver and Xen=0A disk image should be in RAW format. So you shoul= d extract=0A rootfs.cpio to raw disk image which could be created with d= d.=0A Example:
=0A 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M =
count=3D10000
=0A As with normal hard drive you can use fdisk m= ake some partitions on=0A rootfs.img, format them and extract rootfs.cpi= o there. Then you can=0A set this harddrive img in your xen config file = for HVM style (hda=0A but it should apper as sda inside domU):
=0A = 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
=0A Or you can pass t= he path to rootfs.img to xen-create-image. If=0A rootfs.cpio contains al= l files including kernel image it should boot=0A normally. As I wrote I'= m not familiar with buildroot thus you're=0A little bit on your own in t= his case and i'm sorry for not being more=0A straightforward but you're = using specific scenario. Maybe I'll save=0A some time for testing this a= nd let you know later on.
=0A
=0A Have a nice day
=0A Ja= n
=0A
=0A
Dne 6.5.2= 013 12:38, Luisa Posani=0A napsal(a):
=0A
=0A =0A =0A =0A =0A
Hi Jan
= =0A
=0A I launch my windows VM whit graphical= program named=0A "Remmina Remote desktop client" and it work = well..
=0A
=0A :-) :-) :-) :-)
=0A =
=0A Maybe=0A = I was wrong a few parameters to launch manual=0A = gncviewer
=0A =
=0A Let=0A = me explain what is my=0A main problem.<= br>=0A I would like to start a virtual machine created with=0A buildroot standard=0A WHITOUT XEN dri= vers in the VM.
=0A <= /span>I have some problems=0A = creating the configuration=0A = file for this virtual machine.
=0A = I don't know if=0A I have to work with a=0A ramdisk=0A (rootfs.cpio=0A creat= ed by=0A buildroot) or not and
=0A = what should be the=0A configuration fil= e under=0A (p.e.) /= etc/xen/VM_buildroot.
=0A
=0A = I=0A don't understand the meaning=0A of the<= /span> 'disk =3D' in the configuration file.
=0A =
=0A you know a=0A tutorial <= span class=3D"yiv755923089hps">that I could=0A follow to create this file?
=0A
=0A = Xen provides the=0A xen-create-image command=0A to create the = file, but I do=0A not know how to give=0A pa= rameters to the command (initrd install-install-source method ...)
=0A
=0A = Can=0A you help me?
=0A <= br>=0A Thanks in a= dvance.
=0A
=0A Luisa
=0A =
=0A <= br>=0A
=0A
=0A = --- Gio 25/4/13, Jan Hejl <jh@excello.cz>= =0A ha scritto:
=0A
<= br>=0A Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users] Hardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org<= br>=0A Data: Gioved=EC 25 Aprile 2013, 11:19
=0A =
=0A
=0A =
Hi Luisa,
=0A
=0A great= , so you're cpu is capable for running Xen. The=0A reaso= n why you don't see it is explained here http://old-lis= t-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A =
=0A
=0A Just= to be clear. You've already start your system=0A with x= en and tried to start Windows Xp domU as this=0A guide d= escribes, do you? And the problem is that you=0A can't c= onnect to your Windows XP domU with GNCVIEWER=0A or some= thing else? Is your domU running? What does=0A the "xl s= tart" command say?
=0A
=0A Tha= nk you and have a nice day
=0A Jan
=0A =
=0A
Dne=0A 24.4.2013 17:54, Luisa Posani napsal(a):
= =0A
=0A
=0A =0A =0A =0A =0A = =0A =0A =0A =0A
=0A = =0A =0A = =0A =0A =0A =0A

=0A = Hi
=0A
=0A = if I make
=0A
=0A = /proc/cpuinfo flags
=0A
=0A = without xen I found vmx.
=0A =
=0A when I start PC with xen = flag vmx doesn't=0A appare.
=0A =
=0A Why?
=0A =
=0A I would like use = a guest OS make with=0A buildroot "standard" w= ithout xen driver.
=0A
=0A = I use http://wiki.xen.org/wiki/Xen_Beginners= _Guide#Configure_GRUB_to_start_Xen=0A
= =0A but doesn't work correctly.
=0A =
=0A Doesn't work gvn= cviewer for using a window=0A XP iso image and= now I'm compiling a=0A buildroot standard (qe= mu_x86 config).
=0A
=0A =
=0A
=0A = Luisa
=0A
=0A =
=0A
=0A =
=0A
=0A =
=0A
=0A = --- Mer 24/4/13, Jan Hejl <jh@excello.cz>=0A = ha scritto:
=0A <= blockquote style=3D"border-left: 2px solid rgb(16, 16, 255); margin-left: 5= px; padding-left: 5px;">
=0A Da: Jan Hejl= <jh@exc= ello.cz>
=0A Oggetto: Re: [Xen-use= rs] Hardware=0A virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A = Data: Mercoled=EC 24 Aprile 2013, 17:08
=0A =
=0A
=0A
=0A =
Sure,=0A = I can.
=0A =
=0A You should check your cpuinfo = if=0A it supports virtualization. Look= =0A here http://virt-tools.org/learning/check= -hardware-virt/
=0A
=0A = If it does, tell me what is your=0A = goal and what have you done=0A = already?
=0A =
=0A Dne 24.4.2013 16:03, Luisa = Posani=0A napsal(a):
=0A =
=0A =0A =0A = =0A =0A = =0A = =0A =0A=
Thank's for=0A = your indication.
=0A =
=0A = I can't find my cpu in=0A yo= ur list.
=0A
=0A = In my PC I can enable the=0A = virtualization from BIOS.
=0A =
=0A = I don't understand the=0A = difference.
=0A =
=0A Can you help me pl= ease?
=0A
=0A =
=0A = Luisa
=0A =0A --- Mer 24/4/13, Jan= =0A Hejl <jh@excello.cz>=0A ha scritto:
=0A =

= =0A Da: Jan Hejl <jh@excello.cz><= /a>
=0A Oggetto: Re: [Xen= -users]=0A Hardware virtuali= zation
=0A A: xen-users@lists.xen= .org
=0A Data: Mercol= ed=EC 24=0A Aprile 2013, 10:= 35
=0A
=0A =
=0A =
Hello Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IOM= MU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A n= ot necessary for=0A virt= ualization, but=0A hardw= are listed here=0A suppo= rts VM.
=0A
=0A = Jan
=0A =
=0A =
Dne=0A=0A= =0A 24.4.2013 09:43,= =0A Luisa Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A = =0A =0A =0A = =0A = =0A =
=0A =
Hi
=0A
= =0A It's my=0A = first experience with=0A = xen
=0A
=0A = I would like=0A = to use a OS linux crea= te by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A x= en-linux-sysem=0A = on the PC.
=0A =
=0A In this PC= a=0A VM doesn't= =0A work=0A = correctly.
=0A =
=0A = I would like=0A = to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 ad= vance
=0A
= =0A
=0A = Luisa
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A
=0A =
=0A =
=0A =0A =
=0A
= =0A
=0A =
=0A = 
_______________________________________________
Xen-u=
sers mailing list
Xen-users@lists.xen.org
http://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
=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

-----Segue allegato-= ----

______________________________________= _________
Xen-users mailing list
Xen-users@lists= .xen.org
http://lists.xen.org/xen-users
---410758353-1888643236-1367844708=:65231-- --===============1073518061114531434== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1073518061114531434==-- From xen-users-bounces@lists.xen.org Mon May 06 12:53:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:53: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 1UZKu9-0003GH-4H; Mon, 06 May 2013 12:52:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZKu7-0003Fv-6Z for xen-users@lists.xen.org; Mon, 06 May 2013 12:52:31 +0000 Received: from [85.158.139.83:55014] by server-5.bemta-5.messagelabs.com id 1F/CA-06980-E87A7815; Mon, 06 May 2013 12:52:30 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-9.tower-182.messagelabs.com!1367844709!28500494!1 X-Originating-IP: [77.238.189.192] 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 14468 invoked from network); 6 May 2013 12:51:50 -0000 Received: from nm16-vm0.bullet.mail.ird.yahoo.com (HELO nm16-vm0.bullet.mail.ird.yahoo.com) (77.238.189.192) by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 12:51:50 -0000 Received: from [77.238.189.48] by nm16.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:51:49 -0000 Received: from [212.82.98.119] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 12:51:49 -0000 Received: from [127.0.0.1] by omp1056.mail.ir2.yahoo.com with NNFMP; 06 May 2013 12:51:49 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 621839.7566.bm@omp1056.mail.ir2.yahoo.com Received: (qmail 72891 invoked by uid 60001); 6 May 2013 12:51:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367844708; bh=4t3httXnm71QXNq1jmsL7j7eHD/ZGemv5QfIinC9SGY=; 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=rkvBEC3QaiBdD9q0sWwK+Lm8mTfB0f4pGW43fHV24t2LMyoClw7EsiBQvl97mU0zfDTG4XJyyfOVanMDIlZLlrOavUCgp327zfOLuHMjhx2zojIQcDNopWU4RAbuDJI6/nZD9lqm9S2IRRT7UcyNf5S8t0VpgOoyvlxbpUr8BwY= 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=cjEVP2JMTjyvJDqEAOE5yO89B3f0YWd6XW+s0dUeOZuwIlsw2jzO8uKA0+xptEupif9ciaH04joOBLgKsMGDhBbj/TfLMg8TMtCUyAsi3pgqa0w8j8kvhwmupHHO6/DXioe2n6Uf8ZyE+s1B+btAC96TfBFbSGsNzN5v7Zd6nQs=; X-YMail-OSG: HTCKCPkVM1krFgbUqDsedcr9jLAFAnrPExx6LOuNMEEpSeV h.J0U4ruPntxdmEhhJg0VhAINsp8D4IMfiKAfkUeBhBGJje5lKD2EhwSXzla 6vzyNAOz5Y7R6zD0SY.yJVax0t8c8U9tM2JwBMvYk1KiCjw8SWQEexsoljey kjORJNv4hvqNv7n9Q5uHwhOwp7eaH8yhMTcqujIkMG5M1er4GqzkS3nzXXTo zWHc4xIMbc1Peo6BqIPI7PgrUhJJ8FIYhNXlIOlSkHPJqDh0aus4h29zw58W wQG0yoGONLjj1y1d.VuH0ESBLxqcwlUlxppmzegRy3KQGebaT7M399xL3N8V ZnV58m5PXzyEvfp3blH9S9ayDoHr7tHf3vtv2j8q2hluXaEeg.u2VvAkIW.1 Y1iPIgUuQ8z6Tv8U9x_5c4TTMbMu8nCbgUK3MVTi41nQxU4MM1CN1l34Zry2 W_h2cz3P0aosNNxxX8zb7k8VajgUO3.WfOTig7mi4C1XgFSWQGU4HuNbXHcw ik5Fpfj4NbdteetOKV7C68nj0zYGsf3aVSl_dkEtZt6NpJ58URpX5tK3y6TW hS3Lzkf.Vgh_OmztjrD0LzKDy3s5sRIrG.6pZ9Zjq7y56zfAwJEMDQG236Ec yfnlH4JWQF5dUlH07UZ.NuQVjg1upaU8rGWmPwJPs_UfPt_nu6DRLdqsipu0 qimzxpSTat5tKQQ-- Received: from [82.187.229.206] by web171904.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 13:51:48 BST X-Rocket-MIMEInfo: 002.001, DQoNCkkgSmFuLg0KDQpJIHRyeSB0byB1c2UgYSBvbGQgcm9vdGZzLmltZyB0YWh0IHdvcmsgd2VsbCB3aXRoIHFlbXUuDQoNClRoZSBjb25maWd1cmF0aW9uIGZpbGUgY29udGFpbnM6DQoNCmtlcm5lbCA9ICIvdXNyL2xpYi94ZW4tNC4wL2Jvb3QvaHZtbG9hZGVyIg0KYnVpbGRlcj0naHZtJw0KbWVtb3J5ID0gMTAyNA0KdmNwdXM9Mg0KdmlmID0gWydicmlkZ2U9eGVuYnIwJ10NCmRpc2sgPSBbJ2ZpbGU6L2hvbWUvcG9zYW5pL25pbmVfZGlza18xLmltZyxoZGEsdycsXQ0KYWNwaSA9IDENCmRldmljZV9tb2QBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367844708.65231.YahooMailClassic@web171904.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 13:51:48 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <51878FE9.1040900@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="===============1073518061114531434==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1073518061114531434== Content-Type: multipart/alternative; boundary="-410758353-1888643236-1367844708=:65231" ---410758353-1888643236-1367844708=:65231 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I Jan. I try to use a old rootfs.img taht work well with qemu. The configuration file contains: kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 1024 vcpus=3D2 vif =3D ['bridge=3Dxenbr0'] disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"" vncpasswd=3D"" name=3D"stefano" but I have the error: xm create /etc/xen/prova -c Using config file "/etc/xen/prova". Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to 2007= 04 KiB would leave only 793340 KiB free. Where is the problem? Help me....=20 Luisa --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 13:11 =0A =0A=0A =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'm not familiar= =0A with buildroot but as I read about CPIO it's file archiver and Xen= =0A disk image should be in RAW format. So you should extract=0A root= fs.cpio to raw disk image which could be created with dd.=0A Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 =0A As with normal hard drive you can use fdisk make some partitions on= =0A rootfs.img, format them and extract rootfs.cpio there. Then you can= =0A set this harddrive img in your xen config file for HVM style (hda=0A= but it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A Or you can pass= the path to rootfs.img to xen-create-image. If=0A rootfs.cpio contains = all files including kernel image it should boot=0A normally. As I wrote = I'm not familiar with buildroot thus you're=0A little bit on your own in= this case and i'm sorry for not being more=0A straightforward but you'r= e using specific scenario. Maybe I'll save=0A some time for testing this= and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne 6.5.2013 12:38, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A Hi Jan =0A =20 =0A I launch my windows VM whit graphical program named=0A = "Remmina Remote desktop client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe=0A I was wrong a few parameters to = launch manual=0A gncviewer =0A =20 =0A Let=0A me explain what is my=0A = main problem. =0A I would like to start a virtual machine created with=0A = buildroot standard=0A WHITOUT XEN drivers in = the VM. =0A I have some=A0problems=0A creating the = configuration=0A file for this virtual machine. =0A I don't know if=0A I have to work with = a=0A ramdisk=0A (rootfs.cpio=0A = created by=0A buildroot) or not and=20 =0A what should be the=0A configuration fil= e under=0A (p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I=0A don't understand the meaning=0A = of the 'disk =3D' in the configuration file. =0A =20 =0A you know a=0A tutorial that I could=0A = follow to create this file? =0A =20 =0A Xen provides the=0A xen-create-image comm= and=0A to create the file, but I do=0A not = know how to give=0A parameters to the command (initrd instal= l-install-source method ...) =0A =20 =0A Can=0A you help me? =0A =20 =0A Thanks in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great, so you're cpu is capable for running Xen. The= =0A reason why you don't see it is explained here http:/= /old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.= =0A =20 =0A =20 =0A Just to be clear. You've already start your system= =0A with xen and tried to start Windows Xp domU as this= =0A guide describes, do you? And the problem is that you= =0A can't connect to your Windows XP domU with GNCVIEWER= =0A or something else? Is your domU running? What does= =0A the "xl start" command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A 24.4.2013 17:54, Luisa P= osani napsal(a): =0A =0A =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen flag vmx doesn't= =0A appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest OS make with=0A = buildroot "standard" without xen driver. =0A =20 =0A I use http://wiki.xen.org/wiki/Xen_Beginne= rs_Guide#Configure_GRUB_to_start_Xen=0A =20 =0A but doesn't work correctly. =0A =20 =0A Doesn't work gvncviewer for using a window= =0A XP iso image and now I'm compiling a=0A = buildroot standard (qemu_x86 config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =20 =0A =0A =0A= Sure,=0A = I can.=20 =0A =20 =0A You should check your cpuinfo if= =0A it supports virtualization. Look= =0A here http://virt-tools.org/learnin= g/check-hardware-virt/ =0A =20 =0A If it does, tell me what is your= =0A goal and what have you done=0A = already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani= =0A napsal(a): =0A =0A = =0A =0A = =0A =0A = Thank's for=0A = your indication. =0A =20 =0A I can't find my cpu in=0A = your list. =0A =20 =0A In my PC I can enable the= =0A virtualization from BIOS. =0A =20 =0A I don't understand the=0A = difference. =0A =20 =0A Can you help me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: xen-users@lists.xen.o= rg =0A Data: Mercoled=EC 24=0A = Aprile 2013, 10:35 =0A =20 =0A =0A = Hello Luisa, =0A =20 =0A here http://en.wikip= edia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A = not necessary for=0A = virtualization, but=0A = hardware listed here=0A = supports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A = 24.4.2013 09:43,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 __________________= _____________________________ Xen-users mailing list Xen-users@lists.xen.org http://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.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =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 =0A =0A= =0A =0A =0A =0A =20 =0A =0A -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---410758353-1888643236-1367844708=:65231 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable


I Jan.

I try to use a old root= fs.img taht work well with qemu.

The configuration file contains:
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
mem= ory =3D 1024
vcpus=3D2
vif =3D ['bridge=3Dxenbr0']
disk =3D ['file= :/home/posani/nine_disk_1.img,hda,w',]
acpi =3D 1
device_model =3D 'q= emu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten= =3D""
vncpasswd=3D""
name=3D"stefano"

but I have the error:

xm create /etc/xen/prova -c

Using config file "/etc/xen/pro= va".
Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking= to 200704 KiB would leave only 793340 KiB free.

Where is the proble= m?

Help me....

Luisa



--- Lun 6/5/13, Jan H= ejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz&g= t;
Oggetto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani"= <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Luned=EC = 6 maggio 2013, 13:11

=0A =0A=0A =0A =0A Hi Luisa,
=0A
=0A great news, i use Remmina also. Gr= eat tool.
=0A
=0A 'disk =3D ' is used for defining VM's hard d= rive. I'm not familiar=0A with buildroot but as I read about CPIO it's f= ile archiver and Xen=0A disk image should be in RAW format. So you shoul= d extract=0A rootfs.cpio to raw disk image which could be created with d= d.=0A Example:
=0A 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M =
count=3D10000
=0A As with normal hard drive you can use fdisk m= ake some partitions on=0A rootfs.img, format them and extract rootfs.cpi= o there. Then you can=0A set this harddrive img in your xen config file = for HVM style (hda=0A but it should apper as sda inside domU):
=0A = 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
=0A Or you can pass t= he path to rootfs.img to xen-create-image. If=0A rootfs.cpio contains al= l files including kernel image it should boot=0A normally. As I wrote I'= m not familiar with buildroot thus you're=0A little bit on your own in t= his case and i'm sorry for not being more=0A straightforward but you're = using specific scenario. Maybe I'll save=0A some time for testing this a= nd let you know later on.
=0A
=0A Have a nice day
=0A Ja= n
=0A
=0A
Dne 6.5.2= 013 12:38, Luisa Posani=0A napsal(a):
=0A
=0A =0A =0A =0A =0A
Hi Jan
= =0A
=0A I launch my windows VM whit graphical= program named=0A "Remmina Remote desktop client" and it work = well..
=0A
=0A :-) :-) :-) :-)
=0A =
=0A Maybe=0A = I was wrong a few parameters to launch manual=0A = gncviewer
=0A =
=0A Let=0A = me explain what is my=0A main problem.<= br>=0A I would like to start a virtual machine created with=0A buildroot standard=0A WHITOUT XEN dri= vers in the VM.
=0A <= /span>I have some problems=0A = creating the configuration=0A = file for this virtual machine.
=0A = I don't know if=0A I have to work with a=0A ramdisk=0A (rootfs.cpio=0A creat= ed by=0A buildroot) or not and
=0A = what should be the=0A configuration fil= e under=0A (p.e.) /= etc/xen/VM_buildroot.
=0A
=0A = I=0A don't understand the meaning=0A of the<= /span> 'disk =3D' in the configuration file.
=0A =
=0A you know a=0A tutorial <= span class=3D"yiv755923089hps">that I could=0A follow to create this file?
=0A
=0A = Xen provides the=0A xen-create-image command=0A to create the = file, but I do=0A not know how to give=0A pa= rameters to the command (initrd install-install-source method ...)
=0A
=0A = Can=0A you help me?
=0A <= br>=0A Thanks in a= dvance.
=0A
=0A Luisa
=0A =
=0A <= br>=0A
=0A
=0A = --- Gio 25/4/13, Jan Hejl <jh@excello.cz>= =0A ha scritto:
=0A
<= br>=0A Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users] Hardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org<= br>=0A Data: Gioved=EC 25 Aprile 2013, 11:19
=0A =
=0A
=0A =
Hi Luisa,
=0A
=0A great= , so you're cpu is capable for running Xen. The=0A reaso= n why you don't see it is explained here http://old-lis= t-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A =
=0A
=0A Just= to be clear. You've already start your system=0A with x= en and tried to start Windows Xp domU as this=0A guide d= escribes, do you? And the problem is that you=0A can't c= onnect to your Windows XP domU with GNCVIEWER=0A or some= thing else? Is your domU running? What does=0A the "xl s= tart" command say?
=0A
=0A Tha= nk you and have a nice day
=0A Jan
=0A =
=0A
Dne=0A 24.4.2013 17:54, Luisa Posani napsal(a):
= =0A
=0A
=0A =0A =0A =0A =0A = =0A =0A =0A =0A
=0A = =0A =0A = =0A =0A =0A =0A

=0A = Hi
=0A
=0A = if I make
=0A
=0A = /proc/cpuinfo flags
=0A
=0A = without xen I found vmx.
=0A =
=0A when I start PC with xen = flag vmx doesn't=0A appare.
=0A =
=0A Why?
=0A =
=0A I would like use = a guest OS make with=0A buildroot "standard" w= ithout xen driver.
=0A
=0A = I use http://wiki.xen.org/wiki/Xen_Beginners= _Guide#Configure_GRUB_to_start_Xen=0A
= =0A but doesn't work correctly.
=0A =
=0A Doesn't work gvn= cviewer for using a window=0A XP iso image and= now I'm compiling a=0A buildroot standard (qe= mu_x86 config).
=0A
=0A =
=0A
=0A = Luisa
=0A
=0A =
=0A
=0A =
=0A
=0A =
=0A
=0A = --- Mer 24/4/13, Jan Hejl <jh@excello.cz>=0A = ha scritto:
=0A <= blockquote style=3D"border-left: 2px solid rgb(16, 16, 255); margin-left: 5= px; padding-left: 5px;">
=0A Da: Jan Hejl= <jh@exc= ello.cz>
=0A Oggetto: Re: [Xen-use= rs] Hardware=0A virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A = Data: Mercoled=EC 24 Aprile 2013, 17:08
=0A =
=0A
=0A
=0A =
Sure,=0A = I can.
=0A =
=0A You should check your cpuinfo = if=0A it supports virtualization. Look= =0A here http://virt-tools.org/learning/check= -hardware-virt/
=0A
=0A = If it does, tell me what is your=0A = goal and what have you done=0A = already?
=0A =
=0A Dne 24.4.2013 16:03, Luisa = Posani=0A napsal(a):
=0A =
=0A =0A =0A = =0A =0A = =0A = =0A =0A=
Thank's for=0A = your indication.
=0A =
=0A = I can't find my cpu in=0A yo= ur list.
=0A
=0A = In my PC I can enable the=0A = virtualization from BIOS.
=0A =
=0A = I don't understand the=0A = difference.
=0A =
=0A Can you help me pl= ease?
=0A
=0A =
=0A = Luisa
=0A =0A --- Mer 24/4/13, Jan= =0A Hejl <jh@excello.cz>=0A ha scritto:
=0A =

= =0A Da: Jan Hejl <jh@excello.cz><= /a>
=0A Oggetto: Re: [Xen= -users]=0A Hardware virtuali= zation
=0A A: xen-users@lists.xen= .org
=0A Data: Mercol= ed=EC 24=0A Aprile 2013, 10:= 35
=0A
=0A =
=0A =
Hello Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IOM= MU-supporting_hardware=0A = is a list IOMMU=0A = supporting hardware,=0A = this is a good point=0A = to start. IOMMU is=0A n= ot necessary for=0A virt= ualization, but=0A hardw= are listed here=0A suppo= rts VM.
=0A
=0A = Jan
=0A =
=0A =
Dne=0A=0A= =0A 24.4.2013 09:43,= =0A Luisa Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A = =0A =0A =0A = =0A = =0A =
=0A =
Hi
=0A
= =0A It's my=0A = first experience with=0A = xen
=0A
=0A = I would like=0A = to use a OS linux crea= te by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A x= en-linux-sysem=0A = on the PC.
=0A =
=0A In this PC= a=0A VM doesn't= =0A work=0A = correctly.
=0A =
=0A = I would like=0A = to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 ad= vance
=0A
= =0A
=0A = Luisa
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A
=0A =
=0A =
=0A =0A =
=0A
= =0A
=0A =
=0A = 
_______________________________________________
Xen-u=
sers mailing list
Xen-users@lists.xen.org
http://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
=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

-----Segue allegato-= ----

______________________________________= _________
Xen-users mailing list
Xen-users@lists= .xen.org
http://lists.xen.org/xen-users
---410758353-1888643236-1367844708=:65231-- --===============1073518061114531434== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1073518061114531434==-- From xen-users-bounces@lists.xen.org Mon May 06 12:55:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:55: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 1UZKwd-0003c9-IP; Mon, 06 May 2013 12:55:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZKwc-0003bu-6R for xen-users@lists.xen.org; Mon, 06 May 2013 12:55:06 +0000 Received: from [85.158.137.99:21008] by server-12.bemta-3.messagelabs.com id 4B/28-17342-928A7815; Mon, 06 May 2013 12:55:05 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-5.tower-217.messagelabs.com!1367844902!12406212!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 22283 invoked from network); 6 May 2013 12:55:03 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 12:55:03 -0000 Received: (qmail 11192 invoked by uid 1000); 6 May 2013 14:55:02 +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(-12.7/5.0):. Processed in 3.492334 secs); 06 May 2013 12:55:02 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 6 May 2013 14:54:59 +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 624E32C0E54; Mon, 6 May 2013 14:54:58 +0200 (CEST) Message-ID: <5187A822.3080103@excello.cz> Date: Mon, 06 May 2013 14:54:58 +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: <1367844708.65231.YahooMailClassic@web171904.mail.ir2.yahoo.com> In-Reply-To: <1367844708.65231.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="===============6975910099025155855==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6975910099025155855== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080403070705030405040108" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms080403070705030405040108 Content-Type: multipart/alternative; boundary="------------070201020704060003060107" This is a multi-part message in MIME format. --------------070201020704060003060107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Seems like you don't have enough mem for your domU. How much memory do=20 you have on your dom0 / xen host? Dne 6.5.2013 14:51, Luisa Posani napsal(a): > > > I Jan. > > I try to use a old rootfs.img taht work well with qemu. > > The configuration file contains: > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > builder=3D'hvm' > memory =3D 1024 > vcpus=3D2 > vif =3D ['bridge=3Dxenbr0'] > disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] > acpi =3D 1 > device_model =3D 'qemu-dm' > boot=3D"d" > sdl=3D0 > serial=3D'pty' > vnc=3D1 > vnclisten=3D"" > vncpasswd=3D"" > name=3D"stefano" > > but I have the error: > > > xm create /etc/xen/prova -c > > Using config file "/etc/xen/prova". > Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to = > 200704 KiB would leave only 793340 KiB free. > > Where is the problem? > > Help me.... > > Luisa > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 13:11 > > Hi Luisa, > > great news, i use Remmina also. Great tool. > > 'disk =3D ' is used for defining VM's hard drive. I'm not familiar > with buildroot but as I read about CPIO it's file archiver and Xen > disk image should be in RAW format. So you should extract > rootfs.cpio to raw disk image which could be created with dd. Examp= le: > > dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 > > As with normal hard drive you can use fdisk make some partitions > on rootfs.img, format them and extract rootfs.cpio there. Then you > can set this harddrive img in your xen config file for HVM style > (hda but it should apper as sda inside domU): > > disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] > > Or you can pass the path to rootfs.img to xen-create-image. If > rootfs.cpio contains all files including kernel image it should > boot normally. As I wrote I'm not familiar with buildroot thus > you're little bit on your own in this case and i'm sorry for not > being more straightforward but you're using specific scenario. > Maybe I'll save some time for testing this and let you know later o= n. > > Have a nice day > Jan > > Dne 6.5.2013 12:38, Luisa Posani napsal(a): >> Hi Jan >> >> I launch my windows VM whit graphical program named "Remmina >> Remote desktop client" and it work well.. >> >> :-) :-) :-) :-) >> >> Maybe I was wrong a few parameters to launch manual gncviewer >> >> Let me explain what is my main problem. >> I would like to start a virtual machine created with buildroot >> standard WHITOUT XEN driversin the VM. >> I have some problems creating the configuration file for this >> virtual machine. >> I don't know if I have to work with a ramdisk (rootfs.cpio >> created by buildroot) or not and >> what should be the configuration file under (p.e.) >> /etc/xen/VM_buildroot. >> >> I don't understand the meaning of the 'disk =3D' in the >> configuration file. >> >> you know a tutorial that I could follow to create this file? >> >> Xen provides the xen-create-image command to create the file, but >> I do not know how to give parameters to the command (initrd >> install-install-source method ...) >> >> Can you help me? >> >> Thanks in advance. >> >> Luisa >> >> >> >> >> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >> >> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_t= o_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 //* 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 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-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= =2E >>>> >>>> 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 P= C. >>>>> >>>>> 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 >>> >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------070201020704060003060107 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Seems like you don't have enough mem for your domU. How much memory do you have on your dom0 / xen host?

Dne 6.5.2013 14:51, Luisa Posani napsal(a):


I Jan.

I try to use a old rootfs.img taht work well with qemu.
=
The configuration file contains:

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
vif =3D ['bridge=3Dxenbr0']
disk =3D ['file:/home/posani/nine_disk_1.img,hda= ,w',]
acpi =3D 1
device_model =3D 'qemu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten=3D""
vncpasswd=3D""
name=3D"stefano"

but I have the error:


xm create /etc/xen/prova -c

Using config file "/etc/xen/prova".
Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to 200704 KiB would leave only 793340 KiB free.
Where is the problem?

Help me....

Luisa



--- Lun 6/5/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: Lunedì 6 maggio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm= not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D=
10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs=
=2Eimg,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Ja= n

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong= a few parameters to launch= manual gncviewer=

Let me explai= n what is m= y main problem.
I would like to start a virtual machine created with buildroot= standard<= /span> WHITOUT XEN drivers in the VM.
I have some&n= bsp;problems creating the configuration file for this virtual machine.
I don't know if I have to<= /span> work with= a ramdis= k (rootfs.cpio created by= buildroot= ) or not and
what should b= e the configuration file under (p.e.) = /etc/xen/VM_buildroot<= /span>.<= br>
I don't understand the meaning o= f the 'disk =3D' in the configuration file.=

you know<= /span> a tutoria= l that I could follow to create this file?

Xen provides the<= /span> xen-create-image command to create= the file, but I do not know how to give parameter= s to the command (initrd install-install-source method ...)<= br> =
Can you help me?=

Thanks in advance.

Luisa




--- Gio 25/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: Giovedì 25 Aprile 2013, 11:1= 9

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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):
= 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<= br> A: xen-users@lists.xen.org
Data: Mercoledì= ; 24 Aprile 2013, 10:35

Hello Luisa,

here http://en.wikipe= dia.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 m= y first experience with xen

I would like to use a OS linux create by buildroot like a guest= =2E
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.xe= n.org/xen-users


-----Segue allegato-----<= br>
_______________________________________________
Xen-users mailing list<= br> 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>

--------------070201020704060003060107-- --------------ms080403070705030405040108 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMjU0NTha MCMGCSqGSIb3DQEJBDEWBBRZAZKd+6RLtNVRmEbpH2XITveXtzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABusDGDNhFMC T073DREeFCpPjg2gWZ9f+2uA2b9okYQ2B05Zxo+XUsqgiz8OGg7LIN4MXJXM8IInoOjg9cnB NnHw/gfuNeHQITfCAIXBdlTWNOdcBk/8KSsa3UhVANjq97l1UId7JhuENerZC4SN+sD9GjvA uV+4oqtldYc0IeIanq997UKx509VcLNZBQdnD/txp6iH1D2CuPMI9X3JoP3T2Cis4BwcVvFX 9wOD8WUkAktqHZP5+GnB/5LpPv6pna4hQtZ7kUn825ZcbvAGHIrmp6gwNNwKwsYNxLPD7Eja vRL6RKDQv1nFPBO3vm9yB6fL2vcbnm/hXettV0APIGoAAAAAAAA= --------------ms080403070705030405040108-- --===============6975910099025155855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6975910099025155855==-- From xen-users-bounces@lists.xen.org Mon May 06 12:55:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:55: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 1UZKwd-0003c9-IP; Mon, 06 May 2013 12:55:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZKwc-0003bu-6R for xen-users@lists.xen.org; Mon, 06 May 2013 12:55:06 +0000 Received: from [85.158.137.99:21008] by server-12.bemta-3.messagelabs.com id 4B/28-17342-928A7815; Mon, 06 May 2013 12:55:05 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-5.tower-217.messagelabs.com!1367844902!12406212!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 22283 invoked from network); 6 May 2013 12:55:03 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 12:55:03 -0000 Received: (qmail 11192 invoked by uid 1000); 6 May 2013 14:55:02 +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(-12.7/5.0):. Processed in 3.492334 secs); 06 May 2013 12:55:02 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 6 May 2013 14:54:59 +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 624E32C0E54; Mon, 6 May 2013 14:54:58 +0200 (CEST) Message-ID: <5187A822.3080103@excello.cz> Date: Mon, 06 May 2013 14:54:58 +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: <1367844708.65231.YahooMailClassic@web171904.mail.ir2.yahoo.com> In-Reply-To: <1367844708.65231.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="===============6975910099025155855==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6975910099025155855== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080403070705030405040108" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms080403070705030405040108 Content-Type: multipart/alternative; boundary="------------070201020704060003060107" This is a multi-part message in MIME format. --------------070201020704060003060107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Seems like you don't have enough mem for your domU. How much memory do=20 you have on your dom0 / xen host? Dne 6.5.2013 14:51, Luisa Posani napsal(a): > > > I Jan. > > I try to use a old rootfs.img taht work well with qemu. > > The configuration file contains: > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > builder=3D'hvm' > memory =3D 1024 > vcpus=3D2 > vif =3D ['bridge=3Dxenbr0'] > disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] > acpi =3D 1 > device_model =3D 'qemu-dm' > boot=3D"d" > sdl=3D0 > serial=3D'pty' > vnc=3D1 > vnclisten=3D"" > vncpasswd=3D"" > name=3D"stefano" > > but I have the error: > > > xm create /etc/xen/prova -c > > Using config file "/etc/xen/prova". > Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to = > 200704 KiB would leave only 793340 KiB free. > > Where is the problem? > > Help me.... > > Luisa > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 13:11 > > Hi Luisa, > > great news, i use Remmina also. Great tool. > > 'disk =3D ' is used for defining VM's hard drive. I'm not familiar > with buildroot but as I read about CPIO it's file archiver and Xen > disk image should be in RAW format. So you should extract > rootfs.cpio to raw disk image which could be created with dd. Examp= le: > > dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 > > As with normal hard drive you can use fdisk make some partitions > on rootfs.img, format them and extract rootfs.cpio there. Then you > can set this harddrive img in your xen config file for HVM style > (hda but it should apper as sda inside domU): > > disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] > > Or you can pass the path to rootfs.img to xen-create-image. If > rootfs.cpio contains all files including kernel image it should > boot normally. As I wrote I'm not familiar with buildroot thus > you're little bit on your own in this case and i'm sorry for not > being more straightforward but you're using specific scenario. > Maybe I'll save some time for testing this and let you know later o= n. > > Have a nice day > Jan > > Dne 6.5.2013 12:38, Luisa Posani napsal(a): >> Hi Jan >> >> I launch my windows VM whit graphical program named "Remmina >> Remote desktop client" and it work well.. >> >> :-) :-) :-) :-) >> >> Maybe I was wrong a few parameters to launch manual gncviewer >> >> Let me explain what is my main problem. >> I would like to start a virtual machine created with buildroot >> standard WHITOUT XEN driversin the VM. >> I have some problems creating the configuration file for this >> virtual machine. >> I don't know if I have to work with a ramdisk (rootfs.cpio >> created by buildroot) or not and >> what should be the configuration file under (p.e.) >> /etc/xen/VM_buildroot. >> >> I don't understand the meaning of the 'disk =3D' in the >> configuration file. >> >> you know a tutorial that I could follow to create this file? >> >> Xen provides the xen-create-image command to create the file, but >> I do not know how to give parameters to the command (initrd >> install-install-source method ...) >> >> Can you help me? >> >> Thanks in advance. >> >> Luisa >> >> >> >> >> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >> >> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_t= o_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 //* 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 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-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= =2E >>>> >>>> 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 P= C. >>>>> >>>>> 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 >>> >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------070201020704060003060107 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Seems like you don't have enough mem for your domU. How much memory do you have on your dom0 / xen host?

Dne 6.5.2013 14:51, Luisa Posani napsal(a):


I Jan.

I try to use a old rootfs.img taht work well with qemu.
=
The configuration file contains:

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
vif =3D ['bridge=3Dxenbr0']
disk =3D ['file:/home/posani/nine_disk_1.img,hda= ,w',]
acpi =3D 1
device_model =3D 'qemu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten=3D""
vncpasswd=3D""
name=3D"stefano"

but I have the error:


xm create /etc/xen/prova -c

Using config file "/etc/xen/prova".
Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to 200704 KiB would leave only 793340 KiB free.
Where is the problem?

Help me....

Luisa



--- Lun 6/5/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: Lunedì 6 maggio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm= not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D=
10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs=
=2Eimg,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Ja= n

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong= a few parameters to launch= manual gncviewer=

Let me explai= n what is m= y main problem.
I would like to start a virtual machine created with buildroot= standard<= /span> WHITOUT XEN drivers in the VM.
I have some&n= bsp;problems creating the configuration file for this virtual machine.
I don't know if I have to<= /span> work with= a ramdis= k (rootfs.cpio created by= buildroot= ) or not and
what should b= e the configuration file under (p.e.) = /etc/xen/VM_buildroot<= /span>.<= br>
I don't understand the meaning o= f the 'disk =3D' in the configuration file.=

you know<= /span> a tutoria= l that I could follow to create this file?

Xen provides the<= /span> xen-create-image command to create= the file, but I do not know how to give parameter= s to the command (initrd install-install-source method ...)<= br> =
Can you help me?=

Thanks in advance.

Luisa




--- Gio 25/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: Giovedì 25 Aprile 2013, 11:1= 9

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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):
= 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<= br> A: xen-users@lists.xen.org
Data: Mercoledì= ; 24 Aprile 2013, 10:35

Hello Luisa,

here http://en.wikipe= dia.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 m= y first experience with xen

I would like to use a OS linux create by buildroot like a guest= =2E
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.xe= n.org/xen-users


-----Segue allegato-----<= br>
_______________________________________________
Xen-users mailing list<= br> 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>

--------------070201020704060003060107-- --------------ms080403070705030405040108 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMjU0NTha MCMGCSqGSIb3DQEJBDEWBBRZAZKd+6RLtNVRmEbpH2XITveXtzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABusDGDNhFMC T073DREeFCpPjg2gWZ9f+2uA2b9okYQ2B05Zxo+XUsqgiz8OGg7LIN4MXJXM8IInoOjg9cnB NnHw/gfuNeHQITfCAIXBdlTWNOdcBk/8KSsa3UhVANjq97l1UId7JhuENerZC4SN+sD9GjvA uV+4oqtldYc0IeIanq997UKx509VcLNZBQdnD/txp6iH1D2CuPMI9X3JoP3T2Cis4BwcVvFX 9wOD8WUkAktqHZP5+GnB/5LpPv6pna4hQtZ7kUn825ZcbvAGHIrmp6gwNNwKwsYNxLPD7Eja vRL6RKDQv1nFPBO3vm9yB6fL2vcbnm/hXettV0APIGoAAAAAAAA= --------------ms080403070705030405040108-- --===============6975910099025155855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6975910099025155855==-- From xen-users-bounces@lists.xen.org Mon May 06 12:59:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:59: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 1UZL0B-0004A5-Ne; Mon, 06 May 2013 12:58:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZL0A-00049n-98 for xen-users@lists.xensource.com; Mon, 06 May 2013 12:58:46 +0000 Received: from [85.158.139.211:34525] by server-10.bemta-5.messagelabs.com id 7F/25-19016-509A7815; Mon, 06 May 2013 12:58:45 +0000 X-Env-Sender: kenny.kenny@bol.com.br X-Msg-Ref: server-2.tower-206.messagelabs.com!1367845111!18871232!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNDUyNTYwOCAoYWJhbmRvbmVkOiByZW11c2hhLndpa2lkb 3Qu\nY29tKQ==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24685 invoked from network); 6 May 2013 12:58:33 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 12:58:33 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UZKzu-0004Pq-Ow for xen-users@lists.xensource.com; Mon, 06 May 2013 05:58:30 -0700 Date: Mon, 6 May 2013 05:58:30 -0700 (PDT) From: "kleber.divino" To: xen-users@lists.xensource.com Message-ID: <1367845110766-5715891.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] Remus with more than one 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSdtIHdvcmtpbmcgd2l0aCByZW11cyBpbiBhIHVidW50dSAxMi4xMAooaHR0cDovL3dpa2kueGVu Lm9yZy93aWtpL0luc3RhbGxfWGVuXzQuMi4xX3dpdGhfUmVtdXNfYW5kX0RSQkRfb25fVWJ1bnR1 XzEyLjEwKQppdCB3b3JrcyBvayBidXQgb25seSB3aXRoIG9uZSBWTS4KCkkgdHJ5IGl0IHdpdGgg UFYgZ3Vlc3RzLCBidXQgaXQgZG9lc27CtHQgd29yay4KCkFmdGVyIHNvbWUgdHJpZXMsIGl0IHdv cmtlZCB3aXRoIEhWTSBndWVzdChEZWJpYW4gNiAzMiBCaXRzKSAgYnV0IGFmdGVyIHNvbWUKdGlt ZSB0aGF0IGkgc3RhcnRlZCB0aGUgcmVtdXMgZm9yIHRoZSBzZWNvbmQgVk0gaSBnb3QgdGhpcyBl cnJvcjoKCi9QUk9GOiBmbHVzaGVkIG1lbW9yeSBhdCAxMzY3ODA5NjQ3LjE4NzE1NApQUk9GOiBz dXNwZW5kaW5nIGF0IDEzNjc4MDk2NDguMTg2OTE3Cmlzc3VpbmcgSFZNIHN1c3BlbmQgaHlwZXJj YWxsCnN1c3BlbmQgaHlwZXJjYWxsIHJldHVybmVkIDAKZG9tYWluIDExIG5vdCBzaHV0IGRvd24K eGM6IGVycm9yOiBTdXNwZW5kIHJlcXVlc3QgZmFpbGVkOiBJbnRlcm5hbCBlcnJvcgp4YzogZXJy b3I6IERvbWFpbiBhcHBlYXJzIG5vdCB0byBoYXZlIHN1c3BlbmRlZDogSW50ZXJuYWwgZXJyb3IK UFJPRjogcmVzdW1lZCBhdCAxMzY3ODA5NjQ4LjE4OTcwNQpyZXN1bWluZyBRRU1VLwoKQW55Ym9k eSBydW5zIG1vcmUgdGhhbiBvbmUgdm0gd2l0aCByZW11cz8gCkkgY2hhbmdlZCB0aGUgcmVtdXMg aGVhcnRiZWF0CnRpbWVvdXQoaHR0cDovL3JlbXVzaGEud2lraWRvdC5jb20vbG9jYWwtLWZpbGVz L2NvbmZpZ3VyaW5nLWFuZC1pbnN0YWxsaW5nLXJlbXVzLzA1X3RpbWVvdXRzLnBhdGNoKQp0byBm aXggaXQgYnV0IGkgaGF2ZSBubyBzdWNjZXNzLgoKVGhhbmtzLgoKCgoKCgotLQpWaWV3IHRoaXMg bWVzc2FnZSBpbiBjb250ZXh0OiBodHRwOi8veGVuLjEwNDU3MTIubjUubmFiYmxlLmNvbS9SZW11 cy13aXRoLW1vcmUtdGhhbi1vbmUtdm0tdHA1NzE1ODkxLmh0bWwKU2VudCBmcm9tIHRoZSBYZW4g LSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0IE5hYmJsZS5jb20uCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon May 06 12:59:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 12:59: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 1UZL0B-0004A5-Ne; Mon, 06 May 2013 12:58:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZL0A-00049n-98 for xen-users@lists.xensource.com; Mon, 06 May 2013 12:58:46 +0000 Received: from [85.158.139.211:34525] by server-10.bemta-5.messagelabs.com id 7F/25-19016-509A7815; Mon, 06 May 2013 12:58:45 +0000 X-Env-Sender: kenny.kenny@bol.com.br X-Msg-Ref: server-2.tower-206.messagelabs.com!1367845111!18871232!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNDUyNTYwOCAoYWJhbmRvbmVkOiByZW11c2hhLndpa2lkb 3Qu\nY29tKQ==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24685 invoked from network); 6 May 2013 12:58:33 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 12:58:33 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UZKzu-0004Pq-Ow for xen-users@lists.xensource.com; Mon, 06 May 2013 05:58:30 -0700 Date: Mon, 6 May 2013 05:58:30 -0700 (PDT) From: "kleber.divino" To: xen-users@lists.xensource.com Message-ID: <1367845110766-5715891.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] Remus with more than one 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSdtIHdvcmtpbmcgd2l0aCByZW11cyBpbiBhIHVidW50dSAxMi4xMAooaHR0cDovL3dpa2kueGVu Lm9yZy93aWtpL0luc3RhbGxfWGVuXzQuMi4xX3dpdGhfUmVtdXNfYW5kX0RSQkRfb25fVWJ1bnR1 XzEyLjEwKQppdCB3b3JrcyBvayBidXQgb25seSB3aXRoIG9uZSBWTS4KCkkgdHJ5IGl0IHdpdGgg UFYgZ3Vlc3RzLCBidXQgaXQgZG9lc27CtHQgd29yay4KCkFmdGVyIHNvbWUgdHJpZXMsIGl0IHdv cmtlZCB3aXRoIEhWTSBndWVzdChEZWJpYW4gNiAzMiBCaXRzKSAgYnV0IGFmdGVyIHNvbWUKdGlt ZSB0aGF0IGkgc3RhcnRlZCB0aGUgcmVtdXMgZm9yIHRoZSBzZWNvbmQgVk0gaSBnb3QgdGhpcyBl cnJvcjoKCi9QUk9GOiBmbHVzaGVkIG1lbW9yeSBhdCAxMzY3ODA5NjQ3LjE4NzE1NApQUk9GOiBz dXNwZW5kaW5nIGF0IDEzNjc4MDk2NDguMTg2OTE3Cmlzc3VpbmcgSFZNIHN1c3BlbmQgaHlwZXJj YWxsCnN1c3BlbmQgaHlwZXJjYWxsIHJldHVybmVkIDAKZG9tYWluIDExIG5vdCBzaHV0IGRvd24K eGM6IGVycm9yOiBTdXNwZW5kIHJlcXVlc3QgZmFpbGVkOiBJbnRlcm5hbCBlcnJvcgp4YzogZXJy b3I6IERvbWFpbiBhcHBlYXJzIG5vdCB0byBoYXZlIHN1c3BlbmRlZDogSW50ZXJuYWwgZXJyb3IK UFJPRjogcmVzdW1lZCBhdCAxMzY3ODA5NjQ4LjE4OTcwNQpyZXN1bWluZyBRRU1VLwoKQW55Ym9k eSBydW5zIG1vcmUgdGhhbiBvbmUgdm0gd2l0aCByZW11cz8gCkkgY2hhbmdlZCB0aGUgcmVtdXMg aGVhcnRiZWF0CnRpbWVvdXQoaHR0cDovL3JlbXVzaGEud2lraWRvdC5jb20vbG9jYWwtLWZpbGVz L2NvbmZpZ3VyaW5nLWFuZC1pbnN0YWxsaW5nLXJlbXVzLzA1X3RpbWVvdXRzLnBhdGNoKQp0byBm aXggaXQgYnV0IGkgaGF2ZSBubyBzdWNjZXNzLgoKVGhhbmtzLgoKCgoKCgotLQpWaWV3IHRoaXMg bWVzc2FnZSBpbiBjb250ZXh0OiBodHRwOi8veGVuLjEwNDU3MTIubjUubmFiYmxlLmNvbS9SZW11 cy13aXRoLW1vcmUtdGhhbi1vbmUtdm0tdHA1NzE1ODkxLmh0bWwKU2VudCBmcm9tIHRoZSBYZW4g LSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0IE5hYmJsZS5jb20uCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon May 06 13:00:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:00: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 1UZL17-0004Ik-Ey; Mon, 06 May 2013 12:59:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZL15-0004IT-9L for xen-users@lists.xen.org; Mon, 06 May 2013 12:59:44 +0000 Received: from [85.158.137.99:59305] by server-8.bemta-3.messagelabs.com id 18/B8-25864-E39A7815; Mon, 06 May 2013 12:59:42 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-14.tower-217.messagelabs.com!1367845180!20554451!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 24450 invoked from network); 6 May 2013 12:59:40 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-14.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 12:59:40 -0000 Received: (qmail 6798 invoked by uid 1000); 6 May 2013 14:59:38 +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(-7.0/5.0):. Processed in 2.669856 secs); 06 May 2013 12:59:38 -0000 X-Spam-Status: No, hits=-7.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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.5279] -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 6 May 2013 14:59:35 +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 6C4422C0E9A; Mon, 6 May 2013 14:59:35 +0200 (CEST) Message-ID: <5187A937.5090207@excello.cz> Date: Mon, 06 May 2013 14:59:35 +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: <1367844075.74014.YahooMailClassic@web171905.mail.ir2.yahoo.com> In-Reply-To: <1367844075.74014.YahooMailClassic@web171905.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="===============6553032395613095182==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6553032395613095182== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050309010505000702000502" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050309010505000702000502 Content-Type: multipart/alternative; boundary="------------040306090009090502080409" This is a multi-part message in MIME format. --------------040306090009090502080409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Create domU config file in /etc/xen/domu-01.cfg: builder=3D'hvm' memory =3D 2048 name =3D "DomU-01" vcpus=3D2 vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1= 000, mac=3D00:16:3e:63:80:88' ] disk =3D [ 'file:/root/domu-01.img,hda,w', 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r' ] on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' boot=3D"dc" vnc=3D1 vnclisten=3D"127.0.0.1" vncpasswd=3D'' Download this=20 http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/install= -amd64-minimal-20130425.iso=20 to your /root folder. Create hard drive image: dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000 Start your domU with: xl create /etc/xen/domu-01.cfg Then you should be able to connect with Remmina to localhosts VNC and=20 then you'll see Gentoo Live CD booting. Here's how to install Gentoo=20 http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml. Chapter 7=20 describes kernel compiling - custom config or genkernel. When you'll be done with Gentoo installation, you shold poweroff you=20 domU, change boot value to: boot=3D"cd" And after: xl create /etc/xen/domu-01.cfg you should see your Gentoo booting up. Hope this helps. Jan Dne 6.5.2013 14:41, Luisa Posani napsal(a): > Can you suggest me the simplest way to create a VM linux from scratch=20 > using kernel code source? > > tks > > Luisa > > > > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 13:11 > > Hi Luisa, > > great news, i use Remmina also. Great tool. > > 'disk =3D ' is used for defining VM's hard drive. I'm not familiar > with buildroot but as I read about CPIO it's file archiver and Xen > disk image should be in RAW format. So you should extract > rootfs.cpio to raw disk image which could be created with dd. Examp= le: > > dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 > > As with normal hard drive you can use fdisk make some partitions > on rootfs.img, format them and extract rootfs.cpio there. Then you > can set this harddrive img in your xen config file for HVM style > (hda but it should apper as sda inside domU): > > disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] > > Or you can pass the path to rootfs.img to xen-create-image. If > rootfs.cpio contains all files including kernel image it should > boot normally. As I wrote I'm not familiar with buildroot thus > you're little bit on your own in this case and i'm sorry for not > being more straightforward but you're using specific scenario. > Maybe I'll save some time for testing this and let you know later o= n. > > Have a nice day > Jan > > Dne 6.5.2013 12:38, Luisa Posani napsal(a): >> Hi Jan >> >> I launch my windows VM whit graphical program named "Remmina >> Remote desktop client" and it work well.. >> >> :-) :-) :-) :-) >> >> Maybe I was wrong a few parameters to launch manual gncviewer >> >> Let me explain what is my main problem. >> I would like to start a virtual machine created with buildroot >> standard WHITOUT XEN driversin the VM. >> I have some problems creating the configuration file for this >> virtual machine. >> I don't know if I have to work with a ramdisk (rootfs.cpio >> created by buildroot) or not and >> what should be the configuration file under (p.e.) >> /etc/xen/VM_buildroot. >> >> I don't understand the meaning of the 'disk =3D' in the >> configuration file. >> >> you know a tutorial that I could follow to create this file? >> >> Xen provides the xen-create-image command to create the file, but >> I do not know how to give parameters to the command (initrd >> install-install-source method ...) >> >> Can you help me? >> >> Thanks in advance. >> >> Luisa >> >> >> >> >> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >> >> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_t= o_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 //* 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 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-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= =2E >>>> >>>> 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 P= C. >>>>> >>>>> 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 >>> >> > --------------040306090009090502080409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Create domU config file in /etc/xen/domu-01.cfg:
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20=
130425.iso,hdc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/in= stall-amd64-minimal-20130425.iso to your /root folder. Create hard drive image:
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000=
Start your domU with:
xl create /etc/xen/domu-01.cfg
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://www.gentoo.org/doc/en/h= andbook/handbook-amd64.xml. Chapter 7 describes kernel compiling - custom config or genkernel.<= br>
When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
boot=3D"cd"
And after:
xl create /etc/xen/domu-01.cfg
you should see your Gentoo booting up.

Hope this helps.

Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Can you suggest m= e the simplest way to create a VM linux from scratch using kernel code source?

tks

Luisa






--- Lun 6/5/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: Lunedì 6 maggio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm= not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D=
10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs=
=2Eimg,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi= Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong= a few parameters to launch= manual gncviewer=

Let me explai= n what is m= y main problem.
I would like to start a virtual machine created with buildroot= standard<= /span> WHITOUT XEN drivers in the VM.
I have some&n= bsp;problems creating the configuration file for this virtual machine.
I don't know if I have to<= /span> work with= a ramdisk (rootfs.cpio created by= buildroot= ) or not and
what should b= e the configuration file under (p.e.) = /etc/xen/VM_buildroot<= /span>.<= br>
I don't understand the meaning o= f the 'disk =3D' in the configuration file.=

you know<= /span> a tutoria= l that I could follow to create this file?

Xen provides the<= /span> xen-create-image command to create= the file, but I do not know how to give parameter= s to the command (initrd install-install-source method ...)<= br> =
Can you help me?=

Thanks in advance.

Luisa




--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> 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: Giovedì 25 Aprile 2013, 11:1= 9

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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):
= 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<= br> A: xen-users@lists.xen.org
Data: Mercoledì= ; 24 Aprile 2013, 10:35

Hello Luisa,

here http://en.wikipe= dia.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 m= y first experience with xen

I would like to use a OS linux create by buildroot like a guest= =2E
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.xe= n.org/xen-users


-----Segue allegato-----<= br>
_______________________________________________
Xen-users mailing list<= br> Xen-= users@lists.xen.org
http://lists.xen.org/xen-users



--------------040306090009090502080409-- --------------ms050309010505000702000502 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMjU5MzVa MCMGCSqGSIb3DQEJBDEWBBRBPPZrnzhajgMnOloqCJ+lr2ABQzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAIKBEmT37aLJ WzgmIjBoc+6Nx2TrJ2eVuDcNi7ZVqT921TixY/bgJtAgx2UtX6X3g99vzsdG24fWw9TXx2ix UP6+RSrgeoyziC5Wm5Vmdk65ywJpPa/pGd3YO6icL6k8BnRSqvDzSijopLwm7T2TdnZtTvwH mKKLPzTDUKmntgh8/wX5/8YwoPBQ0YYfUxnwMpTB+KDYbyg9GMuLuZUIDf+dGuYZ0yiGAg6S v7MSbAKD/TranXXjbAcI3d1KTBss5bzCfjpCvtMHg05Phe31HZENmxym1kmCw+6BiadvI+yU s8UpJQqyMxlv2YdtBzWqx0szUZAApQ5Z1bulZ+iy8+oAAAAAAAA= --------------ms050309010505000702000502-- --===============6553032395613095182== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6553032395613095182==-- From xen-users-bounces@lists.xen.org Mon May 06 13:00:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:00: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 1UZL17-0004Ik-Ey; Mon, 06 May 2013 12:59:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZL15-0004IT-9L for xen-users@lists.xen.org; Mon, 06 May 2013 12:59:44 +0000 Received: from [85.158.137.99:59305] by server-8.bemta-3.messagelabs.com id 18/B8-25864-E39A7815; Mon, 06 May 2013 12:59:42 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-14.tower-217.messagelabs.com!1367845180!20554451!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 24450 invoked from network); 6 May 2013 12:59:40 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-14.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 12:59:40 -0000 Received: (qmail 6798 invoked by uid 1000); 6 May 2013 14:59:38 +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(-7.0/5.0):. Processed in 2.669856 secs); 06 May 2013 12:59:38 -0000 X-Spam-Status: No, hits=-7.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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.5279] -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 6 May 2013 14:59:35 +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 6C4422C0E9A; Mon, 6 May 2013 14:59:35 +0200 (CEST) Message-ID: <5187A937.5090207@excello.cz> Date: Mon, 06 May 2013 14:59:35 +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: <1367844075.74014.YahooMailClassic@web171905.mail.ir2.yahoo.com> In-Reply-To: <1367844075.74014.YahooMailClassic@web171905.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="===============6553032395613095182==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6553032395613095182== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050309010505000702000502" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050309010505000702000502 Content-Type: multipart/alternative; boundary="------------040306090009090502080409" This is a multi-part message in MIME format. --------------040306090009090502080409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Create domU config file in /etc/xen/domu-01.cfg: builder=3D'hvm' memory =3D 2048 name =3D "DomU-01" vcpus=3D2 vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1= 000, mac=3D00:16:3e:63:80:88' ] disk =3D [ 'file:/root/domu-01.img,hda,w', 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r' ] on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' boot=3D"dc" vnc=3D1 vnclisten=3D"127.0.0.1" vncpasswd=3D'' Download this=20 http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/install= -amd64-minimal-20130425.iso=20 to your /root folder. Create hard drive image: dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000 Start your domU with: xl create /etc/xen/domu-01.cfg Then you should be able to connect with Remmina to localhosts VNC and=20 then you'll see Gentoo Live CD booting. Here's how to install Gentoo=20 http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml. Chapter 7=20 describes kernel compiling - custom config or genkernel. When you'll be done with Gentoo installation, you shold poweroff you=20 domU, change boot value to: boot=3D"cd" And after: xl create /etc/xen/domu-01.cfg you should see your Gentoo booting up. Hope this helps. Jan Dne 6.5.2013 14:41, Luisa Posani napsal(a): > Can you suggest me the simplest way to create a VM linux from scratch=20 > using kernel code source? > > tks > > Luisa > > > > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 13:11 > > Hi Luisa, > > great news, i use Remmina also. Great tool. > > 'disk =3D ' is used for defining VM's hard drive. I'm not familiar > with buildroot but as I read about CPIO it's file archiver and Xen > disk image should be in RAW format. So you should extract > rootfs.cpio to raw disk image which could be created with dd. Examp= le: > > dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 > > As with normal hard drive you can use fdisk make some partitions > on rootfs.img, format them and extract rootfs.cpio there. Then you > can set this harddrive img in your xen config file for HVM style > (hda but it should apper as sda inside domU): > > disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] > > Or you can pass the path to rootfs.img to xen-create-image. If > rootfs.cpio contains all files including kernel image it should > boot normally. As I wrote I'm not familiar with buildroot thus > you're little bit on your own in this case and i'm sorry for not > being more straightforward but you're using specific scenario. > Maybe I'll save some time for testing this and let you know later o= n. > > Have a nice day > Jan > > Dne 6.5.2013 12:38, Luisa Posani napsal(a): >> Hi Jan >> >> I launch my windows VM whit graphical program named "Remmina >> Remote desktop client" and it work well.. >> >> :-) :-) :-) :-) >> >> Maybe I was wrong a few parameters to launch manual gncviewer >> >> Let me explain what is my main problem. >> I would like to start a virtual machine created with buildroot >> standard WHITOUT XEN driversin the VM. >> I have some problems creating the configuration file for this >> virtual machine. >> I don't know if I have to work with a ramdisk (rootfs.cpio >> created by buildroot) or not and >> what should be the configuration file under (p.e.) >> /etc/xen/VM_buildroot. >> >> I don't understand the meaning of the 'disk =3D' in the >> configuration file. >> >> you know a tutorial that I could follow to create this file? >> >> Xen provides the xen-create-image command to create the file, but >> I do not know how to give parameters to the command (initrd >> install-install-source method ...) >> >> Can you help me? >> >> Thanks in advance. >> >> Luisa >> >> >> >> >> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >> >> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_t= o_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 //* 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 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-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= =2E >>>> >>>> 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 P= C. >>>>> >>>>> 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 >>> >> > --------------040306090009090502080409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Create domU config file in /etc/xen/domu-01.cfg:
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20=
130425.iso,hdc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/in= stall-amd64-minimal-20130425.iso to your /root folder. Create hard drive image:
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000=
Start your domU with:
xl create /etc/xen/domu-01.cfg
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://www.gentoo.org/doc/en/h= andbook/handbook-amd64.xml. Chapter 7 describes kernel compiling - custom config or genkernel.<= br>
When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
boot=3D"cd"
And after:
xl create /etc/xen/domu-01.cfg
you should see your Gentoo booting up.

Hope this helps.

Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Can you suggest m= e the simplest way to create a VM linux from scratch using kernel code source?

tks

Luisa






--- Lun 6/5/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: Lunedì 6 maggio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm= not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D=
10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs=
=2Eimg,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi= Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong= a few parameters to launch= manual gncviewer=

Let me explai= n what is m= y main problem.
I would like to start a virtual machine created with buildroot= standard<= /span> WHITOUT XEN drivers in the VM.
I have some&n= bsp;problems creating the configuration file for this virtual machine.
I don't know if I have to<= /span> work with= a ramdisk (rootfs.cpio created by= buildroot= ) or not and
what should b= e the configuration file under (p.e.) = /etc/xen/VM_buildroot<= /span>.<= br>
I don't understand the meaning o= f the 'disk =3D' in the configuration file.=

you know<= /span> a tutoria= l that I could follow to create this file?

Xen provides the<= /span> xen-create-image command to create= the file, but I do not know how to give parameter= s to the command (initrd install-install-source method ...)<= br> =
Can you help me?=

Thanks in advance.

Luisa




--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> 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: Giovedì 25 Aprile 2013, 11:1= 9

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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):
= 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<= br> A: xen-users@lists.xen.org
Data: Mercoledì= ; 24 Aprile 2013, 10:35

Hello Luisa,

here http://en.wikipe= dia.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 m= y first experience with xen

I would like to use a OS linux create by buildroot like a guest= =2E
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.xe= n.org/xen-users


-----Segue allegato-----<= br>
_______________________________________________
Xen-users mailing list<= br> Xen-= users@lists.xen.org
http://lists.xen.org/xen-users



--------------040306090009090502080409-- --------------ms050309010505000702000502 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMjU5MzVa MCMGCSqGSIb3DQEJBDEWBBRBPPZrnzhajgMnOloqCJ+lr2ABQzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAIKBEmT37aLJ WzgmIjBoc+6Nx2TrJ2eVuDcNi7ZVqT921TixY/bgJtAgx2UtX6X3g99vzsdG24fWw9TXx2ix UP6+RSrgeoyziC5Wm5Vmdk65ywJpPa/pGd3YO6icL6k8BnRSqvDzSijopLwm7T2TdnZtTvwH mKKLPzTDUKmntgh8/wX5/8YwoPBQ0YYfUxnwMpTB+KDYbyg9GMuLuZUIDf+dGuYZ0yiGAg6S v7MSbAKD/TranXXjbAcI3d1KTBss5bzCfjpCvtMHg05Phe31HZENmxym1kmCw+6BiadvI+yU s8UpJQqyMxlv2YdtBzWqx0szUZAApQ5Z1bulZ+iy8+oAAAAAAAA= --------------ms050309010505000702000502-- --===============6553032395613095182== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6553032395613095182==-- From xen-users-bounces@lists.xen.org Mon May 06 13:01:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:01: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 1UZL2T-0004Wb-LI; Mon, 06 May 2013 13:01:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZL2R-0004W4-TK for xen-users@lists.xen.org; Mon, 06 May 2013 13:01:08 +0000 Received: from [85.158.143.99:20789] by server-3.bemta-4.messagelabs.com id D8/20-02015-399A7815; Mon, 06 May 2013 13:01:07 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-9.tower-216.messagelabs.com!1367845255!29235329!1 X-Originating-IP: [212.82.109.251] 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 13573 invoked from network); 6 May 2013 13:00:55 -0000 Received: from nm22-vm1.bullet.mail.ird.yahoo.com (HELO nm22-vm1.bullet.mail.ird.yahoo.com) (212.82.109.251) by server-9.tower-216.messagelabs.com with SMTP; 6 May 2013 13:00:55 -0000 Received: from [77.238.189.232] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:00:55 -0000 Received: from [212.82.108.252] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:00:55 -0000 Received: from [127.0.0.1] by omp1017.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:00:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 440570.69814.bm@omp1017.mail.ird.yahoo.com Received: (qmail 30424 invoked by uid 60001); 6 May 2013 13:00:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367845254; bh=B8FDaaOToHamZfvOQztZ7jev72nuGMjWQV2QP+H5hrg=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=n4ZQ2EyVhE3CGFJj3QHbXSx4qCHCjosBUF/6kwKnEVoZExcVJp3sGZ1OXkfwgbhc8C1aucvEnfz7RO/pLLYWoAelPPIFbLk2YYb/MvF/F3iGqTPUvY4meAgZz7PJFUxQdzi0+2umeqJukedt0jPIb/16izi2VMlgwk1NePHyGiI= 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:MIME-Version:Content-Type; b=jEbHuBphp6hR0R5gP6/MnPKFQNyBmGLHrwbdi2Q8K7oUbPFC0XSZ2FKgVD37TsV18lBAk8h1MEMP8pgaOG2oxzkgdP2tFkPEQkKldeIyswG60tgyqCdy3lLFSqjIFiH7jDy0FZaG+iZXe4dyd6pWpPRCsDBlk/x1qXH3hS7oTaE=; X-YMail-OSG: dpKe5SUVM1nyZd.qdWZrzLJCNw3YX_yntbZobJJTtOHqjvk qcfIBgWYSIsK0vsBzAzrrlEr5qnGy0tly9Bn.cFzy_pp3mg1uf9eBKUrUmoL jjoajufPjrzh1gc6bMwxZ4z_GDXTl24QcnNoLCv2liXihdILCP64rWXDNhiH zzInxZtGvuVU4OcNsNmAdi4JUmbEE6b6vIdQXEgG5WfvLK0bpg2NI6GhJyrc AZitoJFSdR0JYObkAPuhtFJfwFLynRMvFKQbiEe1mhgiHlS2rBjQVWu8he4C eqrcGXSR1MQg3SsURomPFC_kM2ffygzpe0NuFPxB2DD1qbmMif85L_XiGMoD VcYx7IEWkghGE6cKMJZ5AbrpG90JG8.chva_ac7LRngbwbRgMqJaNc2Vau56 TURkbkrvCEiHfqj0wluAIm5Ayb6DkcpgOu8yLVxdgs1A5Uv_k3ccK0o5tHPg bNND8clP2tp_lznnkE5u6zoHbFwe_.slzNVVQqnpXJKh3KvXpjF5FANNsUxy h5QNYFV1fPAROswFaUGMfczZlF36v_WbPTp1HJQt9Sh1QXBAdNRBzzpOlXmL fR9i.zo8AUHgfNLJI_xUlcExePDEPSsaOWULGEzMJD2cFKyv1sTAxSjDK_mz eKGs5wqJA1XmwGj22aLExV.ubRkIuXHJXaof7Nn6amIcY7.WzIRqI Received: from [82.187.229.206] by web171901.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 14:00:54 BST X-Rocket-MIMEInfo: 002.001, DQpIb3cgZG8gSSBnZXQgdGhpcyBpbmZvPw0KSWYgSSBtYWtlICdmcmVlJyA6DQoNCmZyZWUNCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB0b3RhbMKgwqDCoMKgwqDCoCB1c2VkwqDCoMKgwqDCoMKgIGZyZWXCoMKgwqDCoCBzaGFyZWTCoMKgwqAgYnVmZmVyc8KgwqDCoMKgIGNhY2hlZA0KTWVtOsKgwqDCoMKgwqDCoMKgIDk4MjYyMMKgwqDCoMKgIDkxOTE1MsKgwqDCoMKgwqAgNjM0NjjCoMKgwqDCoMKgwqDCoMKgwqAgMMKgwqDCoMKgwqAgMTMyMDDCoMKgwqDCoCA0NDkyMzINCi0vKyBidWZmZXJzL2NhY2gBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367845254.16459.YahooMailClassic@web171901.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 14:00:54 +0100 (BST) From: Luisa Posani To: Jan Hejl 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="===============1884241355962884746==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1884241355962884746== Content-Type: multipart/alternative; boundary="273530964-339436518-1367845254=:16459" --273530964-339436518-1367845254=:16459 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable How do I get this info? If I make 'free' : free =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 total=A0=A0=A0=A0=A0=A0 used=A0=A0=A0= =A0=A0=A0 free=A0=A0=A0=A0 shared=A0=A0=A0 buffers=A0=A0=A0=A0 cached Mem:=A0=A0=A0=A0=A0=A0=A0 982620=A0=A0=A0=A0 919152=A0=A0=A0=A0=A0 63468=A0= =A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 13200=A0=A0=A0=A0 449232 -/+ buffers/cache:=A0=A0=A0=A0 456720=A0=A0=A0=A0 525900 Swap:=A0=A0=A0=A0=A0 3906240=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0 3906240 --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 14:54 =0A =0A=0A =0A =0A =0A Seems like you don't have enough mem for yo= ur domU. How much memory=0A do you have on your dom0 / xen host? =0A =20 =0A Dne 6.5.2013 14:51, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =20 =0A =20 =0A I Jan. =0A =20 =0A I try to use a old rootfs.img taht work well with qemu. =0A =20 =0A The configuration file contains: =0A =20 =0A kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" =0A builder=3D'hvm' =0A memory =3D 1024 =0A vcpus=3D2 =0A vif =3D ['bridge=3Dxenbr0'] =0A disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] =0A acpi =3D 1 =0A device_model =3D 'qemu-dm' =0A boot=3D"d" =0A sdl=3D0 =0A serial=3D'pty' =0A vnc=3D1 =0A vnclisten=3D"" =0A vncpasswd=3D"" =0A name=3D"stefano" =0A =20 =0A but I have the error: =0A =20 =0A =20 =0A xm create /etc/xen/prova -c =0A =20 =0A Using config file "/etc/xen/prova". =0A Error: I need 1062912 KiB, but dom0_min_mem is 200704 and= =0A shrinking to 200704 KiB would leave only 793340 KiB free. =0A =20 =0A Where is the problem? =0A =20 =0A Help me....=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 13:11 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'= m=0A not familiar with buildroot but as I read about CPI= O=0A it's file archiver and Xen disk image should be in= =0A RAW format. So you should extract rootfs.cpio to raw= =0A disk image which could be created with dd. Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10= 000 =0A As with normal hard drive you can use fdisk make=0A = some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A = harddrive img in your xen config file for HVM style=0A = (hda but it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A = Or you can pass the path to rootfs.img to=0A = xen-create-image. If rootfs.cpio contains all files=0A = including kernel image it should boot normally. As I=0A = wrote I'm not familiar with buildroot thus you're=0A = little bit on your own in this case and i'm sorry=0A f= or not being more straightforward but you're using=0A sp= ecific scenario. Maybe I'll save some time for=0A testin= g this and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A 6.5.2013 12:38, Luisa Po= sani napsal(a): =0A =0A =0A =0A = =0A =0A = Hi Jan =0A =20 =0A I launch my windows VM whit graphical=0A = program named "Remmina Remote desktop=0A = client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe I=0A = was wrong=0A a few=0A = parameters to launch=0A manual=0A= gncviewer =0A =20 =0A Let me explain=0A = what is my=0A main=0A = problem. =0A I would=0A = like to start a=0A virtual machine cre= ated=0A with=0A = buildroot=0A standard=0A = WHITOUT=0A XEN drivers in t= he VM. =0A I have some=A0problems=0A = creating the=0A configu= ration file for this virtual=0A machine. =0A I don't=0A = know if I have to=0A work with=0A = a ramdisk=0A (roo= tfs.cpio=0A created=0A = by=0A buildroot)=0A = or not and=20 =0A what should be=0A = the=0A configuration file under (= p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I don't=0A = understand the meaning of=0A the 'disk = =3D' in the=0A configuration file. =0A =20 =0A you know=0A = a tutorial=0A that I=0A = could follow to=0A create = this file? =0A =20 =0A Xen provides the=0A = xen-create-image command=0A to cr= eate=0A the file, but=0A = I do not=0A know how to give= =0A parameters=0A = to the command (initrd=0A install-ins= tall-source=0A method=0A = ...) =0A =20 =0A Can you help=0A = me? =0A =20 =0A Thanks in=0A = advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi= Luisa, =0A =20 =0A great, so you're cpu is capable for= =0A running Xen. The reason why you=0A = don't see it is explained here http://old= -list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be clear. You've already=0A = start your system with xen and tried=0A = to start Windows Xp domU as this=0A = guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A=0A = 24.4.2013 17:54, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen= =0A flag vmx doesn't appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest= =0A OS make with buildroot=0A = "standard" without xen=0A = driver. =0A =20 =0A I use http://wiki.xen.org/= wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't work=0A = correctly. =0A =20 =0A Doesn't work gvncviewer=0A= for using a window XP iso=0A = image and now I'm=0A = compiling a buildroot=0A = standard (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Mercoled=EC 24=0A = Aprile 2013, 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A I= can.=20 =0A =20 =0A You should check= =0A your cpuinfo if it= =0A supports=0A = virtualization.=0A = Look here http://virt-tools.org= /learning/check-hardware-virt/ =0A =20 =0A If it does, tell= =0A me what is your=0A= goal and what have=0A= you done already? =0A =20 =0A Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani napsal(a): =0A =0A = =0A = =0A = =0A =0A = Thank's=0A = for your=0A = indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A = but hardware=0A li= sted here=0A suppo= rts VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 ______________= _________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A =0A = =20 =0A =0A = =0A = =20 =0A -----Segue allegato----- =0A =20 =0A ________________________= _______________________ =0A Xen-users mailing list =0A Xen-users@lists.xen.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =0A =0A = =20 =0A =0A =0A= =0A =0A = =0A =0A =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 --273530964-339436518-1367845254=:16459 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A =0A = =0A
=0A = =0A =0A = =0A =0A =

How do I get this info?<= br>If I make 'free' :

free
      &n= bsp;      total      = ; used       free     sha= red    buffers     cached
Mem:    &nbs= p;   982620     919152    = ;  63468          0 =      13200     449232
-/+ buffer= s/cache:     456720     525900
S= wap:      3906240     &nb= sp;    0    3906240



--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto= :

Da: Jan Hejl <jh@excello.cz>
Ogg= etto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani" <lpos= ani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Luned=EC 6 maggio = 2013, 14:54

=0A =0A=0A =0A =0A
= =0A Seems like you don't have enough mem for your domU. How much memory= =0A do you have on your dom0 / xen host?
=0A
=0A
Dne 6.5.2013 14:51, Luisa Posani=0A = napsal(a):
=0A
=0A
=0A =0A

=0A
=0A I = Jan.
=0A
=0A I try to use a old rootfs.img= taht work well with qemu.
=0A
=0A The con= figuration file contains:
=0A
=0A kernel = =3D "/usr/lib/xen-4.0/boot/hvmloader"
=0A builder=3D'hvm'=0A memory =3D 1024
=0A vcpus=3D2
=0A = vif =3D ['bridge=3Dxenbr0']
=0A disk =3D ['file:/home/posan= i/nine_disk_1.img,hda,w',]
=0A acpi =3D 1
=0A = device_model =3D 'qemu-dm'
=0A boot=3D"d"
=0A = sdl=3D0
=0A serial=3D'pty'
=0A vn= c=3D1
=0A vnclisten=3D""
=0A vncpasswd=3D""=
=0A name=3D"stefano"
=0A
=0A = but I have the error:
=0A
=0A
=0A = xm create /etc/xen/prova -c
=0A
=0A = Using config file "/etc/xen/prova".
=0A Error: I nee= d 1062912 KiB, but dom0_min_mem is 200704 and=0A shrinking to = 200704 KiB would leave only 793340 KiB free.
=0A
=0A = Where is the problem?
=0A
=0A H= elp me....
=0A
=0A Luisa
=0A =
=0A
=0A
=0A --- L= un 6/5/13, Jan Hejl <jh@excello.cz>=0A ha scritto:<= br>=0A

=0A Da: Jan= Hejl <= jh@excello.cz>
=0A Oggetto: Re: [Xen-users] Hardwa= re virtualization
=0A A: "Luisa Posani" <lposani@yahoo.it>
=0A Cc: xen-users@lists.xen.org
=0A Data= : Luned=EC 6 maggio 2013, 13:11
=0A
=0A =
=0A
Hi Luisa,
=0A =
=0A great news, i use Remmina also. = Great tool.
=0A
=0A 'disk =3D = ' is used for defining VM's hard drive. I'm=0A not famil= iar with buildroot but as I read about CPIO=0A it's file= archiver and Xen disk image should be in=0A RAW format.= So you should extract rootfs.cpio to raw=0A disk image = which could be created with dd. Example:
=0A 
dd =
if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000
=0A = As with normal hard drive you can use fdisk make=0A = some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A hard= drive img in your xen config file for HVM style=0A (hda = but it should apper as sda inside domU):
=0A 
dis=
k =3D [ 'f=
ile:/path/to/rootfs.img,hda,w' ]
=0A Or you ca= n pass the path to rootfs.img to=0A xen-create-image. If= rootfs.cpio contains all files=0A including kernel imag= e it should boot normally. As I=0A wrote I'm not familia= r with buildroot thus you're=0A little bit on your own i= n this case and i'm sorry=0A for not being more straight= forward but you're using=0A specific scenario. Maybe I'l= l save some time for=0A testing this and let you know la= ter on.
=0A
=0A Have a nice da= y
=0A Jan
=0A
=0A =
Dne=0A = 6.5.2013 12:38, Luisa Posani napsal(a):
=0A =0A
=0A = =0A = =0A =0A = =0A =0A= =0A =
Hi Jan=0A
=0A I la= unch my windows VM whit graphical=0A program n= amed "Remmina Remote desktop=0A client" and it= work well..
=0A
=0A = :-) :-) :-) :-)
=0A
=0A = Maybe I=0A = was wrong=0A a = few=0A parameters to launch=0A manual=0A gncviewer
=0A =
=0A Let me explain=0A what is my=0A = main=0A p= roblem.
=0A I would=0A like to start a=0A vir= tual machine created=0A = with=0A = buildroot=0A st= andard=0A WHITOUT=0A XEN drivers in the VM.<= br>=0A I have some problems=0A = creating = the=0A configuration file for this vi= rtual=0A machine.
=0A = I don't=0A = know if I ha= ve to=0A work with=0A a ramdisk=0A = (rootf= s.cpio=0A created=0A by=0A buildroot)=0A = or not and
=0A what should be=0A = the=0A = configuration file under (p.e.)= /etc/xen/VM_buildroot<= span class=3D"yiv1193609016">.
=0A =
=0A I= don't=0A understand the meaning of=0A the 'disk =3D' in the=0A configuration fil= e.
=0A
=0A = you know= =0A a tutor= ial=0A that I=0A could follow to=0A create this file?
=0A =
=0A = Xen provides the=0A xen-create-image co= mmand=0A to create=0A the file, but=0A I do not=0A = know how to give=0A = parameters=0A = to the command (initrd=0A instal= l-install-source=0A method= =0A = ...)
=0A =
=0A Can you he= lp=0A me?
=0A
=0A Thanks in=0A advance= .
=0A
=0A = Luisa
=0A
=0A =
=0A =
=0A =
=0A --- Gio 25/4/13, Jan Hejl <jh@excello.= cz>=0A ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users] Hardware=0A vi= rtualization
=0A A: "Luisa Posani" <lposani@yaho= o.it>
=0A Cc: xen-users@lists.xen.org=
=0A Data: Gioved=EC 25 Aprile 2013, 11:1= 9
=0A
=0A =
=0A
Hi= Luisa,
=0A
=0A = great, so you're cpu is capable for=0A = running Xen. The reason why you=0A = don't see it is explained here http://old-= list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A=
=0A =
=0A Just to be clear. You've alr= eady=0A start your system with xen and t= ried=0A to start Windows Xp domU as this= =0A guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say?
=0A =
=0A Thank you and have a nice = day
=0A Jan
=0A =
=0A
Dne=0A=0A = 24.4.2013 17:54, Luisa Posani=0A naps= al(a):
=0A
=0A =
=0A = =0A = =0A = =0A =0A = =0A = =0A =

=0A = Hi
=0A =
=0A if I make
=0A =
=0A = /proc/cpuinfo flags
=0A =
=0A wi= thout xen I found vmx.
=0A =
=0A when I start PC with x= en=0A flag vmx doesn't appare.=
=0A
=0A = Why?
=0A =
=0A I would l= ike use a guest=0A OS make wit= h buildroot=0A "standard" with= out xen=0A driver.
=0A =
=0A = I use http://wiki.xen.org/wiki/Xen_Beginn= ers_Guide#Configure_GRUB_to_start_Xen=0A =
=0A but doe= sn't work=0A correctly.
=0A=
=0A = Doesn't work gvncviewer=0A = for using a window XP iso=0A = image and now I'm=0A = compiling a buildroot=0A = standard (qemu_x86=0A co= nfig).
=0A
=0A =
=0A =
=0A Luisa=0A
=0A =
=0A =
=0A
=0A =
=0A =
=0A
= =0A --- Mer 24/4/13, Jan=0A= Hejl <jh@excello.cz>= =0A ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>=
=0A Oggetto: Re: [Xen-us= ers]=0A Hardware virtualizat= ion
=0A A: "Luisa Posani"= <lposa= ni@yahoo.it>
=0A C= c: xen-= users@lists.xen.org
=0A = Data: Mercoled=EC 24=0A A= prile 2013, 17:08
=0A =0A
=0A
=0A =
Sure,=0A=0A = I can.
=0A
=0A= You should check=0A = your cpuinfo if it=0A = supports=0A = virtualization.=0A = Look here http://virt-tools.org/learning/= check-hardware-virt/
=0A =
=0A If i= t does, tell=0A me wha= t is your=0A goal and = what have=0A you done = already?
=0A
= =0A Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani napsal(a):
=0A =
=0A =
=0A = =0A = =0A <= tr>=0A =0A = =0A = =0A =0A =0A=
Thank's=0A = for your=0A = indication.
=0A =
=0A = I can't find=0A = my cpu in your=0A = list.
=0A =
=0A = In my PC I can=0A = enable the=0A = virtualization=0A = from BIOS.
=0A =
=0A I d= on't=0A understand= the=0A difference= .
=0A
=0A = Can you help=0A = me please?
=0A =
=0A =
=0A = Luisa
=0A =
=0A = --- Mer=0A = 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz><= br>=0A Oggetto: Re= :=0A [Xen-users]= =0A Hardware=0A = virtualization
= =0A A: xen-users@lists.xe= n.org
=0A D= ata:=0A Mercoled= =EC 24=0A Aprile 2= 013,=0A 10:35
= =0A
=0A =
=0A
Hello= =0A Luisa,
=0A =
=0A = here http://en.wikipedi= a.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A neces= sary for=0A virtua= lization,=0A but h= ardware=0A listed = here=0A supports V= M.
=0A
=0A = Jan
=0A =
=0A =
Dne=0A=0A=0A=0A = 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A napsal(a= ):
=0A
= =0A
=0A =0A =
=0A
Hi
=0A =
=0A = It's my=0A = first ex= perience with=0A = xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A = correctly.
=0A =
=0A I would = like=0A to know if= =0A exist a simple= =0A tutorial to=0A= configure PC=0A = and VM .
=0A =
=0A = =0A =
=0A =
=0A =
=0A =
=0A =
= =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A <= div id=3D"yiv1193609016gt-res-data">=0A =
=0A =
=0A =
Thanks in advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A =
=0A =
=0A =
=0A
= =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = =0A =
=0A =
=0A =
=0A =
=0A = 
_______________________________________________
Xen-users m=
ailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = -----Segue=0A all= egato-----
=0A =
=0A
_______________________________________________=
=0A Xen-users= =0A mailing list=0A Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=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 =
=0A
=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
--273530964-339436518-1367845254=:16459-- --===============1884241355962884746== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1884241355962884746==-- From xen-users-bounces@lists.xen.org Mon May 06 13:01:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:01: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 1UZL2T-0004Wb-LI; Mon, 06 May 2013 13:01:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZL2R-0004W4-TK for xen-users@lists.xen.org; Mon, 06 May 2013 13:01:08 +0000 Received: from [85.158.143.99:20789] by server-3.bemta-4.messagelabs.com id D8/20-02015-399A7815; Mon, 06 May 2013 13:01:07 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-9.tower-216.messagelabs.com!1367845255!29235329!1 X-Originating-IP: [212.82.109.251] 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 13573 invoked from network); 6 May 2013 13:00:55 -0000 Received: from nm22-vm1.bullet.mail.ird.yahoo.com (HELO nm22-vm1.bullet.mail.ird.yahoo.com) (212.82.109.251) by server-9.tower-216.messagelabs.com with SMTP; 6 May 2013 13:00:55 -0000 Received: from [77.238.189.232] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:00:55 -0000 Received: from [212.82.108.252] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:00:55 -0000 Received: from [127.0.0.1] by omp1017.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:00:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 440570.69814.bm@omp1017.mail.ird.yahoo.com Received: (qmail 30424 invoked by uid 60001); 6 May 2013 13:00:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367845254; bh=B8FDaaOToHamZfvOQztZ7jev72nuGMjWQV2QP+H5hrg=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=n4ZQ2EyVhE3CGFJj3QHbXSx4qCHCjosBUF/6kwKnEVoZExcVJp3sGZ1OXkfwgbhc8C1aucvEnfz7RO/pLLYWoAelPPIFbLk2YYb/MvF/F3iGqTPUvY4meAgZz7PJFUxQdzi0+2umeqJukedt0jPIb/16izi2VMlgwk1NePHyGiI= 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:MIME-Version:Content-Type; b=jEbHuBphp6hR0R5gP6/MnPKFQNyBmGLHrwbdi2Q8K7oUbPFC0XSZ2FKgVD37TsV18lBAk8h1MEMP8pgaOG2oxzkgdP2tFkPEQkKldeIyswG60tgyqCdy3lLFSqjIFiH7jDy0FZaG+iZXe4dyd6pWpPRCsDBlk/x1qXH3hS7oTaE=; X-YMail-OSG: dpKe5SUVM1nyZd.qdWZrzLJCNw3YX_yntbZobJJTtOHqjvk qcfIBgWYSIsK0vsBzAzrrlEr5qnGy0tly9Bn.cFzy_pp3mg1uf9eBKUrUmoL jjoajufPjrzh1gc6bMwxZ4z_GDXTl24QcnNoLCv2liXihdILCP64rWXDNhiH zzInxZtGvuVU4OcNsNmAdi4JUmbEE6b6vIdQXEgG5WfvLK0bpg2NI6GhJyrc AZitoJFSdR0JYObkAPuhtFJfwFLynRMvFKQbiEe1mhgiHlS2rBjQVWu8he4C eqrcGXSR1MQg3SsURomPFC_kM2ffygzpe0NuFPxB2DD1qbmMif85L_XiGMoD VcYx7IEWkghGE6cKMJZ5AbrpG90JG8.chva_ac7LRngbwbRgMqJaNc2Vau56 TURkbkrvCEiHfqj0wluAIm5Ayb6DkcpgOu8yLVxdgs1A5Uv_k3ccK0o5tHPg bNND8clP2tp_lznnkE5u6zoHbFwe_.slzNVVQqnpXJKh3KvXpjF5FANNsUxy h5QNYFV1fPAROswFaUGMfczZlF36v_WbPTp1HJQt9Sh1QXBAdNRBzzpOlXmL fR9i.zo8AUHgfNLJI_xUlcExePDEPSsaOWULGEzMJD2cFKyv1sTAxSjDK_mz eKGs5wqJA1XmwGj22aLExV.ubRkIuXHJXaof7Nn6amIcY7.WzIRqI Received: from [82.187.229.206] by web171901.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 14:00:54 BST X-Rocket-MIMEInfo: 002.001, DQpIb3cgZG8gSSBnZXQgdGhpcyBpbmZvPw0KSWYgSSBtYWtlICdmcmVlJyA6DQoNCmZyZWUNCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB0b3RhbMKgwqDCoMKgwqDCoCB1c2VkwqDCoMKgwqDCoMKgIGZyZWXCoMKgwqDCoCBzaGFyZWTCoMKgwqAgYnVmZmVyc8KgwqDCoMKgIGNhY2hlZA0KTWVtOsKgwqDCoMKgwqDCoMKgIDk4MjYyMMKgwqDCoMKgIDkxOTE1MsKgwqDCoMKgwqAgNjM0NjjCoMKgwqDCoMKgwqDCoMKgwqAgMMKgwqDCoMKgwqAgMTMyMDDCoMKgwqDCoCA0NDkyMzINCi0vKyBidWZmZXJzL2NhY2gBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367845254.16459.YahooMailClassic@web171901.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 14:00:54 +0100 (BST) From: Luisa Posani To: Jan Hejl 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="===============1884241355962884746==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1884241355962884746== Content-Type: multipart/alternative; boundary="273530964-339436518-1367845254=:16459" --273530964-339436518-1367845254=:16459 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable How do I get this info? If I make 'free' : free =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 total=A0=A0=A0=A0=A0=A0 used=A0=A0=A0= =A0=A0=A0 free=A0=A0=A0=A0 shared=A0=A0=A0 buffers=A0=A0=A0=A0 cached Mem:=A0=A0=A0=A0=A0=A0=A0 982620=A0=A0=A0=A0 919152=A0=A0=A0=A0=A0 63468=A0= =A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 13200=A0=A0=A0=A0 449232 -/+ buffers/cache:=A0=A0=A0=A0 456720=A0=A0=A0=A0 525900 Swap:=A0=A0=A0=A0=A0 3906240=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0 3906240 --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 14:54 =0A =0A=0A =0A =0A =0A Seems like you don't have enough mem for yo= ur domU. How much memory=0A do you have on your dom0 / xen host? =0A =20 =0A Dne 6.5.2013 14:51, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =20 =0A =20 =0A I Jan. =0A =20 =0A I try to use a old rootfs.img taht work well with qemu. =0A =20 =0A The configuration file contains: =0A =20 =0A kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" =0A builder=3D'hvm' =0A memory =3D 1024 =0A vcpus=3D2 =0A vif =3D ['bridge=3Dxenbr0'] =0A disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] =0A acpi =3D 1 =0A device_model =3D 'qemu-dm' =0A boot=3D"d" =0A sdl=3D0 =0A serial=3D'pty' =0A vnc=3D1 =0A vnclisten=3D"" =0A vncpasswd=3D"" =0A name=3D"stefano" =0A =20 =0A but I have the error: =0A =20 =0A =20 =0A xm create /etc/xen/prova -c =0A =20 =0A Using config file "/etc/xen/prova". =0A Error: I need 1062912 KiB, but dom0_min_mem is 200704 and= =0A shrinking to 200704 KiB would leave only 793340 KiB free. =0A =20 =0A Where is the problem? =0A =20 =0A Help me....=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 13:11 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'= m=0A not familiar with buildroot but as I read about CPI= O=0A it's file archiver and Xen disk image should be in= =0A RAW format. So you should extract rootfs.cpio to raw= =0A disk image which could be created with dd. Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10= 000 =0A As with normal hard drive you can use fdisk make=0A = some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A = harddrive img in your xen config file for HVM style=0A = (hda but it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A = Or you can pass the path to rootfs.img to=0A = xen-create-image. If rootfs.cpio contains all files=0A = including kernel image it should boot normally. As I=0A = wrote I'm not familiar with buildroot thus you're=0A = little bit on your own in this case and i'm sorry=0A f= or not being more straightforward but you're using=0A sp= ecific scenario. Maybe I'll save some time for=0A testin= g this and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A 6.5.2013 12:38, Luisa Po= sani napsal(a): =0A =0A =0A =0A = =0A =0A = Hi Jan =0A =20 =0A I launch my windows VM whit graphical=0A = program named "Remmina Remote desktop=0A = client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe I=0A = was wrong=0A a few=0A = parameters to launch=0A manual=0A= gncviewer =0A =20 =0A Let me explain=0A = what is my=0A main=0A = problem. =0A I would=0A = like to start a=0A virtual machine cre= ated=0A with=0A = buildroot=0A standard=0A = WHITOUT=0A XEN drivers in t= he VM. =0A I have some=A0problems=0A = creating the=0A configu= ration file for this virtual=0A machine. =0A I don't=0A = know if I have to=0A work with=0A = a ramdisk=0A (roo= tfs.cpio=0A created=0A = by=0A buildroot)=0A = or not and=20 =0A what should be=0A = the=0A configuration file under (= p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I don't=0A = understand the meaning of=0A the 'disk = =3D' in the=0A configuration file. =0A =20 =0A you know=0A = a tutorial=0A that I=0A = could follow to=0A create = this file? =0A =20 =0A Xen provides the=0A = xen-create-image command=0A to cr= eate=0A the file, but=0A = I do not=0A know how to give= =0A parameters=0A = to the command (initrd=0A install-ins= tall-source=0A method=0A = ...) =0A =20 =0A Can you help=0A = me? =0A =20 =0A Thanks in=0A = advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi= Luisa, =0A =20 =0A great, so you're cpu is capable for= =0A running Xen. The reason why you=0A = don't see it is explained here http://old= -list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be clear. You've already=0A = start your system with xen and tried=0A = to start Windows Xp domU as this=0A = guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A=0A = 24.4.2013 17:54, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen= =0A flag vmx doesn't appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest= =0A OS make with buildroot=0A = "standard" without xen=0A = driver. =0A =20 =0A I use http://wiki.xen.org/= wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't work=0A = correctly. =0A =20 =0A Doesn't work gvncviewer=0A= for using a window XP iso=0A = image and now I'm=0A = compiling a buildroot=0A = standard (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Mercoled=EC 24=0A = Aprile 2013, 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A I= can.=20 =0A =20 =0A You should check= =0A your cpuinfo if it= =0A supports=0A = virtualization.=0A = Look here http://virt-tools.org= /learning/check-hardware-virt/ =0A =20 =0A If it does, tell= =0A me what is your=0A= goal and what have=0A= you done already? =0A =20 =0A Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani napsal(a): =0A =0A = =0A = =0A = =0A =0A = Thank's=0A = for your=0A = indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A = but hardware=0A li= sted here=0A suppo= rts VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 ______________= _________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A =0A = =20 =0A =0A = =0A = =20 =0A -----Segue allegato----- =0A =20 =0A ________________________= _______________________ =0A Xen-users mailing list =0A Xen-users@lists.xen.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =0A =0A = =20 =0A =0A =0A= =0A =0A = =0A =0A =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 --273530964-339436518-1367845254=:16459 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A =0A = =0A
=0A = =0A =0A = =0A =0A =

How do I get this info?<= br>If I make 'free' :

free
      &n= bsp;      total      = ; used       free     sha= red    buffers     cached
Mem:    &nbs= p;   982620     919152    = ;  63468          0 =      13200     449232
-/+ buffer= s/cache:     456720     525900
S= wap:      3906240     &nb= sp;    0    3906240



--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto= :

Da: Jan Hejl <jh@excello.cz>
Ogg= etto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani" <lpos= ani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Luned=EC 6 maggio = 2013, 14:54

=0A =0A=0A =0A =0A
= =0A Seems like you don't have enough mem for your domU. How much memory= =0A do you have on your dom0 / xen host?
=0A
=0A
Dne 6.5.2013 14:51, Luisa Posani=0A = napsal(a):
=0A
=0A
=0A =0A

=0A
=0A I = Jan.
=0A
=0A I try to use a old rootfs.img= taht work well with qemu.
=0A
=0A The con= figuration file contains:
=0A
=0A kernel = =3D "/usr/lib/xen-4.0/boot/hvmloader"
=0A builder=3D'hvm'=0A memory =3D 1024
=0A vcpus=3D2
=0A = vif =3D ['bridge=3Dxenbr0']
=0A disk =3D ['file:/home/posan= i/nine_disk_1.img,hda,w',]
=0A acpi =3D 1
=0A = device_model =3D 'qemu-dm'
=0A boot=3D"d"
=0A = sdl=3D0
=0A serial=3D'pty'
=0A vn= c=3D1
=0A vnclisten=3D""
=0A vncpasswd=3D""=
=0A name=3D"stefano"
=0A
=0A = but I have the error:
=0A
=0A
=0A = xm create /etc/xen/prova -c
=0A
=0A = Using config file "/etc/xen/prova".
=0A Error: I nee= d 1062912 KiB, but dom0_min_mem is 200704 and=0A shrinking to = 200704 KiB would leave only 793340 KiB free.
=0A
=0A = Where is the problem?
=0A
=0A H= elp me....
=0A
=0A Luisa
=0A =
=0A
=0A
=0A --- L= un 6/5/13, Jan Hejl <jh@excello.cz>=0A ha scritto:<= br>=0A

=0A Da: Jan= Hejl <= jh@excello.cz>
=0A Oggetto: Re: [Xen-users] Hardwa= re virtualization
=0A A: "Luisa Posani" <lposani@yahoo.it>
=0A Cc: xen-users@lists.xen.org
=0A Data= : Luned=EC 6 maggio 2013, 13:11
=0A
=0A =
=0A
Hi Luisa,
=0A =
=0A great news, i use Remmina also. = Great tool.
=0A
=0A 'disk =3D = ' is used for defining VM's hard drive. I'm=0A not famil= iar with buildroot but as I read about CPIO=0A it's file= archiver and Xen disk image should be in=0A RAW format.= So you should extract rootfs.cpio to raw=0A disk image = which could be created with dd. Example:
=0A 
dd =
if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000
=0A = As with normal hard drive you can use fdisk make=0A = some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A hard= drive img in your xen config file for HVM style=0A (hda = but it should apper as sda inside domU):
=0A 
dis=
k =3D [ 'f=
ile:/path/to/rootfs.img,hda,w' ]
=0A Or you ca= n pass the path to rootfs.img to=0A xen-create-image. If= rootfs.cpio contains all files=0A including kernel imag= e it should boot normally. As I=0A wrote I'm not familia= r with buildroot thus you're=0A little bit on your own i= n this case and i'm sorry=0A for not being more straight= forward but you're using=0A specific scenario. Maybe I'l= l save some time for=0A testing this and let you know la= ter on.
=0A
=0A Have a nice da= y
=0A Jan
=0A
=0A =
Dne=0A = 6.5.2013 12:38, Luisa Posani napsal(a):
=0A =0A
=0A = =0A = =0A =0A = =0A =0A= =0A =
Hi Jan=0A
=0A I la= unch my windows VM whit graphical=0A program n= amed "Remmina Remote desktop=0A client" and it= work well..
=0A
=0A = :-) :-) :-) :-)
=0A
=0A = Maybe I=0A = was wrong=0A a = few=0A parameters to launch=0A manual=0A gncviewer
=0A =
=0A Let me explain=0A what is my=0A = main=0A p= roblem.
=0A I would=0A like to start a=0A vir= tual machine created=0A = with=0A = buildroot=0A st= andard=0A WHITOUT=0A XEN drivers in the VM.<= br>=0A I have some problems=0A = creating = the=0A configuration file for this vi= rtual=0A machine.
=0A = I don't=0A = know if I ha= ve to=0A work with=0A a ramdisk=0A = (rootf= s.cpio=0A created=0A by=0A buildroot)=0A = or not and
=0A what should be=0A = the=0A = configuration file under (p.e.)= /etc/xen/VM_buildroot<= span class=3D"yiv1193609016">.
=0A =
=0A I= don't=0A understand the meaning of=0A the 'disk =3D' in the=0A configuration fil= e.
=0A
=0A = you know= =0A a tutor= ial=0A that I=0A could follow to=0A create this file?
=0A =
=0A = Xen provides the=0A xen-create-image co= mmand=0A to create=0A the file, but=0A I do not=0A = know how to give=0A = parameters=0A = to the command (initrd=0A instal= l-install-source=0A method= =0A = ...)
=0A =
=0A Can you he= lp=0A me?
=0A
=0A Thanks in=0A advance= .
=0A
=0A = Luisa
=0A
=0A =
=0A =
=0A =
=0A --- Gio 25/4/13, Jan Hejl <jh@excello.= cz>=0A ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users] Hardware=0A vi= rtualization
=0A A: "Luisa Posani" <lposani@yaho= o.it>
=0A Cc: xen-users@lists.xen.org=
=0A Data: Gioved=EC 25 Aprile 2013, 11:1= 9
=0A
=0A =
=0A
Hi= Luisa,
=0A
=0A = great, so you're cpu is capable for=0A = running Xen. The reason why you=0A = don't see it is explained here http://old-= list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A=
=0A =
=0A Just to be clear. You've alr= eady=0A start your system with xen and t= ried=0A to start Windows Xp domU as this= =0A guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say?
=0A =
=0A Thank you and have a nice = day
=0A Jan
=0A =
=0A
Dne=0A=0A = 24.4.2013 17:54, Luisa Posani=0A naps= al(a):
=0A
=0A =
=0A = =0A = =0A = =0A =0A = =0A = =0A =

=0A = Hi
=0A =
=0A if I make
=0A =
=0A = /proc/cpuinfo flags
=0A =
=0A wi= thout xen I found vmx.
=0A =
=0A when I start PC with x= en=0A flag vmx doesn't appare.=
=0A
=0A = Why?
=0A =
=0A I would l= ike use a guest=0A OS make wit= h buildroot=0A "standard" with= out xen=0A driver.
=0A =
=0A = I use http://wiki.xen.org/wiki/Xen_Beginn= ers_Guide#Configure_GRUB_to_start_Xen=0A =
=0A but doe= sn't work=0A correctly.
=0A=
=0A = Doesn't work gvncviewer=0A = for using a window XP iso=0A = image and now I'm=0A = compiling a buildroot=0A = standard (qemu_x86=0A co= nfig).
=0A
=0A =
=0A =
=0A Luisa=0A
=0A =
=0A =
=0A
=0A =
=0A =
=0A
= =0A --- Mer 24/4/13, Jan=0A= Hejl <jh@excello.cz>= =0A ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>=
=0A Oggetto: Re: [Xen-us= ers]=0A Hardware virtualizat= ion
=0A A: "Luisa Posani"= <lposa= ni@yahoo.it>
=0A C= c: xen-= users@lists.xen.org
=0A = Data: Mercoled=EC 24=0A A= prile 2013, 17:08
=0A =0A
=0A
=0A =
Sure,=0A=0A = I can.
=0A
=0A= You should check=0A = your cpuinfo if it=0A = supports=0A = virtualization.=0A = Look here http://virt-tools.org/learning/= check-hardware-virt/
=0A =
=0A If i= t does, tell=0A me wha= t is your=0A goal and = what have=0A you done = already?
=0A
= =0A Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani napsal(a):
=0A =
=0A =
=0A = =0A = =0A <= tr>=0A =0A = =0A = =0A =0A =0A=
Thank's=0A = for your=0A = indication.
=0A =
=0A = I can't find=0A = my cpu in your=0A = list.
=0A =
=0A = In my PC I can=0A = enable the=0A = virtualization=0A = from BIOS.
=0A =
=0A I d= on't=0A understand= the=0A difference= .
=0A
=0A = Can you help=0A = me please?
=0A =
=0A =
=0A = Luisa
=0A =
=0A = --- Mer=0A = 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz><= br>=0A Oggetto: Re= :=0A [Xen-users]= =0A Hardware=0A = virtualization
= =0A A: xen-users@lists.xe= n.org
=0A D= ata:=0A Mercoled= =EC 24=0A Aprile 2= 013,=0A 10:35
= =0A
=0A =
=0A
Hello= =0A Luisa,
=0A =
=0A = here http://en.wikipedi= a.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A neces= sary for=0A virtua= lization,=0A but h= ardware=0A listed = here=0A supports V= M.
=0A
=0A = Jan
=0A =
=0A =
Dne=0A=0A=0A=0A = 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A napsal(a= ):
=0A
= =0A
=0A =0A =
=0A
Hi
=0A =
=0A = It's my=0A = first ex= perience with=0A = xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A = correctly.
=0A =
=0A I would = like=0A to know if= =0A exist a simple= =0A tutorial to=0A= configure PC=0A = and VM .
=0A =
=0A = =0A =
=0A =
=0A =
=0A =
=0A =
= =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A <= div id=3D"yiv1193609016gt-res-data">=0A =
=0A =
=0A =
Thanks in advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A =
=0A =
=0A =
=0A
= =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = =0A =
=0A =
=0A =
=0A =
=0A = 
_______________________________________________
Xen-users m=
ailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = -----Segue=0A all= egato-----
=0A =
=0A
_______________________________________________=
=0A Xen-users= =0A mailing list=0A Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=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 =
=0A
=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
--273530964-339436518-1367845254=:16459-- --===============1884241355962884746== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1884241355962884746==-- From xen-users-bounces@lists.xen.org Mon May 06 13:09:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13: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 1UZLAe-000631-Kn; Mon, 06 May 2013 13:09:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLAb-00062f-Ux for xen-users@lists.xen.org; Mon, 06 May 2013 13:09:34 +0000 Received: from [85.158.137.99:60652] by server-11.bemta-3.messagelabs.com id 3C/AA-05438-C8BA7815; Mon, 06 May 2013 13:09:32 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-5.tower-217.messagelabs.com!1367845770!12408234!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 14475 invoked from network); 6 May 2013 13:09:30 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 13:09:30 -0000 Received: (qmail 14676 invoked by uid 1000); 6 May 2013 15:09:29 +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(-12.7/5.0):. Processed in 2.387382 secs); 06 May 2013 13:09:29 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 6 May 2013 15:09:26 +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 1ED392C0E9A; Mon, 6 May 2013 15:09:26 +0200 (CEST) Message-ID: <5187AB86.9020806@excello.cz> Date: Mon, 06 May 2013 15:09:26 +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: <1367845254.16459.YahooMailClassic@web171901.mail.ir2.yahoo.com> In-Reply-To: <1367845254.16459.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="===============6150153955674528413==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6150153955674528413== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070109060504060909050700" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms070109060504060909050700 Content-Type: multipart/alternative; boundary="------------060902010405090103030602" This is a multi-part message in MIME format. --------------060902010405090103030602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Try set your domU memory to 512M with: memory =3D 512 You should set: dom0_mem=3D512M in your grub command line and reboot also to prevent Dom0 from ballooning= =2E Dne 6.5.2013 15:00, Luisa Posani napsal(a): > > How do I get this info? > If I make 'free' : > > free > total used free shared buffers cached > Mem: 982620 919152 63468 0 13200 449232 > -/+ buffers/cache: 456720 525900 > Swap: 3906240 0 3906240 > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 14:54 > > Seems like you don't have enough mem for your domU. How much > memory do you have on your dom0 / xen host? > > Dne 6.5.2013 14:51, Luisa Posani napsal(a): >> >> >> I Jan. >> >> I try to use a old rootfs.img taht work well with qemu. >> >> The configuration file contains: >> >> kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" >> builder=3D'hvm' >> memory =3D 1024 >> vcpus=3D2 >> vif =3D ['bridge=3Dxenbr0'] >> disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] >> acpi =3D 1 >> device_model =3D 'qemu-dm' >> boot=3D"d" >> sdl=3D0 >> serial=3D'pty' >> vnc=3D1 >> vnclisten=3D"" >> vncpasswd=3D"" >> name=3D"stefano" >> >> but I have the error: >> >> >> xm create /etc/xen/prova -c >> >> Using config file "/etc/xen/prova". >> Error: I need 1062912 KiB, but dom0_min_mem is 200704 and >> shrinking to 200704 KiB would leave only 793340 KiB free. >> >> Where is the problem? >> >> Help me.... >> >> Luisa >> >> >> >> --- *Lun 6/5/13, Jan Hejl //* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> Cc: xen-users@lists.xen.org >> Data: Luned=EC 6 maggio 2013, 13:11 >> >> Hi Luisa, >> >> great news, i use Remmina also. Great tool. >> >> 'disk =3D ' is used for defining VM's hard drive. I'm not >> familiar with buildroot but as I read about CPIO it's file >> archiver and Xen disk image should be in RAW format. So you >> should extract rootfs.cpio to raw disk image which could be >> created with dd. Example: >> >> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 >> >> As with normal hard drive you can use fdisk make some >> partitions on rootfs.img, format them and extract rootfs.cpio >> there. Then you can set this harddrive img in your xen config >> file for HVM style (hda but it should apper as sda inside domU= ): >> >> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >> >> Or you can pass the path to rootfs.img to xen-create-image. >> If rootfs.cpio contains all files including kernel image it >> should boot normally. As I wrote I'm not familiar with >> buildroot thus you're little bit on your own in this case and >> i'm sorry for not being more straightforward but you're using >> specific scenario. Maybe I'll save some time for testing this >> and let you know later on. >> >> Have a nice day >> Jan >> >> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>> Hi Jan >>> >>> I launch my windows VM whit graphical program named "Remmina >>> Remote desktop client" and it work well.. >>> >>> :-) :-) :-) :-) >>> >>> Maybe I was wrong a few parameters to launch manual gncviewer= >>> >>> Let me explain what is my main problem. >>> I would like to start a virtual machine created with >>> buildroot standard WHITOUT XEN driversin the VM. >>> I have some problems creating the configuration file for >>> this virtual machine. >>> I don't know if I have to work with a ramdisk (rootfs.cpio >>> created by buildroot) or not and >>> what should be the configuration file under (p.e.) >>> /etc/xen/VM_buildroot. >>> >>> I don't understand the meaning of the 'disk =3D' in the >>> configuration file. >>> >>> you know a tutorial that I could follow to create this file? >>> >>> Xen provides the xen-create-image command to create the >>> file, but I do not know how to give parameters to the >>> command (initrd install-install-source method ...) >>> >>> Can you help me? >>> >>> Thanks in advance. >>> >>> Luisa >>> >>> >>> >>> >>> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >>> >>> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_G= RUB_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 //* 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 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 virtualizatio= n >>>>> 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-supp= orting_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 >>>>> >>>> >>>> >>>> -----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 >> > --------------060902010405090103030602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Try set your domU memory to 512M with:
memory =3D 512
You should set:
dom0_mem=3D512M
in your grub command line and reboot also to prevent Dom0 from ballooning.

Dne 6.5.2013 15:00, Luisa Posani napsal(a):

How do I get this info?
If I make 'free' :

free
       &nb= sp;     total       use= d       free     shared    buffers  &= nbsp;  cached
Mem:       = ; 982620     919152      63468      &nbs= p;   0      13200   &nb= sp; 449232
-/+ buffers/cache:     45= 6720     525900
Swap:      3906240&n= bsp;         0    = 3906240



--- Lun 6/5/13, Jan Hejl <jh@exc= ello.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: Lunedì 6 maggio 2013, 14:54

Seems like you don't have enough mem for your domU. How much memory do you have on your dom0 / xen host?

Dne 6.5.2013 14:51, Luisa Posani napsal(a):


I Jan.

I try to use a old rootfs.img taht work well with qemu.

The configuration file contains:<= br>
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"=
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
vif =3D ['bridge=3Dxenbr0']
disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',]
acpi =3D 1
device_model =3D 'qemu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten=3D""
vncpasswd=3D""
name=3D"stefano"

but I have the error:


xm create /etc/xen/prova -c

Using config file "/etc/xen/prova".
Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to 200704 KiB would leave only 793340 KiB free.

Where is the problem?

Help me....

Luisa



--- Lun 6/5/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: Lunedì 6 maggio 20= 13, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/dev/zero of=3D=
rootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):<= br> 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi= Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)
Mayb= e I was wrong a few parameters to launch manual gncviewer

Let = me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers i= n the VM.
<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">I have some = problems creating the configuration file for th= is virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not an= d
<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I do= n't understand the meaning of the<= /span> 'disk =3D' in the configuration file.=

you know a tutorial that I could follow to create this file?

<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">Xen provides the xen-cr= eate-image com= mand to create the file, but I do not know how to give parameters to the command<= /span> (initrd install-install= -source method ...)

Can you help me?

= <= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">Thanks in advance.
=
Luisa

<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">
<= br>
--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Gioved&ig= rave; 25 Aprile 2013, 11:19
=
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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users



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

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


--------------060902010405090103030602-- --------------ms070109060504060909050700 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMzA5MjZa MCMGCSqGSIb3DQEJBDEWBBSMg3RArOygFss9D/aVuqsqCgPPuDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABOWJh0l9Rq/ 1tqDR9nfX3v8F8EeSL4HJaw6su+3qPA8lfy6Re/E2PolIEoZZCzwUgpYt6hWED4ixKk41cC9 492v4p477WlNh+xV1047AWDBgp0gnOKR3pVUb+3q2xP25m0PSTx9bDY3K9U+kdGq86bhTjR3 IcpE7LRSYcyvTd5qfOo0C0hFDWeYZJqONHen6erAsZ9V2vFVVMW2Ruy6RYJmvrweto08JDQS Qu7vZPvcG53oL6OWpo5fjDJGfR1kgD/d1FMLmiJ0b6EmEeDyCCXoJh5sb/UXx2oFDYFmx07I sUhhKMdHECOa/+EB2fxOT2hJbWnLpxNSIuwYHAVXfKcAAAAAAAA= --------------ms070109060504060909050700-- --===============6150153955674528413== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6150153955674528413==-- From xen-users-bounces@lists.xen.org Mon May 06 13:09:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13: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 1UZLAe-000631-Kn; Mon, 06 May 2013 13:09:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLAb-00062f-Ux for xen-users@lists.xen.org; Mon, 06 May 2013 13:09:34 +0000 Received: from [85.158.137.99:60652] by server-11.bemta-3.messagelabs.com id 3C/AA-05438-C8BA7815; Mon, 06 May 2013 13:09:32 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-5.tower-217.messagelabs.com!1367845770!12408234!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 14475 invoked from network); 6 May 2013 13:09:30 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 13:09:30 -0000 Received: (qmail 14676 invoked by uid 1000); 6 May 2013 15:09:29 +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(-12.7/5.0):. Processed in 2.387382 secs); 06 May 2013 13:09:29 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 6 May 2013 15:09:26 +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 1ED392C0E9A; Mon, 6 May 2013 15:09:26 +0200 (CEST) Message-ID: <5187AB86.9020806@excello.cz> Date: Mon, 06 May 2013 15:09:26 +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: <1367845254.16459.YahooMailClassic@web171901.mail.ir2.yahoo.com> In-Reply-To: <1367845254.16459.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="===============6150153955674528413==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6150153955674528413== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070109060504060909050700" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms070109060504060909050700 Content-Type: multipart/alternative; boundary="------------060902010405090103030602" This is a multi-part message in MIME format. --------------060902010405090103030602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Try set your domU memory to 512M with: memory =3D 512 You should set: dom0_mem=3D512M in your grub command line and reboot also to prevent Dom0 from ballooning= =2E Dne 6.5.2013 15:00, Luisa Posani napsal(a): > > How do I get this info? > If I make 'free' : > > free > total used free shared buffers cached > Mem: 982620 919152 63468 0 13200 449232 > -/+ buffers/cache: 456720 525900 > Swap: 3906240 0 3906240 > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 14:54 > > Seems like you don't have enough mem for your domU. How much > memory do you have on your dom0 / xen host? > > Dne 6.5.2013 14:51, Luisa Posani napsal(a): >> >> >> I Jan. >> >> I try to use a old rootfs.img taht work well with qemu. >> >> The configuration file contains: >> >> kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" >> builder=3D'hvm' >> memory =3D 1024 >> vcpus=3D2 >> vif =3D ['bridge=3Dxenbr0'] >> disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',] >> acpi =3D 1 >> device_model =3D 'qemu-dm' >> boot=3D"d" >> sdl=3D0 >> serial=3D'pty' >> vnc=3D1 >> vnclisten=3D"" >> vncpasswd=3D"" >> name=3D"stefano" >> >> but I have the error: >> >> >> xm create /etc/xen/prova -c >> >> Using config file "/etc/xen/prova". >> Error: I need 1062912 KiB, but dom0_min_mem is 200704 and >> shrinking to 200704 KiB would leave only 793340 KiB free. >> >> Where is the problem? >> >> Help me.... >> >> Luisa >> >> >> >> --- *Lun 6/5/13, Jan Hejl //* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> Cc: xen-users@lists.xen.org >> Data: Luned=EC 6 maggio 2013, 13:11 >> >> Hi Luisa, >> >> great news, i use Remmina also. Great tool. >> >> 'disk =3D ' is used for defining VM's hard drive. I'm not >> familiar with buildroot but as I read about CPIO it's file >> archiver and Xen disk image should be in RAW format. So you >> should extract rootfs.cpio to raw disk image which could be >> created with dd. Example: >> >> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 >> >> As with normal hard drive you can use fdisk make some >> partitions on rootfs.img, format them and extract rootfs.cpio >> there. Then you can set this harddrive img in your xen config >> file for HVM style (hda but it should apper as sda inside domU= ): >> >> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >> >> Or you can pass the path to rootfs.img to xen-create-image. >> If rootfs.cpio contains all files including kernel image it >> should boot normally. As I wrote I'm not familiar with >> buildroot thus you're little bit on your own in this case and >> i'm sorry for not being more straightforward but you're using >> specific scenario. Maybe I'll save some time for testing this >> and let you know later on. >> >> Have a nice day >> Jan >> >> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>> Hi Jan >>> >>> I launch my windows VM whit graphical program named "Remmina >>> Remote desktop client" and it work well.. >>> >>> :-) :-) :-) :-) >>> >>> Maybe I was wrong a few parameters to launch manual gncviewer= >>> >>> Let me explain what is my main problem. >>> I would like to start a virtual machine created with >>> buildroot standard WHITOUT XEN driversin the VM. >>> I have some problems creating the configuration file for >>> this virtual machine. >>> I don't know if I have to work with a ramdisk (rootfs.cpio >>> created by buildroot) or not and >>> what should be the configuration file under (p.e.) >>> /etc/xen/VM_buildroot. >>> >>> I don't understand the meaning of the 'disk =3D' in the >>> configuration file. >>> >>> you know a tutorial that I could follow to create this file? >>> >>> Xen provides the xen-create-image command to create the >>> file, but I do not know how to give parameters to the >>> command (initrd install-install-source method ...) >>> >>> Can you help me? >>> >>> Thanks in advance. >>> >>> Luisa >>> >>> >>> >>> >>> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >>> >>> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_G= RUB_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 //* 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 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 virtualizatio= n >>>>> 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-supp= orting_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 >>>>> >>>> >>>> >>>> -----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 >> > --------------060902010405090103030602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Try set your domU memory to 512M with:
memory =3D 512
You should set:
dom0_mem=3D512M
in your grub command line and reboot also to prevent Dom0 from ballooning.

Dne 6.5.2013 15:00, Luisa Posani napsal(a):

How do I get this info?
If I make 'free' :

free
       &nb= sp;     total       use= d       free     shared    buffers  &= nbsp;  cached
Mem:       = ; 982620     919152      63468      &nbs= p;   0      13200   &nb= sp; 449232
-/+ buffers/cache:     45= 6720     525900
Swap:      3906240&n= bsp;         0    = 3906240



--- Lun 6/5/13, Jan Hejl <jh@exc= ello.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: Lunedì 6 maggio 2013, 14:54

Seems like you don't have enough mem for your domU. How much memory do you have on your dom0 / xen host?

Dne 6.5.2013 14:51, Luisa Posani napsal(a):


I Jan.

I try to use a old rootfs.img taht work well with qemu.

The configuration file contains:<= br>
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"=
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
vif =3D ['bridge=3Dxenbr0']
disk =3D ['file:/home/posani/nine_disk_1.img,hda,w',]
acpi =3D 1
device_model =3D 'qemu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten=3D""
vncpasswd=3D""
name=3D"stefano"

but I have the error:


xm create /etc/xen/prova -c

Using config file "/etc/xen/prova".
Error: I need 1062912 KiB, but dom0_min_mem is 200704 and shrinking to 200704 KiB would leave only 793340 KiB free.

Where is the problem?

Help me....

Luisa



--- Lun 6/5/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: Lunedì 6 maggio 20= 13, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/dev/zero of=3D=
rootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):<= br> 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi= Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)
Mayb= e I was wrong a few parameters to launch manual gncviewer

Let = me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers i= n the VM.
<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">I have some = problems creating the configuration file for th= is virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not an= d
<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I do= n't understand the meaning of the<= /span> 'disk =3D' in the configuration file.=

you know a tutorial that I could follow to create this file?

<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">Xen provides the xen-cr= eate-image com= mand to create the file, but I do not know how to give parameters to the command<= /span> (initrd install-install= -source method ...)

Can you help me?

= <= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">Thanks in advance.
=
Luisa

<= span id=3D"yiv1193609016result_box" class=3D"yiv1193609016" lang=3D"en">
<= br>
--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Gioved&ig= rave; 25 Aprile 2013, 11:19
=
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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users



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

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


--------------060902010405090103030602-- --------------ms070109060504060909050700 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMzA5MjZa MCMGCSqGSIb3DQEJBDEWBBSMg3RArOygFss9D/aVuqsqCgPPuDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABOWJh0l9Rq/ 1tqDR9nfX3v8F8EeSL4HJaw6su+3qPA8lfy6Re/E2PolIEoZZCzwUgpYt6hWED4ixKk41cC9 492v4p477WlNh+xV1047AWDBgp0gnOKR3pVUb+3q2xP25m0PSTx9bDY3K9U+kdGq86bhTjR3 IcpE7LRSYcyvTd5qfOo0C0hFDWeYZJqONHen6erAsZ9V2vFVVMW2Ruy6RYJmvrweto08JDQS Qu7vZPvcG53oL6OWpo5fjDJGfR1kgD/d1FMLmiJ0b6EmEeDyCCXoJh5sb/UXx2oFDYFmx07I sUhhKMdHECOa/+EB2fxOT2hJbWnLpxNSIuwYHAVXfKcAAAAAAAA= --------------ms070109060504060909050700-- --===============6150153955674528413== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6150153955674528413==-- From xen-users-bounces@lists.xen.org Mon May 06 13:19:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:19: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 1UZLJt-0006zM-Tj; Mon, 06 May 2013 13:19:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLJr-0006zC-Rp for xen-users@lists.xen.org; Mon, 06 May 2013 13:19:08 +0000 Received: from [85.158.139.211:13072] by server-15.bemta-5.messagelabs.com id DD/72-31797-BCDA7815; Mon, 06 May 2013 13:19:07 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-8.tower-206.messagelabs.com!1367846325!21850807!1 X-Originating-IP: [77.238.189.195] 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 10530 invoked from network); 6 May 2013 13:18:45 -0000 Received: from nm13-vm0.bullet.mail.ird.yahoo.com (HELO nm13-vm0.bullet.mail.ird.yahoo.com) (77.238.189.195) by server-8.tower-206.messagelabs.com with SMTP; 6 May 2013 13:18:45 -0000 Received: from [77.238.189.231] by nm13.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:18:44 -0000 Received: from [212.82.98.90] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:18:44 -0000 Received: from [127.0.0.1] by omp1027.mail.ir2.yahoo.com with NNFMP; 06 May 2013 13:18:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 352668.11385.bm@omp1027.mail.ir2.yahoo.com Received: (qmail 4990 invoked by uid 60001); 6 May 2013 13:18:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367846324; bh=wlHEIluce7/YMUrV3zcuNJkLI+T7MG7XIMcMuRpeN+w=; 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=3P7DQBK3E1GDxNnWBU9nLqfAev+26+FSaJVAertrOVyLworRgrf87/E8CmekWawYtubHvpEyaFrvL0KEaDTVDSl6n2MysNTE9bHWIVFJ591gWoJXDvMsjNqvtPKC+hOiy26s7PDdBE9jeULgqrhUDkMH4MxdqV4xfMiqoE33cFo= 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=BZ3Id97nN9haqrP/9/BauRwrMPy1aTO9sui8QqBlF0okzYQpKa9L9nErc/bHPdyDtiRdQNd9imsAHrxWsQeVDSW4hraLcF3+Nbl3AigsGjjJ0knPlzTgsCxgv6HBFeC0QIgBcZtoicgFoYwKWmLC/chFmkhW6HxWyPNncltzHXg=; X-YMail-OSG: Ku.y1UIVM1mIx6u9Fpd.nWCt_GyHuy4klm2Lzh0Cgf8aTic mlM8_ctDcNtjNzxV.Z.G5llxW_9iz6H.EdFOcA6fwxxZRKjCeDqWBgKtrpz. iQTdokPKBfYwunOpZmxjW8x7C6cQ.gZVfxgfmUBUCM2.9Y7sNwv.Pt2QfYdr 5xxbjCOtF1Tid0UFDNz5yE6EuFcG0x8wvUnpO_oOpPZpvL3hHnB2S7rt2VhT FbfT0h9HU2eYuklZVvKE9UuSvks3q_dRz0vOdUFvUG.amALhcoYjzfITW4B5 aHa4SLFEV28jCEm77BoTL4vqqgDW9OT6mN9I6R5a4clm5nZpqu7tI_wZwUea FwJGsbLMq_nM4K6TjJz2yOmvLd20uz0WbtEjQuypr.z45cSnW2DRIGrq4SWS 9a9vq8nZYra7_rDVnhRunABRfgaH_VvHlCGqJnRGefmgE4ccdi09UnRH9l5y YmCTmlTUvXOEwaOqoWvfwNNuzxE8bx2bXZHJ_ecmyXUQvmWT4SurDvD0SqLu riBaPrHzW4HwLTzpdMlnVPZgTWx4h4hEjmwn4COuHhp4Bg86MkdQrEJ3ZyJt SSn3VCvY7iFooVkcFOL9Vn1QZkt09NP614eq0.Z3r5gNw2LAirYQF_yY0AEs egcDoTUDhtYuDeNsqUd0c5pdV7V7k91YhlHgCAFDZDaYa3iRlGeRs71rNIrf 9hZinuqLPyQqCQotMxBjZBSPwtbxQTXILhQ7FBNKxC7f6mx3pna1dj5..oUb .Arl_XUGqeJnVCpvOgiqqcKyDJkCFiq86acsAW.DwxFrHc4am Received: from [151.89.15.211] by web171906.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 14:18:43 BST X-Rocket-MIMEInfo: 002.001, SGkgSmFuDQoNCkknbSBkb3dubG9hZGluZyANCmluc3RhbGwtYW1kNjQtbWluaW1hbC0yMDEzMDQyNS5pc28NCg0KYW5kIEkgdHJ5IHRvIHdvcmsuDQoNCklmIEkgaGF2ZW4ndCB0aGlzIG1pbmltYWwgaW1hZ2UgaXQncyBwb3NzaWJsZSB0byB3b3JrPw0KV2hhdCBkb2VzIGl0IGNvbnRhaW5zPw0KSG93IGNhbiBJIGNyZWF0ZSB0aGlzIGltYWdlPw0KDQoNCg0KDQotLS0gTHVuIDYvNS8xMywgSmFuIEhlamwgPGpoQGV4Y2VsbG8uY3o.IGhhIHNjcml0dG86DQoNCkRhOiBKYW4gSGVqbCA8amhAZXhjZWxsby5jej4BMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367846323.4908.YahooMailClassic@web171906.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 14:18:43 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5187A937.5090207@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="===============6422868488397742640==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6422868488397742640== Content-Type: multipart/alternative; boundary="-1899948411-1538706582-1367846323=:4908" ---1899948411-1538706582-1367846323=:4908 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan I'm downloading=20 install-amd64-minimal-20130425.iso and I try to work. If I haven't this minimal image it's possible to work? What does it contains? How can I create this image? --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 14:59 =0A =0A=0A =0A =0A =0A Create domU config file in /etc/xen/domu-01= .cfg: =0A builder=3D'hvm'=0Amemory =3D 2048=0Aname =3D "DomU-01"=0Avcpus=3D2= =0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De= 1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [ 'file:/root/domu-01.img,hda,w= ',=0A 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r'=0A= ]=0Aon_poweroff =3D 'destroy'=0Aon_reboot =3D 'restart'=0Aon_crash =3D= 'restart'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclisten=3D"127.0.0.1"=0Avncpasswd=3D= ''=0A=0A Download this=0A http://distfiles.gentoo.org/releases/amd6= 4/autobuilds/current-iso/install-amd64-minimal-20130425.iso=0A to your= /root folder. Create hard drive image: =0A dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000=0A= =0A Start your domU with: =0A xl create /etc/xen/domu-01.cfg=0A=0A Then you should be able = to connect with Remmina to localhosts VNC=0A and then you'll see Gento= o Live CD booting. Here's how to install=0A Gentoo http://www.gentoo.o= rg/doc/en/handbook/handbook-amd64.xml.=0A Chapter 7 describes kernel c= ompiling - custom config or genkernel. =0A =20 =0A When you'll be done with Gentoo installation, you shold poweroff= =0A you domU, change boot value to: =0A boot=3D"cd"=0A=0A And after: =0A xl create /etc/xen/domu-01.cfg=0A=0A you should see your Gent= oo booting up. =0A =20 =0A Hope this helps. =0A =20 =0A Jan =0A =20 =0A Dne 6.5.2013 14:41, Luisa Posani napsal(a): =0A =0A =0A =0A =0A =0A Can you sugge= st me=0A the simplest way to create a VM linux from scratch us= ing=0A kernel code source? =0A =20 =0A tks=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 13:11 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'= m=0A not familiar with buildroot but as I read about CPI= O=0A it's file archiver and Xen disk image should be in= =0A RAW format. So you should extract rootfs.cpio to raw= =0A disk image which could be created with dd. Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10= 000=0A=0A As with normal hard drive you can use fdisk ma= ke=0A some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A = harddrive img in your xen config file for HVM style=0A = (hda but it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A = Or you can pass the path to rootfs.img to=0A = xen-create-image. If rootfs.cpio contains all files=0A = including kernel image it should boot normally. As I=0A = wrote I'm not familiar with buildroot thus you're=0A = little bit on your own in this case and i'm sorry=0A f= or not being more straightforward but you're using=0A sp= ecific scenario. Maybe I'll save some time for=0A testin= g this and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A 6.5.2013 12:38, Luisa Po= sani napsal(a): =0A =0A =0A =0A = =0A =0A = Hi=0A Jan =0A =20 =0A I launch my windows VM whit graphical=0A = program named "Remmina Remote desktop=0A = client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe I=0A = was wrong=0A a few=0A = parameters to launch=0A manual=0A= gncviewer =0A =20 =0A Let me explain=0A = what is my=0A main=0A = problem. =0A I would=0A = like to start a=0A virtual machine cre= ated=0A with=0A = buildroot=0A standard=0A = WHITOUT=0A XEN drivers in t= he VM. =0A I have some=A0problems=0A = creating the=0A configu= ration file for this virtual=0A machine. =0A I don't=0A = know if I have to=0A work with=0A = a ramdisk=0A (roo= tfs.cpio=0A created=0A = by=0A buildroot)=0A = or not and=20 =0A what should be=0A = the=0A configuration file under (= p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I don't=0A = understand the meaning of=0A the 'disk = =3D' in the=0A configuration file. =0A =20 =0A you know=0A = a tutorial=0A that I=0A = could follow to=0A create = this file? =0A =20 =0A Xen provides the=0A = xen-create-image command=0A to cr= eate=0A the file, but=0A = I do not=0A know how to give= =0A parameters=0A = to the command (initrd=0A install-ins= tall-source=0A method=0A = ...) =0A =20 =0A Can you help=0A = me? =0A =20 =0A Thanks in=0A = advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi= Luisa, =0A =20 =0A great, so you're cpu is capable for= =0A running Xen. The reason why you=0A = don't see it is explained here http://old= -list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be clear. You've already=0A = start your system with xen and tried=0A = to start Windows Xp domU as this=0A = guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A=0A = 24.4.2013 17:54, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen= =0A flag vmx doesn't appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest= =0A OS make with buildroot=0A = "standard" without xen=0A = driver. =0A =20 =0A I use http://wiki.xen.org/= wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't work=0A = correctly. =0A =20 =0A Doesn't work gvncviewer=0A= for using a window XP iso=0A = image and now I'm=0A = compiling a buildroot=0A = standard (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Mercoled=EC 24=0A = Aprile 2013, 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A I= can.=20 =0A =20 =0A You should check= =0A your cpuinfo if it= =0A supports=0A = virtualization.=0A = Look here http://virt-tools.org= /learning/check-hardware-virt/ =0A =20 =0A If it does, tell= =0A me what is your=0A= goal and what have=0A= you done already? =0A =20 =0A Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani napsal(a): =0A =0A = =0A = =0A = =0A =0A = Thank's=0A = for your=0A = indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A = but hardware=0A li= sted here=0A suppo= rts VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 mailing list=0AXen-users@list= s.xen.org=0Ahttp://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A =0A = =20 =0A =0A = =0A = =20 =0A -----Segue allegato----- =0A =20 =0A ________________________= _______________________ =0A Xen-users mailing list =0A Xen-users@lists.xen.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =0A =0A = =20 =0A =0A =0A= =0A =0A = =0A =0A =0A = =0A =20 =0A =0A =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 ---1899948411-1538706582-1367846323=:4908 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jan

I'm downloading 
install-amd64-mi=
nimal-20130425.iso

and I try to work.

If I haven't this minim=
al image it's possible to work?
What does it contains?
How can I crea=
te this image?




--- Lun 6/5/13, Jan Hejl = <jh@excello.cz> ha scritto:

D= a: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virt= ualization
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-users@l= ists.xen.org
Data: Luned=EC 6 maggio 2013, 14:59

=0A =0A=0A =0A =0A
=0A Create domU config file in /= etc/xen/domu-01.cfg:
=0A 
builder=3D'hvm'=0Amemory =3D 2048=0Anam=
e =3D "DomU-01"=0Avcpus=3D2=0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-brid=
ge, type=3Dioemu, model=3De1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [ '<=
a rel=3D"nofollow" class=3D"yiv1332768259moz-txt-link-freetext">file:/root/=
domu-01.img,hda,w',=0A        'file:/root/install-amd64-minimal-20130425.iso,hdc:=
cdrom,r'=0A]=0Aon_poweroff =3D 'destroy'=0Aon_reboot   =3D 'restart'=0A=
on_crash    =3D 'restart'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclisten=3D"127.0.0.1"=
=0Avncpasswd=3D''=0A
=0A
Download this=0A http://d= istfiles.gentoo.org/releases/amd64/autobuilds/current-iso/install-amd64-min= imal-20130425.iso=0A to your /root folder. Create hard drive image= :
=0A 
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=
=3D10000=0A
=0A Start your domU with:
=0A 
xl create =
/etc/xen/domu-01.cfg=0A
=0A Then you should be able to connect wi= th Remmina to localhosts VNC=0A and then you'll see Gentoo Live CD boo= ting. Here's how to install=0A Gentoo http://www.gentoo.org/doc/en/hand= book/handbook-amd64.xml.=0A Chapter 7 describes kernel compiling -= custom config or genkernel.
=0A
=0A When you'll be done w= ith Gentoo installation, you shold poweroff=0A you domU, change boot v= alue to:
=0A 
boot=3D"cd"=0A
=0A And after:
=0A = 
xl create /etc/xen/domu-01.cfg=0A
=0A you should see your= Gentoo booting up.
=0A
=0A Hope this helps.
=0A <= br>=0A Jan
=0A
=0A Dne 6.5.2013 14:41, Luisa Posani n= apsal(a):
=0A
=0A
=0A =0A =0A = =0A
Can you = suggest me=0A the simplest way to create a VM linux from scrat= ch using=0A kernel code source?
=0A
=0A = tks
=0A
=0A Luisa
=0A =
=0A
=0A
=0A
= =0A
=0A
=0A --- Lun 6/5/1= 3, Jan Hejl <jh@excello.cz>=0A ha s= critto:
=0A

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users] Hardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A= Data: Luned=EC 6 maggio 2013, 13:11
=0A <= br>=0A
=0A
= Hi Luisa,
=0A
=0A great news, = i use Remmina also. Great tool.
=0A
=0A = 'disk =3D ' is used for defining VM's hard drive. I'm=0A = not familiar with buildroot but as I read about CPIO=0A = it's file archiver and Xen disk image should be in=0A = RAW format. So you should extract rootfs.cpio to raw=0A = disk image which could be created with dd. Example:
=0A = 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000=0A=
=0A As with normal hard drive you can use fdisk ma= ke=0A some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A = harddrive img in your xen config file for HVM style=0A = (hda but it should apper as sda inside domU):
=0A = 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
=0A = Or you can pass the path to rootfs.img to=0A x= en-create-image. If rootfs.cpio contains all files=0A in= cluding kernel image it should boot normally. As I=0A wr= ote I'm not familiar with buildroot thus you're=0A littl= e bit on your own in this case and i'm sorry=0A for not = being more straightforward but you're using=0A specific = scenario. Maybe I'll save some time for=0A testing this = and let you know later on.
=0A
=0A = Have a nice day
=0A Jan
=0A =
=0A
Dn= e=0A 6.5.2013 12:38, Luisa Posani napsal(a):
=0A =
=0A
=0A= =0A =0A =0A = =0A =0A = =0A
Hi=0A = Jan
=0A
= =0A I launch my windows VM whit graphical=0A = program named "Remmina Remote desktop=0A = client" and it work well..
=0A =
=0A :-) :-) :-) :-)
=0A =
=0A Maybe I=0A was wrong=0A = a few=0A = parameters to launch=0A = manual= =0A gncview= er
=0A
=0A = Let me explain=0A = what is my=0A main= =0A problem.
=0A = I would=0A = like to start a= =0A virtual machine created=0A with=0A buildroot=0A = standard=0A = WHITOUT=0A = XEN drivers in the VM.
=0A = I have some problems=0A creating<= /span> the=0A = configuration file for = this virtual=0A = machine.
=0A I don't=0A know = if I have to=0A = work with=0A = a ramdisk=0A (rootfs.cpio=0A = created=0A = by=0A = buildroot)=0A or not and
=0A = what should= be=0A the=0A configuration file under (p.e.) /etc/xen/VM_buildroot.
=0A
=0A = I don't=0A = understand the meaning of=0A= the 'disk =3D' in the=0A = configuration file.
=0A =
=0A you know=0A a tutorial=0A = that I=0A = could follow to=0A = create thi= s file?
=0A
=0A = Xen provides the=0A = xen-create-image command=0A = to create=0A = the file, but= =0A I do no= t=0A know how to give=0A parameters=0A to the co= mmand (initrd=0A = install-install-source=0A method=0A = ...)
=0A
=0A = Can you help=0A = me?
=0A =
=0A = Thanks in=0A = advance.
=0A =
=0A Luisa
=0A =
=0A
=0A =0A
=0A ---= Gio 25/4/13, Jan Hejl <jh@excello.cz>=0A = ha scritto:
=0A

=0A = Da: Jan Hejl <jh@excello.cz>
=0A Oggetto= : Re: [Xen-users] Hardware=0A virtualization=
=0A A: "Luisa Posani" <lposani@yahoo.it>=
=0A Cc: xen-users@lists.xen.org
=0A = Data: Gioved=EC 25 Aprile 2013, 11:19
=0A =
=0A
=0A
Hi Luisa,
= =0A
=0A = great, so you're cpu is capable for=0A = running Xen. The reason why you=0A = don't see it is explained here http://old-list-archiv= es.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A =
=0A
=0A= Just to be clear. You've already=0A = start your system with xen and tried=0A = to start Windows Xp domU as this=0A = guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say?
=0A
= =0A Thank you and have a nice day
=0A= Jan
=0A =
=0A
Dne=0A=0A 24.4.2013= 17:54, Luisa Posani=0A napsal(a):
= =0A
=0A =
=0A = =0A = =0A = =0A =0A = =0A =0A =

=0A H= i
=0A
=0A = if I make
=0A =
=0A /pr= oc/cpuinfo flags
=0A
= =0A without xen I found vmx.=0A
=0A = when I start PC with xen=0A = flag vmx doesn't appare.
=0A =
=0A = Why?
=0A
=0A = I would like use a guest=0A = OS make with buildroot=0A = "standard" without xen=0A = driver.
=0A =
=0A I use= http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB= _to_start_Xen=0A
=0A = but doesn't work=0A = correctly.
=0A =
=0A = Doesn't work gvncviewer=0A for= using a window XP iso=0A imag= e and now I'm=0A compiling a b= uildroot=0A standard (qemu_x86= =0A config).
=0A =
=0A =
=0A
=0A = Luisa
=0A =
=0A =
=0A
=0A =
=0A =
=0A
=0A =
=0A = --- Mer 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A Da: Jan H= ejl <jh= @excello.cz>
=0A O= ggetto: Re: [Xen-users]=0A H= ardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A = Data: Mercoled=EC 24=0A = Aprile 2013, 17:08
=0A =
=0A =0A =
=0A
Sure,=0A=0A = I can.
=0A =
=0A Yo= u should check=0A your= cpuinfo if it=0A supp= orts=0A virtualization= .=0A Look here http://virt-= tools.org/learning/check-hardware-virt/
=0A =
=0A = If it does, tell=0A = me what is your=0A = goal and what have=0A = you done already?
=0A =
=0A D= ne 24.4.2013=0A 16:03,= Luisa=0A Posani napsa= l(a):
=0A
=0A =
=0A =0A = =0A = =0A = =0A = =0A =0A =
Thank's=0A = for your=0A = indication.
=0A =
=0A = I can't find=0A = my cpu in your=0A = list.
=0A =
=0A = In my PC I can=0A = enable the=0A = virtualization=0A = from BIOS.
=0A =
=0A I do= n't=0A understand = the=0A difference.=
=0A
=0A = Can you help=0A = me please?
=0A =
=0A =
=0A = Luisa
=0A =
=0A = --- Mer=0A = 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re:=0A = [Xen-users]=0A = Hardware=0A = virtualization
=0A = A: xen-users@lists.xen.org
=0A = Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35
=0A =
=0A =
=0A =
Hello=0A = Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware= =0A is a list= =0A IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A = virtualization,=0A = but hardware=0A = listed here=0A = supports VM.
=0A =
=0A = Jan
=0A =
=0A Dne=0A=0A=0A=0A = 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A =0A =0A = =0A = =0A = =0A <= /table>=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=0A = allegato-----
=0A =
=0A =
________________________________= _______________
=0A = Xen-users=0A = mailing list
=0A = Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =0A =0A= =0A = =0A =
=0A =
Hi
=0A =
=0A = It's my=0A = first experience with=0A= xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A = correctly.
=0A =
=0A = I would like=0A = to know if=0A ex= ist a simple=0A tu= torial to=0A confi= gure PC=0A 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 advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A
= =0A
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =0A =
=0A = -----Segue allegato-----
=0A =
=0A =
__________________________________= _____________
=0A Xen-u= sers mailing list
=0A <= a rel=3D"nofollow">Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=0A <= /blockquote>=0A
=0A =
=0A =0A =
=0A
=0A
=0A =
=0A
=0A
=0A =
=0A
=0A
=0A
=0A
=0A=0A

= -----Segue allegato-----

__________________= _____________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=
---1899948411-1538706582-1367846323=:4908-- --===============6422868488397742640== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6422868488397742640==-- From xen-users-bounces@lists.xen.org Mon May 06 13:19:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:19: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 1UZLJt-0006zM-Tj; Mon, 06 May 2013 13:19:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLJr-0006zC-Rp for xen-users@lists.xen.org; Mon, 06 May 2013 13:19:08 +0000 Received: from [85.158.139.211:13072] by server-15.bemta-5.messagelabs.com id DD/72-31797-BCDA7815; Mon, 06 May 2013 13:19:07 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-8.tower-206.messagelabs.com!1367846325!21850807!1 X-Originating-IP: [77.238.189.195] 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 10530 invoked from network); 6 May 2013 13:18:45 -0000 Received: from nm13-vm0.bullet.mail.ird.yahoo.com (HELO nm13-vm0.bullet.mail.ird.yahoo.com) (77.238.189.195) by server-8.tower-206.messagelabs.com with SMTP; 6 May 2013 13:18:45 -0000 Received: from [77.238.189.231] by nm13.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:18:44 -0000 Received: from [212.82.98.90] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 13:18:44 -0000 Received: from [127.0.0.1] by omp1027.mail.ir2.yahoo.com with NNFMP; 06 May 2013 13:18:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 352668.11385.bm@omp1027.mail.ir2.yahoo.com Received: (qmail 4990 invoked by uid 60001); 6 May 2013 13:18:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367846324; bh=wlHEIluce7/YMUrV3zcuNJkLI+T7MG7XIMcMuRpeN+w=; 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=3P7DQBK3E1GDxNnWBU9nLqfAev+26+FSaJVAertrOVyLworRgrf87/E8CmekWawYtubHvpEyaFrvL0KEaDTVDSl6n2MysNTE9bHWIVFJ591gWoJXDvMsjNqvtPKC+hOiy26s7PDdBE9jeULgqrhUDkMH4MxdqV4xfMiqoE33cFo= 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=BZ3Id97nN9haqrP/9/BauRwrMPy1aTO9sui8QqBlF0okzYQpKa9L9nErc/bHPdyDtiRdQNd9imsAHrxWsQeVDSW4hraLcF3+Nbl3AigsGjjJ0knPlzTgsCxgv6HBFeC0QIgBcZtoicgFoYwKWmLC/chFmkhW6HxWyPNncltzHXg=; X-YMail-OSG: Ku.y1UIVM1mIx6u9Fpd.nWCt_GyHuy4klm2Lzh0Cgf8aTic mlM8_ctDcNtjNzxV.Z.G5llxW_9iz6H.EdFOcA6fwxxZRKjCeDqWBgKtrpz. iQTdokPKBfYwunOpZmxjW8x7C6cQ.gZVfxgfmUBUCM2.9Y7sNwv.Pt2QfYdr 5xxbjCOtF1Tid0UFDNz5yE6EuFcG0x8wvUnpO_oOpPZpvL3hHnB2S7rt2VhT FbfT0h9HU2eYuklZVvKE9UuSvks3q_dRz0vOdUFvUG.amALhcoYjzfITW4B5 aHa4SLFEV28jCEm77BoTL4vqqgDW9OT6mN9I6R5a4clm5nZpqu7tI_wZwUea FwJGsbLMq_nM4K6TjJz2yOmvLd20uz0WbtEjQuypr.z45cSnW2DRIGrq4SWS 9a9vq8nZYra7_rDVnhRunABRfgaH_VvHlCGqJnRGefmgE4ccdi09UnRH9l5y YmCTmlTUvXOEwaOqoWvfwNNuzxE8bx2bXZHJ_ecmyXUQvmWT4SurDvD0SqLu riBaPrHzW4HwLTzpdMlnVPZgTWx4h4hEjmwn4COuHhp4Bg86MkdQrEJ3ZyJt SSn3VCvY7iFooVkcFOL9Vn1QZkt09NP614eq0.Z3r5gNw2LAirYQF_yY0AEs egcDoTUDhtYuDeNsqUd0c5pdV7V7k91YhlHgCAFDZDaYa3iRlGeRs71rNIrf 9hZinuqLPyQqCQotMxBjZBSPwtbxQTXILhQ7FBNKxC7f6mx3pna1dj5..oUb .Arl_XUGqeJnVCpvOgiqqcKyDJkCFiq86acsAW.DwxFrHc4am Received: from [151.89.15.211] by web171906.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 14:18:43 BST X-Rocket-MIMEInfo: 002.001, SGkgSmFuDQoNCkknbSBkb3dubG9hZGluZyANCmluc3RhbGwtYW1kNjQtbWluaW1hbC0yMDEzMDQyNS5pc28NCg0KYW5kIEkgdHJ5IHRvIHdvcmsuDQoNCklmIEkgaGF2ZW4ndCB0aGlzIG1pbmltYWwgaW1hZ2UgaXQncyBwb3NzaWJsZSB0byB3b3JrPw0KV2hhdCBkb2VzIGl0IGNvbnRhaW5zPw0KSG93IGNhbiBJIGNyZWF0ZSB0aGlzIGltYWdlPw0KDQoNCg0KDQotLS0gTHVuIDYvNS8xMywgSmFuIEhlamwgPGpoQGV4Y2VsbG8uY3o.IGhhIHNjcml0dG86DQoNCkRhOiBKYW4gSGVqbCA8amhAZXhjZWxsby5jej4BMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367846323.4908.YahooMailClassic@web171906.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 14:18:43 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5187A937.5090207@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="===============6422868488397742640==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6422868488397742640== Content-Type: multipart/alternative; boundary="-1899948411-1538706582-1367846323=:4908" ---1899948411-1538706582-1367846323=:4908 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan I'm downloading=20 install-amd64-minimal-20130425.iso and I try to work. If I haven't this minimal image it's possible to work? What does it contains? How can I create this image? --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 14:59 =0A =0A=0A =0A =0A =0A Create domU config file in /etc/xen/domu-01= .cfg: =0A builder=3D'hvm'=0Amemory =3D 2048=0Aname =3D "DomU-01"=0Avcpus=3D2= =0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De= 1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [ 'file:/root/domu-01.img,hda,w= ',=0A 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r'=0A= ]=0Aon_poweroff =3D 'destroy'=0Aon_reboot =3D 'restart'=0Aon_crash =3D= 'restart'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclisten=3D"127.0.0.1"=0Avncpasswd=3D= ''=0A=0A Download this=0A http://distfiles.gentoo.org/releases/amd6= 4/autobuilds/current-iso/install-amd64-minimal-20130425.iso=0A to your= /root folder. Create hard drive image: =0A dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000=0A= =0A Start your domU with: =0A xl create /etc/xen/domu-01.cfg=0A=0A Then you should be able = to connect with Remmina to localhosts VNC=0A and then you'll see Gento= o Live CD booting. Here's how to install=0A Gentoo http://www.gentoo.o= rg/doc/en/handbook/handbook-amd64.xml.=0A Chapter 7 describes kernel c= ompiling - custom config or genkernel. =0A =20 =0A When you'll be done with Gentoo installation, you shold poweroff= =0A you domU, change boot value to: =0A boot=3D"cd"=0A=0A And after: =0A xl create /etc/xen/domu-01.cfg=0A=0A you should see your Gent= oo booting up. =0A =20 =0A Hope this helps. =0A =20 =0A Jan =0A =20 =0A Dne 6.5.2013 14:41, Luisa Posani napsal(a): =0A =0A =0A =0A =0A =0A Can you sugge= st me=0A the simplest way to create a VM linux from scratch us= ing=0A kernel code source? =0A =20 =0A tks=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 13:11 =0A =20 =0A =0A Hi Luisa, =0A =20 =0A great news, i use Remmina also. Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM's hard drive. I'= m=0A not familiar with buildroot but as I read about CPI= O=0A it's file archiver and Xen disk image should be in= =0A RAW format. So you should extract rootfs.cpio to raw= =0A disk image which could be created with dd. Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10= 000=0A=0A As with normal hard drive you can use fdisk ma= ke=0A some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A = harddrive img in your xen config file for HVM style=0A = (hda but it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] =0A = Or you can pass the path to rootfs.img to=0A = xen-create-image. If rootfs.cpio contains all files=0A = including kernel image it should boot normally. As I=0A = wrote I'm not familiar with buildroot thus you're=0A = little bit on your own in this case and i'm sorry=0A f= or not being more straightforward but you're using=0A sp= ecific scenario. Maybe I'll save some time for=0A testin= g this and let you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A 6.5.2013 12:38, Luisa Po= sani napsal(a): =0A =0A =0A =0A = =0A =0A = Hi=0A Jan =0A =20 =0A I launch my windows VM whit graphical=0A = program named "Remmina Remote desktop=0A = client" and it work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe I=0A = was wrong=0A a few=0A = parameters to launch=0A manual=0A= gncviewer =0A =20 =0A Let me explain=0A = what is my=0A main=0A = problem. =0A I would=0A = like to start a=0A virtual machine cre= ated=0A with=0A = buildroot=0A standard=0A = WHITOUT=0A XEN drivers in t= he VM. =0A I have some=A0problems=0A = creating the=0A configu= ration file for this virtual=0A machine. =0A I don't=0A = know if I have to=0A work with=0A = a ramdisk=0A (roo= tfs.cpio=0A created=0A = by=0A buildroot)=0A = or not and=20 =0A what should be=0A = the=0A configuration file under (= p.e.) /etc/xen/VM_buildroot. =0A =20 =0A I don't=0A = understand the meaning of=0A the 'disk = =3D' in the=0A configuration file. =0A =20 =0A you know=0A = a tutorial=0A that I=0A = could follow to=0A create = this file? =0A =20 =0A Xen provides the=0A = xen-create-image command=0A to cr= eate=0A the file, but=0A = I do not=0A know how to give= =0A parameters=0A = to the command (initrd=0A install-ins= tall-source=0A method=0A = ...) =0A =20 =0A Can you help=0A = me? =0A =20 =0A Thanks in=0A = advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Gioved=EC 25 Aprile 2013, 11:19 =0A =20 =0A =0A Hi= Luisa, =0A =20 =0A great, so you're cpu is capable for= =0A running Xen. The reason why you=0A = don't see it is explained here http://old= -list-archives.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be clear. You've already=0A = start your system with xen and tried=0A = to start Windows Xp domU as this=0A = guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say? =0A =20 =0A Thank you and have a nice day =0A Jan =0A =20 =0A Dne=0A=0A = 24.4.2013 17:54, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo flags =0A =20 =0A without xen I found vmx. =0A =20 =0A when I start PC with xen= =0A flag vmx doesn't appare. =0A =20 =0A Why? =0A =20 =0A I would like use a guest= =0A OS make with buildroot=0A = "standard" without xen=0A = driver. =0A =20 =0A I use http://wiki.xen.org/= wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't work=0A = correctly. =0A =20 =0A Doesn't work gvncviewer=0A= for using a window XP iso=0A = image and now I'm=0A = compiling a buildroot=0A = standard (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer 24/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Mercoled=EC 24=0A = Aprile 2013, 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A I= can.=20 =0A =20 =0A You should check= =0A your cpuinfo if it= =0A supports=0A = virtualization.=0A = Look here http://virt-tools.org= /learning/check-hardware-virt/ =0A =20 =0A If it does, tell= =0A me what is your=0A= goal and what have=0A= you done already? =0A =20 =0A Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani napsal(a): =0A =0A = =0A = =0A = =0A =0A = Thank's=0A = for your=0A = indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A = but hardware=0A li= sted here=0A suppo= rts VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 mailing list=0AXen-users@list= s.xen.org=0Ahttp://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A =0A = =20 =0A =0A = =0A = =20 =0A -----Segue allegato----- =0A =20 =0A ________________________= _______________________ =0A Xen-users mailing list =0A Xen-users@lists.xen.or= g =0A http://lists.xen.org/x= en-users=0A =0A = =0A = =0A =0A = =0A =0A = =20 =0A =0A =0A= =0A =0A = =0A =0A =0A = =0A =20 =0A =0A =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 ---1899948411-1538706582-1367846323=:4908 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable = =0A =0A =0A =0A = =0A
Hi Jan

I'm downloading 
install-amd64-mi=
nimal-20130425.iso

and I try to work.

If I haven't this minim=
al image it's possible to work?
What does it contains?
How can I crea=
te this image?




--- Lun 6/5/13, Jan Hejl = <jh@excello.cz> ha scritto:

D= a: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virt= ualization
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-users@l= ists.xen.org
Data: Luned=EC 6 maggio 2013, 14:59

=0A =0A=0A =0A =0A
=0A Create domU config file in /= etc/xen/domu-01.cfg:
=0A 
builder=3D'hvm'=0Amemory =3D 2048=0Anam=
e =3D "DomU-01"=0Avcpus=3D2=0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-brid=
ge, type=3Dioemu, model=3De1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [ '<=
a rel=3D"nofollow" class=3D"yiv1332768259moz-txt-link-freetext">file:/root/=
domu-01.img,hda,w',=0A        'file:/root/install-amd64-minimal-20130425.iso,hdc:=
cdrom,r'=0A]=0Aon_poweroff =3D 'destroy'=0Aon_reboot   =3D 'restart'=0A=
on_crash    =3D 'restart'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclisten=3D"127.0.0.1"=
=0Avncpasswd=3D''=0A
=0A
Download this=0A http://d= istfiles.gentoo.org/releases/amd64/autobuilds/current-iso/install-amd64-min= imal-20130425.iso=0A to your /root folder. Create hard drive image= :
=0A 
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=
=3D10000=0A
=0A Start your domU with:
=0A 
xl create =
/etc/xen/domu-01.cfg=0A
=0A Then you should be able to connect wi= th Remmina to localhosts VNC=0A and then you'll see Gentoo Live CD boo= ting. Here's how to install=0A Gentoo http://www.gentoo.org/doc/en/hand= book/handbook-amd64.xml.=0A Chapter 7 describes kernel compiling -= custom config or genkernel.
=0A
=0A When you'll be done w= ith Gentoo installation, you shold poweroff=0A you domU, change boot v= alue to:
=0A 
boot=3D"cd"=0A
=0A And after:
=0A = 
xl create /etc/xen/domu-01.cfg=0A
=0A you should see your= Gentoo booting up.
=0A
=0A Hope this helps.
=0A <= br>=0A Jan
=0A
=0A Dne 6.5.2013 14:41, Luisa Posani n= apsal(a):
=0A
=0A
=0A =0A =0A = =0A
Can you = suggest me=0A the simplest way to create a VM linux from scrat= ch using=0A kernel code source?
=0A
=0A = tks
=0A
=0A Luisa
=0A =
=0A
=0A
=0A
= =0A
=0A
=0A --- Lun 6/5/1= 3, Jan Hejl <jh@excello.cz>=0A ha s= critto:
=0A

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users] Hardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A= Data: Luned=EC 6 maggio 2013, 13:11
=0A <= br>=0A
=0A
= Hi Luisa,
=0A
=0A great news, = i use Remmina also. Great tool.
=0A
=0A = 'disk =3D ' is used for defining VM's hard drive. I'm=0A = not familiar with buildroot but as I read about CPIO=0A = it's file archiver and Xen disk image should be in=0A = RAW format. So you should extract rootfs.cpio to raw=0A = disk image which could be created with dd. Example:
=0A = 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000=0A=
=0A As with normal hard drive you can use fdisk ma= ke=0A some partitions on rootfs.img, format them and=0A = extract rootfs.cpio there. Then you can set this=0A = harddrive img in your xen config file for HVM style=0A = (hda but it should apper as sda inside domU):
=0A = 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
=0A = Or you can pass the path to rootfs.img to=0A x= en-create-image. If rootfs.cpio contains all files=0A in= cluding kernel image it should boot normally. As I=0A wr= ote I'm not familiar with buildroot thus you're=0A littl= e bit on your own in this case and i'm sorry=0A for not = being more straightforward but you're using=0A specific = scenario. Maybe I'll save some time for=0A testing this = and let you know later on.
=0A
=0A = Have a nice day
=0A Jan
=0A =
=0A
Dn= e=0A 6.5.2013 12:38, Luisa Posani napsal(a):
=0A =
=0A
=0A= =0A =0A =0A = =0A =0A = =0A
Hi=0A = Jan
=0A
= =0A I launch my windows VM whit graphical=0A = program named "Remmina Remote desktop=0A = client" and it work well..
=0A =
=0A :-) :-) :-) :-)
=0A =
=0A Maybe I=0A was wrong=0A = a few=0A = parameters to launch=0A = manual= =0A gncview= er
=0A
=0A = Let me explain=0A = what is my=0A main= =0A problem.
=0A = I would=0A = like to start a= =0A virtual machine created=0A with=0A buildroot=0A = standard=0A = WHITOUT=0A = XEN drivers in the VM.
=0A = I have some problems=0A creating<= /span> the=0A = configuration file for = this virtual=0A = machine.
=0A I don't=0A know = if I have to=0A = work with=0A = a ramdisk=0A (rootfs.cpio=0A = created=0A = by=0A = buildroot)=0A or not and
=0A = what should= be=0A the=0A configuration file under (p.e.) /etc/xen/VM_buildroot.
=0A
=0A = I don't=0A = understand the meaning of=0A= the 'disk =3D' in the=0A = configuration file.
=0A =
=0A you know=0A a tutorial=0A = that I=0A = could follow to=0A = create thi= s file?
=0A
=0A = Xen provides the=0A = xen-create-image command=0A = to create=0A = the file, but= =0A I do no= t=0A know how to give=0A parameters=0A to the co= mmand (initrd=0A = install-install-source=0A method=0A = ...)
=0A
=0A = Can you help=0A = me?
=0A =
=0A = Thanks in=0A = advance.
=0A =
=0A Luisa
=0A =
=0A
=0A =0A
=0A ---= Gio 25/4/13, Jan Hejl <jh@excello.cz>=0A = ha scritto:
=0A

=0A = Da: Jan Hejl <jh@excello.cz>
=0A Oggetto= : Re: [Xen-users] Hardware=0A virtualization=
=0A A: "Luisa Posani" <lposani@yahoo.it>=
=0A Cc: xen-users@lists.xen.org
=0A = Data: Gioved=EC 25 Aprile 2013, 11:19
=0A =
=0A
=0A
Hi Luisa,
= =0A
=0A = great, so you're cpu is capable for=0A = running Xen. The reason why you=0A = don't see it is explained here http://old-list-archiv= es.xen.org/archives/html/xen-users/2010-09/msg00180.html.=0A =
=0A
=0A= Just to be clear. You've already=0A = start your system with xen and tried=0A = to start Windows Xp domU as this=0A = guide describes, do you? And the=0A = problem is that you can't connect to=0A = your Windows XP domU with GNCVIEWER=0A = or something else? Is your domU=0A = running? What does the "xl start"=0A = command say?
=0A
= =0A Thank you and have a nice day
=0A= Jan
=0A =
=0A
Dne=0A=0A 24.4.2013= 17:54, Luisa Posani=0A napsal(a):
= =0A
=0A =
=0A = =0A = =0A = =0A =0A = =0A =0A =

=0A H= i
=0A
=0A = if I make
=0A =
=0A /pr= oc/cpuinfo flags
=0A
= =0A without xen I found vmx.=0A
=0A = when I start PC with xen=0A = flag vmx doesn't appare.
=0A =
=0A = Why?
=0A
=0A = I would like use a guest=0A = OS make with buildroot=0A = "standard" without xen=0A = driver.
=0A =
=0A I use= http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB= _to_start_Xen=0A
=0A = but doesn't work=0A = correctly.
=0A =
=0A = Doesn't work gvncviewer=0A for= using a window XP iso=0A imag= e and now I'm=0A compiling a b= uildroot=0A standard (qemu_x86= =0A config).
=0A =
=0A =
=0A
=0A = Luisa
=0A =
=0A =
=0A
=0A =
=0A =
=0A
=0A =
=0A = --- Mer 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A Da: Jan H= ejl <jh= @excello.cz>
=0A O= ggetto: Re: [Xen-users]=0A H= ardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>
=0A = Cc: xen-users@lists.xen.org
=0A = Data: Mercoled=EC 24=0A = Aprile 2013, 17:08
=0A =
=0A =0A =
=0A
Sure,=0A=0A = I can.
=0A =
=0A Yo= u should check=0A your= cpuinfo if it=0A supp= orts=0A virtualization= .=0A Look here http://virt-= tools.org/learning/check-hardware-virt/
=0A =
=0A = If it does, tell=0A = me what is your=0A = goal and what have=0A = you done already?
=0A =
=0A D= ne 24.4.2013=0A 16:03,= Luisa=0A Posani napsa= l(a):
=0A
=0A =
=0A =0A = =0A = =0A = =0A = =0A =0A =
Thank's=0A = for your=0A = indication.
=0A =
=0A = I can't find=0A = my cpu in your=0A = list.
=0A =
=0A = In my PC I can=0A = enable the=0A = virtualization=0A = from BIOS.
=0A =
=0A I do= n't=0A understand = the=0A difference.=
=0A
=0A = Can you help=0A = me please?
=0A =
=0A =
=0A = Luisa
=0A =
=0A = --- Mer=0A = 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re:=0A = [Xen-users]=0A = Hardware=0A = virtualization
=0A = A: xen-users@lists.xen.org
=0A = Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35
=0A =
=0A =
=0A =
Hello=0A = Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware= =0A is a list= =0A IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A = virtualization,=0A = but hardware=0A = listed here=0A = supports VM.
=0A =
=0A = Jan
=0A =
=0A Dne=0A=0A=0A=0A = 24.4.2013=0A = 09:43, Luisa=0A = Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A =0A =0A = =0A = =0A = =0A <= /table>=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=0A = allegato-----
=0A =
=0A =
________________________________= _______________
=0A = Xen-users=0A = mailing list
=0A = Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =0A =0A= =0A = =0A =
=0A =
Hi
=0A =
=0A = It's my=0A = first experience with=0A= xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A = correctly.
=0A =
=0A = I would like=0A = to know if=0A ex= ist a simple=0A tu= torial to=0A confi= gure PC=0A 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 advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A
= =0A
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =0A =
=0A = -----Segue allegato-----
=0A =
=0A =
__________________________________= _____________
=0A Xen-u= sers mailing list
=0A <= a rel=3D"nofollow">Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=0A <= /blockquote>=0A
=0A =
=0A =0A =
=0A
=0A
=0A =
=0A
=0A
=0A =
=0A
=0A
=0A
=0A
=0A=0A

= -----Segue allegato-----

__________________= _____________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=
---1899948411-1538706582-1367846323=:4908-- --===============6422868488397742640== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6422868488397742640==-- From xen-users-bounces@lists.xen.org Mon May 06 13:27:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:27: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 1UZLRJ-0007NN-7E; Mon, 06 May 2013 13:26:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLRH-0007NG-Hh for xen-users@lists.xen.org; Mon, 06 May 2013 13:26:48 +0000 Received: from [85.158.138.51:41787] by server-15.bemta-3.messagelabs.com id F5/45-32363-69FA7815; Mon, 06 May 2013 13:26:46 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-7.tower-174.messagelabs.com!1367846800!21654296!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 23443 invoked from network); 6 May 2013 13:26:40 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 13:26:40 -0000 Received: (qmail 21923 invoked by uid 1000); 6 May 2013 15:26:40 +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(-7.0/5.0):. Processed in 2.494878 secs); 06 May 2013 13:26:40 -0000 X-Spam-Status: No, hits=-7.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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.5279] -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); 6 May 2013 15:26:37 +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 DBE7D2C1225; Mon, 6 May 2013 15:26:36 +0200 (CEST) Message-ID: <5187AF8D.2000407@excello.cz> Date: Mon, 06 May 2013 15:26:37 +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: <1367846323.4908.YahooMailClassic@web171906.mail.ir2.yahoo.com> In-Reply-To: <1367846323.4908.YahooMailClassic@web171906.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="===============0823525393645915687==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============0823525393645915687== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040205070404020503000201" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040205070404020503000201 Content-Type: multipart/alternative; boundary="------------050408000707040304020604" This is a multi-part message in MIME format. --------------050408000707040304020604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable What is your level of linux knowledge? Or IT at all? This ISO contains LIVE version of Gentoo. Something like minimal ubuntu=20 that's neccesary for ubuntu installation. You don't need to create=20 anything. Go through install process and then you'll have your own=20 system installed on domu-01.img. Dne 6.5.2013 15:18, Luisa Posani napsal(a): > Hi Jan > > I'm downloading > install-amd64-minimal-20130425.iso > > and I try to work. > > If I haven't this minimal image it's possible to work? > What does it contains? > How can I create this image? > > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 14:59 > > Create domU config file in /etc/xen/domu-01.cfg: > > builder=3D'hvm' > memory =3D 2048 > name =3D "DomU-01" > vcpus=3D2 > vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, mode= l=3De1000, mac=3D00:16:3e:63:80:88' ] > disk =3D [ 'file:/root/domu-01.img,hda,w', > 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r= ' > ] > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > boot=3D"dc" > vnc=3D1 > vnclisten=3D"127.0.0.1" > vncpasswd=3D'' > > Download this > http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/i= nstall-amd64-minimal-20130425.iso > to your /root folder. Create hard drive image: > > dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000 > > Start your domU with: > > xl create /etc/xen/domu-01.cfg > > Then you should be able to connect with Remmina to localhosts VNC > and then you'll see Gentoo Live CD booting. Here's how to install > Gentoo http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml. > Chapter 7 describes kernel compiling - custom config or genkernel. > > When you'll be done with Gentoo installation, you shold poweroff > you domU, change boot value to: > > boot=3D"cd" > > And after: > > xl create /etc/xen/domu-01.cfg > > you should see your Gentoo booting up. > > Hope this helps. > > Jan > > Dne 6.5.2013 14:41, Luisa Posani napsal(a): >> Can you suggest me the simplest way to create a VM linux from >> scratch using kernel code source? >> >> tks >> >> Luisa >> >> >> >> >> >> >> --- *Lun 6/5/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> >> Cc: xen-users@lists.xen.org >> >> Data: Luned=EC 6 maggio 2013, 13:11 >> >> Hi Luisa, >> >> great news, i use Remmina also. Great tool. >> >> 'disk =3D ' is used for defining VM's hard drive. I'm not >> familiar with buildroot but as I read about CPIO it's file >> archiver and Xen disk image should be in RAW format. So you >> should extract rootfs.cpio to raw disk image which could be >> created with dd. Example: >> >> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 >> >> As with normal hard drive you can use fdisk make some >> partitions on rootfs.img, format them and extract rootfs.cpio >> there. Then you can set this harddrive img in your xen config >> file for HVM style (hda but it should apper as sda inside domU= ): >> >> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >> >> Or you can pass the path to rootfs.img to xen-create-image. >> If rootfs.cpio contains all files including kernel image it >> should boot normally. As I wrote I'm not familiar with >> buildroot thus you're little bit on your own in this case and >> i'm sorry for not being more straightforward but you're using >> specific scenario. Maybe I'll save some time for testing this >> and let you know later on. >> >> Have a nice day >> Jan >> >> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>> Hi Jan >>> >>> I launch my windows VM whit graphical program named "Remmina >>> Remote desktop client" and it work well.. >>> >>> :-) :-) :-) :-) >>> >>> Maybe I was wrong a few parameters to launch manual gncviewer= >>> >>> Let me explain what is my main problem. >>> I would like to start a virtual machine created with >>> buildroot standard WHITOUT XEN driversin the VM. >>> I have some problems creating the configuration file for >>> this virtual machine. >>> I don't know if I have to work with a ramdisk (rootfs.cpio >>> created by buildroot) or not and >>> what should be the configuration file under (p.e.) >>> /etc/xen/VM_buildroot. >>> >>> I don't understand the meaning of the 'disk =3D' in the >>> configuration file. >>> >>> you know a tutorial that I could follow to create this file? >>> >>> Xen provides the xen-create-image command to create the >>> file, but I do not know how to give parameters to the >>> command (initrd install-install-source method ...) >>> >>> Can you help me? >>> >>> Thanks in advance. >>> >>> Luisa >>> >>> >>> >>> >>> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >>> >>> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_G= RUB_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 //* 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 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 virtualizatio= n >>>>> 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-supp= orting_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 >>>>> >>>> >>>> >>>> -----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 > --------------050408000707040304020604 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What is your level of linux knowledge? Or IT at all?

This ISO contains LIVE version of Gentoo. Something like minimal ubuntu that's neccesary for ubuntu installation. You don't need to create anything. Go through install process and then you'll have your own system installed on domu-01.img.

Dne 6.5.2013 15:18, Luisa Posani napsal(a):
Hi Jan

I'm downloading 
install-amd64-minimal-20130425.iso

and I try to work.

If I haven't this minimal image it's possible to work?
What does it contains?
How can I create this image?

--- Lun 6/5/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: Lunedì 6 maggio 2013, 14:59

Create domU config file in /etc/xen/domu-01.cfg:<= br> 
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20130425.iso,h=
dc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases= /amd64/autobuilds/current-iso/install-amd64-minimal-20130425.iso to your /root folder. Create hard drive image:
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D=
1M count=3D10000
Start your domU with:
xl create /etc/xen/domu-01.cfg
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml= . Chapter 7 describes kernel compiling - custom config or genkernel.

When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
boot=3D"cd"
And after:
xl create /etc/xen/domu-01.cfg
you should see your Gentoo booting up.

Hope this helps.

Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Ca= n you suggest me the simplest way to create a VM linux from scratch using kernel code source?

tks

Luisa






--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> 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: Lunedì 6 maggio 2013, 13:11<= br>
Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's= hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example:
dd if=3D/dev/zero of=3Drootfs.im=
g bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):<= br> 
disk =3D [ 'file=
:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong a few parameters to launch manual gncviewer

Let me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers in the VM.
I have some <= span class=3D"yiv1332768259h= ps yiv1332768259atn">problems creating the configuration file for this virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not and
what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I don't understand= the meaning of the 'disk =3D' in the configuration file<= /span>.

you know a tutorial that I could follow to create this file?

Xen provides the xen-create-i= mage command to create the file, but I do not know how to give parameters to the command (initrd insta= ll-install-source method ...)

Can you help me?

Thanks in advance.

Luisa




--- Gio 25/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: Giovedì 25 A= prile 2013, 11:19

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users




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

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

--------------050408000707040304020604-- --------------ms040205070404020503000201 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMzI2Mzda MCMGCSqGSIb3DQEJBDEWBBQNIsvNNVV83yeg5g82R+9XZn36xDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAGOmjbw396bs xoiyzkttynsD537NuP3MaNCPrhmISaVEYo8PkQ3BEPb+d7LEkH+YiAYJR6t0+00J955DZxpO j0I28aFc95efyCV1yZGO+Fs7gSHTGlSd+w2vyvMx+f6eI4W3MGgW0C5yyKgqxFH+fJLjgpf2 w4Sj0mOfATgkmEqnB7XboQyeYKY6NxJtbFnZsr1lIZfBh4xgt1t2XT6keSWd542mZQ9eFj1K mYz0jij3q85sltjQGKdMhLGuM0eJLy8P8ikSNF0G/D5SJun97hggAQ/qxoN1hyfUevz9aB1h CafMF/b5T52l5w7zHjtztT7ZABlA6ptfLyMDchz0ZmcAAAAAAAA= --------------ms040205070404020503000201-- --===============0823525393645915687== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0823525393645915687==-- From xen-users-bounces@lists.xen.org Mon May 06 13:27:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:27: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 1UZLRJ-0007NN-7E; Mon, 06 May 2013 13:26:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLRH-0007NG-Hh for xen-users@lists.xen.org; Mon, 06 May 2013 13:26:48 +0000 Received: from [85.158.138.51:41787] by server-15.bemta-3.messagelabs.com id F5/45-32363-69FA7815; Mon, 06 May 2013 13:26:46 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-7.tower-174.messagelabs.com!1367846800!21654296!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 23443 invoked from network); 6 May 2013 13:26:40 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 13:26:40 -0000 Received: (qmail 21923 invoked by uid 1000); 6 May 2013 15:26:40 +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(-7.0/5.0):. Processed in 2.494878 secs); 06 May 2013 13:26:40 -0000 X-Spam-Status: No, hits=-7.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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.5279] -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); 6 May 2013 15:26:37 +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 DBE7D2C1225; Mon, 6 May 2013 15:26:36 +0200 (CEST) Message-ID: <5187AF8D.2000407@excello.cz> Date: Mon, 06 May 2013 15:26:37 +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: <1367846323.4908.YahooMailClassic@web171906.mail.ir2.yahoo.com> In-Reply-To: <1367846323.4908.YahooMailClassic@web171906.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="===============0823525393645915687==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============0823525393645915687== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040205070404020503000201" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040205070404020503000201 Content-Type: multipart/alternative; boundary="------------050408000707040304020604" This is a multi-part message in MIME format. --------------050408000707040304020604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable What is your level of linux knowledge? Or IT at all? This ISO contains LIVE version of Gentoo. Something like minimal ubuntu=20 that's neccesary for ubuntu installation. You don't need to create=20 anything. Go through install process and then you'll have your own=20 system installed on domu-01.img. Dne 6.5.2013 15:18, Luisa Posani napsal(a): > Hi Jan > > I'm downloading > install-amd64-minimal-20130425.iso > > and I try to work. > > If I haven't this minimal image it's possible to work? > What does it contains? > How can I create this image? > > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 14:59 > > Create domU config file in /etc/xen/domu-01.cfg: > > builder=3D'hvm' > memory =3D 2048 > name =3D "DomU-01" > vcpus=3D2 > vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, mode= l=3De1000, mac=3D00:16:3e:63:80:88' ] > disk =3D [ 'file:/root/domu-01.img,hda,w', > 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r= ' > ] > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > boot=3D"dc" > vnc=3D1 > vnclisten=3D"127.0.0.1" > vncpasswd=3D'' > > Download this > http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/i= nstall-amd64-minimal-20130425.iso > to your /root folder. Create hard drive image: > > dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000 > > Start your domU with: > > xl create /etc/xen/domu-01.cfg > > Then you should be able to connect with Remmina to localhosts VNC > and then you'll see Gentoo Live CD booting. Here's how to install > Gentoo http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml. > Chapter 7 describes kernel compiling - custom config or genkernel. > > When you'll be done with Gentoo installation, you shold poweroff > you domU, change boot value to: > > boot=3D"cd" > > And after: > > xl create /etc/xen/domu-01.cfg > > you should see your Gentoo booting up. > > Hope this helps. > > Jan > > Dne 6.5.2013 14:41, Luisa Posani napsal(a): >> Can you suggest me the simplest way to create a VM linux from >> scratch using kernel code source? >> >> tks >> >> Luisa >> >> >> >> >> >> >> --- *Lun 6/5/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> >> Cc: xen-users@lists.xen.org >> >> Data: Luned=EC 6 maggio 2013, 13:11 >> >> Hi Luisa, >> >> great news, i use Remmina also. Great tool. >> >> 'disk =3D ' is used for defining VM's hard drive. I'm not >> familiar with buildroot but as I read about CPIO it's file >> archiver and Xen disk image should be in RAW format. So you >> should extract rootfs.cpio to raw disk image which could be >> created with dd. Example: >> >> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 >> >> As with normal hard drive you can use fdisk make some >> partitions on rootfs.img, format them and extract rootfs.cpio >> there. Then you can set this harddrive img in your xen config >> file for HVM style (hda but it should apper as sda inside domU= ): >> >> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >> >> Or you can pass the path to rootfs.img to xen-create-image. >> If rootfs.cpio contains all files including kernel image it >> should boot normally. As I wrote I'm not familiar with >> buildroot thus you're little bit on your own in this case and >> i'm sorry for not being more straightforward but you're using >> specific scenario. Maybe I'll save some time for testing this >> and let you know later on. >> >> Have a nice day >> Jan >> >> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>> Hi Jan >>> >>> I launch my windows VM whit graphical program named "Remmina >>> Remote desktop client" and it work well.. >>> >>> :-) :-) :-) :-) >>> >>> Maybe I was wrong a few parameters to launch manual gncviewer= >>> >>> Let me explain what is my main problem. >>> I would like to start a virtual machine created with >>> buildroot standard WHITOUT XEN driversin the VM. >>> I have some problems creating the configuration file for >>> this virtual machine. >>> I don't know if I have to work with a ramdisk (rootfs.cpio >>> created by buildroot) or not and >>> what should be the configuration file under (p.e.) >>> /etc/xen/VM_buildroot. >>> >>> I don't understand the meaning of the 'disk =3D' in the >>> configuration file. >>> >>> you know a tutorial that I could follow to create this file? >>> >>> Xen provides the xen-create-image command to create the >>> file, but I do not know how to give parameters to the >>> command (initrd install-install-source method ...) >>> >>> Can you help me? >>> >>> Thanks in advance. >>> >>> Luisa >>> >>> >>> >>> >>> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >>> >>> 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-archives.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.org/wiki/Xen_Beginners_Guide#Configure_G= RUB_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 //* 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 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 virtualizatio= n >>>>> 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-supp= orting_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 >>>>> >>>> >>>> >>>> -----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 > --------------050408000707040304020604 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What is your level of linux knowledge? Or IT at all?

This ISO contains LIVE version of Gentoo. Something like minimal ubuntu that's neccesary for ubuntu installation. You don't need to create anything. Go through install process and then you'll have your own system installed on domu-01.img.

Dne 6.5.2013 15:18, Luisa Posani napsal(a):
Hi Jan

I'm downloading 
install-amd64-minimal-20130425.iso

and I try to work.

If I haven't this minimal image it's possible to work?
What does it contains?
How can I create this image?

--- Lun 6/5/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: Lunedì 6 maggio 2013, 14:59

Create domU config file in /etc/xen/domu-01.cfg:<= br> 
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20130425.iso,h=
dc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases= /amd64/autobuilds/current-iso/install-amd64-minimal-20130425.iso to your /root folder. Create hard drive image:
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D=
1M count=3D10000
Start your domU with:
xl create /etc/xen/domu-01.cfg
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml= . Chapter 7 describes kernel compiling - custom config or genkernel.

When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
boot=3D"cd"
And after:
xl create /etc/xen/domu-01.cfg
you should see your Gentoo booting up.

Hope this helps.

Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Ca= n you suggest me the simplest way to create a VM linux from scratch using kernel code source?

tks

Luisa






--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> 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: Lunedì 6 maggio 2013, 13:11<= br>
Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's= hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example:
dd if=3D/dev/zero of=3Drootfs.im=
g bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):<= br> 
disk =3D [ 'file=
:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..

:-) :-) :-) :-)

Maybe I was wrong a few parameters to launch manual gncviewer

Let me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers in the VM.
I have some <= span class=3D"yiv1332768259h= ps yiv1332768259atn">problems creating the configuration file for this virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not and
what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I don't understand= the meaning of the 'disk =3D' in the configuration file<= /span>.

you know a tutorial that I could follow to create this file?

Xen provides the xen-create-i= mage command to create the file, but I do not know how to give parameters to the command (initrd insta= ll-install-source method ...)

Can you help me?

Thanks in advance.

Luisa




--- Gio 25/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: Giovedì 25 A= prile 2013, 11:19

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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users




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

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

--------------050408000707040304020604-- --------------ms040205070404020503000201 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxMzI2Mzda MCMGCSqGSIb3DQEJBDEWBBQNIsvNNVV83yeg5g82R+9XZn36xDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAGOmjbw396bs xoiyzkttynsD537NuP3MaNCPrhmISaVEYo8PkQ3BEPb+d7LEkH+YiAYJR6t0+00J955DZxpO j0I28aFc95efyCV1yZGO+Fs7gSHTGlSd+w2vyvMx+f6eI4W3MGgW0C5yyKgqxFH+fJLjgpf2 w4Sj0mOfATgkmEqnB7XboQyeYKY6NxJtbFnZsr1lIZfBh4xgt1t2XT6keSWd542mZQ9eFj1K mYz0jij3q85sltjQGKdMhLGuM0eJLy8P8ikSNF0G/D5SJun97hggAQ/qxoN1hyfUevz9aB1h CafMF/b5T52l5w7zHjtztT7ZABlA6ptfLyMDchz0ZmcAAAAAAAA= --------------ms040205070404020503000201-- --===============0823525393645915687== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0823525393645915687==-- From xen-users-bounces@lists.xen.org Mon May 06 13:43:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:43: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 1UZLhI-0008CG-OX; Mon, 06 May 2013 13:43:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLhH-0008CB-5k for xen-users@lists.xen.org; Mon, 06 May 2013 13:43:19 +0000 Received: from [85.158.137.99:31024] by server-8.bemta-3.messagelabs.com id 50/5A-25864-673B7815; Mon, 06 May 2013 13:43:18 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367847796!20668835!1 X-Originating-IP: [65.55.90.239] X-SpamReason: No, hits=-1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_MESSAGE,MIME_BASE64_TEXT,MIME_HTML_MOSTLY,ML_RADAR_FP_R_14, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9104 invoked from network); 6 May 2013 13:43:16 -0000 Received: from snt0-omc4-s36.snt0.hotmail.com (HELO snt0-omc4-s36.snt0.hotmail.com) (65.55.90.239) by server-10.tower-217.messagelabs.com with SMTP; 6 May 2013 13:43:16 -0000 Received: from SNT401-EAS37 ([65.55.90.200]) by snt0-omc4-s36.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 6 May 2013 06:43:15 -0700 X-EIP: [wxuW/WukSBctLesyVNbjuaRNZDJmWeUp] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> From: Yeonki Choi MIME-Version: 1.0 (1.0) In-Reply-To: <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Date: Mon, 6 May 2013 22:43:13 +0900 To: Anand Mundada X-OriginalArrivalTime: 06 May 2013 13:43:15.0877 (UTC) FILETIME=[A90B6D50:01CE4A5F] Cc: "xen-users@lists.xen.org" , agya naila Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7808398362386808571==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7808398362386808571== Content-Type: multipart/related; boundary="_0fe105cc-012a-4110-b9d7-95ff4d914785_" --_0fe105cc-012a-4110-b9d7-95ff4d914785_ Content-Type: multipart/alternative; boundary="Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4" Content-Transfer-Encoding: 7bit --Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 SGksIEFuYW5kDQoNCldoYXQga2luZCBvZiBPUyBoYXMgaW5zdGFsbGVkIGluIERvbTA/DQoNClJl Z2FyZHMsIA0KWWVvbmtpIENob2kNClNlbnQgZnJvbSBteSBpUGFkDQoNCjIwMTMuIDUuIDYuIL/A yMQgOTo1MiAiQW5hbmQgTXVuZGFkYSIgPGFuYW5kbXVuZGFkYUB5bWFpbC5jb20+IMDbvLo6DQoN Cj4gSGkgQWd5YSwNCj4gDQo+IEkgaGF2ZSBhZGRlZCBib290bG9hZGVyID0gInB5Z3J1YiIgICBp biBjb25maWcgZmlsZSBzdGlsbCBzYW1lIHJlc3VsdC4NCj4gRXJyb3I6IEJvb3QgbG9hZGVyIGRp ZG4ndCByZXR1cm4gYW55IGRhdGEhDQo+IA0KPiBQbGVhc2UgbGV0IG1lIGtub3cgaWYgIEkgY2Fu IHRyeSBhbnl0aGluZyBlbHNlLg0KPiANCj4gVGhhbmtzLA0KPiBBbmFuZA0KPiBGcm9tOiBhZ3lh IG5haWxhIDxhZ3lhLm5haWxhQGdtYWlsLmNvbT4NCj4gVG86IEFuYW5kIE11bmRhZGEgPGFuYW5k bXVuZGFkYUB5bWFpbC5jb20+IA0KPiBDYzogInhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiA8eGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc+IA0KPiBTZW50OiBTdW5kYXksIE1heSA1LCAyMDEzIDI6NDgg UE0NCj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFtVUkdFTlRdIEhvdyB0byBib290IERvbVUg ZnJvbSBjdXN0b21pemVkIGtlcm5lbA0KPiANCj4gT24gVHVlLCBBcHIgMzAsIDIwMTMgYXQgMTE6 MTYgUE0sIEFuYW5kIE11bmRhZGEgPGFuYW5kbXVuZGFkYUB5bWFpbC5jb20+IHdyb3RlOg0KPiBI aSBBbGwsDQo+IA0KPiBJIGFtIHVzaW5nIFhlbiBoeXBlcnZpc29yIGZvciBteSBjbGFzcyBwcm9q ZWN0LiBJIG5lZWQgdG8gYm9vdCBEb21VIGZyb20gbXkgY3VzdG9tIGtlcm5lbC4gSSBoYXZlIGNv bXBpbGVkIHRoZSBrZXJuZWwgY29kZSBpbnNpZGUgRG9tVSBhbmQgY3JlYXRlZCB0aGUgaW5pdHJh bWZzLiBJIGNhbiBzZWUgaXRzIGVudHJ5IGFmdGVyIHVwZGF0ZS1ncnViLiBCdXQgd2hlbiBJIHJl Ym9vdCwgSSBhbSBnZXR0aW5nIGZvbGxvd2luZyBlcnJvcjoNCj4gRXJyb3I6IEJvb3QgbG9hZGVy IGRpZG4ndCByZXR1cm4gYW55IGRhdGEhDQo+IA0KPiBIZXJlIGlzIG15IGNvbmZpZyBmaWxlICh1 YnVudHUuY2ZnKSA6LQ0KPiBuYW1lID0gInVidW50dSINCj4gbWVtb3J5ID0gMTAyNA0KPiBkaXNr ID0gWydwaHk6L2Rldi9WRy91YnVudHUseHZkYSx3J10NCj4gdmlmID0gWycnXQ0KPiAja2VybmVs ID0gIi92YXIvbGliL3hlbi9pbWFnZXMvdWJ1bnR1LW5ldGJvb3Qvdm1saW51eiIgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICANCj4gI3JhbWRpc2sgPSAiL3Zhci9saWIveGVuL2ltYWdlcy91 YnVudHUtbmV0Ym9vdC9pbml0cmQuZ3oiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQo+ICNl eHRyYSA9ICJkZWJpYW4taW5zdGFsbGVyL2V4aXQvYWx3YXlzX2hhbHQ9dHJ1ZSAtLSBjb25zb2xl PWh2YzAiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQo+IHZjcHUgPSA0DQo+IA0KPiBJZiB5b3UgY29tbWVu dGluZyB0aGVzZSAzIGxpbmVzIHRoZW4geW91ciBEb21VIGRpZG4ndCBoYXZlIGFueSBib290IGxv YWRlci4gVHJ5IHRvIGFkZCBweWdydWIgb24geW91ciBkb21VIGNvbmZpZ3VyYXRpb24gZmlsZS4N Cj4gDQo+IGJvb3Rsb2FkZXIgPSAicHlncnViIg0KPiANCj4gIA0KPiBJIGhhdmUgaW5pdGlhbGx5 IHVuY29tbWVudGVkIHRoZXNlIDMgbGluZXMgdG8gY3JlYXRlIERvbVUuIE9uY2UgRG9tVSB3YXMg cmVhZHkgSSBjb21tZW50ZWQgb3V0IHRoZXNlIDMgbGluZXMgYW5kIGxhdW5jaGVkIHZtIHVzaW5n IGZvbGxvd2luZyBjb21tYW5kOg0KPiB4bSBjcmVhdGUgdWJ1bnR1LmNmZyAtYw0KPiANCj4gUGxl YXNlIHNvbWUgb25lIGhlbHAgYXNhcCBhcyBteSBwcm9qZWN0IGRlYWRsaW5lIGlzIGFwcHJvYWNo aW5nIGZhc3QuDQo+IA0KPiBUaGFua3MsDQo+IEFuYW5kDQo+IA0KPiBZb3UgYXJlIHdlbGNvbWUs DQo+IA0KPiBBZ3lhDQo+ICANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcNCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo+IA0KPiANCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhl bi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4gaHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo= --Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SGksIEFu YW5kPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5XaGF0IGtpbmQgb2YgT1MgaGFzIGluc3RhbGxl ZCBpbiBEb20wPzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVnYXJkcywmbmJzcDs8YnI+PGRp dj5ZZW9ua2kgQ2hvaTwvZGl2PlNlbnQgZnJvbSBteSBpUGFkPC9kaXY+PGRpdj48YnI+MjAxMy4g NS4gNi4g7Jik7ZuEIDk6NTIgIkFuYW5kIE11bmRhZGEiICZsdDs8YSBocmVmPSJtYWlsdG86YW5h bmRtdW5kYWRhQHltYWlsLmNvbSI+YW5hbmRtdW5kYWRhQHltYWlsLmNvbTwvYT4mZ3Q7IOyekeyE sTo8YnI+PGJyPjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PGRpdiBzdHlsZT0i Y29sb3I6IzAwMDsgYmFja2dyb3VuZC1jb2xvcjojZmZmOyBmb250LWZhbWlseTp0aW1lcyBuZXcg cm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWY7Zm9udC1zaXplOjEycHQiPjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiAndGltZXMgbmV3IHJvbWFuJywgJ25ldyB5b3JrJywgdGltZXMsIHNlcmlm OyBmb250LXNpemU6IDEycHQ7Ij48c3Bhbj5IaSBBZ3lhLDwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxl PSJmb250LWZhbWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9yaycsIHRpbWVzLCBzZXJp ZjsgZm9udC1zaXplOiAxNnB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9y OiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rp dj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9yaycs IHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNnB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNr Z3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+PHNwYW4+SSBo YXZlIGFkZGVkJm5ic3A7PC9zcGFuPjxzcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9y OiByZ2IoMjQzLCAyNDMsIDI0Myk7IGNvbG9yOiByZ2IoNTEsIDUxLCA1MSk7IGZvbnQtZmFtaWx5 OiBVYnVudHVNb25vLCBjb3VyaWVyLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTNweDsgbGluZS1o ZWlnaHQ6IDE2cHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPmJvb3Rsb2FkZXIgPSAicHlncnVi Ijwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyNDMsIDI0 MywgMjQzKTsgY29sb3I6IHJnYig1MSwgNTEsIDUxKTsgZm9udC1mYW1pbHk6IFVidW50dU1vbm8s IGNvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOg0KIDEzcHg7Ij4mbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+Jm5ic3A7aW4g Y29uZmlnIGZpbGUgc3RpbGwgc2FtZSByZXN1bHQuPC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImJh Y2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+PHNwYW4+RXJyb3I6IEJvb3QgbG9hZGVyIGRp ZG4ndCByZXR1cm4gYW55IGRhdGEhPGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZh bWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9yaycsIHRpbWVzLCBzZXJpZjsgZm9udC1z aXplOiAxNnB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3Bh cmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiAndGltZXMgbmV3IHJvbWFuJywgJ25ldyB5b3JrJywgdGltZXMsIHNlcmlmOyBmb250LXNp emU6IDE2cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFy ZW50OyBmb250LXN0eWxlOiBub3JtYWw7Ij5QbGVhc2UgbGV0IG1lIGtub3cgaWYgJm5ic3A7SSBj YW4gdHJ5IGFueXRoaW5nIGVsc2UuPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICd0aW1l cyBuZXcgcm9tYW4nLCAnbmV3IHlvcmsnLCB0aW1lcywgc2VyaWY7IGZvbnQtc2l6ZTogMTZweDsg Y29sb3I6IHJnYigwLCAwLCAwKTsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQt c3R5bGU6IG5vcm1hbDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ3RpbWVz IG5ldyByb21hbicsICduZXcgeW9yaycsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNnB4OyBj b2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9udC1z dHlsZTogbm9ybWFsOyI+VGhhbmtzLDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAndGlt ZXMgbmV3IHJvbWFuJywgJ25ldyB5b3JrJywgdGltZXMsIHNlcmlmOyBmb250LXNpemU6IDE2cHg7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBmb250 LXN0eWxlOiBub3JtYWw7Ij5BbmFuZDwvZGl2PiAgPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICd0 aW1lcyBuZXcgcm9tYW4nLCAnbmV3IHlvcmsnLCB0aW1lcywgc2VyaWY7IGZvbnQtc2l6ZTogMTJw dDsiPiA8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9y aycsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxMnB0OyI+IDxkaXYgZGlyPSJsdHIiPiA8aHIg c2l6ZT0iMSI+ICA8Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+IDxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkOyI+RnJvbTo8L3NwYW4+PC9iPiBhZ3lhIG5haWxhICZsdDs8YSBocmVm PSJtYWlsdG86YWd5YS5uYWlsYUBnbWFpbC5jb20iPmFneWEubmFpbGFAZ21haWwuY29tPC9hPiZn dDs8YnI+IDxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPlRvOjwvc3Bhbj48L2I+ IEFuYW5kIE11bmRhZGEgJmx0OzxhIGhyZWY9Im1haWx0bzphbmFuZG11bmRhZGFAeW1haWwuY29t Ij5hbmFuZG11bmRhZGFAeW1haWwuY29tPC9hPiZndDsgPGJyPjxiPjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPkNjOjwvc3Bhbj48L2I+ICI8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJz QGxpc3RzLnhlbi5vcmciPnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPiIgJmx0OzxhIGhyZWY9 Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8 L2E+Jmd0OyA8YnI+IDxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPlNlbnQ6PC9z cGFuPjwvYj4gU3VuZGF5LCBNYXkgNSwgMjAxMyAyOjQ4IFBNPGJyPiA8Yj48c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbWGVuLXVzZXJzXSBb VVJHRU5UXSBIb3cgdG8gYm9vdCBEb21VIGZyb20gY3VzdG9taXplZCBrZXJuZWw8YnI+IDwvZm9u dD4gPC9kaXY+IDxkaXYgY2xhc3M9InlfbXNnX2NvbnRhaW5lciI+PGJyPjxkaXYgaWQ9Inlpdjg1 NzAzMDE0NDIiPjxkaXYgZGlyPSJsdHIiPk9uIFR1ZSwgQXByIDMwLCAyMDEzIGF0IDExOjE2IFBN LCBBbmFuZCBNdW5kYWRhIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgcmVsPSJub2ZvbGxvdyIgeW1h aWx0bz0ibWFpbHRvOmFuYW5kbXVuZGFkYUB5bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIiBocmVm PSJtYWlsdG86YW5hbmRtdW5kYWRhQHltYWlsLmNvbSI+YW5hbmRtdW5kYWRhQHltYWlsLmNvbTwv YT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGRpdiBjbGFzcz0ieWl2ODU3MDMwMTQ0MmdtYWlsX2V4 dHJhIj48ZGl2IGNsYXNzPSJ5aXY4NTcwMzAxNDQyZ21haWxfcXVvdGUiPg0KPGJsb2NrcXVvdGUg Y2xhc3M9Inlpdjg1NzAzMDE0NDJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBw eCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIwNCwy MDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4OyI+PGRpdj48 ZGl2IHN0eWxlPSJmb250LXNpemU6MTJwdDsiPg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOjEycHQ7 Ij5IaSBBbGwsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjEycHQ7Ij48YnI+PC9kaXY+PGRp diBzdHlsZT0iZm9udC1zdHlsZTpub3JtYWw7Zm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xv cjp0cmFuc3BhcmVudDsiPg0KSSBhbSB1c2luZyBYZW4gaHlwZXJ2aXNvciBmb3IgbXkgY2xhc3Mg cHJvamVjdC4gSSBuZWVkIHRvIGJvb3QgRG9tVSBmcm9tIG15IGN1c3RvbSBrZXJuZWwuIEkgaGF2 ZSBjb21waWxlZCB0aGUga2VybmVsIGNvZGUgaW5zaWRlIERvbVUgYW5kIGNyZWF0ZWQgdGhlIGlu aXRyYW1mcy4gSSBjYW4gc2VlIGl0cyBlbnRyeSBhZnRlciB1cGRhdGUtZ3J1Yi4gQnV0IHdoZW4g SSByZWJvb3QsIEkgYW0gZ2V0dGluZyBmb2xsb3dpbmcgZXJyb3I6PC9kaXY+DQo8ZGl2IHN0eWxl PSJiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJv bWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIj5FcnJvcjogQm9vdCBsb2FkZXIgZGlkbid0IHJl dHVybiBhbnkgZGF0YSE8L2ZvbnQ+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtc3R5bGU6IG5v cm1hbDsgZm9udC1zaXplOiAxNnB4OyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9u dC1mYW1pbHk6IFRpbWVzOyI+DQo8Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3Jr LCB0aW1lcywgc2VyaWYiPjxicj48L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1zdHlsZTpu b3JtYWw7Zm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDsiPjxmb250 IGZhY2U9InRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZiI+SGVyZSBpcyBt eSBjb25maWcgZmlsZSAodWJ1bnR1LmNmZykgOi08L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJi YWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJvbWFu LCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIj5uYW1lID0gInVidW50dSI8L2ZvbnQ+PC9kaXY+PGRp diBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDsiPjxmb250IGZhY2U9InRpbWVz IG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZiI+bWVtb3J5ID0gMTAyNDwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij48Zm9udCBm YWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYiPmRpc2sgPSBbJ3Bo eTovZGV2L1ZHL3VidW50dSx4dmRhLHcnXTwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3Jv dW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJvbWFuLCBuZXcg eW9yaywgdGltZXMsIHNlcmlmIj52aWYgPSBbJyddPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDsiPjxmb250IGZhY2U9InRpbWVzDQogbmV3IHJv bWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZDsiPiNr ZXJuZWwgPSAiL3Zhci9saWIveGVuL2ltYWdlcy91YnVudHUtbmV0Ym9vdC92bWxpbnV6IiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsmbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNv bG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywg dGltZXMsIHNlcmlmIiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZDsiPiNyYW1kaXNrID0gIi92YXIv bGliL3hlbi9pbWFnZXMvdWJ1bnR1LW5ldGJvb3QvaW5pdHJkLmd6IiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij48Zm9udCBm YWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYiIHN0eWxlPSJmb250 LXdlaWdodDpib2xkOyI+I2V4dHJhID0gImRlYmlhbi1pbnN0YWxsZXIvZXhpdC9hbHdheXNfaGFs dD10cnVlIC0tIGNvbnNvbGU9aHZjMCIgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJl bnQ7Ij48Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYi PnZjcHUgPSA0PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNw YXJlbnQ7Ij48Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2Vy aWYiPjxicj48L2ZvbnQ+PC9kaXY+DQo8L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdiBzdHls ZT0iIj5JZiB5b3UgY29tbWVudGluZyB0aGVzZSAzIGxpbmVzIHRoZW4geW91ciBEb21VIGRpZG4n dCBoYXZlIGFueSBib290IGxvYWRlci4gVHJ5IHRvIGFkZCBweWdydWIgb24geW91ciBkb21VIGNv bmZpZ3VyYXRpb24gZmlsZS48L2Rpdj48ZGl2IHN0eWxlPSIiPjxicj48L2Rpdj48ZGl2IHN0eWxl PSIiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQzLCAyNDMsIDI0Myk7IGNv bG9yOiByZ2IoNTEsIDUxLCA1MSk7IGZvbnQtZmFtaWx5OiBVYnVudHVNb25vLCBjb3VyaWVyLCBt b25vc3BhY2U7IGZvbnQtc2l6ZTogMTNweDsgbGluZS1oZWlnaHQ6IDE2cHg7IHdoaXRlLXNwYWNl OiBwcmUtd3JhcDsiPmJvb3Rsb2FkZXIgPSAicHlncnViIjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5 bGU9IiI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9IiI+Jm5ic3A7PC9kaXY+PGJsb2NrcXVvdGUgY2xh c3M9Inlpdjg1NzAzMDE0NDJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw LjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIwNCwyMDQs MjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4OyI+PGRpdj48ZGl2 IHN0eWxlPSJmb250LXNpemU6MTJwdDsiPg0KPGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjp0 cmFuc3BhcmVudDsiPjxmb250IGZhY2U9InRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVz LCBzZXJpZiI+PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQt c2l6ZToxNnB4O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij4NCjxmb250IGZhY2U9InRp bWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZiI+SSBoYXZlIGluaXRpYWxseSB1 bmNvbW1lbnRlZCB0aGVzZSAzIGxpbmVzIHRvIGNyZWF0ZSBEb21VLiBPbmNlIERvbVUgd2FzIHJl YWR5IEkNCiBjb21tZW50ZWQgb3V0IHRoZXNlIDMgbGluZXMgYW5kIGxhdW5jaGVkIHZtIHVzaW5n IGZvbGxvd2luZyBjb21tYW5kOjwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6MTZw eDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJv bWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIiBzdHlsZT0iZm9udC1zdHlsZTppdGFsaWM7Ij54 bSBjcmVhdGUgdWJ1bnR1LmNmZyAtYzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc3R5 bGU6aXRhbGljO2ZvbnQtc2l6ZToxNnB4O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij48 Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYiIHN0eWxl PSJmb250LXN0eWxlOml0YWxpYzsiPjxicj4NCjwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJmb250 LXNpemU6MTZweDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+UGxlYXNlIHNvbWUgb25l IGhlbHAgYXNhcCBhcyBteSBwcm9qZWN0IGRlYWRsaW5lIGlzIGFwcHJvYWNoaW5nIGZhc3QuPC9k aXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVu dDsiPg0KPGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtc2l6ZTox NnB4O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij5UaGFua3MsPC9kaXY+PGRpdiBzdHls ZT0iZm9udC1zdHlsZTpub3JtYWw7Zm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xvcjp0cmFu c3BhcmVudDsiPg0KQW5hbmQ8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnRyYW5z cGFyZW50OyI+PGJyPjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48ZGl2IHN0eWxlPSIi PllvdSBhcmUgd2VsY29tZSw8L2Rpdj48ZGl2IHN0eWxlPSIiPjxicj48L2Rpdj48ZGl2IHN0eWxl PSIiPkFneWE8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJ5aXY4NTcw MzAxNDQyZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVy LWxlZnQtd2lkdGg6MXB4O2JvcmRlci1sZWZ0LWNvbG9yOnJnYigyMDQsMjA0LDIwNCk7Ym9yZGVy LWxlZnQtc3R5bGU6c29saWQ7cGFkZGluZy1sZWZ0OjFleDsiPg0KPGRpdj48ZGl2IHN0eWxlPSJm b250LXNpemU6MTJwdDsiPjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7 Ij48L2Rpdj48L2Rpdj48L2Rpdj48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgcmVsPSJu b2ZvbGxvdyIgeW1haWx0bz0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9 Il9ibGFuayIgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNA bGlzdHMueGVuLm9yZzwvYT48YnI+DQo8YSByZWw9Im5vZm9sbG93IiB0YXJnZXQ9Il9ibGFuayIg aHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIj5odHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM8L2E+PGJyPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9kaXY+PC9k aXY+PGJyPjxicj48L2Rpdj4gPC9kaXY+IDwvZGl2PiAgPC9kaXY+PC9kaXY+PC9ibG9ja3F1b3Rl PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi11c2VycyBtYWls aW5nIGxpc3Q8L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48YSBo cmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiPmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2VyczwvYT48L3NwYW4+PC9kaXY+PC9ibG9ja3F1b3RlPjwvYm9keT48L2h0bWw+ --Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4-- --_0fe105cc-012a-4110-b9d7-95ff4d914785_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_0fe105cc-012a-4110-b9d7-95ff4d914785_-- --===============7808398362386808571== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7808398362386808571==-- From xen-users-bounces@lists.xen.org Mon May 06 13:43:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 13:43: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 1UZLhI-0008CG-OX; Mon, 06 May 2013 13:43:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLhH-0008CB-5k for xen-users@lists.xen.org; Mon, 06 May 2013 13:43:19 +0000 Received: from [85.158.137.99:31024] by server-8.bemta-3.messagelabs.com id 50/5A-25864-673B7815; Mon, 06 May 2013 13:43:18 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367847796!20668835!1 X-Originating-IP: [65.55.90.239] X-SpamReason: No, hits=-1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_MESSAGE,MIME_BASE64_TEXT,MIME_HTML_MOSTLY,ML_RADAR_FP_R_14, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9104 invoked from network); 6 May 2013 13:43:16 -0000 Received: from snt0-omc4-s36.snt0.hotmail.com (HELO snt0-omc4-s36.snt0.hotmail.com) (65.55.90.239) by server-10.tower-217.messagelabs.com with SMTP; 6 May 2013 13:43:16 -0000 Received: from SNT401-EAS37 ([65.55.90.200]) by snt0-omc4-s36.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 6 May 2013 06:43:15 -0700 X-EIP: [wxuW/WukSBctLesyVNbjuaRNZDJmWeUp] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> From: Yeonki Choi MIME-Version: 1.0 (1.0) In-Reply-To: <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Date: Mon, 6 May 2013 22:43:13 +0900 To: Anand Mundada X-OriginalArrivalTime: 06 May 2013 13:43:15.0877 (UTC) FILETIME=[A90B6D50:01CE4A5F] Cc: "xen-users@lists.xen.org" , agya naila Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7808398362386808571==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7808398362386808571== Content-Type: multipart/related; boundary="_0fe105cc-012a-4110-b9d7-95ff4d914785_" --_0fe105cc-012a-4110-b9d7-95ff4d914785_ Content-Type: multipart/alternative; boundary="Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4" Content-Transfer-Encoding: 7bit --Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 SGksIEFuYW5kDQoNCldoYXQga2luZCBvZiBPUyBoYXMgaW5zdGFsbGVkIGluIERvbTA/DQoNClJl Z2FyZHMsIA0KWWVvbmtpIENob2kNClNlbnQgZnJvbSBteSBpUGFkDQoNCjIwMTMuIDUuIDYuIL/A yMQgOTo1MiAiQW5hbmQgTXVuZGFkYSIgPGFuYW5kbXVuZGFkYUB5bWFpbC5jb20+IMDbvLo6DQoN Cj4gSGkgQWd5YSwNCj4gDQo+IEkgaGF2ZSBhZGRlZCBib290bG9hZGVyID0gInB5Z3J1YiIgICBp biBjb25maWcgZmlsZSBzdGlsbCBzYW1lIHJlc3VsdC4NCj4gRXJyb3I6IEJvb3QgbG9hZGVyIGRp ZG4ndCByZXR1cm4gYW55IGRhdGEhDQo+IA0KPiBQbGVhc2UgbGV0IG1lIGtub3cgaWYgIEkgY2Fu IHRyeSBhbnl0aGluZyBlbHNlLg0KPiANCj4gVGhhbmtzLA0KPiBBbmFuZA0KPiBGcm9tOiBhZ3lh IG5haWxhIDxhZ3lhLm5haWxhQGdtYWlsLmNvbT4NCj4gVG86IEFuYW5kIE11bmRhZGEgPGFuYW5k bXVuZGFkYUB5bWFpbC5jb20+IA0KPiBDYzogInhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiA8eGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc+IA0KPiBTZW50OiBTdW5kYXksIE1heSA1LCAyMDEzIDI6NDgg UE0NCj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFtVUkdFTlRdIEhvdyB0byBib290IERvbVUg ZnJvbSBjdXN0b21pemVkIGtlcm5lbA0KPiANCj4gT24gVHVlLCBBcHIgMzAsIDIwMTMgYXQgMTE6 MTYgUE0sIEFuYW5kIE11bmRhZGEgPGFuYW5kbXVuZGFkYUB5bWFpbC5jb20+IHdyb3RlOg0KPiBI aSBBbGwsDQo+IA0KPiBJIGFtIHVzaW5nIFhlbiBoeXBlcnZpc29yIGZvciBteSBjbGFzcyBwcm9q ZWN0LiBJIG5lZWQgdG8gYm9vdCBEb21VIGZyb20gbXkgY3VzdG9tIGtlcm5lbC4gSSBoYXZlIGNv bXBpbGVkIHRoZSBrZXJuZWwgY29kZSBpbnNpZGUgRG9tVSBhbmQgY3JlYXRlZCB0aGUgaW5pdHJh bWZzLiBJIGNhbiBzZWUgaXRzIGVudHJ5IGFmdGVyIHVwZGF0ZS1ncnViLiBCdXQgd2hlbiBJIHJl Ym9vdCwgSSBhbSBnZXR0aW5nIGZvbGxvd2luZyBlcnJvcjoNCj4gRXJyb3I6IEJvb3QgbG9hZGVy IGRpZG4ndCByZXR1cm4gYW55IGRhdGEhDQo+IA0KPiBIZXJlIGlzIG15IGNvbmZpZyBmaWxlICh1 YnVudHUuY2ZnKSA6LQ0KPiBuYW1lID0gInVidW50dSINCj4gbWVtb3J5ID0gMTAyNA0KPiBkaXNr ID0gWydwaHk6L2Rldi9WRy91YnVudHUseHZkYSx3J10NCj4gdmlmID0gWycnXQ0KPiAja2VybmVs ID0gIi92YXIvbGliL3hlbi9pbWFnZXMvdWJ1bnR1LW5ldGJvb3Qvdm1saW51eiIgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICANCj4gI3JhbWRpc2sgPSAiL3Zhci9saWIveGVuL2ltYWdlcy91 YnVudHUtbmV0Ym9vdC9pbml0cmQuZ3oiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQo+ICNl eHRyYSA9ICJkZWJpYW4taW5zdGFsbGVyL2V4aXQvYWx3YXlzX2hhbHQ9dHJ1ZSAtLSBjb25zb2xl PWh2YzAiICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQo+IHZjcHUgPSA0DQo+IA0KPiBJZiB5b3UgY29tbWVu dGluZyB0aGVzZSAzIGxpbmVzIHRoZW4geW91ciBEb21VIGRpZG4ndCBoYXZlIGFueSBib290IGxv YWRlci4gVHJ5IHRvIGFkZCBweWdydWIgb24geW91ciBkb21VIGNvbmZpZ3VyYXRpb24gZmlsZS4N Cj4gDQo+IGJvb3Rsb2FkZXIgPSAicHlncnViIg0KPiANCj4gIA0KPiBJIGhhdmUgaW5pdGlhbGx5 IHVuY29tbWVudGVkIHRoZXNlIDMgbGluZXMgdG8gY3JlYXRlIERvbVUuIE9uY2UgRG9tVSB3YXMg cmVhZHkgSSBjb21tZW50ZWQgb3V0IHRoZXNlIDMgbGluZXMgYW5kIGxhdW5jaGVkIHZtIHVzaW5n IGZvbGxvd2luZyBjb21tYW5kOg0KPiB4bSBjcmVhdGUgdWJ1bnR1LmNmZyAtYw0KPiANCj4gUGxl YXNlIHNvbWUgb25lIGhlbHAgYXNhcCBhcyBteSBwcm9qZWN0IGRlYWRsaW5lIGlzIGFwcHJvYWNo aW5nIGZhc3QuDQo+IA0KPiBUaGFua3MsDQo+IEFuYW5kDQo+IA0KPiBZb3UgYXJlIHdlbGNvbWUs DQo+IA0KPiBBZ3lhDQo+ICANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcNCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo+IA0KPiANCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhl bi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4gaHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo= --Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SGksIEFu YW5kPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5XaGF0IGtpbmQgb2YgT1MgaGFzIGluc3RhbGxl ZCBpbiBEb20wPzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVnYXJkcywmbmJzcDs8YnI+PGRp dj5ZZW9ua2kgQ2hvaTwvZGl2PlNlbnQgZnJvbSBteSBpUGFkPC9kaXY+PGRpdj48YnI+MjAxMy4g NS4gNi4g7Jik7ZuEIDk6NTIgIkFuYW5kIE11bmRhZGEiICZsdDs8YSBocmVmPSJtYWlsdG86YW5h bmRtdW5kYWRhQHltYWlsLmNvbSI+YW5hbmRtdW5kYWRhQHltYWlsLmNvbTwvYT4mZ3Q7IOyekeyE sTo8YnI+PGJyPjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PGRpdiBzdHlsZT0i Y29sb3I6IzAwMDsgYmFja2dyb3VuZC1jb2xvcjojZmZmOyBmb250LWZhbWlseTp0aW1lcyBuZXcg cm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWY7Zm9udC1zaXplOjEycHQiPjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiAndGltZXMgbmV3IHJvbWFuJywgJ25ldyB5b3JrJywgdGltZXMsIHNlcmlm OyBmb250LXNpemU6IDEycHQ7Ij48c3Bhbj5IaSBBZ3lhLDwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxl PSJmb250LWZhbWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9yaycsIHRpbWVzLCBzZXJp ZjsgZm9udC1zaXplOiAxNnB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9y OiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rp dj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9yaycs IHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNnB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNr Z3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+PHNwYW4+SSBo YXZlIGFkZGVkJm5ic3A7PC9zcGFuPjxzcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9y OiByZ2IoMjQzLCAyNDMsIDI0Myk7IGNvbG9yOiByZ2IoNTEsIDUxLCA1MSk7IGZvbnQtZmFtaWx5 OiBVYnVudHVNb25vLCBjb3VyaWVyLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTNweDsgbGluZS1o ZWlnaHQ6IDE2cHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPmJvb3Rsb2FkZXIgPSAicHlncnVi Ijwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYigyNDMsIDI0 MywgMjQzKTsgY29sb3I6IHJnYig1MSwgNTEsIDUxKTsgZm9udC1mYW1pbHk6IFVidW50dU1vbm8s IGNvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOg0KIDEzcHg7Ij4mbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+Jm5ic3A7aW4g Y29uZmlnIGZpbGUgc3RpbGwgc2FtZSByZXN1bHQuPC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImJh Y2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+PHNwYW4+RXJyb3I6IEJvb3QgbG9hZGVyIGRp ZG4ndCByZXR1cm4gYW55IGRhdGEhPGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZh bWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9yaycsIHRpbWVzLCBzZXJpZjsgZm9udC1z aXplOiAxNnB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3Bh cmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiAndGltZXMgbmV3IHJvbWFuJywgJ25ldyB5b3JrJywgdGltZXMsIHNlcmlmOyBmb250LXNp emU6IDE2cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFy ZW50OyBmb250LXN0eWxlOiBub3JtYWw7Ij5QbGVhc2UgbGV0IG1lIGtub3cgaWYgJm5ic3A7SSBj YW4gdHJ5IGFueXRoaW5nIGVsc2UuPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICd0aW1l cyBuZXcgcm9tYW4nLCAnbmV3IHlvcmsnLCB0aW1lcywgc2VyaWY7IGZvbnQtc2l6ZTogMTZweDsg Y29sb3I6IHJnYigwLCAwLCAwKTsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQt c3R5bGU6IG5vcm1hbDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ3RpbWVz IG5ldyByb21hbicsICduZXcgeW9yaycsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNnB4OyBj b2xvcjogcmdiKDAsIDAsIDApOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9udC1z dHlsZTogbm9ybWFsOyI+VGhhbmtzLDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAndGlt ZXMgbmV3IHJvbWFuJywgJ25ldyB5b3JrJywgdGltZXMsIHNlcmlmOyBmb250LXNpemU6IDE2cHg7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBmb250 LXN0eWxlOiBub3JtYWw7Ij5BbmFuZDwvZGl2PiAgPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICd0 aW1lcyBuZXcgcm9tYW4nLCAnbmV3IHlvcmsnLCB0aW1lcywgc2VyaWY7IGZvbnQtc2l6ZTogMTJw dDsiPiA8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ3RpbWVzIG5ldyByb21hbicsICduZXcgeW9y aycsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxMnB0OyI+IDxkaXYgZGlyPSJsdHIiPiA8aHIg c2l6ZT0iMSI+ICA8Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+IDxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkOyI+RnJvbTo8L3NwYW4+PC9iPiBhZ3lhIG5haWxhICZsdDs8YSBocmVm PSJtYWlsdG86YWd5YS5uYWlsYUBnbWFpbC5jb20iPmFneWEubmFpbGFAZ21haWwuY29tPC9hPiZn dDs8YnI+IDxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPlRvOjwvc3Bhbj48L2I+ IEFuYW5kIE11bmRhZGEgJmx0OzxhIGhyZWY9Im1haWx0bzphbmFuZG11bmRhZGFAeW1haWwuY29t Ij5hbmFuZG11bmRhZGFAeW1haWwuY29tPC9hPiZndDsgPGJyPjxiPjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPkNjOjwvc3Bhbj48L2I+ICI8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJz QGxpc3RzLnhlbi5vcmciPnhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPC9hPiIgJmx0OzxhIGhyZWY9 Im1haWx0bzp4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+eGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8 L2E+Jmd0OyA8YnI+IDxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPlNlbnQ6PC9z cGFuPjwvYj4gU3VuZGF5LCBNYXkgNSwgMjAxMyAyOjQ4IFBNPGJyPiA8Yj48c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbWGVuLXVzZXJzXSBb VVJHRU5UXSBIb3cgdG8gYm9vdCBEb21VIGZyb20gY3VzdG9taXplZCBrZXJuZWw8YnI+IDwvZm9u dD4gPC9kaXY+IDxkaXYgY2xhc3M9InlfbXNnX2NvbnRhaW5lciI+PGJyPjxkaXYgaWQ9Inlpdjg1 NzAzMDE0NDIiPjxkaXYgZGlyPSJsdHIiPk9uIFR1ZSwgQXByIDMwLCAyMDEzIGF0IDExOjE2IFBN LCBBbmFuZCBNdW5kYWRhIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgcmVsPSJub2ZvbGxvdyIgeW1h aWx0bz0ibWFpbHRvOmFuYW5kbXVuZGFkYUB5bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIiBocmVm PSJtYWlsdG86YW5hbmRtdW5kYWRhQHltYWlsLmNvbSI+YW5hbmRtdW5kYWRhQHltYWlsLmNvbTwv YT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGRpdiBjbGFzcz0ieWl2ODU3MDMwMTQ0MmdtYWlsX2V4 dHJhIj48ZGl2IGNsYXNzPSJ5aXY4NTcwMzAxNDQyZ21haWxfcXVvdGUiPg0KPGJsb2NrcXVvdGUg Y2xhc3M9Inlpdjg1NzAzMDE0NDJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBw eCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIwNCwy MDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4OyI+PGRpdj48 ZGl2IHN0eWxlPSJmb250LXNpemU6MTJwdDsiPg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOjEycHQ7 Ij5IaSBBbGwsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjEycHQ7Ij48YnI+PC9kaXY+PGRp diBzdHlsZT0iZm9udC1zdHlsZTpub3JtYWw7Zm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xv cjp0cmFuc3BhcmVudDsiPg0KSSBhbSB1c2luZyBYZW4gaHlwZXJ2aXNvciBmb3IgbXkgY2xhc3Mg cHJvamVjdC4gSSBuZWVkIHRvIGJvb3QgRG9tVSBmcm9tIG15IGN1c3RvbSBrZXJuZWwuIEkgaGF2 ZSBjb21waWxlZCB0aGUga2VybmVsIGNvZGUgaW5zaWRlIERvbVUgYW5kIGNyZWF0ZWQgdGhlIGlu aXRyYW1mcy4gSSBjYW4gc2VlIGl0cyBlbnRyeSBhZnRlciB1cGRhdGUtZ3J1Yi4gQnV0IHdoZW4g SSByZWJvb3QsIEkgYW0gZ2V0dGluZyBmb2xsb3dpbmcgZXJyb3I6PC9kaXY+DQo8ZGl2IHN0eWxl PSJiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJv bWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIj5FcnJvcjogQm9vdCBsb2FkZXIgZGlkbid0IHJl dHVybiBhbnkgZGF0YSE8L2ZvbnQ+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtc3R5bGU6IG5v cm1hbDsgZm9udC1zaXplOiAxNnB4OyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9u dC1mYW1pbHk6IFRpbWVzOyI+DQo8Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3Jr LCB0aW1lcywgc2VyaWYiPjxicj48L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1zdHlsZTpu b3JtYWw7Zm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDsiPjxmb250 IGZhY2U9InRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZiI+SGVyZSBpcyBt eSBjb25maWcgZmlsZSAodWJ1bnR1LmNmZykgOi08L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJi YWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJvbWFu LCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIj5uYW1lID0gInVidW50dSI8L2ZvbnQ+PC9kaXY+PGRp diBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDsiPjxmb250IGZhY2U9InRpbWVz IG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZiI+bWVtb3J5ID0gMTAyNDwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij48Zm9udCBm YWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYiPmRpc2sgPSBbJ3Bo eTovZGV2L1ZHL3VidW50dSx4dmRhLHcnXTwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3Jv dW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJvbWFuLCBuZXcg eW9yaywgdGltZXMsIHNlcmlmIj52aWYgPSBbJyddPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDsiPjxmb250IGZhY2U9InRpbWVzDQogbmV3IHJv bWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZDsiPiNr ZXJuZWwgPSAiL3Zhci9saWIveGVuL2ltYWdlcy91YnVudHUtbmV0Ym9vdC92bWxpbnV6IiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsmbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNv bG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywg dGltZXMsIHNlcmlmIiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZDsiPiNyYW1kaXNrID0gIi92YXIv bGliL3hlbi9pbWFnZXMvdWJ1bnR1LW5ldGJvb3QvaW5pdHJkLmd6IiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij48Zm9udCBm YWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYiIHN0eWxlPSJmb250 LXdlaWdodDpib2xkOyI+I2V4dHJhID0gImRlYmlhbi1pbnN0YWxsZXIvZXhpdC9hbHdheXNfaGFs dD10cnVlIC0tIGNvbnNvbGU9aHZjMCIgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJl bnQ7Ij48Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYi PnZjcHUgPSA0PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNw YXJlbnQ7Ij48Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2Vy aWYiPjxicj48L2ZvbnQ+PC9kaXY+DQo8L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdiBzdHls ZT0iIj5JZiB5b3UgY29tbWVudGluZyB0aGVzZSAzIGxpbmVzIHRoZW4geW91ciBEb21VIGRpZG4n dCBoYXZlIGFueSBib290IGxvYWRlci4gVHJ5IHRvIGFkZCBweWdydWIgb24geW91ciBkb21VIGNv bmZpZ3VyYXRpb24gZmlsZS48L2Rpdj48ZGl2IHN0eWxlPSIiPjxicj48L2Rpdj48ZGl2IHN0eWxl PSIiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQzLCAyNDMsIDI0Myk7IGNv bG9yOiByZ2IoNTEsIDUxLCA1MSk7IGZvbnQtZmFtaWx5OiBVYnVudHVNb25vLCBjb3VyaWVyLCBt b25vc3BhY2U7IGZvbnQtc2l6ZTogMTNweDsgbGluZS1oZWlnaHQ6IDE2cHg7IHdoaXRlLXNwYWNl OiBwcmUtd3JhcDsiPmJvb3Rsb2FkZXIgPSAicHlncnViIjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5 bGU9IiI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9IiI+Jm5ic3A7PC9kaXY+PGJsb2NrcXVvdGUgY2xh c3M9Inlpdjg1NzAzMDE0NDJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw LjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIwNCwyMDQs MjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4OyI+PGRpdj48ZGl2 IHN0eWxlPSJmb250LXNpemU6MTJwdDsiPg0KPGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjp0 cmFuc3BhcmVudDsiPjxmb250IGZhY2U9InRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVz LCBzZXJpZiI+PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQt c2l6ZToxNnB4O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij4NCjxmb250IGZhY2U9InRp bWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZiI+SSBoYXZlIGluaXRpYWxseSB1 bmNvbW1lbnRlZCB0aGVzZSAzIGxpbmVzIHRvIGNyZWF0ZSBEb21VLiBPbmNlIERvbVUgd2FzIHJl YWR5IEkNCiBjb21tZW50ZWQgb3V0IHRoZXNlIDMgbGluZXMgYW5kIGxhdW5jaGVkIHZtIHVzaW5n IGZvbGxvd2luZyBjb21tYW5kOjwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6MTZw eDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+PGZvbnQgZmFjZT0idGltZXMgbmV3IHJv bWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmIiBzdHlsZT0iZm9udC1zdHlsZTppdGFsaWM7Ij54 bSBjcmVhdGUgdWJ1bnR1LmNmZyAtYzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc3R5 bGU6aXRhbGljO2ZvbnQtc2l6ZToxNnB4O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij48 Zm9udCBmYWNlPSJ0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWYiIHN0eWxl PSJmb250LXN0eWxlOml0YWxpYzsiPjxicj4NCjwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJmb250 LXNpemU6MTZweDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50OyI+UGxlYXNlIHNvbWUgb25l IGhlbHAgYXNhcCBhcyBteSBwcm9qZWN0IGRlYWRsaW5lIGlzIGFwcHJvYWNoaW5nIGZhc3QuPC9k aXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVu dDsiPg0KPGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtc2l6ZTox NnB4O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Ij5UaGFua3MsPC9kaXY+PGRpdiBzdHls ZT0iZm9udC1zdHlsZTpub3JtYWw7Zm9udC1zaXplOjE2cHg7YmFja2dyb3VuZC1jb2xvcjp0cmFu c3BhcmVudDsiPg0KQW5hbmQ8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnRyYW5z cGFyZW50OyI+PGJyPjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48ZGl2IHN0eWxlPSIi PllvdSBhcmUgd2VsY29tZSw8L2Rpdj48ZGl2IHN0eWxlPSIiPjxicj48L2Rpdj48ZGl2IHN0eWxl PSIiPkFneWE8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJ5aXY4NTcw MzAxNDQyZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVy LWxlZnQtd2lkdGg6MXB4O2JvcmRlci1sZWZ0LWNvbG9yOnJnYigyMDQsMjA0LDIwNCk7Ym9yZGVy LWxlZnQtc3R5bGU6c29saWQ7cGFkZGluZy1sZWZ0OjFleDsiPg0KPGRpdj48ZGl2IHN0eWxlPSJm b250LXNpemU6MTJwdDsiPjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7 Ij48L2Rpdj48L2Rpdj48L2Rpdj48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgcmVsPSJu b2ZvbGxvdyIgeW1haWx0bz0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIiB0YXJnZXQ9 Il9ibGFuayIgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNA bGlzdHMueGVuLm9yZzwvYT48YnI+DQo8YSByZWw9Im5vZm9sbG93IiB0YXJnZXQ9Il9ibGFuayIg aHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIj5odHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM8L2E+PGJyPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9kaXY+PC9k aXY+PGJyPjxicj48L2Rpdj4gPC9kaXY+IDwvZGl2PiAgPC9kaXY+PC9kaXY+PC9ibG9ja3F1b3Rl PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi11c2VycyBtYWls aW5nIGxpc3Q8L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZyI+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48YSBo cmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiPmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2VyczwvYT48L3NwYW4+PC9kaXY+PC9ibG9ja3F1b3RlPjwvYm9keT48L2h0bWw+ --Apple-Mail-2C9BEA32-7EA0-4A85-86EB-A64BC6B95AE4-- --_0fe105cc-012a-4110-b9d7-95ff4d914785_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_0fe105cc-012a-4110-b9d7-95ff4d914785_-- --===============7808398362386808571== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7808398362386808571==-- From xen-users-bounces@lists.xen.org Mon May 06 14:10:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 14:10: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 1UZM6v-0000VS-JX; Mon, 06 May 2013 14:09:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZM6u-0000VN-Fq for xen-users@lists.xen.org; Mon, 06 May 2013 14:09:48 +0000 Received: from [85.158.138.51:9473] by server-10.bemta-3.messagelabs.com id 06/11-00761-8A9B7815; Mon, 06 May 2013 14:09:44 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1367849383!11679991!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 16057 invoked from network); 6 May 2013 14:09:44 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 14:09:44 -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 B57362211A3 for ; Mon, 6 May 2013 15:09:38 +0100 (BST) Message-ID: <5187B9A2.9040709@bobich.net> Date: Mon, 06 May 2013 15:09: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.xen.org" References: In-Reply-To: Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.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 05/06/2013 03:41 AM, dominic.ryan@it-hq.org wrote: > Hi All, > > Just wondering if Xen/XCP aligns local storage to 4K boundaries when > using 4K formatted storage such as SSD's? If not, is there a documented > way to manually perform this alignment? You mean in the context of using a file to contain the virtual disk image? Just put it on a FS that is using 4KB sectors, and that is aligned to a 4KB boundary, and when you are installing the guest make sure you set up the FS to also use 4KB blocks. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 14:10:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 14:10: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 1UZM6v-0000VS-JX; Mon, 06 May 2013 14:09:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZM6u-0000VN-Fq for xen-users@lists.xen.org; Mon, 06 May 2013 14:09:48 +0000 Received: from [85.158.138.51:9473] by server-10.bemta-3.messagelabs.com id 06/11-00761-8A9B7815; Mon, 06 May 2013 14:09:44 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1367849383!11679991!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 16057 invoked from network); 6 May 2013 14:09:44 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 14:09:44 -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 B57362211A3 for ; Mon, 6 May 2013 15:09:38 +0100 (BST) Message-ID: <5187B9A2.9040709@bobich.net> Date: Mon, 06 May 2013 15:09: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.xen.org" References: In-Reply-To: Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.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 05/06/2013 03:41 AM, dominic.ryan@it-hq.org wrote: > Hi All, > > Just wondering if Xen/XCP aligns local storage to 4K boundaries when > using 4K formatted storage such as SSD's? If not, is there a documented > way to manually perform this alignment? You mean in the context of using a file to contain the virtual disk image? Just put it on a FS that is using 4KB sectors, and that is aligned to a 4KB boundary, and when you are installing the guest make sure you set up the FS to also use 4KB blocks. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 14:32:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 14:32: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 1UZMRm-0001RG-JN; Mon, 06 May 2013 14:31:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZMRl-0001RB-43 for xen-users@lists.xen.org; Mon, 06 May 2013 14:31:21 +0000 Received: from [85.158.143.99:32545] by server-3.bemta-4.messagelabs.com id 8A/60-02015-8BEB7815; Mon, 06 May 2013 14:31:20 +0000 X-Env-Sender: adi@cg.tuwien.ac.at X-Msg-Ref: server-10.tower-216.messagelabs.com!1367850679!22637500!1 X-Originating-IP: [213.129.229.198] 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 16420 invoked from network); 6 May 2013 14:31:19 -0000 Received: from iris.vrvis.at (HELO iris.vrvis.at) (213.129.229.198) by server-10.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 14:31:19 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UZMRg-00069S-Gb; Mon, 06 May 2013 16:31:16 +0200 Date: Mon, 6 May 2013 16:31:15 +0200 From: Adi Kriegisch To: Gordan Bobic Message-ID: <20130506143115.GJ1426@vrvis.at> References: <5187B9A2.9040709@bobich.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5187B9A2.9040709@bobich.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Rcpt-To: gordan@bobich.net, xen-users@lists.xen.org X-SA-Exim-Mail-From: adi@cg.tuwien.ac.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey, > You mean in the context of using a file to contain the virtual disk > image? Just put it on a FS that is using 4KB sectors, and that is > aligned to a 4KB boundary, and when you are installing the guest > make sure you set up the FS to also use 4KB blocks. Hmmm, that depends on what you do within the image: In case you create partitions within those images you need to assure that those partitions are aligned to use 4K blocks which boils down to using GPT for the partition table. When you create a file system on the raw image you don't need to do anything: the blocks are already aligned and it does not matter what blocksize you use for creating the filesystem; so 512B is ok too. I actually never used image files but only storage devices like lvm volumes. But that depends on the use case, of course. -- Adi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 14:32:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 14:32: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 1UZMRm-0001RG-JN; Mon, 06 May 2013 14:31:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZMRl-0001RB-43 for xen-users@lists.xen.org; Mon, 06 May 2013 14:31:21 +0000 Received: from [85.158.143.99:32545] by server-3.bemta-4.messagelabs.com id 8A/60-02015-8BEB7815; Mon, 06 May 2013 14:31:20 +0000 X-Env-Sender: adi@cg.tuwien.ac.at X-Msg-Ref: server-10.tower-216.messagelabs.com!1367850679!22637500!1 X-Originating-IP: [213.129.229.198] 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 16420 invoked from network); 6 May 2013 14:31:19 -0000 Received: from iris.vrvis.at (HELO iris.vrvis.at) (213.129.229.198) by server-10.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 14:31:19 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UZMRg-00069S-Gb; Mon, 06 May 2013 16:31:16 +0200 Date: Mon, 6 May 2013 16:31:15 +0200 From: Adi Kriegisch To: Gordan Bobic Message-ID: <20130506143115.GJ1426@vrvis.at> References: <5187B9A2.9040709@bobich.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5187B9A2.9040709@bobich.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Rcpt-To: gordan@bobich.net, xen-users@lists.xen.org X-SA-Exim-Mail-From: adi@cg.tuwien.ac.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey, > You mean in the context of using a file to contain the virtual disk > image? Just put it on a FS that is using 4KB sectors, and that is > aligned to a 4KB boundary, and when you are installing the guest > make sure you set up the FS to also use 4KB blocks. Hmmm, that depends on what you do within the image: In case you create partitions within those images you need to assure that those partitions are aligned to use 4K blocks which boils down to using GPT for the partition table. When you create a file system on the raw image you don't need to do anything: the blocks are already aligned and it does not matter what blocksize you use for creating the filesystem; so 512B is ok too. I actually never used image files but only storage devices like lvm volumes. But that depends on the use case, of course. -- Adi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 15:28:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:28:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNKm-0005Gu-Mb; Mon, 06 May 2013 15:28:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLeB-00089c-Ts for xen-users@lists.xen.org; Mon, 06 May 2013 13:40:08 +0000 Received: from [85.158.137.99:38550] by server-7.bemta-3.messagelabs.com id 16/63-10169-7B2B7815; Mon, 06 May 2013 13:40:07 +0000 X-Env-Sender: adi@kriegisch.at X-Msg-Ref: server-6.tower-217.messagelabs.com!1367847605!15507347!1 X-Originating-IP: [213.129.229.198] 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 22834 invoked from network); 6 May 2013 13:40:06 -0000 Received: from iris.vrvis.at (HELO iris.vrvis.at) (213.129.229.198) by server-6.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 13:40:06 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UZLe9-0005yG-Cs; Mon, 06 May 2013 15:40:05 +0200 Date: Mon, 6 May 2013 15:40:04 +0200 From: Adi Kriegisch To: dominic.ryan@it-hq.org Message-ID: <20130506134003.GG1426@vrvis.at> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Rcpt-To: dominic.ryan@it-hq.org, xen-users@lists.xen.org X-SA-Exim-Mail-From: adi@kriegisch.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false X-Mailman-Approved-At: Mon, 06 May 2013 15:28:12 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, > Just wondering if Xen/XCP aligns local storage to 4K boundaries when > using 4K formatted storage such as SSD's? If not, is there a > documented way to manually perform this alignment? Linux basically does that kind of alignment for you (based on the information the hardware hands over to the kernel; WD Green disks for example pretend to have 512B size so the alignment does not work). But this information is only available on Dom0; the xen storage backend uses a hardcoded 512B block size for passing devices through to DomU[1]. This has close to no effect when doing all the partitioning and filesystem creation in Dom0 (where the necessary information is available) or when manually specifying the correct options to fdisk/mkfs in DomU (which is a pain). For accessing data, Linux uses a default block size of 4K anyways. -- Adi [1] http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1745 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 15:28:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:28:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNKm-0005Gu-Mb; Mon, 06 May 2013 15:28:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLeB-00089c-Ts for xen-users@lists.xen.org; Mon, 06 May 2013 13:40:08 +0000 Received: from [85.158.137.99:38550] by server-7.bemta-3.messagelabs.com id 16/63-10169-7B2B7815; Mon, 06 May 2013 13:40:07 +0000 X-Env-Sender: adi@kriegisch.at X-Msg-Ref: server-6.tower-217.messagelabs.com!1367847605!15507347!1 X-Originating-IP: [213.129.229.198] 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 22834 invoked from network); 6 May 2013 13:40:06 -0000 Received: from iris.vrvis.at (HELO iris.vrvis.at) (213.129.229.198) by server-6.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 13:40:06 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UZLe9-0005yG-Cs; Mon, 06 May 2013 15:40:05 +0200 Date: Mon, 6 May 2013 15:40:04 +0200 From: Adi Kriegisch To: dominic.ryan@it-hq.org Message-ID: <20130506134003.GG1426@vrvis.at> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Rcpt-To: dominic.ryan@it-hq.org, xen-users@lists.xen.org X-SA-Exim-Mail-From: adi@kriegisch.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false X-Mailman-Approved-At: Mon, 06 May 2013 15:28:12 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, > Just wondering if Xen/XCP aligns local storage to 4K boundaries when > using 4K formatted storage such as SSD's? If not, is there a > documented way to manually perform this alignment? Linux basically does that kind of alignment for you (based on the information the hardware hands over to the kernel; WD Green disks for example pretend to have 512B size so the alignment does not work). But this information is only available on Dom0; the xen storage backend uses a hardcoded 512B block size for passing devices through to DomU[1]. This has close to no effect when doing all the partitioning and filesystem creation in Dom0 (where the necessary information is available) or when manually specifying the correct options to fdisk/mkfs in DomU (which is a pain). For accessing data, Linux uses a default block size of 4K anyways. -- Adi [1] http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1745 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 15:28:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:28:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNKn-0005HC-UF; Mon, 06 May 2013 15:28:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZMYW-0001nP-LM for Xen-users@lists.xen.org; Mon, 06 May 2013 14:38:20 +0000 Received: from [85.158.139.83:6144] by server-7.bemta-5.messagelabs.com id 14/67-12828-B50C7815; Mon, 06 May 2013 14:38:19 +0000 X-Env-Sender: todd.wardzinski@progeny.net X-Msg-Ref: server-10.tower-182.messagelabs.com!1367851097!27819825!1 X-Originating-IP: [69.17.18.222] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3070 invoked from network); 6 May 2013 14:38:18 -0000 Received: from mail.progeny.net (HELO mail.progeny.net) (69.17.18.222) by server-10.tower-182.messagelabs.com with SMTP; 6 May 2013 14:38:18 -0000 Received: from ES2K7-HUB.progeny.net (Not Verified[192.168.22.23]) by mail.progeny.net with MailMarshal (v6, 8, 3, 9481) id ; Mon, 06 May 2013 10:38:16 -0400 Received: from ES2K7-MBX-1.progeny.net ([::1]) by ES2K7-HUB.progeny.net ([fe80::f09d:66d9:40a5:c66f%10]) with mapi; Mon, 6 May 2013 10:38:16 -0400 From: "Wardzinski, Todd" To: "Xen-users@lists.xen.org" Date: Mon, 6 May 2013 10:38:21 -0400 Thread-Topic: Physical Windows HDD Install to Xen DomU Disk Image Thread-Index: Ac5KZ1sotly2Q3NMQCKC45G1aGRg5A== Message-ID: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 06 May 2013 15:28:12 +0000 Subject: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8740803623910270785==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8740803623910270785== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_" --_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, I have tried a number of methods found through various sites on the Interne= t to get a physical windows install converted to a Xen DomU disk image. Su= ch as: 1. DomU disk image creation (formatted as ntfs). We then mounted the= disk image (loop) and directly copied the physical mount image data to the= disk image. 2. Qemu-img convert from physical HDD to VHD. 3. XenConvert (from Citrix) to VHD So far I have not had luck in getting any of these to produce a good copy. = Does anyone have any good references for this problem? Possibly a method = that works time and time again? Please let me know if you have any questions? Thanks, Todd --_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All, =

 

I have t= ried a number of methods found through various sites on the Internet to get= a physical windows install converted to a Xen DomU disk image.  Such = as:

 

1.       DomU disk image creation (formatted as ntfs).  W= e then mounted the disk image (loop) and directly copied the physical mount= image data to the disk image.

2.       Qemu-img convert from physical HDD to VHD.

3.      = ; XenConvert (from Citrix) to VHD

 

So far I have n= ot had luck in getting any of these to produce a good copy.  Does anyo= ne have any good references for this problem?  Possibly a method that = works time and time again?

 

Please let me know if you have any questions?<= o:p>

 

 

Thanks,

Todd

 

<= /div>= --_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_-- --===============8740803623910270785== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8740803623910270785==-- From xen-users-bounces@lists.xen.org Mon May 06 15:28:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:28:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNKn-0005HC-UF; Mon, 06 May 2013 15:28:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZMYW-0001nP-LM for Xen-users@lists.xen.org; Mon, 06 May 2013 14:38:20 +0000 Received: from [85.158.139.83:6144] by server-7.bemta-5.messagelabs.com id 14/67-12828-B50C7815; Mon, 06 May 2013 14:38:19 +0000 X-Env-Sender: todd.wardzinski@progeny.net X-Msg-Ref: server-10.tower-182.messagelabs.com!1367851097!27819825!1 X-Originating-IP: [69.17.18.222] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3070 invoked from network); 6 May 2013 14:38:18 -0000 Received: from mail.progeny.net (HELO mail.progeny.net) (69.17.18.222) by server-10.tower-182.messagelabs.com with SMTP; 6 May 2013 14:38:18 -0000 Received: from ES2K7-HUB.progeny.net (Not Verified[192.168.22.23]) by mail.progeny.net with MailMarshal (v6, 8, 3, 9481) id ; Mon, 06 May 2013 10:38:16 -0400 Received: from ES2K7-MBX-1.progeny.net ([::1]) by ES2K7-HUB.progeny.net ([fe80::f09d:66d9:40a5:c66f%10]) with mapi; Mon, 6 May 2013 10:38:16 -0400 From: "Wardzinski, Todd" To: "Xen-users@lists.xen.org" Date: Mon, 6 May 2013 10:38:21 -0400 Thread-Topic: Physical Windows HDD Install to Xen DomU Disk Image Thread-Index: Ac5KZ1sotly2Q3NMQCKC45G1aGRg5A== Message-ID: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 06 May 2013 15:28:12 +0000 Subject: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8740803623910270785==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8740803623910270785== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_" --_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, I have tried a number of methods found through various sites on the Interne= t to get a physical windows install converted to a Xen DomU disk image. Su= ch as: 1. DomU disk image creation (formatted as ntfs). We then mounted the= disk image (loop) and directly copied the physical mount image data to the= disk image. 2. Qemu-img convert from physical HDD to VHD. 3. XenConvert (from Citrix) to VHD So far I have not had luck in getting any of these to produce a good copy. = Does anyone have any good references for this problem? Possibly a method = that works time and time again? Please let me know if you have any questions? Thanks, Todd --_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All, =

 

I have t= ried a number of methods found through various sites on the Internet to get= a physical windows install converted to a Xen DomU disk image.  Such = as:

 

1.       DomU disk image creation (formatted as ntfs).  W= e then mounted the disk image (loop) and directly copied the physical mount= image data to the disk image.

2.       Qemu-img convert from physical HDD to VHD.

3.      = ; XenConvert (from Citrix) to VHD

 

So far I have n= ot had luck in getting any of these to produce a good copy.  Does anyo= ne have any good references for this problem?  Possibly a method that = works time and time again?

 

Please let me know if you have any questions?<= o:p>

 

 

Thanks,

Todd

 

<= /div>= --_000_3A4BA757D72EC4419FA31D91DC15363C06FD64F12CES2K7MBX1prog_-- --===============8740803623910270785== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8740803623910270785==-- From xen-users-bounces@lists.xen.org Mon May 06 15:28:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:28:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNKn-0005H3-9d; Mon, 06 May 2013 15:28:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLnU-0008S7-9G for xen-users@lists.xen.org; Mon, 06 May 2013 13:49:44 +0000 Received: from [193.109.254.147:44319] by server-5.bemta-14.messagelabs.com id 2F/10-18535-7F4B7815; Mon, 06 May 2013 13:49:43 +0000 X-Env-Sender: anandmundada@ymail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1367848180!6507003!1 X-Originating-IP: [98.138.91.65] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32205 invoked from network); 6 May 2013 13:49:41 -0000 Received: from nm8-vm1.bullet.mail.ne1.yahoo.com (HELO nm8-vm1.bullet.mail.ne1.yahoo.com) (98.138.91.65) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 13:49:41 -0000 Received: from [98.138.90.56] by nm8.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 13:49:39 -0000 Received: from [98.138.88.244] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 13:49:39 -0000 Received: from [127.0.0.1] by smtp107-mob.biz.mail.ne1.yahoo.com with NNFMP; 06 May 2013 13:49:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367848179; bh=xs960aW9O3XGwYEUAUzmOlKmVSFyYjjJspv82D47/VM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=gajN1lSv/pliPFp8F8ar5AIk5Nf2q/pZguNp+ZtEiqVOdZr9Y4BZWy0zh4aCRhk8m/6o4IXmyp8XjJFN1KRt/tIQADSEF9AoLFQeNiboqv4EjfgCy6AYGmK1GmwxJ8b+gS/5AhcrRnyFEpApdeQK+LADjGvJG7umtKKk4uMnB04= X-Yahoo-Newman-Id: 581933.27029.bm@smtp107-mob.biz.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: U0B2SB8VM1nlJli4qBCX4OcISB2T0sdiLAPW.daGPDJ9hLy UcF9OmQMkEPhqXZ.YiGossatYIknAknUSAgWGDsvIWH8NnkTO6JxtdqpoAci bV0Nh.sLoSeOmfB_vw3nfxIY.q4EWhg7SyuK8w0yDtSHbfzjbT2tht1O3eTJ KQ7m4RvaXNd7sPdzvz2OVq_2bPa5g9A3I2GjYZJOPg4_5Yg8Uuihh5ATMG8C 6by_FEpufQQ_9jmxbRIyppgixNsWpuxiNDMFcgqR8xvHZHfS7NIV8sbcffUc fWipv69YoHIdM7rceG_m5x3zB5uCt18dgxj9Bz3o2QZgwLM5_K2Z.X1ntAm0 8LSEK8Nl4DbKz4V9GXVHrbrIGBE7CpWH948ArcD9XkFx6gMFo_btW2fn7j5l AiyBV1YQkUJ0XFG242GtHbTiBog0YR3x2b_pikO0EOczOne7OflCcVxo6lie wBRupfv3diqD0U9pa4H0K3yIwHAvO X-Yahoo-SMTP: rzH6p7GswBCUblRLbd2cCkm55bdaesEo5GBLTzud7y2sPTs- X-Rocket-Received: from [192.168.2.3] (anandmundada@71.90.100.94 with xymcookie) by smtp107-mob.biz.mail.ne1.yahoo.com with SMTP; 06 May 2013 06:49:39 -0700 PDT References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <6FFC27C4-1B12-4266-BD84-8A9EC38E9383@ymail.com> X-Mailer: iPhone Mail (10A403) From: Anand Mundada Date: Mon, 6 May 2013 08:49:33 -0500 To: Yeonki Choi X-Mailman-Approved-At: Mon, 06 May 2013 15:28:12 +0000 Cc: "xen-users@lists.xen.org" , agya naila Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1035916180470785457==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1035916180470785457== Content-Type: multipart/alternative; boundary=Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D Content-Transfer-Encoding: 7bit --Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Yeonki, I am using Ubuntu 12.04, for both dom0 and domu Sent from my iPhone On May 6, 2013, at 8:43 AM, Yeonki Choi wrote: > Hi, Anand >=20 > What kind of OS has installed in Dom0? >=20 > Regards,=20 > Yeonki Choi > Sent from my iPad >=20 > 2013. 5. 6. =EC=98=A4=ED=9B=84 9:52 "Anand Mundada" =EC=9E=91=EC=84=B1: >=20 >> Hi Agya, >>=20 >> I have added bootloader =3D "pygrub" in config file still same result. >> Error: Boot loader didn't return any data! >>=20 >> Please let me know if I can try anything else. >>=20 >> Thanks, >> Anand >> From: agya naila >> To: Anand Mundada =20 >> Cc: "xen-users@lists.xen.org" =20 >> Sent: Sunday, May 5, 2013 2:48 PM >> Subject: Re: [Xen-users] [URGENT] How to boot DomU from customized kernel= >>=20 >> On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada w= rote: >> Hi All, >>=20 >> I am using Xen hypervisor for my class project. I need to boot DomU from m= y 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 g= etting following error: >> Error: Boot loader didn't return any data! >>=20 >> Here is my config file (ubuntu.cfg) :- >> name =3D "ubuntu" >> memory =3D 1024 >> disk =3D ['phy:/dev/VG/ubuntu,xvda,w'] >> vif =3D [''] >> #kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz" = =20 >> #ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz" = =20 >> #extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0" = =20= >> vcpu =3D 4 >>=20 >> If you commenting these 3 lines then your DomU didn't have any boot loade= r. Try to add pygrub on your domU configuration file. >>=20 >> bootloader =3D "pygrub" >>=20 >> =20 >> I have initially uncommented these 3 lines to create DomU. Once DomU was r= eady I commented out these 3 lines and launched vm using following command: >> xm create ubuntu.cfg -c >>=20 >> Please some one help asap as my project deadline is approaching fast. >>=20 >> Thanks, >> Anand >>=20 >> You are welcome, >>=20 >> Agya >> =20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >>=20 >>=20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users --Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Yeonki,

I a= m using Ubuntu 12.04, for both dom0 and domu

Sent from my iPhone

On May 6, 2013, at 8:43 AM, Yeonki Choi <yeonki_choi@hotmail.com> wrote:

Hi, Anand

What kind o= f OS has installed in Dom0?

Regards, 
= Yeonki Choi
Sent from my iPad

2013. 5. 6. =EC=98=A4=ED=9B= =84 9:52 "Anand Mundada" <anand= mundada@ymail.com> =EC=9E=91=EC=84=B1:

Hi A= gya,

I have add= ed bootloader =3D "pygrub"  &n= bsp;in config file still same result.
Error: Boot loader didn't return any data!

Please let me know if  I can try= anything else.
Thanks,
Anan= d
From: agya naila <agya.naila@g= mail.com>
To: An= and Mundada <anandmundada@ymail= .com>
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>
<= b>Sent: Sunday, May 5, 2013 2:= 48 PM
Subject: Re: [Xen= -users] [URGENT] How to boot DomU from customized kernel
<= div class=3D"y_msg_container">
On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada <anandmundada@ymail.com> w= rote:
Hi All,
<= br>
I am using Xen hypervisor for my class project. I need to boot DomU from my c= ustom kernel. I have compiled the kernel code inside DomU and created the in= itramfs. I can see its entry after update-grub. But when I reboot, I am gett= ing following error:
Error: Boot loader didn't return any data!
=

Here is my config file (= ubuntu.cfg) :-
name =3D "ubuntu"
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#kernel =3D "= /var/lib/xen/images/ubuntu-netboot/vmlinuz"         &nbs= p;                     &nb= sp;                     &n= bsp;                     &= nbsp;           
#ramdisk =3D "/var/lib/xe= n/images/ubuntu-netboot/initrd.gz"            =                      = ;                     &nbs= p;                     &nb= sp;      
#extra =3D "debian-instal= ler/exit/always_halt=3Dtrue -- console=3Dhvc0"         &= nbsp;                     &= nbsp;                     &= nbsp;                     &= nbsp;
vcpu =3D 4

If you commenting these 3 lines the= n your DomU didn't have any boot loader. Try to add pygrub on your domU conf= iguration file.

bootloader =3D "pygrub"

 
I have initially unco= mmented these 3 lines to create DomU. Once DomU was ready I commented out these 3 lines and launched vm using following command:=
xm= create ubuntu.cfg -c

Ple= ase some one help asap as my project deadline is approaching fast.

Thanks,
Anand

You are welcome,

Agya
 

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

<= /div>

_______________________________________________<= br>Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
= --Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D-- --===============1035916180470785457== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1035916180470785457==-- From xen-users-bounces@lists.xen.org Mon May 06 15:28:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:28:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNKn-0005H3-9d; Mon, 06 May 2013 15:28:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZLnU-0008S7-9G for xen-users@lists.xen.org; Mon, 06 May 2013 13:49:44 +0000 Received: from [193.109.254.147:44319] by server-5.bemta-14.messagelabs.com id 2F/10-18535-7F4B7815; Mon, 06 May 2013 13:49:43 +0000 X-Env-Sender: anandmundada@ymail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1367848180!6507003!1 X-Originating-IP: [98.138.91.65] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32205 invoked from network); 6 May 2013 13:49:41 -0000 Received: from nm8-vm1.bullet.mail.ne1.yahoo.com (HELO nm8-vm1.bullet.mail.ne1.yahoo.com) (98.138.91.65) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 13:49:41 -0000 Received: from [98.138.90.56] by nm8.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 13:49:39 -0000 Received: from [98.138.88.244] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 06 May 2013 13:49:39 -0000 Received: from [127.0.0.1] by smtp107-mob.biz.mail.ne1.yahoo.com with NNFMP; 06 May 2013 13:49:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367848179; bh=xs960aW9O3XGwYEUAUzmOlKmVSFyYjjJspv82D47/VM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=gajN1lSv/pliPFp8F8ar5AIk5Nf2q/pZguNp+ZtEiqVOdZr9Y4BZWy0zh4aCRhk8m/6o4IXmyp8XjJFN1KRt/tIQADSEF9AoLFQeNiboqv4EjfgCy6AYGmK1GmwxJ8b+gS/5AhcrRnyFEpApdeQK+LADjGvJG7umtKKk4uMnB04= X-Yahoo-Newman-Id: 581933.27029.bm@smtp107-mob.biz.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: U0B2SB8VM1nlJli4qBCX4OcISB2T0sdiLAPW.daGPDJ9hLy UcF9OmQMkEPhqXZ.YiGossatYIknAknUSAgWGDsvIWH8NnkTO6JxtdqpoAci bV0Nh.sLoSeOmfB_vw3nfxIY.q4EWhg7SyuK8w0yDtSHbfzjbT2tht1O3eTJ KQ7m4RvaXNd7sPdzvz2OVq_2bPa5g9A3I2GjYZJOPg4_5Yg8Uuihh5ATMG8C 6by_FEpufQQ_9jmxbRIyppgixNsWpuxiNDMFcgqR8xvHZHfS7NIV8sbcffUc fWipv69YoHIdM7rceG_m5x3zB5uCt18dgxj9Bz3o2QZgwLM5_K2Z.X1ntAm0 8LSEK8Nl4DbKz4V9GXVHrbrIGBE7CpWH948ArcD9XkFx6gMFo_btW2fn7j5l AiyBV1YQkUJ0XFG242GtHbTiBog0YR3x2b_pikO0EOczOne7OflCcVxo6lie wBRupfv3diqD0U9pa4H0K3yIwHAvO X-Yahoo-SMTP: rzH6p7GswBCUblRLbd2cCkm55bdaesEo5GBLTzud7y2sPTs- X-Rocket-Received: from [192.168.2.3] (anandmundada@71.90.100.94 with xymcookie) by smtp107-mob.biz.mail.ne1.yahoo.com with SMTP; 06 May 2013 06:49:39 -0700 PDT References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> <1367795504.87144.YahooMailNeo@web163105.mail.bf1.yahoo.com> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <6FFC27C4-1B12-4266-BD84-8A9EC38E9383@ymail.com> X-Mailer: iPhone Mail (10A403) From: Anand Mundada Date: Mon, 6 May 2013 08:49:33 -0500 To: Yeonki Choi X-Mailman-Approved-At: Mon, 06 May 2013 15:28:12 +0000 Cc: "xen-users@lists.xen.org" , agya naila Subject: Re: [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 List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1035916180470785457==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1035916180470785457== Content-Type: multipart/alternative; boundary=Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D Content-Transfer-Encoding: 7bit --Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Yeonki, I am using Ubuntu 12.04, for both dom0 and domu Sent from my iPhone On May 6, 2013, at 8:43 AM, Yeonki Choi wrote: > Hi, Anand >=20 > What kind of OS has installed in Dom0? >=20 > Regards,=20 > Yeonki Choi > Sent from my iPad >=20 > 2013. 5. 6. =EC=98=A4=ED=9B=84 9:52 "Anand Mundada" =EC=9E=91=EC=84=B1: >=20 >> Hi Agya, >>=20 >> I have added bootloader =3D "pygrub" in config file still same result. >> Error: Boot loader didn't return any data! >>=20 >> Please let me know if I can try anything else. >>=20 >> Thanks, >> Anand >> From: agya naila >> To: Anand Mundada =20 >> Cc: "xen-users@lists.xen.org" =20 >> Sent: Sunday, May 5, 2013 2:48 PM >> Subject: Re: [Xen-users] [URGENT] How to boot DomU from customized kernel= >>=20 >> On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada w= rote: >> Hi All, >>=20 >> I am using Xen hypervisor for my class project. I need to boot DomU from m= y 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 g= etting following error: >> Error: Boot loader didn't return any data! >>=20 >> Here is my config file (ubuntu.cfg) :- >> name =3D "ubuntu" >> memory =3D 1024 >> disk =3D ['phy:/dev/VG/ubuntu,xvda,w'] >> vif =3D [''] >> #kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz" = =20 >> #ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz" = =20 >> #extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0" = =20= >> vcpu =3D 4 >>=20 >> If you commenting these 3 lines then your DomU didn't have any boot loade= r. Try to add pygrub on your domU configuration file. >>=20 >> bootloader =3D "pygrub" >>=20 >> =20 >> I have initially uncommented these 3 lines to create DomU. Once DomU was r= eady I commented out these 3 lines and launched vm using following command: >> xm create ubuntu.cfg -c >>=20 >> Please some one help asap as my project deadline is approaching fast. >>=20 >> Thanks, >> Anand >>=20 >> You are welcome, >>=20 >> Agya >> =20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >>=20 >>=20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users --Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Yeonki,

I a= m using Ubuntu 12.04, for both dom0 and domu

Sent from my iPhone

On May 6, 2013, at 8:43 AM, Yeonki Choi <yeonki_choi@hotmail.com> wrote:

Hi, Anand

What kind o= f OS has installed in Dom0?

Regards, 
= Yeonki Choi
Sent from my iPad

2013. 5. 6. =EC=98=A4=ED=9B= =84 9:52 "Anand Mundada" <anand= mundada@ymail.com> =EC=9E=91=EC=84=B1:

Hi A= gya,

I have add= ed bootloader =3D "pygrub"  &n= bsp;in config file still same result.
Error: Boot loader didn't return any data!

Please let me know if  I can try= anything else.
Thanks,
Anan= d
From: agya naila <agya.naila@g= mail.com>
To: An= and Mundada <anandmundada@ymail= .com>
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>
<= b>Sent: Sunday, May 5, 2013 2:= 48 PM
Subject: Re: [Xen= -users] [URGENT] How to boot DomU from customized kernel
<= div class=3D"y_msg_container">
On Tue, Apr 30, 2013 at 11:16 PM, Anand Mundada <anandmundada@ymail.com> w= rote:
Hi All,
<= br>
I am using Xen hypervisor for my class project. I need to boot DomU from my c= ustom kernel. I have compiled the kernel code inside DomU and created the in= itramfs. I can see its entry after update-grub. But when I reboot, I am gett= ing following error:
Error: Boot loader didn't return any data!
=

Here is my config file (= ubuntu.cfg) :-
name =3D "ubuntu"
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#kernel =3D "= /var/lib/xen/images/ubuntu-netboot/vmlinuz"         &nbs= p;                     &nb= sp;                     &n= bsp;                     &= nbsp;           
#ramdisk =3D "/var/lib/xe= n/images/ubuntu-netboot/initrd.gz"            =                      = ;                     &nbs= p;                     &nb= sp;      
#extra =3D "debian-instal= ler/exit/always_halt=3Dtrue -- console=3Dhvc0"         &= nbsp;                     &= nbsp;                     &= nbsp;                     &= nbsp;
vcpu =3D 4

If you commenting these 3 lines the= n your DomU didn't have any boot loader. Try to add pygrub on your domU conf= iguration file.

bootloader =3D "pygrub"

 
I have initially unco= mmented these 3 lines to create DomU. Once DomU was ready I commented out these 3 lines and launched vm using following command:=
xm= create ubuntu.cfg -c

Ple= ase some one help asap as my project deadline is approaching fast.

Thanks,
Anand

You are welcome,

Agya
 

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

<= /div>

_______________________________________________<= br>Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
= --Apple-Mail-591BC33D-7B43-49A5-9385-8635F02C742D-- --===============1035916180470785457== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1035916180470785457==-- From xen-users-bounces@lists.xen.org Mon May 06 15:37:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:37: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 1UZNSu-00067j-NC; Mon, 06 May 2013 15:36:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNSt-00067W-83 for Xen-users@lists.xen.org; Mon, 06 May 2013 15:36:35 +0000 Received: from [85.158.143.99:49855] by server-3.bemta-4.messagelabs.com id 83/A7-02015-20EC7815; Mon, 06 May 2013 15:36:34 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1367854593!20105404!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, 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 6884 invoked from network); 6 May 2013 15:36:34 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 15:36:34 -0000 Received: by mail-wg0-f47.google.com with SMTP id e11so3573788wgh.2 for ; Mon, 06 May 2013 08:36:33 -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=oqYb16etcfkhzUWw07yu1/dKtmo1aFCIrwJIQzS4Ufc=; b=RwDmSzYNI0xapu8IEm4nAnz3H3b0RI4waKxMm6Y8G2Th0V+5YM7tFvDt6aROR7U09o QCVYVW38BfbN/yvxsTI9/pDk0Reumk1ViOUbb5Qc1fhgQzVA3uQq/rjZOidLKplr1oWp 95shXje4LYKXj9Pyx1eSG8/IiiDUMxiQo2F60lfgnoho2+WEXfMVvm9M+wP0czZ7mFxd iSEuQ0qbFB0omIhS0+7KiwmFYDR6kXMrFXjLvSTRZB/IbH4a1O7otn5aDq9ZM1EYh+87 7r1i1HuvquBbRJn+4W7pK7EvIEO8dyKmnP5W9fso+CE9iXLVrhHNcmSyJv/C3P8pR6dq ol9g== MIME-Version: 1.0 X-Received: by 10.194.77.103 with SMTP id r7mr22639359wjw.12.1367854593741; Mon, 06 May 2013 08:36:33 -0700 (PDT) Received: by 10.180.76.77 with HTTP; Mon, 6 May 2013 08:36:33 -0700 (PDT) In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> Date: Mon, 6 May 2013 11:36:33 -0400 Message-ID: From: chris To: "Wardzinski, Todd" Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org In the case of windows the big issue is you need something which can properly update windows hal to handle the drastic change in hardware. Acronis can do this with their backup products and the key feature you need is "universal restore" which will make sure that the underlying os HAL is updated so that windows can boot. This is just one commercial product of which there are several and you can do some of the steps manually if motivated enough. Hope that helps chris On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: > All, > > > > I have tried a number of methods found through various sites on the Internet > to get a physical windows install converted to a Xen DomU disk image. Such > as: > > > > 1. DomU disk image creation (formatted as ntfs). We then mounted the > disk image (loop) and directly copied the physical mount image data to the > disk image. > > 2. Qemu-img convert from physical HDD to VHD. > > 3. XenConvert (from Citrix) to VHD > > > > So far I have not had luck in getting any of these to produce a good copy. > Does anyone have any good references for this problem? Possibly a method > that works time and time again? > > > > Please let me know if you have any questions? > > > > > > Thanks, > > Todd > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 15:37:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:37: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 1UZNSu-00067j-NC; Mon, 06 May 2013 15:36:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNSt-00067W-83 for Xen-users@lists.xen.org; Mon, 06 May 2013 15:36:35 +0000 Received: from [85.158.143.99:49855] by server-3.bemta-4.messagelabs.com id 83/A7-02015-20EC7815; Mon, 06 May 2013 15:36:34 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1367854593!20105404!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, 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 6884 invoked from network); 6 May 2013 15:36:34 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 15:36:34 -0000 Received: by mail-wg0-f47.google.com with SMTP id e11so3573788wgh.2 for ; Mon, 06 May 2013 08:36:33 -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=oqYb16etcfkhzUWw07yu1/dKtmo1aFCIrwJIQzS4Ufc=; b=RwDmSzYNI0xapu8IEm4nAnz3H3b0RI4waKxMm6Y8G2Th0V+5YM7tFvDt6aROR7U09o QCVYVW38BfbN/yvxsTI9/pDk0Reumk1ViOUbb5Qc1fhgQzVA3uQq/rjZOidLKplr1oWp 95shXje4LYKXj9Pyx1eSG8/IiiDUMxiQo2F60lfgnoho2+WEXfMVvm9M+wP0czZ7mFxd iSEuQ0qbFB0omIhS0+7KiwmFYDR6kXMrFXjLvSTRZB/IbH4a1O7otn5aDq9ZM1EYh+87 7r1i1HuvquBbRJn+4W7pK7EvIEO8dyKmnP5W9fso+CE9iXLVrhHNcmSyJv/C3P8pR6dq ol9g== MIME-Version: 1.0 X-Received: by 10.194.77.103 with SMTP id r7mr22639359wjw.12.1367854593741; Mon, 06 May 2013 08:36:33 -0700 (PDT) Received: by 10.180.76.77 with HTTP; Mon, 6 May 2013 08:36:33 -0700 (PDT) In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> Date: Mon, 6 May 2013 11:36:33 -0400 Message-ID: From: chris To: "Wardzinski, Todd" Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org In the case of windows the big issue is you need something which can properly update windows hal to handle the drastic change in hardware. Acronis can do this with their backup products and the key feature you need is "universal restore" which will make sure that the underlying os HAL is updated so that windows can boot. This is just one commercial product of which there are several and you can do some of the steps manually if motivated enough. Hope that helps chris On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: > All, > > > > I have tried a number of methods found through various sites on the Internet > to get a physical windows install converted to a Xen DomU disk image. Such > as: > > > > 1. DomU disk image creation (formatted as ntfs). We then mounted the > disk image (loop) and directly copied the physical mount image data to the > disk image. > > 2. Qemu-img convert from physical HDD to VHD. > > 3. XenConvert (from Citrix) to VHD > > > > So far I have not had luck in getting any of these to produce a good copy. > Does anyone have any good references for this problem? Possibly a method > that works time and time again? > > > > Please let me know if you have any questions? > > > > > > Thanks, > > Todd > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 15:47:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:47:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNcc-0006qi-HW; Mon, 06 May 2013 15:46:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNca-0006qW-OI for xen-users@lists.xen.org; Mon, 06 May 2013 15:46:37 +0000 Received: from [85.158.138.51:5538] by server-5.bemta-3.messagelabs.com id 55/9F-29713-B50D7815; Mon, 06 May 2013 15:46:35 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-11.tower-174.messagelabs.com!1367855193!31307316!1 X-Originating-IP: [77.238.189.199] 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 6917 invoked from network); 6 May 2013 15:46:33 -0000 Received: from nm2-vm0.bullet.mail.ird.yahoo.com (HELO nm2-vm0.bullet.mail.ird.yahoo.com) (77.238.189.199) by server-11.tower-174.messagelabs.com with SMTP; 6 May 2013 15:46:33 -0000 Received: from [77.238.189.236] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 15:46:31 -0000 Received: from [212.82.98.70] by tm17.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 15:46:31 -0000 Received: from [127.0.0.1] by omp1007.mail.ir2.yahoo.com with NNFMP; 06 May 2013 15:46:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 120167.66057.bm@omp1007.mail.ir2.yahoo.com Received: (qmail 46775 invoked by uid 60001); 6 May 2013 15:46:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367855190; bh=cMh8PtZUSwt5l24+UzaD+qcv7H5M2pWyQe0WuBB5ieg=; 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=PgcRHy3aiNlX6HCZ7rTkJ9XccRQ9ijWZz5zAI4oWm5cSActcSVptMpPI1KCqth+Juoe3vKpb9rYBSH6W9xiduibs5bQRB85PRJsBwJ09UqCa/Wn/5UY8hVgUzMIt9iV8lUsUaxmUwgozU77Y1FZMEwinrKcVQCpPXdkAxnTh0m8= 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=g5UgtgcfPSoRPsW0zqmWbfF/e6Owww1TjKaBn8vsSP5bObJCjdrdiRC3LLid9bnsJzFcwyvRVllfYPI3d1f6j+4mLF5DPmUtc9LNugZmpynQBvuhc8RKQl/ouj73Fmf9FxVZiRr13eo3xjcyr2nqaV5/tN2vHxJnmXcqv2ArONw=; X-YMail-OSG: NZdReywVM1lxfn0jsxAp3qvcLA4F8W5ortuujanKxHvq7O2 3wGlolMEWIzBi2smDcF4ZYflTloe49zFyPlokUMCuA3QUc1fq3YREq3Ad1pd Rj.stspIrZhzoR7PKm0Y3fzl5yMKU0kygCFQZRY8Jmd4wNj6zletzvW3Izc9 8RQFs4C5_JM6XfV79GRcuT0b2gcGwM31wAHkCMbeEl5nEKy36Ti3KxAGxKYy kUclcGmxxBL00yQE1f91pJgzkTYbh7kpxoykUVPhgkjJnHr4TVd1Q3eUfSPE 7d1xfh_IgDwB9BR2djwmnEHfIBhYx6vHp.FMT111847BUkJh5jCD6dB1eLGr rdesbT84jMbTNOeK8GhqCTA0.O7k2oY0kUsbXYqV9nxwmp16TUS51.aUS5rx QW315DPVZz7.xnsqAxk0qgTOKeRfjsqXei.5pyDTZaIIv2hX4RwfHTcIDnt1 krXaS_x_4REcoF_9ElPD_FPhvbgOj62NQRjozm7C0fBmM98p0Moc_2VxMAMW WERC_VIpF486XVn84ls4e3SDRguFEKjf7beluTnfKzqHABRUlHGFX.EjIYsL buNgm7q.bT69Uaj00lprOVcM6uEnVHBjNXbOB9Q-- Received: from [82.187.229.206] by web171906.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 16:46:30 BST X-Rocket-MIMEInfo: 002.001, DQpJIHVzZSB5b3VyIGNvbmZpZ3VyYXRpb24gZmlsZQ0KDQpJIGhhdmUgYW4gZXJyb3IuDQpJIHRyeSB0byByZXdyaXRlLi4NCkVERDogRXJyb3IgMGMwMCByZWFkaW5nIHNlY3RvciA5NjQ1NA0KTm8gREVGQVVMVCBvciBVSSBjb25maWd1cmF0aW9uIGRpcmVjdGl2ZSBmb3VuZCENCmJvb3Q6DQoNCmFuZCBzdG9wLg0KDQpXaGVyZSBpcyB0aGUgcHJvYmxlbT8_Pw0KDQpJIGFza2VkIHRoZSBxdWVzdGlvbiBvZiBpc28gaW1hZ2UgYmVjYXVzZSBJIG5lZWQgdG8gdXNlIGEgbm9uIHN0YW5kYXJkIGtlcm5lbCBlIGYBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367855190.28674.YahooMailClassic@web171906.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 16:46:30 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5187AF8D.2000407@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="===============8313684665155854225==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8313684665155854225== Content-Type: multipart/alternative; boundary="-1899948411-2038996333-1367855190=:28674" ---1899948411-2038996333-1367855190=:28674 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I use your configuration file I have an error. I try to rewrite.. EDD: Error 0c00 reading sector 96454 No DEFAULT or UI configuration directive found! boot: and stop. Where is the problem??? I asked the question of iso image because I need to use a non standard kern= el e fs. Hence the decision to use buildroot. And so I try to use my buildroot fs and kernel I create image with xen-create-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildroot-xe= n/output/images/bzImage --install-method=3Dtar --initrd=3D/home/posani/buil= droot/buildroot-xen/output/images/rootfs.tar --hostname=3Dprova1=A0 --dhcp = --verbose --passwd --force This command generate prova1.cfg file cat prova1.cfg=20 # # Configuration file for the Xen instance prova1, created # by xen-tools 4.2 on Mon May=A0 6 19:06:08 2013. # # #=A0 Kernel + memory size # kernel=A0=A0=A0=A0=A0 =3D '/home/posani/buildroot/buildroot-xen/output/imag= es/bzImage' ramdisk=A0=A0=A0=A0 =3D '/boot/initrd.img-2.6.32-5-xen-amd64' vcpus=A0=A0=A0=A0=A0=A0 =3D '1' memory=A0=A0=A0=A0=A0 =3D '128' # #=A0 Disk device(s). # root=A0=A0=A0=A0=A0=A0=A0 =3D '/dev/xvda2 ro' disk=A0=A0=A0=A0=A0=A0=A0 =3D [ =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/home/xen/domains= /prova1/disk.img,xvda2,w', =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/home/xen/domains= /prova1/swap.img,xvda1,w', =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ] # #=A0 Physical volumes # # #=A0 Hostname # name=A0=A0=A0=A0=A0=A0=A0 =3D 'prova1' # #=A0 Networking # dhcp=A0=A0=A0=A0=A0=A0=A0 =3D 'dhcp' vif=A0=A0=A0=A0=A0=A0=A0=A0 =3D [ 'mac=3D00:16:3E:F0:3B:4A' ] # #=A0 Behaviour # on_poweroff =3D 'destroy' on_reboot=A0=A0 =3D 'restart' on_crash=A0=A0=A0 =3D 'restart' =A0but when i make=20 xm create prova1.cfg=20 Using config file "./prova1.cfg". Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load ima= ges built for the generic loader or Linux images') I'm looking for internet to resolve this error but I understand that I need= xen on my kernel. But I thought I could use a generic VM... I'm confused... Thanks for your help I hope I explained well my problem. ;-) Luisa =A0 --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 15:26 =0A =0A=0A =0A =0A What is your level of linux knowledge? Or IT at = all? =0A =20 =0A This ISO contains LIVE version of Gentoo. Something like minimal=0A = ubuntu that's neccesary for ubuntu installation. You don't need to=0A = create anything. Go through install process and then you'll have=0A you= r own system installed on domu-01.img. =0A =20 =0A Dne 6.5.2013 15:18, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A Hi Jan =0A =20 =0A I'm downloading=20 =0A install-amd64-minimal-20130425.iso and I try to work. If I haven't this minimal image it's possible to work? What does it contains? How can I create this image? =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 14:59 =0A =20 =0A =0A Create domU config file in /etc/xe= n/domu-01.cfg: =0A builder=3D'hvm' memory =3D 2048 name =3D "DomU-01" vcpus=3D2 vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De100= 0, mac=3D00:16:3e:63:80:88' ] disk =3D [ 'file:/root/domu-01.img,hda,w', 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r' ] on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' boot=3D"dc" vnc=3D1 vnclisten=3D"127.0.0.1" vncpasswd=3D'' =0A Download=0A this http://distfil= es.gentoo.org/releases/amd64/autobuilds/current-iso/install-amd64-minimal-2= 0130425.iso=0A to your /root folder. Create hard drive= image: =0A dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M c= ount=3D10000 =0A Start your domU with: =0A xl create /etc/xen/domu-01.cfg =0A Then you should be able to connect with Remmina to= =0A localhosts VNC and then you'll see Gentoo Live CD= =0A booting. Here's how to install Gentoo http://www.g= entoo.org/doc/en/handbook/handbook-amd64.xml.=0A Chapt= er 7 describes kernel compiling - custom=0A config or = genkernel. =0A =20 =0A When you'll be done with Gentoo installation, you= =0A shold poweroff you domU, change boot value to: =0A boot=3D"cd" =0A And after: =0A xl create /etc/xen/domu-01.cfg =0A you should see your Gentoo booting up. =0A =20 =0A Hope this helps. =0A =20 =0A Jan =0A =20 =0A Dne 6.5.2013 14:41, Luisa Posani napsal(a): =0A =0A =0A =0A = =0A =0A = Can=0A you suggest me the simplest way= to create=0A a VM linux from scratch using ke= rnel code=0A source? =0A =20 =0A tks=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 13:11 =0A =20 =0A =0A Hi= Luisa, =0A =20 =0A great news, i use Remmina also.=0A = Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM'= s=0A hard drive. I'm not familiar with= =0A buildroot but as I read about CPIO= =0A it's file archiver and Xen disk=0A = image should be in RAW format. So=0A = you should extract rootfs.cpio to=0A = raw disk image which could be=0A = created with dd. Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs= =3D1M count=3D10000 =0A As with normal hard drive you can=0A= use fdisk make some partitions on=0A = rootfs.img, format them and extract=0A = rootfs.cpio there. Then you can set=0A = this harddrive img in your xen=0A = config file for HVM style (hda but=0A = it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img= ,hda,w' ] =0A Or you can pass the path t= o=0A rootfs.img to xen-create-image. If= =0A rootfs.cpio contains all files=0A = including kernel image it should=0A = boot normally. As I wrote I'm not=0A = familiar with buildroot thus you're=0A = little bit on your own in this case=0A = and i'm sorry for not being more=0A = straightforward but you're using=0A = specific scenario. Maybe I'll save=0A = some time for testing this and let=0A = you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A=0A = 6.5.2013 12:38, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = Hi Jan =0A =20 =0A I launch my windows VM=0A = whit graphical program=0A = named "Remmina Remote=0A = desktop client" and it=0A = work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe=0A = I was=0A = wrong a=0A = few parameters to=0A launch= =0A manual=0A = gncviewer =0A =20 =0A Let=0A = me explain what is my main=0A=0A = problem. =0A I=0A = would like to start a virtual machine created= =0A with=0A = buildroot=0A = standard=0A = WHITOUT=0A=0A XEN drivers= =0A in the VM. =0A I=0A = have some=A0problems=0A=0A = creating the configuration file for=0A = this=0A = virtual machine. =0A I=0A = don't know if I have to work=0A = with a ramdisk (rootfs.cpio=0A = created=0A = by=0A = buildroot)=0A or not=0A = and=0A = =20 =0A what=0A = should be the configuration file under=0A = (p.e.) /etc/xen/VM_buildro= ot. =0A =20 =0A I=0A = don't understand=0A = the=0A = meaning of the=0A 'disk=0A = =3D' in=0A = the configuration file. =0A =20 =0A you=0A = know a=0A = tutorial that I could follow=0A = to create this file? =0A =20 =0A Xen=0A = provides=0A = the xen-create-image=0A = command=0A to=0A= create the file, but I=0A= do not know how to give p= arameters=0A=0A to the com= mand=0A (initrd=0A = install-install-source method=0A = ...) =0A =20 =0A Can you help me? =0A =20 =0A Thanks=0A = in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Gioved=EC 25 April= e=0A 2013, 11:19 =0A =20 =0A =0A = Hi Luisa, =0A =20 =0A great, so you're cpu= =0A is capable for=0A = running Xen. The=0A = reason why you don't=0A = see it is explained=0A = here http://old-list-archives.x= en.org/archives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be clear.=0A= You've already start=0A= your system with xen=0A= and tried to start=0A = Windows Xp domU as=0A = this guide=0A = describes, do you?=0A = And the problem is=0A = that you can't=0A = connect to your=0A = Windows XP domU with=0A = GNCVIEWER or=0A = something else? Is=0A = your domU running?=0A = What does the "xl=0A = start" command say? =0A =20 =0A Thank you and have a= =0A nice day =0A Jan =0A =20 =0A Dne=0A=0A=0A = 24.4.2013 17:54,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo= =0A flags =0A =20 =0A without xen I= =0A found vmx. =0A =20 =0A when I start= =0A PC with xen=0A= flag vmx=0A = doesn't=0A = appare. =0A =20 =0A Why? =0A =20 =0A I would like= =0A use a guest OS= =0A make with=0A = buildroot=0A = "standard"=0A = without xen=0A = driver. =0A =20 =0A I use http://w= iki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't=0A= work=0A = correctly. =0A =20 =0A Doesn't work= =0A gvncviewer for= =0A using a window= =0A XP iso image= =0A and now I'm=0A= compiling a=0A = buildroot=0A = standard=0A = (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: "Luisa=0A = Posani" =0A Cc: xen-users@= lists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A=0A = I can.=20 =0A =20 =0A You should=0A = check your=0A = cpuinfo if it=0A = supports=0A = virtualization.=0A = Look here http://virt-tools.= org/learning/check-hardware-virt/ =0A =20 =0A If it does,=0A= tell me what=0A = is your goal=0A = and what have=0A = you done=0A = already? =0A =20 =0A Dne 24.4.2013= =0A 16:03, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A Thank's= =0A=0A for your=0A= indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A=0A = but hardware=0A = listed here=0A su= pports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A=0A 24.4.2013= =0A 09:43, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a=0A = guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 ______________= _________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A = =0A =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A =0A = =20 =0A =0A = =0A = =0A =0A = =0A =0A = =0A =0A = =20 =0A =0A =0A= =0A =0A = =0A =0A =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 -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---1899948411-2038996333-1367855190=:28674 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

I use your configuration file

I ha= ve an error.
I try to rewrite..
EDD: Error 0c00 reading sector 96454<= br>No DEFAULT or UI configuration directive found!
boot:

and stop= .

Where is the problem???

I asked the question of iso image b= ecause I need to use a non standard kernel e fs.
Hence the decision to u= se buildroot.

And so

I try to use my buildroot fs and kernel<= br>
I create image with

xen-cr= eate-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildroot-xen/outp= ut/images/bzImage --install-method=3Dtar --initrd=3D/home/posani/buildroot/= buildroot-xen/output/images/rootfs.tar --hostname=3Dprova1  --dhcp --v= erbose --passwd --force

This com= mand generate prova1.cfg file


cat prova1.cfg
#
# Configuration file for the Xen instance prova1, created
# b= y xen-tools 4.2 on Mon May  6 19:06:08 2013.
#

#
#  Kernel + memory size
#
kernel   &n= bsp;  =3D '/home/posani/buildroot/buildroot-xen/output/images/bzImage'=

vcpus       =3D '1'
memory  &= nbsp;   =3D '128'

#
#  D= isk device(s).
#
root        =3D '/dev= /xvda2 ro'
disk        =3D [
 &nb= sp;            =     'file:/home/xen/domains/prova1/disk.img,xvda2,w',
    = ;            &n= bsp; 'file:/home/xen/domains/prova1/swap.img,xvda1,w',
   &= nbsp;          ]


#
#  Physic= al volumes
#


#
#  Hostname
#
name        =3D 'prova1'

#
#  Networking
#
dhcp &nbs= p;      =3D 'dhcp'
vif    &nb= sp;    =3D [ 'mac=3D00:16:3E:F0:3B:4A' ]

#
#  Behaviour
#
on_poweroff =3D 'destroy'
on_reboot   =3D 'restar= t'
on_crash    =3D 'restart'



 but when i make


xm create prova1.cf= g
Using config file "./prova1.cfg".
Error: (2, 'Invalid kernel', 'el= f_xen_note_check: ERROR: Will only load images built for the generic loader= or Linux images')

I'm looking for internet to resolve this error bu= t I understand that I need xen on my kernel.
But I thought I could use a= generic VM...

I'm confused...

Thanks for your help
I hope= I explained well my problem.

;-)

Luisa
 






--- = Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re= : [Xen-users] Hardware virtualization
A: "Luisa Posani" <lposani@yaho= o.it>
Cc: xen-users@lists.xen.org
Data: Luned=EC 6 maggio 2013, 15= :26

=0A =0A=0A =0A
=0A What i= s your level of linux knowledge? Or IT at all?
=0A
=0A This IS= O contains LIVE version of Gentoo. Something like minimal=0A ubuntu that= 's neccesary for ubuntu installation. You don't need to=0A create anythi= ng. Go through install process and then you'll have=0A your own system i= nstalled on domu-01.img.
=0A
=0A
Dne 6.5.2013 15:18, Luisa Posani=0A napsal(a):
=0A =
=0A
=0A =0A =0A =0A = =0A =0A
Hi Jan
=0A
=0A I'm downloading=
=0A 
install-amd64-minimal-20130425.iso

and I try to wor=
k.

If I haven't this minimal image it's possible to work?
What do=
es it contains?
How can I create this image?



= =0A
=0A --- Lun 6/5/13, Jan Hejl = <jh@excello.cz>=0A ha scritto:
=0A =

=0A Da: Jan Hejl = <jh@excello.cz>
=0A Oggetto: Re: [Xen-users] Ha= rdware virtualization
=0A A: "Luisa Posani" &= lt;lposani@yahoo.it>
=0A Cc: xen-users@lists.xen.org
=0A Data: Luned=EC 6 = maggio 2013, 14:59
=0A
=0A
=0A
Create domU config file in /etc/x= en/domu-01.cfg:
=0A 
builder=3D'hvm'
memory =
=3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, =
script=3Dvif-bridge, type=3Dioemu, model=3De1000, mac=3D00:16:3e:63:80:88' =
]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minima=
l-20130425.iso,hdc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reb=
oot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1<=
br>vnclisten=3D"127.0.0.1"
vncpasswd=3D''
=0A =
Download=0A = this http://distfiles.gentoo= .org/releases/amd64/autobuilds/current-iso/install-amd64-minimal-20130425.i= so=0A to your /root folder. Create hard drive imag= e:
=0A 
dd if=3D/dev/zero of=3D/root/domu-01.im=
g bs=3D1M count=3D10000
=0A Start your domU w= ith:
=0A 
xl create /etc/xen/domu-01.cfg
=0A                      Then you should be able to connect with Remmina=
 to=0A                      localhosts VNC and then you'll see Gentoo Live =
CD=0A                      booting. Here's how to install Gentoo http://www.=
gentoo.org/doc/en/handbook/handbook-amd64.xml.=0A                      =
Chapter 7 describes kernel compiling - custom=0A                      confi=
g or genkernel.
=0A                      
=0A                      Wh=
en you'll be done with Gentoo installation, you=0A                      sho=
ld poweroff you domU, change boot value to:
=0A                      boot=3D"cd"
=0A And after:
=0A = 
xl create /etc/xen/domu-01.cfg
=0A = you should see your Gentoo booting up.
=0A <= br>=0A Hope this helps.
=0A =0A Jan
=0A
=0A = Dne 6.5.2013 14:41, Luisa Posani napsal(a):
=0A =
=0A
=0A = =0A = =0A =0A = =0A =0A = =0A
Can=0A you suggest me t= he simplest way to create=0A a VM linux from s= cratch using kernel code=0A source?
=0A =
=0A tks
=0A =
=0A Luisa
= =0A
=0A
= =0A
=0A
= =0A
=0A
= =0A --- Lun 6/5/13, Jan Hejl <jh@excello.cz>= =0A ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A O= ggetto: Re: [Xen-users] Hardware=0A virtuali= zation
=0A A: "Luisa Posani" <lposani@yahoo.it&g= t;
=0A Cc: xen-users@lists.xen.org
= =0A Data: Luned=EC 6 maggio 2013, 13:11
= =0A
=0A <= div id=3D"yiv2020802087">=0A
Hi Luis= a,
=0A
=0A = great news, i use Remmina also.=0A = Great tool.
=0A
=0A = 'disk =3D ' is used for defining VM's=0A = hard drive. I'm not familiar with=0A = buildroot but as I read about CPIO=0A = it's file archiver and Xen disk=0A = image should be in RAW format. So=0A = you should extract rootfs.cpio to=0A = raw disk image which could be=0A = created with dd. Example:
=0A = 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000
=0A = As with normal hard drive you can=0A = use fdisk make some partitions on=0A = rootfs.img, format them and extract=0A = rootfs.cpio there. Then you can set=0A = this harddrive img in your xen=0A = config file for HVM style (hda but=0A = it should apper as sda inside domU):
=0A = 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
= =0A Or you can pass the path to=0A = rootfs.img to xen-create-image. If=0A = rootfs.cpio contains all files=0A = including kernel image it should=0A = boot normally. As I wrote I'm not=0A = familiar with buildroot thus you're=0A = little bit on your own in this case=0A = and i'm sorry for not being more=0A = straightforward but you're using=0A = specific scenario. Maybe I'll save=0A = some time for testing this and let=0A = you know later on.
=0A
=0A = Have a nice day
=0A = Jan
=0A
=0A =
Dne= =0A=0A 6.5.2013 12:38, Luisa Posani=0A= napsal(a):
=0A =
=0A
=0A =0A = =0A =0A = =0A = =0A = =0A
Hi Jan
=0A =
=0A I = launch my windows VM=0A whit g= raphical program=0A named "Rem= mina Remote=0A desktop client"= and it=0A work well..
=0A=
=0A = :-) :-) :-) :-)
=0A =
=0A Maybe=0A = I was=0A = wrong a=0A few parameters to<= /span>=0A launch=0A = manual=0A = gncviewer=
=0A
=0A = Let=0A= me explain what is my main=0A=0A problem.
=0A I=0A would = like to start a virtual machine created=0A = with=0A = buildroot=0A standard=0A = WHITOUT=0A=0A = XEN drivers=0A = in the VM.
=0A = I=0A = have some problems=0A=0A = creating = the configuration file for= =0A this=0A virtual m= achine.
=0A I=0A = don't know if I have to work=0A = with a ramdisk (rootfs.cpio=0A = created=0A = by= =0A buildroot)=0A = or not=0A = and=0A
=0A = what=0A should b= e the configuration file under=0A = (p.e.) /etc/xen/V= M_buildroot.
=0A =
=0A = I=0A = don't understand=0A = the=0A = meaning of the=0A = 'di= sk=0A =3D' in=0A = the configuration file.
=0A =
=0A = you=0A = know a=0A = tutorial that I could = follow=0A to create= this file?
=0A =
=0A = Xen= =0A provides=0A the xen-create-image=0A = co= mmand=0A to=0A = create the file, but I=0A = do not know how to give parameters=0A=0A = to the command=0A = (initrd=0A = i= nstall-install-source<= /span> method=0A = ...)
=0A =
=0A = Can you help me?
=0A
=0A Thanks=0A = in advance.
=0A =
=0A Luisa<= br>=0A
=0A =
=0A =0A
=0A = --- Gio 25/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users]=0A = Hardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>=0A Cc: xen-users@lists.xen.org
=0A Data: Gioved=EC 25= Aprile=0A 2013, 11:19
= =0A
=0A =
=0A =
Hi Luisa,
=0A =
=0A = great, so you're cpu=0A = is capable for=0A = running Xen. The=0A = reason why you don't=0A = see it is explained=0A = here http://old-list-archives.xen.org/archives/= html/xen-users/2010-09/msg00180.html.=0A =
=0A =
=0A Just to be = clear.=0A You've already= start=0A your system wi= th xen=0A and tried to s= tart=0A Windows Xp domU = as=0A this guide=0A = describes, do you?=0A = And the problem is=0A = that you can't=0A = connect to your=0A = Windows XP domU with=0A = GNCVIEWER or=0A = something else? Is=0A = your domU running?=0A = What does the "xl=0A = start" command say?
=0A =
=0A = Thank you and have a=0A = nice day
=0A Jan<= br>=0A
=0A =
Dne=0A=0A=0A = 24.4.2013 17:54,=0A = Luisa Posani=0A napsal= (a):
=0A
=0A =
= =0A =0A = =0A = =0A = =0A = =0A = =0A =

=0A = Hi
=0A
=0A= if I make
=0A =
=0A = /proc/cpuinfo=0A = flags
=0A =
=0A = without xen I=0A = found vmx.
=0A =
=0A = when I start=0A = PC with xen=0A = flag vmx=0A = doesn't=0A = appare.
=0A <= br>=0A Why?
=0A=
=0A = I would like=0A = use a guest OS=0A = make with=0A = buildroot=0A = "standard"=0A = without xen=0A = driver.
=0A =
=0A = I use http://wiki.xen.org/wiki/Xen_Beginners= _Guide#Configure_GRUB_to_start_Xen=0A =
=0A = but doesn't=0A = work=0A = correctly.
=0A =
=0A Doesn't w= ork=0A gvncviewer = for=0A using a win= dow=0A XP iso imag= e=0A and now I'm= =0A compiling a=0A= buildroot=0A = standard=0A = (qemu_x86=0A = config).
=0A =
=0A =
=0A =
=0A = Luisa
=0A =
=0A
= =0A
=0A =
=0A =
=0A =
=0A =
=0A = --- Mer=0A = 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re:=0A = [Xen-users]=0A = Hardware=0A = virtualization
=0A = A: "Luisa=0A = Posani" <lposani@yahoo.it>
= =0A Cc: xen-users@lists.x= en.org
=0A = Data:=0A Mercoled= =EC 24=0A Aprile 2= 013,=0A 17:08
= =0A
=0A =
=0A
=0A =
Sure,=0A=0A=0A = I can.
=0A =
=0A = You should=0A = check your=0A c= puinfo if it=0A su= pports=0A virtuali= zation.=0A Look he= re ht= tp://virt-tools.org/learning/check-hardware-virt/
=0A =
=0A = If it does,=0A = tell me what=0A = is your goal=0A = and what have=0A = you done=0A = already?
=0A =
=0A = Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani=0A naps= al(a):
=0A =0A
=0A = =0A = =0A = =0A = =0A = =0A = =0A =
Thank's=0A=0A = for your=0A = indication.
=0A =
=0A = I can't find=0A = my cpu in your=0A = list.
=0A =
=0A In my= PC I can=0A enabl= e the=0A virtualiz= ation=0A from BIOS= .
=0A
=0A = I don't=0A = understand the=0A = difference.
=0A =
=0A = Can you help=0A = me please?
=0A =
=0A =
=0A = Luisa
=0A =
=0A = --- Mer=0A 2= 4/4/13, Jan=0A Hej= l <j= h@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re:=0A = [Xen-users]=0A = Hardware=0A = virtualization
=0A = A: xen-users@lists.xen.org
=0A = Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35
=0A =
=0A =
=0A =
Hello=0A = Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IOMMU= -supporting_hardware=0A = is a list=0A = IOMMU=0A supp= orting=0A hardware= , this=0A is a goo= d=0A point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A = virtualization,=0A=0A = but hardware=0A = listed here=0A = supports VM.
=0A =
=0A = Jan
=0A =
=0A =
Dne=0A=0A=0A= =0A=0A 24.4.2013= =0A 09:43, Luisa= =0A Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A = =0A = =0A = =0A =0A= =0A =
=0A <= div id=3D"yiv2020802087">Hi
=0A =
=0A = It's my=0A = first experience with=0A = xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a=0A = guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A correc= tly.
=0A
= =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = 
_______________________________________________
Xen-users mailing=
 list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=0A =
=0A =
=0A =
=0A =
=0A =
=0A -----= Segue=0A allegato-= ----
=0A
= =0A
_______________________________________________
= =0A Xen-users=0A = mailing list
=0A= Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=0A =
=0A =
=0A =
=0A <= /div>=0A
=0A = -----Segue=0A = allegato-----
=0A =
=0A =
_______________________________________________
=0A = Xen-users=0A = mailing list
=0A = Xen-users@lis= ts.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A
=0A =
=0A =
=0A
=0A = =0A
=0A =
=0A =
=0A
=0A
=0A =
=0A
=0A -----Segue al= legato-----
=0A
=0A
_______________________________________________
=0A = Xen-users mailing list
=0A Xen-users@lists.xen.org
=0A http://list= s.xen.org/xen-users
=0A
=0A <= /td>=0A
=0A =0A
=0A
=0A

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

_______________________________________________
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
---1899948411-2038996333-1367855190=:28674-- --===============8313684665155854225== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8313684665155854225==-- From xen-users-bounces@lists.xen.org Mon May 06 15:47:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 15:47:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNcc-0006qi-HW; Mon, 06 May 2013 15:46:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZNca-0006qW-OI for xen-users@lists.xen.org; Mon, 06 May 2013 15:46:37 +0000 Received: from [85.158.138.51:5538] by server-5.bemta-3.messagelabs.com id 55/9F-29713-B50D7815; Mon, 06 May 2013 15:46:35 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-11.tower-174.messagelabs.com!1367855193!31307316!1 X-Originating-IP: [77.238.189.199] 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 6917 invoked from network); 6 May 2013 15:46:33 -0000 Received: from nm2-vm0.bullet.mail.ird.yahoo.com (HELO nm2-vm0.bullet.mail.ird.yahoo.com) (77.238.189.199) by server-11.tower-174.messagelabs.com with SMTP; 6 May 2013 15:46:33 -0000 Received: from [77.238.189.236] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 15:46:31 -0000 Received: from [212.82.98.70] by tm17.bullet.mail.ird.yahoo.com with NNFMP; 06 May 2013 15:46:31 -0000 Received: from [127.0.0.1] by omp1007.mail.ir2.yahoo.com with NNFMP; 06 May 2013 15:46:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 120167.66057.bm@omp1007.mail.ir2.yahoo.com Received: (qmail 46775 invoked by uid 60001); 6 May 2013 15:46:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367855190; bh=cMh8PtZUSwt5l24+UzaD+qcv7H5M2pWyQe0WuBB5ieg=; 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=PgcRHy3aiNlX6HCZ7rTkJ9XccRQ9ijWZz5zAI4oWm5cSActcSVptMpPI1KCqth+Juoe3vKpb9rYBSH6W9xiduibs5bQRB85PRJsBwJ09UqCa/Wn/5UY8hVgUzMIt9iV8lUsUaxmUwgozU77Y1FZMEwinrKcVQCpPXdkAxnTh0m8= 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=g5UgtgcfPSoRPsW0zqmWbfF/e6Owww1TjKaBn8vsSP5bObJCjdrdiRC3LLid9bnsJzFcwyvRVllfYPI3d1f6j+4mLF5DPmUtc9LNugZmpynQBvuhc8RKQl/ouj73Fmf9FxVZiRr13eo3xjcyr2nqaV5/tN2vHxJnmXcqv2ArONw=; X-YMail-OSG: NZdReywVM1lxfn0jsxAp3qvcLA4F8W5ortuujanKxHvq7O2 3wGlolMEWIzBi2smDcF4ZYflTloe49zFyPlokUMCuA3QUc1fq3YREq3Ad1pd Rj.stspIrZhzoR7PKm0Y3fzl5yMKU0kygCFQZRY8Jmd4wNj6zletzvW3Izc9 8RQFs4C5_JM6XfV79GRcuT0b2gcGwM31wAHkCMbeEl5nEKy36Ti3KxAGxKYy kUclcGmxxBL00yQE1f91pJgzkTYbh7kpxoykUVPhgkjJnHr4TVd1Q3eUfSPE 7d1xfh_IgDwB9BR2djwmnEHfIBhYx6vHp.FMT111847BUkJh5jCD6dB1eLGr rdesbT84jMbTNOeK8GhqCTA0.O7k2oY0kUsbXYqV9nxwmp16TUS51.aUS5rx QW315DPVZz7.xnsqAxk0qgTOKeRfjsqXei.5pyDTZaIIv2hX4RwfHTcIDnt1 krXaS_x_4REcoF_9ElPD_FPhvbgOj62NQRjozm7C0fBmM98p0Moc_2VxMAMW WERC_VIpF486XVn84ls4e3SDRguFEKjf7beluTnfKzqHABRUlHGFX.EjIYsL buNgm7q.bT69Uaj00lprOVcM6uEnVHBjNXbOB9Q-- Received: from [82.187.229.206] by web171906.mail.ir2.yahoo.com via HTTP; Mon, 06 May 2013 16:46:30 BST X-Rocket-MIMEInfo: 002.001, DQpJIHVzZSB5b3VyIGNvbmZpZ3VyYXRpb24gZmlsZQ0KDQpJIGhhdmUgYW4gZXJyb3IuDQpJIHRyeSB0byByZXdyaXRlLi4NCkVERDogRXJyb3IgMGMwMCByZWFkaW5nIHNlY3RvciA5NjQ1NA0KTm8gREVGQVVMVCBvciBVSSBjb25maWd1cmF0aW9uIGRpcmVjdGl2ZSBmb3VuZCENCmJvb3Q6DQoNCmFuZCBzdG9wLg0KDQpXaGVyZSBpcyB0aGUgcHJvYmxlbT8_Pw0KDQpJIGFza2VkIHRoZSBxdWVzdGlvbiBvZiBpc28gaW1hZ2UgYmVjYXVzZSBJIG5lZWQgdG8gdXNlIGEgbm9uIHN0YW5kYXJkIGtlcm5lbCBlIGYBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367855190.28674.YahooMailClassic@web171906.mail.ir2.yahoo.com> Date: Mon, 6 May 2013 16:46:30 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5187AF8D.2000407@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="===============8313684665155854225==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8313684665155854225== Content-Type: multipart/alternative; boundary="-1899948411-2038996333-1367855190=:28674" ---1899948411-2038996333-1367855190=:28674 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I use your configuration file I have an error. I try to rewrite.. EDD: Error 0c00 reading sector 96454 No DEFAULT or UI configuration directive found! boot: and stop. Where is the problem??? I asked the question of iso image because I need to use a non standard kern= el e fs. Hence the decision to use buildroot. And so I try to use my buildroot fs and kernel I create image with xen-create-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildroot-xe= n/output/images/bzImage --install-method=3Dtar --initrd=3D/home/posani/buil= droot/buildroot-xen/output/images/rootfs.tar --hostname=3Dprova1=A0 --dhcp = --verbose --passwd --force This command generate prova1.cfg file cat prova1.cfg=20 # # Configuration file for the Xen instance prova1, created # by xen-tools 4.2 on Mon May=A0 6 19:06:08 2013. # # #=A0 Kernel + memory size # kernel=A0=A0=A0=A0=A0 =3D '/home/posani/buildroot/buildroot-xen/output/imag= es/bzImage' ramdisk=A0=A0=A0=A0 =3D '/boot/initrd.img-2.6.32-5-xen-amd64' vcpus=A0=A0=A0=A0=A0=A0 =3D '1' memory=A0=A0=A0=A0=A0 =3D '128' # #=A0 Disk device(s). # root=A0=A0=A0=A0=A0=A0=A0 =3D '/dev/xvda2 ro' disk=A0=A0=A0=A0=A0=A0=A0 =3D [ =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/home/xen/domains= /prova1/disk.img,xvda2,w', =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/home/xen/domains= /prova1/swap.img,xvda1,w', =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ] # #=A0 Physical volumes # # #=A0 Hostname # name=A0=A0=A0=A0=A0=A0=A0 =3D 'prova1' # #=A0 Networking # dhcp=A0=A0=A0=A0=A0=A0=A0 =3D 'dhcp' vif=A0=A0=A0=A0=A0=A0=A0=A0 =3D [ 'mac=3D00:16:3E:F0:3B:4A' ] # #=A0 Behaviour # on_poweroff =3D 'destroy' on_reboot=A0=A0 =3D 'restart' on_crash=A0=A0=A0 =3D 'restart' =A0but when i make=20 xm create prova1.cfg=20 Using config file "./prova1.cfg". Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load ima= ges built for the generic loader or Linux images') I'm looking for internet to resolve this error but I understand that I need= xen on my kernel. But I thought I could use a generic VM... I'm confused... Thanks for your help I hope I explained well my problem. ;-) Luisa =A0 --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 15:26 =0A =0A=0A =0A =0A What is your level of linux knowledge? Or IT at = all? =0A =20 =0A This ISO contains LIVE version of Gentoo. Something like minimal=0A = ubuntu that's neccesary for ubuntu installation. You don't need to=0A = create anything. Go through install process and then you'll have=0A you= r own system installed on domu-01.img. =0A =20 =0A Dne 6.5.2013 15:18, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A Hi Jan =0A =20 =0A I'm downloading=20 =0A install-amd64-minimal-20130425.iso and I try to work. If I haven't this minimal image it's possible to work? What does it contains? How can I create this image? =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 14:59 =0A =20 =0A =0A Create domU config file in /etc/xe= n/domu-01.cfg: =0A builder=3D'hvm' memory =3D 2048 name =3D "DomU-01" vcpus=3D2 vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De100= 0, mac=3D00:16:3e:63:80:88' ] disk =3D [ 'file:/root/domu-01.img,hda,w', 'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r' ] on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' boot=3D"dc" vnc=3D1 vnclisten=3D"127.0.0.1" vncpasswd=3D'' =0A Download=0A this http://distfil= es.gentoo.org/releases/amd64/autobuilds/current-iso/install-amd64-minimal-2= 0130425.iso=0A to your /root folder. Create hard drive= image: =0A dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M c= ount=3D10000 =0A Start your domU with: =0A xl create /etc/xen/domu-01.cfg =0A Then you should be able to connect with Remmina to= =0A localhosts VNC and then you'll see Gentoo Live CD= =0A booting. Here's how to install Gentoo http://www.g= entoo.org/doc/en/handbook/handbook-amd64.xml.=0A Chapt= er 7 describes kernel compiling - custom=0A config or = genkernel. =0A =20 =0A When you'll be done with Gentoo installation, you= =0A shold poweroff you domU, change boot value to: =0A boot=3D"cd" =0A And after: =0A xl create /etc/xen/domu-01.cfg =0A you should see your Gentoo booting up. =0A =20 =0A Hope this helps. =0A =20 =0A Jan =0A =20 =0A Dne 6.5.2013 14:41, Luisa Posani napsal(a): =0A =0A =0A =0A = =0A =0A = Can=0A you suggest me the simplest way= to create=0A a VM linux from scratch using ke= rnel code=0A source? =0A =20 =0A tks=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 13:11 =0A =20 =0A =0A Hi= Luisa, =0A =20 =0A great news, i use Remmina also.=0A = Great tool. =0A =20 =0A 'disk =3D ' is used for defining VM'= s=0A hard drive. I'm not familiar with= =0A buildroot but as I read about CPIO= =0A it's file archiver and Xen disk=0A = image should be in RAW format. So=0A = you should extract rootfs.cpio to=0A = raw disk image which could be=0A = created with dd. Example: =0A dd if=3D/dev/zero of=3Drootfs.img bs= =3D1M count=3D10000 =0A As with normal hard drive you can=0A= use fdisk make some partitions on=0A = rootfs.img, format them and extract=0A = rootfs.cpio there. Then you can set=0A = this harddrive img in your xen=0A = config file for HVM style (hda but=0A = it should apper as sda inside domU): =0A disk =3D [ 'file:/path/to/rootfs.img= ,hda,w' ] =0A Or you can pass the path t= o=0A rootfs.img to xen-create-image. If= =0A rootfs.cpio contains all files=0A = including kernel image it should=0A = boot normally. As I wrote I'm not=0A = familiar with buildroot thus you're=0A = little bit on your own in this case=0A = and i'm sorry for not being more=0A = straightforward but you're using=0A = specific scenario. Maybe I'll save=0A = some time for testing this and let=0A = you know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A=0A = 6.5.2013 12:38, Luisa Posani=0A = napsal(a): =0A =0A = =0A =0A = =0A =0A = Hi Jan =0A =20 =0A I launch my windows VM=0A = whit graphical program=0A = named "Remmina Remote=0A = desktop client" and it=0A = work well..=20 =0A =20 =0A :-) :-) :-) :-) =0A =20 =0A Maybe=0A = I was=0A = wrong a=0A = few parameters to=0A launch= =0A manual=0A = gncviewer =0A =20 =0A Let=0A = me explain what is my main=0A=0A = problem. =0A I=0A = would like to start a virtual machine created= =0A with=0A = buildroot=0A = standard=0A = WHITOUT=0A=0A XEN drivers= =0A in the VM. =0A I=0A = have some=A0problems=0A=0A = creating the configuration file for=0A = this=0A = virtual machine. =0A I=0A = don't know if I have to work=0A = with a ramdisk (rootfs.cpio=0A = created=0A = by=0A = buildroot)=0A or not=0A = and=0A = =20 =0A what=0A = should be the configuration file under=0A = (p.e.) /etc/xen/VM_buildro= ot. =0A =20 =0A I=0A = don't understand=0A = the=0A = meaning of the=0A 'disk=0A = =3D' in=0A = the configuration file. =0A =20 =0A you=0A = know a=0A = tutorial that I could follow=0A = to create this file? =0A =20 =0A Xen=0A = provides=0A = the xen-create-image=0A = command=0A to=0A= create the file, but I=0A= do not know how to give p= arameters=0A=0A to the com= mand=0A (initrd=0A = install-install-source method=0A = ...) =0A =20 =0A Can you help me? =0A =20 =0A Thanks=0A = in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio 25/4/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Gioved=EC 25 April= e=0A 2013, 11:19 =0A =20 =0A =0A = Hi Luisa, =0A =20 =0A great, so you're cpu= =0A is capable for=0A = running Xen. The=0A = reason why you don't=0A = see it is explained=0A = here http://old-list-archives.x= en.org/archives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be clear.=0A= You've already start=0A= your system with xen=0A= and tried to start=0A = Windows Xp domU as=0A = this guide=0A = describes, do you?=0A = And the problem is=0A = that you can't=0A = connect to your=0A = Windows XP domU with=0A = GNCVIEWER or=0A = something else? Is=0A = your domU running?=0A = What does the "xl=0A = start" command say? =0A =20 =0A Thank you and have a= =0A nice day =0A Jan =0A =20 =0A Dne=0A=0A=0A = 24.4.2013 17:54,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo= =0A flags =0A =20 =0A without xen I= =0A found vmx. =0A =20 =0A when I start= =0A PC with xen=0A= flag vmx=0A = doesn't=0A = appare. =0A =20 =0A Why? =0A =20 =0A I would like= =0A use a guest OS= =0A make with=0A = buildroot=0A = "standard"=0A = without xen=0A = driver. =0A =20 =0A I use http://w= iki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't=0A= work=0A = correctly. =0A =20 =0A Doesn't work= =0A gvncviewer for= =0A using a window= =0A XP iso image= =0A and now I'm=0A= compiling a=0A = buildroot=0A = standard=0A = (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: "Luisa=0A = Posani" =0A Cc: xen-users@= lists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A=0A = I can.=20 =0A =20 =0A You should=0A = check your=0A = cpuinfo if it=0A = supports=0A = virtualization.=0A = Look here http://virt-tools.= org/learning/check-hardware-virt/ =0A =20 =0A If it does,=0A= tell me what=0A = is your goal=0A = and what have=0A = you done=0A = already? =0A =20 =0A Dne 24.4.2013= =0A 16:03, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A Thank's= =0A=0A for your=0A= indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A=0A = but hardware=0A = listed here=0A su= pports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A=0A 24.4.2013= =0A 09:43, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a=0A = guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 ______________= _________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A = =0A =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A =0A = =20 =0A =0A = =0A = =0A =0A = =0A =0A = =0A =0A = =20 =0A =0A =0A= =0A =0A = =0A =0A =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 -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---1899948411-2038996333-1367855190=:28674 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

I use your configuration file

I ha= ve an error.
I try to rewrite..
EDD: Error 0c00 reading sector 96454<= br>No DEFAULT or UI configuration directive found!
boot:

and stop= .

Where is the problem???

I asked the question of iso image b= ecause I need to use a non standard kernel e fs.
Hence the decision to u= se buildroot.

And so

I try to use my buildroot fs and kernel<= br>
I create image with

xen-cr= eate-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildroot-xen/outp= ut/images/bzImage --install-method=3Dtar --initrd=3D/home/posani/buildroot/= buildroot-xen/output/images/rootfs.tar --hostname=3Dprova1  --dhcp --v= erbose --passwd --force

This com= mand generate prova1.cfg file


cat prova1.cfg
#
# Configuration file for the Xen instance prova1, created
# b= y xen-tools 4.2 on Mon May  6 19:06:08 2013.
#

#
#  Kernel + memory size
#
kernel   &n= bsp;  =3D '/home/posani/buildroot/buildroot-xen/output/images/bzImage'=

vcpus       =3D '1'
memory  &= nbsp;   =3D '128'

#
#  D= isk device(s).
#
root        =3D '/dev= /xvda2 ro'
disk        =3D [
 &nb= sp;            =     'file:/home/xen/domains/prova1/disk.img,xvda2,w',
    = ;            &n= bsp; 'file:/home/xen/domains/prova1/swap.img,xvda1,w',
   &= nbsp;          ]


#
#  Physic= al volumes
#


#
#  Hostname
#
name        =3D 'prova1'

#
#  Networking
#
dhcp &nbs= p;      =3D 'dhcp'
vif    &nb= sp;    =3D [ 'mac=3D00:16:3E:F0:3B:4A' ]

#
#  Behaviour
#
on_poweroff =3D 'destroy'
on_reboot   =3D 'restar= t'
on_crash    =3D 'restart'



 but when i make


xm create prova1.cf= g
Using config file "./prova1.cfg".
Error: (2, 'Invalid kernel', 'el= f_xen_note_check: ERROR: Will only load images built for the generic loader= or Linux images')

I'm looking for internet to resolve this error bu= t I understand that I need xen on my kernel.
But I thought I could use a= generic VM...

I'm confused...

Thanks for your help
I hope= I explained well my problem.

;-)

Luisa
 






--- = Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re= : [Xen-users] Hardware virtualization
A: "Luisa Posani" <lposani@yaho= o.it>
Cc: xen-users@lists.xen.org
Data: Luned=EC 6 maggio 2013, 15= :26

=0A =0A=0A =0A
=0A What i= s your level of linux knowledge? Or IT at all?
=0A
=0A This IS= O contains LIVE version of Gentoo. Something like minimal=0A ubuntu that= 's neccesary for ubuntu installation. You don't need to=0A create anythi= ng. Go through install process and then you'll have=0A your own system i= nstalled on domu-01.img.
=0A
=0A
Dne 6.5.2013 15:18, Luisa Posani=0A napsal(a):
=0A =
=0A
=0A =0A =0A =0A = =0A =0A
Hi Jan
=0A
=0A I'm downloading=
=0A 
install-amd64-minimal-20130425.iso

and I try to wor=
k.

If I haven't this minimal image it's possible to work?
What do=
es it contains?
How can I create this image?



= =0A
=0A --- Lun 6/5/13, Jan Hejl = <jh@excello.cz>=0A ha scritto:
=0A =

=0A Da: Jan Hejl = <jh@excello.cz>
=0A Oggetto: Re: [Xen-users] Ha= rdware virtualization
=0A A: "Luisa Posani" &= lt;lposani@yahoo.it>
=0A Cc: xen-users@lists.xen.org
=0A Data: Luned=EC 6 = maggio 2013, 14:59
=0A
=0A
=0A
Create domU config file in /etc/x= en/domu-01.cfg:
=0A 
builder=3D'hvm'
memory =
=3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, =
script=3Dvif-bridge, type=3Dioemu, model=3De1000, mac=3D00:16:3e:63:80:88' =
]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minima=
l-20130425.iso,hdc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reb=
oot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1<=
br>vnclisten=3D"127.0.0.1"
vncpasswd=3D''
=0A =
Download=0A = this http://distfiles.gentoo= .org/releases/amd64/autobuilds/current-iso/install-amd64-minimal-20130425.i= so=0A to your /root folder. Create hard drive imag= e:
=0A 
dd if=3D/dev/zero of=3D/root/domu-01.im=
g bs=3D1M count=3D10000
=0A Start your domU w= ith:
=0A 
xl create /etc/xen/domu-01.cfg
=0A                      Then you should be able to connect with Remmina=
 to=0A                      localhosts VNC and then you'll see Gentoo Live =
CD=0A                      booting. Here's how to install Gentoo http://www.=
gentoo.org/doc/en/handbook/handbook-amd64.xml.=0A                      =
Chapter 7 describes kernel compiling - custom=0A                      confi=
g or genkernel.
=0A                      
=0A                      Wh=
en you'll be done with Gentoo installation, you=0A                      sho=
ld poweroff you domU, change boot value to:
=0A                      boot=3D"cd"
=0A And after:
=0A = 
xl create /etc/xen/domu-01.cfg
=0A = you should see your Gentoo booting up.
=0A <= br>=0A Hope this helps.
=0A =0A Jan
=0A
=0A = Dne 6.5.2013 14:41, Luisa Posani napsal(a):
=0A =
=0A
=0A = =0A = =0A =0A = =0A =0A = =0A
Can=0A you suggest me t= he simplest way to create=0A a VM linux from s= cratch using kernel code=0A source?
=0A =
=0A tks
=0A =
=0A Luisa
= =0A
=0A
= =0A
=0A
= =0A
=0A
= =0A --- Lun 6/5/13, Jan Hejl <jh@excello.cz>= =0A ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A O= ggetto: Re: [Xen-users] Hardware=0A virtuali= zation
=0A A: "Luisa Posani" <lposani@yahoo.it&g= t;
=0A Cc: xen-users@lists.xen.org
= =0A Data: Luned=EC 6 maggio 2013, 13:11
= =0A
=0A <= div id=3D"yiv2020802087">=0A
Hi Luis= a,
=0A
=0A = great news, i use Remmina also.=0A = Great tool.
=0A
=0A = 'disk =3D ' is used for defining VM's=0A = hard drive. I'm not familiar with=0A = buildroot but as I read about CPIO=0A = it's file archiver and Xen disk=0A = image should be in RAW format. So=0A = you should extract rootfs.cpio to=0A = raw disk image which could be=0A = created with dd. Example:
=0A = 
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000
=0A = As with normal hard drive you can=0A = use fdisk make some partitions on=0A = rootfs.img, format them and extract=0A = rootfs.cpio there. Then you can set=0A = this harddrive img in your xen=0A = config file for HVM style (hda but=0A = it should apper as sda inside domU):
=0A = 
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
= =0A Or you can pass the path to=0A = rootfs.img to xen-create-image. If=0A = rootfs.cpio contains all files=0A = including kernel image it should=0A = boot normally. As I wrote I'm not=0A = familiar with buildroot thus you're=0A = little bit on your own in this case=0A = and i'm sorry for not being more=0A = straightforward but you're using=0A = specific scenario. Maybe I'll save=0A = some time for testing this and let=0A = you know later on.
=0A
=0A = Have a nice day
=0A = Jan
=0A
=0A =
Dne= =0A=0A 6.5.2013 12:38, Luisa Posani=0A= napsal(a):
=0A =
=0A
=0A =0A = =0A =0A = =0A = =0A = =0A
Hi Jan
=0A =
=0A I = launch my windows VM=0A whit g= raphical program=0A named "Rem= mina Remote=0A desktop client"= and it=0A work well..
=0A=
=0A = :-) :-) :-) :-)
=0A =
=0A Maybe=0A = I was=0A = wrong a=0A few parameters to<= /span>=0A launch=0A = manual=0A = gncviewer=
=0A
=0A = Let=0A= me explain what is my main=0A=0A problem.
=0A I=0A would = like to start a virtual machine created=0A = with=0A = buildroot=0A standard=0A = WHITOUT=0A=0A = XEN drivers=0A = in the VM.
=0A = I=0A = have some problems=0A=0A = creating = the configuration file for= =0A this=0A virtual m= achine.
=0A I=0A = don't know if I have to work=0A = with a ramdisk (rootfs.cpio=0A = created=0A = by= =0A buildroot)=0A = or not=0A = and=0A
=0A = what=0A should b= e the configuration file under=0A = (p.e.) /etc/xen/V= M_buildroot.
=0A =
=0A = I=0A = don't understand=0A = the=0A = meaning of the=0A = 'di= sk=0A =3D' in=0A = the configuration file.
=0A =
=0A = you=0A = know a=0A = tutorial that I could = follow=0A to create= this file?
=0A =
=0A = Xen= =0A provides=0A the xen-create-image=0A = co= mmand=0A to=0A = create the file, but I=0A = do not know how to give parameters=0A=0A = to the command=0A = (initrd=0A = i= nstall-install-source<= /span> method=0A = ...)
=0A =
=0A = Can you help me?
=0A
=0A Thanks=0A = in advance.
=0A =
=0A Luisa<= br>=0A
=0A =
=0A =0A
=0A = --- Gio 25/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re: [Xen-users]=0A = Hardware virtualization
=0A = A: "Luisa Posani" <lposani@yahoo.it>=0A Cc: xen-users@lists.xen.org
=0A Data: Gioved=EC 25= Aprile=0A 2013, 11:19
= =0A
=0A =
=0A =
Hi Luisa,
=0A =
=0A = great, so you're cpu=0A = is capable for=0A = running Xen. The=0A = reason why you don't=0A = see it is explained=0A = here http://old-list-archives.xen.org/archives/= html/xen-users/2010-09/msg00180.html.=0A =
=0A =
=0A Just to be = clear.=0A You've already= start=0A your system wi= th xen=0A and tried to s= tart=0A Windows Xp domU = as=0A this guide=0A = describes, do you?=0A = And the problem is=0A = that you can't=0A = connect to your=0A = Windows XP domU with=0A = GNCVIEWER or=0A = something else? Is=0A = your domU running?=0A = What does the "xl=0A = start" command say?
=0A =
=0A = Thank you and have a=0A = nice day
=0A Jan<= br>=0A
=0A =
Dne=0A=0A=0A = 24.4.2013 17:54,=0A = Luisa Posani=0A napsal= (a):
=0A
=0A =
= =0A =0A = =0A = =0A = =0A = =0A = =0A =

=0A = Hi
=0A
=0A= if I make
=0A =
=0A = /proc/cpuinfo=0A = flags
=0A =
=0A = without xen I=0A = found vmx.
=0A =
=0A = when I start=0A = PC with xen=0A = flag vmx=0A = doesn't=0A = appare.
=0A <= br>=0A Why?
=0A=
=0A = I would like=0A = use a guest OS=0A = make with=0A = buildroot=0A = "standard"=0A = without xen=0A = driver.
=0A =
=0A = I use http://wiki.xen.org/wiki/Xen_Beginners= _Guide#Configure_GRUB_to_start_Xen=0A =
=0A = but doesn't=0A = work=0A = correctly.
=0A =
=0A Doesn't w= ork=0A gvncviewer = for=0A using a win= dow=0A XP iso imag= e=0A and now I'm= =0A compiling a=0A= buildroot=0A = standard=0A = (qemu_x86=0A = config).
=0A =
=0A =
=0A =
=0A = Luisa
=0A =
=0A
= =0A
=0A =
=0A =
=0A =
=0A =
=0A = --- Mer=0A = 24/4/13, Jan=0A = Hejl <jh@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re:=0A = [Xen-users]=0A = Hardware=0A = virtualization
=0A = A: "Luisa=0A = Posani" <lposani@yahoo.it>
= =0A Cc: xen-users@lists.x= en.org
=0A = Data:=0A Mercoled= =EC 24=0A Aprile 2= 013,=0A 17:08
= =0A
=0A =
=0A
=0A =
Sure,=0A=0A=0A = I can.
=0A =
=0A = You should=0A = check your=0A c= puinfo if it=0A su= pports=0A virtuali= zation.=0A Look he= re ht= tp://virt-tools.org/learning/check-hardware-virt/
=0A =
=0A = If it does,=0A = tell me what=0A = is your goal=0A = and what have=0A = you done=0A = already?
=0A =
=0A = Dne 24.4.2013=0A = 16:03, Luisa=0A = Posani=0A naps= al(a):
=0A =0A
=0A = =0A = =0A = =0A = =0A = =0A = =0A =
Thank's=0A=0A = for your=0A = indication.
=0A =
=0A = I can't find=0A = my cpu in your=0A = list.
=0A =
=0A In my= PC I can=0A enabl= e the=0A virtualiz= ation=0A from BIOS= .
=0A
=0A = I don't=0A = understand the=0A = difference.
=0A =
=0A = Can you help=0A = me please?
=0A =
=0A =
=0A = Luisa
=0A =
=0A = --- Mer=0A 2= 4/4/13, Jan=0A Hej= l <j= h@excello.cz>=0A = ha scritto:
=0A =

=0A = Da: Jan Hejl <jh@excello.cz>
=0A = Oggetto: Re:=0A = [Xen-users]=0A = Hardware=0A = virtualization
=0A = A: xen-users@lists.xen.org
=0A = Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35
=0A =
=0A =
=0A =
Hello=0A = Luisa,
=0A =
=0A = here http://en.wikipedia.org/wiki/List_of_IOMMU= -supporting_hardware=0A = is a list=0A = IOMMU=0A supp= orting=0A hardware= , this=0A is a goo= d=0A point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A = virtualization,=0A=0A = but hardware=0A = listed here=0A = supports VM.
=0A =
=0A = Jan
=0A =
=0A =
Dne=0A=0A=0A= =0A=0A 24.4.2013= =0A 09:43, Luisa= =0A Posani=0A = napsal(a):
=0A =
=0A =
=0A = =0A = =0A = =0A = =0A =0A= =0A =
=0A <= div id=3D"yiv2020802087">Hi
=0A =
=0A = It's my=0A = first experience with=0A = xen
=0A =
=0A = I would like=0A = to use a OS linux create by buildroot like a=0A = guest.
=0A = I have a PC=0A = whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A=0A = on the PC.
=0A =
=0A = In this PC a=0A = VM doesn't=0A = work=0A correc= tly.
=0A
= =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 advance
=0A =
=0A =
=0A = Luisa
=0A =
=0A
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A =
=0A = 
_______________________________________________
Xen-users mailing=
 list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=0A =
=0A =
=0A =
=0A =
=0A =
=0A -----= Segue=0A allegato-= ----
=0A
= =0A
_______________________________________________
= =0A Xen-users=0A = mailing list
=0A= Xen-users@lists.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=0A =
=0A =
=0A =
=0A <= /div>=0A
=0A = -----Segue=0A = allegato-----
=0A =
=0A =
_______________________________________________
=0A = Xen-users=0A = mailing list
=0A = Xen-users@lis= ts.xen.org
=0A = http://lists.xen.org/xen-users
=0A =
=0A =
=0A =0A
=0A =
=0A =
=0A =
=0A
=0A =
=0A =
=0A
=0A = =0A
=0A =
=0A =
=0A
=0A
=0A =
=0A
=0A -----Segue al= legato-----
=0A
=0A
_______________________________________________
=0A = Xen-users mailing list
=0A Xen-users@lists.xen.org
=0A http://list= s.xen.org/xen-users
=0A
=0A <= /td>=0A
=0A =0A
=0A
=0A

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

_______________________________________________
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
---1899948411-2038996333-1367855190=:28674-- --===============8313684665155854225== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8313684665155854225==-- From xen-users-bounces@lists.xen.org Mon May 06 16:19:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 16:19: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 1UZO7Z-0000EJ-1f; Mon, 06 May 2013 16:18:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZO7W-0000E6-Vn for xen-users@lists.xen.org; Mon, 06 May 2013 16:18:35 +0000 Received: from [193.109.254.147:36724] by server-16.bemta-14.messagelabs.com id 75/50-10369-AD7D7815; Mon, 06 May 2013 16:18:34 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-27.messagelabs.com!1367857061!8791845!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31963 invoked from network); 6 May 2013 16:17:42 -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; 6 May 2013 16:17:42 -0000 Received: (qmail 22715 invoked by uid 1000); 6 May 2013 18:17:40 +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(-12.7/5.0):. Processed in 2.664353 secs); 06 May 2013 16:17:40 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 6 May 2013 18:17:37 +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 D05602C1682; Mon, 6 May 2013 18:17:36 +0200 (CEST) Message-ID: <5187D7A1.9090107@excello.cz> Date: Mon, 06 May 2013 18:17:37 +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: <1367855190.28674.YahooMailClassic@web171906.mail.ir2.yahoo.com> In-Reply-To: <1367855190.28674.YahooMailClassic@web171906.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="===============5726743343214852359==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============5726743343214852359== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040706040009000308060205" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040706040009000308060205 Content-Type: multipart/alternative; boundary="------------040305090501030904090203" This is a multi-part message in MIME format. --------------040305090501030904090203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Dne 6.5.2013 17:46, Luisa Posani napsal(a): > > I use your configuration file > > I have an error. > I try to rewrite.. > EDD: Error 0c00 reading sector 96454 > No DEFAULT or UI configuration directive found! > boot: > > and stop. > Haven't seen this before. Are you sure that everything goes right?=20 Specially image creation or paths to images? > Where is the problem??? > > I asked the question of iso image because I need to use a non standard = > kernel e fs. > Hence the decision to use buildroot. > > And so > > I try to use my buildroot fs and kernel > > I create image with > > xen-create-image --fs=3Dext2=20 > --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzImage=20 > --install-method=3Dtar=20 > --initrd=3D/home/posani/buildroot/buildroot-xen/output/images/rootfs.ta= r=20 > --hostname=3Dprova1 --dhcp --verbose --passwd --force > > This command generate prova1.cfg file > > > cat prova1.cfg > # > # Configuration file for the Xen instance prova1, created > # by xen-tools 4.2 on Mon May 6 19:06:08 2013. > # > > # > # Kernel + memory size > # > kernel =3D '/home/posani/buildroot/buildroot-xen/output/images/bzI= mage' > ramdisk =3D '/boot/initrd.img-2.6.32-5-xen-amd64' > > vcpus =3D '1' > memory =3D '128' > > # > # Disk device(s). > # > root =3D '/dev/xvda2 ro' > disk =3D [ > 'file:/home/xen/domains/prova1/disk.img,xvda2,w', > 'file:/home/xen/domains/prova1/swap.img,xvda1,w', > ] > > > # > # Physical volumes > # > > > # > # Hostname > # > name =3D 'prova1' > > # > # Networking > # > dhcp =3D 'dhcp' > vif =3D [ 'mac=3D00:16:3E:F0:3B:4A' ] > > # > # Behaviour > # > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > > > > but when i make > > > xm create prova1.cfg > Using config file "./prova1.cfg". > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only=20 > load images built for the generic loader or Linux images') > Your kernel image is compiled without Xen PV options or is not properly=20 bziped. > > I'm looking for internet to resolve this error but I understand that I = > need xen on my kernel. > But I thought I could use a generic VM... > > I'm confused... > > Thanks for your help > I hope I explained well my problem. > > ;-) > > Luisa > > > > > > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 15:26 > > What is your level of linux knowledge? Or IT at all? > > This ISO contains LIVE version of Gentoo. Something like minimal > ubuntu that's neccesary for ubuntu installation. You don't need to > create anything. Go through install process and then you'll have > your own system installed on domu-01.img. > > Dne 6.5.2013 15:18, Luisa Posani napsal(a): >> Hi Jan >> >> I'm downloading >> install-amd64-minimal-20130425.iso >> >> and I try to work. >> >> If I haven't this minimal image it's possible to work? >> What does it contains? >> How can I create this image? >> >> >> >> >> --- *Lun 6/5/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> >> Cc: xen-users@lists.xen.org >> >> Data: Luned=EC 6 maggio 2013, 14:59 >> >> Create domU config file in /etc/xen/domu-01.cfg: >> >> builder=3D'hvm' >> memory =3D 2048 >> name =3D "DomU-01" >> vcpus=3D2 >> vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu,= model=3De1000, mac=3D00:16:3e:63:80:88' ] >> disk =3D [ 'file:/root/domu-01.img,hda,w', >> 'file:/root/install-amd64-minimal-20130425.iso,hdc:cd= rom,r' >> ] >> on_poweroff =3D 'destroy' >> on_reboot =3D 'restart' >> on_crash =3D 'restart' >> boot=3D"dc" >> vnc=3D1 >> vnclisten=3D"127.0.0.1" >> vncpasswd=3D'' >> >> Download this >> http://distfiles.gentoo.org/releases/amd64/autobuilds/current-= iso/install-amd64-minimal-20130425.iso >> to your /root folder. Create hard drive image: >> >> dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000= >> >> Start your domU with: >> >> xl create /etc/xen/domu-01.cfg >> >> Then you should be able to connect with Remmina to localhosts >> VNC and then you'll see Gentoo Live CD booting. Here's how to >> install Gentoo >> http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml. >> Chapter 7 describes kernel compiling - custom config or >> genkernel. >> >> When you'll be done with Gentoo installation, you shold >> poweroff you domU, change boot value to: >> >> boot=3D"cd" >> >> And after: >> >> xl create /etc/xen/domu-01.cfg >> >> you should see your Gentoo booting up. >> >> Hope this helps. >> >> Jan >> >> Dne 6.5.2013 14:41, Luisa Posani napsal(a): >>> Can you suggest me the simplest way to create a VM linux >>> from scratch using kernel code source? >>> >>> tks >>> >>> Luisa >>> >>> >>> >>> >>> >>> >>> --- *Lun 6/5/13, Jan Hejl //* ha scritto: >>> >>> >>> Da: Jan Hejl >>> Oggetto: Re: [Xen-users] Hardware virtualization >>> A: "Luisa Posani" >>> Cc: xen-users@lists.xen.org >>> Data: Luned=EC 6 maggio 2013, 13:11 >>> >>> Hi Luisa, >>> >>> great news, i use Remmina also. Great tool. >>> >>> 'disk =3D ' is used for defining VM's hard drive. I'm not= >>> familiar with buildroot but as I read about CPIO it's >>> file archiver and Xen disk image should be in RAW >>> format. So you should extract rootfs.cpio to raw disk >>> image which could be created with dd. Example: >>> >>> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 >>> >>> As with normal hard drive you can use fdisk make some >>> partitions on rootfs.img, format them and extract >>> rootfs.cpio there. Then you can set this harddrive img >>> in your xen config file for HVM style (hda but it should >>> apper as sda inside domU): >>> >>> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >>> >>> Or you can pass the path to rootfs.img to >>> xen-create-image. If rootfs.cpio contains all files >>> including kernel image it should boot normally. As I >>> wrote I'm not familiar with buildroot thus you're little >>> bit on your own in this case and i'm sorry for not being >>> more straightforward but you're using specific scenario. >>> Maybe I'll save some time for testing this and let you >>> know later on. >>> >>> Have a nice day >>> Jan >>> >>> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>>> Hi Jan >>>> >>>> I launch my windows VM whit graphical program named >>>> "Remmina Remote desktop client" and it work well.. >>>> >>>> :-) :-) :-) :-) >>>> >>>> Maybe I was wrong a few parameters to launch manual >>>> gncviewer >>>> >>>> Let me explain what is my main problem. >>>> I would like to start a virtual machine created with >>>> buildroot standard WHITOUT XEN driversin the VM. >>>> I have some problems creating the configuration file >>>> for this virtual machine. >>>> I don't know if I have to work with a ramdisk >>>> (rootfs.cpio created by buildroot) or not and >>>> what should be the configuration file under (p.e.) >>>> /etc/xen/VM_buildroot. >>>> >>>> I don't understand the meaning of the 'disk =3D' in the >>>> configuration file. >>>> >>>> you know a tutorial that I could follow to create this >>>> file? >>>> >>>> Xen provides the xen-create-image command to create the >>>> file, but I do not know how to give parameters to the >>>> command (initrd install-install-source method ...) >>>> >>>> Can you help me? >>>> >>>> Thanks in advance. >>>> >>>> Luisa >>>> >>>> >>>> >>>> >>>> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >>>> >>>> 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-archives.xen.org/archives/html/xen-u= sers/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.org/wiki/Xen_Beginners_Guide#Config= ure_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 //* ha >>>>> scritto: >>>>> >>>>> >>>>> Da: Jan Hejl >>>>> Oggetto: Re: [Xen-users] Hardware virtualizatio= n >>>>> 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-v= irt/ >>>>> >>>>> 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 >>>>>> >>>>> >>>>> >>>>> -----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 >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------040305090501030904090203 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dne 6.5.2013 17:46, Luisa Posani napsal(a):

I use your configuration file

I have an error.
I try to rewrite..
EDD: Error 0c00 reading sector 96454
No DEFAULT or UI configuration directive found!
boot:

and stop.
Haven't seen this before. Are you sure that everything goes right? Specially image creation or paths to images?
Where is the problem???

I asked the question of iso image because I need to use a non standard kernel e fs.
Hence the decision to use buildroot.

And so

I try to use my buildroot fs and kernel

I create image with

xen-create-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildroot-xen/output/im= ages/bzImage --install-method=3Dtar --initrd=3D/home/posani/buildroot/buildroot-xen/output/im= ages/rootfs.tar --hostname=3Dprova1  --dhcp --verbose --passwd --for= ce

This command generate prova1.cfg file


cat prova1.cfg
#
# Configuration file fo= r the Xen instance prova1, created
# by xen-tools 4.2 on Mon May  6 19:06:08 2013.
#

#
#  Kernel + memory= size
#
kernel   = ;   =3D '/home/posani/buildroot/buildroot-xen/output/images/bzIma= ge'
ramdisk  &nbs= p;  =3D '/boot/initrd.img-2.6.32-5-xen-amd64'

vcpus   =     =3D '1'
memory   = ;   =3D '128'

#
#  Disk device(s).=
#
root   &= nbsp;    =3D '/dev/xvda2 ro'
disk   &= nbsp;    =3D [
    = ;            =   'file:/home/xen/domains/prova1/disk.img= ,xvda2,w',
    = ;            =   'file:/home/xen/domains/prova1/swap.img= ,xvda1,w',
    = ;          ]


#
#  Physical volume= s
#


#
#  Hostname=
#
name   &= nbsp;    =3D 'prova1'

#
#  Networking
#
dhcp   &= nbsp;    =3D 'dhcp'
vif   &n= bsp;     =3D [ 'mac=3D00:16:3E:F0:3B:4A' ]

#
#  Behaviour
#
on_poweroff =3D 'destro= y'
on_reboot   =3D= 'restart'
on_crash  &nb= sp; =3D 'restart'



 but when i make


xm create prova1.cfg
Using config file "./prova1.cfg".
Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images')
Your kernel image is compiled without Xen PV options or is not properly bziped.

I'm looking for internet to resolve this error but I understand that I need xen on my kernel.
But I thought I could use a generic VM...

I'm confused...

Thanks for your help
I hope I explained well my problem.

;-)

Luisa
 






--- Lun 6/5/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: Lunedì 6 maggio 2013, 15:26

What is your level of linux knowledge? Or IT at all?

This ISO contains LIVE version of Gentoo. Something like minimal ubuntu that's neccesary for ubuntu installation. You don't need to create anything. Go through install process and then you'll have your own system installed on domu-01.img.

Dne 6.5.2013 15:18, Luisa Posani napsal(a):
Hi Ja= n

I'm downloading 
install-amd64-minimal=
-20130425.iso

and I try to work.

If I haven't this minimal image it's possible to work?
What does it contains?
How can I create this image?

--- Lun 6/5/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: Lunedì 6 maggio 2013, 14:59<= br>
Create domU config file in /etc/xen/domu-01.cfg:
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20130425.iso,h=
dc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases= /amd64/autobuilds/current-iso/install-amd64-minimal-20130425.iso to your /root folder. Create hard drive image:
dd if=3D/dev/zero of=3D/root/d=
omu-01.img bs=3D1M count=3D10000
Start your domU with:
xl create /etc/xen/domu-01.cfg=
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://www.gentoo.org/doc/en/handbook/ha= ndbook-amd64.xml. Chapter 7 describes kernel compiling - custom config or genkernel.

When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
= 
boot=3D"cd"
And after:
xl create /etc/xen/domu-01.cfg=
you should see your Gentoo booting up.

Hope this helps.

Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Can you suggest me the simplest way to create a VM linux from scratch using kernel code source?
tks

Luisa






--- Lun 6/5/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: Lunedì 6 mag= gio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example:
= 
dd if=3D/dev/zer=
o of=3Drootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
= Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..
:-) :-) :-) :-)

Mayb= e I was wrong a few parameters to launch manual gncviewer

Let = me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers i= n the VM.
<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">I have some = problems creating the configuration file for th= is virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not an= d
<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I do= n't understand the meaning of the<= /span> 'disk =3D' in the configuration file.=

you know a tutorial that I could follow to create this file?

<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">Xen provides the xen-cr= eate-image com= mand to create the file, but I do not know how to give parameters to the command<= /span> (initrd install-install= -source method ...)

Can you help me?

= <= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">Thanks in advance.
=
Luisa

<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">
<= br>
--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:
=

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Gioved&ig= rave; 25 Aprile 2013, 11:19
=
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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.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>

--------------040305090501030904090203-- --------------ms040706040009000308060205 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxNjE3Mzda MCMGCSqGSIb3DQEJBDEWBBQvXH6IQCP6NTJxSGNxi/DQ3uNOXzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAHDzfG/Pg5cu aIEFD0Y+jJZ2vkCnRbakle/XD+6ohyPu0/n5u4Ft0Nbqp90iD/yLj12UL/UK+aUjhw2yHK9B YSj1wEhZZZ7lRQI4VPA3drk77AuLA42m793pSY6PF0rrxT3Z0tpuTLqhpjeMFf3LY7aMXSYs Pw1vbsUAcdvWe30Ma0rVjDuCJ9W3yiidSCJMF5y6ys2R+TXCh+v7ysMmRASjLx2Quz5S4L4K IWdENqgZGWbWlVZatrEqANMdSuhdMhz+XIZX0J9xFXWGqCS6jXLVZwrP0886GKQ/ZX9t7tKG ZA1Juq97CwZSRZCrMHBXpIcpAsRybgR8R0KY+xuf9q8AAAAAAAA= --------------ms040706040009000308060205-- --===============5726743343214852359== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5726743343214852359==-- From xen-users-bounces@lists.xen.org Mon May 06 16:19:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 16:19: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 1UZO7Z-0000EJ-1f; Mon, 06 May 2013 16:18:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZO7W-0000E6-Vn for xen-users@lists.xen.org; Mon, 06 May 2013 16:18:35 +0000 Received: from [193.109.254.147:36724] by server-16.bemta-14.messagelabs.com id 75/50-10369-AD7D7815; Mon, 06 May 2013 16:18:34 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-27.messagelabs.com!1367857061!8791845!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31963 invoked from network); 6 May 2013 16:17:42 -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; 6 May 2013 16:17:42 -0000 Received: (qmail 22715 invoked by uid 1000); 6 May 2013 18:17:40 +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(-12.7/5.0):. Processed in 2.664353 secs); 06 May 2013 16:17:40 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 6 May 2013 18:17:37 +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 D05602C1682; Mon, 6 May 2013 18:17:36 +0200 (CEST) Message-ID: <5187D7A1.9090107@excello.cz> Date: Mon, 06 May 2013 18:17:37 +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: <1367855190.28674.YahooMailClassic@web171906.mail.ir2.yahoo.com> In-Reply-To: <1367855190.28674.YahooMailClassic@web171906.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="===============5726743343214852359==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============5726743343214852359== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040706040009000308060205" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040706040009000308060205 Content-Type: multipart/alternative; boundary="------------040305090501030904090203" This is a multi-part message in MIME format. --------------040305090501030904090203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Dne 6.5.2013 17:46, Luisa Posani napsal(a): > > I use your configuration file > > I have an error. > I try to rewrite.. > EDD: Error 0c00 reading sector 96454 > No DEFAULT or UI configuration directive found! > boot: > > and stop. > Haven't seen this before. Are you sure that everything goes right?=20 Specially image creation or paths to images? > Where is the problem??? > > I asked the question of iso image because I need to use a non standard = > kernel e fs. > Hence the decision to use buildroot. > > And so > > I try to use my buildroot fs and kernel > > I create image with > > xen-create-image --fs=3Dext2=20 > --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzImage=20 > --install-method=3Dtar=20 > --initrd=3D/home/posani/buildroot/buildroot-xen/output/images/rootfs.ta= r=20 > --hostname=3Dprova1 --dhcp --verbose --passwd --force > > This command generate prova1.cfg file > > > cat prova1.cfg > # > # Configuration file for the Xen instance prova1, created > # by xen-tools 4.2 on Mon May 6 19:06:08 2013. > # > > # > # Kernel + memory size > # > kernel =3D '/home/posani/buildroot/buildroot-xen/output/images/bzI= mage' > ramdisk =3D '/boot/initrd.img-2.6.32-5-xen-amd64' > > vcpus =3D '1' > memory =3D '128' > > # > # Disk device(s). > # > root =3D '/dev/xvda2 ro' > disk =3D [ > 'file:/home/xen/domains/prova1/disk.img,xvda2,w', > 'file:/home/xen/domains/prova1/swap.img,xvda1,w', > ] > > > # > # Physical volumes > # > > > # > # Hostname > # > name =3D 'prova1' > > # > # Networking > # > dhcp =3D 'dhcp' > vif =3D [ 'mac=3D00:16:3E:F0:3B:4A' ] > > # > # Behaviour > # > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > > > > but when i make > > > xm create prova1.cfg > Using config file "./prova1.cfg". > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only=20 > load images built for the generic loader or Linux images') > Your kernel image is compiled without Xen PV options or is not properly=20 bziped. > > I'm looking for internet to resolve this error but I understand that I = > need xen on my kernel. > But I thought I could use a generic VM... > > I'm confused... > > Thanks for your help > I hope I explained well my problem. > > ;-) > > Luisa > > > > > > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 15:26 > > What is your level of linux knowledge? Or IT at all? > > This ISO contains LIVE version of Gentoo. Something like minimal > ubuntu that's neccesary for ubuntu installation. You don't need to > create anything. Go through install process and then you'll have > your own system installed on domu-01.img. > > Dne 6.5.2013 15:18, Luisa Posani napsal(a): >> Hi Jan >> >> I'm downloading >> install-amd64-minimal-20130425.iso >> >> and I try to work. >> >> If I haven't this minimal image it's possible to work? >> What does it contains? >> How can I create this image? >> >> >> >> >> --- *Lun 6/5/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> >> Cc: xen-users@lists.xen.org >> >> Data: Luned=EC 6 maggio 2013, 14:59 >> >> Create domU config file in /etc/xen/domu-01.cfg: >> >> builder=3D'hvm' >> memory =3D 2048 >> name =3D "DomU-01" >> vcpus=3D2 >> vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu,= model=3De1000, mac=3D00:16:3e:63:80:88' ] >> disk =3D [ 'file:/root/domu-01.img,hda,w', >> 'file:/root/install-amd64-minimal-20130425.iso,hdc:cd= rom,r' >> ] >> on_poweroff =3D 'destroy' >> on_reboot =3D 'restart' >> on_crash =3D 'restart' >> boot=3D"dc" >> vnc=3D1 >> vnclisten=3D"127.0.0.1" >> vncpasswd=3D'' >> >> Download this >> http://distfiles.gentoo.org/releases/amd64/autobuilds/current-= iso/install-amd64-minimal-20130425.iso >> to your /root folder. Create hard drive image: >> >> dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D10000= >> >> Start your domU with: >> >> xl create /etc/xen/domu-01.cfg >> >> Then you should be able to connect with Remmina to localhosts >> VNC and then you'll see Gentoo Live CD booting. Here's how to >> install Gentoo >> http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml. >> Chapter 7 describes kernel compiling - custom config or >> genkernel. >> >> When you'll be done with Gentoo installation, you shold >> poweroff you domU, change boot value to: >> >> boot=3D"cd" >> >> And after: >> >> xl create /etc/xen/domu-01.cfg >> >> you should see your Gentoo booting up. >> >> Hope this helps. >> >> Jan >> >> Dne 6.5.2013 14:41, Luisa Posani napsal(a): >>> Can you suggest me the simplest way to create a VM linux >>> from scratch using kernel code source? >>> >>> tks >>> >>> Luisa >>> >>> >>> >>> >>> >>> >>> --- *Lun 6/5/13, Jan Hejl //* ha scritto: >>> >>> >>> Da: Jan Hejl >>> Oggetto: Re: [Xen-users] Hardware virtualization >>> A: "Luisa Posani" >>> Cc: xen-users@lists.xen.org >>> Data: Luned=EC 6 maggio 2013, 13:11 >>> >>> Hi Luisa, >>> >>> great news, i use Remmina also. Great tool. >>> >>> 'disk =3D ' is used for defining VM's hard drive. I'm not= >>> familiar with buildroot but as I read about CPIO it's >>> file archiver and Xen disk image should be in RAW >>> format. So you should extract rootfs.cpio to raw disk >>> image which could be created with dd. Example: >>> >>> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000 >>> >>> As with normal hard drive you can use fdisk make some >>> partitions on rootfs.img, format them and extract >>> rootfs.cpio there. Then you can set this harddrive img >>> in your xen config file for HVM style (hda but it should >>> apper as sda inside domU): >>> >>> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >>> >>> Or you can pass the path to rootfs.img to >>> xen-create-image. If rootfs.cpio contains all files >>> including kernel image it should boot normally. As I >>> wrote I'm not familiar with buildroot thus you're little >>> bit on your own in this case and i'm sorry for not being >>> more straightforward but you're using specific scenario. >>> Maybe I'll save some time for testing this and let you >>> know later on. >>> >>> Have a nice day >>> Jan >>> >>> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>>> Hi Jan >>>> >>>> I launch my windows VM whit graphical program named >>>> "Remmina Remote desktop client" and it work well.. >>>> >>>> :-) :-) :-) :-) >>>> >>>> Maybe I was wrong a few parameters to launch manual >>>> gncviewer >>>> >>>> Let me explain what is my main problem. >>>> I would like to start a virtual machine created with >>>> buildroot standard WHITOUT XEN driversin the VM. >>>> I have some problems creating the configuration file >>>> for this virtual machine. >>>> I don't know if I have to work with a ramdisk >>>> (rootfs.cpio created by buildroot) or not and >>>> what should be the configuration file under (p.e.) >>>> /etc/xen/VM_buildroot. >>>> >>>> I don't understand the meaning of the 'disk =3D' in the >>>> configuration file. >>>> >>>> you know a tutorial that I could follow to create this >>>> file? >>>> >>>> Xen provides the xen-create-image command to create the >>>> file, but I do not know how to give parameters to the >>>> command (initrd install-install-source method ...) >>>> >>>> Can you help me? >>>> >>>> Thanks in advance. >>>> >>>> Luisa >>>> >>>> >>>> >>>> >>>> --- *Gio 25/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: Gioved=EC 25 Aprile 2013, 11:19 >>>> >>>> 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-archives.xen.org/archives/html/xen-u= sers/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.org/wiki/Xen_Beginners_Guide#Config= ure_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 //* ha >>>>> scritto: >>>>> >>>>> >>>>> Da: Jan Hejl >>>>> Oggetto: Re: [Xen-users] Hardware virtualizatio= n >>>>> 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-v= irt/ >>>>> >>>>> 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 >>>>>> >>>>> >>>>> >>>>> -----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 >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------040305090501030904090203 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dne 6.5.2013 17:46, Luisa Posani napsal(a):

I use your configuration file

I have an error.
I try to rewrite..
EDD: Error 0c00 reading sector 96454
No DEFAULT or UI configuration directive found!
boot:

and stop.
Haven't seen this before. Are you sure that everything goes right? Specially image creation or paths to images?
Where is the problem???

I asked the question of iso image because I need to use a non standard kernel e fs.
Hence the decision to use buildroot.

And so

I try to use my buildroot fs and kernel

I create image with

xen-create-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildroot-xen/output/im= ages/bzImage --install-method=3Dtar --initrd=3D/home/posani/buildroot/buildroot-xen/output/im= ages/rootfs.tar --hostname=3Dprova1  --dhcp --verbose --passwd --for= ce

This command generate prova1.cfg file


cat prova1.cfg
#
# Configuration file fo= r the Xen instance prova1, created
# by xen-tools 4.2 on Mon May  6 19:06:08 2013.
#

#
#  Kernel + memory= size
#
kernel   = ;   =3D '/home/posani/buildroot/buildroot-xen/output/images/bzIma= ge'
ramdisk  &nbs= p;  =3D '/boot/initrd.img-2.6.32-5-xen-amd64'

vcpus   =     =3D '1'
memory   = ;   =3D '128'

#
#  Disk device(s).=
#
root   &= nbsp;    =3D '/dev/xvda2 ro'
disk   &= nbsp;    =3D [
    = ;            =   'file:/home/xen/domains/prova1/disk.img= ,xvda2,w',
    = ;            =   'file:/home/xen/domains/prova1/swap.img= ,xvda1,w',
    = ;          ]


#
#  Physical volume= s
#


#
#  Hostname=
#
name   &= nbsp;    =3D 'prova1'

#
#  Networking
#
dhcp   &= nbsp;    =3D 'dhcp'
vif   &n= bsp;     =3D [ 'mac=3D00:16:3E:F0:3B:4A' ]

#
#  Behaviour
#
on_poweroff =3D 'destro= y'
on_reboot   =3D= 'restart'
on_crash  &nb= sp; =3D 'restart'



 but when i make


xm create prova1.cfg
Using config file "./prova1.cfg".
Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images')
Your kernel image is compiled without Xen PV options or is not properly bziped.

I'm looking for internet to resolve this error but I understand that I need xen on my kernel.
But I thought I could use a generic VM...

I'm confused...

Thanks for your help
I hope I explained well my problem.

;-)

Luisa
 






--- Lun 6/5/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: Lunedì 6 maggio 2013, 15:26

What is your level of linux knowledge? Or IT at all?

This ISO contains LIVE version of Gentoo. Something like minimal ubuntu that's neccesary for ubuntu installation. You don't need to create anything. Go through install process and then you'll have your own system installed on domu-01.img.

Dne 6.5.2013 15:18, Luisa Posani napsal(a):
Hi Ja= n

I'm downloading 
install-amd64-minimal=
-20130425.iso

and I try to work.

If I haven't this minimal image it's possible to work?
What does it contains?
How can I create this image?

--- Lun 6/5/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: Lunedì 6 maggio 2013, 14:59<= br>
Create domU config file in /etc/xen/domu-01.cfg:
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20130425.iso,h=
dc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases= /amd64/autobuilds/current-iso/install-amd64-minimal-20130425.iso to your /root folder. Create hard drive image:
dd if=3D/dev/zero of=3D/root/d=
omu-01.img bs=3D1M count=3D10000
Start your domU with:
xl create /etc/xen/domu-01.cfg=
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://www.gentoo.org/doc/en/handbook/ha= ndbook-amd64.xml. Chapter 7 describes kernel compiling - custom config or genkernel.

When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
= 
boot=3D"cd"
And after:
xl create /etc/xen/domu-01.cfg=
you should see your Gentoo booting up.

Hope this helps.

Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Can you suggest me the simplest way to create a VM linux from scratch using kernel code source?
tks

Luisa






--- Lun 6/5/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: Lunedì 6 mag= gio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example:
= 
dd if=3D/dev/zer=
o of=3Drootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU):
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-image. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
= Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..
:-) :-) :-) :-)

Mayb= e I was wrong a few parameters to launch manual gncviewer

Let = me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers i= n the VM.
<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">I have some = problems creating the configuration file for th= is virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not an= d
<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I do= n't understand the meaning of the<= /span> 'disk =3D' in the configuration file.=

you know a tutorial that I could follow to create this file?

<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">Xen provides the xen-cr= eate-image com= mand to create the file, but I do not know how to give parameters to the command<= /span> (initrd install-install= -source method ...)

Can you help me?

= <= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">Thanks in advance.
=
Luisa

<= span id=3D"yiv2020802087result_box" class=3D"yiv2020802087" lang=3D"en">
<= br>
--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:
=

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Gioved&ig= rave; 25 Aprile 2013, 11:19
=
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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.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>

--------------040305090501030904090203-- --------------ms040706040009000308060205 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDYxNjE3Mzda MCMGCSqGSIb3DQEJBDEWBBQvXH6IQCP6NTJxSGNxi/DQ3uNOXzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAHDzfG/Pg5cu aIEFD0Y+jJZ2vkCnRbakle/XD+6ohyPu0/n5u4Ft0Nbqp90iD/yLj12UL/UK+aUjhw2yHK9B YSj1wEhZZZ7lRQI4VPA3drk77AuLA42m793pSY6PF0rrxT3Z0tpuTLqhpjeMFf3LY7aMXSYs Pw1vbsUAcdvWe30Ma0rVjDuCJ9W3yiidSCJMF5y6ys2R+TXCh+v7ysMmRASjLx2Quz5S4L4K IWdENqgZGWbWlVZatrEqANMdSuhdMhz+XIZX0J9xFXWGqCS6jXLVZwrP0886GKQ/ZX9t7tKG ZA1Juq97CwZSRZCrMHBXpIcpAsRybgR8R0KY+xuf9q8AAAAAAAA= --------------ms040706040009000308060205-- --===============5726743343214852359== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5726743343214852359==-- From xen-users-bounces@lists.xen.org Mon May 06 16:54:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 16:54: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 1UZOf7-0001b3-8K; Mon, 06 May 2013 16:53:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZOf6-0001ay-5q for xen-users@lists.xen.org; Mon, 06 May 2013 16:53:16 +0000 Received: from [85.158.137.99:30271] by server-4.bemta-3.messagelabs.com id 3B/2F-01776-AFFD7815; Mon, 06 May 2013 16:53:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1367859193!17515300!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 22238 invoked from network); 6 May 2013 16:53:14 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 16:53:14 -0000 Received: from [187.162.122.248] (port=47301 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UZOf0-00089C-Eo for xen-users@lists.xen.org; Mon, 06 May 2013 11:53:10 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 42446A204 for ; Mon, 6 May 2013 11:53:09 -0500 (CDT) Message-ID: <5187DFF5.1040102@ondore.com> Date: Mon, 06 May 2013 11:53:09 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> In-Reply-To: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.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] [URGENT] How to boot DomU from 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-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 30/04/13 16:16, Anand Mundada escribi=F3: > I 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 and > created the initramfs. I can see its entry after update-grub. But when I > reboot, I am getting following error: > Error: Boot loader didn't return any data! There are several possible causes of this issue. The most common are: - Incorrect order of element in "disk" array in the config. Not you = case, I see only one disk. - Boot partition formatted as ext3 with wrong options or as ext4. It has = to be ext3 and inode-size set to 128 bytes (mkfs.ext3 default is 256 , = use -I option), otherwise pygrub will not be able to read it. - Grub config file in Dom0 missing or with errors. In order to get more details from pygrub, try to do a manual run: /usr/lib/xen-default/bin/pygrub /dev/VG/ubuntu (might need something extra on your system, like creating manually a = temporal directory to put kernel and initrd) 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 Mon May 06 16:54:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 16:54: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 1UZOf7-0001b3-8K; Mon, 06 May 2013 16:53:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZOf6-0001ay-5q for xen-users@lists.xen.org; Mon, 06 May 2013 16:53:16 +0000 Received: from [85.158.137.99:30271] by server-4.bemta-3.messagelabs.com id 3B/2F-01776-AFFD7815; Mon, 06 May 2013 16:53:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1367859193!17515300!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 22238 invoked from network); 6 May 2013 16:53:14 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 16:53:14 -0000 Received: from [187.162.122.248] (port=47301 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UZOf0-00089C-Eo for xen-users@lists.xen.org; Mon, 06 May 2013 11:53:10 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 42446A204 for ; Mon, 6 May 2013 11:53:09 -0500 (CDT) Message-ID: <5187DFF5.1040102@ondore.com> Date: Mon, 06 May 2013 11:53:09 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com> In-Reply-To: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.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] [URGENT] How to boot DomU from 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-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 30/04/13 16:16, Anand Mundada escribi=F3: > I 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 and > created the initramfs. I can see its entry after update-grub. But when I > reboot, I am getting following error: > Error: Boot loader didn't return any data! There are several possible causes of this issue. The most common are: - Incorrect order of element in "disk" array in the config. Not you = case, I see only one disk. - Boot partition formatted as ext3 with wrong options or as ext4. It has = to be ext3 and inode-size set to 128 bytes (mkfs.ext3 default is 256 , = use -I option), otherwise pygrub will not be able to read it. - Grub config file in Dom0 missing or with errors. In order to get more details from pygrub, try to do a manual run: /usr/lib/xen-default/bin/pygrub /dev/VG/ubuntu (might need something extra on your system, like creating manually a = temporal directory to put kernel and initrd) 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 Mon May 06 16:58:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 16:58:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZOjF-0001kL-6V; Mon, 06 May 2013 16:57:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZOT7-0001IC-JW for Xen-users@lists.xen.org; Mon, 06 May 2013 16:40:53 +0000 Received: from [85.158.143.99:42405] by server-2.bemta-4.messagelabs.com id 1C/57-27124-41DD7815; Mon, 06 May 2013 16:40:52 +0000 X-Env-Sender: todd.wardzinski@progeny.net X-Msg-Ref: server-6.tower-216.messagelabs.com!1367858451!21445478!1 X-Originating-IP: [69.17.18.222] 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 17316 invoked from network); 6 May 2013 16:40:52 -0000 Received: from mail.progeny.net (HELO mail.progeny.net) (69.17.18.222) by server-6.tower-216.messagelabs.com with SMTP; 6 May 2013 16:40:52 -0000 Received: from ES2K7-HUB.progeny.net (Not Verified[192.168.22.23]) by mail.progeny.net with MailMarshal (v6, 8, 3, 9481) id ; Mon, 06 May 2013 12:40:50 -0400 Received: from ES2K7-MBX-1.progeny.net ([::1]) by ES2K7-HUB.progeny.net ([fe80::f09d:66d9:40a5:c66f%10]) with mapi; Mon, 6 May 2013 12:40:50 -0400 From: "Wardzinski, Todd" To: chris Date: Mon, 6 May 2013 12:40:55 -0400 Thread-Topic: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image Thread-Index: Ac5Kb4cZyox3U1cWR1WRqCkzrlK3fAACN0Xw Message-ID: <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 06 May 2013 16:57:31 +0000 Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chris, I'm fairly motivated to get this to work :-). If you have any more links/information, I would surely appreciate it. Thanks, Todd -----Original Message----- From: chris [mailto:tknchris@gmail.com] Sent: Monday, May 06, 2013 11:37 AM To: Wardzinski, Todd Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image In the case of windows the big issue is you need something which can properly update windows hal to handle the drastic change in hardware. Acronis can do this with their backup products and the key feature you need is "universal restore" which will make sure that the underlying os HAL is updated so that windows can boot. This is just one commercial product of which there are several and you can do some of the steps manually if motivated enough. Hope that helps chris On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: > All, > > > > I have tried a number of methods found through various sites on the > Internet to get a physical windows install converted to a Xen DomU > disk image. Such > as: > > > > 1. DomU disk image creation (formatted as ntfs). We then mounted the > disk image (loop) and directly copied the physical mount image data to > the disk image. > > 2. Qemu-img convert from physical HDD to VHD. > > 3. XenConvert (from Citrix) to VHD > > > > So far I have not had luck in getting any of these to produce a good copy. > Does anyone have any good references for this problem? Possibly a > method that works time and time again? > > > > Please let me know if you have any questions? > > > > > > Thanks, > > Todd > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 16:58:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 16:58:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZOjF-0001kL-6V; Mon, 06 May 2013 16:57:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZOT7-0001IC-JW for Xen-users@lists.xen.org; Mon, 06 May 2013 16:40:53 +0000 Received: from [85.158.143.99:42405] by server-2.bemta-4.messagelabs.com id 1C/57-27124-41DD7815; Mon, 06 May 2013 16:40:52 +0000 X-Env-Sender: todd.wardzinski@progeny.net X-Msg-Ref: server-6.tower-216.messagelabs.com!1367858451!21445478!1 X-Originating-IP: [69.17.18.222] 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 17316 invoked from network); 6 May 2013 16:40:52 -0000 Received: from mail.progeny.net (HELO mail.progeny.net) (69.17.18.222) by server-6.tower-216.messagelabs.com with SMTP; 6 May 2013 16:40:52 -0000 Received: from ES2K7-HUB.progeny.net (Not Verified[192.168.22.23]) by mail.progeny.net with MailMarshal (v6, 8, 3, 9481) id ; Mon, 06 May 2013 12:40:50 -0400 Received: from ES2K7-MBX-1.progeny.net ([::1]) by ES2K7-HUB.progeny.net ([fe80::f09d:66d9:40a5:c66f%10]) with mapi; Mon, 6 May 2013 12:40:50 -0400 From: "Wardzinski, Todd" To: chris Date: Mon, 6 May 2013 12:40:55 -0400 Thread-Topic: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image Thread-Index: Ac5Kb4cZyox3U1cWR1WRqCkzrlK3fAACN0Xw Message-ID: <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 06 May 2013 16:57:31 +0000 Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chris, I'm fairly motivated to get this to work :-). If you have any more links/information, I would surely appreciate it. Thanks, Todd -----Original Message----- From: chris [mailto:tknchris@gmail.com] Sent: Monday, May 06, 2013 11:37 AM To: Wardzinski, Todd Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image In the case of windows the big issue is you need something which can properly update windows hal to handle the drastic change in hardware. Acronis can do this with their backup products and the key feature you need is "universal restore" which will make sure that the underlying os HAL is updated so that windows can boot. This is just one commercial product of which there are several and you can do some of the steps manually if motivated enough. Hope that helps chris On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: > All, > > > > I have tried a number of methods found through various sites on the > Internet to get a physical windows install converted to a Xen DomU > disk image. Such > as: > > > > 1. DomU disk image creation (formatted as ntfs). We then mounted the > disk image (loop) and directly copied the physical mount image data to > the disk image. > > 2. Qemu-img convert from physical HDD to VHD. > > 3. XenConvert (from Citrix) to VHD > > > > So far I have not had luck in getting any of these to produce a good copy. > Does anyone have any good references for this problem? Possibly a > method that works time and time again? > > > > Please let me know if you have any questions? > > > > > > Thanks, > > Todd > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 17:15:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 17:15: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 1UZP0G-0002VK-9G; Mon, 06 May 2013 17:15:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZP0E-0002VC-Aa for xen-users@lists.xen.org; Mon, 06 May 2013 17:15:06 +0000 Received: from [85.158.137.99:65058] by server-14.bemta-3.messagelabs.com id 12/DF-20016-915E7815; Mon, 06 May 2013 17:15:05 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1367860503!17480931!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 24113 invoked from network); 6 May 2013 17:15:04 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-9.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 17:15:04 -0000 Received: from [187.162.122.248] (port=52767 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UZP0A-0001XM-Aw for xen-users@lists.xen.org; Mon, 06 May 2013 12:15:02 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id BFA8EA204 for ; Mon, 6 May 2013 12:15:00 -0500 (CDT) Message-ID: <5187E514.9070003@ondore.com> Date: Mon, 06 May 2013 12:15:00 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> 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] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Hi. El 06/05/13 11:40, Wardzinski, Todd escribi=F3: > I'm fairly motivated to get this to work :-). If you have any more links= /information, I would surely appreciate it. Make sure you have a consistent copy of the disk. Qemu-img convert from physical HDD to VHD might work, but I would use a = RAW image, which is easer for a fine control. Boot you VM with a LiveCD (systemrescuecd or Knoppix are great for = this), to make sure the disk is in place, partitioned and readable = correctly. After that, treat it as a Motherboard change or upgrade to fix Windows = boot. It seems like a pretty common problem, they use a Windows install = disk to repair the boot loader and add the missed driver for the disk = controller. Random references: http://www.tomshardware.com/forum/304001-30-bsod-motherboard http://arstechnica.com/gadgets/2007/09/how-to-install-a-new-motherboard-wit= hout-reinstalling-windows/ 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 Mon May 06 17:15:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 17:15: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 1UZP0G-0002VK-9G; Mon, 06 May 2013 17:15:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZP0E-0002VC-Aa for xen-users@lists.xen.org; Mon, 06 May 2013 17:15:06 +0000 Received: from [85.158.137.99:65058] by server-14.bemta-3.messagelabs.com id 12/DF-20016-915E7815; Mon, 06 May 2013 17:15:05 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1367860503!17480931!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 24113 invoked from network); 6 May 2013 17:15:04 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-9.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 17:15:04 -0000 Received: from [187.162.122.248] (port=52767 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UZP0A-0001XM-Aw for xen-users@lists.xen.org; Mon, 06 May 2013 12:15:02 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id BFA8EA204 for ; Mon, 6 May 2013 12:15:00 -0500 (CDT) Message-ID: <5187E514.9070003@ondore.com> Date: Mon, 06 May 2013 12:15:00 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> 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] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Hi. El 06/05/13 11:40, Wardzinski, Todd escribi=F3: > I'm fairly motivated to get this to work :-). If you have any more links= /information, I would surely appreciate it. Make sure you have a consistent copy of the disk. Qemu-img convert from physical HDD to VHD might work, but I would use a = RAW image, which is easer for a fine control. Boot you VM with a LiveCD (systemrescuecd or Knoppix are great for = this), to make sure the disk is in place, partitioned and readable = correctly. After that, treat it as a Motherboard change or upgrade to fix Windows = boot. It seems like a pretty common problem, they use a Windows install = disk to repair the boot loader and add the missed driver for the disk = controller. Random references: http://www.tomshardware.com/forum/304001-30-bsod-motherboard http://arstechnica.com/gadgets/2007/09/how-to-install-a-new-motherboard-wit= hout-reinstalling-windows/ 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 Mon May 06 20:20:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 20:20: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 1UZRsZ-00059F-JI; Mon, 06 May 2013 20:19:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZRsY-00059A-8u for xen-users@lists.xen.org; Mon, 06 May 2013 20:19:22 +0000 Received: from [85.158.139.211:4223] by server-13.bemta-5.messagelabs.com id F9/C7-08040-94018815; Mon, 06 May 2013 20:19:21 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1367871559!21853654!1 X-Originating-IP: [209.85.210.180] 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 3346 invoked from network); 6 May 2013 20:19:20 -0000 Received: from mail-ia0-f180.google.com (HELO mail-ia0-f180.google.com) (209.85.210.180) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 20:19:20 -0000 Received: by mail-ia0-f180.google.com with SMTP id 21so3237279iay.25 for ; Mon, 06 May 2013 13:19:19 -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=rOVLAYvxAWaoFHKdgxWYlVD4dy6mtWtBJdXqxyW136o=; b=jOKcLY2CoxA+Z+9pCQoEcaNksP0plZEeMXwd4Z70u+2nd78ouPj8ela7gX9OY/CBpO rp6zbIBMlt1nj+wjqjE+cYnBVgChe5+XyiF+z/C3TIGiv6+6n1iTRvkAnk0CM9HJCEub XPz0YbHPCGEuERr1KGJGMskV3cAniHQKGl/T+FoJ7amTZnJizmHOHRPuh0e4In6+kSRe S06WR/s02NrWG2/PatV+0Ti7uihR/TcR4A5m26yi5iSa1X6A+GjE2ICH8FrklisfLBLA qcO87QcPSb31vkSSo7k9DG9JFznRLczC7ff8kX1sf1aVSAQTzFzNPqhiwzsQ1wQ7GMR3 C1+Q== MIME-Version: 1.0 X-Received: by 10.50.153.43 with SMTP id vd11mr3196500igb.13.1367871559058; Mon, 06 May 2013 13:19:19 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 6 May 2013 13:19:18 -0700 (PDT) Date: Mon, 6 May 2013 14:19:18 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] bridge and dhcpcd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 had made an attempt to install pfsense under xen. The biggest issue I had run is that if i bridge network interface that has cable modem there is no way for virtual interface to obtain ip address. I wonder what am I doing wrong? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 20:20:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 20:20: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 1UZRsZ-00059F-JI; Mon, 06 May 2013 20:19:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZRsY-00059A-8u for xen-users@lists.xen.org; Mon, 06 May 2013 20:19:22 +0000 Received: from [85.158.139.211:4223] by server-13.bemta-5.messagelabs.com id F9/C7-08040-94018815; Mon, 06 May 2013 20:19:21 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1367871559!21853654!1 X-Originating-IP: [209.85.210.180] 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 3346 invoked from network); 6 May 2013 20:19:20 -0000 Received: from mail-ia0-f180.google.com (HELO mail-ia0-f180.google.com) (209.85.210.180) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 20:19:20 -0000 Received: by mail-ia0-f180.google.com with SMTP id 21so3237279iay.25 for ; Mon, 06 May 2013 13:19:19 -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=rOVLAYvxAWaoFHKdgxWYlVD4dy6mtWtBJdXqxyW136o=; b=jOKcLY2CoxA+Z+9pCQoEcaNksP0plZEeMXwd4Z70u+2nd78ouPj8ela7gX9OY/CBpO rp6zbIBMlt1nj+wjqjE+cYnBVgChe5+XyiF+z/C3TIGiv6+6n1iTRvkAnk0CM9HJCEub XPz0YbHPCGEuERr1KGJGMskV3cAniHQKGl/T+FoJ7amTZnJizmHOHRPuh0e4In6+kSRe S06WR/s02NrWG2/PatV+0Ti7uihR/TcR4A5m26yi5iSa1X6A+GjE2ICH8FrklisfLBLA qcO87QcPSb31vkSSo7k9DG9JFznRLczC7ff8kX1sf1aVSAQTzFzNPqhiwzsQ1wQ7GMR3 C1+Q== MIME-Version: 1.0 X-Received: by 10.50.153.43 with SMTP id vd11mr3196500igb.13.1367871559058; Mon, 06 May 2013 13:19:19 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 6 May 2013 13:19:18 -0700 (PDT) Date: Mon, 6 May 2013 14:19:18 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] bridge and dhcpcd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 had made an attempt to install pfsense under xen. The biggest issue I had run is that if i bridge network interface that has cable modem there is no way for virtual interface to obtain ip address. I wonder what am I doing wrong? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 06 20:27:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 20:27: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 1UZRzG-0005Mq-2z; Mon, 06 May 2013 20:26:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZRzE-0005Mg-JW for xen-users@lists.xen.org; Mon, 06 May 2013 20:26:16 +0000 Received: from [85.158.137.99:41138] by server-10.bemta-3.messagelabs.com id B5/F7-00761-7E118815; Mon, 06 May 2013 20:26:15 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1367871973!12459526!1 X-Originating-IP: [209.85.212.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5545 invoked from network); 6 May 2013 20:26:14 -0000 Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com) (209.85.212.41) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 20:26:14 -0000 Received: by mail-vb0-f41.google.com with SMTP id x19so3364847vbf.28 for ; Mon, 06 May 2013 13:26:12 -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=PFO4Pq3HFaxFYWZ20Xit05PRQ9d3GICSWfB1nZ9ikDk=; b=V930lQzGVTqdGiaI5mp/nfX0CcG6Zd40ZWSdsC9UvYlVfn94QtQ0M0f/dbOGKzBREI tC9calFxxShCy9/ShHFv1+EHBgrd+skzOVpl7lDcvqrl9GddyfZlFNDo0NevcEw01Ngi ADOGvYQujP76zkPvfg2BRp7Yp/kdWmoLnQWHCAgeiU0HG3TWRtWCtOthKoR055CrTNI3 NdSMia1VzW+UoD8iAzNwfmHt90dFGhs+G2w7Eb4cvX6ohHSgChhNMGt3vxAzYI68HvJk hYvzr3SlFfD/3C9N0kU7hxoE411uk0+9Z/cnqGBrq50mjqjqAWoe60MQdU/tf1IG6mae PqWw== MIME-Version: 1.0 X-Received: by 10.220.137.145 with SMTP id w17mr7350036vct.73.1367871972744; Mon, 06 May 2013 13:26:12 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Mon, 6 May 2013 13:26:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 16:26:12 -0400 Message-ID: From: Casey DeLorme To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] bridge and dhcpcd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4093285778358017681==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4093285778358017681== Content-Type: multipart/alternative; boundary=047d7b34339408a21504dc128348 --047d7b34339408a21504dc128348 Content-Type: text/plain; charset=UTF-8 I was running PFSense on Xen, maybe I can help. can you supply your Dom0 interfaces file, and IPFire vm configuration file? On Mon, May 6, 2013 at 4:19 PM, jacek burghardt wrote: > I had made an attempt to install pfsense under xen. The biggest issue > I had run is that if i bridge network interface that has cable modem > there is no way for virtual interface to obtain ip address. I wonder > what am I doing wrong? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b34339408a21504dc128348 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I was running PFSense on Xen, maybe I can help. =C2=A0can = you supply your Dom0 interfaces file, and IPFire vm configuration file?


On Mon, May= 6, 2013 at 4:19 PM, jacek burghardt <jaceksburghardt@gmail.com> wrote:
I had made an attempt to install pfsense und= er xen. The biggest issue
I had run is that if i bridge network interface that has cable modem
there is no way for virtual interface to obtain ip address. I wonder
what am I doing wrong?

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

--047d7b34339408a21504dc128348-- --===============4093285778358017681== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4093285778358017681==-- From xen-users-bounces@lists.xen.org Mon May 06 20:27:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 20:27: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 1UZRzG-0005Mq-2z; Mon, 06 May 2013 20:26:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZRzE-0005Mg-JW for xen-users@lists.xen.org; Mon, 06 May 2013 20:26:16 +0000 Received: from [85.158.137.99:41138] by server-10.bemta-3.messagelabs.com id B5/F7-00761-7E118815; Mon, 06 May 2013 20:26:15 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1367871973!12459526!1 X-Originating-IP: [209.85.212.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5545 invoked from network); 6 May 2013 20:26:14 -0000 Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com) (209.85.212.41) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 20:26:14 -0000 Received: by mail-vb0-f41.google.com with SMTP id x19so3364847vbf.28 for ; Mon, 06 May 2013 13:26:12 -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=PFO4Pq3HFaxFYWZ20Xit05PRQ9d3GICSWfB1nZ9ikDk=; b=V930lQzGVTqdGiaI5mp/nfX0CcG6Zd40ZWSdsC9UvYlVfn94QtQ0M0f/dbOGKzBREI tC9calFxxShCy9/ShHFv1+EHBgrd+skzOVpl7lDcvqrl9GddyfZlFNDo0NevcEw01Ngi ADOGvYQujP76zkPvfg2BRp7Yp/kdWmoLnQWHCAgeiU0HG3TWRtWCtOthKoR055CrTNI3 NdSMia1VzW+UoD8iAzNwfmHt90dFGhs+G2w7Eb4cvX6ohHSgChhNMGt3vxAzYI68HvJk hYvzr3SlFfD/3C9N0kU7hxoE411uk0+9Z/cnqGBrq50mjqjqAWoe60MQdU/tf1IG6mae PqWw== MIME-Version: 1.0 X-Received: by 10.220.137.145 with SMTP id w17mr7350036vct.73.1367871972744; Mon, 06 May 2013 13:26:12 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Mon, 6 May 2013 13:26:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 16:26:12 -0400 Message-ID: From: Casey DeLorme To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] bridge and dhcpcd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4093285778358017681==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4093285778358017681== Content-Type: multipart/alternative; boundary=047d7b34339408a21504dc128348 --047d7b34339408a21504dc128348 Content-Type: text/plain; charset=UTF-8 I was running PFSense on Xen, maybe I can help. can you supply your Dom0 interfaces file, and IPFire vm configuration file? On Mon, May 6, 2013 at 4:19 PM, jacek burghardt wrote: > I had made an attempt to install pfsense under xen. The biggest issue > I had run is that if i bridge network interface that has cable modem > there is no way for virtual interface to obtain ip address. I wonder > what am I doing wrong? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b34339408a21504dc128348 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I was running PFSense on Xen, maybe I can help. =C2=A0can = you supply your Dom0 interfaces file, and IPFire vm configuration file?


On Mon, May= 6, 2013 at 4:19 PM, jacek burghardt <jaceksburghardt@gmail.com> wrote:
I had made an attempt to install pfsense und= er xen. The biggest issue
I had run is that if i bridge network interface that has cable modem
there is no way for virtual interface to obtain ip address. I wonder
what am I doing wrong?

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

--047d7b34339408a21504dc128348-- --===============4093285778358017681== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4093285778358017681==-- From xen-users-bounces@lists.xen.org Mon May 06 20:49:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 20:49: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 1UZSKv-0006Dx-Pc; Mon, 06 May 2013 20:48:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZSKu-0006Dr-NK for xen-users@lists.xen.org; Mon, 06 May 2013 20:48:40 +0000 Received: from [85.158.139.83:44577] by server-14.bemta-5.messagelabs.com id 15/72-25870-82718815; Mon, 06 May 2013 20:48:40 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1367873318!31521345!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 8710 invoked from network); 6 May 2013 20:48:39 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 20:48:39 -0000 Received: from [187.162.122.248] (port=54139 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UZSKq-0004dX-S5 for xen-users@lists.xen.org; Mon, 06 May 2013 15:48:36 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 430ABA204 for ; Mon, 6 May 2013 15:48:36 -0500 (CDT) Message-ID: <51881723.6070203@ondore.com> Date: Mon, 06 May 2013 15:48:35 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] bridge and dhcpcd X-BeenThere: xen-users@lists.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. Casey asked for the right additional data. Additional output of the = following commands might help as well: xm list brctl show Double check you are plugging your cable modem to the right = interface/network/VLAN. El 06/05/13 15:19, jacek burghardt escribi=F3: > I had made an attempt to install pfsense under xen. The biggest issue > I had run is that if i bridge network interface that has cable modem > there is no way for virtual interface to obtain ip address. I wonder > what am I doing wrong? If your modem is set into bridged mode, some ISP's requires you to clone = it's MAC address on the client device, that is the VM. Not sure about dhcp client functionality, but it's known the dhcp server = does not works well unless you disable offload capability on your = virtualized network card, within DomU: "ethtool -K ETHDEV tx off" usually is enough. Try to sniff your bridge using tcpdump on Dom0, to see what goes wrong = on the DHCP negotiation. 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 Mon May 06 20:49:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 20:49: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 1UZSKv-0006Dx-Pc; Mon, 06 May 2013 20:48:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZSKu-0006Dr-NK for xen-users@lists.xen.org; Mon, 06 May 2013 20:48:40 +0000 Received: from [85.158.139.83:44577] by server-14.bemta-5.messagelabs.com id 15/72-25870-82718815; Mon, 06 May 2013 20:48:40 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1367873318!31521345!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 8710 invoked from network); 6 May 2013 20:48:39 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2013 20:48:39 -0000 Received: from [187.162.122.248] (port=54139 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UZSKq-0004dX-S5 for xen-users@lists.xen.org; Mon, 06 May 2013 15:48:36 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 430ABA204 for ; Mon, 6 May 2013 15:48:36 -0500 (CDT) Message-ID: <51881723.6070203@ondore.com> Date: Mon, 06 May 2013 15:48:35 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] bridge and dhcpcd X-BeenThere: xen-users@lists.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. Casey asked for the right additional data. Additional output of the = following commands might help as well: xm list brctl show Double check you are plugging your cable modem to the right = interface/network/VLAN. El 06/05/13 15:19, jacek burghardt escribi=F3: > I had made an attempt to install pfsense under xen. The biggest issue > I had run is that if i bridge network interface that has cable modem > there is no way for virtual interface to obtain ip address. I wonder > what am I doing wrong? If your modem is set into bridged mode, some ISP's requires you to clone = it's MAC address on the client device, that is the VM. Not sure about dhcp client functionality, but it's known the dhcp server = does not works well unless you disable offload capability on your = virtualized network card, within DomU: "ethtool -K ETHDEV tx off" usually is enough. Try to sniff your bridge using tcpdump on Dom0, to see what goes wrong = on the DHCP negotiation. 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 Mon May 06 21:21:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 21:21: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 1UZSpt-0006mc-P9; Mon, 06 May 2013 21:20:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZSpq-0006m9-Ua; Mon, 06 May 2013 21:20:39 +0000 Received: from [85.158.137.99:27741] by server-10.bemta-3.messagelabs.com id 7C/56-00761-0AE18815; Mon, 06 May 2013 21:20:32 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-217.messagelabs.com!1367875229!20595000!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26513 invoked from network); 6 May 2013 21:20:30 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 21:20:30 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZSpa-0001UZ-9M; Mon, 06 May 2013 21:20:22 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UZSpZ-0000Hh-7F; Mon, 06 May 2013 21:20:21 +0000 Date: Mon, 06 May 2013 21:20:21 +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 51 (CVE-2013-2007) - qemu guest agent (qga) insecure file permissions X-BeenThere: xen-users@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-2007 / XSA-51 version 2 qemu guest agent (qga) insecure file permissions UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The qemu guest agent creates files with insecure permissions when started in daemon mode. IMPACT ====== The qemu guest agent is not used by default in Xen systems. If it is used in a particular guest, unprivileged guest processes might be able to escalate their privilege to that of the guest. VULNERABLE SYSTEMS ================== We are not aware of any Xen installations using the qemu guest agent. However, the program is built and installed (as the executable `qemu-ga') as part of the Xen management tools by the Xen build system. It is possible that a system administrator, or downstream system integrator, might have arranged to execute qemu-ga. If you have not taken steps to run qemu-ga, you are not vulnerable. MITIGATION ========== Disabling the guest agent will eliminate the vulnerability. RESOLUTION ========== Patches to resolve this problem are available from the upstream qemu project via the usual channels. The Xen Project Security Team do not intend to provide or distribute patches for this vulnerability. DETAILS ======= At the time of writing the information we have about this vulnerability is as follows: Subject: [PATCH] qga: set umask 0077 when daemonizing (CVE-2013-2007) The qemu guest agent creates a bunch of files with insecure permissions when started in daemon mode. For example: -rw-rw-rw- 1 root root /var/log/qemu-ga.log -rw-rw-rw- 1 root root /var/run/qga.state -rw-rw-rw- 1 root root /var/log/qga-fsfreeze-hook.log In addition, at least all files created with the "guest-file-open" QMP command, and all files created with shell output redirection (or otherwise) by utilities invoked by the fsfreeze hook script are affected. ... For authoritative further information, and patches, please refer to the information provided by the qemu upstream project. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRiB3/AAoJEIP+FMlX6CvZq5wH/3Jsx5JbsgRtpnKYFBzz/zg/ Lps97aIflPh13FoyXi12eImErF6xBHzhca21Sh15m039hxmkW4ehTD/jPGyVLR8D d6rlN5GXHqBLhZWRFESQowRgyLZ1rgOUR5feqYFf8lzP7U+jP+qcZoKj+Rplx52n EFuD+hBFxq1wpnja2hvBfFDTChO6SncV4EO5MSjH4bnSLVrmdarLFtfpKd4A61f1 zn7xkk0+uua1EJScMtydmhfoiCK/6KIg1YjnQ36i7wekkc14p2Nvmu0UGvR4Rf2y y2UDB/7shCieedhV3BHWezIx4CMPLHtWHJZSvgBQzkVzUkz67NiblzhHCSv9FkU= =Nsga -----END PGP SIGNATURE----- --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Mon May 06 21:21:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 21:21: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 1UZSpt-0006mc-P9; Mon, 06 May 2013 21:20:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZSpq-0006m9-Ua; Mon, 06 May 2013 21:20:39 +0000 Received: from [85.158.137.99:27741] by server-10.bemta-3.messagelabs.com id 7C/56-00761-0AE18815; Mon, 06 May 2013 21:20:32 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-217.messagelabs.com!1367875229!20595000!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26513 invoked from network); 6 May 2013 21:20:30 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 6 May 2013 21:20:30 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZSpa-0001UZ-9M; Mon, 06 May 2013 21:20:22 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UZSpZ-0000Hh-7F; Mon, 06 May 2013 21:20:21 +0000 Date: Mon, 06 May 2013 21:20:21 +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 51 (CVE-2013-2007) - qemu guest agent (qga) insecure file permissions X-BeenThere: xen-users@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-2007 / XSA-51 version 2 qemu guest agent (qga) insecure file permissions UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The qemu guest agent creates files with insecure permissions when started in daemon mode. IMPACT ====== The qemu guest agent is not used by default in Xen systems. If it is used in a particular guest, unprivileged guest processes might be able to escalate their privilege to that of the guest. VULNERABLE SYSTEMS ================== We are not aware of any Xen installations using the qemu guest agent. However, the program is built and installed (as the executable `qemu-ga') as part of the Xen management tools by the Xen build system. It is possible that a system administrator, or downstream system integrator, might have arranged to execute qemu-ga. If you have not taken steps to run qemu-ga, you are not vulnerable. MITIGATION ========== Disabling the guest agent will eliminate the vulnerability. RESOLUTION ========== Patches to resolve this problem are available from the upstream qemu project via the usual channels. The Xen Project Security Team do not intend to provide or distribute patches for this vulnerability. DETAILS ======= At the time of writing the information we have about this vulnerability is as follows: Subject: [PATCH] qga: set umask 0077 when daemonizing (CVE-2013-2007) The qemu guest agent creates a bunch of files with insecure permissions when started in daemon mode. For example: -rw-rw-rw- 1 root root /var/log/qemu-ga.log -rw-rw-rw- 1 root root /var/run/qga.state -rw-rw-rw- 1 root root /var/log/qga-fsfreeze-hook.log In addition, at least all files created with the "guest-file-open" QMP command, and all files created with shell output redirection (or otherwise) by utilities invoked by the fsfreeze hook script are affected. ... For authoritative further information, and patches, please refer to the information provided by the qemu upstream project. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRiB3/AAoJEIP+FMlX6CvZq5wH/3Jsx5JbsgRtpnKYFBzz/zg/ Lps97aIflPh13FoyXi12eImErF6xBHzhca21Sh15m039hxmkW4ehTD/jPGyVLR8D d6rlN5GXHqBLhZWRFESQowRgyLZ1rgOUR5feqYFf8lzP7U+jP+qcZoKj+Rplx52n EFuD+hBFxq1wpnja2hvBfFDTChO6SncV4EO5MSjH4bnSLVrmdarLFtfpKd4A61f1 zn7xkk0+uua1EJScMtydmhfoiCK/6KIg1YjnQ36i7wekkc14p2Nvmu0UGvR4Rf2y y2UDB/7shCieedhV3BHWezIx4CMPLHtWHJZSvgBQzkVzUkz67NiblzhHCSv9FkU= =Nsga -----END PGP SIGNATURE----- --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Mon May 06 23:13:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 23:13: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 1UZUa3-0002dy-Q3; Mon, 06 May 2013 23:12:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZUa2-0002dt-Nv for xen-users@lists.xen.org; Mon, 06 May 2013 23:12:27 +0000 Received: from [85.158.138.51:37393] by server-4.bemta-3.messagelabs.com id 42/F3-01776-9D838815; Mon, 06 May 2013 23:12:25 +0000 X-Env-Sender: kd5lct@endofnet.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1367881945!28601220!1 X-Originating-IP: [209.85.215.179] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22790 invoked from network); 6 May 2013 23:12:25 -0000 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 23:12:25 -0000 Received: by mail-ea0-f179.google.com with SMTP id h14so1928802eaj.38 for ; Mon, 06 May 2013 16:12:25 -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=WADCGzTqmyus1Y+YWyb/k+cPtD2sS2AwZL/2BS11oSE=; b=WXV/kGLa9uUoVbcT7BjJ2ZyyJL2xh1Uu9AUYBRPHYtLEufifIS3IiXFdLm/JLmIdJL dQ/uSFF4caVMd2g3KJMLj/HgmeB+y/UcQmEnCun0JpAcl0uhVgq0cSr9QU2TzIECoqHa VMJr+K6NvmClEKMTVk7i+B1z0rylhtAw+OSQUhSVtynaGk9604m+BDVsOJa+ID5fbt22 AbQmBJ6wONsUeh6EMPu5kieVsSsMJ1ACSMsiTlM4bWISuvZarqlBCAt1WI08+SlnKTnt B2cRjwj1K6CTm1kjr1BXmLxb7ybtdPGy4MCzMMHIabmrcEVivnEFjFnXdBpDaLZSjEVu MGiQ== MIME-Version: 1.0 X-Received: by 10.14.111.129 with SMTP id w1mr62217159eeg.13.1367881943622; Mon, 06 May 2013 16:12:23 -0700 (PDT) Received: by 10.223.144.215 with HTTP; Mon, 6 May 2013 16:12:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 16:12:23 -0700 Message-ID: From: Jason Archip To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQnBkYuxtxtzF3bmFDT8PZydaNFwSR4b5GkktHaZ5jo5ezXU9ZXirOA9+5sZN7wJ5guEZnBb Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3815209236966386652==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3815209236966386652== Content-Type: multipart/alternative; boundary=089e0163465258531c04dc14d554 --089e0163465258531c04dc14d554 Content-Type: text/plain; charset=ISO-8859-1 yes it does kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ ls kernel modules.builtin modules.dep.bin modules.softdep modules.alias modules.builtin.bin modules.devname modules.symbols modules.alias.bin modules.dep modules.order modules.symbols.bin kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ should I rsync it over to the host? On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nugraha wrote: > On Mon, May 6, 2013 at 9:36 AM, Jason Archip wrote: > > >> root@router:/home/kd5lct# iptables --list >> libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not >> open modd' >> > > >> here is some info >> >> uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 >> x86_64 GNU/Linux >> > > >> kernel = '/boot/vmlinuz-3.2.0-4-amd64' >> > > > You are using kernel from dom0. Does the corresponding module exist on > domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist on domU? > > -- > Fajar > --089e0163465258531c04dc14d554 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
yes it does
kd5lct@vkun:/lib/modules/3.2.0-4-amd6= 4$ ls
kernel=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 modules.builtin=A0=A0= =A0=A0=A0 modules.dep.bin=A0 modules.softdep
modules.alias=A0=A0=A0=A0= =A0 modules.builtin.bin=A0 modules.devname=A0 modules.symbols
modules.alias.bin=A0 modules.dep=A0=A0=A0=A0=A0=A0=A0=A0=A0 modules.order= =A0=A0=A0 modules.symbols.bin
kd5lct@vkun:/lib/modules/3.2.0-4-amd64$
should I rsync it over to the host?



On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nu= graha <list@fajar.net> wrote:
On Mon, May 6, 2013 at 9:36 AM, Jason Ar= chip <kd5lct@endofnet.com> wrote:
=A0
root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
=A0
here is some info

uname -a =A0for PV:= Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2
x86_64 GNU/Linux
<= /div>
=A0
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.2.0-4-amd64'


You are using kernel from dom0.= Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist o= n domU?

--= =A0
Fajar

--089e0163465258531c04dc14d554-- --===============3815209236966386652== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3815209236966386652==-- From xen-users-bounces@lists.xen.org Mon May 06 23:13:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 23:13: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 1UZUa3-0002dy-Q3; Mon, 06 May 2013 23:12:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZUa2-0002dt-Nv for xen-users@lists.xen.org; Mon, 06 May 2013 23:12:27 +0000 Received: from [85.158.138.51:37393] by server-4.bemta-3.messagelabs.com id 42/F3-01776-9D838815; Mon, 06 May 2013 23:12:25 +0000 X-Env-Sender: kd5lct@endofnet.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1367881945!28601220!1 X-Originating-IP: [209.85.215.179] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22790 invoked from network); 6 May 2013 23:12:25 -0000 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 23:12:25 -0000 Received: by mail-ea0-f179.google.com with SMTP id h14so1928802eaj.38 for ; Mon, 06 May 2013 16:12:25 -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=WADCGzTqmyus1Y+YWyb/k+cPtD2sS2AwZL/2BS11oSE=; b=WXV/kGLa9uUoVbcT7BjJ2ZyyJL2xh1Uu9AUYBRPHYtLEufifIS3IiXFdLm/JLmIdJL dQ/uSFF4caVMd2g3KJMLj/HgmeB+y/UcQmEnCun0JpAcl0uhVgq0cSr9QU2TzIECoqHa VMJr+K6NvmClEKMTVk7i+B1z0rylhtAw+OSQUhSVtynaGk9604m+BDVsOJa+ID5fbt22 AbQmBJ6wONsUeh6EMPu5kieVsSsMJ1ACSMsiTlM4bWISuvZarqlBCAt1WI08+SlnKTnt B2cRjwj1K6CTm1kjr1BXmLxb7ybtdPGy4MCzMMHIabmrcEVivnEFjFnXdBpDaLZSjEVu MGiQ== MIME-Version: 1.0 X-Received: by 10.14.111.129 with SMTP id w1mr62217159eeg.13.1367881943622; Mon, 06 May 2013 16:12:23 -0700 (PDT) Received: by 10.223.144.215 with HTTP; Mon, 6 May 2013 16:12:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 16:12:23 -0700 Message-ID: From: Jason Archip To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQnBkYuxtxtzF3bmFDT8PZydaNFwSR4b5GkktHaZ5jo5ezXU9ZXirOA9+5sZN7wJ5guEZnBb Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3815209236966386652==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3815209236966386652== Content-Type: multipart/alternative; boundary=089e0163465258531c04dc14d554 --089e0163465258531c04dc14d554 Content-Type: text/plain; charset=ISO-8859-1 yes it does kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ ls kernel modules.builtin modules.dep.bin modules.softdep modules.alias modules.builtin.bin modules.devname modules.symbols modules.alias.bin modules.dep modules.order modules.symbols.bin kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ should I rsync it over to the host? On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nugraha wrote: > On Mon, May 6, 2013 at 9:36 AM, Jason Archip wrote: > > >> root@router:/home/kd5lct# iptables --list >> libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not >> open modd' >> > > >> here is some info >> >> uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 >> x86_64 GNU/Linux >> > > >> kernel = '/boot/vmlinuz-3.2.0-4-amd64' >> > > > You are using kernel from dom0. Does the corresponding module exist on > domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist on domU? > > -- > Fajar > --089e0163465258531c04dc14d554 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
yes it does
kd5lct@vkun:/lib/modules/3.2.0-4-amd6= 4$ ls
kernel=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 modules.builtin=A0=A0= =A0=A0=A0 modules.dep.bin=A0 modules.softdep
modules.alias=A0=A0=A0=A0= =A0 modules.builtin.bin=A0 modules.devname=A0 modules.symbols
modules.alias.bin=A0 modules.dep=A0=A0=A0=A0=A0=A0=A0=A0=A0 modules.order= =A0=A0=A0 modules.symbols.bin
kd5lct@vkun:/lib/modules/3.2.0-4-amd64$
should I rsync it over to the host?



On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nu= graha <list@fajar.net> wrote:
On Mon, May 6, 2013 at 9:36 AM, Jason Ar= chip <kd5lct@endofnet.com> wrote:
=A0
root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
=A0
here is some info

uname -a =A0for PV:= Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2
x86_64 GNU/Linux
<= /div>
=A0
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.2.0-4-amd64'


You are using kernel from dom0.= Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist o= n domU?

--= =A0
Fajar

--089e0163465258531c04dc14d554-- --===============3815209236966386652== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3815209236966386652==-- From xen-users-bounces@lists.xen.org Mon May 06 23:46:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 23:46:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZV5p-00039z-Uw; Mon, 06 May 2013 23:45:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZV5o-00039u-2P for xen-users@lists.xen.org; Mon, 06 May 2013 23:45:16 +0000 Received: from [85.158.139.83:59699] by server-14.bemta-5.messagelabs.com id FF/BF-25870-B8048815; Mon, 06 May 2013 23:45:15 +0000 X-Env-Sender: kd5lct@endofnet.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1367883913!20128387!1 X-Originating-IP: [74.125.83.41] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5221 invoked from network); 6 May 2013 23:45:14 -0000 Received: from mail-ee0-f41.google.com (HELO mail-ee0-f41.google.com) (74.125.83.41) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 23:45:14 -0000 Received: by mail-ee0-f41.google.com with SMTP id c50so2066024eek.28 for ; Mon, 06 May 2013 16:45: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:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=3ldvODPcqXQb7WlzYxsm20r2MdhdkAIjqKzK2v8jUjQ=; b=aYReBcy+iF9Bv3pu/bAx83NAFkELfWVl8et7hSdn5eylw3nzX90XPDjtauB9dIIiil XgBtPGhGzptyNU9r5rfJSTi3KEmuQgPI/HaGIfQTx/ruswc/0M+SPdzuOO5EvKqEYtal JMn7e+snTGbrvgG0irZsDjTSG02Mtz6/vKsNVmdX/qh25sJBzxLdgZhq0LUPHAeJcvXd 9l3lzZCMGnPERfu15yx1RUozkoBuE/QnoqWGyeOManv4+0WQxY6U8prhEpHUS2r6o7As Gwfk7u+nx/6v9wVkQ737pYNK60YD0UAEbF9fA9pC7T6gk+nPp9407cW+lG4n41adNqDi e5ZQ== MIME-Version: 1.0 X-Received: by 10.15.33.195 with SMTP id c43mr24629511eev.2.1367883913641; Mon, 06 May 2013 16:45:13 -0700 (PDT) Received: by 10.223.144.215 with HTTP; Mon, 6 May 2013 16:45:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 16:45:13 -0700 Message-ID: From: Jason Archip To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQn6Sz8J++/zpfSwvrs8hIlzoaZgB+0y0loAxHwxCO1lR9oBmsWk9rzmUXoHmcUYuZkoeK8q Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1437338934705154473==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1437338934705154473== Content-Type: multipart/alternative; boundary=089e01634420c47cfe04dc154a3a --089e01634420c47cfe04dc154a3a Content-Type: text/plain; charset=ISO-8859-1 Forgot to email the list........ I decided to backup using tar and a lvm2 snapshot... then I rsync'd it via #rsync -rlHgov /lib/modules/3.2.0.4-amd64/ root@router :/lib/modules/3.2.0.4-amd64/ and now iptables works Thank you for pointing me in the right direction :) On Mon, May 6, 2013 at 4:12 PM, Jason Archip wrote: > yes it does > kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ ls > kernel modules.builtin modules.dep.bin modules.softdep > modules.alias modules.builtin.bin modules.devname modules.symbols > modules.alias.bin modules.dep modules.order > modules.symbols.bin > kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ > > should I rsync it over to the host? > > > > On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nugraha wrote: > >> On Mon, May 6, 2013 at 9:36 AM, Jason Archip wrote: >> >> >>> root@router:/home/kd5lct# iptables --list >>> libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not >>> open modd' >>> >> >> >>> here is some info >>> >>> uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 >>> x86_64 GNU/Linux >>> >> >> >>> kernel = '/boot/vmlinuz-3.2.0-4-amd64' >>> >> >> >> You are using kernel from dom0. Does the corresponding module exist on >> domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist on domU? >> >> -- >> Fajar >> > > --089e01634420c47cfe04dc154a3a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Forgot to email the list........
I decid= ed to backup using tar and a lvm2 snapshot... then I rsync'd it via
=
#rsync -rlHgov /lib/modules/3.2.0.4-amd64/ root@router:/lib/modules/3= .2.0.4-amd64/

and now iptables works

Thank you for pointing me in the right direction :)


On Mon, May 6, 2013 a= t 4:12 PM, Jason Archip <kd5lct@endofnet.com> wrote:
yes it does
kd5lct= @vkun:/lib/modules/3.2.0-4-amd64$ ls
kernel=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 modules.builtin=A0=A0=A0=A0=A0 modules.dep.bin=A0 modules.softdep=
modules.alias=A0=A0=A0=A0=A0 modules.builtin.bin=A0 modules.devname=A0 modu= les.symbols
modules.alias.bin=A0 modules.dep=A0=A0=A0=A0=A0=A0=A0=A0=A0 modules.order= =A0=A0=A0 modules.symbols.bin
kd5lct@vkun:/lib/modules/3.2.0-4-amd64$
should I rsync it over to the host?



On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nu= graha <list@fajar.net> wrote:
On Mon, May 6, 2013 at 9:36 AM, Jason Archip <kd5l= ct@endofnet.com> wrote:
=A0
root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
=A0
here is some info

uname -a =A0for PV: Linux router= 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2
x86_64 GNU/Linux
=A0
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.2.0-4-amd64'


You are using kernel from dom0.= Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist o= n domU?

--= =A0
Fajar


--089e01634420c47cfe04dc154a3a-- --===============1437338934705154473== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1437338934705154473==-- From xen-users-bounces@lists.xen.org Mon May 06 23:46:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 06 May 2013 23:46:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZV5p-00039z-Uw; Mon, 06 May 2013 23:45:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZV5o-00039u-2P for xen-users@lists.xen.org; Mon, 06 May 2013 23:45:16 +0000 Received: from [85.158.139.83:59699] by server-14.bemta-5.messagelabs.com id FF/BF-25870-B8048815; Mon, 06 May 2013 23:45:15 +0000 X-Env-Sender: kd5lct@endofnet.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1367883913!20128387!1 X-Originating-IP: [74.125.83.41] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5221 invoked from network); 6 May 2013 23:45:14 -0000 Received: from mail-ee0-f41.google.com (HELO mail-ee0-f41.google.com) (74.125.83.41) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2013 23:45:14 -0000 Received: by mail-ee0-f41.google.com with SMTP id c50so2066024eek.28 for ; Mon, 06 May 2013 16:45: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:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=3ldvODPcqXQb7WlzYxsm20r2MdhdkAIjqKzK2v8jUjQ=; b=aYReBcy+iF9Bv3pu/bAx83NAFkELfWVl8et7hSdn5eylw3nzX90XPDjtauB9dIIiil XgBtPGhGzptyNU9r5rfJSTi3KEmuQgPI/HaGIfQTx/ruswc/0M+SPdzuOO5EvKqEYtal JMn7e+snTGbrvgG0irZsDjTSG02Mtz6/vKsNVmdX/qh25sJBzxLdgZhq0LUPHAeJcvXd 9l3lzZCMGnPERfu15yx1RUozkoBuE/QnoqWGyeOManv4+0WQxY6U8prhEpHUS2r6o7As Gwfk7u+nx/6v9wVkQ737pYNK60YD0UAEbF9fA9pC7T6gk+nPp9407cW+lG4n41adNqDi e5ZQ== MIME-Version: 1.0 X-Received: by 10.15.33.195 with SMTP id c43mr24629511eev.2.1367883913641; Mon, 06 May 2013 16:45:13 -0700 (PDT) Received: by 10.223.144.215 with HTTP; Mon, 6 May 2013 16:45:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 May 2013 16:45:13 -0700 Message-ID: From: Jason Archip To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQn6Sz8J++/zpfSwvrs8hIlzoaZgB+0y0loAxHwxCO1lR9oBmsWk9rzmUXoHmcUYuZkoeK8q Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iptables issues on a PV X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1437338934705154473==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1437338934705154473== Content-Type: multipart/alternative; boundary=089e01634420c47cfe04dc154a3a --089e01634420c47cfe04dc154a3a Content-Type: text/plain; charset=ISO-8859-1 Forgot to email the list........ I decided to backup using tar and a lvm2 snapshot... then I rsync'd it via #rsync -rlHgov /lib/modules/3.2.0.4-amd64/ root@router :/lib/modules/3.2.0.4-amd64/ and now iptables works Thank you for pointing me in the right direction :) On Mon, May 6, 2013 at 4:12 PM, Jason Archip wrote: > yes it does > kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ ls > kernel modules.builtin modules.dep.bin modules.softdep > modules.alias modules.builtin.bin modules.devname modules.symbols > modules.alias.bin modules.dep modules.order > modules.symbols.bin > kd5lct@vkun:/lib/modules/3.2.0-4-amd64$ > > should I rsync it over to the host? > > > > On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nugraha wrote: > >> On Mon, May 6, 2013 at 9:36 AM, Jason Archip wrote: >> >> >>> root@router:/home/kd5lct# iptables --list >>> libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not >>> open modd' >>> >> >> >>> here is some info >>> >>> uname -a for PV: Linux router 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 >>> x86_64 GNU/Linux >>> >> >> >>> kernel = '/boot/vmlinuz-3.2.0-4-amd64' >>> >> >> >> You are using kernel from dom0. Does the corresponding module exist on >> domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist on domU? >> >> -- >> Fajar >> > > --089e01634420c47cfe04dc154a3a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Forgot to email the list........
I decid= ed to backup using tar and a lvm2 snapshot... then I rsync'd it via
=
#rsync -rlHgov /lib/modules/3.2.0.4-amd64/ root@router:/lib/modules/3= .2.0.4-amd64/

and now iptables works

Thank you for pointing me in the right direction :)


On Mon, May 6, 2013 a= t 4:12 PM, Jason Archip <kd5lct@endofnet.com> wrote:
yes it does
kd5lct= @vkun:/lib/modules/3.2.0-4-amd64$ ls
kernel=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 modules.builtin=A0=A0=A0=A0=A0 modules.dep.bin=A0 modules.softdep=
modules.alias=A0=A0=A0=A0=A0 modules.builtin.bin=A0 modules.devname=A0 modu= les.symbols
modules.alias.bin=A0 modules.dep=A0=A0=A0=A0=A0=A0=A0=A0=A0 modules.order= =A0=A0=A0 modules.symbols.bin
kd5lct@vkun:/lib/modules/3.2.0-4-amd64$
should I rsync it over to the host?



On Sun, May 5, 2013 at 10:09 PM, Fajar A. Nu= graha <list@fajar.net> wrote:
On Mon, May 6, 2013 at 9:36 AM, Jason Archip <kd5l= ct@endofnet.com> wrote:
=A0
root@router:/home/kd5lct# iptables --list
libkmod: ERROR ../libkmod/libk= mod.c:554 kmod_search_moddep: could not
open modd'
=A0
here is some info

uname -a =A0for PV: Linux router= 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2
x86_64 GNU/Linux
=A0
kernel =A0 =A0 =A0=3D '/boot/vmlinuz-3.2.0-4-amd64'


You are using kernel from dom0.= Does the corresponding module exist on domU? e.g. Does /lib/modules/3.2.0-4-amd64 exist o= n domU?

--= =A0
Fajar


--089e01634420c47cfe04dc154a3a-- --===============1437338934705154473== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1437338934705154473==-- From xen-users-bounces@lists.xen.org Tue May 07 01:47:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 01:47: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 1UZWz6-0000Xq-HS; Tue, 07 May 2013 01:46:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZWz5-0000Xl-HX for Xen-users@lists.xen.org; Tue, 07 May 2013 01:46:27 +0000 Received: from [193.109.254.147:62586] by server-4.bemta-14.messagelabs.com id B1/E8-29620-2FC58815; Tue, 07 May 2013 01:46:26 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367891180!8570370!1 X-Originating-IP: [209.85.192.179] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14374 invoked from network); 7 May 2013 01:46:22 -0000 Received: from mail-pd0-f179.google.com (HELO mail-pd0-f179.google.com) (209.85.192.179) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 01:46:22 -0000 Received: by mail-pd0-f179.google.com with SMTP id q10so33930pdj.10 for ; Mon, 06 May 2013 18:46:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=tzjl4hXKTGJnsJ4aJY7wYInBu6wIFbqW78CkRTpNiMI=; b=T+DPRCnMQuJODv/0BM6kKct/TycB5dcO/7SJcEK7GTzN35naMap4H273mkIwsPQKcM P6yOc9M/iBLa5D6+cU3q6HSDnDMG0mydlh5Yq1ynEkly5nXX3IbDxXr3/cdQdMuQShbh elzUFmZqO3s2v1B+ZfnhWqwQ8pV5fuh5yoiOVAprODZ71ebgTEQDobl+7K88bxGJhHve yIc+RqmNDVjWzbsV8B79C6Past/HVPBxTHqyLPkohwOKWs9MZX7CInN11GmMiCeWH539 LvTxqim28vgLz+PO2RAqWbHdpz/S83l0C206TTc3YMYSPsHCwceEE0Dm9sc4O3dneRz/ 6t9Q== X-Received: by 10.68.229.106 with SMTP id sp10mr28669400pbc.135.1367891180473; Mon, 06 May 2013 18:46:20 -0700 (PDT) References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> Date: Mon, 6 May 2013 21:46:19 -0400 Message-ID: <4000597630333966691@unknownmsgid> To: "Wardzinski, Todd" Cc: "Xen-users@lists.xen.org" , chris Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Todd, On May 6, 2013, at 1:00 PM, "Wardzinski, Todd" wrote: > Chris, > > I'm fairly motivated to get this to work :-). If you have any more links/information, I would surely appreciate it. > > Thanks, > Todd > > -----Original Message----- > From: chris [mailto:tknchris@gmail.com] > Sent: Monday, May 06, 2013 11:37 AM > To: Wardzinski, Todd > Cc: Xen-users@lists.xen.org > Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image > > In the case of windows the big issue is you need something which can properly update windows hal to handle the drastic change in hardware. > Acronis can do this with their backup products and the key feature you need is "universal restore" which will make sure that the underlying os HAL is updated so that windows can boot. This is just one commercial product of which there are several and you can do some of the steps manually if motivated enough. > > Hope that helps > chris > > On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: >> All, >> >> >> >> I have tried a number of methods found through various sites on the >> Internet to get a physical windows install converted to a Xen DomU >> disk image. Such >> as: >> >> >> >> 1. DomU disk image creation (formatted as ntfs). We then mounted the >> disk image (loop) and directly copied the physical mount image data to >> the disk image. >> >> 2. Qemu-img convert from physical HDD to VHD. >> >> 3. XenConvert (from Citrix) to VHD >> >> >> >> So far I have not had luck in getting any of these to produce a good copy. >> Does anyone have any good references for this problem? Possibly a >> method that works time and time again? >> >> >> >> Please let me know if you have any questions? >> >> >> >> >> >> Thanks, >> >> Todd >> >> >> >> >> _______________________________________________ >> 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 If you're working with Windows 8 or 2012, Windows will actually be able to detect that it's missing a boot-critical driver and install any missing storage devices during boot up... It's really, really cool :) However, if not, you're going to likely have to do a minor hack to what's called the CriticalDeviceDatabase in the registry to get it to boot. Once you're able to get the Windows Boot Manager started, that's all you'll need to get up and running. I can give more details when you reach that point if you like :) This works for xp/2003 as well, but its a little harder. Make sure you disable automatic restart on system failure, just tap F8 during boot. You're looking for a 7B error, "INACCESSIBLE BOOT VOLUME" I believe. As far as booting the DomU goes, you should be able to simply enter the physical device as your DomU's hda device. My server 2012 install is on an intel raid, so my hda device is something like /dev/dm-0 . Make sure you map the whole disk (like /dev/sdb and not /dev/sdb1). Cheers, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 01:47:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 01:47: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 1UZWz6-0000Xq-HS; Tue, 07 May 2013 01:46:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZWz5-0000Xl-HX for Xen-users@lists.xen.org; Tue, 07 May 2013 01:46:27 +0000 Received: from [193.109.254.147:62586] by server-4.bemta-14.messagelabs.com id B1/E8-29620-2FC58815; Tue, 07 May 2013 01:46:26 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367891180!8570370!1 X-Originating-IP: [209.85.192.179] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14374 invoked from network); 7 May 2013 01:46:22 -0000 Received: from mail-pd0-f179.google.com (HELO mail-pd0-f179.google.com) (209.85.192.179) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 01:46:22 -0000 Received: by mail-pd0-f179.google.com with SMTP id q10so33930pdj.10 for ; Mon, 06 May 2013 18:46:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=tzjl4hXKTGJnsJ4aJY7wYInBu6wIFbqW78CkRTpNiMI=; b=T+DPRCnMQuJODv/0BM6kKct/TycB5dcO/7SJcEK7GTzN35naMap4H273mkIwsPQKcM P6yOc9M/iBLa5D6+cU3q6HSDnDMG0mydlh5Yq1ynEkly5nXX3IbDxXr3/cdQdMuQShbh elzUFmZqO3s2v1B+ZfnhWqwQ8pV5fuh5yoiOVAprODZ71ebgTEQDobl+7K88bxGJhHve yIc+RqmNDVjWzbsV8B79C6Past/HVPBxTHqyLPkohwOKWs9MZX7CInN11GmMiCeWH539 LvTxqim28vgLz+PO2RAqWbHdpz/S83l0C206TTc3YMYSPsHCwceEE0Dm9sc4O3dneRz/ 6t9Q== X-Received: by 10.68.229.106 with SMTP id sp10mr28669400pbc.135.1367891180473; Mon, 06 May 2013 18:46:20 -0700 (PDT) References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> Date: Mon, 6 May 2013 21:46:19 -0400 Message-ID: <4000597630333966691@unknownmsgid> To: "Wardzinski, Todd" Cc: "Xen-users@lists.xen.org" , chris Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Todd, On May 6, 2013, at 1:00 PM, "Wardzinski, Todd" wrote: > Chris, > > I'm fairly motivated to get this to work :-). If you have any more links/information, I would surely appreciate it. > > Thanks, > Todd > > -----Original Message----- > From: chris [mailto:tknchris@gmail.com] > Sent: Monday, May 06, 2013 11:37 AM > To: Wardzinski, Todd > Cc: Xen-users@lists.xen.org > Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image > > In the case of windows the big issue is you need something which can properly update windows hal to handle the drastic change in hardware. > Acronis can do this with their backup products and the key feature you need is "universal restore" which will make sure that the underlying os HAL is updated so that windows can boot. This is just one commercial product of which there are several and you can do some of the steps manually if motivated enough. > > Hope that helps > chris > > On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: >> All, >> >> >> >> I have tried a number of methods found through various sites on the >> Internet to get a physical windows install converted to a Xen DomU >> disk image. Such >> as: >> >> >> >> 1. DomU disk image creation (formatted as ntfs). We then mounted the >> disk image (loop) and directly copied the physical mount image data to >> the disk image. >> >> 2. Qemu-img convert from physical HDD to VHD. >> >> 3. XenConvert (from Citrix) to VHD >> >> >> >> So far I have not had luck in getting any of these to produce a good copy. >> Does anyone have any good references for this problem? Possibly a >> method that works time and time again? >> >> >> >> Please let me know if you have any questions? >> >> >> >> >> >> Thanks, >> >> Todd >> >> >> >> >> _______________________________________________ >> 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 If you're working with Windows 8 or 2012, Windows will actually be able to detect that it's missing a boot-critical driver and install any missing storage devices during boot up... It's really, really cool :) However, if not, you're going to likely have to do a minor hack to what's called the CriticalDeviceDatabase in the registry to get it to boot. Once you're able to get the Windows Boot Manager started, that's all you'll need to get up and running. I can give more details when you reach that point if you like :) This works for xp/2003 as well, but its a little harder. Make sure you disable automatic restart on system failure, just tap F8 during boot. You're looking for a 7B error, "INACCESSIBLE BOOT VOLUME" I believe. As far as booting the DomU goes, you should be able to simply enter the physical device as your DomU's hda device. My server 2012 install is on an intel raid, so my hda device is something like /dev/dm-0 . Make sure you map the whole disk (like /dev/sdb and not /dev/sdb1). Cheers, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 02:10:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 02:10: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 1UZXLm-0001MK-SG; Tue, 07 May 2013 02:09:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZXLk-0001ME-Ul for xen-users@lists.xen.org; Tue, 07 May 2013 02:09:53 +0000 Received: from [193.109.254.147:61403] by server-10.bemta-14.messagelabs.com id CF/0F-03739-07268815; Tue, 07 May 2013 02:09:52 +0000 X-Env-Sender: dominic.ryan@it-hq.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1367892591!9040009!1 X-Originating-IP: [208.116.39.122] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28233 invoked from network); 7 May 2013 02:09:51 -0000 Received: from mail.iis-aid.com (HELO mail.iis-aid.com) (208.116.39.122) by server-12.tower-27.messagelabs.com with SMTP; 7 May 2013 02:09:51 -0000 Received: from admin.iis-aid.com ([208.116.39.122]) by mail.iis-aid.com ; Mon, 6 May 2013 22:09:15 -0400 MIME-Version: 1.0 Date: Tue, 07 May 2013 12:09:15 +1000 From: dominic.ryan@it-hq.org To: In-Reply-To: <20130506143115.GJ1426@vrvis.at> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> Message-ID: X-Sender: dominic.ryan@it-hq.org User-Agent: Roundcube Webmail/RCMAIL_VERSION Subject: Re: [Xen-users] =?utf-8?q?SSD_4K_Alignment=3F?= X-BeenThere: xen-users@lists.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 2013-05-07 00:31, Adi Kriegisch wrote: > Hey, > >> You mean in the context of using a file to contain the virtual disk >> image? Just put it on a FS that is using 4KB sectors, and that is >> aligned to a 4KB boundary, and when you are installing the guest >> make sure you set up the FS to also use 4KB blocks. > Hmmm, that depends on what you do within the image: In case you > create > partitions within those images you need to assure that those > partitions are > aligned to use 4K blocks which boils down to using GPT for the > partition > table. > When you create a file system on the raw image you don't need to do > anything: the blocks are already aligned and it does not matter what > blocksize you use for creating the filesystem; so 512B is ok too. > I actually never used image files but only storage devices like lvm > volumes. But that depends on the use case, of course. > > -- Adi > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Thanks for the replies everyone. Adi, just so I'm 100% clear on this. Are you saying that 4k aligned or not is irrelevant due to the 512 hard-coded issue with DomU? Is the performance hit you were seeing in your bug report still applicable to non RAID environments? Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all loaded on a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter that are a fraction (as in 5%) of the manufacturers claims. I think I'll blow away my XCP install and put Windows 2008 R2 on directly and see what I get out of IOMeter there using the same testing profiles. Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 02:10:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 02:10: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 1UZXLm-0001MK-SG; Tue, 07 May 2013 02:09:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZXLk-0001ME-Ul for xen-users@lists.xen.org; Tue, 07 May 2013 02:09:53 +0000 Received: from [193.109.254.147:61403] by server-10.bemta-14.messagelabs.com id CF/0F-03739-07268815; Tue, 07 May 2013 02:09:52 +0000 X-Env-Sender: dominic.ryan@it-hq.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1367892591!9040009!1 X-Originating-IP: [208.116.39.122] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28233 invoked from network); 7 May 2013 02:09:51 -0000 Received: from mail.iis-aid.com (HELO mail.iis-aid.com) (208.116.39.122) by server-12.tower-27.messagelabs.com with SMTP; 7 May 2013 02:09:51 -0000 Received: from admin.iis-aid.com ([208.116.39.122]) by mail.iis-aid.com ; Mon, 6 May 2013 22:09:15 -0400 MIME-Version: 1.0 Date: Tue, 07 May 2013 12:09:15 +1000 From: dominic.ryan@it-hq.org To: In-Reply-To: <20130506143115.GJ1426@vrvis.at> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> Message-ID: X-Sender: dominic.ryan@it-hq.org User-Agent: Roundcube Webmail/RCMAIL_VERSION Subject: Re: [Xen-users] =?utf-8?q?SSD_4K_Alignment=3F?= X-BeenThere: xen-users@lists.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 2013-05-07 00:31, Adi Kriegisch wrote: > Hey, > >> You mean in the context of using a file to contain the virtual disk >> image? Just put it on a FS that is using 4KB sectors, and that is >> aligned to a 4KB boundary, and when you are installing the guest >> make sure you set up the FS to also use 4KB blocks. > Hmmm, that depends on what you do within the image: In case you > create > partitions within those images you need to assure that those > partitions are > aligned to use 4K blocks which boils down to using GPT for the > partition > table. > When you create a file system on the raw image you don't need to do > anything: the blocks are already aligned and it does not matter what > blocksize you use for creating the filesystem; so 512B is ok too. > I actually never used image files but only storage devices like lvm > volumes. But that depends on the use case, of course. > > -- Adi > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Thanks for the replies everyone. Adi, just so I'm 100% clear on this. Are you saying that 4k aligned or not is irrelevant due to the 512 hard-coded issue with DomU? Is the performance hit you were seeing in your bug report still applicable to non RAID environments? Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all loaded on a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter that are a fraction (as in 5%) of the manufacturers claims. I think I'll blow away my XCP install and put Windows 2008 R2 on directly and see what I get out of IOMeter there using the same testing profiles. Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 05:03:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 05:03: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 1UZa2C-0003W3-Nz; Tue, 07 May 2013 05:01:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZa2B-0003Vy-Hx for xen-users@lists.xen.org; Tue, 07 May 2013 05:01:51 +0000 Received: from [85.158.137.99:27201] by server-11.bemta-3.messagelabs.com id 02/3D-05438-9BA88815; Tue, 07 May 2013 05:01:45 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-13.tower-217.messagelabs.com!1367902901!2271193!1 X-Originating-IP: [203.16.224.4] 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 13424 invoked from network); 7 May 2013 05:01:44 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-13.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 7 May 2013 05:01:44 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UZa1k-0002Ij-CS; Tue, 07 May 2013 15:01:24 +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; Tue, 7 May 2013 15:01:13 +1000 From: James Harper To: "dominic.ryan@it-hq.org" , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSloIC7yf18XhxESAm1Z0TTz10pj3ilgAgAAGCoCAAMMFgIAA1w3w Date: Tue, 7 May 2013 05:01:12 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B405A5@BITCOM1.int.sbss.com.au> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [203.58.237.106] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19848.004 x-tm-as-result: No--33.328800-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Adi, just so I'm 100% clear on this. Are you saying that 4k aligned or > not is irrelevant due to the 512 hard-coded issue with DomU? Is the > performance hit you were seeing in your bug report still applicable to > non RAID environments? Reason I ask is that with a single Windows 2008 > R2 VM on XCP 1.6 all loaded on a Samsung 840 500GB SSD I am getting IOPS > and transfer rates in IOMeter that are a fraction (as in 5%) of the > manufacturers claims. I think I'll blow away my XCP install and put > Windows 2008 R2 on directly and see what I get out of IOMeter there > using the same testing profiles. > When you type " fsutil fsinfo ntfsinfo c:" at a command prompt, what does windows say for "Bytes Per Physical Sector" and "Bytes Per Sector"? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 05:03:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 05:03: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 1UZa2C-0003W3-Nz; Tue, 07 May 2013 05:01:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZa2B-0003Vy-Hx for xen-users@lists.xen.org; Tue, 07 May 2013 05:01:51 +0000 Received: from [85.158.137.99:27201] by server-11.bemta-3.messagelabs.com id 02/3D-05438-9BA88815; Tue, 07 May 2013 05:01:45 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-13.tower-217.messagelabs.com!1367902901!2271193!1 X-Originating-IP: [203.16.224.4] 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 13424 invoked from network); 7 May 2013 05:01:44 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-13.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 7 May 2013 05:01:44 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UZa1k-0002Ij-CS; Tue, 07 May 2013 15:01:24 +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; Tue, 7 May 2013 15:01:13 +1000 From: James Harper To: "dominic.ryan@it-hq.org" , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSloIC7yf18XhxESAm1Z0TTz10pj3ilgAgAAGCoCAAMMFgIAA1w3w Date: Tue, 7 May 2013 05:01:12 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B405A5@BITCOM1.int.sbss.com.au> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [203.58.237.106] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19848.004 x-tm-as-result: No--33.328800-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Adi, just so I'm 100% clear on this. Are you saying that 4k aligned or > not is irrelevant due to the 512 hard-coded issue with DomU? Is the > performance hit you were seeing in your bug report still applicable to > non RAID environments? Reason I ask is that with a single Windows 2008 > R2 VM on XCP 1.6 all loaded on a Samsung 840 500GB SSD I am getting IOPS > and transfer rates in IOMeter that are a fraction (as in 5%) of the > manufacturers claims. I think I'll blow away my XCP install and put > Windows 2008 R2 on directly and see what I get out of IOMeter there > using the same testing profiles. > When you type " fsutil fsinfo ntfsinfo c:" at a command prompt, what does windows say for "Bytes Per Physical Sector" and "Bytes Per Sector"? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 06:42:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:42: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 1UZbaf-0004hI-Nk; Tue, 07 May 2013 06:41:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbae-0004h4-Fd for Xen-users@lists.xen.org; Tue, 07 May 2013 06:41:32 +0000 Received: from [85.158.138.51:61252] by server-3.bemta-3.messagelabs.com id 41/78-28331-A12A8815; Tue, 07 May 2013 06:41:30 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-7.tower-174.messagelabs.com!1367908888!21754593!1 X-Originating-IP: [216.32.180.189] 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 26231 invoked from network); 7 May 2013 06:41:30 -0000 Received: from co1ehsobe006.messaging.microsoft.com (HELO co1outboundpool.messaging.microsoft.com) (216.32.180.189) by server-7.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 06:41:30 -0000 Received: from mail47-co1-R.bigfish.com (10.243.78.236) by CO1EHSOBE006.bigfish.com (10.243.66.69) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 06:41:26 +0000 Received: from mail47-co1 (localhost [127.0.0.1]) by mail47-co1-R.bigfish.com (Postfix) with ESMTP id 96F433400C3 for ; Tue, 7 May 2013 06:41:26 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT004.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail47-co1: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT004.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail47-co1 (localhost.localdomain [127.0.0.1]) by mail47-co1 (MessageSwitch) id 1367908882812094_29873; Tue, 7 May 2013 06:41:22 +0000 (UTC) Received: from CO1EHSMHS003.bigfish.com (unknown [10.243.78.240]) by mail47-co1.bigfish.com (Postfix) with ESMTP id C46BA40004B for ; Tue, 7 May 2013 06:41:22 +0000 (UTC) Received: from DBXPRD0610HT004.eurprd06.prod.outlook.com (157.56.252.181) by CO1EHSMHS003.bigfish.com (10.243.66.13) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 06:41:22 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT004.eurprd06.prod.outlook.com ([10.255.68.167]) with mapi id 14.16.0305.001; Tue, 7 May 2013 06:41:17 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "Xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBw Date: Tue, 7 May 2013 06:41:16 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, > Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all loaded on > a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter that > are a fraction (as in 5%) of the manufacturers claims. Quite interested to hear your conclusions if any. We ended up dropping XCP as a platform with the last bunch of VMs being replaced last Christmas, due to IO and networking performance issues. We were never able to get more than 20 MBps out of the VM disks, and network performance was poor enough for it to be impossible to run heavily loaded load balancers (IPVS) on them. I am sure our problems were due to configuration mistakes, at least I hope so, but we have never seen anything like it in our new environment (on the same hardware). Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 06:42:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:42: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 1UZbaf-0004hI-Nk; Tue, 07 May 2013 06:41:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbae-0004h4-Fd for Xen-users@lists.xen.org; Tue, 07 May 2013 06:41:32 +0000 Received: from [85.158.138.51:61252] by server-3.bemta-3.messagelabs.com id 41/78-28331-A12A8815; Tue, 07 May 2013 06:41:30 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-7.tower-174.messagelabs.com!1367908888!21754593!1 X-Originating-IP: [216.32.180.189] 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 26231 invoked from network); 7 May 2013 06:41:30 -0000 Received: from co1ehsobe006.messaging.microsoft.com (HELO co1outboundpool.messaging.microsoft.com) (216.32.180.189) by server-7.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 06:41:30 -0000 Received: from mail47-co1-R.bigfish.com (10.243.78.236) by CO1EHSOBE006.bigfish.com (10.243.66.69) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 06:41:26 +0000 Received: from mail47-co1 (localhost [127.0.0.1]) by mail47-co1-R.bigfish.com (Postfix) with ESMTP id 96F433400C3 for ; Tue, 7 May 2013 06:41:26 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT004.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail47-co1: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT004.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail47-co1 (localhost.localdomain [127.0.0.1]) by mail47-co1 (MessageSwitch) id 1367908882812094_29873; Tue, 7 May 2013 06:41:22 +0000 (UTC) Received: from CO1EHSMHS003.bigfish.com (unknown [10.243.78.240]) by mail47-co1.bigfish.com (Postfix) with ESMTP id C46BA40004B for ; Tue, 7 May 2013 06:41:22 +0000 (UTC) Received: from DBXPRD0610HT004.eurprd06.prod.outlook.com (157.56.252.181) by CO1EHSMHS003.bigfish.com (10.243.66.13) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 06:41:22 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT004.eurprd06.prod.outlook.com ([10.255.68.167]) with mapi id 14.16.0305.001; Tue, 7 May 2013 06:41:17 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "Xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBw Date: Tue, 7 May 2013 06:41:16 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, > Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all loaded on > a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter that > are a fraction (as in 5%) of the manufacturers claims. Quite interested to hear your conclusions if any. We ended up dropping XCP as a platform with the last bunch of VMs being replaced last Christmas, due to IO and networking performance issues. We were never able to get more than 20 MBps out of the VM disks, and network performance was poor enough for it to be impossible to run heavily loaded load balancers (IPVS) on them. I am sure our problems were due to configuration mistakes, at least I hope so, but we have never seen anything like it in our new environment (on the same hardware). Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 06:42:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:42: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 1UZbae-0004h5-3Q; Tue, 07 May 2013 06:41:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbac-0004gz-PR for xen-users@lists.xen.org; Tue, 07 May 2013 06:41:30 +0000 Received: from [85.158.143.99:48458] by server-1.bemta-4.messagelabs.com id BC/E9-06122-A12A8815; Tue, 07 May 2013 06:41:30 +0000 X-Env-Sender: digvijaych@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1367908825!22099261!1 X-Originating-IP: [209.85.215.45] 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 31268 invoked from network); 7 May 2013 06:40:25 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 06:40:25 -0000 Received: by mail-la0-f45.google.com with SMTP id fp12so202096lab.32 for ; Mon, 06 May 2013 23:40:25 -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=KdnPx4uQAwTbdLbZmaPmq9EFC9kupiFhcyIuodgFl0Y=; b=FpYLr4L7QSJoAETuVUiJ1wZSvOdSK2Z7e651qMa9cANhk/Z+2CQ4d91A0Jv6Jbrt0a 5wgqFKEMRNyMyIhJmLPcsP6XVlav9fGwhD4tr4LEmDr1y+FQVpC/DHKRGk1cGfrX4mb0 fkGkDner/D/SGvOVgTjYz4/XJHS/DrhvIqEDO6jhYjOaPu4uKnlTFcoCeOYphlXHubqE GhdDuIh020DYFy22uYEHfLqpF0x2TlYZt8561qmDVNMOU0JV096tpoFrdTvVSOw8+W0Q sTmcnTTuMERKzUnE3B1Ej+/XNGf8I+YaWZi1PVrBFfvhbo+VYV4ryJdlhYoRrDbFfDNL Mzwg== MIME-Version: 1.0 X-Received: by 10.152.5.194 with SMTP id u2mr310994lau.17.1367908824984; Mon, 06 May 2013 23:40:24 -0700 (PDT) Received: by 10.112.199.38 with HTTP; Mon, 6 May 2013 23:40:24 -0700 (PDT) Date: Tue, 7 May 2013 12:10:24 +0530 Message-ID: From: digvijay chauhan To: xen-users@lists.xen.org Subject: [Xen-users] Problem in connecting to xen localhost X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0335912380726057888==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0335912380726057888== Content-Type: multipart/alternative; boundary=089e013d173a99343004dc1b1750 --089e013d173a99343004dc1b1750 Content-Type: text/plain; charset=ISO-8859-1 Hi, I have installed xen and booted into xen kernel ,but when i try to connect to localhost with xen connection it shows "unable to connect to 'localhost:8000': Connection refused ". What need to be done to pvercome it. regards, Digvijay --089e013d173a99343004dc1b1750 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I have installed xen and booted into xen kernel ,but when i try = to connect to localhost with xen connection it shows
"unable to con= nect to 'localhost:8000': Connection refused ".

What ne= ed to be done to pvercome it.



regards,
Digvijay




--089e013d173a99343004dc1b1750-- --===============0335912380726057888== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0335912380726057888==-- From xen-users-bounces@lists.xen.org Tue May 07 06:42:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:42: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 1UZbae-0004h5-3Q; Tue, 07 May 2013 06:41:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbac-0004gz-PR for xen-users@lists.xen.org; Tue, 07 May 2013 06:41:30 +0000 Received: from [85.158.143.99:48458] by server-1.bemta-4.messagelabs.com id BC/E9-06122-A12A8815; Tue, 07 May 2013 06:41:30 +0000 X-Env-Sender: digvijaych@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1367908825!22099261!1 X-Originating-IP: [209.85.215.45] 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 31268 invoked from network); 7 May 2013 06:40:25 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 06:40:25 -0000 Received: by mail-la0-f45.google.com with SMTP id fp12so202096lab.32 for ; Mon, 06 May 2013 23:40:25 -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=KdnPx4uQAwTbdLbZmaPmq9EFC9kupiFhcyIuodgFl0Y=; b=FpYLr4L7QSJoAETuVUiJ1wZSvOdSK2Z7e651qMa9cANhk/Z+2CQ4d91A0Jv6Jbrt0a 5wgqFKEMRNyMyIhJmLPcsP6XVlav9fGwhD4tr4LEmDr1y+FQVpC/DHKRGk1cGfrX4mb0 fkGkDner/D/SGvOVgTjYz4/XJHS/DrhvIqEDO6jhYjOaPu4uKnlTFcoCeOYphlXHubqE GhdDuIh020DYFy22uYEHfLqpF0x2TlYZt8561qmDVNMOU0JV096tpoFrdTvVSOw8+W0Q sTmcnTTuMERKzUnE3B1Ej+/XNGf8I+YaWZi1PVrBFfvhbo+VYV4ryJdlhYoRrDbFfDNL Mzwg== MIME-Version: 1.0 X-Received: by 10.152.5.194 with SMTP id u2mr310994lau.17.1367908824984; Mon, 06 May 2013 23:40:24 -0700 (PDT) Received: by 10.112.199.38 with HTTP; Mon, 6 May 2013 23:40:24 -0700 (PDT) Date: Tue, 7 May 2013 12:10:24 +0530 Message-ID: From: digvijay chauhan To: xen-users@lists.xen.org Subject: [Xen-users] Problem in connecting to xen localhost X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0335912380726057888==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0335912380726057888== Content-Type: multipart/alternative; boundary=089e013d173a99343004dc1b1750 --089e013d173a99343004dc1b1750 Content-Type: text/plain; charset=ISO-8859-1 Hi, I have installed xen and booted into xen kernel ,but when i try to connect to localhost with xen connection it shows "unable to connect to 'localhost:8000': Connection refused ". What need to be done to pvercome it. regards, Digvijay --089e013d173a99343004dc1b1750 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I have installed xen and booted into xen kernel ,but when i try = to connect to localhost with xen connection it shows
"unable to con= nect to 'localhost:8000': Connection refused ".

What ne= ed to be done to pvercome it.



regards,
Digvijay




--089e013d173a99343004dc1b1750-- --===============0335912380726057888== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0335912380726057888==-- From xen-users-bounces@lists.xen.org Tue May 07 06:45:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:45: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 1UZbdr-0004vb-KX; Tue, 07 May 2013 06:44:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbdp-0004vR-NN for xen-users@lists.xen.org; Tue, 07 May 2013 06:44:50 +0000 Received: from [85.158.137.99:57378] by server-2.bemta-3.messagelabs.com id C8/19-07011-CD2A8815; Tue, 07 May 2013 06:44:44 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-13.tower-217.messagelabs.com!1367909080!2283404!1 X-Originating-IP: [212.82.109.230] 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 3435 invoked from network); 7 May 2013 06:44:40 -0000 Received: from nm23-vm1.bullet.mail.ird.yahoo.com (HELO nm23-vm1.bullet.mail.ird.yahoo.com) (212.82.109.230) by server-13.tower-217.messagelabs.com with SMTP; 7 May 2013 06:44:40 -0000 Received: from [77.238.189.237] by nm23.bullet.mail.ird.yahoo.com with NNFMP; 07 May 2013 06:44:39 -0000 Received: from [212.82.108.244] by tm18.bullet.mail.ird.yahoo.com with NNFMP; 07 May 2013 06:44:39 -0000 Received: from [127.0.0.1] by omp1009.mail.ird.yahoo.com with NNFMP; 07 May 2013 06:44:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 488045.11600.bm@omp1009.mail.ird.yahoo.com Received: (qmail 51832 invoked by uid 60001); 7 May 2013 06:44:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367909079; bh=ViTX0ytxnjzEHtdHWQT22QMmWtAtoRdirEmXqEmmH3c=; 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=nkfKz2l2saQXXxMrTYRJ3tgZi7mn2WxkLNlplXf+DxYjhucfjEpUEubPlJoxO8rd40wJO5GczCvyaSEEFJ/TZsEbhvN1wDPjxzO/lG2skiwoHUU9TQz9j5PSMJFQYHw7cb/Jb0+WPYPcPjB7HJ7DKF5PBxdODH9vv8np62VtYes= 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=jRSSz2pzt+0lGiMLDbHu2tX4JqOoNKroAsZV1opkdz3Q+o9IumZldM0CeKi+IEciGH52CdzLj7E+wIxNaJ6sudnr2MZ41pmQVpQT0Uawz4A4QYLbWVF9UZ9UbnuEeTgWwrubNAG3nNA9AbWXgyEGz3+c1YaUxoiNy6etGppB5Ic=; X-YMail-OSG: nYg6XPoVM1lHau0XHlEEv6BHORkryj6_QUKSWfllZm1.xoa vFBkktaokBiFhXei_fKG8.I.XdrCV83KJbLtpactL07Y7fDTDrJPkUiyT2_X REwh0qcbmgncKrYRargijdK87ikTQvcZW_a2ZLebNQ2uB3t6c57TOnWdFop5 gqWNAOJZtCPXlfgRFvehuST44E6MSjXZWCKFyUcagr4GdXE6SpyiaFsqVKwr BCHSXYH.0KT42cG28Qwkvx4qRB3pvSVHZrwdh7915J1J1hr.3xjUHCov2Kxu 3_cL9kS9PeUVZaKFnwA6ADXq20w.Vwoje5.SlHhb5lsWZtwbEHQl00mDQzSY Wc2lraJw2xOz_d36S3P6GodiJzMQ_gzSxBsIYpoLePfOOi4XJVIrzrVuDeMy EM9zGpbobGTzOKM.gIa9vxR7Rv51XozgL4DR7DEXS1L9Hd43Q.HkkTibfuKi 6qtQuCf5UYBDrPlc7MFRXWVWCoXB8hd6rFzQTPr2hTOFg94YsjbNbNU35rnr ZHqr5v2KUTkWVPBKS9u5zFyC6.fJDsEBQY0jDOOjQhStBVVg1IV0Sn3j73lb LxtujWTE35oBSO7jfgoA3FqLHBUwx5XsXoHkO Received: from [151.89.15.211] by web171905.mail.ir2.yahoo.com via HTTP; Tue, 07 May 2013 07:44:39 BST X-Rocket-MIMEInfo: 002.001, R29vZCBtb3JuaW5nIEphbg0KDQoNCnlvdSBzYXkNCg0KIiBZb3VyIGtlcm5lbCBpbWFnZSBpcyBjb21waWxlZCB3aXRob3V0IFhlbiBQViBvcHRpb25zIG9yIC4uLi4iDQoNClRoaXMgbWVhbnMgdGhhdCB5b3UgbXVzdCBjb21waWxlZMKga2VybmVsIHN1cHBvcnQgWEVOIFBWPw0KDQpXaGVuIEkgaW5zdGFsbCB3aW5kb3dzWFggaG93IHRoZSBpbnN0YWxsYXRpb24gcmVjb2duaXplcyB2aXJ0dWFsaXphdGlvbj8NCg0KDQoNCi0tLSBMdW4gNi81LzEzLCBKYW4gSGVqbCA8amhAZXhjZWxsby5jej4gaGEgc2NyaXQBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367909079.34815.YahooMailClassic@web171905.mail.ir2.yahoo.com> Date: Tue, 7 May 2013 07:44:39 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5187D7A1.9090107@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="===============4564148649939263562==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4564148649939263562== Content-Type: multipart/alternative; boundary="1200650283-1960359642-1367909079=:34815" --1200650283-1960359642-1367909079=:34815 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Good morning Jan you say " Your kernel image is compiled without Xen PV options or ...." This means that you must compiled=A0kernel support XEN PV? When I install windowsXX how the installation recognizes virtualization? --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 18:17 =0A =0A=0A =0A =0A =0A =20 =0A Dne 6.5.2013 17:46, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =20 =0A I use your configuration file =0A =20 =0A I have an error. =0A I try to rewrite.. =0A EDD: Error 0c00 reading sector 96454 =0A No DEFAULT or UI configuration directive found! =0A boot: =0A =20 =0A and stop. =0A =20 =0A =0A =0A =0A =0A =0A Haven't seen = this before. Are you sure that everything goes right?=0A Specially image= creation or paths to images? =0A =0A =0A =0A =0A Where is the=0A = problem??? =0A =20 =0A I asked the question of iso image because I need to use a= =0A non standard kernel e fs. =0A Hence the decision to use buildroot. =0A =20 =0A And so =0A =20 =0A I try to use my buildroot fs and kernel =0A =20 =0A I create image with =0A =20 =0A xen-create-image=0A --fs=3Dext2=0A = --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzImag= e=0A --install-method=3Dtar=0A --initrd=3D/ho= me/posani/buildroot/buildroot-xen/output/images/rootfs.tar=0A = --hostname=3Dprova1=A0 --dhcp --verbose --passwd --force =0A =20 =0A This command generate prova1.cfg file =0A =20 =0A =20 =0A cat prova1.cfg=20 =0A # =0A # Configuration file for=0A the Xen instanc= e prova1, created =0A # by xen-tools 4.2 on=0A Mon May=A0 6 19:06= :08 2013. =0A # =0A =20 =0A # =0A #=A0 Kernel + memory size =0A # =0A kernel=A0=A0=A0=A0=A0 =3D=0A '/home/posani/= buildroot/buildroot-xen/output/images/bzImage' =0A ramdisk=A0=A0=A0=A0 =3D=0A '/boot/initrd.im= g-2.6.32-5-xen-amd64' =0A =20 =0A vcpus=A0=A0=A0=A0=A0=A0 =3D '1' =0A memory=A0=A0=A0=A0=A0 =3D '128' =0A =20 =0A # =0A #=A0 Disk device(s). =0A # =0A root=A0=A0=A0=A0=A0=A0=A0 =3D=0A '/dev/xvda= 2 ro' =0A disk=A0=A0=A0=A0=A0=A0=A0 =3D [ =0A =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A = 'file:/home/xen/domains/prova1/disk.img,xvda2,w', =0A =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A = 'file:/home/xen/domains/prova1/swap.img,xvda1,w', =0A =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ] =0A =20 =0A =20 =0A # =0A #=A0 Physical volumes =0A # =0A =20 =0A =20 =0A # =0A #=A0 Hostname =0A # =0A name=A0=A0=A0=A0=A0=A0=A0 =3D 'prova1' =0A =20 =0A # =0A #=A0 Networking =0A # =0A dhcp=A0=A0=A0=A0=A0=A0=A0 =3D 'dhcp' =0A vif=A0=A0=A0=A0=A0=A0=A0=A0 =3D [=0A 'mac= =3D00:16:3E:F0:3B:4A' ] =0A =20 =0A # =0A #=A0 Behaviour =0A # =0A on_poweroff =3D 'destroy' =0A on_reboot=A0=A0 =3D 'restart' =0A on_crash=A0=A0=A0 =3D 'restart' =0A =20 =0A =20 =0A =20 =0A =A0but when i make=20 =0A =20 =0A =20 =0A xm create prova1.cfg=20 =0A Using config file "./prova1.cfg". =0A Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR:= =0A Will only load images built for the generic loader or=0A = Linux images') =0A =0A =0A =0A =0A =0A Your kernel i= mage is compiled without Xen PV options or is not=0A properly bziped. =0A =0A =0A =0A =0A =20 =0A I'm looking for internet to resolve this error but I=0A = understand that I need xen on my kernel. =0A But I thought I could use a generic VM... =0A =20 =0A I'm confused... =0A =20 =0A Thanks for your help =0A I hope I explained well my problem. =0A =20 =0A ;-) =0A =20 =0A Luisa =0A =0A =0A =0A =0A =0A =0A =0A = =0A =0A =A0 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 15:26 =0A =20 =0A =0A What is your level of linux knowle= dge? Or IT at=0A all? =0A =20 =0A This ISO contains LIVE version of Gentoo. Something= =0A like minimal ubuntu that's neccesary for ubuntu=0A = installation. You don't need to create anything. Go=0A = through install process and then you'll have your=0A = own system installed on domu-01.img. =0A =20 =0A Dne=0A 6.5.2013 15:18, Luisa Po= sani napsal(a): =0A =0A =0A =0A = =0A =0A = Hi Jan =0A =20 =0A I'm downloading=20 =0A install-amd64-minimal-20130425.iso=0A=0Aan= d I try to work.=0A=0AIf I haven't this minimal image it's possible to work= ?=0AWhat does it contains?=0AHow can I create this image?=0A=0A=0A=0A=0A = =20 =0A --- Lun 6/5/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 14:59 =0A =20 =0A =0A Cr= eate domU config file in=0A /etc/xen/dom= u-01.cfg: =0A builder=3D'hvm'=0Amemory =3D 2048=0A= name =3D "DomU-01"=0Avcpus=3D2=0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-b= ridge, type=3Dioemu, model=3De1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [= 'file:/root/domu-01.img,hda,w',=0A 'file:/root/install-amd64-minima= l-20130425.iso,hdc:cdrom,r'=0A]=0Aon_poweroff =3D 'destroy'=0Aon_reboot = =3D 'restart'=0Aon_crash =3D 'restart'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclist= en=3D"127.0.0.1"=0Avncpasswd=3D''=0A=0A = Download=0A=0A this http://distfiles.g= entoo.org/releases/amd64/autobuilds/current-iso/install-amd64-minimal-20130= 425.iso=0A to your /root folder. Creat= e hard=0A drive image: =0A dd if=3D/dev/zero of=3D/root/domu-= 01.img bs=3D1M count=3D10000=0A=0A Sta= rt your domU with: =0A xl create /etc/xen/domu-01.cfg=0A= =0A Then you should be able to connect= =0A with Remmina to localhosts VNC and= =0A then you'll see Gentoo Live CD=0A = booting. Here's how to install=0A = Gentoo http://www.gentoo.org/doc/en/handbo= ok/handbook-amd64.xml.=0A Chapter 7 de= scribes kernel=0A compiling - custom c= onfig or=0A genkernel. =0A =20 =0A When you'll be done with Gentoo=0A= installation, you shold poweroff=0A = you domU, change boot value to: =0A boot=3D"cd"=0A=0A = And after: =0A xl create /etc/xen/domu-01.cfg=0A= =0A you should see your Gentoo booting= =0A up. =0A =20 =0A Hope this helps. =0A =20 =0A Jan =0A =20 =0A Dne 6.5.2013 14:41, Luisa Posani= =0A napsal(a): =0A =0A = =0A =0A = =0A =0A = Can=0A = you suggest me the=0A si= mplest way to create a=0A VM l= inux from scratch=0A using ker= nel code source? =0A =20 =0A tks=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Luned=EC 6 maggio= =0A 2013, 13:11 =0A =20 =0A =0A = Hi Luisa, =0A =20 =0A great news, i use=0A= Remmina also. Great=0A = tool. =0A =20 =0A 'disk =3D ' is used= =0A for defining VM's=0A= hard drive. I'm not=0A = familiar with=0A = buildroot but as I=0A = read about CPIO it's=0A = file archiver and=0A = Xen disk image=0A = should be in RAW=0A = format. So you=0A = should extract=0A = rootfs.cpio to raw=0A = disk image which=0A = could be created=0A = with dd. Example: =0A dd if=3D/dev/zero of= =3Drootfs.img bs=3D1M count=3D10000=0A=0A = As with normal hard=0A = drive you can use=0A = fdisk make some=0A = partitions on=0A = rootfs.img, format=0A = them and extract=0A root= fs.cpio there.=0A Then y= ou can set=0A this hardd= rive img=0A in your xen = config=0A file for HVM s= tyle=0A (hda but it shou= ld=0A apper as sda insid= e=0A domU): =0A disk =3D [ 'file:/pa= th/to/rootfs.img,hda,w' ] =0A = Or you can pass the=0A = path to rootfs.img=0A = to xen-create-image.=0A = If rootfs.cpio=0A con= tains all files=0A inclu= ding kernel=0A image it = should boot=0A normally.= As I wrote=0A I'm not f= amiliar=0A with buildroo= t thus=0A you're little = bit on=0A your own in th= is=0A case and i'm sorry= =0A for not being more= =0A straightforward but= =0A you're using=0A = specific scenario.=0A = Maybe I'll save some=0A = time for testing=0A = this and let you=0A = know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A=0A=0A = 6.5.2013 12:38,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = Hi=0A = Jan =0A =20 =0A I launch my=0A= windows VM=0A = whit graphical=0A = program named=0A = "Remmina=0A = Remote desktop=0A = client" and it=0A = work well..=20 =0A =20 =0A :-) :-) :-)=0A= :-) =0A =20 =0A Maybe I=0A = was=0A=0A = wrong a few parameters to lau= nch=0A manual=0A = gncviewer =0A =20 =0A Let me=0A = explain=0A = what=0A = is my main problem. =0A I=0A = would like to=0A = start=0A = a virtual=0A = machine=0A = created=0A = with=0A = buildroot=0A = standard=0A WH= ITOUT=0A=0A=0A XEN= drivers in=0A the= VM. =0A I=0A = have some=A0problems creati= ng the=0A configur= ation=0A file for = this=0A virtual=0A= machine. =0A I=0A = don't know=0A = if=0A = I have to=0A = work=0A=0A = with a=0A = ramdisk=0A = (rootfs.cpio=0A = created=0A by= =0A buildroot)=0A = or not and=0A = =20 =0A what=0A=0A = should be=0A = the=0A = configuration=0A = file under (p.e.) /etc/xen/VM_buildroo= t. =0A =20 =0A I don't=0A = understand=0A = the=0A=0A = meaning of the=0A = 'disk=0A=0A = =3D' in the configuration file. =0A =20 =0A you=0A=0A = know a tutorial that= =0A I could=0A = follow=0A=0A = to create=0A = this=0A = file? =0A =20 =0A Xen=0A = provides=0A=0A = the xen-create-image command= =0A to=0A=0A = create the=0A = file,=0A = but I do not know how=0A = to give=0A = parameters=0A=0A=0A = to the command=0A = (initrd=0A = install-install-source=0A = method=0A = ...) =0A =20 =0A Can you help m= e? =0A =20 =0A Thanks=0A=0A = in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio=0A = 25/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: "Luisa=0A = Posani" =0A Cc: xen-users@= lists.xen.org =0A Data: Gioved= =EC=0A 25 Aprile= =0A 2013, 11:19 =0A =20 =0A =0A = Hi=0A = Luisa, =0A =20 =0A great, so=0A = you're cpu is=0A = capable for=0A = running Xen.=0A = The reason why=0A = you don't see=0A = it is=0A = explained here=0A = http://old-list-archives.xen.org/ar= chives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be=0A = clear. You've=0A = already start=0A = your system=0A = with xen and=0A = tried to start=0A = Windows Xp=0A = domU as this=0A = guide=0A = describes, do=0A = you? And the=0A = problem is=0A = that you can't=0A = connect to=0A = your Windows=0A = XP domU with=0A = GNCVIEWER or=0A = something=0A = else? Is your=0A = domU running?=0A = What does the=0A = "xl start"=0A = command say? =0A =20 =0A Thank you and= =0A have a nice=0A= day =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A 24.4.2013=0A = 17:54, Luisa=0A = Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo= =0A flags =0A =20 =0A without xen I= =0A found vmx. =0A =20 =0A when I start= =0A PC with xen=0A= flag vmx=0A = doesn't=0A = appare. =0A =20 =0A Why? =0A =20 =0A I would like= =0A use a guest OS= =0A make with=0A = buildroot=0A = "standard"=0A = without xen=0A = driver. =0A =20 =0A I use http://w= iki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't=0A= work=0A = correctly. =0A =20 =0A Doesn't work= =0A gvncviewer for= =0A using a window= =0A XP iso image= =0A and now I'm=0A= compiling a=0A = buildroot=0A = standard=0A = (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: "Luisa=0A = Posani" =0A Cc: xen-users@= lists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A=0A=0A = I can.=20 =0A =20 =0A You should=0A = check your=0A = cpuinfo if it=0A = supports=0A = virtualization.=0A = Look here http://virt-tools.= org/learning/check-hardware-virt/ =0A =20 =0A If it does,=0A= tell me what=0A = is your goal=0A = and what have=0A = you done=0A = already? =0A =20 =0A Dne 24.4.2013= =0A 16:03, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A Thank's= =0A=0A=0A for your= =0A indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A=0A=0A = but hardware=0A = listed here=0A = supports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A=0A=0A 24.4.201= 3=0A 09:43, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a=0A = guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 mailing list=0AXen-users@list= s.xen.org=0Ahttp://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A = =0A =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A = =0A =20 =0A =0A = =0A = =0A = =0A = =0A =0A = =0A = =0A = =20 =0A =0A = =0A = =0A =0A = =0A =0A = =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 =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 --1200650283-1960359642-1367909079=:34815 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A = =0A =0A =0A =0A
Good morning Jan


you say

" = Your kernel image is compiled without Xen PV options or ...."

This means that you must compiled&n= bsp;kernel support XEN PV?

When I install windowsXX how the installation = recognizes virtualization?


--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggett= o: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-us= ers@lists.xen.org
Data: Luned=EC 6 maggio 2013, 18:17

=0A =0A=0A =0A =0A
=0A
=0A
Dne 6.5.2013 17:46, Luisa Posani=0A = napsal(a):
=0A
=0A
=0A =0A

=0A= I use your configuration file
=0A
=0A = I have an error.
=0A I try to rewrite..
=0A = EDD: Error 0c00 reading sector 96454
=0A No DEFA= ULT or UI configuration directive found!
=0A boot:
=0A =
=0A and stop.
=0A
=0A =
=0A =0A Haven't seen this before. Are you sure that everything go= es right?=0A Specially image creation or paths to images?
=0A =0A =0A =0A =0A =0A =0A =0A
Where is the=0A problem???
= =0A
=0A I asked the question of iso image bec= ause I need to use a=0A non standard kernel e fs.
=0A = Hence the decision to use buildroot.
=0A
=0A = And so
=0A
=0A I try to use my = buildroot fs and kernel
=0A
=0A I create i= mage with
=0A
=0A xen-create-image=0A --fs=3Dext2=0A = --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzImage=0A = --install-method=3Dtar=0A --initrd=3D/home/posa= ni/buildroot/buildroot-xen/output/images/rootfs.tar=0A --hos= tname=3Dprova1  --dhcp --verbose --passwd --force
=0A
=0A This command genera= te prova1.cfg file
=0A
=0A
=0A = cat prova1.cfg
=0A #
=0A # Configuration file for=0A the Xen inst= ance prova1, created
=0A = # by xen-tools 4.2 on=0A = Mon May  6 19:06:08 2013.
= =0A #
=0A
=0A = #
=0A #  Kern= el + memory size
=0A #
= =0A kernel   = ;   =3D=0A '/home/posani/buildroot/buildroot-xen/o= utput/images/bzImage'
=0A = ramdisk     =3D= =0A '/boot/initrd.img-2.6.32-5-xen-amd64'
=0A
=0A = vcpus   &nbs= p;   =3D '1'
=0A = memory     = =3D '128'
=0A
=0A #
=0A #  Disk device(s).
=0A #
=0A root        =3D=0A '/d= ev/xvda2 ro'
=0A disk       = =3D [
=0A         &nb= sp;        =0A 'file:/home/xen= /domains/prova1/disk.img,xvda2,w',
=0A    &n= bsp;            = ; =0A 'file:/home/xen/domains/prova1/swap.img,xvda1,w',
=0A           &nbs= p;   ]
=0A =0A
=0A #
=0A #  Physical volumes
=0A = #
=0A
=0A =
=0A #
=0A #  Hostname
=0A #
=0A name        =3D 'prova1'
=0A
=0A #
=0A #&= nbsp; Networking
=0A #
= =0A dhcp   &= nbsp;    =3D 'dhcp'
= =0A vif   &n= bsp;     =3D [=0A 'mac=3D00:16:3E:F0:3B:= 4A' ]
=0A
=0A #
=0A #  Behaviour
=0A #
=0A on_p= oweroff =3D 'destroy'
=0A = on_reboot   =3D 'restart'
=0A on_crash    =3D 'restart'
=0A
=0A
=0A =
=0A  but when i make
=0A
=0A=
=0A xm create prova1.cfg
=0A = Using config file "./prova1.cfg".
=0A Error: (2, 'Invalid= kernel', 'elf_xen_note_check: ERROR:=0A Will only load images= built for the generic loader or=0A Linux images')
=0A =
=0A =0A Your kernel image is compiled without Xen PV options or i= s not=0A properly bziped.
=0A
=0A <= table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">=0A
=
=0A I'm looking for internet to resolve this error but I= =0A understand that I need xen on my kernel.
=0A = But I thought I could use a generic VM...
=0A
=0A = I'm confused...
=0A
=0A Thanks = for your help
=0A I hope I explained well my problem.
= =0A
=0A ;-)
=0A
=0A = Luisa
=0A
=0A
=0A
=0A = =0A =0A =0A =0A =0A = =0A = =0A =0A
 
=0A
=0A
=0A =0A
=0A
=0A
=0A = --- Lun 6/5/13, Jan Hejl <jh@excello.cz>=0A ha scritto:
=0A

=0A Da: Jan Hejl <jh@excello.cz&g= t;
=0A Oggetto: Re: [Xen-users] Hardware virtualizati= on
=0A A: "Luisa Posani" <lposani@yahoo.it= >
=0A Cc: xen-users@l= ists.xen.org
=0A Data: Luned=EC 6 maggio 2013, 15:26<= br>=0A
=0A
=0A =
What is your level of linux knowledge? Or IT at=0A = all?
=0A
=0A = This ISO contains LIVE version of Gentoo. Something=0A = like minimal ubuntu that's neccesary for ubuntu=0A insta= llation. You don't need to create anything. Go=0A throug= h install process and then you'll have your=0A own syste= m installed on domu-01.img.
=0A
=0A =
Dne=0A = 6.5.2013 15:18, Luisa Posani napsal(a):
=0A
= =0A
=0A <= table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">=0A =
Hi Jan
=0A =
=0A I'm downloading <= br>=0A 
install-amd64-minimal-20130425.iso=0A=0Aand =
I try to work.=0A=0AIf I haven't this minimal image it's possible to work?=
=0AWhat does it contains?=0AHow can I create this image?=0A=0A=0A=0A=0A                              
=0A                              --=
- Lun 6/5/13, Jan Hejl <jh@excello.cz>=0A                    =
          ha scritto:
=0A                              

=0A                                Da: Jan Hejl <jh@excello.cz>
=
=0A                                Oggetto: Re: [Xen-users] Hardware=0A    =
                            virtualization
=0A                          =
      A: "Luisa Posani" <lposani@yahoo.it>
=0A                          =
      Cc: xen-users@lists.xen.org
=0A                                Data: =
Luned=EC 6 maggio 2013, 14:59
=0A                                
=0A=
                                
=0A              =
                    
 Create domU config file in=0A                    =
                /etc/xen/domu-01.cfg:
=0A                               =
     
builder=3D'hvm'=0Amemory =3D 2048=0Aname =3D "DomU-01"=0Avcpus=3D=
2=0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3D=
e1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [ 'file:/root/domu-01.img,hda,w',=
=0A        'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r'=0A]=0Aon_p=
oweroff =3D 'destroy'=0Aon_reboot   =3D 'restart'=0Aon_crash    =3D 'restar=
t'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclisten=3D"127.0.0.1"=0Avncpasswd=3D''=0A=0A                                    
Download=0A=0A                                      this http://distfiles.gentoo.org/releases/a=
md64/autobuilds/current-iso/install-amd64-minimal-20130425.iso=0A      =
                                to your /root folder. Create hard=0A       =
                               drive image:
=0A                         =
             
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D=
10000=0A
=0A                                      Start your domU with=
:
=0A                                      
xl create /etc/xen/domu-=
01.cfg=0A
=0A                                      Then you should be =
able to connect=0A                                      with Remmina to loc=
alhosts VNC and=0A                                      then you'll see Gen=
too Live CD=0A                                      booting. Here's how to =
install=0A                                      Gentoo http://www.gentoo.org=
/doc/en/handbook/handbook-amd64.xml.=0A                                =
      Chapter 7 describes kernel=0A                                      co=
mpiling - custom config or=0A                                      genkerne=
l.
=0A                                      
=0A                     =
                 When you'll be done with Gentoo=0A                        =
              installation, you shold poweroff=0A                          =
            you domU, change boot value to:
=0A                         =
             
boot=3D"cd"=0A
=0A                                  =
    And after:
=0A                                      
xl create /=
etc/xen/domu-01.cfg=0A
=0A                                      you sh=
ould see your Gentoo booting=0A                                      up.=0A                                      
=0A                          =
            Hope this helps.
=0A                                      =0A                                      Jan
=0A                      =
                
=0A                                      Dne 6.5.2013 1=
4:41, Luisa Posani=0A                                      napsal(a):
=
=0A                                    
=0A                           =
         
=0A                                     =
 =0A               =
                         =0A                                        =
  =0A                                            =0A                                          =0A                 =
                       =0A                                      =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                      
Can=0A                    =
                          you suggest me the=0A                            =
                  simplest way to create a=0A                              =
                VM linux from scratch=0A                                   =
           using kernel code source?
=0A                                =
              
=0A                                              tks 
=
=0A                                              
=0A                   =
                           Luisa
=0A                                    =
          
=0A                                              
=0A     =
                                         
=0A                           =
                   
=0A                                              =0A                                              
=0A                  =
                            --- Lun 6/5/13, Jan=0A                      =
                          Hejl <jh@excello.cz>=0A               =
                               ha scritto:
=0A                          =
                    

=0A                            =
                    Da: Jan Hejl <jh@excello.cz>
=0A                    =
                            Oggetto: Re: [Xen-users]=0A                    =
                            Hardware virtualization
=0A                 =
                               A: "Luisa Posani" <lposani@yahoo.it>
=0A=
                                                Cc: xen-users@lists.xen.org=0A                                                Data: Luned=EC 6 maggio=
=0A                                                2013, 13:11
=0A      =
                                          
=0A                          =
                      
=0A                        =
                          
 Hi Luisa,
=0A                           =
                         
=0A                                           =
         great news, i use=0A                                              =
      Remmina also. Great=0A                                               =
     tool.
=0A                                                    
=
=0A                                                    'disk =3D ' is used=
=0A                                                    for defining VM's=0A=
                                                    hard drive. I'm not=0A =
                                                   familiar with=0A        =
                                            buildroot but as I=0A          =
                                          read about CPIO it's=0A          =
                                          file archiver and=0A             =
                                       Xen disk image=0A                   =
                                 should be in RAW=0A                       =
                             format. So you=0A                             =
                       should extract=0A                                   =
                 rootfs.cpio to raw=0A                                     =
               disk image which=0A                                         =
           could be created=0A                                             =
       with dd. Example:
=0A                                            =
        
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000=0A=0A                                                    As with normal har=
d=0A                                                    drive you can use=
=0A                                                    fdisk make some=0A  =
                                                  partitions on=0A         =
                                           rootfs.img, format=0A           =
                                         them and extract=0A               =
                                     rootfs.cpio there.=0A                 =
                                   Then you can set=0A                     =
                               this harddrive img=0A                       =
                             in your xen config=0A                         =
                           file for HVM style=0A                           =
                         (hda but it should=0A                             =
                       apper as sda inside=0A                              =
                      domU):
=0A                                        =
            
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] 
=0A         =
                                           Or you can pass the=0A          =
                                          path to rootfs.img=0A            =
                                        to xen-create-image.=0A            =
                                        If rootfs.cpio=0A                  =
                                  contains all files=0A                    =
                                including kernel=0A                        =
                            image it should boot=0A                        =
                            normally. As I wrote=0A                        =
                            I'm not familiar=0A                            =
                        with buildroot thus=0A                             =
                       you're little bit on=0A                             =
                       your own in this=0A                                 =
                   case and i'm sorry=0A                                   =
                 for not being more=0A                                     =
               straightforward but=0A                                      =
              you're using=0A                                              =
      specific scenario.=0A                                                =
    Maybe I'll save some=0A                                                =
    time for testing=0A                                                    =
this and let you=0A                                                    know=
 later on.
=0A                                                    
=
=0A                                                    Have a nice day
=
=0A                                                    Jan
=0A          =
                                          
=0A                          =
                          
Dne=
=0A=0A=0A                                                      6.5.2013 12:=
38,=0A                                                      Luisa Posani=0A=
                                                      napsal(a):
=0A    =
                                                
=0A                  =
                                  
=0A            =
                                          =0A                                               =
         =0A                                                        =
  =0A                                                          =0A                       =
                                   =0A                                =
                        =0A                                        =
              
Hi=0A      =
                                                    Jan
=0A             =
                                             
=0A                       =
                                   I launch my=0A                          =
                                windows VM=0A                              =
                            whit graphical=0A                              =
                            program named=0A                               =
                           "Remmina=0A                                     =
                     Remote desktop=0A                                     =
                     client" and it=0A                                     =
                     work well.. 
=0A                                   =
                       
=0A                                             =
             :-) :-) :-)=0A                                                =
          :-)
=0A                                                       =
   
=0A                                                          Maybe I=0A                                  =
                        was=0A=0A         =
                                                 wrong a few parameters to launch=0A                                                    =
      manual=0A                    =
                                      gncv=
iewer
=0A                                                 =
         
=0A                                                          <=
span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">Let me=0A                                    =
                      explain=0A                                    =
                      what=0A             =
                                             is my main problem.
=0A                                =
                          I=0A            =
                                              would like to=0A      =
                                                    start=0A                                                         =
 a virtual=0A                                                          mach=
ine=0A                                                          created=0A                             =
                             with=
=0A                                                          buildroot=0A                                     =
                     standard=0A   =
                                                       WHITOUT=0A=0A=0A                                              =
            XEN drivers in=0A                                            =
              the VM.
=0A                                               =
           I=0A               =
                                           have some problems creat=
ing the=0A                         =
                                 configuration=0A                          =
                                file for this=0A                      =
                                    virtual=0A                             =
                             machine.
=0A                        =
                                  I=0A    =
                                                      don't know=0A =
                                                         if=0A                                                       =
   I have to=0A                                                     =
     work=0A=0A                           =
                               with a=0A                            =
                              ramdisk=0A                                       =
                   (rootfs.cpio=0A                    =
                                      crea=
ted=0A                                                          by=0A                                  =
                        buildroot)=0A                                                          or=
 not and=0A                                                          
=0A =
                                                         what=0A=0A                                      =
                    should be=0A                                    =
                      the=0A              =
                                            configuration=0A               =
                                           file under (p.e.) /etc/xen/VM_buildroot.
=
=0A                                                          
=0A       =
                                                   I don't=0A                                                          =
understand=0A                                                       =
   the=0A=0A                              =
                            meaning of the=0A                       =
                                   'disk=
=0A=0A                                                          =3D' in the configuration file.
=0A                                                          
=
=0A                                                          you=0A=0A                                               =
           know a tutorial <=
span class=3D"yiv1944943114hps">that=0A                                    =
                      I could=0A                                    =
                      follow=0A=0A        =
                                                  to create=0A      =
                                                    this=0A                                                          =
file?
=0A                                                  =
        
=0A                                                          Xen=0A                   =
                                       pro=
vides=0A=0A                                                          the xen-create-image command=0A                                    =
                      to=0A=0A            =
                                              create the=0A         =
                                                 file,=0A                                                          bu=
t I do not know how=0A                                               =
           to give=0A                                               =
           parameters=0A=0A=0A            =
                                              to the command=0A     =
                                                     (initrd=0A                                               =
           install-install-source=0A  =
                                                        method=0A                                             =
             ...)
=0A                                          =
                
=0A                                                =
          Can you help me?=

=0A                                                          
=0A                                        =
                  Thanks=0A=
=0A                                                          in advance.=0A                                                          
=0A      =
                                                    Luisa
=0A           =
                                               
=0A                     =
                                     
=0A                                                          
=0A                                                          =0A                                                          --- Gio=
=0A                                                          25/4/13, Jan=
=0A                                                          Hejl <jh@excello.c=
z>=0A                                                       =
   ha scritto:
=0A                                                      =
    

=0A                                                  =
        Da: Jan Hejl <jh@excello.cz>
=0A                                =
                          Oggetto: Re:=0A                                  =
                        [Xen-users]=0A                                     =
                     Hardware=0A                                           =
               virtualization
=0A                                       =
                   A: "Luisa=0A                                            =
              Posani" <lposani@yahoo.it>
=0A                            =
                              Cc: xen-users@lists.xen.org
=0A              =
                                            Data: Gioved=EC=0A             =
                                             25 Aprile=0A                  =
                                        2013, 11:19
=0A                 =
                                         
=0A                           =
                               
=0A               =
                                           
 Hi=0A                     =
                                     Luisa,
=0A                         =
                                 
=0A                                   =
                       great, so=0A                                        =
                  you're cpu is=0A                                         =
                 capable for=0A                                            =
              running Xen.=0A                                              =
            The reason why=0A                                              =
            you don't see=0A                                               =
           it is=0A                                                        =
  explained here=0A                                                        =
  http://old-list-archives.xen.org/archives/html/xen=
-users/2010-09/msg00180.html.=0A                                       =
                   
=0A                                                 =
         
=0A                                                          J=
ust to be=0A                                                          clear=
. You've=0A                                                          alread=
y start=0A                                                          your sy=
stem=0A                                                          with xen a=
nd=0A                                                          tried to sta=
rt=0A                                                          Windows Xp=
=0A                                                          domU as this=
=0A                                                          guide=0A      =
                                                    describes, do=0A       =
                                                   you? And the=0A         =
                                                 problem is=0A             =
                                             that you can't=0A             =
                                             connect to=0A                 =
                                         your Windows=0A                   =
                                       XP domU with=0A                     =
                                     GNCVIEWER or=0A                       =
                                   something=0A                            =
                              else? Is your=0A                             =
                             domU running?=0A                              =
                            What does the=0A                               =
                           "xl start"=0A                                   =
                       command say?
=0A                                 =
                         
=0A                                           =
               Thank you and=0A                                            =
              have a nice=0A                                               =
           day
=0A                                                      =
    Jan
=0A                                                          =0A                                                          
Dne=0A=0A=0A=0A                             =
                             24.4.2013=0A                                  =
                        17:54, Luisa=0A                                    =
                      Posani=0A                                            =
              napsal(a):
=0A                                            =
              
=0A                                                    =
      
=0A                                        =
                  =
=0A                                                          =0A    =
                                                      =0A              =
                                            =0A                                        =
                  =0A                                                 =
         =0A                                                       =
   

=0A                           =
                               Hi
=0A                                   =
                       
=0A                                             =
             if I make
=0A                                              =
            
=0A                                                        =
  /proc/cpuinfo=0A                                                         =
 flags
=0A                                                          
=
=0A                                                          without xen I=
=0A                                                          found vmx.
=
=0A                                                          
=0A       =
                                                   when I start=0A         =
                                                 PC with xen=0A            =
                                              flag vmx=0A                  =
                                        doesn't=0A                         =
                                 appare.
=0A                            =
                              
=0A                                      =
                    Why?
=0A                                            =
              
=0A                                                      =
    I would like=0A                                                        =
  use a guest OS=0A                                                        =
  make with=0A                                                          bui=
ldroot=0A                                                          "standar=
d"=0A                                                          without xen=
=0A                                                          driver.
=0A=
                                                          
=0A          =
                                                I use http:/=
/wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A  =
                                                        
=0A            =
                                              but doesn't=0A               =
                                           work=0A                         =
                                 correctly.
=0A                         =
                                 
=0A                                   =
                       Doesn't work=0A                                     =
                     gvncviewer for=0A                                     =
                     using a window=0A                                     =
                     XP iso image=0A                                       =
                   and now I'm=0A                                          =
                compiling a=0A                                             =
             buildroot=0A                                                  =
        standard=0A                                                        =
  (qemu_x86=0A                                                          con=
fig).
=0A                                                          
=
=0A                                                          
=0A       =
                                                   
=0A                 =
                                         Luisa
=0A                      =
                                    
=0A                                =
                          
=0A                                          =
                
=0A                                                    =
      
=0A                                                          
=
=0A                                                          
=0A       =
                                                   
=0A                 =
                                         --- Mer=0A                     =
                                     24/4/13, Jan=0A                       =
                                   Hejl <jh@excello.cz>=0A      =
                                                    ha scritto:
=0A     =
                                                     

=0A=
                                                          Da: Jan Hejl <jh@excello=
.cz>
=0A                                                         =
 Oggetto: Re:=0A                                                          [=
Xen-users]=0A                                                          Hard=
ware=0A                                                          virtualiza=
tion
=0A                                                          A: "Lu=
isa=0A                                                          Posani" <lposani@y=
ahoo.it>
=0A                                                     =
     Cc: xen-users@lists.xen.org
=0A                                       =
                   Data:=0A                                                =
          Mercoled=EC 24=0A                                                =
          Aprile 2013,=0A                                                  =
        17:08
=0A                                                       =
   
=0A                                                          
=0A                                                     =
     
=0A                                                          Sure,=0A=0A=0A=0A                  =
                                        I can. 
=0A                     =
                                     
=0A                               =
                           You should=0A                                   =
                       check your=0A                                       =
                   cpuinfo if it=0A                                        =
                  supports=0A                                              =
            virtualization.=0A                                             =
             Look here http://virt-tools.org/learning/check-hardware-virt/=0A                                                          
=0A      =
                                                    If it does,=0A         =
                                                 tell me what=0A           =
                                               is your goal=0A             =
                                             and what have=0A              =
                                            you done=0A                    =
                                      already?
=0A                      =
                                    
=0A                                =
                          Dne 24.4.2013=0A                                 =
                         16:03, Luisa=0A                                   =
                       Posani=0A                                           =
               napsal(a):
=0A                                           =
               
=0A                                                   =
       
=0A                                       =
                   =
=0A                                                          =0A    =
                                                      =0A              =
                                            =0A                          =
                                =0A                                   =
                       =0A                                         =
                 
Thank's=0A=0A=0A                  =
                                        for your=0A                        =
                                  indication.
=0A                       =
                                   
=0A                                 =
                         I can't find=0A                                   =
                       my cpu in your=0A                                   =
                       list.
=0A                                        =
                  
=0A                                                  =
        In my PC I can=0A                                                  =
        enable the=0A                                                      =
    virtualization=0A                                                      =
    from BIOS.
=0A                                                      =
    
=0A                                                          I don'=
t=0A                                                          understand th=
e=0A                                                          difference.=0A                                                          
=0A     =
                                                     Can you help=0A       =
                                                   me please?
=0A       =
                                                   
=0A                 =
                                         
=0A                           =
                               Luisa
=0A                                =
                          
=0A                                          =
                --- Mer=0A                                              =
            24/4/13, Jan=0A                                                =
          Hejl <jh@excello.cz>=0A                               =
                           ha scritto:
=0A                              =
                            

=0A                          =
                                Da: Jan Hejl <jh@excello.cz>
=0A        =
                                                  Oggetto: Re:=0A          =
                                                [Xen-users]=0A             =
                                             Hardware=0A                   =
                                       virtualization
=0A               =
                                           A: xen-users@lists.xen.org
=0A  =
                                                        Data:=0A           =
                                               Mercoled=EC 24=0A           =
                                               Aprile 2013,=0A             =
                                             10:35
=0A                  =
                                        
=0A                            =
                              
=0A                =
                                          
 Hello=0A                   =
                                       Luisa,
=0A                       =
                                   
=0A                                 =
                         here http://en.wikipedia.org/wiki/List_of_IOM=
MU-supporting_hardware=0A                                              =
            is a list=0A                                                   =
       IOMMU=0A                                                          su=
pporting=0A                                                          hardwa=
re, this=0A                                                          is a g=
ood=0A                                                          point to=0A=
                                                          start. IOMMU=0A  =
                                                        is not=0A          =
                                                necessary for=0A           =
                                               virtualization,=0A=0A=0A    =
                                                      but hardware=0A      =
                                                    listed here=0A         =
                                                 supports VM.
=0A       =
                                                   
=0A                 =
                                         Jan
=0A                        =
                                  
=0A                                  =
                        
Dne=0A=
=0A=0A=0A=0A=0A                                                          24=
.4.2013=0A                                                          09:43, =
Luisa=0A                                                          Posani=0A=
                                                          napsal(a):
=0A=
                                                          
=0A        =
                                                  
=0A                                                          =0A                             =
                             =0A                                    =
                      =0A                                              =
            =0A  =
                                                        =0A        =
                                                  
=0A                                                          
Hi
=0A                                             =
             
=0A                                                       =
   It's my=0A                               =
                           first ex=
perience with=0A            =
                                              xen
=0A                                         =
                 
=0A                  =
                                        I would like=0A                    =
                                      to use a OS linux create by buildroot like a=0A                         =
                                 guest.
=0A                             =
                             I have a PC=0A                                =
                          whit=0A                                          =
                virtualizatin=0A                                           =
               whit debian=0A                                              =
            distribution=0A                                                =
          and I install=0A                                                 =
         xen-linux-sysem=0A=0A=0A=0A                                       =
                   on the PC.
=0A                                       =
                   
=0A                                                 =
         In this PC a=0A                                                   =
       VM doesn't=0A                                                       =
   work=0A                                                          correct=
ly.
=0A                                                          
=0A=
                                                          I would like=0A  =
                                                        to know if=0A      =
                                                    exist a simple=0A      =
                                                    tutorial to=0A         =
                                                 configure PC=0A           =
                                               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 advance
=0A                           =
                               
=0A                                     =
                     
=0A                                               =
           Luisa
=0A                                                    =
      
=0A                                                          
=0A                                                        =
  
=0A                                                          
=
=0A                                                          
=0A     =
                                                     
=0A             =
                                             
=0A                     =
                                     
=0A                               =
                           
=0A          =
                                                
=0A                    =
                                      
=0A                              =
                            =
=0A                                                          <=
/td>=0A                                                          
=0A              =
                                            
=0A                        =
                                  
=0A                                                =
          
=0A                                                          =

_______________________________________________=0AXen-users mailing li=
st=0AXe=
n-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users
=0A                               =
                           
=0A                                =
                          
=0A                                          =
                
=0A                                                  =
        
=0A                                                          =

=0A                                                          -----Segue=
=0A                                                          allegato-----<=
br>=0A                                                          
=0A    =
                                                      
_______________________________________________
=0A    =
                                                      Xen-users=0A         =
                                                 mailing list
=0A       =
                                                   Xen-=
users@lists.xen.org
=0A                                             =
             http://lists.xen.org/xen-users
=0A                =
                                          
=0A                 =
                                         
=0A                                               =
           
=0A                                                =
          
=0A                                                          =

=0A                                                          =
=0A                                                          
=0A       =
                                                   -----Segue=0A           =
                                               allegato-----
=0A        =
                                                  
=0A                  =
                                        
_______________________________________________
=0A                  =
                                        Xen-users=0A                       =
                                   mailing list
=0A                     =
                                     Xen-users@lists.xe=
n.org
=0A                                                          <=
a rel=3D"nofollow" target=3D"_blank" href=3D"http://lists.xen.org/xen-users=
">http://lists.xen.org/xen-users
=0A                              =
                            
=0A                               =
                           
=0A                                                          =0A                                                          
=
=0A                                                          
=0A     =
                                                     
=0A             =
                                             
=0A              =
                                            
=0A                                                  =
  
=0A                                                    
=
=0A                                                  
=0A             =
                                   
=0A                               =
               
=0A                                            =

=0A                    =0A                    
=0A                  
=0A                =

=0A                
=0A                -----Segue allegato-----=0A                
=0A                
_______________________________________________
=0A               =
   Xen-users mailing list
=0A                  Xen-u=
sers@lists.xen.org
=0A                  http://lists.xen.org/xe=
n-users
=0A              
=0A
=0A
=0A =0A
=0A=0A

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

_______________________________________________
Xen-users mai= ling list
Xen-users@lists.xen.org
http://lists.xen.org/xen= -users
--1200650283-1960359642-1367909079=:34815-- --===============4564148649939263562== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4564148649939263562==-- From xen-users-bounces@lists.xen.org Tue May 07 06:45:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:45: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 1UZbdr-0004vb-KX; Tue, 07 May 2013 06:44:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbdp-0004vR-NN for xen-users@lists.xen.org; Tue, 07 May 2013 06:44:50 +0000 Received: from [85.158.137.99:57378] by server-2.bemta-3.messagelabs.com id C8/19-07011-CD2A8815; Tue, 07 May 2013 06:44:44 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-13.tower-217.messagelabs.com!1367909080!2283404!1 X-Originating-IP: [212.82.109.230] 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 3435 invoked from network); 7 May 2013 06:44:40 -0000 Received: from nm23-vm1.bullet.mail.ird.yahoo.com (HELO nm23-vm1.bullet.mail.ird.yahoo.com) (212.82.109.230) by server-13.tower-217.messagelabs.com with SMTP; 7 May 2013 06:44:40 -0000 Received: from [77.238.189.237] by nm23.bullet.mail.ird.yahoo.com with NNFMP; 07 May 2013 06:44:39 -0000 Received: from [212.82.108.244] by tm18.bullet.mail.ird.yahoo.com with NNFMP; 07 May 2013 06:44:39 -0000 Received: from [127.0.0.1] by omp1009.mail.ird.yahoo.com with NNFMP; 07 May 2013 06:44:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 488045.11600.bm@omp1009.mail.ird.yahoo.com Received: (qmail 51832 invoked by uid 60001); 7 May 2013 06:44:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1367909079; bh=ViTX0ytxnjzEHtdHWQT22QMmWtAtoRdirEmXqEmmH3c=; 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=nkfKz2l2saQXXxMrTYRJ3tgZi7mn2WxkLNlplXf+DxYjhucfjEpUEubPlJoxO8rd40wJO5GczCvyaSEEFJ/TZsEbhvN1wDPjxzO/lG2skiwoHUU9TQz9j5PSMJFQYHw7cb/Jb0+WPYPcPjB7HJ7DKF5PBxdODH9vv8np62VtYes= 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=jRSSz2pzt+0lGiMLDbHu2tX4JqOoNKroAsZV1opkdz3Q+o9IumZldM0CeKi+IEciGH52CdzLj7E+wIxNaJ6sudnr2MZ41pmQVpQT0Uawz4A4QYLbWVF9UZ9UbnuEeTgWwrubNAG3nNA9AbWXgyEGz3+c1YaUxoiNy6etGppB5Ic=; X-YMail-OSG: nYg6XPoVM1lHau0XHlEEv6BHORkryj6_QUKSWfllZm1.xoa vFBkktaokBiFhXei_fKG8.I.XdrCV83KJbLtpactL07Y7fDTDrJPkUiyT2_X REwh0qcbmgncKrYRargijdK87ikTQvcZW_a2ZLebNQ2uB3t6c57TOnWdFop5 gqWNAOJZtCPXlfgRFvehuST44E6MSjXZWCKFyUcagr4GdXE6SpyiaFsqVKwr BCHSXYH.0KT42cG28Qwkvx4qRB3pvSVHZrwdh7915J1J1hr.3xjUHCov2Kxu 3_cL9kS9PeUVZaKFnwA6ADXq20w.Vwoje5.SlHhb5lsWZtwbEHQl00mDQzSY Wc2lraJw2xOz_d36S3P6GodiJzMQ_gzSxBsIYpoLePfOOi4XJVIrzrVuDeMy EM9zGpbobGTzOKM.gIa9vxR7Rv51XozgL4DR7DEXS1L9Hd43Q.HkkTibfuKi 6qtQuCf5UYBDrPlc7MFRXWVWCoXB8hd6rFzQTPr2hTOFg94YsjbNbNU35rnr ZHqr5v2KUTkWVPBKS9u5zFyC6.fJDsEBQY0jDOOjQhStBVVg1IV0Sn3j73lb LxtujWTE35oBSO7jfgoA3FqLHBUwx5XsXoHkO Received: from [151.89.15.211] by web171905.mail.ir2.yahoo.com via HTTP; Tue, 07 May 2013 07:44:39 BST X-Rocket-MIMEInfo: 002.001, R29vZCBtb3JuaW5nIEphbg0KDQoNCnlvdSBzYXkNCg0KIiBZb3VyIGtlcm5lbCBpbWFnZSBpcyBjb21waWxlZCB3aXRob3V0IFhlbiBQViBvcHRpb25zIG9yIC4uLi4iDQoNClRoaXMgbWVhbnMgdGhhdCB5b3UgbXVzdCBjb21waWxlZMKga2VybmVsIHN1cHBvcnQgWEVOIFBWPw0KDQpXaGVuIEkgaW5zdGFsbCB3aW5kb3dzWFggaG93IHRoZSBpbnN0YWxsYXRpb24gcmVjb2duaXplcyB2aXJ0dWFsaXphdGlvbj8NCg0KDQoNCi0tLSBMdW4gNi81LzEzLCBKYW4gSGVqbCA8amhAZXhjZWxsby5jej4gaGEgc2NyaXQBMAEBAQE- X-Mailer: YahooMailClassic/15.1.8 YahooMailWebService/0.8.141.536 Message-ID: <1367909079.34815.YahooMailClassic@web171905.mail.ir2.yahoo.com> Date: Tue, 7 May 2013 07:44:39 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5187D7A1.9090107@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="===============4564148649939263562==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4564148649939263562== Content-Type: multipart/alternative; boundary="1200650283-1960359642-1367909079=:34815" --1200650283-1960359642-1367909079=:34815 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Good morning Jan you say " Your kernel image is compiled without Xen PV options or ...." This means that you must compiled=A0kernel support XEN PV? When I install windowsXX how the installation recognizes virtualization? --- Lun 6/5/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Luned=EC 6 maggio 2013, 18:17 =0A =0A=0A =0A =0A =0A =20 =0A Dne 6.5.2013 17:46, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =20 =0A I use your configuration file =0A =20 =0A I have an error. =0A I try to rewrite.. =0A EDD: Error 0c00 reading sector 96454 =0A No DEFAULT or UI configuration directive found! =0A boot: =0A =20 =0A and stop. =0A =20 =0A =0A =0A =0A =0A =0A Haven't seen = this before. Are you sure that everything goes right?=0A Specially image= creation or paths to images? =0A =0A =0A =0A =0A Where is the=0A = problem??? =0A =20 =0A I asked the question of iso image because I need to use a= =0A non standard kernel e fs. =0A Hence the decision to use buildroot. =0A =20 =0A And so =0A =20 =0A I try to use my buildroot fs and kernel =0A =20 =0A I create image with =0A =20 =0A xen-create-image=0A --fs=3Dext2=0A = --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzImag= e=0A --install-method=3Dtar=0A --initrd=3D/ho= me/posani/buildroot/buildroot-xen/output/images/rootfs.tar=0A = --hostname=3Dprova1=A0 --dhcp --verbose --passwd --force =0A =20 =0A This command generate prova1.cfg file =0A =20 =0A =20 =0A cat prova1.cfg=20 =0A # =0A # Configuration file for=0A the Xen instanc= e prova1, created =0A # by xen-tools 4.2 on=0A Mon May=A0 6 19:06= :08 2013. =0A # =0A =20 =0A # =0A #=A0 Kernel + memory size =0A # =0A kernel=A0=A0=A0=A0=A0 =3D=0A '/home/posani/= buildroot/buildroot-xen/output/images/bzImage' =0A ramdisk=A0=A0=A0=A0 =3D=0A '/boot/initrd.im= g-2.6.32-5-xen-amd64' =0A =20 =0A vcpus=A0=A0=A0=A0=A0=A0 =3D '1' =0A memory=A0=A0=A0=A0=A0 =3D '128' =0A =20 =0A # =0A #=A0 Disk device(s). =0A # =0A root=A0=A0=A0=A0=A0=A0=A0 =3D=0A '/dev/xvda= 2 ro' =0A disk=A0=A0=A0=A0=A0=A0=A0 =3D [ =0A =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A = 'file:/home/xen/domains/prova1/disk.img,xvda2,w', =0A =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A = 'file:/home/xen/domains/prova1/swap.img,xvda1,w', =0A =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ] =0A =20 =0A =20 =0A # =0A #=A0 Physical volumes =0A # =0A =20 =0A =20 =0A # =0A #=A0 Hostname =0A # =0A name=A0=A0=A0=A0=A0=A0=A0 =3D 'prova1' =0A =20 =0A # =0A #=A0 Networking =0A # =0A dhcp=A0=A0=A0=A0=A0=A0=A0 =3D 'dhcp' =0A vif=A0=A0=A0=A0=A0=A0=A0=A0 =3D [=0A 'mac= =3D00:16:3E:F0:3B:4A' ] =0A =20 =0A # =0A #=A0 Behaviour =0A # =0A on_poweroff =3D 'destroy' =0A on_reboot=A0=A0 =3D 'restart' =0A on_crash=A0=A0=A0 =3D 'restart' =0A =20 =0A =20 =0A =20 =0A =A0but when i make=20 =0A =20 =0A =20 =0A xm create prova1.cfg=20 =0A Using config file "./prova1.cfg". =0A Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR:= =0A Will only load images built for the generic loader or=0A = Linux images') =0A =0A =0A =0A =0A =0A Your kernel i= mage is compiled without Xen PV options or is not=0A properly bziped. =0A =0A =0A =0A =0A =20 =0A I'm looking for internet to resolve this error but I=0A = understand that I need xen on my kernel. =0A But I thought I could use a generic VM... =0A =20 =0A I'm confused... =0A =20 =0A Thanks for your help =0A I hope I explained well my problem. =0A =20 =0A ;-) =0A =20 =0A Luisa =0A =0A =0A =0A =0A =0A =0A =0A = =0A =0A =A0 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan Hejl =0A h= a scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 15:26 =0A =20 =0A =0A What is your level of linux knowle= dge? Or IT at=0A all? =0A =20 =0A This ISO contains LIVE version of Gentoo. Something= =0A like minimal ubuntu that's neccesary for ubuntu=0A = installation. You don't need to create anything. Go=0A = through install process and then you'll have your=0A = own system installed on domu-01.img. =0A =20 =0A Dne=0A 6.5.2013 15:18, Luisa Po= sani napsal(a): =0A =0A =0A =0A = =0A =0A = Hi Jan =0A =20 =0A I'm downloading=20 =0A install-amd64-minimal-20130425.iso=0A=0Aan= d I try to work.=0A=0AIf I haven't this minimal image it's possible to work= ?=0AWhat does it contains?=0AHow can I create this image?=0A=0A=0A=0A=0A = =20 =0A --- Lun 6/5/13, Jan Hejl = =0A ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware=0A = virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.org =0A Data: Luned=EC 6 maggio 2013, 14:59 =0A =20 =0A =0A Cr= eate domU config file in=0A /etc/xen/dom= u-01.cfg: =0A builder=3D'hvm'=0Amemory =3D 2048=0A= name =3D "DomU-01"=0Avcpus=3D2=0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-b= ridge, type=3Dioemu, model=3De1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [= 'file:/root/domu-01.img,hda,w',=0A 'file:/root/install-amd64-minima= l-20130425.iso,hdc:cdrom,r'=0A]=0Aon_poweroff =3D 'destroy'=0Aon_reboot = =3D 'restart'=0Aon_crash =3D 'restart'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclist= en=3D"127.0.0.1"=0Avncpasswd=3D''=0A=0A = Download=0A=0A this http://distfiles.g= entoo.org/releases/amd64/autobuilds/current-iso/install-amd64-minimal-20130= 425.iso=0A to your /root folder. Creat= e hard=0A drive image: =0A dd if=3D/dev/zero of=3D/root/domu-= 01.img bs=3D1M count=3D10000=0A=0A Sta= rt your domU with: =0A xl create /etc/xen/domu-01.cfg=0A= =0A Then you should be able to connect= =0A with Remmina to localhosts VNC and= =0A then you'll see Gentoo Live CD=0A = booting. Here's how to install=0A = Gentoo http://www.gentoo.org/doc/en/handbo= ok/handbook-amd64.xml.=0A Chapter 7 de= scribes kernel=0A compiling - custom c= onfig or=0A genkernel. =0A =20 =0A When you'll be done with Gentoo=0A= installation, you shold poweroff=0A = you domU, change boot value to: =0A boot=3D"cd"=0A=0A = And after: =0A xl create /etc/xen/domu-01.cfg=0A= =0A you should see your Gentoo booting= =0A up. =0A =20 =0A Hope this helps. =0A =20 =0A Jan =0A =20 =0A Dne 6.5.2013 14:41, Luisa Posani= =0A napsal(a): =0A =0A = =0A =0A = =0A =0A = Can=0A = you suggest me the=0A si= mplest way to create a=0A VM l= inux from scratch=0A using ker= nel code source? =0A =20 =0A tks=20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Lun 6/5/13, Jan=0A = Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users]= =0A Hardware virtualization =0A A: "Luisa Posani" =0A Cc: xen-users@lists.xen.= org =0A Data: Luned=EC 6 maggio= =0A 2013, 13:11 =0A =20 =0A =0A = Hi Luisa, =0A =20 =0A great news, i use=0A= Remmina also. Great=0A = tool. =0A =20 =0A 'disk =3D ' is used= =0A for defining VM's=0A= hard drive. I'm not=0A = familiar with=0A = buildroot but as I=0A = read about CPIO it's=0A = file archiver and=0A = Xen disk image=0A = should be in RAW=0A = format. So you=0A = should extract=0A = rootfs.cpio to raw=0A = disk image which=0A = could be created=0A = with dd. Example: =0A dd if=3D/dev/zero of= =3Drootfs.img bs=3D1M count=3D10000=0A=0A = As with normal hard=0A = drive you can use=0A = fdisk make some=0A = partitions on=0A = rootfs.img, format=0A = them and extract=0A root= fs.cpio there.=0A Then y= ou can set=0A this hardd= rive img=0A in your xen = config=0A file for HVM s= tyle=0A (hda but it shou= ld=0A apper as sda insid= e=0A domU): =0A disk =3D [ 'file:/pa= th/to/rootfs.img,hda,w' ] =0A = Or you can pass the=0A = path to rootfs.img=0A = to xen-create-image.=0A = If rootfs.cpio=0A con= tains all files=0A inclu= ding kernel=0A image it = should boot=0A normally.= As I wrote=0A I'm not f= amiliar=0A with buildroo= t thus=0A you're little = bit on=0A your own in th= is=0A case and i'm sorry= =0A for not being more= =0A straightforward but= =0A you're using=0A = specific scenario.=0A = Maybe I'll save some=0A = time for testing=0A = this and let you=0A = know later on. =0A =20 =0A Have a nice day =0A Jan =0A =20 =0A Dne=0A=0A=0A = 6.5.2013 12:38,=0A = Luisa Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A =0A = Hi=0A = Jan =0A =20 =0A I launch my=0A= windows VM=0A = whit graphical=0A = program named=0A = "Remmina=0A = Remote desktop=0A = client" and it=0A = work well..=20 =0A =20 =0A :-) :-) :-)=0A= :-) =0A =20 =0A Maybe I=0A = was=0A=0A = wrong a few parameters to lau= nch=0A manual=0A = gncviewer =0A =20 =0A Let me=0A = explain=0A = what=0A = is my main problem. =0A I=0A = would like to=0A = start=0A = a virtual=0A = machine=0A = created=0A = with=0A = buildroot=0A = standard=0A WH= ITOUT=0A=0A=0A XEN= drivers in=0A the= VM. =0A I=0A = have some=A0problems creati= ng the=0A configur= ation=0A file for = this=0A virtual=0A= machine. =0A I=0A = don't know=0A = if=0A = I have to=0A = work=0A=0A = with a=0A = ramdisk=0A = (rootfs.cpio=0A = created=0A by= =0A buildroot)=0A = or not and=0A = =20 =0A what=0A=0A = should be=0A = the=0A = configuration=0A = file under (p.e.) /etc/xen/VM_buildroo= t. =0A =20 =0A I don't=0A = understand=0A = the=0A=0A = meaning of the=0A = 'disk=0A=0A = =3D' in the configuration file. =0A =20 =0A you=0A=0A = know a tutorial that= =0A I could=0A = follow=0A=0A = to create=0A = this=0A = file? =0A =20 =0A Xen=0A = provides=0A=0A = the xen-create-image command= =0A to=0A=0A = create the=0A = file,=0A = but I do not know how=0A = to give=0A = parameters=0A=0A=0A = to the command=0A = (initrd=0A = install-install-source=0A = method=0A = ...) =0A =20 =0A Can you help m= e? =0A =20 =0A Thanks=0A=0A = in advance. =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Gio=0A = 25/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: "Luisa=0A = Posani" =0A Cc: xen-users@= lists.xen.org =0A Data: Gioved= =EC=0A 25 Aprile= =0A 2013, 11:19 =0A =20 =0A =0A = Hi=0A = Luisa, =0A =20 =0A great, so=0A = you're cpu is=0A = capable for=0A = running Xen.=0A = The reason why=0A = you don't see=0A = it is=0A = explained here=0A = http://old-list-archives.xen.org/ar= chives/html/xen-users/2010-09/msg00180.html.=0A = =20 =0A =20 =0A Just to be=0A = clear. You've=0A = already start=0A = your system=0A = with xen and=0A = tried to start=0A = Windows Xp=0A = domU as this=0A = guide=0A = describes, do=0A = you? And the=0A = problem is=0A = that you can't=0A = connect to=0A = your Windows=0A = XP domU with=0A = GNCVIEWER or=0A = something=0A = else? Is your=0A = domU running?=0A = What does the=0A = "xl start"=0A = command say? =0A =20 =0A Thank you and= =0A have a nice=0A= day =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A 24.4.2013=0A = 17:54, Luisa=0A = Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =20 =0A Hi =0A =20 =0A if I make =0A =20 =0A /proc/cpuinfo= =0A flags =0A =20 =0A without xen I= =0A found vmx. =0A =20 =0A when I start= =0A PC with xen=0A= flag vmx=0A = doesn't=0A = appare. =0A =20 =0A Why? =0A =20 =0A I would like= =0A use a guest OS= =0A make with=0A = buildroot=0A = "standard"=0A = without xen=0A = driver. =0A =20 =0A I use http://w= iki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A = =20 =0A but doesn't=0A= work=0A = correctly. =0A =20 =0A Doesn't work= =0A gvncviewer for= =0A using a window= =0A XP iso image= =0A and now I'm=0A= compiling a=0A = buildroot=0A = standard=0A = (qemu_x86=0A = config). =0A =20 =0A =20 =0A =20 =0A Luisa =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: "Luisa=0A = Posani" =0A Cc: xen-users@= lists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 17:08 =0A =20 =0A =0A = =0A = Sure,=0A=0A=0A=0A = I can.=20 =0A =20 =0A You should=0A = check your=0A = cpuinfo if it=0A = supports=0A = virtualization.=0A = Look here http://virt-tools.= org/learning/check-hardware-virt/ =0A =20 =0A If it does,=0A= tell me what=0A = is your goal=0A = and what have=0A = you done=0A = already? =0A =20 =0A Dne 24.4.2013= =0A 16:03, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A Thank's= =0A=0A=0A for your= =0A indication. =0A =20 =0A I can't find= =0A my cpu in your= =0A list. =0A =20 =0A In my PC I can= =0A enable the=0A = virtualization=0A = from BIOS. =0A =20 =0A I don't=0A = understand the=0A = difference. =0A =20 =0A Can you help= =0A me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer=0A = 24/4/13, Jan=0A = Hejl =0A= ha scritto: =0A =20 =0A Da: Jan Hejl <= jh@excello.cz> =0A Oggetto: Re:= =0A [Xen-users]=0A= Hardware=0A = virtualization =0A A: xen-users@l= ists.xen.org =0A Data:=0A = Mercoled=EC 24=0A = Aprile 2013,=0A = 10:35 =0A =20 =0A =0A = Hello=0A = Luisa, =0A =20 =0A here http://en= .wikipedia.org/wiki/List_of_IOMMU-supporting_hardware=0A = is a list=0A = IOMMU=0A = supporting=0A = hardware, this=0A = is a good=0A = point to=0A = start. IOMMU=0A = is not=0A = necessary for=0A v= irtualization,=0A=0A=0A = but hardware=0A = listed here=0A = supports VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A=0A=0A= =0A=0A=0A 24.4.201= 3=0A 09:43, Luisa= =0A Posani=0A = napsal(a): =0A =0A = =0A = =0A = =0A = =0A =0A = Hi =0A =20 =0A It's my=0A = first experience with= =0A xen =0A =20 =0A I would like= =0A to use a OS li= nux create by buildroot like a=0A = guest. =0A I have a PC=0A= whit=0A = virtualizatin=0A = whit debian=0A = distribution=0A = and I install=0A = xen-linux-sysem=0A=0A=0A=0A = on the PC. =0A =20 =0A In this PC a= =0A VM doesn't=0A = work=0A = correctly. =0A =20 =0A I would like= =0A to know if=0A = exist a simple=0A = tutorial to=0A = configure PC=0A = 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 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 mailing list=0AXen-users@list= s.xen.org=0Ahttp://lists.xen.org/xen-users=0A = =0A = =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A = =0A =20 =0A =0A = =0A = =20 =0A -----Segue=0A = allegato----- =0A =20 =0A ______________= _________________________________ =0A Xen-users=0A = mailing list =0A Xen-users@list= s.xen.org =0A http://lists.x= en.org/xen-users=0A = =0A =0A = =0A = =0A = =0A = =0A =20 =0A =0A = =0A = =0A = =0A = =0A =0A = =0A = =0A = =20 =0A =0A = =0A = =0A =0A = =0A =0A = =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 =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 --1200650283-1960359642-1367909079=:34815 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A = =0A =0A =0A =0A
Good morning Jan


you say

" = Your kernel image is compiled without Xen PV options or ...."

This means that you must compiled&n= bsp;kernel support XEN PV?

When I install windowsXX how the installation = recognizes virtualization?


--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggett= o: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-us= ers@lists.xen.org
Data: Luned=EC 6 maggio 2013, 18:17

=0A =0A=0A =0A =0A
=0A
=0A
Dne 6.5.2013 17:46, Luisa Posani=0A = napsal(a):
=0A
=0A
=0A =0A

=0A= I use your configuration file
=0A
=0A = I have an error.
=0A I try to rewrite..
=0A = EDD: Error 0c00 reading sector 96454
=0A No DEFA= ULT or UI configuration directive found!
=0A boot:
=0A =
=0A and stop.
=0A
=0A =
=0A =0A Haven't seen this before. Are you sure that everything go= es right?=0A Specially image creation or paths to images?
=0A =0A =0A =0A =0A =0A =0A =0A
Where is the=0A problem???
= =0A
=0A I asked the question of iso image bec= ause I need to use a=0A non standard kernel e fs.
=0A = Hence the decision to use buildroot.
=0A
=0A = And so
=0A
=0A I try to use my = buildroot fs and kernel
=0A
=0A I create i= mage with
=0A
=0A xen-create-image=0A --fs=3Dext2=0A = --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzImage=0A = --install-method=3Dtar=0A --initrd=3D/home/posa= ni/buildroot/buildroot-xen/output/images/rootfs.tar=0A --hos= tname=3Dprova1  --dhcp --verbose --passwd --force
=0A
=0A This command genera= te prova1.cfg file
=0A
=0A
=0A = cat prova1.cfg
=0A #
=0A # Configuration file for=0A the Xen inst= ance prova1, created
=0A = # by xen-tools 4.2 on=0A = Mon May  6 19:06:08 2013.
= =0A #
=0A
=0A = #
=0A #  Kern= el + memory size
=0A #
= =0A kernel   = ;   =3D=0A '/home/posani/buildroot/buildroot-xen/o= utput/images/bzImage'
=0A = ramdisk     =3D= =0A '/boot/initrd.img-2.6.32-5-xen-amd64'
=0A
=0A = vcpus   &nbs= p;   =3D '1'
=0A = memory     = =3D '128'
=0A
=0A #
=0A #  Disk device(s).
=0A #
=0A root        =3D=0A '/d= ev/xvda2 ro'
=0A disk       = =3D [
=0A         &nb= sp;        =0A 'file:/home/xen= /domains/prova1/disk.img,xvda2,w',
=0A    &n= bsp;            = ; =0A 'file:/home/xen/domains/prova1/swap.img,xvda1,w',
=0A           &nbs= p;   ]
=0A =0A
=0A #
=0A #  Physical volumes
=0A = #
=0A
=0A =
=0A #
=0A #  Hostname
=0A #
=0A name        =3D 'prova1'
=0A
=0A #
=0A #&= nbsp; Networking
=0A #
= =0A dhcp   &= nbsp;    =3D 'dhcp'
= =0A vif   &n= bsp;     =3D [=0A 'mac=3D00:16:3E:F0:3B:= 4A' ]
=0A
=0A #
=0A #  Behaviour
=0A #
=0A on_p= oweroff =3D 'destroy'
=0A = on_reboot   =3D 'restart'
=0A on_crash    =3D 'restart'
=0A
=0A
=0A =
=0A  but when i make
=0A
=0A=
=0A xm create prova1.cfg
=0A = Using config file "./prova1.cfg".
=0A Error: (2, 'Invalid= kernel', 'elf_xen_note_check: ERROR:=0A Will only load images= built for the generic loader or=0A Linux images')
=0A =
=0A =0A Your kernel image is compiled without Xen PV options or i= s not=0A properly bziped.
=0A
=0A <= table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">=0A = =0A =0A =
=0A I'm looking for internet to resolve this error but I= =0A understand that I need xen on my kernel.
=0A = But I thought I could use a generic VM...
=0A
=0A = I'm confused...
=0A
=0A Thanks = for your help
=0A I hope I explained well my problem.
= =0A
=0A ;-)
=0A
=0A = Luisa
=0A =0A =0A = =0A =0A
=0A
=0A = =0A =0A =0A =0A =0A = =0A = =0A =0A
 
=0A
=0A
=0A =0A
=0A
=0A
=0A = --- Lun 6/5/13, Jan Hejl <jh@excello.cz>=0A ha scritto:
=0A

=0A Da: Jan Hejl <jh@excello.cz&g= t;
=0A Oggetto: Re: [Xen-users] Hardware virtualizati= on
=0A A: "Luisa Posani" <lposani@yahoo.it= >
=0A Cc: xen-users@l= ists.xen.org
=0A Data: Luned=EC 6 maggio 2013, 15:26<= br>=0A
=0A
=0A =
What is your level of linux knowledge? Or IT at=0A = all?
=0A
=0A = This ISO contains LIVE version of Gentoo. Something=0A = like minimal ubuntu that's neccesary for ubuntu=0A insta= llation. You don't need to create anything. Go=0A throug= h install process and then you'll have your=0A own syste= m installed on domu-01.img.
=0A
=0A =
Dne=0A = 6.5.2013 15:18, Luisa Posani napsal(a):
=0A
= =0A
=0A <= table border=3D"0" cellpadding=3D"0" cellspacing=3D"0">=0A =
Hi Jan
=0A =
=0A I'm downloading <= br>=0A 
install-amd64-minimal-20130425.iso=0A=0Aand =
I try to work.=0A=0AIf I haven't this minimal image it's possible to work?=
=0AWhat does it contains?=0AHow can I create this image?=0A=0A=0A=0A=0A                              
=0A                              --=
- Lun 6/5/13, Jan Hejl <jh@excello.cz>=0A                    =
          ha scritto:
=0A                              

=0A                                Da: Jan Hejl <jh@excello.cz>
=
=0A                                Oggetto: Re: [Xen-users] Hardware=0A    =
                            virtualization
=0A                          =
      A: "Luisa Posani" <lposani@yahoo.it>
=0A                          =
      Cc: xen-users@lists.xen.org
=0A                                Data: =
Luned=EC 6 maggio 2013, 14:59
=0A                                
=0A=
                                
=0A              =
                    
 Create domU config file in=0A                    =
                /etc/xen/domu-01.cfg:
=0A                               =
     
builder=3D'hvm'=0Amemory =3D 2048=0Aname =3D "DomU-01"=0Avcpus=3D=
2=0Avif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3D=
e1000, mac=3D00:16:3e:63:80:88' ]=0Adisk =3D [ 'file:/root/domu-01.img,hda,w',=
=0A        'file:/root/install-amd64-minimal-20130425.iso,hdc:cdrom,r'=0A]=0Aon_p=
oweroff =3D 'destroy'=0Aon_reboot   =3D 'restart'=0Aon_crash    =3D 'restar=
t'=0Aboot=3D"dc"=0Avnc=3D1=0Avnclisten=3D"127.0.0.1"=0Avncpasswd=3D''=0A=0A                                    
Download=0A=0A                                      this http://distfiles.gentoo.org/releases/a=
md64/autobuilds/current-iso/install-amd64-minimal-20130425.iso=0A      =
                                to your /root folder. Create hard=0A       =
                               drive image:
=0A                         =
             
dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D=
10000=0A
=0A                                      Start your domU with=
:
=0A                                      
xl create /etc/xen/domu-=
01.cfg=0A
=0A                                      Then you should be =
able to connect=0A                                      with Remmina to loc=
alhosts VNC and=0A                                      then you'll see Gen=
too Live CD=0A                                      booting. Here's how to =
install=0A                                      Gentoo http://www.gentoo.org=
/doc/en/handbook/handbook-amd64.xml.=0A                                =
      Chapter 7 describes kernel=0A                                      co=
mpiling - custom config or=0A                                      genkerne=
l.
=0A                                      
=0A                     =
                 When you'll be done with Gentoo=0A                        =
              installation, you shold poweroff=0A                          =
            you domU, change boot value to:
=0A                         =
             
boot=3D"cd"=0A
=0A                                  =
    And after:
=0A                                      
xl create /=
etc/xen/domu-01.cfg=0A
=0A                                      you sh=
ould see your Gentoo booting=0A                                      up.=0A                                      
=0A                          =
            Hope this helps.
=0A                                      =0A                                      Jan
=0A                      =
                
=0A                                      Dne 6.5.2013 1=
4:41, Luisa Posani=0A                                      napsal(a):
=
=0A                                    
=0A                           =
         
=0A                                     =
 =0A               =
                         =0A                                        =
  =0A                                            =0A                                          =0A                 =
                       =0A                                      =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                      
Can=0A                    =
                          you suggest me the=0A                            =
                  simplest way to create a=0A                              =
                VM linux from scratch=0A                                   =
           using kernel code source?
=0A                                =
              
=0A                                              tks 
=
=0A                                              
=0A                   =
                           Luisa
=0A                                    =
          
=0A                                              
=0A     =
                                         
=0A                           =
                   
=0A                                              =0A                                              
=0A                  =
                            --- Lun 6/5/13, Jan=0A                      =
                          Hejl <jh@excello.cz>=0A               =
                               ha scritto:
=0A                          =
                    

=0A                            =
                    Da: Jan Hejl <jh@excello.cz>
=0A                    =
                            Oggetto: Re: [Xen-users]=0A                    =
                            Hardware virtualization
=0A                 =
                               A: "Luisa Posani" <lposani@yahoo.it>
=0A=
                                                Cc: xen-users@lists.xen.org=0A                                                Data: Luned=EC 6 maggio=
=0A                                                2013, 13:11
=0A      =
                                          
=0A                          =
                      
=0A                        =
                          
 Hi Luisa,
=0A                           =
                         
=0A                                           =
         great news, i use=0A                                              =
      Remmina also. Great=0A                                               =
     tool.
=0A                                                    
=
=0A                                                    'disk =3D ' is used=
=0A                                                    for defining VM's=0A=
                                                    hard drive. I'm not=0A =
                                                   familiar with=0A        =
                                            buildroot but as I=0A          =
                                          read about CPIO it's=0A          =
                                          file archiver and=0A             =
                                       Xen disk image=0A                   =
                                 should be in RAW=0A                       =
                             format. So you=0A                             =
                       should extract=0A                                   =
                 rootfs.cpio to raw=0A                                     =
               disk image which=0A                                         =
           could be created=0A                                             =
       with dd. Example:
=0A                                            =
        
dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10000=0A=0A                                                    As with normal har=
d=0A                                                    drive you can use=
=0A                                                    fdisk make some=0A  =
                                                  partitions on=0A         =
                                           rootfs.img, format=0A           =
                                         them and extract=0A               =
                                     rootfs.cpio there.=0A                 =
                                   Then you can set=0A                     =
                               this harddrive img=0A                       =
                             in your xen config=0A                         =
                           file for HVM style=0A                           =
                         (hda but it should=0A                             =
                       apper as sda inside=0A                              =
                      domU):
=0A                                        =
            
disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] 
=0A         =
                                           Or you can pass the=0A          =
                                          path to rootfs.img=0A            =
                                        to xen-create-image.=0A            =
                                        If rootfs.cpio=0A                  =
                                  contains all files=0A                    =
                                including kernel=0A                        =
                            image it should boot=0A                        =
                            normally. As I wrote=0A                        =
                            I'm not familiar=0A                            =
                        with buildroot thus=0A                             =
                       you're little bit on=0A                             =
                       your own in this=0A                                 =
                   case and i'm sorry=0A                                   =
                 for not being more=0A                                     =
               straightforward but=0A                                      =
              you're using=0A                                              =
      specific scenario.=0A                                                =
    Maybe I'll save some=0A                                                =
    time for testing=0A                                                    =
this and let you=0A                                                    know=
 later on.
=0A                                                    
=
=0A                                                    Have a nice day
=
=0A                                                    Jan
=0A          =
                                          
=0A                          =
                          
Dne=
=0A=0A=0A                                                      6.5.2013 12:=
38,=0A                                                      Luisa Posani=0A=
                                                      napsal(a):
=0A    =
                                                
=0A                  =
                                  
=0A            =
                                          =0A                                               =
         =0A                                                        =
  =0A                                                          =0A                       =
                                   =0A                                =
                        =0A                                        =
              
Hi=0A      =
                                                    Jan
=0A             =
                                             
=0A                       =
                                   I launch my=0A                          =
                                windows VM=0A                              =
                            whit graphical=0A                              =
                            program named=0A                               =
                           "Remmina=0A                                     =
                     Remote desktop=0A                                     =
                     client" and it=0A                                     =
                     work well.. 
=0A                                   =
                       
=0A                                             =
             :-) :-) :-)=0A                                                =
          :-)
=0A                                                       =
   
=0A                                                          Maybe I=0A                                  =
                        was=0A=0A         =
                                                 wrong a few parameters to launch=0A                                                    =
      manual=0A                    =
                                      gncv=
iewer
=0A                                                 =
         
=0A                                                          <=
span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">Let me=0A                                    =
                      explain=0A                                    =
                      what=0A             =
                                             is my main problem.
=0A                                =
                          I=0A            =
                                              would like to=0A      =
                                                    start=0A                                                         =
 a virtual=0A                                                          mach=
ine=0A                                                          created=0A                             =
                             with=
=0A                                                          buildroot=0A                                     =
                     standard=0A   =
                                                       WHITOUT=0A=0A=0A                                              =
            XEN drivers in=0A                                            =
              the VM.
=0A                                               =
           I=0A               =
                                           have some problems creat=
ing the=0A                         =
                                 configuration=0A                          =
                                file for this=0A                      =
                                    virtual=0A                             =
                             machine.
=0A                        =
                                  I=0A    =
                                                      don't know=0A =
                                                         if=0A                                                       =
   I have to=0A                                                     =
     work=0A=0A                           =
                               with a=0A                            =
                              ramdisk=0A                                       =
                   (rootfs.cpio=0A                    =
                                      crea=
ted=0A                                                          by=0A                                  =
                        buildroot)=0A                                                          or=
 not and=0A                                                          
=0A =
                                                         what=0A=0A                                      =
                    should be=0A                                    =
                      the=0A              =
                                            configuration=0A               =
                                           file under (p.e.) /etc/xen/VM_buildroot.
=
=0A                                                          
=0A       =
                                                   I don't=0A                                                          =
understand=0A                                                       =
   the=0A=0A                              =
                            meaning of the=0A                       =
                                   'disk=
=0A=0A                                                          =3D' in the configuration file.
=0A                                                          
=
=0A                                                          you=0A=0A                                               =
           know a tutorial <=
span class=3D"yiv1944943114hps">that=0A                                    =
                      I could=0A                                    =
                      follow=0A=0A        =
                                                  to create=0A      =
                                                    this=0A                                                          =
file?
=0A                                                  =
        
=0A                                                          Xen=0A                   =
                                       pro=
vides=0A=0A                                                          the xen-create-image command=0A                                    =
                      to=0A=0A            =
                                              create the=0A         =
                                                 file,=0A                                                          bu=
t I do not know how=0A                                               =
           to give=0A                                               =
           parameters=0A=0A=0A            =
                                              to the command=0A     =
                                                     (initrd=0A                                               =
           install-install-source=0A  =
                                                        method=0A                                             =
             ...)
=0A                                          =
                
=0A                                                =
          Can you help me?=

=0A                                                          
=0A                                        =
                  Thanks=0A=
=0A                                                          in advance.=0A                                                          
=0A      =
                                                    Luisa
=0A           =
                                               
=0A                     =
                                     
=0A                                                          
=0A                                                          =0A                                                          --- Gio=
=0A                                                          25/4/13, Jan=
=0A                                                          Hejl <jh@excello.c=
z>=0A                                                       =
   ha scritto:
=0A                                                      =
    

=0A                                                  =
        Da: Jan Hejl <jh@excello.cz>
=0A                                =
                          Oggetto: Re:=0A                                  =
                        [Xen-users]=0A                                     =
                     Hardware=0A                                           =
               virtualization
=0A                                       =
                   A: "Luisa=0A                                            =
              Posani" <lposani@yahoo.it>
=0A                            =
                              Cc: xen-users@lists.xen.org
=0A              =
                                            Data: Gioved=EC=0A             =
                                             25 Aprile=0A                  =
                                        2013, 11:19
=0A                 =
                                         
=0A                           =
                               
=0A               =
                                           
 Hi=0A                     =
                                     Luisa,
=0A                         =
                                 
=0A                                   =
                       great, so=0A                                        =
                  you're cpu is=0A                                         =
                 capable for=0A                                            =
              running Xen.=0A                                              =
            The reason why=0A                                              =
            you don't see=0A                                               =
           it is=0A                                                        =
  explained here=0A                                                        =
  http://old-list-archives.xen.org/archives/html/xen=
-users/2010-09/msg00180.html.=0A                                       =
                   
=0A                                                 =
         
=0A                                                          J=
ust to be=0A                                                          clear=
. You've=0A                                                          alread=
y start=0A                                                          your sy=
stem=0A                                                          with xen a=
nd=0A                                                          tried to sta=
rt=0A                                                          Windows Xp=
=0A                                                          domU as this=
=0A                                                          guide=0A      =
                                                    describes, do=0A       =
                                                   you? And the=0A         =
                                                 problem is=0A             =
                                             that you can't=0A             =
                                             connect to=0A                 =
                                         your Windows=0A                   =
                                       XP domU with=0A                     =
                                     GNCVIEWER or=0A                       =
                                   something=0A                            =
                              else? Is your=0A                             =
                             domU running?=0A                              =
                            What does the=0A                               =
                           "xl start"=0A                                   =
                       command say?
=0A                                 =
                         
=0A                                           =
               Thank you and=0A                                            =
              have a nice=0A                                               =
           day
=0A                                                      =
    Jan
=0A                                                          =0A                                                          
Dne=0A=0A=0A=0A                             =
                             24.4.2013=0A                                  =
                        17:54, Luisa=0A                                    =
                      Posani=0A                                            =
              napsal(a):
=0A                                            =
              
=0A                                                    =
      
=0A                                        =
                  =
=0A                                                          =0A    =
                                                      =0A              =
                                            =0A                                        =
                  =0A                                                 =
         =0A                                                       =
   

=0A                           =
                               Hi
=0A                                   =
                       
=0A                                             =
             if I make
=0A                                              =
            
=0A                                                        =
  /proc/cpuinfo=0A                                                         =
 flags
=0A                                                          
=
=0A                                                          without xen I=
=0A                                                          found vmx.
=
=0A                                                          
=0A       =
                                                   when I start=0A         =
                                                 PC with xen=0A            =
                                              flag vmx=0A                  =
                                        doesn't=0A                         =
                                 appare.
=0A                            =
                              
=0A                                      =
                    Why?
=0A                                            =
              
=0A                                                      =
    I would like=0A                                                        =
  use a guest OS=0A                                                        =
  make with=0A                                                          bui=
ldroot=0A                                                          "standar=
d"=0A                                                          without xen=
=0A                                                          driver.
=0A=
                                                          
=0A          =
                                                I use http:/=
/wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen=0A  =
                                                        
=0A            =
                                              but doesn't=0A               =
                                           work=0A                         =
                                 correctly.
=0A                         =
                                 
=0A                                   =
                       Doesn't work=0A                                     =
                     gvncviewer for=0A                                     =
                     using a window=0A                                     =
                     XP iso image=0A                                       =
                   and now I'm=0A                                          =
                compiling a=0A                                             =
             buildroot=0A                                                  =
        standard=0A                                                        =
  (qemu_x86=0A                                                          con=
fig).
=0A                                                          
=
=0A                                                          
=0A       =
                                                   
=0A                 =
                                         Luisa
=0A                      =
                                    
=0A                                =
                          
=0A                                          =
                
=0A                                                    =
      
=0A                                                          
=
=0A                                                          
=0A       =
                                                   
=0A                 =
                                         --- Mer=0A                     =
                                     24/4/13, Jan=0A                       =
                                   Hejl <jh@excello.cz>=0A      =
                                                    ha scritto:
=0A     =
                                                     

=0A=
                                                          Da: Jan Hejl <jh@excello=
.cz>
=0A                                                         =
 Oggetto: Re:=0A                                                          [=
Xen-users]=0A                                                          Hard=
ware=0A                                                          virtualiza=
tion
=0A                                                          A: "Lu=
isa=0A                                                          Posani" <lposani@y=
ahoo.it>
=0A                                                     =
     Cc: xen-users@lists.xen.org
=0A                                       =
                   Data:=0A                                                =
          Mercoled=EC 24=0A                                                =
          Aprile 2013,=0A                                                  =
        17:08
=0A                                                       =
   
=0A                                                          
=0A                                                     =
     
=0A                                                          Sure,=0A=0A=0A=0A                  =
                                        I can. 
=0A                     =
                                     
=0A                               =
                           You should=0A                                   =
                       check your=0A                                       =
                   cpuinfo if it=0A                                        =
                  supports=0A                                              =
            virtualization.=0A                                             =
             Look here http://virt-tools.org/learning/check-hardware-virt/=0A                                                          
=0A      =
                                                    If it does,=0A         =
                                                 tell me what=0A           =
                                               is your goal=0A             =
                                             and what have=0A              =
                                            you done=0A                    =
                                      already?
=0A                      =
                                    
=0A                                =
                          Dne 24.4.2013=0A                                 =
                         16:03, Luisa=0A                                   =
                       Posani=0A                                           =
               napsal(a):
=0A                                           =
               
=0A                                                   =
       
=0A                                       =
                   =
=0A                                                          =0A    =
                                                      =0A              =
                                            =0A                          =
                                =0A                                   =
                       =0A                                         =
                 
Thank's=0A=0A=0A                  =
                                        for your=0A                        =
                                  indication.
=0A                       =
                                   
=0A                                 =
                         I can't find=0A                                   =
                       my cpu in your=0A                                   =
                       list.
=0A                                        =
                  
=0A                                                  =
        In my PC I can=0A                                                  =
        enable the=0A                                                      =
    virtualization=0A                                                      =
    from BIOS.
=0A                                                      =
    
=0A                                                          I don'=
t=0A                                                          understand th=
e=0A                                                          difference.=0A                                                          
=0A     =
                                                     Can you help=0A       =
                                                   me please?
=0A       =
                                                   
=0A                 =
                                         
=0A                           =
                               Luisa
=0A                                =
                          
=0A                                          =
                --- Mer=0A                                              =
            24/4/13, Jan=0A                                                =
          Hejl <jh@excello.cz>=0A                               =
                           ha scritto:
=0A                              =
                            

=0A                          =
                                Da: Jan Hejl <jh@excello.cz>
=0A        =
                                                  Oggetto: Re:=0A          =
                                                [Xen-users]=0A             =
                                             Hardware=0A                   =
                                       virtualization
=0A               =
                                           A: xen-users@lists.xen.org
=0A  =
                                                        Data:=0A           =
                                               Mercoled=EC 24=0A           =
                                               Aprile 2013,=0A             =
                                             10:35
=0A                  =
                                        
=0A                            =
                              
=0A                =
                                          
 Hello=0A                   =
                                       Luisa,
=0A                       =
                                   
=0A                                 =
                         here http://en.wikipedia.org/wiki/List_of_IOM=
MU-supporting_hardware=0A                                              =
            is a list=0A                                                   =
       IOMMU=0A                                                          su=
pporting=0A                                                          hardwa=
re, this=0A                                                          is a g=
ood=0A                                                          point to=0A=
                                                          start. IOMMU=0A  =
                                                        is not=0A          =
                                                necessary for=0A           =
                                               virtualization,=0A=0A=0A    =
                                                      but hardware=0A      =
                                                    listed here=0A         =
                                                 supports VM.
=0A       =
                                                   
=0A                 =
                                         Jan
=0A                        =
                                  
=0A                                  =
                        
Dne=0A=
=0A=0A=0A=0A=0A                                                          24=
.4.2013=0A                                                          09:43, =
Luisa=0A                                                          Posani=0A=
                                                          napsal(a):
=0A=
                                                          
=0A        =
                                                  
=0A                                                          =0A                             =
                             =0A                                    =
                      =0A                                              =
            =0A  =
                                                        =0A        =
                                                  
=0A                                                          
Hi
=0A                                             =
             
=0A                                                       =
   It's my=0A                               =
                           first ex=
perience with=0A            =
                                              xen
=0A                                         =
                 
=0A                  =
                                        I would like=0A                    =
                                      to use a OS linux create by buildroot like a=0A                         =
                                 guest.
=0A                             =
                             I have a PC=0A                                =
                          whit=0A                                          =
                virtualizatin=0A                                           =
               whit debian=0A                                              =
            distribution=0A                                                =
          and I install=0A                                                 =
         xen-linux-sysem=0A=0A=0A=0A                                       =
                   on the PC.
=0A                                       =
                   
=0A                                                 =
         In this PC a=0A                                                   =
       VM doesn't=0A                                                       =
   work=0A                                                          correct=
ly.
=0A                                                          
=0A=
                                                          I would like=0A  =
                                                        to know if=0A      =
                                                    exist a simple=0A      =
                                                    tutorial to=0A         =
                                                 configure PC=0A           =
                                               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 advance
=0A                           =
                               
=0A                                     =
                     
=0A                                               =
           Luisa
=0A                                                    =
      
=0A                                                          
=0A                                                        =
  
=0A                                                          
=
=0A                                                          
=0A     =
                                                     
=0A             =
                                             
=0A                     =
                                     
=0A                               =
                           
=0A          =
                                                
=0A                    =
                                      
=0A                              =
                            =
=0A                                                          <=
/td>=0A                                                          
=0A              =
                                            
=0A                        =
                                  
=0A                                                =
          
=0A                                                          =

_______________________________________________=0AXen-users mailing li=
st=0AXe=
n-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users
=0A                               =
                           
=0A                                =
                          
=0A                                          =
                
=0A                                                  =
        
=0A                                                          =

=0A                                                          -----Segue=
=0A                                                          allegato-----<=
br>=0A                                                          
=0A    =
                                                      
_______________________________________________
=0A    =
                                                      Xen-users=0A         =
                                                 mailing list
=0A       =
                                                   Xen-=
users@lists.xen.org
=0A                                             =
             http://lists.xen.org/xen-users
=0A                =
                                          
=0A                 =
                                         
=0A                                               =
           
=0A                                                =
          
=0A                                                          =

=0A                                                          =
=0A                                                          
=0A       =
                                                   -----Segue=0A           =
                                               allegato-----
=0A        =
                                                  
=0A                  =
                                        
_______________________________________________
=0A                  =
                                        Xen-users=0A                       =
                                   mailing list
=0A                     =
                                     Xen-users@lists.xe=
n.org
=0A                                                          <=
a rel=3D"nofollow" target=3D"_blank" href=3D"http://lists.xen.org/xen-users=
">http://lists.xen.org/xen-users
=0A                              =
                            
=0A                               =
                           
=0A                                                          =0A                                                          
=
=0A                                                          
=0A     =
                                                     
=0A             =
                                             
=0A              =
                                            
=0A                                                  =
  
=0A                                                    
=
=0A                                                  
=0A             =
                                   
=0A                               =
               
=0A                                            =

=0A                    =0A                    
=0A                  
=0A                =

=0A                
=0A                -----Segue allegato-----=0A                
=0A                
_______________________________________________
=0A               =
   Xen-users mailing list
=0A                  Xen-u=
sers@lists.xen.org
=0A                  http://lists.xen.org/xe=
n-users
=0A              
=0A
=0A
=0A =0A
=0A=0A

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

_______________________________________________
Xen-users mai= ling list
Xen-users@lists.xen.org
http://lists.xen.org/xen= -users
--1200650283-1960359642-1367909079=:34815-- --===============4564148649939263562== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4564148649939263562==-- From xen-users-bounces@lists.xen.org Tue May 07 06:51:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:51: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 1UZbjd-0005RD-AN; Tue, 07 May 2013 06:50:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbjb-0005R7-EK for xen-users@lists.xen.org; Tue, 07 May 2013 06:50:48 +0000 Received: from [85.158.137.99:64522] by server-13.bemta-3.messagelabs.com id 17/5D-19597-644A8815; Tue, 07 May 2013 06:50:46 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-8.tower-217.messagelabs.com!1367909442!15339884!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 23960 invoked from network); 7 May 2013 06:50:42 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-8.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 06:50:42 -0000 Received: (qmail 8757 invoked by uid 1000); 7 May 2013 08:50:40 +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(-12.7/5.0):. Processed in 2.76365 secs); 07 May 2013 06:50:40 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 7 May 2013 08:50:37 +0200 Received: from [192.168.1.141] (unknown [37.77.238.169]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by posta.excello.cz (Postfix) with ESMTPSA id 0D8282C13D5; Tue, 7 May 2013 08:50:35 +0200 (CEST) Message-ID: <5188A43A.8080001@excello.cz> Date: Tue, 07 May 2013 08:50:34 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Luisa Posani References: <1367909079.34815.YahooMailClassic@web171905.mail.ir2.yahoo.com> In-Reply-To: <1367909079.34815.YahooMailClassic@web171905.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="===============1277268373565181807==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1277268373565181807== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070208000105070108040705" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms070208000105070108040705 Content-Type: multipart/alternative; boundary="------------070402080504030702070705" This is a multi-part message in MIME format. --------------070402080504030702070705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Good morning Luisa, not me. You must. :-) Windows is HVM type of DomU but xen-create-image creates paravirtualized = guest type of DomU so your kernel needs to be compiled with PV ops. And=20 that's why I point to use HVM type of linux. Is your dom0 accesible via=20 SSH? Maybe it would be best to connect to your dom0 and install the domU = by myself? Dne 7.5.2013 08:44, Luisa Posani napsal(a): > Good morning Jan > > > you say > > " Your kernel image is compiled without Xen PV options or ...." > > This means that you must compiled kernel support XEN PV? > > When I install windowsXX how the installation recognizes virtualization= ? > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 18:17 > > > Dne 6.5.2013 17:46, Luisa Posani napsal(a): >> >> I use your configuration file >> >> I have an error. >> I try to rewrite.. >> EDD: Error 0c00 reading sector 96454 >> No DEFAULT or UI configuration directive found! >> boot: >> >> and stop. >> > Haven't seen this before. Are you sure that everything goes right? > Specially image creation or paths to images? >> Where is the problem??? >> >> I asked the question of iso image because I need to use a non >> standard kernel e fs. >> Hence the decision to use buildroot. >> >> And so >> >> I try to use my buildroot fs and kernel >> >> I create image with >> >> xen-create-image --fs=3Dext2 >> --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzIm= age >> --install-method=3Dtar >> --initrd=3D/home/posani/buildroot/buildroot-xen/output/images/root= fs.tar >> --hostname=3Dprova1 --dhcp --verbose --passwd --force >> >> This command generate prova1.cfg file >> >> >> cat prova1.cfg >> # >> # Configuration file for the Xen instance prova1, created >> # by xen-tools 4.2 on Mon May 6 19:06:08 2013. >> # >> >> # >> # Kernel + memory size >> # >> kernel =3D '/home/posani/buildroot/buildroot-xen/output/images/bzI= mage' >> ramdisk =3D '/boot/initrd.img-2.6.32-5-xen-amd64' >> >> vcpus =3D '1' >> memory =3D '128' >> >> # >> # Disk device(s). >> # >> root =3D '/dev/xvda2 ro' >> disk =3D [ >> 'file:/home/xen/domains/prova1/disk.img,xvda2,w', >> 'file:/home/xen/domains/prova1/swap.img,xvda1,w', >> ] >> >> >> # >> # Physical volumes >> # >> >> >> # >> # Hostname >> # >> name =3D 'prova1' >> >> # >> # Networking >> # >> dhcp =3D 'dhcp' >> vif =3D [ 'mac=3D00:16:3E:F0:3B:4A' ] >> >> # >> # Behaviour >> # >> on_poweroff =3D 'destroy' >> on_reboot =3D 'restart' >> on_crash =3D 'restart' >> >> >> >> but when i make >> >> >> xm create prova1.cfg >> Using config file "./prova1.cfg". >> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will >> only load images built for the generic loader or Linux images') >> > Your kernel image is compiled without Xen PV options or is not > properly bziped. >> >> I'm looking for internet to resolve this error but I understand >> that I need xen on my kernel. >> But I thought I could use a generic VM... >> >> I'm confused... >> >> Thanks for your help >> I hope I explained well my problem. >> >> ;-) >> >> Luisa >> >> >> >> >> >> >> >> >> --- *Lun 6/5/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> >> Cc: xen-users@lists.xen.org >> >> Data: Luned=EC 6 maggio 2013, 15:26 >> >> What is your level of linux knowledge? Or IT at all? >> >> This ISO contains LIVE version of Gentoo. Something like >> minimal ubuntu that's neccesary for ubuntu installation. You >> don't need to create anything. Go through install process and >> then you'll have your own system installed on domu-01.img. >> >> Dne 6.5.2013 15:18, Luisa Posani napsal(a): >>> Hi Jan >>> >>> I'm downloading >>> install-amd64-minimal-20130425.iso >>> >>> and I try to work. >>> >>> If I haven't this minimal image it's possible to work? >>> What does it contains? >>> How can I create this image? >>> >>> >>> >>> >>> --- *Lun 6/5/13, Jan Hejl //* ha scritto: >>> >>> >>> Da: Jan Hejl >>> Oggetto: Re: [Xen-users] Hardware virtualization >>> A: "Luisa Posani" >>> Cc: xen-users@lists.xen.org >>> Data: Luned=EC 6 maggio 2013, 14:59 >>> >>> Create domU config file in /etc/xen/domu-01.cfg: >>> >>> builder=3D'hvm' >>> memory =3D 2048 >>> name =3D "DomU-01" >>> vcpus=3D2 >>> vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Di= oemu, model=3De1000, mac=3D00:16:3e:63:80:88' ] >>> disk =3D [ 'file:/root/domu-01.img,hda,w', >>> 'file:/root/install-amd64-minimal-20130425.iso,h= dc:cdrom,r' >>> ] >>> on_poweroff =3D 'destroy' >>> on_reboot =3D 'restart' >>> on_crash =3D 'restart' >>> boot=3D"dc" >>> vnc=3D1 >>> vnclisten=3D"127.0.0.1" >>> vncpasswd=3D'' >>> >>> Download this >>> http://distfiles.gentoo.org/releases/amd64/autobuilds/cur= rent-iso/install-amd64-minimal-20130425.iso >>> to your /root folder. Create hard drive image: >>> >>> dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D= 10000 >>> >>> Start your domU with: >>> >>> xl create /etc/xen/domu-01.cfg >>> >>> Then you should be able to connect with Remmina to >>> localhosts VNC and then you'll see Gentoo Live CD >>> booting. Here's how to install Gentoo >>> http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml.= Chapter >>> 7 describes kernel compiling - custom config or genkernel= =2E >>> >>> When you'll be done with Gentoo installation, you shold >>> poweroff you domU, change boot value to: >>> >>> boot=3D"cd" >>> >>> And after: >>> >>> xl create /etc/xen/domu-01.cfg >>> >>> you should see your Gentoo booting up. >>> >>> Hope this helps. >>> >>> Jan >>> >>> Dne 6.5.2013 14:41, Luisa Posani napsal(a): >>>> Can you suggest me the simplest way to create a VM >>>> linux from scratch using kernel code source? >>>> >>>> tks >>>> >>>> Luisa >>>> >>>> >>>> >>>> >>>> >>>> >>>> --- *Lun 6/5/13, Jan Hejl //* ha scritto:= >>>> >>>> >>>> Da: Jan Hejl >>>> Oggetto: Re: [Xen-users] Hardware virtualization >>>> A: "Luisa Posani" >>>> Cc: xen-users@lists.xen.org >>>> Data: Luned=EC 6 maggio 2013, 13:11 >>>> >>>> Hi Luisa, >>>> >>>> great news, i use Remmina also. Great tool. >>>> >>>> 'disk =3D ' is used for defining VM's hard drive. I'= m >>>> not familiar with buildroot but as I read about >>>> CPIO it's file archiver and Xen disk image should >>>> be in RAW format. So you should extract rootfs.cpio >>>> to raw disk image which could be created with dd. >>>> Example: >>>> >>>> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10= 000 >>>> >>>> As with normal hard drive you can use fdisk make >>>> some partitions on rootfs.img, format them and >>>> extract rootfs.cpio there. Then you can set this >>>> harddrive img in your xen config file for HVM style >>>> (hda but it should apper as sda inside domU): >>>> >>>> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >>>> >>>> Or you can pass the path to rootfs.img to >>>> xen-create-image. If rootfs.cpio contains all files >>>> including kernel image it should boot normally. As >>>> I wrote I'm not familiar with buildroot thus you're >>>> little bit on your own in this case and i'm sorry >>>> for not being more straightforward but you're using >>>> specific scenario. Maybe I'll save some time for >>>> testing this and let you know later on. >>>> >>>> Have a nice day >>>> Jan >>>> >>>> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>>>> Hi Jan >>>>> >>>>> I launch my windows VM whit graphical program >>>>> named "Remmina Remote desktop client" and it work >>>>> well.. >>>>> >>>>> :-) :-) :-) :-) >>>>> >>>>> Maybe I was wrong a few parameters to launch >>>>> manual gncviewer >>>>> >>>>> Let me explain what is my main problem. >>>>> I would like to start a virtual machine created >>>>> with buildroot standard WHITOUT XEN driversin the V= M. >>>>> I have some problems creating the configuration >>>>> file for this virtual machine. >>>>> I don't know if I have to work with a ramdisk >>>>> (rootfs.cpio created by buildroot) or not and >>>>> what should be the configuration file under (p.e.) >>>>> /etc/xen/VM_buildroot. >>>>> >>>>> I don't understand the meaning of the 'disk =3D' in= >>>>> the configuration file. >>>>> >>>>> you know a tutorial that I could follow to create >>>>> this file? >>>>> >>>>> Xen provides the xen-create-image command to >>>>> create the file, but I do not know how to give >>>>> parameters to the command (initrd >>>>> install-install-source method ...) >>>>> >>>>> Can you help me? >>>>> >>>>> Thanks in advance. >>>>> >>>>> Luisa >>>>> >>>>> >>>>> >>>>> >>>>> --- *Gio 25/4/13, Jan Hejl //* ha >>>>> scritto: >>>>> >>>>> >>>>> Da: Jan Hejl >>>>> Oggetto: Re: [Xen-users] Hardware virtualizatio= n >>>>> A: "Luisa Posani" >>>>> Cc: xen-users@lists.xen.org >>>>> Data: Gioved=EC 25 Aprile 2013, 11:19 >>>>> >>>>> 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-archives.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 appa= re. >>>>>> >>>>>> Why? >>>>>> >>>>>> I would like use a guest OS make with >>>>>> buildroot "standard" without xen driver. >>>>>> >>>>>> I use >>>>>> http://wiki.xen.org/wiki/Xen_Beginners_Guide#C= onfigure_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 //* >>>>>> 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-hardw= are-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 correct= ly. >>>>>>>> >>>>>>>> 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 >>>>>> >>>>> >>>> >>> >>> >>> -----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 >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------070402080504030702070705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good morning Luisa,

not me. You must. :-)

Windows is HVM type of DomU but xen-create-image creates paravirtualized guest type of DomU so your kernel needs to be compiled with PV ops. And that's why I point to use HVM type of linux. Is your dom0 accesible via SSH? Maybe it would be best to connect to your dom0 and install the domU by myself?


Dne 7.5.2013 08:44, Luisa Posani napsal(a):
Good morning Jan<= br>

you say

" Your kernel image is compiled without Xen PV options or ...."

This means that you must compiled kernel support XEN PV?

When I install windowsXX how the installation recognizes virtualizati= on?



--- Lun 6/5/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: Lunedì 6 maggio 2013, 18:17


Dne 6.5.2013 17:46, Luisa Posani napsal(a):
I use your configuration file

I have an error.
I try to rewrite..
EDD: Error 0c00 reading sector 96454
No DEFAULT or UI configuration directive found!
boot:

and stop.
Haven't seen this before. Are you sure that everything goes right? Specially image creation or paths to images?
Wh= ere is the problem???

I asked the question of iso image because I need to use a non standard kernel e fs. Hence the decision to use buildroot.

And so

I try to use my buildroot fs and kernel
=
I create image with

xen-creat= e-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildro= ot-xen/output/images/bzImage --install-method=3Dtar --initrd=3D/home/posani/buildroot/buildro= ot-xen/output/images/rootfs.tar --hostname=3Dprova1  --dhcp --verbos= e --passwd --force

This command generate prova1.cfg file


cat prova1.cfg
#=
# Configuration file for the Xen instance prova1, created
# by xen-tools 4.2 on Mon May  6 19:06:08= 2013.
#=

#=
#  = Kernel + memory size
#=
kernel&n= bsp;     =3D '/home/posani/buildroot/buildroot-xen/out= put/images/bzImage'
ramdisk&= nbsp;    =3D '/boot/initrd.img-2.6.32-5-xen-amd64'=

vcpus&nb= sp;      =3D '1'
memory&n= bsp;     =3D '128'

#=
#  = Disk device(s).
#=
root&nbs= p;       =3D '/dev/xvda2 ro'
disk&nbs= p;       =3D [
 &n= bsp;           &nb= sp;    'file:/home/xen/domains/prova1/disk.img,xvda2,w',
 &n= bsp;           &nb= sp;    'file:/home/xen/domains/prova1/swap.img,xvda1,w',
 &n= bsp;            ]
=

#=
#  Physical volumes
#=


#=
#  Hostname
#=
name&nbs= p;       =3D 'prova1'

#=
#  Networking
#=
dhcp&nbs= p;       =3D 'dhcp'
vif = ;        =3D [ 'mac=3D00:16:3E:F0:3B:4A' ]<= br style=3D" font-style:italic;">
#=
#  Behaviour
#=
on_power= off =3D 'destroy'
on_reboo= t   =3D 'restart'
on_crash=     =3D 'restart'



 but when i make


xm create prova1.cfg
Using config file "./prova1.cfg".
Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images')
Your kernel image is compiled without Xen PV options or is not properly bziped.
I'm looking for internet to resolve this error but I understand that I need xen on my kernel.
But I thought I could use a generic VM...
I'm confused...

Thanks for your help
I hope I explained well my problem.

;-)

Luisa
&n= bsp;






--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> 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: Lunedì 6 maggio 2013, 15:26<= br>
What is your level of linux knowledge? Or IT at all?

This ISO contains LIVE version of Gentoo. Something like minimal ubuntu that's neccesary for ubuntu installation. You don't need to create anything. Go through install process and then you'll have your own system installed on domu-01.img.<= br>
Dne 6.5.2013 15:18, Luisa Posani napsal(a):
Hi Jan
=
I'm downloading 
insta=
ll-amd64-minimal-20130425.iso

and I try to work.

If I haven't this minimal image it's possible to work?
What does it contains?
How can I create this image?

--- Lun 6/5/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: Lunedì 6 mag= gio 2013, 14:59

Create domU config file in /etc/xen/domu-01.cfg:= 
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20130425.iso,h=
dc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases= /amd64/autobuilds/current-iso/install-amd64-minimal-20130425.iso to your /root folder. Create hard drive image: 
dd if=3D/dev/z=
ero of=3D/root/domu-01.img bs=3D1M count=3D10000
Start your domU with:
xl create /etc=
/xen/domu-01.cfg
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://= www.gentoo.org/doc/en/handbook/handbook-amd64.xml. Chapter 7 describes kernel compiling - custom config or genkernel.

When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
boot=3D"cd"
And after:
xl create /etc=
/xen/domu-01.cfg
you should see your Gentoo booting up.

Hope this helps.
Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Can you suggest me the simplest way to create a VM linux from scratch using kernel code source?
tks

Luisa






--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:
=

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Luned&igr= ave; 6 maggio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/d=
ev/zero of=3Drootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU): 
disk =3D [=
 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-imag= e. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward= but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..
:-) :-) :-) :-)

Mayb= e I was wrong a few parameters to launch manual gncviewer

Let = me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers i= n the VM.
<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">I have some = problems creating the configuration file for th= is virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not an= d
<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I do= n't understand the meaning of the<= /span> 'disk =3D' in the configuration file.=

you know a tutorial that I could follow to create this file?

<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">Xen provides the xen-cr= eate-image com= mand to create the file, but I do not know how to give parameters to the command<= /span> (initrd install-install= -source method ...)

Can you help me?

= <= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">Thanks in advance.
=
Luisa

<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">
<= br>
--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:
=

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Gioved&ig= rave; 25 Aprile 2013, 11:19
=
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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users




-----Segue allegato-----<= br>
_______________________________________________
Xen-users mailing list<= br> 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>

--------------070402080504030702070705-- --------------ms070208000105070108040705 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDcwNjUwMzRa MCMGCSqGSIb3DQEJBDEWBBQBn1MotkCyDlB6K3gx5BaxxWax/zBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAHV7XVZt7VeW mdfiK++qkeeDHdoStssb4zXP1C6nR5A4dpNiPHwYCaU4U4sjNuJNkKEn85db+wQQlB1XrF55 IbZDlIiTd6lMKlAEP8xfuWUEGEbch9cZalplsJuk8p7MDA/OOIv4U5ZrS7B/5iZArvWD1zlE OqlXIR48YKHk3tphL0QT8bQa4K1NiX0OO8fr7OjrkiM2sywh5KJRiriW5UD//I3GZBIdNmqF kLFm8Zgb/wHbtsoGQhVXyMVpFemGlksxQZIDrwGCmU5k6HhrrQHyIuLjM2jbew7ClLNQX7uX V3ovG0taa2PUyRepie7dR5lNIX/d8Xg0veX3AJqRJj8AAAAAAAA= --------------ms070208000105070108040705-- --===============1277268373565181807== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1277268373565181807==-- From xen-users-bounces@lists.xen.org Tue May 07 06:51:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:51: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 1UZbjd-0005RD-AN; Tue, 07 May 2013 06:50:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbjb-0005R7-EK for xen-users@lists.xen.org; Tue, 07 May 2013 06:50:48 +0000 Received: from [85.158.137.99:64522] by server-13.bemta-3.messagelabs.com id 17/5D-19597-644A8815; Tue, 07 May 2013 06:50:46 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-8.tower-217.messagelabs.com!1367909442!15339884!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 23960 invoked from network); 7 May 2013 06:50:42 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-8.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 06:50:42 -0000 Received: (qmail 8757 invoked by uid 1000); 7 May 2013 08:50:40 +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(-12.7/5.0):. Processed in 2.76365 secs); 07 May 2013 06:50:40 -0000 X-Spam-Status: No, hits=-12.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -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 -1.2 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); 7 May 2013 08:50:37 +0200 Received: from [192.168.1.141] (unknown [37.77.238.169]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by posta.excello.cz (Postfix) with ESMTPSA id 0D8282C13D5; Tue, 7 May 2013 08:50:35 +0200 (CEST) Message-ID: <5188A43A.8080001@excello.cz> Date: Tue, 07 May 2013 08:50:34 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Luisa Posani References: <1367909079.34815.YahooMailClassic@web171905.mail.ir2.yahoo.com> In-Reply-To: <1367909079.34815.YahooMailClassic@web171905.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="===============1277268373565181807==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1277268373565181807== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070208000105070108040705" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms070208000105070108040705 Content-Type: multipart/alternative; boundary="------------070402080504030702070705" This is a multi-part message in MIME format. --------------070402080504030702070705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Good morning Luisa, not me. You must. :-) Windows is HVM type of DomU but xen-create-image creates paravirtualized = guest type of DomU so your kernel needs to be compiled with PV ops. And=20 that's why I point to use HVM type of linux. Is your dom0 accesible via=20 SSH? Maybe it would be best to connect to your dom0 and install the domU = by myself? Dne 7.5.2013 08:44, Luisa Posani napsal(a): > Good morning Jan > > > you say > > " Your kernel image is compiled without Xen PV options or ...." > > This means that you must compiled kernel support XEN PV? > > When I install windowsXX how the installation recognizes virtualization= ? > > > > --- *Lun 6/5/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Luned=EC 6 maggio 2013, 18:17 > > > Dne 6.5.2013 17:46, Luisa Posani napsal(a): >> >> I use your configuration file >> >> I have an error. >> I try to rewrite.. >> EDD: Error 0c00 reading sector 96454 >> No DEFAULT or UI configuration directive found! >> boot: >> >> and stop. >> > Haven't seen this before. Are you sure that everything goes right? > Specially image creation or paths to images? >> Where is the problem??? >> >> I asked the question of iso image because I need to use a non >> standard kernel e fs. >> Hence the decision to use buildroot. >> >> And so >> >> I try to use my buildroot fs and kernel >> >> I create image with >> >> xen-create-image --fs=3Dext2 >> --kernel=3D/home/posani/buildroot/buildroot-xen/output/images/bzIm= age >> --install-method=3Dtar >> --initrd=3D/home/posani/buildroot/buildroot-xen/output/images/root= fs.tar >> --hostname=3Dprova1 --dhcp --verbose --passwd --force >> >> This command generate prova1.cfg file >> >> >> cat prova1.cfg >> # >> # Configuration file for the Xen instance prova1, created >> # by xen-tools 4.2 on Mon May 6 19:06:08 2013. >> # >> >> # >> # Kernel + memory size >> # >> kernel =3D '/home/posani/buildroot/buildroot-xen/output/images/bzI= mage' >> ramdisk =3D '/boot/initrd.img-2.6.32-5-xen-amd64' >> >> vcpus =3D '1' >> memory =3D '128' >> >> # >> # Disk device(s). >> # >> root =3D '/dev/xvda2 ro' >> disk =3D [ >> 'file:/home/xen/domains/prova1/disk.img,xvda2,w', >> 'file:/home/xen/domains/prova1/swap.img,xvda1,w', >> ] >> >> >> # >> # Physical volumes >> # >> >> >> # >> # Hostname >> # >> name =3D 'prova1' >> >> # >> # Networking >> # >> dhcp =3D 'dhcp' >> vif =3D [ 'mac=3D00:16:3E:F0:3B:4A' ] >> >> # >> # Behaviour >> # >> on_poweroff =3D 'destroy' >> on_reboot =3D 'restart' >> on_crash =3D 'restart' >> >> >> >> but when i make >> >> >> xm create prova1.cfg >> Using config file "./prova1.cfg". >> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will >> only load images built for the generic loader or Linux images') >> > Your kernel image is compiled without Xen PV options or is not > properly bziped. >> >> I'm looking for internet to resolve this error but I understand >> that I need xen on my kernel. >> But I thought I could use a generic VM... >> >> I'm confused... >> >> Thanks for your help >> I hope I explained well my problem. >> >> ;-) >> >> Luisa >> >> >> >> >> >> >> >> >> --- *Lun 6/5/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: "Luisa Posani" >> >> Cc: xen-users@lists.xen.org >> >> Data: Luned=EC 6 maggio 2013, 15:26 >> >> What is your level of linux knowledge? Or IT at all? >> >> This ISO contains LIVE version of Gentoo. Something like >> minimal ubuntu that's neccesary for ubuntu installation. You >> don't need to create anything. Go through install process and >> then you'll have your own system installed on domu-01.img. >> >> Dne 6.5.2013 15:18, Luisa Posani napsal(a): >>> Hi Jan >>> >>> I'm downloading >>> install-amd64-minimal-20130425.iso >>> >>> and I try to work. >>> >>> If I haven't this minimal image it's possible to work? >>> What does it contains? >>> How can I create this image? >>> >>> >>> >>> >>> --- *Lun 6/5/13, Jan Hejl //* ha scritto: >>> >>> >>> Da: Jan Hejl >>> Oggetto: Re: [Xen-users] Hardware virtualization >>> A: "Luisa Posani" >>> Cc: xen-users@lists.xen.org >>> Data: Luned=EC 6 maggio 2013, 14:59 >>> >>> Create domU config file in /etc/xen/domu-01.cfg: >>> >>> builder=3D'hvm' >>> memory =3D 2048 >>> name =3D "DomU-01" >>> vcpus=3D2 >>> vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Di= oemu, model=3De1000, mac=3D00:16:3e:63:80:88' ] >>> disk =3D [ 'file:/root/domu-01.img,hda,w', >>> 'file:/root/install-amd64-minimal-20130425.iso,h= dc:cdrom,r' >>> ] >>> on_poweroff =3D 'destroy' >>> on_reboot =3D 'restart' >>> on_crash =3D 'restart' >>> boot=3D"dc" >>> vnc=3D1 >>> vnclisten=3D"127.0.0.1" >>> vncpasswd=3D'' >>> >>> Download this >>> http://distfiles.gentoo.org/releases/amd64/autobuilds/cur= rent-iso/install-amd64-minimal-20130425.iso >>> to your /root folder. Create hard drive image: >>> >>> dd if=3D/dev/zero of=3D/root/domu-01.img bs=3D1M count=3D= 10000 >>> >>> Start your domU with: >>> >>> xl create /etc/xen/domu-01.cfg >>> >>> Then you should be able to connect with Remmina to >>> localhosts VNC and then you'll see Gentoo Live CD >>> booting. Here's how to install Gentoo >>> http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml.= Chapter >>> 7 describes kernel compiling - custom config or genkernel= =2E >>> >>> When you'll be done with Gentoo installation, you shold >>> poweroff you domU, change boot value to: >>> >>> boot=3D"cd" >>> >>> And after: >>> >>> xl create /etc/xen/domu-01.cfg >>> >>> you should see your Gentoo booting up. >>> >>> Hope this helps. >>> >>> Jan >>> >>> Dne 6.5.2013 14:41, Luisa Posani napsal(a): >>>> Can you suggest me the simplest way to create a VM >>>> linux from scratch using kernel code source? >>>> >>>> tks >>>> >>>> Luisa >>>> >>>> >>>> >>>> >>>> >>>> >>>> --- *Lun 6/5/13, Jan Hejl //* ha scritto:= >>>> >>>> >>>> Da: Jan Hejl >>>> Oggetto: Re: [Xen-users] Hardware virtualization >>>> A: "Luisa Posani" >>>> Cc: xen-users@lists.xen.org >>>> Data: Luned=EC 6 maggio 2013, 13:11 >>>> >>>> Hi Luisa, >>>> >>>> great news, i use Remmina also. Great tool. >>>> >>>> 'disk =3D ' is used for defining VM's hard drive. I'= m >>>> not familiar with buildroot but as I read about >>>> CPIO it's file archiver and Xen disk image should >>>> be in RAW format. So you should extract rootfs.cpio >>>> to raw disk image which could be created with dd. >>>> Example: >>>> >>>> dd if=3D/dev/zero of=3Drootfs.img bs=3D1M count=3D10= 000 >>>> >>>> As with normal hard drive you can use fdisk make >>>> some partitions on rootfs.img, format them and >>>> extract rootfs.cpio there. Then you can set this >>>> harddrive img in your xen config file for HVM style >>>> (hda but it should apper as sda inside domU): >>>> >>>> disk =3D [ 'file:/path/to/rootfs.img,hda,w' ] >>>> >>>> Or you can pass the path to rootfs.img to >>>> xen-create-image. If rootfs.cpio contains all files >>>> including kernel image it should boot normally. As >>>> I wrote I'm not familiar with buildroot thus you're >>>> little bit on your own in this case and i'm sorry >>>> for not being more straightforward but you're using >>>> specific scenario. Maybe I'll save some time for >>>> testing this and let you know later on. >>>> >>>> Have a nice day >>>> Jan >>>> >>>> Dne 6.5.2013 12:38, Luisa Posani napsal(a): >>>>> Hi Jan >>>>> >>>>> I launch my windows VM whit graphical program >>>>> named "Remmina Remote desktop client" and it work >>>>> well.. >>>>> >>>>> :-) :-) :-) :-) >>>>> >>>>> Maybe I was wrong a few parameters to launch >>>>> manual gncviewer >>>>> >>>>> Let me explain what is my main problem. >>>>> I would like to start a virtual machine created >>>>> with buildroot standard WHITOUT XEN driversin the V= M. >>>>> I have some problems creating the configuration >>>>> file for this virtual machine. >>>>> I don't know if I have to work with a ramdisk >>>>> (rootfs.cpio created by buildroot) or not and >>>>> what should be the configuration file under (p.e.) >>>>> /etc/xen/VM_buildroot. >>>>> >>>>> I don't understand the meaning of the 'disk =3D' in= >>>>> the configuration file. >>>>> >>>>> you know a tutorial that I could follow to create >>>>> this file? >>>>> >>>>> Xen provides the xen-create-image command to >>>>> create the file, but I do not know how to give >>>>> parameters to the command (initrd >>>>> install-install-source method ...) >>>>> >>>>> Can you help me? >>>>> >>>>> Thanks in advance. >>>>> >>>>> Luisa >>>>> >>>>> >>>>> >>>>> >>>>> --- *Gio 25/4/13, Jan Hejl //* ha >>>>> scritto: >>>>> >>>>> >>>>> Da: Jan Hejl >>>>> Oggetto: Re: [Xen-users] Hardware virtualizatio= n >>>>> A: "Luisa Posani" >>>>> Cc: xen-users@lists.xen.org >>>>> Data: Gioved=EC 25 Aprile 2013, 11:19 >>>>> >>>>> 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-archives.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 appa= re. >>>>>> >>>>>> Why? >>>>>> >>>>>> I would like use a guest OS make with >>>>>> buildroot "standard" without xen driver. >>>>>> >>>>>> I use >>>>>> http://wiki.xen.org/wiki/Xen_Beginners_Guide#C= onfigure_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 //* >>>>>> 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-hardw= are-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 correct= ly. >>>>>>>> >>>>>>>> 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 >>>>>> >>>>> >>>> >>> >>> >>> -----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 >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------070402080504030702070705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good morning Luisa,

not me. You must. :-)

Windows is HVM type of DomU but xen-create-image creates paravirtualized guest type of DomU so your kernel needs to be compiled with PV ops. And that's why I point to use HVM type of linux. Is your dom0 accesible via SSH? Maybe it would be best to connect to your dom0 and install the domU by myself?


Dne 7.5.2013 08:44, Luisa Posani napsal(a):
Good morning Jan<= br>

you say

" Your kernel image is compiled without Xen PV options or ...."

This means that you must compiled kernel support XEN PV?

When I install windowsXX how the installation recognizes virtualizati= on?



--- Lun 6/5/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: Lunedì 6 maggio 2013, 18:17


Dne 6.5.2013 17:46, Luisa Posani napsal(a):
I use your configuration file

I have an error.
I try to rewrite..
EDD: Error 0c00 reading sector 96454
No DEFAULT or UI configuration directive found!
boot:

and stop.
Haven't seen this before. Are you sure that everything goes right? Specially image creation or paths to images?
Wh= ere is the problem???

I asked the question of iso image because I need to use a non standard kernel e fs. Hence the decision to use buildroot.

And so

I try to use my buildroot fs and kernel
=
I create image with

xen-creat= e-image --fs=3Dext2 --kernel=3D/home/posani/buildroot/buildro= ot-xen/output/images/bzImage --install-method=3Dtar --initrd=3D/home/posani/buildroot/buildro= ot-xen/output/images/rootfs.tar --hostname=3Dprova1  --dhcp --verbos= e --passwd --force

This command generate prova1.cfg file


cat prova1.cfg
#=
# Configuration file for the Xen instance prova1, created
# by xen-tools 4.2 on Mon May  6 19:06:08= 2013.
#=

#=
#  = Kernel + memory size
#=
kernel&n= bsp;     =3D '/home/posani/buildroot/buildroot-xen/out= put/images/bzImage'
ramdisk&= nbsp;    =3D '/boot/initrd.img-2.6.32-5-xen-amd64'=

vcpus&nb= sp;      =3D '1'
memory&n= bsp;     =3D '128'

#=
#  = Disk device(s).
#=
root&nbs= p;       =3D '/dev/xvda2 ro'
disk&nbs= p;       =3D [
 &n= bsp;           &nb= sp;    'file:/home/xen/domains/prova1/disk.img,xvda2,w',
 &n= bsp;           &nb= sp;    'file:/home/xen/domains/prova1/swap.img,xvda1,w',
 &n= bsp;            ]
=

#=
#  Physical volumes
#=


#=
#  Hostname
#=
name&nbs= p;       =3D 'prova1'

#=
#  Networking
#=
dhcp&nbs= p;       =3D 'dhcp'
vif = ;        =3D [ 'mac=3D00:16:3E:F0:3B:4A' ]<= br style=3D" font-style:italic;">
#=
#  Behaviour
#=
on_power= off =3D 'destroy'
on_reboo= t   =3D 'restart'
on_crash=     =3D 'restart'



 but when i make


xm create prova1.cfg
Using config file "./prova1.cfg".
Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images')
Your kernel image is compiled without Xen PV options or is not properly bziped.
I'm looking for internet to resolve this error but I understand that I need xen on my kernel.
But I thought I could use a generic VM...
I'm confused...

Thanks for your help
I hope I explained well my problem.

;-)

Luisa
&n= bsp;






--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> 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: Lunedì 6 maggio 2013, 15:26<= br>
What is your level of linux knowledge? Or IT at all?

This ISO contains LIVE version of Gentoo. Something like minimal ubuntu that's neccesary for ubuntu installation. You don't need to create anything. Go through install process and then you'll have your own system installed on domu-01.img.<= br>
Dne 6.5.2013 15:18, Luisa Posani napsal(a):
Hi Jan
=
I'm downloading 
insta=
ll-amd64-minimal-20130425.iso

and I try to work.

If I haven't this minimal image it's possible to work?
What does it contains?
How can I create this image?

--- Lun 6/5/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: Lunedì 6 mag= gio 2013, 14:59

Create domU config file in /etc/xen/domu-01.cfg:= 
builder=3D'hvm'
memory =3D 2048
name =3D "DomU-01"
vcpus=3D2
vif =3D [ 'bridge=3Dxenbr1, script=3Dvif-bridge, type=3Dioemu, model=3De1=
000, mac=3D00:16:3e:63:80:88' ]
disk =3D [ 'file:/root/domu-01.img,hda,w',
        'file:/root/install-amd64-minimal-20130425.iso,h=
dc:cdrom,r'
]
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'
boot=3D"dc"
vnc=3D1
vnclisten=3D"127.0.0.1"
vncpasswd=3D''
Download this http://distfiles.gentoo.org/releases= /amd64/autobuilds/current-iso/install-amd64-minimal-20130425.iso to your /root folder. Create hard drive image: 
dd if=3D/dev/z=
ero of=3D/root/domu-01.img bs=3D1M count=3D10000
Start your domU with:
xl create /etc=
/xen/domu-01.cfg
Then you should be able to connect with Remmina to localhosts VNC and then you'll see Gentoo Live CD booting. Here's how to install Gentoo http://= www.gentoo.org/doc/en/handbook/handbook-amd64.xml. Chapter 7 describes kernel compiling - custom config or genkernel.

When you'll be done with Gentoo installation, you shold poweroff you domU, change boot value to:
boot=3D"cd"
And after:
xl create /etc=
/xen/domu-01.cfg
you should see your Gentoo booting up.

Hope this helps.
Jan

Dne 6.5.2013 14:41, Luisa Posani napsal(a):
Can you suggest me the simplest way to create a VM linux from scratch using kernel code source?
tks

Luisa






--- Lun 6/5/13, Jan Hejl <jh@excello.cz> ha scritto:
=

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Luned&igr= ave; 6 maggio 2013, 13:11

Hi Luisa,

great news, i use Remmina also. Great tool.

'disk =3D ' is used for defining VM's hard drive. I'm not familiar with buildroot but as I read about CPIO it's file archiver and Xen disk image should be in RAW format. So you should extract rootfs.cpio to raw disk image which could be created with dd. Example: 
dd if=3D/d=
ev/zero of=3Drootfs.img bs=3D1M count=3D10000
As with normal hard drive you can use fdisk make some partitions on rootfs.img, format them and extract rootfs.cpio there. Then you can set this harddrive img in your xen config file for HVM style (hda but it should apper as sda inside domU): 
disk =3D [=
 'file:/path/to/rootfs.img,hda,w' ]
Or you can pass the path to rootfs.img to xen-create-imag= e. If rootfs.cpio contains all files including kernel image it should boot normally. As I wrote I'm not familiar with buildroot thus you're little bit on your own in this case and i'm sorry for not being more straightforward= but you're using specific scenario. Maybe I'll save some time for testing this and let you know later on.

Have a nice day
Jan

Dne 6.5.2013 12:38, Luisa Posani napsal(a):
Hi Jan

I launch my windows VM whit graphical program named "Remmina Remote desktop client" and it work well..
:-) :-) :-) :-)

Mayb= e I was wrong a few parameters to launch manual gncviewer

Let = me explain what is my main problem.
I would like to start a virtual machine created with buildroot standard WHITOUT XEN drivers i= n the VM.
<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">I have some = problems creating the configuration file for th= is virtual machine.=
I don't know if I have to work with a ramdisk (rootfs.cpio created by buildroot) or not an= d
<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">what should be the configuration file under (p.e.) /etc/xen/VM= _buildroot.

I do= n't understand the meaning of the<= /span> 'disk =3D' in the configuration file.=

you know a tutorial that I could follow to create this file?

<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">Xen provides the xen-cr= eate-image com= mand to create the file, but I do not know how to give parameters to the command<= /span> (initrd install-install= -source method ...)

Can you help me?

= <= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">Thanks in advance.
=
Luisa

<= span id=3D"yiv1944943114result_box" class=3D"yiv1944943114" lang=3D"en">
<= br>
--- Gio 25/4/13, Jan Hejl <jh@excello.cz> ha scritto:
=

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization<= br> A: "Luisa Posani" <lposani@yahoo.it>=
Cc: xen-users@lists.xen.org
Data: Gioved&ig= rave; 25 Aprile 2013, 11:19
=
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-archives.xen.org/archives/html/xen-users/2= 010-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.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_s= tart_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<= br> 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/learn= ing/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 <jh@excello.cz> ha scritto:
=

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

Hello Luisa,

here http://en.wikipe= dia.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

<= /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.xe= n.org/xen-users


-----Segue allegato-----
_______________________________________________
Xen-users mailing list Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users




-----Segue allegato-----<= br>
_______________________________________________
Xen-users mailing list<= br> 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>

--------------070402080504030702070705-- --------------ms070208000105070108040705 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MDcwNjUwMzRa MCMGCSqGSIb3DQEJBDEWBBQBn1MotkCyDlB6K3gx5BaxxWax/zBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAHV7XVZt7VeW mdfiK++qkeeDHdoStssb4zXP1C6nR5A4dpNiPHwYCaU4U4sjNuJNkKEn85db+wQQlB1XrF55 IbZDlIiTd6lMKlAEP8xfuWUEGEbch9cZalplsJuk8p7MDA/OOIv4U5ZrS7B/5iZArvWD1zlE OqlXIR48YKHk3tphL0QT8bQa4K1NiX0OO8fr7OjrkiM2sywh5KJRiriW5UD//I3GZBIdNmqF kLFm8Zgb/wHbtsoGQhVXyMVpFemGlksxQZIDrwGCmU5k6HhrrQHyIuLjM2jbew7ClLNQX7uX V3ovG0taa2PUyRepie7dR5lNIX/d8Xg0veX3AJqRJj8AAAAAAAA= --------------ms070208000105070108040705-- --===============1277268373565181807== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1277268373565181807==-- From xen-users-bounces@lists.xen.org Tue May 07 06:55:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:55: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 1UZbnU-0005jh-Md; Tue, 07 May 2013 06:54:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbnT-0005jZ-60 for Xen-users@lists.xen.org; Tue, 07 May 2013 06:54:47 +0000 Received: from [85.158.143.99:61158] by server-3.bemta-4.messagelabs.com id E4/DD-02015-635A8815; Tue, 07 May 2013 06:54:46 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-16.tower-216.messagelabs.com!1367909683!20185170!1 X-Originating-IP: [66.199.170.4] 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 21734 invoked from network); 7 May 2013 06:54:45 -0000 Received: from ns1.bitblock.com (HELO slim1.bitblock.com) (66.199.170.4) by server-16.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 06:54:45 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by slim1.bitblock.com with esmtp; Tue, 07 May 2013 06:54:42 +0000 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0342.003; Mon, 6 May 2013 23:54:42 -0700 From: "mitch@bitblock.net" To: "'jan@architechs.eu'" , "'Xen-users@lists.xen.org'" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSli7lYBfvXpM4U2b/7Bybt6hnZj4p1cAgAAGCoCAAMMFgIAATAAA//+OZ0w= Date: Tue, 7 May 2013 06:54:41 +0000 Message-ID: In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.1.9] MIME-Version: 1.0 Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Topposting - I know - limitations of mobile device. Sorry. = I am not disputing anything you've said - however for what its worth I had = the opposite experience. After buying hardware that I checked was on the vm= ware list I found it under performed, didn't support the raid controller pr= operly and had odd networking issues dealing with our vlans. = Xen was an improvement and I'm looking forward to pushing the boundaries wi= th xcp and being able to solve problems due to the more open nature. = Of course. Miss a few things. Like the ability to change network (and other= ) config options on a running vm... But I figure that I probably just haven= 't discovered how to do these things yet. = When I had issues on vmware I had trouble getting to the right people and g= etting them to take the issue seriously. = The xen/xcp community seems a lot more open / engaging. For that I'm very = thankful. Regards returned. = Mitch. = ----- Original Message ----- From: Jan-Aage Frydenb=F8-Bruvoll [mailto:jan@architechs.eu] Sent: Monday, May 06, 2013 11:41 PM To: Xen-users@lists.xen.org Subject: Re: [Xen-users] SSD 4K Alignment? Hi, > Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all load= ed on > a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter t= hat > are a fraction (as in 5%) of the manufacturers claims. Quite interested to hear your conclusions if any. We ended up dropping XCP = as a platform with the last bunch of VMs being replaced last Christmas, due= to IO and networking performance issues. We were never able to get more th= an 20 MBps out of the VM disks, and network performance was poor enough for= it to be impossible to run heavily loaded load balancers (IPVS) on them. I am sure our problems were due to configuration mistakes, at least I hope = so, but we have never seen anything like it in our new environment (on the = same hardware). Best regards Jan _______________________________________________ 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 May 07 06:55:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 06:55: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 1UZbnU-0005jh-Md; Tue, 07 May 2013 06:54:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZbnT-0005jZ-60 for Xen-users@lists.xen.org; Tue, 07 May 2013 06:54:47 +0000 Received: from [85.158.143.99:61158] by server-3.bemta-4.messagelabs.com id E4/DD-02015-635A8815; Tue, 07 May 2013 06:54:46 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-16.tower-216.messagelabs.com!1367909683!20185170!1 X-Originating-IP: [66.199.170.4] 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 21734 invoked from network); 7 May 2013 06:54:45 -0000 Received: from ns1.bitblock.com (HELO slim1.bitblock.com) (66.199.170.4) by server-16.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 06:54:45 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by slim1.bitblock.com with esmtp; Tue, 07 May 2013 06:54:42 +0000 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0342.003; Mon, 6 May 2013 23:54:42 -0700 From: "mitch@bitblock.net" To: "'jan@architechs.eu'" , "'Xen-users@lists.xen.org'" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSli7lYBfvXpM4U2b/7Bybt6hnZj4p1cAgAAGCoCAAMMFgIAATAAA//+OZ0w= Date: Tue, 7 May 2013 06:54:41 +0000 Message-ID: In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.1.9] MIME-Version: 1.0 Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Topposting - I know - limitations of mobile device. Sorry. = I am not disputing anything you've said - however for what its worth I had = the opposite experience. After buying hardware that I checked was on the vm= ware list I found it under performed, didn't support the raid controller pr= operly and had odd networking issues dealing with our vlans. = Xen was an improvement and I'm looking forward to pushing the boundaries wi= th xcp and being able to solve problems due to the more open nature. = Of course. Miss a few things. Like the ability to change network (and other= ) config options on a running vm... But I figure that I probably just haven= 't discovered how to do these things yet. = When I had issues on vmware I had trouble getting to the right people and g= etting them to take the issue seriously. = The xen/xcp community seems a lot more open / engaging. For that I'm very = thankful. Regards returned. = Mitch. = ----- Original Message ----- From: Jan-Aage Frydenb=F8-Bruvoll [mailto:jan@architechs.eu] Sent: Monday, May 06, 2013 11:41 PM To: Xen-users@lists.xen.org Subject: Re: [Xen-users] SSD 4K Alignment? Hi, > Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all load= ed on > a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter t= hat > are a fraction (as in 5%) of the manufacturers claims. Quite interested to hear your conclusions if any. We ended up dropping XCP = as a platform with the last bunch of VMs being replaced last Christmas, due= to IO and networking performance issues. We were never able to get more th= an 20 MBps out of the VM disks, and network performance was poor enough for= it to be impossible to run heavily loaded load balancers (IPVS) on them. I am sure our problems were due to configuration mistakes, at least I hope = so, but we have never seen anything like it in our new environment (on the = same hardware). Best regards Jan _______________________________________________ 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 May 07 07:51:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 07:51: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 1UZcf2-00075h-Uz; Tue, 07 May 2013 07:50:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZcf1-00075Z-AF for Xen-users@lists.xen.org; Tue, 07 May 2013 07:50:07 +0000 Received: from [85.158.139.211:45363] by server-7.bemta-5.messagelabs.com id 3C/C2-12828-E22B8815; Tue, 07 May 2013 07:50:06 +0000 X-Env-Sender: greg.zapp@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1367913002!21896885!1 X-Originating-IP: [209.85.219.46] 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 12566 invoked from network); 7 May 2013 07:50:05 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 07:50:05 -0000 Received: by mail-oa0-f46.google.com with SMTP id h2so260470oag.19 for ; Tue, 07 May 2013 00:50:01 -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=3w/UlQjKH1F1dGlgDguldhlIq8BsvDI2/DnvOD5qsUI=; b=ARaKd3wiKcZ6e2jh28Ye7/5yKbAw+9E+nk2okf513Bb82VgSHEiARTj3MTjHuIl/ji 6pc695gDugNUXIH/p+NgyY+epp1QeQnUs8QQI49DipsVvEYhZeXv2XHimim/nKgSFyEx rMGRrv9s7oD3IERvT/1eEL5MOJPcK6sEtakX7LuODhVu2T/ucZjYmEdD4Lj/oLj4pi7a R+8p255hItT/ta9h+mJhcjznSCs6oUieekgvT1jc9+3J4PhPryE6bOIzl4JbvdoPWjlU gf9o7xOZMFZu9RJPLhSLeQiJwu0PL2VhRifqS7U6Se1vlvHjMducGvPrM7/5lSZjDO34 qb/w== MIME-Version: 1.0 X-Received: by 10.182.129.230 with SMTP id nz6mr239032obb.49.1367913001764; Tue, 07 May 2013 00:50:01 -0700 (PDT) Received: by 10.76.109.148 with HTTP; Tue, 7 May 2013 00:50:01 -0700 (PDT) In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> Date: Tue, 7 May 2013 19:50:01 +1200 Message-ID: From: Greg Zapp To: =?ISO-8859-1?Q?Jan=2DAage_Frydenb=F8=2DBruvoll?= Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7647481435936334624==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7647481435936334624== Content-Type: multipart/alternative; boundary=089e0149d27c8e181604dc1c10aa --089e0149d27c8e181604dc1c10aa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan, Are you using the GPLPV drivers for windows? These should be considered mandatory for anyone expecting performance out of Windows on Xen. Cheers, Greg On Tue, May 7, 2013 at 6:41 PM, Jan-Aage Frydenb=F8-Bruvoll wrote: > Hi, > > > Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all > loaded on > > a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter > that > > are a fraction (as in 5%) of the manufacturers claims. > > Quite interested to hear your conclusions if any. We ended up dropping XC= P > as a platform with the last bunch of VMs being replaced last Christmas, d= ue > to IO and networking performance issues. We were never able to get more > than 20 MBps out of the VM disks, and network performance was poor enough > for it to be impossible to run heavily loaded load balancers (IPVS) on th= em. > > I am sure our problems were due to configuration mistakes, at least I hop= e > so, but we have never seen anything like it in our new environment (on th= e > same hardware). > > Best regards > Jan > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0149d27c8e181604dc1c10aa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jan,

Are you using the GPLP= V drivers for windows?=A0 These should be considered mandatory for anyone e= xpecting performance out of Windows on Xen.


Cheers,
=A0=A0 Greg


On Tue, May 7, 2013 at 6:41 PM, Jan-Aage Frydenb=F8-Bruvoll <jan@a= rchitechs.eu> wrote:
Hi,

> Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all l= oaded on
> a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMete= r that
> are a fraction (as in 5%) of the manufacturers claims.

Quite interested to hear your conclusions if any. We ended up dropping XCP = as a platform with the last bunch of VMs being replaced last Christmas, due= to IO and networking performance issues. We were never able to get more th= an 20 MBps out of the VM disks, and network performance was poor enough for= it to be impossible to run heavily loaded load balancers (IPVS) on them.
I am sure our problems were due to configuration mistakes, at least I hope = so, but we have never seen anything like it in our new environment (on the = same hardware).

Best regards
Jan



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

--089e0149d27c8e181604dc1c10aa-- --===============7647481435936334624== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7647481435936334624==-- From xen-users-bounces@lists.xen.org Tue May 07 07:51:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 07:51: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 1UZcf2-00075h-Uz; Tue, 07 May 2013 07:50:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZcf1-00075Z-AF for Xen-users@lists.xen.org; Tue, 07 May 2013 07:50:07 +0000 Received: from [85.158.139.211:45363] by server-7.bemta-5.messagelabs.com id 3C/C2-12828-E22B8815; Tue, 07 May 2013 07:50:06 +0000 X-Env-Sender: greg.zapp@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1367913002!21896885!1 X-Originating-IP: [209.85.219.46] 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 12566 invoked from network); 7 May 2013 07:50:05 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 07:50:05 -0000 Received: by mail-oa0-f46.google.com with SMTP id h2so260470oag.19 for ; Tue, 07 May 2013 00:50:01 -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=3w/UlQjKH1F1dGlgDguldhlIq8BsvDI2/DnvOD5qsUI=; b=ARaKd3wiKcZ6e2jh28Ye7/5yKbAw+9E+nk2okf513Bb82VgSHEiARTj3MTjHuIl/ji 6pc695gDugNUXIH/p+NgyY+epp1QeQnUs8QQI49DipsVvEYhZeXv2XHimim/nKgSFyEx rMGRrv9s7oD3IERvT/1eEL5MOJPcK6sEtakX7LuODhVu2T/ucZjYmEdD4Lj/oLj4pi7a R+8p255hItT/ta9h+mJhcjznSCs6oUieekgvT1jc9+3J4PhPryE6bOIzl4JbvdoPWjlU gf9o7xOZMFZu9RJPLhSLeQiJwu0PL2VhRifqS7U6Se1vlvHjMducGvPrM7/5lSZjDO34 qb/w== MIME-Version: 1.0 X-Received: by 10.182.129.230 with SMTP id nz6mr239032obb.49.1367913001764; Tue, 07 May 2013 00:50:01 -0700 (PDT) Received: by 10.76.109.148 with HTTP; Tue, 7 May 2013 00:50:01 -0700 (PDT) In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> Date: Tue, 7 May 2013 19:50:01 +1200 Message-ID: From: Greg Zapp To: =?ISO-8859-1?Q?Jan=2DAage_Frydenb=F8=2DBruvoll?= Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7647481435936334624==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7647481435936334624== Content-Type: multipart/alternative; boundary=089e0149d27c8e181604dc1c10aa --089e0149d27c8e181604dc1c10aa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jan, Are you using the GPLPV drivers for windows? These should be considered mandatory for anyone expecting performance out of Windows on Xen. Cheers, Greg On Tue, May 7, 2013 at 6:41 PM, Jan-Aage Frydenb=F8-Bruvoll wrote: > Hi, > > > Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all > loaded on > > a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter > that > > are a fraction (as in 5%) of the manufacturers claims. > > Quite interested to hear your conclusions if any. We ended up dropping XC= P > as a platform with the last bunch of VMs being replaced last Christmas, d= ue > to IO and networking performance issues. We were never able to get more > than 20 MBps out of the VM disks, and network performance was poor enough > for it to be impossible to run heavily loaded load balancers (IPVS) on th= em. > > I am sure our problems were due to configuration mistakes, at least I hop= e > so, but we have never seen anything like it in our new environment (on th= e > same hardware). > > Best regards > Jan > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0149d27c8e181604dc1c10aa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jan,

Are you using the GPLP= V drivers for windows?=A0 These should be considered mandatory for anyone e= xpecting performance out of Windows on Xen.


Cheers,
=A0=A0 Greg


On Tue, May 7, 2013 at 6:41 PM, Jan-Aage Frydenb=F8-Bruvoll <jan@a= rchitechs.eu> wrote:
Hi,

> Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all l= oaded on
> a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMete= r that
> are a fraction (as in 5%) of the manufacturers claims.

Quite interested to hear your conclusions if any. We ended up dropping XCP = as a platform with the last bunch of VMs being replaced last Christmas, due= to IO and networking performance issues. We were never able to get more th= an 20 MBps out of the VM disks, and network performance was poor enough for= it to be impossible to run heavily loaded load balancers (IPVS) on them.
I am sure our problems were due to configuration mistakes, at least I hope = so, but we have never seen anything like it in our new environment (on the = same hardware).

Best regards
Jan



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

--089e0149d27c8e181604dc1c10aa-- --===============7647481435936334624== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7647481435936334624==-- From xen-users-bounces@lists.xen.org Tue May 07 08:05:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:05: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 1UZcsb-0007zI-UH; Tue, 07 May 2013 08:04:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZcsa-0007z8-2j for xen-users@lists.xen.org; Tue, 07 May 2013 08:04:08 +0000 Received: from [85.158.139.83:8310] by server-13.bemta-5.messagelabs.com id A4/A2-08040-775B8815; Tue, 07 May 2013 08:04:07 +0000 X-Env-Sender: adi@cg.tuwien.ac.at X-Msg-Ref: server-14.tower-182.messagelabs.com!1367913844!27388363!1 X-Originating-IP: [213.129.229.198] 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 14250 invoked from network); 7 May 2013 08:04:04 -0000 Received: from iris.vrvis.at (HELO iris.vrvis.at) (213.129.229.198) by server-14.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 7 May 2013 08:04:04 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UZcsV-0001At-CA; Tue, 07 May 2013 10:04:03 +0200 Date: Tue, 7 May 2013 10:04:01 +0200 From: Adi Kriegisch To: dominic.ryan@it-hq.org Message-ID: <20130507080401.GK1426@vrvis.at> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Rcpt-To: dominic.ryan@it-hq.org, xen-users@lists.xen.org X-SA-Exim-Mail-From: adi@cg.tuwien.ac.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey, > Adi, just so I'm 100% clear on this. Are you saying that 4k aligned > or not is irrelevant due to the 512 hard-coded issue with DomU? Is > the performance hit you were seeing in your bug report still > applicable to non RAID environments? Those are two different issues: You already have a file system that is aligned. On top of that there are image files containing domU file systems. No need to do alignments here. The issue I had was quite different: There was a RAID6 with 6 data disks (instead of 4) and I also found some other issues with alignment. On top of that there is what results from not passing through physical disk specs. > Reason I ask is that with a > single Windows 2008 R2 VM on XCP 1.6 all loaded on a Samsung 840 > 500GB SSD I am getting IOPS and transfer rates in IOMeter that are a > fraction (as in 5%) of the manufacturers claims. I think I'll blow > away my XCP install and put Windows 2008 R2 on directly and see what > I get out of IOMeter there using the same testing profiles. Pfff... there are many reasons that can happen. First and foremost did you install pvgpl drivers and ensure they work? IMHO using images isn't the fastest storage backend; but when using it, did you give enough RAM to your Dom0? Did you disable balooning and pin CPUs (there is more than one CPU attached to Dom0, right?)? So I am pretty sure, your issue has nothing to do with 4K alignment. ;-) -- Adi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:05:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:05: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 1UZcsb-0007zI-UH; Tue, 07 May 2013 08:04:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZcsa-0007z8-2j for xen-users@lists.xen.org; Tue, 07 May 2013 08:04:08 +0000 Received: from [85.158.139.83:8310] by server-13.bemta-5.messagelabs.com id A4/A2-08040-775B8815; Tue, 07 May 2013 08:04:07 +0000 X-Env-Sender: adi@cg.tuwien.ac.at X-Msg-Ref: server-14.tower-182.messagelabs.com!1367913844!27388363!1 X-Originating-IP: [213.129.229.198] 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 14250 invoked from network); 7 May 2013 08:04:04 -0000 Received: from iris.vrvis.at (HELO iris.vrvis.at) (213.129.229.198) by server-14.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 7 May 2013 08:04:04 -0000 Received: from actoris.vrvis.lan ([10.42.1.75] helo=vrvis.at) by iris.vrvis.at with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UZcsV-0001At-CA; Tue, 07 May 2013 10:04:03 +0200 Date: Tue, 7 May 2013 10:04:01 +0200 From: Adi Kriegisch To: dominic.ryan@it-hq.org Message-ID: <20130507080401.GK1426@vrvis.at> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 10.42.1.75 X-SA-Exim-Rcpt-To: dominic.ryan@it-hq.org, xen-users@lists.xen.org X-SA-Exim-Mail-From: adi@cg.tuwien.ac.at X-SA-Exim-Scanned: No (on iris.vrvis.at); SAEximRunCond expanded to false Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey, > Adi, just so I'm 100% clear on this. Are you saying that 4k aligned > or not is irrelevant due to the 512 hard-coded issue with DomU? Is > the performance hit you were seeing in your bug report still > applicable to non RAID environments? Those are two different issues: You already have a file system that is aligned. On top of that there are image files containing domU file systems. No need to do alignments here. The issue I had was quite different: There was a RAID6 with 6 data disks (instead of 4) and I also found some other issues with alignment. On top of that there is what results from not passing through physical disk specs. > Reason I ask is that with a > single Windows 2008 R2 VM on XCP 1.6 all loaded on a Samsung 840 > 500GB SSD I am getting IOPS and transfer rates in IOMeter that are a > fraction (as in 5%) of the manufacturers claims. I think I'll blow > away my XCP install and put Windows 2008 R2 on directly and see what > I get out of IOMeter there using the same testing profiles. Pfff... there are many reasons that can happen. First and foremost did you install pvgpl drivers and ensure they work? IMHO using images isn't the fastest storage backend; but when using it, did you give enough RAM to your Dom0? Did you disable balooning and pin CPUs (there is more than one CPU attached to Dom0, right?)? So I am pretty sure, your issue has nothing to do with 4K alignment. ;-) -- Adi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:32:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:32: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 1UZdIt-0000lX-W0; Tue, 07 May 2013 08:31:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZdIt-0000lO-AK for Xen-users@lists.xen.org; Tue, 07 May 2013 08:31:19 +0000 Received: from [193.109.254.147:16026] by server-9.bemta-14.messagelabs.com id A1/BF-15694-6DBB8815; Tue, 07 May 2013 08:31:18 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-13.tower-27.messagelabs.com!1367915473!9019795!1 X-Originating-IP: [207.46.163.28] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32506 invoked from network); 7 May 2013 08:31:16 -0000 Received: from co9ehsobe005.messaging.microsoft.com (HELO co9outboundpool.messaging.microsoft.com) (207.46.163.28) by server-13.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 08:31:16 -0000 Received: from mail92-co9-R.bigfish.com (10.236.132.246) by CO9EHSOBE038.bigfish.com (10.236.130.101) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 08:31:13 +0000 Received: from mail92-co9 (localhost [127.0.0.1]) by mail92-co9-R.bigfish.com (Postfix) with ESMTP id 7F503202CC for ; Tue, 7 May 2013 08:31:13 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT003.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail92-co9: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT003.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail92-co9 (localhost.localdomain [127.0.0.1]) by mail92-co9 (MessageSwitch) id 1367915471433207_1297; Tue, 7 May 2013 08:31:11 +0000 (UTC) Received: from CO9EHSMHS021.bigfish.com (unknown [10.236.132.239]) by mail92-co9.bigfish.com (Postfix) with ESMTP id 680F9D00077 for ; Tue, 7 May 2013 08:31:11 +0000 (UTC) Received: from DBXPRD0610HT003.eurprd06.prod.outlook.com (157.56.252.181) by CO9EHSMHS021.bigfish.com (10.236.130.31) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 08:31:11 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT003.eurprd06.prod.outlook.com ([10.255.68.166]) with mapi id 14.16.0305.001; Tue, 7 May 2013 08:31:02 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "Xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAAUxoCAAAqRMA== Date: Tue, 7 May 2013 08:31:01 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30094CF6@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi Greg, > Are you using the GPLPV drivers for windows?=A0 These should be considere= d mandatory for anyone expecting performance out of Windows on Xen. No all our VMs were Linux - we were pretty desperate (having both SSD and F= usionIO storage to get deployed) and tried more or less every pre-built dis= tro image out there along with all kinds of hand-built kernels (we're mainl= y a Gentoo shop). All to no avail. We weren't able to test further as we we= re at the brink of losing our customers, so there might very well have been= things we could have done differently, but nothing that 3 months of googli= ng and experimenting could uncover. Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:32:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:32: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 1UZdIt-0000lX-W0; Tue, 07 May 2013 08:31:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZdIt-0000lO-AK for Xen-users@lists.xen.org; Tue, 07 May 2013 08:31:19 +0000 Received: from [193.109.254.147:16026] by server-9.bemta-14.messagelabs.com id A1/BF-15694-6DBB8815; Tue, 07 May 2013 08:31:18 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-13.tower-27.messagelabs.com!1367915473!9019795!1 X-Originating-IP: [207.46.163.28] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32506 invoked from network); 7 May 2013 08:31:16 -0000 Received: from co9ehsobe005.messaging.microsoft.com (HELO co9outboundpool.messaging.microsoft.com) (207.46.163.28) by server-13.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 08:31:16 -0000 Received: from mail92-co9-R.bigfish.com (10.236.132.246) by CO9EHSOBE038.bigfish.com (10.236.130.101) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 08:31:13 +0000 Received: from mail92-co9 (localhost [127.0.0.1]) by mail92-co9-R.bigfish.com (Postfix) with ESMTP id 7F503202CC for ; Tue, 7 May 2013 08:31:13 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT003.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail92-co9: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT003.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail92-co9 (localhost.localdomain [127.0.0.1]) by mail92-co9 (MessageSwitch) id 1367915471433207_1297; Tue, 7 May 2013 08:31:11 +0000 (UTC) Received: from CO9EHSMHS021.bigfish.com (unknown [10.236.132.239]) by mail92-co9.bigfish.com (Postfix) with ESMTP id 680F9D00077 for ; Tue, 7 May 2013 08:31:11 +0000 (UTC) Received: from DBXPRD0610HT003.eurprd06.prod.outlook.com (157.56.252.181) by CO9EHSMHS021.bigfish.com (10.236.130.31) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 08:31:11 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT003.eurprd06.prod.outlook.com ([10.255.68.166]) with mapi id 14.16.0305.001; Tue, 7 May 2013 08:31:02 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "Xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAAUxoCAAAqRMA== Date: Tue, 7 May 2013 08:31:01 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30094CF6@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi Greg, > Are you using the GPLPV drivers for windows?=A0 These should be considere= d mandatory for anyone expecting performance out of Windows on Xen. No all our VMs were Linux - we were pretty desperate (having both SSD and F= usionIO storage to get deployed) and tried more or less every pre-built dis= tro image out there along with all kinds of hand-built kernels (we're mainl= y a Gentoo shop). All to no avail. We weren't able to test further as we we= re at the brink of losing our customers, so there might very well have been= things we could have done differently, but nothing that 3 months of googli= ng and experimenting could uncover. Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:37:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:37: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 1UZdOq-00016x-4R; Tue, 07 May 2013 08:37:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZdOp-00016l-12 for xen-users@lists.xen.org; Tue, 07 May 2013 08:37:27 +0000 Received: from [85.158.143.99:38348] by server-3.bemta-4.messagelabs.com id 31/B1-02015-64DB8815; Tue, 07 May 2013 08:37:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1367915792!22746174!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 31237 invoked from network); 7 May 2013 08:36:32 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 08:36:32 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4287901" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 May 2013 08:31:58 +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, 7 May 2013 09:36:31 +0100 Message-ID: <1367915790.26321.12.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Srinivas Ch Date: Tue, 7 May 2013 09:36:30 +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] Accessing dom0's ioport in 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 Mon, 2013-05-06 at 10:58 +0100, Srinivas Ch wrote: > Hello, > > > I am creating a domU with Ubuntu12.04, I need to provide dom0's > certain ioports(0xcd0-0xcdb) to domU. I have added ioports = > [ "cd0-cdb" ] and tried it in the domU, its been not mapped on domU. "xl debug-keys q" should dump a bunch of state to the hypervisor console ("xl dmesg") including which I/O addresses each domain can access. You should also check for any error messages. Please can you provide verbose logs of guest create ("xl -vvv create ...") as well as your guest config file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:37:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:37: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 1UZdOq-00016x-4R; Tue, 07 May 2013 08:37:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZdOp-00016l-12 for xen-users@lists.xen.org; Tue, 07 May 2013 08:37:27 +0000 Received: from [85.158.143.99:38348] by server-3.bemta-4.messagelabs.com id 31/B1-02015-64DB8815; Tue, 07 May 2013 08:37:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1367915792!22746174!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 31237 invoked from network); 7 May 2013 08:36:32 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 08:36:32 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4287901" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 May 2013 08:31:58 +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, 7 May 2013 09:36:31 +0100 Message-ID: <1367915790.26321.12.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Srinivas Ch Date: Tue, 7 May 2013 09:36:30 +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] Accessing dom0's ioport in 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 Mon, 2013-05-06 at 10:58 +0100, Srinivas Ch wrote: > Hello, > > > I am creating a domU with Ubuntu12.04, I need to provide dom0's > certain ioports(0xcd0-0xcdb) to domU. I have added ioports = > [ "cd0-cdb" ] and tried it in the domU, its been not mapped on domU. "xl debug-keys q" should dump a bunch of state to the hypervisor console ("xl dmesg") including which I/O addresses each domain can access. You should also check for any error messages. Please can you provide verbose logs of guest create ("xl -vvv create ...") as well as your guest config file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:38:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:38: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 1UZdOf-00015n-Ev; Tue, 07 May 2013 08:37:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZdOd-00015a-UQ for Xen-users@lists.xen.org; Tue, 07 May 2013 08:37:16 +0000 Received: from [85.158.143.99:33402] by server-1.bemta-4.messagelabs.com id F8/35-06122-B3DB8815; Tue, 07 May 2013 08:37:15 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-9.tower-216.messagelabs.com!1367915828!29357610!1 X-Originating-IP: [207.46.163.25] 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 27989 invoked from network); 7 May 2013 08:37:09 -0000 Received: from co9ehsobe002.messaging.microsoft.com (HELO co9outboundpool.messaging.microsoft.com) (207.46.163.25) by server-9.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 08:37:09 -0000 Received: from mail197-co9-R.bigfish.com (10.236.132.243) by CO9EHSOBE035.bigfish.com (10.236.130.98) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 08:37:06 +0000 Received: from mail197-co9 (localhost [127.0.0.1]) by mail197-co9-R.bigfish.com (Postfix) with ESMTP id ABC7CB408EE for ; Tue, 7 May 2013 08:37:06 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT005.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 1 X-BigFish: PS1(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahz31izz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail197-co9: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT005.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail197-co9 (localhost.localdomain [127.0.0.1]) by mail197-co9 (MessageSwitch) id 1367915824826802_20060; Tue, 7 May 2013 08:37:04 +0000 (UTC) Received: from CO9EHSMHS020.bigfish.com (unknown [10.236.132.239]) by mail197-co9.bigfish.com (Postfix) with ESMTP id C82FD540078 for ; Tue, 7 May 2013 08:37:04 +0000 (UTC) Received: from DBXPRD0610HT005.eurprd06.prod.outlook.com (157.56.252.181) by CO9EHSMHS020.bigfish.com (10.236.130.30) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 08:36:57 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT005.eurprd06.prod.outlook.com ([10.255.68.168]) with mapi id 14.16.0305.001; Tue, 7 May 2013 08:36:56 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "'Xen-users@lists.xen.org'" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAAFUICAABtMkA== Date: Tue, 7 May 2013 08:36:56 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30094D6A@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Mitch, Absolutely - and for the record, we have seen worse problems on other platforms, so I am definitely not out XCP/Xen-bashing. We ended up with a home-hacked LXC rig, which I am now trying to get rid of, as we just can't scale it properly. We're investigating a few different options and they -will- involve either Xen or KVM - at least this time around we have a running platform and will have much more time for un-panicked investigations. To be honest I'm just very curious as to what the solution here might be - maybe we made an error or forgot something that threw us into the same hole. Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 08:38:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 08:38: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 1UZdOf-00015n-Ev; Tue, 07 May 2013 08:37:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZdOd-00015a-UQ for Xen-users@lists.xen.org; Tue, 07 May 2013 08:37:16 +0000 Received: from [85.158.143.99:33402] by server-1.bemta-4.messagelabs.com id F8/35-06122-B3DB8815; Tue, 07 May 2013 08:37:15 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-9.tower-216.messagelabs.com!1367915828!29357610!1 X-Originating-IP: [207.46.163.25] 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 27989 invoked from network); 7 May 2013 08:37:09 -0000 Received: from co9ehsobe002.messaging.microsoft.com (HELO co9outboundpool.messaging.microsoft.com) (207.46.163.25) by server-9.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 08:37:09 -0000 Received: from mail197-co9-R.bigfish.com (10.236.132.243) by CO9EHSOBE035.bigfish.com (10.236.130.98) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 08:37:06 +0000 Received: from mail197-co9 (localhost [127.0.0.1]) by mail197-co9-R.bigfish.com (Postfix) with ESMTP id ABC7CB408EE for ; Tue, 7 May 2013 08:37:06 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT005.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 1 X-BigFish: PS1(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahz31izz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail197-co9: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT005.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail197-co9 (localhost.localdomain [127.0.0.1]) by mail197-co9 (MessageSwitch) id 1367915824826802_20060; Tue, 7 May 2013 08:37:04 +0000 (UTC) Received: from CO9EHSMHS020.bigfish.com (unknown [10.236.132.239]) by mail197-co9.bigfish.com (Postfix) with ESMTP id C82FD540078 for ; Tue, 7 May 2013 08:37:04 +0000 (UTC) Received: from DBXPRD0610HT005.eurprd06.prod.outlook.com (157.56.252.181) by CO9EHSMHS020.bigfish.com (10.236.130.30) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 08:36:57 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT005.eurprd06.prod.outlook.com ([10.255.68.168]) with mapi id 14.16.0305.001; Tue, 7 May 2013 08:36:56 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "'Xen-users@lists.xen.org'" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAAFUICAABtMkA== Date: Tue, 7 May 2013 08:36:56 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30094D6A@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Mitch, Absolutely - and for the record, we have seen worse problems on other platforms, so I am definitely not out XCP/Xen-bashing. We ended up with a home-hacked LXC rig, which I am now trying to get rid of, as we just can't scale it properly. We're investigating a few different options and they -will- involve either Xen or KVM - at least this time around we have a running platform and will have much more time for un-panicked investigations. To be honest I'm just very curious as to what the solution here might be - maybe we made an error or forgot something that threw us into the same hole. Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 11:28:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 11:28:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZg3n-0006jV-1X; Tue, 07 May 2013 11:27:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZeBf-0003Pw-Qs for xen-users@lists.xen.org; Tue, 07 May 2013 09:27:56 +0000 Received: from [85.158.139.211:29292] by server-7.bemta-5.messagelabs.com id D9/CF-12828-A19C8815; Tue, 07 May 2013 09:27:54 +0000 X-Env-Sender: alexey.blinkov@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1367918872!22023099!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, 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 14647 invoked from network); 7 May 2013 09:27:53 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 09:27:53 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so529743iee.41 for ; Tue, 07 May 2013 02:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=bCZMY57EL2bhrDsbUYrFAI8V1VR0r0bUDm0HbBTtYH0=; b=HF0s9UJRWv/jymza2Y+owvF897jTEbGAnQF0QDzpnppOHvOaTxngv49P8TqwbYJbVe 9OnSyDPiI4wt/eljqIA4UwFzVQbnWRbLr9Docqc+yVSbyfEEHHfQRhJPl5LbdUuQOHdN 4HrN0LECY2tJo4P+rJkwQ/KbKC2XwUDJ6yOdexduZ2ipn7tXaXe6tmrXNpbpjdxe4udr UB7Nlns6mix5Z1zGLpt6zl6EWSpcpAEhNR6fVvJl+BCacYRiQX/eVKfJ8B3Tl7IpJoym S0J9kSYw+02TascNi6r2gDNUct1NyQ9mCb2x3pHdkr/kj+RhEndVbtesKBU/HrKOrqtG 8fRg== X-Received: by 10.50.128.134 with SMTP id no6mr2544634igb.10.1367918872365; Tue, 07 May 2013 02:27:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.17.69 with HTTP; Tue, 7 May 2013 02:27:32 -0700 (PDT) From: =?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQu9C40L3QutC+0LI=?= Date: Tue, 7 May 2013 12:27:32 +0300 Message-ID: To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 07 May 2013 11:27:54 +0000 Subject: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0535254154340564606==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0535254154340564606== Content-Type: multipart/alternative; boundary=047d7b10c94b7810ea04dc1d6ef0 --047d7b10c94b7810ea04dc1d6ef0 Content-Type: text/plain; charset=UTF-8 Good day. I'm using XCP 1.6.10-61809c. Faced with the following problem. There are a number of virtual machines running Windows Server 2003 R2. For unknown reasons, the machine stops responding on RDP, you can not connect and the local console. Ping works. Through XenCenter reboot fails, the task hangs. Only works Force Reboot, but if the machine is sent to reboot properly and the problem is hung Force Reboot after reboot is obtained only through the xe-toolstack-restart. I suspect that the problem is XenTools but not sure. How can I overcome this problem? --047d7b10c94b7810ea04dc1d6ef0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good day. I'm using XCP 1.6.10-61809c. Faced with the following problem= . There are a number of virtual machines running Windows Server 2003 R2. Fo= r unknown reasons, the machine stops responding on RDP, you can not connect= and the local console. Ping works. Through XenCenter reboot fails, the tas= k hangs. Only works Force Reboot, but if the machine is sent to reboot prop= erly and the problem is hung Force Reboot after reboot is obtained only thr= ough the xe-toolstack-restart. I suspect that the problem is XenTools but n= ot sure. How can I overcome this problem? --047d7b10c94b7810ea04dc1d6ef0-- --===============0535254154340564606== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0535254154340564606==-- From xen-users-bounces@lists.xen.org Tue May 07 11:28:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 11:28:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZg3n-0006jV-1X; Tue, 07 May 2013 11:27:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZeBf-0003Pw-Qs for xen-users@lists.xen.org; Tue, 07 May 2013 09:27:56 +0000 Received: from [85.158.139.211:29292] by server-7.bemta-5.messagelabs.com id D9/CF-12828-A19C8815; Tue, 07 May 2013 09:27:54 +0000 X-Env-Sender: alexey.blinkov@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1367918872!22023099!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, 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 14647 invoked from network); 7 May 2013 09:27:53 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 09:27:53 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so529743iee.41 for ; Tue, 07 May 2013 02:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=bCZMY57EL2bhrDsbUYrFAI8V1VR0r0bUDm0HbBTtYH0=; b=HF0s9UJRWv/jymza2Y+owvF897jTEbGAnQF0QDzpnppOHvOaTxngv49P8TqwbYJbVe 9OnSyDPiI4wt/eljqIA4UwFzVQbnWRbLr9Docqc+yVSbyfEEHHfQRhJPl5LbdUuQOHdN 4HrN0LECY2tJo4P+rJkwQ/KbKC2XwUDJ6yOdexduZ2ipn7tXaXe6tmrXNpbpjdxe4udr UB7Nlns6mix5Z1zGLpt6zl6EWSpcpAEhNR6fVvJl+BCacYRiQX/eVKfJ8B3Tl7IpJoym S0J9kSYw+02TascNi6r2gDNUct1NyQ9mCb2x3pHdkr/kj+RhEndVbtesKBU/HrKOrqtG 8fRg== X-Received: by 10.50.128.134 with SMTP id no6mr2544634igb.10.1367918872365; Tue, 07 May 2013 02:27:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.17.69 with HTTP; Tue, 7 May 2013 02:27:32 -0700 (PDT) From: =?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQu9C40L3QutC+0LI=?= Date: Tue, 7 May 2013 12:27:32 +0300 Message-ID: To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 07 May 2013 11:27:54 +0000 Subject: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0535254154340564606==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0535254154340564606== Content-Type: multipart/alternative; boundary=047d7b10c94b7810ea04dc1d6ef0 --047d7b10c94b7810ea04dc1d6ef0 Content-Type: text/plain; charset=UTF-8 Good day. I'm using XCP 1.6.10-61809c. Faced with the following problem. There are a number of virtual machines running Windows Server 2003 R2. For unknown reasons, the machine stops responding on RDP, you can not connect and the local console. Ping works. Through XenCenter reboot fails, the task hangs. Only works Force Reboot, but if the machine is sent to reboot properly and the problem is hung Force Reboot after reboot is obtained only through the xe-toolstack-restart. I suspect that the problem is XenTools but not sure. How can I overcome this problem? --047d7b10c94b7810ea04dc1d6ef0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good day. I'm using XCP 1.6.10-61809c. Faced with the following problem= . There are a number of virtual machines running Windows Server 2003 R2. Fo= r unknown reasons, the machine stops responding on RDP, you can not connect= and the local console. Ping works. Through XenCenter reboot fails, the tas= k hangs. Only works Force Reboot, but if the machine is sent to reboot prop= erly and the problem is hung Force Reboot after reboot is obtained only thr= ough the xe-toolstack-restart. I suspect that the problem is XenTools but n= ot sure. How can I overcome this problem? --047d7b10c94b7810ea04dc1d6ef0-- --===============0535254154340564606== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0535254154340564606==-- From xen-users-bounces@lists.xen.org Tue May 07 12:40:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 12:40: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 1UZhBV-0003dd-S3; Tue, 07 May 2013 12:39:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZhBU-0003dK-OG; Tue, 07 May 2013 12:39:56 +0000 Received: from [85.158.143.99:44351] by server-2.bemta-4.messagelabs.com id 89/AF-27124-B16F8815; Tue, 07 May 2013 12:39:55 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1367930394!27207725!1 X-Originating-IP: [209.85.214.44] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9549 invoked from network); 7 May 2013 12:39:55 -0000 Received: from mail-bk0-f44.google.com (HELO mail-bk0-f44.google.com) (209.85.214.44) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 12:39:55 -0000 Received: by mail-bk0-f44.google.com with SMTP id jk13so261153bkc.3 for ; Tue, 07 May 2013 05:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=sjSO74pw81Wg1QlxSzLxPtWyEFfcC/1AOvZVgyxvAeo=; b=LF1SzZWvU9XKtBqnorrzskPwwM8xDchg1ulgDn0QkAIPB5faFDmZtcQgkvqkfjyfsO o02lD2t/uoXjC+PdIoI+yy1nNeC9PDgKt4OiJnEE4HAJ8RAqbXUmd9tyK+LWTMSvFOro /16petw/WIOXFzU2Rgjbqjvf/u7dwJELw0BZNtGvzYe4E5s6EcCx4lXqQa72Aoq8sU1Y a0n9gi+BmLybSzmb67qb/JjUxokv1tcfQZ3Sf/6xVe1x17Ati3BrEWXHTK2Ji6OaHt95 GLDhWjkXFlnzLrBtbkgRfqPsoOO60yyXRl68MR1O3oRRVnhlUupZTG0QGGjYfaiBIEzb 7gbw== X-Received: by 10.204.184.132 with SMTP id ck4mr75660bkb.126.1367930394643; Tue, 07 May 2013 05:39:54 -0700 (PDT) Received: from [172.16.26.11] ([2.219.75.46]) by mx.google.com with ESMTPSA id f14sm6604147bky.16.2013.05.07.05.39.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 07 May 2013 05:39:53 -0700 (PDT) Message-ID: <5188F617.9030301@xen.org> Date: Tue, 07 May 2013 13:39:51 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Reminder: Xen Test Day is tomorrow, May 8th X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, just a quick reminder that the Xen Test Day is tomorrow. We are in the process of creating RC1 for Xen 4.3. For test instructions for the RC, see http://wiki.xen.org/wiki/Xen_4.3_RC1_test_instructions For general informations on Xen Test Days see http://wiki.xen.org/wiki/Xen_Test_Days See you on IRC freenode channel #xentest Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 12:40:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 12:40: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 1UZhBV-0003dd-S3; Tue, 07 May 2013 12:39:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZhBU-0003dK-OG; Tue, 07 May 2013 12:39:56 +0000 Received: from [85.158.143.99:44351] by server-2.bemta-4.messagelabs.com id 89/AF-27124-B16F8815; Tue, 07 May 2013 12:39:55 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1367930394!27207725!1 X-Originating-IP: [209.85.214.44] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9549 invoked from network); 7 May 2013 12:39:55 -0000 Received: from mail-bk0-f44.google.com (HELO mail-bk0-f44.google.com) (209.85.214.44) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 12:39:55 -0000 Received: by mail-bk0-f44.google.com with SMTP id jk13so261153bkc.3 for ; Tue, 07 May 2013 05:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=sjSO74pw81Wg1QlxSzLxPtWyEFfcC/1AOvZVgyxvAeo=; b=LF1SzZWvU9XKtBqnorrzskPwwM8xDchg1ulgDn0QkAIPB5faFDmZtcQgkvqkfjyfsO o02lD2t/uoXjC+PdIoI+yy1nNeC9PDgKt4OiJnEE4HAJ8RAqbXUmd9tyK+LWTMSvFOro /16petw/WIOXFzU2Rgjbqjvf/u7dwJELw0BZNtGvzYe4E5s6EcCx4lXqQa72Aoq8sU1Y a0n9gi+BmLybSzmb67qb/JjUxokv1tcfQZ3Sf/6xVe1x17Ati3BrEWXHTK2Ji6OaHt95 GLDhWjkXFlnzLrBtbkgRfqPsoOO60yyXRl68MR1O3oRRVnhlUupZTG0QGGjYfaiBIEzb 7gbw== X-Received: by 10.204.184.132 with SMTP id ck4mr75660bkb.126.1367930394643; Tue, 07 May 2013 05:39:54 -0700 (PDT) Received: from [172.16.26.11] ([2.219.75.46]) by mx.google.com with ESMTPSA id f14sm6604147bky.16.2013.05.07.05.39.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 07 May 2013 05:39:53 -0700 (PDT) Message-ID: <5188F617.9030301@xen.org> Date: Tue, 07 May 2013 13:39:51 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Reminder: Xen Test Day is tomorrow, May 8th X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, just a quick reminder that the Xen Test Day is tomorrow. We are in the process of creating RC1 for Xen 4.3. For test instructions for the RC, see http://wiki.xen.org/wiki/Xen_4.3_RC1_test_instructions For general informations on Xen Test Days see http://wiki.xen.org/wiki/Xen_Test_Days See you on IRC freenode channel #xentest Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 13:51:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 13:51: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 1UZiHb-0008Bk-BE; Tue, 07 May 2013 13:50:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZiHZ-0008BY-8e for xen-users@lists.xen.org; Tue, 07 May 2013 13:50:17 +0000 Received: from [85.158.143.99:8374] by server-1.bemta-4.messagelabs.com id F3/89-06122-89609815; Tue, 07 May 2013 13:50:16 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-10.tower-216.messagelabs.com!1367934575!22812081!1 X-Originating-IP: [203.98.89.10] 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 1422 invoked from network); 7 May 2013 13:49:47 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 13:49:47 -0000 Received: (qmail 31055 invoked by uid 1011); 7 May 2013 13:49:32 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17159. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.14369 secs); 07 May 2013 13:49:32 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 7 May 2013 13:49:32 -0000 Message-ID: <5189066C.1000907@websitemanagers.com.au> Date: Tue, 07 May 2013 23:49:32 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/13 16:41, Jan-Aage Frydenb=F8-Bruvoll wrote: > Hi, > >> Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all loa= ded on >> a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter = that >> are a fraction (as in 5%) of the manufacturers claims. > Quite interested to hear your conclusions if any. We ended up dropping XC= P as a platform with the last bunch of VMs being replaced last Christmas, d= ue to IO and networking performance issues. We were never able to get more = than 20 MBps out of the VM disks, and network performance was poor enough f= or it to be impossible to run heavily loaded load balancers (IPVS) on them. > > I am sure our problems were due to configuration mistakes, at least I hop= e so, but we have never seen anything like it in our new environment (on th= e same hardware). Not sure exactly what Linux kernel version is used on XCP, or what disks/etc you were using, but I can confirm that there was definitely a bug in Linux 2.6 from Debian Squeeze which seriously affected SSD performance (ie, reduced it to worse that HDD speed), which was fixed by upgrading to debian squeeze backports kernel 3.0.0 I think from memory. I don't have the bug details on hand right now, but if you are interested and can't find it, let me know and I'll dig it up. Regards, Adam -- = Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 13:51:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 13:51: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 1UZiHb-0008Bk-BE; Tue, 07 May 2013 13:50:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZiHZ-0008BY-8e for xen-users@lists.xen.org; Tue, 07 May 2013 13:50:17 +0000 Received: from [85.158.143.99:8374] by server-1.bemta-4.messagelabs.com id F3/89-06122-89609815; Tue, 07 May 2013 13:50:16 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-10.tower-216.messagelabs.com!1367934575!22812081!1 X-Originating-IP: [203.98.89.10] 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 1422 invoked from network); 7 May 2013 13:49:47 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 13:49:47 -0000 Received: (qmail 31055 invoked by uid 1011); 7 May 2013 13:49:32 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17159. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.14369 secs); 07 May 2013 13:49:32 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 7 May 2013 13:49:32 -0000 Message-ID: <5189066C.1000907@websitemanagers.com.au> Date: Tue, 07 May 2013 23:49:32 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/13 16:41, Jan-Aage Frydenb=F8-Bruvoll wrote: > Hi, > >> Reason I ask is that with a single Windows 2008 R2 VM on XCP 1.6 all loa= ded on >> a Samsung 840 500GB SSD I am getting IOPS and transfer rates in IOMeter = that >> are a fraction (as in 5%) of the manufacturers claims. > Quite interested to hear your conclusions if any. We ended up dropping XC= P as a platform with the last bunch of VMs being replaced last Christmas, d= ue to IO and networking performance issues. We were never able to get more = than 20 MBps out of the VM disks, and network performance was poor enough f= or it to be impossible to run heavily loaded load balancers (IPVS) on them. > > I am sure our problems were due to configuration mistakes, at least I hop= e so, but we have never seen anything like it in our new environment (on th= e same hardware). Not sure exactly what Linux kernel version is used on XCP, or what disks/etc you were using, but I can confirm that there was definitely a bug in Linux 2.6 from Debian Squeeze which seriously affected SSD performance (ie, reduced it to worse that HDD speed), which was fixed by upgrading to debian squeeze backports kernel 3.0.0 I think from memory. I don't have the bug details on hand right now, but if you are interested and can't find it, let me know and I'll dig it up. Regards, Adam -- = Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 14:02:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:02: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 1UZiSe-0000Vk-QS; Tue, 07 May 2013 14:01:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZiSd-0000Vb-Gv for xen-users@lists.xen.org; Tue, 07 May 2013 14:01:43 +0000 Received: from [85.158.139.211:63830] by server-16.bemta-5.messagelabs.com id 96/E1-31493-64909815; Tue, 07 May 2013 14:01:42 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-6.tower-206.messagelabs.com!1367935280!22091491!1 X-Originating-IP: [213.199.154.204] 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 7224 invoked from network); 7 May 2013 14:01:21 -0000 Received: from am1ehsobe001.messaging.microsoft.com (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.204) by server-6.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 14:01:21 -0000 Received: from mail40-am1-R.bigfish.com (10.3.201.249) by AM1EHSOBE025.bigfish.com (10.3.207.147) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 14:01:20 +0000 Received: from mail40-am1 (localhost [127.0.0.1]) by mail40-am1-R.bigfish.com (Postfix) with ESMTP id E80E7480A0A for ; Tue, 7 May 2013 14:01:19 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT005.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail40-am1: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT005.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail40-am1 (localhost.localdomain [127.0.0.1]) by mail40-am1 (MessageSwitch) id 13679352781155_22331; Tue, 7 May 2013 14:01:18 +0000 (UTC) Received: from AM1EHSMHS011.bigfish.com (unknown [10.3.201.236]) by mail40-am1.bigfish.com (Postfix) with ESMTP id F068C4C0049 for ; Tue, 7 May 2013 14:01:17 +0000 (UTC) Received: from DBXPRD0610HT005.eurprd06.prod.outlook.com (157.56.252.181) by AM1EHSMHS011.bigfish.com (10.3.207.111) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 14:01:16 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT005.eurprd06.prod.outlook.com ([10.255.68.168]) with mapi id 14.16.0305.001; Tue, 7 May 2013 14:01:15 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAB5OACAAAKkcA== Date: Tue, 7 May 2013 14:01:14 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> <5189066C.1000907@websitemanagers.com.au> In-Reply-To: <5189066C.1000907@websitemanagers.com.au> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Adam, > Not sure exactly what Linux kernel version is used on XCP, or what disks/etc you were using, > but I can confirm that there was definitely a bug in Linux 2.6 from Debian Squeeze which seriously > affected SSD performance (ie, reduced it to worse that HDD speed), which was fixed by upgrading > to debian squeeze backports kernel 3.0.0 I think from memory. Now that's interesting. The last kernel we tested on our XCP rig was 2.6.39, which still had the problem. You wouldn't happen to have an idea whether the same bug was present in other kernels as well? Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 14:02:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:02: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 1UZiSe-0000Vk-QS; Tue, 07 May 2013 14:01:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZiSd-0000Vb-Gv for xen-users@lists.xen.org; Tue, 07 May 2013 14:01:43 +0000 Received: from [85.158.139.211:63830] by server-16.bemta-5.messagelabs.com id 96/E1-31493-64909815; Tue, 07 May 2013 14:01:42 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-6.tower-206.messagelabs.com!1367935280!22091491!1 X-Originating-IP: [213.199.154.204] 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 7224 invoked from network); 7 May 2013 14:01:21 -0000 Received: from am1ehsobe001.messaging.microsoft.com (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.204) by server-6.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 7 May 2013 14:01:21 -0000 Received: from mail40-am1-R.bigfish.com (10.3.201.249) by AM1EHSOBE025.bigfish.com (10.3.207.147) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 May 2013 14:01:20 +0000 Received: from mail40-am1 (localhost [127.0.0.1]) by mail40-am1-R.bigfish.com (Postfix) with ESMTP id E80E7480A0A for ; Tue, 7 May 2013 14:01:19 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT005.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzzz1f42h1fc6h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail40-am1: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT005.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail40-am1 (localhost.localdomain [127.0.0.1]) by mail40-am1 (MessageSwitch) id 13679352781155_22331; Tue, 7 May 2013 14:01:18 +0000 (UTC) Received: from AM1EHSMHS011.bigfish.com (unknown [10.3.201.236]) by mail40-am1.bigfish.com (Postfix) with ESMTP id F068C4C0049 for ; Tue, 7 May 2013 14:01:17 +0000 (UTC) Received: from DBXPRD0610HT005.eurprd06.prod.outlook.com (157.56.252.181) by AM1EHSMHS011.bigfish.com (10.3.207.111) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 7 May 2013 14:01:16 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT005.eurprd06.prod.outlook.com ([10.255.68.168]) with mapi id 14.16.0305.001; Tue, 7 May 2013 14:01:15 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAB5OACAAAKkcA== Date: Tue, 7 May 2013 14:01:14 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> <5189066C.1000907@websitemanagers.com.au> In-Reply-To: <5189066C.1000907@websitemanagers.com.au> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Adam, > Not sure exactly what Linux kernel version is used on XCP, or what disks/etc you were using, > but I can confirm that there was definitely a bug in Linux 2.6 from Debian Squeeze which seriously > affected SSD performance (ie, reduced it to worse that HDD speed), which was fixed by upgrading > to debian squeeze backports kernel 3.0.0 I think from memory. Now that's interesting. The last kernel we tested on our XCP rig was 2.6.39, which still had the problem. You wouldn't happen to have an idea whether the same bug was present in other kernels as well? Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 14:05:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:05: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 1UZiVK-0000kH-2h; Tue, 07 May 2013 14:04:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZiVI-0000k3-IC for xen-users@lists.xen.org; Tue, 07 May 2013 14:04:28 +0000 Received: from [85.158.143.99:31383] by server-1.bemta-4.messagelabs.com id 1A/4D-06122-BE909815; Tue, 07 May 2013 14:04:27 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-7.tower-216.messagelabs.com!1367935463!28437031!1 X-Originating-IP: [203.98.89.10] 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 24880 invoked from network); 7 May 2013 14:04:26 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 14:04:26 -0000 Received: (qmail 8062 invoked by uid 1011); 7 May 2013 14:04:21 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17159. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.14626 secs); 07 May 2013 14:04:21 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 7 May 2013 14:04:21 -0000 Message-ID: <518909E5.9060608@websitemanagers.com.au> Date: Wed, 08 May 2013 00:04:21 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> <4000597630333966691@unknownmsgid> In-Reply-To: <4000597630333966691@unknownmsgid> Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: >>> All, >>> >>> >>> >>> I have tried a number of methods found through various sites on the >>> Internet to get a physical windows install converted to a Xen DomU >>> disk image. Such >>> as: >>> >>> >>> >>> 1. DomU disk image creation (formatted as ntfs). We then mounted the >>> disk image (loop) and directly copied the physical mount image data to >>> the disk image. >>> >>> 2. Qemu-img convert from physical HDD to VHD. >>> >>> 3. XenConvert (from Citrix) to VHD >>> >>> >>> >>> So far I have not had luck in getting any of these to produce a good copy. >>> Does anyone have any good references for this problem? Possibly a >>> method that works time and time again? >>> The method I've had the best luck with to date (when converting around 10 Windows 2003 and one or two windows 2000 servers) was this: 0) Take a proper, full disk image/backup of the machine before you start. Worst case you can always restore it (unless like me the hardware (HDD) fails almost immediately after step 3, luckily for me it wasn't before step 3 though) 1) Install the xen GPLPV drivers (yes, on the physical machine, before you shut it down) (mainly only needed if you use RAID or SCSI disk currently, if you use a plain IDE drive, it should not be needed but doesn't hurt). 2) Boot from a liveCD (I used ubuntu or debian, but it really doesn't matter) 3) Use dd + netcat to send the image to your new xen server (or storage server, I was using a iSCSI server). You want to write it directly to the block device that you will put into your xen config as the disk (or send to a file). 4) Bootup the VM, possibly re-install the GPLPV drivers to ensure they are installed and working properly, and you are all done. Some things that can cause problems: You can check which HAL is in use from Windows Device Manager, right click on "My Computer" I think from memory, and then click Update Driver, then "Show all compatible", you should see which one you currently have. DO NOT CHANGE IT FROM HERE, that never worked for me, and I had a very painful restore process to follow... Make sure xen will present the correct options, eg acpi=1 etc Same goes for multi-cpu or single cpu, etc... This also mostly worked for me when moving a windows NT 4.0 machine to Xen VM, though I had some/a lot of issues with the extra 300GB HDD, but the plain OS worked fine, in the end I did the migration, and then a win2k upgrade, and then tweaked the registry to work with large drives to solve the problem) If you boot windows from the VM, and it blue screens, even if you change the parameters in the config, it will never work until you redo the image. (LVM + snapshots, and rollback of the snapshot saved a LOT of time here). Using LVM snapshots drastically reduces write performance, be careful about using it in production. If you still have issues, or would like more information, let me know and I'll see if I can be more specific... Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 14:05:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:05: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 1UZiVK-0000kH-2h; Tue, 07 May 2013 14:04:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZiVI-0000k3-IC for xen-users@lists.xen.org; Tue, 07 May 2013 14:04:28 +0000 Received: from [85.158.143.99:31383] by server-1.bemta-4.messagelabs.com id 1A/4D-06122-BE909815; Tue, 07 May 2013 14:04:27 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-7.tower-216.messagelabs.com!1367935463!28437031!1 X-Originating-IP: [203.98.89.10] 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 24880 invoked from network); 7 May 2013 14:04:26 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 14:04:26 -0000 Received: (qmail 8062 invoked by uid 1011); 7 May 2013 14:04:21 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17159. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.14626 secs); 07 May 2013 14:04:21 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 7 May 2013 14:04:21 -0000 Message-ID: <518909E5.9060608@websitemanagers.com.au> Date: Wed, 08 May 2013 00:04:21 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <3A4BA757D72EC4419FA31D91DC15363C06FD64F12C@ES2K7-MBX-1.progeny.net> <3A4BA757D72EC4419FA31D91DC15363C06FD64F14B@ES2K7-MBX-1.progeny.net> <4000597630333966691@unknownmsgid> In-Reply-To: <4000597630333966691@unknownmsgid> Subject: Re: [Xen-users] Physical Windows HDD Install to Xen DomU Disk Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 6, 2013 at 10:38 AM, Wardzinski, Todd wrote: >>> All, >>> >>> >>> >>> I have tried a number of methods found through various sites on the >>> Internet to get a physical windows install converted to a Xen DomU >>> disk image. Such >>> as: >>> >>> >>> >>> 1. DomU disk image creation (formatted as ntfs). We then mounted the >>> disk image (loop) and directly copied the physical mount image data to >>> the disk image. >>> >>> 2. Qemu-img convert from physical HDD to VHD. >>> >>> 3. XenConvert (from Citrix) to VHD >>> >>> >>> >>> So far I have not had luck in getting any of these to produce a good copy. >>> Does anyone have any good references for this problem? Possibly a >>> method that works time and time again? >>> The method I've had the best luck with to date (when converting around 10 Windows 2003 and one or two windows 2000 servers) was this: 0) Take a proper, full disk image/backup of the machine before you start. Worst case you can always restore it (unless like me the hardware (HDD) fails almost immediately after step 3, luckily for me it wasn't before step 3 though) 1) Install the xen GPLPV drivers (yes, on the physical machine, before you shut it down) (mainly only needed if you use RAID or SCSI disk currently, if you use a plain IDE drive, it should not be needed but doesn't hurt). 2) Boot from a liveCD (I used ubuntu or debian, but it really doesn't matter) 3) Use dd + netcat to send the image to your new xen server (or storage server, I was using a iSCSI server). You want to write it directly to the block device that you will put into your xen config as the disk (or send to a file). 4) Bootup the VM, possibly re-install the GPLPV drivers to ensure they are installed and working properly, and you are all done. Some things that can cause problems: You can check which HAL is in use from Windows Device Manager, right click on "My Computer" I think from memory, and then click Update Driver, then "Show all compatible", you should see which one you currently have. DO NOT CHANGE IT FROM HERE, that never worked for me, and I had a very painful restore process to follow... Make sure xen will present the correct options, eg acpi=1 etc Same goes for multi-cpu or single cpu, etc... This also mostly worked for me when moving a windows NT 4.0 machine to Xen VM, though I had some/a lot of issues with the extra 300GB HDD, but the plain OS worked fine, in the end I did the migration, and then a win2k upgrade, and then tweaked the registry to work with large drives to solve the problem) If you boot windows from the VM, and it blue screens, even if you change the parameters in the config, it will never work until you redo the image. (LVM + snapshots, and rollback of the snapshot saved a LOT of time here). Using LVM snapshots drastically reduces write performance, be careful about using it in production. If you still have issues, or would like more information, let me know and I'll see if I can be more specific... Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 14:36:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:36: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 1UZizJ-0004if-4k; Tue, 07 May 2013 14:35:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZizI-0004iV-9D for xen-users@lists.xen.org; Tue, 07 May 2013 14:35:28 +0000 Received: from [193.109.254.147:17350] by server-5.bemta-14.messagelabs.com id 01/65-18535-F2119815; Tue, 07 May 2013 14:35:27 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1367937324!9189906!1 X-Originating-IP: [66.199.170.4] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30029 invoked from network); 7 May 2013 14:35:26 -0000 Received: from ns1.bitblock.com (HELO slim1.bitblock.com) (66.199.170.4) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 14:35:26 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by slim1.bitblock.com with esmtp; Tue, 07 May 2013 14:35:23 +0000 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0342.003; Tue, 7 May 2013 07:35:22 -0700 From: "mitch@bitblock.net" To: "'alexey.blinkov@gmail.com'" , "'xen-users@lists.xen.org'" Thread-Topic: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c Thread-Index: AQHOSzAbRc6AYYmn4keOU1oF94p+Bw== Date: Tue, 7 May 2013 14:35:22 +0000 Message-ID: In-Reply-To: Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.1.9] Mime-Version: 1.0 Subject: Re: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7506507680668089728==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --===============7506507680668089728== Content-Language: en-US Content-Type: multipart/alternative; boundary="=_slim1.bitblock.com-48754-1367937323-0001-2" This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_slim1.bitblock.com-48754-1367937323-0001-2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSd2ZSBzZWVuIHRoaXMgYXMgd2VsbC4gVHdpY2UuIEkgdXNlZCBhIHByb2Nlc3MgSSBmb3VuZCBv bmxuZSB0byBsb29rIHVwIHRoZSBkb21haW4gZm9yIHRoZSB1dWlkIG9mIHRoZS4gVm0gYW5kIGVu ZCBpdC4NCg0KSSBjb3VsZCBzZWUgb24geGVuY2VudGVyIHRoZSBjb25zb2xlcyBvZiB0aGUgYWZm bGljdGVkIHZtIHNob3dlZCBhIHdoaXRlIHNjcmVlbi4NCg0KSWYgdGhlcmUncyBhbnkgZGF0YSBJ IGNhbiBoZWxwIHJldHVybiBwbGVhc2UgbGV0IG1lIGtub3cgd2hhdCB0byBkby4NCg0KVGhhbmtz Lg0KDQpNaXRjaA0KDQpGcm9tOiDQkNC70LXQutGB0LXQuSDQkdC70LjQvdC60L7QsiBbbWFpbHRv OmFsZXhleS5ibGlua292QGdtYWlsLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1heSAwNywgMjAxMyAw MjoyNyBBTQ0KVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIDx4ZW4tdXNlcnNAbGlzdHMueGVu Lm9yZz4NClN1YmplY3Q6IFtYZW4tdXNlcnNdIEZyZWV6aW5nIFdpbmRvd3MgVk1gcyBvbiBYQ1Ag MS42LjEwLTYxODA5Yw0KDQpHb29kIGRheS4gSSdtIHVzaW5nIFhDUCAxLjYuMTAtNjE4MDljLiBG YWNlZCB3aXRoIHRoZSBmb2xsb3dpbmcgcHJvYmxlbS4gVGhlcmUgYXJlIGEgbnVtYmVyIG9mIHZp cnR1YWwgbWFjaGluZXMgcnVubmluZyBXaW5kb3dzIFNlcnZlciAyMDAzIFIyLiBGb3IgdW5rbm93 biByZWFzb25zLCB0aGUgbWFjaGluZSBzdG9wcyByZXNwb25kaW5nIG9uIFJEUCwgeW91IGNhbiBu b3QgY29ubmVjdCBhbmQgdGhlIGxvY2FsIGNvbnNvbGUuIFBpbmcgd29ya3MuIFRocm91Z2ggWGVu Q2VudGVyIHJlYm9vdCBmYWlscywgdGhlIHRhc2sgaGFuZ3MuIE9ubHkgd29ya3MgRm9yY2UgUmVi b290LCBidXQgaWYgdGhlIG1hY2hpbmUgaXMgc2VudCB0byByZWJvb3QgcHJvcGVybHkgYW5kIHRo ZSBwcm9ibGVtIGlzIGh1bmcgRm9yY2UgUmVib290IGFmdGVyIHJlYm9vdCBpcyBvYnRhaW5lZCBv bmx5IHRocm91Z2ggdGhlIHhlLXRvb2xzdGFjay1yZXN0YXJ0LiBJIHN1c3BlY3QgdGhhdCB0aGUg cHJvYmxlbSBpcyBYZW5Ub29scyBidXQgbm90IHN1cmUuIEhvdyBjYW4gSSBvdmVyY29tZSB0aGlz IHByb2JsZW0/DQo= --=_slim1.bitblock.com-48754-1367937323-0001-2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGZvbnQgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkndmUgc2VlbiB0aGlzIGFzIHdlbGwuIFR3 aWNlLiBJIHVzZWQgYSBwcm9jZXNzIEkgZm91bmQgb25sbmUgdG8gbG9vayB1cCB0aGUgZG9tYWlu IGZvciB0aGUgdXVpZCBvZiB0aGUuIFZtIGFuZCBlbmQgaXQuPGJyPg0KPGJyPg0KSSBjb3VsZCBz ZWUgb24geGVuY2VudGVyIHRoZSBjb25zb2xlcyBvZiB0aGUgYWZmbGljdGVkIHZtIHNob3dlZCBh IHdoaXRlIHNjcmVlbi4gPGJyPg0KPGJyPg0KSWYgdGhlcmUncyBhbnkgZGF0YSBJIGNhbiBoZWxw IHJldHVybiBwbGVhc2UgbGV0IG1lIGtub3cgd2hhdCB0byBkby4gPGJyPg0KPGJyPg0KVGhhbmtz LiA8YnI+DQo8YnI+DQpNaXRjaDwvZm9udD48YnI+DQombmJzcDs8YnI+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8Zm9udCBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGI+RnJvbTwvYj46INCQ 0LvQtdC60YHQtdC5INCR0LvQuNC90LrQvtCyIFttYWlsdG86YWxleGV5LmJsaW5rb3ZAZ21haWwu Y29tXQ0KPGJyPg0KPGI+U2VudDwvYj46IFR1ZXNkYXksIE1heSAwNywgMjAxMyAwMjoyNyBBTTxi cj4NCjxiPlRvPC9iPjogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcgJmx0O3hlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnJmd0OyA8YnI+DQo8Yj5TdWJqZWN0PC9iPjogW1hlbi11c2Vyc10gRnJlZXppbmcg V2luZG93cyBWTWBzIG9uIFhDUCAxLjYuMTAtNjE4MDljIDxicj4NCjwvZm9udD4mbmJzcDs8YnI+ DQo8L2Rpdj4NCkdvb2QgZGF5LiBJJ20gdXNpbmcgWENQIDEuNi4xMC02MTgwOWMuIEZhY2VkIHdp dGggdGhlIGZvbGxvd2luZyBwcm9ibGVtLiBUaGVyZSBhcmUgYSBudW1iZXIgb2YgdmlydHVhbCBt YWNoaW5lcyBydW5uaW5nIFdpbmRvd3MgU2VydmVyIDIwMDMgUjIuIEZvciB1bmtub3duIHJlYXNv bnMsIHRoZSBtYWNoaW5lIHN0b3BzIHJlc3BvbmRpbmcgb24gUkRQLCB5b3UgY2FuIG5vdCBjb25u ZWN0IGFuZCB0aGUgbG9jYWwgY29uc29sZS4gUGluZyB3b3Jrcy4NCiBUaHJvdWdoIFhlbkNlbnRl ciByZWJvb3QgZmFpbHMsIHRoZSB0YXNrIGhhbmdzLiBPbmx5IHdvcmtzIEZvcmNlIFJlYm9vdCwg YnV0IGlmIHRoZSBtYWNoaW5lIGlzIHNlbnQgdG8gcmVib290IHByb3Blcmx5IGFuZCB0aGUgcHJv YmxlbSBpcyBodW5nIEZvcmNlIFJlYm9vdCBhZnRlciByZWJvb3QgaXMgb2J0YWluZWQgb25seSB0 aHJvdWdoIHRoZSB4ZS10b29sc3RhY2stcmVzdGFydC4gSSBzdXNwZWN0IHRoYXQgdGhlIHByb2Js ZW0gaXMgWGVuVG9vbHMNCiBidXQgbm90IHN1cmUuIEhvdyBjYW4gSSBvdmVyY29tZSB0aGlzIHBy b2JsZW0/DQo8L2JvZHk+DQo8L2h0bWw+DQo= --=_slim1.bitblock.com-48754-1367937323-0001-2-- --===============7506507680668089728== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7506507680668089728==-- From xen-users-bounces@lists.xen.org Tue May 07 14:36:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:36: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 1UZizJ-0004if-4k; Tue, 07 May 2013 14:35:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZizI-0004iV-9D for xen-users@lists.xen.org; Tue, 07 May 2013 14:35:28 +0000 Received: from [193.109.254.147:17350] by server-5.bemta-14.messagelabs.com id 01/65-18535-F2119815; Tue, 07 May 2013 14:35:27 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-3.tower-27.messagelabs.com!1367937324!9189906!1 X-Originating-IP: [66.199.170.4] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30029 invoked from network); 7 May 2013 14:35:26 -0000 Received: from ns1.bitblock.com (HELO slim1.bitblock.com) (66.199.170.4) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 14:35:26 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by slim1.bitblock.com with esmtp; Tue, 07 May 2013 14:35:23 +0000 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0342.003; Tue, 7 May 2013 07:35:22 -0700 From: "mitch@bitblock.net" To: "'alexey.blinkov@gmail.com'" , "'xen-users@lists.xen.org'" Thread-Topic: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c Thread-Index: AQHOSzAbRc6AYYmn4keOU1oF94p+Bw== Date: Tue, 7 May 2013 14:35:22 +0000 Message-ID: In-Reply-To: Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.1.9] Mime-Version: 1.0 Subject: Re: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7506507680668089728==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --===============7506507680668089728== Content-Language: en-US Content-Type: multipart/alternative; boundary="=_slim1.bitblock.com-48754-1367937323-0001-2" This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_slim1.bitblock.com-48754-1367937323-0001-2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSd2ZSBzZWVuIHRoaXMgYXMgd2VsbC4gVHdpY2UuIEkgdXNlZCBhIHByb2Nlc3MgSSBmb3VuZCBv bmxuZSB0byBsb29rIHVwIHRoZSBkb21haW4gZm9yIHRoZSB1dWlkIG9mIHRoZS4gVm0gYW5kIGVu ZCBpdC4NCg0KSSBjb3VsZCBzZWUgb24geGVuY2VudGVyIHRoZSBjb25zb2xlcyBvZiB0aGUgYWZm bGljdGVkIHZtIHNob3dlZCBhIHdoaXRlIHNjcmVlbi4NCg0KSWYgdGhlcmUncyBhbnkgZGF0YSBJ IGNhbiBoZWxwIHJldHVybiBwbGVhc2UgbGV0IG1lIGtub3cgd2hhdCB0byBkby4NCg0KVGhhbmtz Lg0KDQpNaXRjaA0KDQpGcm9tOiDQkNC70LXQutGB0LXQuSDQkdC70LjQvdC60L7QsiBbbWFpbHRv OmFsZXhleS5ibGlua292QGdtYWlsLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1heSAwNywgMjAxMyAw MjoyNyBBTQ0KVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIDx4ZW4tdXNlcnNAbGlzdHMueGVu Lm9yZz4NClN1YmplY3Q6IFtYZW4tdXNlcnNdIEZyZWV6aW5nIFdpbmRvd3MgVk1gcyBvbiBYQ1Ag MS42LjEwLTYxODA5Yw0KDQpHb29kIGRheS4gSSdtIHVzaW5nIFhDUCAxLjYuMTAtNjE4MDljLiBG YWNlZCB3aXRoIHRoZSBmb2xsb3dpbmcgcHJvYmxlbS4gVGhlcmUgYXJlIGEgbnVtYmVyIG9mIHZp cnR1YWwgbWFjaGluZXMgcnVubmluZyBXaW5kb3dzIFNlcnZlciAyMDAzIFIyLiBGb3IgdW5rbm93 biByZWFzb25zLCB0aGUgbWFjaGluZSBzdG9wcyByZXNwb25kaW5nIG9uIFJEUCwgeW91IGNhbiBu b3QgY29ubmVjdCBhbmQgdGhlIGxvY2FsIGNvbnNvbGUuIFBpbmcgd29ya3MuIFRocm91Z2ggWGVu Q2VudGVyIHJlYm9vdCBmYWlscywgdGhlIHRhc2sgaGFuZ3MuIE9ubHkgd29ya3MgRm9yY2UgUmVi b290LCBidXQgaWYgdGhlIG1hY2hpbmUgaXMgc2VudCB0byByZWJvb3QgcHJvcGVybHkgYW5kIHRo ZSBwcm9ibGVtIGlzIGh1bmcgRm9yY2UgUmVib290IGFmdGVyIHJlYm9vdCBpcyBvYnRhaW5lZCBv bmx5IHRocm91Z2ggdGhlIHhlLXRvb2xzdGFjay1yZXN0YXJ0LiBJIHN1c3BlY3QgdGhhdCB0aGUg cHJvYmxlbSBpcyBYZW5Ub29scyBidXQgbm90IHN1cmUuIEhvdyBjYW4gSSBvdmVyY29tZSB0aGlz IHByb2JsZW0/DQo= --=_slim1.bitblock.com-48754-1367937323-0001-2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGZvbnQgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkndmUgc2VlbiB0aGlzIGFzIHdlbGwuIFR3 aWNlLiBJIHVzZWQgYSBwcm9jZXNzIEkgZm91bmQgb25sbmUgdG8gbG9vayB1cCB0aGUgZG9tYWlu IGZvciB0aGUgdXVpZCBvZiB0aGUuIFZtIGFuZCBlbmQgaXQuPGJyPg0KPGJyPg0KSSBjb3VsZCBz ZWUgb24geGVuY2VudGVyIHRoZSBjb25zb2xlcyBvZiB0aGUgYWZmbGljdGVkIHZtIHNob3dlZCBh IHdoaXRlIHNjcmVlbi4gPGJyPg0KPGJyPg0KSWYgdGhlcmUncyBhbnkgZGF0YSBJIGNhbiBoZWxw IHJldHVybiBwbGVhc2UgbGV0IG1lIGtub3cgd2hhdCB0byBkby4gPGJyPg0KPGJyPg0KVGhhbmtz LiA8YnI+DQo8YnI+DQpNaXRjaDwvZm9udD48YnI+DQombmJzcDs8YnI+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8Zm9udCBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGI+RnJvbTwvYj46INCQ 0LvQtdC60YHQtdC5INCR0LvQuNC90LrQvtCyIFttYWlsdG86YWxleGV5LmJsaW5rb3ZAZ21haWwu Y29tXQ0KPGJyPg0KPGI+U2VudDwvYj46IFR1ZXNkYXksIE1heSAwNywgMjAxMyAwMjoyNyBBTTxi cj4NCjxiPlRvPC9iPjogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcgJmx0O3hlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnJmd0OyA8YnI+DQo8Yj5TdWJqZWN0PC9iPjogW1hlbi11c2Vyc10gRnJlZXppbmcg V2luZG93cyBWTWBzIG9uIFhDUCAxLjYuMTAtNjE4MDljIDxicj4NCjwvZm9udD4mbmJzcDs8YnI+ DQo8L2Rpdj4NCkdvb2QgZGF5LiBJJ20gdXNpbmcgWENQIDEuNi4xMC02MTgwOWMuIEZhY2VkIHdp dGggdGhlIGZvbGxvd2luZyBwcm9ibGVtLiBUaGVyZSBhcmUgYSBudW1iZXIgb2YgdmlydHVhbCBt YWNoaW5lcyBydW5uaW5nIFdpbmRvd3MgU2VydmVyIDIwMDMgUjIuIEZvciB1bmtub3duIHJlYXNv bnMsIHRoZSBtYWNoaW5lIHN0b3BzIHJlc3BvbmRpbmcgb24gUkRQLCB5b3UgY2FuIG5vdCBjb25u ZWN0IGFuZCB0aGUgbG9jYWwgY29uc29sZS4gUGluZyB3b3Jrcy4NCiBUaHJvdWdoIFhlbkNlbnRl ciByZWJvb3QgZmFpbHMsIHRoZSB0YXNrIGhhbmdzLiBPbmx5IHdvcmtzIEZvcmNlIFJlYm9vdCwg YnV0IGlmIHRoZSBtYWNoaW5lIGlzIHNlbnQgdG8gcmVib290IHByb3Blcmx5IGFuZCB0aGUgcHJv YmxlbSBpcyBodW5nIEZvcmNlIFJlYm9vdCBhZnRlciByZWJvb3QgaXMgb2J0YWluZWQgb25seSB0 aHJvdWdoIHRoZSB4ZS10b29sc3RhY2stcmVzdGFydC4gSSBzdXNwZWN0IHRoYXQgdGhlIHByb2Js ZW0gaXMgWGVuVG9vbHMNCiBidXQgbm90IHN1cmUuIEhvdyBjYW4gSSBvdmVyY29tZSB0aGlzIHBy b2JsZW0/DQo8L2JvZHk+DQo8L2h0bWw+DQo= --=_slim1.bitblock.com-48754-1367937323-0001-2-- --===============7506507680668089728== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7506507680668089728==-- From xen-users-bounces@lists.xen.org Tue May 07 14:40:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:40: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 1UZj3H-000558-4U; Tue, 07 May 2013 14:39:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZj3F-00054r-5o for xen-users@lists.xen.org; Tue, 07 May 2013 14:39:33 +0000 Received: from [85.158.138.51:59236] by server-15.bemta-3.messagelabs.com id A1/79-32363-42219815; Tue, 07 May 2013 14:39:32 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1367937566!27648921!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_20_30,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29093 invoked from network); 7 May 2013 14:39:28 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 14:39:28 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so1077808iee.13 for ; Tue, 07 May 2013 07:38:27 -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=UcL5fHzVXq/rbdrq3rWtWnv5LdsCbVAS8brwR3gktcs=; b=x9PIjkT1rmp7m0t8qyjKGeQ1o13DnTSbucEwAb4fsT5k/Za7DvdcyjPrpGyB6/KRg+ +YWVFoADWWzZfpg7FKCSChPKz7vqOFzbYGXKQs58CEOXcV9GBe1ioS7C5ysoUu6NuiSd ASCWsmrJ3p1hlxKWZbNtXBsmdXYC8MrxbL2hnYwugKVlLA9EVV7asd6BqJ5xUelo9tlw r0ph+eeM5AcHdfzNe9KKFMmDkZprpaG9ssUCCPmJF+DBcEqLwDFn5zAWb2Gs42AIuqMp qO3YAaACBoilGJKqGtK1bQRf5Q71YoC1jz7yoGOy5nSTlzhwTKT0lm3/Vs85GbhZuB5u 2dfQ== MIME-Version: 1.0 X-Received: by 10.50.40.106 with SMTP id w10mr4268412igk.20.1367937507669; Tue, 07 May 2013 07:38:27 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Tue, 7 May 2013 07:38:27 -0700 (PDT) Date: Tue, 7 May 2013 08:38:27 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] status of xen.efi X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4564320034814001368==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4564320034814001368== Content-Type: multipart/alternative; boundary=089e0111b9d4383dcb04dc21c5b3 --089e0111b9d4383dcb04dc21c5b3 Content-Type: text/plain; charset=ISO-8859-1 Is xen.efi issues fixed. Can we compile xen.efi now ? --089e0111b9d4383dcb04dc21c5b3 Content-Type: text/html; charset=ISO-8859-1
Is xen.efi issues fixed. Can we compile xen.efi now ?
--089e0111b9d4383dcb04dc21c5b3-- --===============4564320034814001368== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4564320034814001368==-- From xen-users-bounces@lists.xen.org Tue May 07 14:40:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 14:40: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 1UZj3H-000558-4U; Tue, 07 May 2013 14:39:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZj3F-00054r-5o for xen-users@lists.xen.org; Tue, 07 May 2013 14:39:33 +0000 Received: from [85.158.138.51:59236] by server-15.bemta-3.messagelabs.com id A1/79-32363-42219815; Tue, 07 May 2013 14:39:32 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1367937566!27648921!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_20_30,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29093 invoked from network); 7 May 2013 14:39:28 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 14:39:28 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so1077808iee.13 for ; Tue, 07 May 2013 07:38:27 -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=UcL5fHzVXq/rbdrq3rWtWnv5LdsCbVAS8brwR3gktcs=; b=x9PIjkT1rmp7m0t8qyjKGeQ1o13DnTSbucEwAb4fsT5k/Za7DvdcyjPrpGyB6/KRg+ +YWVFoADWWzZfpg7FKCSChPKz7vqOFzbYGXKQs58CEOXcV9GBe1ioS7C5ysoUu6NuiSd ASCWsmrJ3p1hlxKWZbNtXBsmdXYC8MrxbL2hnYwugKVlLA9EVV7asd6BqJ5xUelo9tlw r0ph+eeM5AcHdfzNe9KKFMmDkZprpaG9ssUCCPmJF+DBcEqLwDFn5zAWb2Gs42AIuqMp qO3YAaACBoilGJKqGtK1bQRf5Q71YoC1jz7yoGOy5nSTlzhwTKT0lm3/Vs85GbhZuB5u 2dfQ== MIME-Version: 1.0 X-Received: by 10.50.40.106 with SMTP id w10mr4268412igk.20.1367937507669; Tue, 07 May 2013 07:38:27 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Tue, 7 May 2013 07:38:27 -0700 (PDT) Date: Tue, 7 May 2013 08:38:27 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] status of xen.efi X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4564320034814001368==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4564320034814001368== Content-Type: multipart/alternative; boundary=089e0111b9d4383dcb04dc21c5b3 --089e0111b9d4383dcb04dc21c5b3 Content-Type: text/plain; charset=ISO-8859-1 Is xen.efi issues fixed. Can we compile xen.efi now ? --089e0111b9d4383dcb04dc21c5b3 Content-Type: text/html; charset=ISO-8859-1
Is xen.efi issues fixed. Can we compile xen.efi now ?
--089e0111b9d4383dcb04dc21c5b3-- --===============4564320034814001368== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4564320034814001368==-- From xen-users-bounces@lists.xen.org Tue May 07 15:41:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 15:41: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 1UZjza-000802-CU; Tue, 07 May 2013 15:39:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZjzY-0007zZ-7Y for xen-users@lists.xen.org; Tue, 07 May 2013 15:39:48 +0000 Received: from [193.109.254.147:12408] by server-15.bemta-14.messagelabs.com id E3/CF-16548-34029815; Tue, 07 May 2013 15:39:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367941187!8674301!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10649 invoked from network); 7 May 2013 15:39:47 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 15:39:47 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4310795" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 May 2013 15:35:00 +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, 7 May 2013 16:39:46 +0100 Message-ID: <1367941184.26321.136.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "=?UTF-8?Q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D0=BB=D0=B8=D0=BD=D0=BA=D0=BE=D0=B2?=" Date: Tue, 7 May 2013 16:39:44 +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] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gVHVlLCAyMDEzLTA1LTA3IGF0IDEwOjI3ICswMTAwLCDQkNC70LXQutGB0LXQuSDQkdC70LjQ vdC60L7QsiB3cm90ZToKPiBHb29kIGRheS4gSSdtIHVzaW5nIFhDUCAxLjYuMTAtNjE4MDljLiBG YWNlZCB3aXRoIHRoZSBmb2xsb3dpbmcKPiBwcm9ibGVtLiBUaGVyZSBhcmUgYSBudW1iZXIgb2Yg dmlydHVhbCBtYWNoaW5lcyBydW5uaW5nIFdpbmRvd3MgU2VydmVyCj4gMjAwMyBSMi4gRm9yIHVu a25vd24gcmVhc29ucywgdGhlIG1hY2hpbmUgc3RvcHMgcmVzcG9uZGluZyBvbiBSRFAsIHlvdQo+ IGNhbiBub3QgY29ubmVjdCBhbmQgdGhlIGxvY2FsIGNvbnNvbGUuIFBpbmcgd29ya3MuIFRocm91 Z2ggWGVuQ2VudGVyCj4gcmVib290IGZhaWxzLCB0aGUgdGFzayBoYW5ncy4gT25seSB3b3JrcyBG b3JjZSBSZWJvb3QsIGJ1dCBpZiB0aGUKPiBtYWNoaW5lIGlzIHNlbnQgdG8gcmVib290IHByb3Bl cmx5IGFuZCB0aGUgcHJvYmxlbSBpcyBodW5nIEZvcmNlCj4gUmVib290IGFmdGVyIHJlYm9vdCBp cyBvYnRhaW5lZCBvbmx5IHRocm91Z2ggdGhlIHhlLXRvb2xzdGFjay1yZXN0YXJ0Lgo+IEkgc3Vz cGVjdCB0aGF0IHRoZSBwcm9ibGVtIGlzIFhlblRvb2xzIGJ1dCBub3Qgc3VyZS4gSG93IGNhbiBJ Cj4gb3ZlcmNvbWUgdGhpcyBwcm9ibGVtPwoKSGksIHlvdSBtYXkgaGF2ZSBtb3JlIGx1Y2sgd2l0 aCBYQ1AgcXVlc3Rpb25zIG9uIHRoZSAoYmFkbHkgbmFtZWQpCnhlbi1hcGlAbGlzdCB3aGVyZSBt b3N0IG9mIHRoZSBYQ1AgZGlzY3Vzc2lvbiBoYXBwZW5zLgoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue May 07 15:41:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 15:41: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 1UZjza-000802-CU; Tue, 07 May 2013 15:39:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZjzY-0007zZ-7Y for xen-users@lists.xen.org; Tue, 07 May 2013 15:39:48 +0000 Received: from [193.109.254.147:12408] by server-15.bemta-14.messagelabs.com id E3/CF-16548-34029815; Tue, 07 May 2013 15:39:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367941187!8674301!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10649 invoked from network); 7 May 2013 15:39:47 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2013 15:39:47 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4310795" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 May 2013 15:35:00 +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, 7 May 2013 16:39:46 +0100 Message-ID: <1367941184.26321.136.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "=?UTF-8?Q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D0=BB=D0=B8=D0=BD=D0=BA=D0=BE=D0=B2?=" Date: Tue, 7 May 2013 16:39:44 +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] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gVHVlLCAyMDEzLTA1LTA3IGF0IDEwOjI3ICswMTAwLCDQkNC70LXQutGB0LXQuSDQkdC70LjQ vdC60L7QsiB3cm90ZToKPiBHb29kIGRheS4gSSdtIHVzaW5nIFhDUCAxLjYuMTAtNjE4MDljLiBG YWNlZCB3aXRoIHRoZSBmb2xsb3dpbmcKPiBwcm9ibGVtLiBUaGVyZSBhcmUgYSBudW1iZXIgb2Yg dmlydHVhbCBtYWNoaW5lcyBydW5uaW5nIFdpbmRvd3MgU2VydmVyCj4gMjAwMyBSMi4gRm9yIHVu a25vd24gcmVhc29ucywgdGhlIG1hY2hpbmUgc3RvcHMgcmVzcG9uZGluZyBvbiBSRFAsIHlvdQo+ IGNhbiBub3QgY29ubmVjdCBhbmQgdGhlIGxvY2FsIGNvbnNvbGUuIFBpbmcgd29ya3MuIFRocm91 Z2ggWGVuQ2VudGVyCj4gcmVib290IGZhaWxzLCB0aGUgdGFzayBoYW5ncy4gT25seSB3b3JrcyBG b3JjZSBSZWJvb3QsIGJ1dCBpZiB0aGUKPiBtYWNoaW5lIGlzIHNlbnQgdG8gcmVib290IHByb3Bl cmx5IGFuZCB0aGUgcHJvYmxlbSBpcyBodW5nIEZvcmNlCj4gUmVib290IGFmdGVyIHJlYm9vdCBp cyBvYnRhaW5lZCBvbmx5IHRocm91Z2ggdGhlIHhlLXRvb2xzdGFjay1yZXN0YXJ0Lgo+IEkgc3Vz cGVjdCB0aGF0IHRoZSBwcm9ibGVtIGlzIFhlblRvb2xzIGJ1dCBub3Qgc3VyZS4gSG93IGNhbiBJ Cj4gb3ZlcmNvbWUgdGhpcyBwcm9ibGVtPwoKSGksIHlvdSBtYXkgaGF2ZSBtb3JlIGx1Y2sgd2l0 aCBYQ1AgcXVlc3Rpb25zIG9uIHRoZSAoYmFkbHkgbmFtZWQpCnhlbi1hcGlAbGlzdCB3aGVyZSBt b3N0IG9mIHRoZSBYQ1AgZGlzY3Vzc2lvbiBoYXBwZW5zLgoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue May 07 16:36:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 16:36: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 1UZkr3-0003JN-7h; Tue, 07 May 2013 16:35:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZkr1-0003JH-F5 for xen-users@lists.xen.org; Tue, 07 May 2013 16:35:03 +0000 Received: from [85.158.139.83:18641] by server-10.bemta-5.messagelabs.com id 38/69-19016-63D29815; Tue, 07 May 2013 16:35:02 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1367944495!27816083!1 X-Originating-IP: [66.151.104.17] 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 6566 invoked from network); 7 May 2013 16:34:56 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 16:34:56 -0000 Received: from ashslvha1.businessgrade.local (127.0.0.1) by ashslvha1.businessgrade.local (Axigen) with ESMTPSA id 2622EA; Tue, 7 May 2013 12:34:30 -0400 Received: from [70.209.5.173] by businessgrade.com with HTTP; Tue, 7 May 2013 12:34:30 -0400 From: Errol Neal Date: Tue, 7 May 2013 12:34:30 -0400 X-Mailer: Axigen WebMail To: Ian Campbell Message-ID: <1367944470751115500@businessgrade.com> In-Reply-To: <1367941184.26321.136.camel@zakaz.uk.xensource.com> References: <1367941184.26321.136.camel@zakaz.uk.xensource.com> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , =?utf-8?Q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9_=D0=91=D0=BB=D0=B8?= =?utf-8?Q?=D0=BD=D0=BA=D0=BE=D0=B2?= Subject: Re: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.com 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 T24gVHVlLCAwNS8wNy8yMDEzIDExOjM5IEFNLCBJYW4gQ2FtcGJlbGwgJmx0O0lhbi5DYW1wYmVs bEBjaXRyaXguY29tJmd0OyB3cm90ZToKPiBPbiBUdWUsIDIwMTMtMDUtMDcgYXQgMTA6MjcgKzAx MDAsINCQ0LvQtdC60YHQtdC5INCR0LvQuNC90LrQvtCyIHdyb3RlOgo+ID4gR29vZCBkYXkuIEkn bSB1c2luZyBYQ1AgMS42LjEwLTYxODA5Yy4gRmFjZWQgd2l0aCB0aGUgZm9sbG93aW5nCj4gPiBw cm9ibGVtLiBUaGVyZSBhcmUgYSBudW1iZXIgb2YgdmlydHVhbCBtYWNoaW5lcyBydW5uaW5nIFdp bmRvd3MgU2VydmVyCj4gPiAyMDAzIFIyLiBGb3IgdW5rbm93biByZWFzb25zLCB0aGUgbWFjaGlu ZSBzdG9wcyByZXNwb25kaW5nIG9uIFJEUCwgeW91Cj4gPiBjYW4gbm90IGNvbm5lY3QgYW5kIHRo ZSBsb2NhbCBjb25zb2xlLiBQaW5nIHdvcmtzLiBUaHJvdWdoIFhlbkNlbnRlcgo+ID4gcmVib290 IGZhaWxzLCB0aGUgdGFzayBoYW5ncy4gT25seSB3b3JrcyBGb3JjZSBSZWJvb3QsIGJ1dCBpZiB0 aGUKPiA+IG1hY2hpbmUgaXMgc2VudCB0byByZWJvb3QgcHJvcGVybHkgYW5kIHRoZSBwcm9ibGVt IGlzIGh1bmcgRm9yY2UKPiA+IFJlYm9vdCBhZnRlciByZWJvb3QgaXMgb2J0YWluZWQgb25seSB0 aHJvdWdoIHRoZSB4ZS10b29sc3RhY2stcmVzdGFydC4KPiA+IEkgc3VzcGVjdCB0aGF0IHRoZSBw cm9ibGVtIGlzIFhlblRvb2xzIGJ1dCBub3Qgc3VyZS4gSG93IGNhbiBJCj4gPiBvdmVyY29tZSB0 aGlzIHByb2JsZW0/Cj4gCj4gSGksIHlvdSBtYXkgaGF2ZSBtb3JlIGx1Y2sgd2l0aCBYQ1AgcXVl c3Rpb25zIG9uIHRoZSAoYmFkbHkgbmFtZWQpCj4geGVuLWFwaUBsaXN0IHdoZXJlIG1vc3Qgb2Yg dGhlIFhDUCBkaXNjdXNzaW9uIGhhcHBlbnMuCgpodHRwOi8vc3VwcG9ydC5jaXRyaXguY29tL2Fy dGljbGUvQ1RYMTMxNDIxCgoxLiBJZGVudGlmeSB0aGUgaG9zdCBydW5uaW5nIHRoZSBndWVzdAoy LiBHZXQgdGhlIHV1aWQgb2YgdGhlIFZNCjMuIERlc3Ryb3kgdGhlIGRvbWFpbiB1c2luZyAiZGVz dHJveV9kb21haW4iIHV0aWxpdHkKNC4gUmVzZXQgdGhlIFZNJ3MgcG93ZXJzdGF0ZSB1c2luZyBm b3JjZT10cnVlCgpJIHJ1biBhIG51bWJlciBvZiBXaW5kb3dzIFZNcyBhbmQgSSBnZW5lcmFsbHkg b25seSBub3RpY2UgdGhpcyBwcm9ibGVtIG9uIG15IEFETUlOIHNlcnZlcnMgb3IgVk1zIHRoYXQg SSBmcmVxdWVudGx5IG1hbmFnZSB1c2luZyBYZW5DZW50ZXIuIEkgc3VzcGVjdCBpdCBtYXkgaGF2 ZSBzb21ldGhpbmcgdG8gZG8gd2l0aCB0aGUgZmFjdCB0aGF0IFhlbkNlbnRlciB1c2VzIFJEUCBm b3IgdGhlIGd1ZXN0ICJjb25zb2xlIiBpZiB4ZW50b29scyBhcmUgaW5zdGFsbGVkLiBJIGhhdmVu J3QgdGVzdGVkIHRoaXMgdGhlb3J5IHlldCBob3dldmVyLi4gCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue May 07 16:36:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 16:36: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 1UZkr3-0003JN-7h; Tue, 07 May 2013 16:35:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZkr1-0003JH-F5 for xen-users@lists.xen.org; Tue, 07 May 2013 16:35:03 +0000 Received: from [85.158.139.83:18641] by server-10.bemta-5.messagelabs.com id 38/69-19016-63D29815; Tue, 07 May 2013 16:35:02 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1367944495!27816083!1 X-Originating-IP: [66.151.104.17] 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 6566 invoked from network); 7 May 2013 16:34:56 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 16:34:56 -0000 Received: from ashslvha1.businessgrade.local (127.0.0.1) by ashslvha1.businessgrade.local (Axigen) with ESMTPSA id 2622EA; Tue, 7 May 2013 12:34:30 -0400 Received: from [70.209.5.173] by businessgrade.com with HTTP; Tue, 7 May 2013 12:34:30 -0400 From: Errol Neal Date: Tue, 7 May 2013 12:34:30 -0400 X-Mailer: Axigen WebMail To: Ian Campbell Message-ID: <1367944470751115500@businessgrade.com> In-Reply-To: <1367941184.26321.136.camel@zakaz.uk.xensource.com> References: <1367941184.26321.136.camel@zakaz.uk.xensource.com> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , =?utf-8?Q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9_=D0=91=D0=BB=D0=B8?= =?utf-8?Q?=D0=BD=D0=BA=D0=BE=D0=B2?= Subject: Re: [Xen-users] Freezing Windows VM`s on XCP 1.6.10-61809c X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.com 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 T24gVHVlLCAwNS8wNy8yMDEzIDExOjM5IEFNLCBJYW4gQ2FtcGJlbGwgJmx0O0lhbi5DYW1wYmVs bEBjaXRyaXguY29tJmd0OyB3cm90ZToKPiBPbiBUdWUsIDIwMTMtMDUtMDcgYXQgMTA6MjcgKzAx MDAsINCQ0LvQtdC60YHQtdC5INCR0LvQuNC90LrQvtCyIHdyb3RlOgo+ID4gR29vZCBkYXkuIEkn bSB1c2luZyBYQ1AgMS42LjEwLTYxODA5Yy4gRmFjZWQgd2l0aCB0aGUgZm9sbG93aW5nCj4gPiBw cm9ibGVtLiBUaGVyZSBhcmUgYSBudW1iZXIgb2YgdmlydHVhbCBtYWNoaW5lcyBydW5uaW5nIFdp bmRvd3MgU2VydmVyCj4gPiAyMDAzIFIyLiBGb3IgdW5rbm93biByZWFzb25zLCB0aGUgbWFjaGlu ZSBzdG9wcyByZXNwb25kaW5nIG9uIFJEUCwgeW91Cj4gPiBjYW4gbm90IGNvbm5lY3QgYW5kIHRo ZSBsb2NhbCBjb25zb2xlLiBQaW5nIHdvcmtzLiBUaHJvdWdoIFhlbkNlbnRlcgo+ID4gcmVib290 IGZhaWxzLCB0aGUgdGFzayBoYW5ncy4gT25seSB3b3JrcyBGb3JjZSBSZWJvb3QsIGJ1dCBpZiB0 aGUKPiA+IG1hY2hpbmUgaXMgc2VudCB0byByZWJvb3QgcHJvcGVybHkgYW5kIHRoZSBwcm9ibGVt IGlzIGh1bmcgRm9yY2UKPiA+IFJlYm9vdCBhZnRlciByZWJvb3QgaXMgb2J0YWluZWQgb25seSB0 aHJvdWdoIHRoZSB4ZS10b29sc3RhY2stcmVzdGFydC4KPiA+IEkgc3VzcGVjdCB0aGF0IHRoZSBw cm9ibGVtIGlzIFhlblRvb2xzIGJ1dCBub3Qgc3VyZS4gSG93IGNhbiBJCj4gPiBvdmVyY29tZSB0 aGlzIHByb2JsZW0/Cj4gCj4gSGksIHlvdSBtYXkgaGF2ZSBtb3JlIGx1Y2sgd2l0aCBYQ1AgcXVl c3Rpb25zIG9uIHRoZSAoYmFkbHkgbmFtZWQpCj4geGVuLWFwaUBsaXN0IHdoZXJlIG1vc3Qgb2Yg dGhlIFhDUCBkaXNjdXNzaW9uIGhhcHBlbnMuCgpodHRwOi8vc3VwcG9ydC5jaXRyaXguY29tL2Fy dGljbGUvQ1RYMTMxNDIxCgoxLiBJZGVudGlmeSB0aGUgaG9zdCBydW5uaW5nIHRoZSBndWVzdAoy LiBHZXQgdGhlIHV1aWQgb2YgdGhlIFZNCjMuIERlc3Ryb3kgdGhlIGRvbWFpbiB1c2luZyAiZGVz dHJveV9kb21haW4iIHV0aWxpdHkKNC4gUmVzZXQgdGhlIFZNJ3MgcG93ZXJzdGF0ZSB1c2luZyBm b3JjZT10cnVlCgpJIHJ1biBhIG51bWJlciBvZiBXaW5kb3dzIFZNcyBhbmQgSSBnZW5lcmFsbHkg b25seSBub3RpY2UgdGhpcyBwcm9ibGVtIG9uIG15IEFETUlOIHNlcnZlcnMgb3IgVk1zIHRoYXQg SSBmcmVxdWVudGx5IG1hbmFnZSB1c2luZyBYZW5DZW50ZXIuIEkgc3VzcGVjdCBpdCBtYXkgaGF2 ZSBzb21ldGhpbmcgdG8gZG8gd2l0aCB0aGUgZmFjdCB0aGF0IFhlbkNlbnRlciB1c2VzIFJEUCBm b3IgdGhlIGd1ZXN0ICJjb25zb2xlIiBpZiB4ZW50b29scyBhcmUgaW5zdGFsbGVkLiBJIGhhdmVu J3QgdGVzdGVkIHRoaXMgdGhlb3J5IHlldCBob3dldmVyLi4gCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue May 07 19:57:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 19:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZo08-00015c-NT; Tue, 07 May 2013 19: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 1UZo07-00015X-SU for xen-users@lists.xen.org; Tue, 07 May 2013 19:56:40 +0000 Received: from [85.158.139.211:29008] by server-5.bemta-5.messagelabs.com id 6E/F4-06980-77C59815; Tue, 07 May 2013 19:56:39 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-2.tower-206.messagelabs.com!1367956594!19094901!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8769 invoked from network); 7 May 2013 19:56:36 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 19:56:36 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r47JuThI001599 for ; Tue, 7 May 2013 15:56:30 -0400 Message-ID: <51895C6D.5060208@ajlc.waterloo.on.ca> Date: Tue, 07 May 2013 15:56:29 -0400 From: Tony Lill 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 X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.0 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: [Xen-users] Weird race condition in 4.2.1 startup X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just installed xen 4.2.1 and linux 3.4.43 on one of my boxes and ran into a weird issue that looks like a race condition in the startup scripts. When I reboot, I see the startup messages from the xen-commons script about xenconsoled and the QEMU backend starting, Then immediately after that, I get a message saying the system is switching to run level 0 I then get messages from the xendomains startup script saying it's shutting down 2 of the the 5 domains I have in /etc/xen/auto, then a finally SHUTDOWN_ALL where it seems to hang. I don't see the startup messages from the xend and the xendomains startup script, but presumably they've run since it tries to shutdown some domains. The fix was to add a sleep 10 to the start of the xendomains startup script, though that seems a little hacky - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGJXG0ACgkQGS8yZq1uvxBIbgCcD1bIFzSIHU8QPbsdHuF5r+5c oU4An0r4hWz8wUU/B8o5ynJB4y3oCZTY =ruA1 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 19:57:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 19:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZo08-00015c-NT; Tue, 07 May 2013 19: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 1UZo07-00015X-SU for xen-users@lists.xen.org; Tue, 07 May 2013 19:56:40 +0000 Received: from [85.158.139.211:29008] by server-5.bemta-5.messagelabs.com id 6E/F4-06980-77C59815; Tue, 07 May 2013 19:56:39 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-2.tower-206.messagelabs.com!1367956594!19094901!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8769 invoked from network); 7 May 2013 19:56:36 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 19:56:36 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id r47JuThI001599 for ; Tue, 7 May 2013 15:56:30 -0400 Message-ID: <51895C6D.5060208@ajlc.waterloo.on.ca> Date: Tue, 07 May 2013 15:56:29 -0400 From: Tony Lill 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 X-Enigmail-Version: 1.4.6 X-Spam-Status: No, score=-102.0 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: [Xen-users] Weird race condition in 4.2.1 startup X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just installed xen 4.2.1 and linux 3.4.43 on one of my boxes and ran into a weird issue that looks like a race condition in the startup scripts. When I reboot, I see the startup messages from the xen-commons script about xenconsoled and the QEMU backend starting, Then immediately after that, I get a message saying the system is switching to run level 0 I then get messages from the xendomains startup script saying it's shutting down 2 of the the 5 domains I have in /etc/xen/auto, then a finally SHUTDOWN_ALL where it seems to hang. I don't see the startup messages from the xend and the xendomains startup script, but presumably they've run since it tries to shutdown some domains. The fix was to add a sleep 10 to the start of the xendomains startup script, though that seems a little hacky - -- Tony Lill, OCT, Tony.Lill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGJXG0ACgkQGS8yZq1uvxBIbgCcD1bIFzSIHU8QPbsdHuF5r+5c oU4An0r4hWz8wUU/B8o5ynJB4y3oCZTY =ruA1 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 23:36:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 23:36: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 1UZrPC-0004th-Lr; Tue, 07 May 2013 23:34:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZj3J-00055V-IS for xen-users@lists.xen.org; Tue, 07 May 2013 14:39:37 +0000 Received: from [85.158.143.99:36744] by server-1.bemta-4.messagelabs.com id 15/95-06122-82219815; Tue, 07 May 2013 14:39:36 +0000 X-Env-Sender: adam@websitemanagers.com.au X-Msg-Ref: server-9.tower-216.messagelabs.com!1367937476!29434478!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30451 invoked from network); 7 May 2013 14:38:08 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 14:38:08 -0000 Received: (qmail 19498 invoked by uid 1011); 7 May 2013 14:37:54 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17159. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.050882 secs); 07 May 2013 14:37:54 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 7 May 2013 14:37:54 -0000 Message-ID: <518911C0.1060503@websitemanagers.com.au> Date: Wed, 08 May 2013 00:37:52 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> <5189066C.1000907@websitemanagers.com.au> <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> X-Mailman-Approved-At: Tue, 07 May 2013 23:34:45 +0000 Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 08/05/13 00:01, Jan-Aage Frydenb=F8-Bruvoll wrote: > Hi Adam, > >> Not sure exactly what Linux kernel version is used on XCP, or what disks= /etc you were using, >> but I can confirm that there was definitely a bug in Linux 2.6 from Debi= an Squeeze which seriously = >> affected SSD performance (ie, reduced it to worse that HDD speed), which= was fixed by upgrading >> to debian squeeze backports kernel 3.0.0 I think from memory. > Now that's interesting. The last kernel we tested on our XCP rig was 2.6.= 39, which still had the problem. You wouldn't happen to have an idea whethe= r the same bug was present in other kernels as well? > Actually, it was in Linux mainline kernel, and had not been patched in the latest Debian stable kernel (squeeze). I am positive it was fixed before 3.0.0, and it might have been fixed by 2.6.39.... A very quick google search gives this: http://article.gmane.org/gmane.linux.ide/45053 >From there, you should be able to find when it was added/removed from the kernel and whether the versions you used were affected or not. PS, with my current Debian wheezy xen boxes, and my Debian squeeze iSCSI server (with kernel and iscsi from backports), and 2 x 1G ethernet for iSCSI on the xen boxes and 8 x 1G ethernet on the iSCSI box, I get around 220MB/sec random read/write from the Windows 2003 domU. PS, I'm using 5 x Intel 480GB SSD's in RAID5 on the iSCSI server, with DRBD which replicates to a second iSCSI server. Using Intel dual port (xen) and quad port (iSCSI) cards. The iSCSI server gets around 1.6GB/s random write, and 2.6GB/s random read... (read speed may be a bit wrong with my memory, but write speed is correct because I know I can at least fill my 8 x 1Gbps ethernet if I had 4 or more xen boxes hitting their disks hard). Regards, Adam -- = Adam Goryachev Website Managers Ph: +61 2 8304 0000 adam@websitemanagers.com.au Fax: +61 2 8304 0001 www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 07 23:36:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 07 May 2013 23:36: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 1UZrPC-0004th-Lr; Tue, 07 May 2013 23:34:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZj3J-00055V-IS for xen-users@lists.xen.org; Tue, 07 May 2013 14:39:37 +0000 Received: from [85.158.143.99:36744] by server-1.bemta-4.messagelabs.com id 15/95-06122-82219815; Tue, 07 May 2013 14:39:36 +0000 X-Env-Sender: adam@websitemanagers.com.au X-Msg-Ref: server-9.tower-216.messagelabs.com!1367937476!29434478!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30451 invoked from network); 7 May 2013 14:38:08 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2013 14:38:08 -0000 Received: (qmail 19498 invoked by uid 1011); 7 May 2013 14:37:54 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17159. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.050882 secs); 07 May 2013 14:37:54 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 7 May 2013 14:37:54 -0000 Message-ID: <518911C0.1060503@websitemanagers.com.au> Date: Wed, 08 May 2013 00:37:52 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> <5189066C.1000907@websitemanagers.com.au> <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> In-Reply-To: <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> X-Mailman-Approved-At: Tue, 07 May 2013 23:34:45 +0000 Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 08/05/13 00:01, Jan-Aage Frydenb=F8-Bruvoll wrote: > Hi Adam, > >> Not sure exactly what Linux kernel version is used on XCP, or what disks= /etc you were using, >> but I can confirm that there was definitely a bug in Linux 2.6 from Debi= an Squeeze which seriously = >> affected SSD performance (ie, reduced it to worse that HDD speed), which= was fixed by upgrading >> to debian squeeze backports kernel 3.0.0 I think from memory. > Now that's interesting. The last kernel we tested on our XCP rig was 2.6.= 39, which still had the problem. You wouldn't happen to have an idea whethe= r the same bug was present in other kernels as well? > Actually, it was in Linux mainline kernel, and had not been patched in the latest Debian stable kernel (squeeze). I am positive it was fixed before 3.0.0, and it might have been fixed by 2.6.39.... A very quick google search gives this: http://article.gmane.org/gmane.linux.ide/45053 >From there, you should be able to find when it was added/removed from the kernel and whether the versions you used were affected or not. PS, with my current Debian wheezy xen boxes, and my Debian squeeze iSCSI server (with kernel and iscsi from backports), and 2 x 1G ethernet for iSCSI on the xen boxes and 8 x 1G ethernet on the iSCSI box, I get around 220MB/sec random read/write from the Windows 2003 domU. PS, I'm using 5 x Intel 480GB SSD's in RAID5 on the iSCSI server, with DRBD which replicates to a second iSCSI server. Using Intel dual port (xen) and quad port (iSCSI) cards. The iSCSI server gets around 1.6GB/s random write, and 2.6GB/s random read... (read speed may be a bit wrong with my memory, but write speed is correct because I know I can at least fill my 8 x 1Gbps ethernet if I had 4 or more xen boxes hitting their disks hard). Regards, Adam -- = Adam Goryachev Website Managers Ph: +61 2 8304 0000 adam@websitemanagers.com.au Fax: +61 2 8304 0001 www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 02:26:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 02:26: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 1UZu3r-0003ph-RS; Wed, 08 May 2013 02:24:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZu3q-0003pc-LJ for xen-users@lists.xen.org; Wed, 08 May 2013 02:24:54 +0000 Received: from [85.158.143.99:64979] by server-3.bemta-4.messagelabs.com id 31/A6-02015-577B9815; Wed, 08 May 2013 02:24:53 +0000 X-Env-Sender: shuang.qiu@intel.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1367979891!21696333!1 X-Originating-IP: [143.182.124.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQzLjE4Mi4xMjQuMzcgPT4gMjU3MDM5\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18783 invoked from network); 8 May 2013 02:24:52 -0000 Received: from mga14.intel.com (HELO mga14.intel.com) (143.182.124.37) by server-8.tower-216.messagelabs.com with SMTP; 8 May 2013 02:24:52 -0000 Received: from azsmga002.ch.intel.com ([10.2.17.35]) by azsmga102.ch.intel.com with ESMTP; 07 May 2013 19:24:49 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,631,1363158000"; d="scan'208,217";a="238327224" Received: from fmsmsx104.amr.corp.intel.com ([10.19.9.35]) by AZSMGA002.ch.intel.com with ESMTP; 07 May 2013 19:24:49 -0700 Received: from fmsmsx151.amr.corp.intel.com (10.19.17.220) by FMSMSX104.amr.corp.intel.com (10.19.9.35) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 7 May 2013 19:24:49 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by FMSMSX151.amr.corp.intel.com (10.19.17.220) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 7 May 2013 19:24:42 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.8]) by SHSMSX152.ccr.corp.intel.com ([10.239.6.52]) with mapi id 14.01.0355.002; Wed, 8 May 2013 10:24:31 +0800 From: "Qiu, Shuang" To: "xen-users@lists.xen.org" Thread-Topic: Virtual disk image is not bootable when booting nested Xen virtual machine. Thread-Index: Ac5LkT4DcX37vz/5QIqEvc+x/wyC3Q== Date: Wed, 8 May 2013 02:24:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Subject: [Xen-users] Virtual disk image is not bootable when booting nested Xen virtual machine. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5612139151568134035==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5612139151568134035== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_" --_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello community, I encounter this problem when boot a nested Xen virtual machine. The rhel6u3 virtual disk image is bootable and works fine as a L1 virtual m= achine. Now I want to boot the image in L1, i.e. I want rh6u3 image work as a L2 vi= rtual machine and get the error: Not a bootable disk. The virtual machine configures are the same. Both of L0 and L1 have Xen 4.3 installed. The *disk* entry in .hvm file is Disk=3D[ 'tap:qcow2:/mnt/test.qcow,hda,w' ] And qemu-img info /mnt/test.qcow shows the following: Image: test.qcow File format: qcow2 Virtual size: 8.0G (xxxxxxx bytes) Disk size: 44K Cluster_size: 4096 Backing file: /mnt/ia32e_rhel6u3.img Any idea to solve this? Hints will be appreciated. Thank you and Best Regards! Shuang --_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello community,

 

I encounter this problem when b= oot a nested Xen virtual machine.

The rhel6u3 virtual disk image = is bootable and works fine as a L1 virtual machine.

Now I want to boot the image in= L1, i.e. I want rh6u3 image work as a L2 virtual machine and get the error= : Not a bootable disk.

 

The virtual machine configures = are the same.

Both of L0 and L1 have Xen 4.3 = installed.

The *disk* entry in .hvm= file is

 

Disk=3D[ ‘tap:qcow2:/mnt/= test.qcow,hda,w’ ]

 

And qemu-img info /mnt/test.qco= w shows the following:

Image: test.qcow

File format: qcow2

Virtual size: 8.0G (xxxxxxx byt= es)

Disk size: 44K

Cluster_size: 4096

Backing file: /mnt/ia32e_rhel6u= 3.img

 

Any idea to solve this? Hints w= ill be appreciated.

 

Thank you and Best Regards!

Shuang

--_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_-- --===============5612139151568134035== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5612139151568134035==-- From xen-users-bounces@lists.xen.org Wed May 08 02:26:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 02:26: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 1UZu3r-0003ph-RS; Wed, 08 May 2013 02:24:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZu3q-0003pc-LJ for xen-users@lists.xen.org; Wed, 08 May 2013 02:24:54 +0000 Received: from [85.158.143.99:64979] by server-3.bemta-4.messagelabs.com id 31/A6-02015-577B9815; Wed, 08 May 2013 02:24:53 +0000 X-Env-Sender: shuang.qiu@intel.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1367979891!21696333!1 X-Originating-IP: [143.182.124.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQzLjE4Mi4xMjQuMzcgPT4gMjU3MDM5\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18783 invoked from network); 8 May 2013 02:24:52 -0000 Received: from mga14.intel.com (HELO mga14.intel.com) (143.182.124.37) by server-8.tower-216.messagelabs.com with SMTP; 8 May 2013 02:24:52 -0000 Received: from azsmga002.ch.intel.com ([10.2.17.35]) by azsmga102.ch.intel.com with ESMTP; 07 May 2013 19:24:49 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,631,1363158000"; d="scan'208,217";a="238327224" Received: from fmsmsx104.amr.corp.intel.com ([10.19.9.35]) by AZSMGA002.ch.intel.com with ESMTP; 07 May 2013 19:24:49 -0700 Received: from fmsmsx151.amr.corp.intel.com (10.19.17.220) by FMSMSX104.amr.corp.intel.com (10.19.9.35) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 7 May 2013 19:24:49 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by FMSMSX151.amr.corp.intel.com (10.19.17.220) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 7 May 2013 19:24:42 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.8]) by SHSMSX152.ccr.corp.intel.com ([10.239.6.52]) with mapi id 14.01.0355.002; Wed, 8 May 2013 10:24:31 +0800 From: "Qiu, Shuang" To: "xen-users@lists.xen.org" Thread-Topic: Virtual disk image is not bootable when booting nested Xen virtual machine. Thread-Index: Ac5LkT4DcX37vz/5QIqEvc+x/wyC3Q== Date: Wed, 8 May 2013 02:24:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Subject: [Xen-users] Virtual disk image is not bootable when booting nested Xen virtual machine. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5612139151568134035==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5612139151568134035== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_" --_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello community, I encounter this problem when boot a nested Xen virtual machine. The rhel6u3 virtual disk image is bootable and works fine as a L1 virtual m= achine. Now I want to boot the image in L1, i.e. I want rh6u3 image work as a L2 vi= rtual machine and get the error: Not a bootable disk. The virtual machine configures are the same. Both of L0 and L1 have Xen 4.3 installed. The *disk* entry in .hvm file is Disk=3D[ 'tap:qcow2:/mnt/test.qcow,hda,w' ] And qemu-img info /mnt/test.qcow shows the following: Image: test.qcow File format: qcow2 Virtual size: 8.0G (xxxxxxx bytes) Disk size: 44K Cluster_size: 4096 Backing file: /mnt/ia32e_rhel6u3.img Any idea to solve this? Hints will be appreciated. Thank you and Best Regards! Shuang --_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello community,

 

I encounter this problem when b= oot a nested Xen virtual machine.

The rhel6u3 virtual disk image = is bootable and works fine as a L1 virtual machine.

Now I want to boot the image in= L1, i.e. I want rh6u3 image work as a L2 virtual machine and get the error= : Not a bootable disk.

 

The virtual machine configures = are the same.

Both of L0 and L1 have Xen 4.3 = installed.

The *disk* entry in .hvm= file is

 

Disk=3D[ ‘tap:qcow2:/mnt/= test.qcow,hda,w’ ]

 

And qemu-img info /mnt/test.qco= w shows the following:

Image: test.qcow

File format: qcow2

Virtual size: 8.0G (xxxxxxx byt= es)

Disk size: 44K

Cluster_size: 4096

Backing file: /mnt/ia32e_rhel6u= 3.img

 

Any idea to solve this? Hints w= ill be appreciated.

 

Thank you and Best Regards!

Shuang

--_000_B01B9589F1E07041890E2B0DD80BAAA6CBBF85SHSMSX102ccrcorpi_-- --===============5612139151568134035== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5612139151568134035==-- From xen-users-bounces@lists.xen.org Wed May 08 07:36:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 07:36: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 1UZyuD-0006sm-Bc; Wed, 08 May 2013 07:35:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZyuA-0006sN-MV; Wed, 08 May 2013 07:35:14 +0000 Received: from [85.158.137.99:57925] by server-10.bemta-3.messagelabs.com id BF/84-00761-1300A815; Wed, 08 May 2013 07:35:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1367998512!15792251!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12681 invoked from network); 8 May 2013 07:35:12 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 07:35:12 -0000 Received: by mail-we0-f178.google.com with SMTP id q57so1524181wes.9 for ; Wed, 08 May 2013 00:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=nwgGAcBKW0VA1Y0pD4gy36LiCGiZP+eiZ5Y68Zw7gSA=; b=y37M03nsrVgxVuJFGwYFn43CMH5MsOkyGUdZrMD/V9MvFIotbPCWbp1C3Xq/eeauuQ 0LyVpjtk0w10D/cvDTweWdwLrJJ0HtEwfIWiCGNzL7+flWyoLC8K3H2cLVgzK0JzTGen Nqae4voAqAy9xQAlKbfbDULV0PJrJ4NGiMRLoA5InmQAKUF49eypijlxmXMzejj66MEI dB4QVyngwHsbuFtHwyAdWjv1p5xFYeO2UamVBIsk3nQnb0QDLuQrTXGDnmFpQ8/a4rJD KtTxdPKBkV4QzEhHAW3ghgl3r2D2P4LQetard0TuzqaeInicVn1/SW8M6fW1ZGkAcTb3 AWkg== X-Received: by 10.194.47.176 with SMTP id e16mr8342044wjn.46.1367998510268; Wed, 08 May 2013 00:35:10 -0700 (PDT) Received: from [172.16.26.11] ([2.220.204.223]) by mx.google.com with ESMTPSA id q13sm7983636wie.8.2013.05.08.00.35.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 May 2013 00:35:09 -0700 (PDT) Message-ID: <518A002B.1090103@xen.org> Date: Wed, 08 May 2013 08:35:07 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-users] Xen 4.3 RC1 Test Day on freenode channel #xentest is today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, we have the first test day for Xen 4.3 today. For more information on Test Days and how to join see http://wiki.xen.org/wiki/Xen_Test_Days For test instructions see http://wiki.xen.org/wiki/Xen_4.3_RC1_test_instructions See you on #xentest! Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 07:36:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 07:36: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 1UZyuD-0006sm-Bc; Wed, 08 May 2013 07:35:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZyuA-0006sN-MV; Wed, 08 May 2013 07:35:14 +0000 Received: from [85.158.137.99:57925] by server-10.bemta-3.messagelabs.com id BF/84-00761-1300A815; Wed, 08 May 2013 07:35:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1367998512!15792251!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12681 invoked from network); 8 May 2013 07:35:12 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 07:35:12 -0000 Received: by mail-we0-f178.google.com with SMTP id q57so1524181wes.9 for ; Wed, 08 May 2013 00:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=nwgGAcBKW0VA1Y0pD4gy36LiCGiZP+eiZ5Y68Zw7gSA=; b=y37M03nsrVgxVuJFGwYFn43CMH5MsOkyGUdZrMD/V9MvFIotbPCWbp1C3Xq/eeauuQ 0LyVpjtk0w10D/cvDTweWdwLrJJ0HtEwfIWiCGNzL7+flWyoLC8K3H2cLVgzK0JzTGen Nqae4voAqAy9xQAlKbfbDULV0PJrJ4NGiMRLoA5InmQAKUF49eypijlxmXMzejj66MEI dB4QVyngwHsbuFtHwyAdWjv1p5xFYeO2UamVBIsk3nQnb0QDLuQrTXGDnmFpQ8/a4rJD KtTxdPKBkV4QzEhHAW3ghgl3r2D2P4LQetard0TuzqaeInicVn1/SW8M6fW1ZGkAcTb3 AWkg== X-Received: by 10.194.47.176 with SMTP id e16mr8342044wjn.46.1367998510268; Wed, 08 May 2013 00:35:10 -0700 (PDT) Received: from [172.16.26.11] ([2.220.204.223]) by mx.google.com with ESMTPSA id q13sm7983636wie.8.2013.05.08.00.35.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 May 2013 00:35:09 -0700 (PDT) Message-ID: <518A002B.1090103@xen.org> Date: Wed, 08 May 2013 08:35:07 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-users] Xen 4.3 RC1 Test Day on freenode channel #xentest is today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, we have the first test day for Xen 4.3 today. For more information on Test Days and how to join see http://wiki.xen.org/wiki/Xen_Test_Days For test instructions see http://wiki.xen.org/wiki/Xen_4.3_RC1_test_instructions See you on #xentest! Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 08:25:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 08:25: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 1UZzg1-0000LK-4v; Wed, 08 May 2013 08:24:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZzfy-0000L3-Ot for xen-users@lists.xen.org; Wed, 08 May 2013 08:24:39 +0000 Received: from [85.158.137.99:27509] by server-10.bemta-3.messagelabs.com id CA/DD-00761-2CB0A815; Wed, 08 May 2013 08:24:34 +0000 X-Env-Sender: thomasth@google.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1368001464!2498748!1 X-Originating-IP: [209.85.210.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12117 invoked from network); 8 May 2013 08:24:26 -0000 Received: from mail-da0-f53.google.com (HELO mail-da0-f53.google.com) (209.85.210.53) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 08:24:26 -0000 Received: by mail-da0-f53.google.com with SMTP id o9so841986dan.40 for ; Wed, 08 May 2013 01:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=tIiGUhBghOcyYI6NdVS+UxnILkCRwMG7M/+lGV0XGuY=; b=ebQ/NgfGZFEIZAYsMyd1CpofwrK0LTmZPbY5v7gS5NVzHo03N6DazU1wzvETWxjvU7 wpDFUvskW4CNBjq8PWVgySTL4wf66CMdfkqBQY4RlaDyGqja7w0Nmhb2QOOsSaTYDmIF zNpzFX+Kxq8nFaDuAq4lbUa2n36jqyFDkF6Grf+RcSWP7AJCVWrJ9TZIYoOWJMxNRfRa xwX2L1fQcOnhA0Mu2INQz1GtkoC9gVlJ8ZdKhq2Upl323W90qatqWwPw2jyPC2QZ+Nyh sHZoaW5a6QBRi7sVPn2IT8Rr2sh1LWnUOhnKVBTGT2dTeT5PivPPQZbx9ZNL2fRP+fx2 5n9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=tIiGUhBghOcyYI6NdVS+UxnILkCRwMG7M/+lGV0XGuY=; b=FpSWZDI0s73uLhh6EmRiGtvByGETjHkxirXYvLMkN3BklMJiOqXE6M8rSea1OlNoLF RbW/9ronSzRrukf8/s1wtvJB23gdz6dHESAsCE/Qa6OQNR4jdo80AyOMF+UvNv2Qb2Cw MPu0/9s7tPmgPiWTtMPv4DpQ/IGDw9aDqiH40ZqiTJVPaV6HtvodrEgpO6E/ucckCd5l X/uVRPjaejv61SDw7sdvPx3yU0yF6fBUuB1RlBIofz1QNqZkcut6ZyAvco1yhq9TapUR 7CDx7ecND14LRxtY1rDALHkcApTxwdXjFCqFJyObSNY45m556j+sacsO1ZammEU6BWLz RGxw== MIME-Version: 1.0 X-Received: by 10.68.65.134 with SMTP id x6mr6259966pbs.219.1368001464023; Wed, 08 May 2013 01:24:24 -0700 (PDT) Received: by 10.66.252.227 with HTTP; Wed, 8 May 2013 01:24:23 -0700 (PDT) Date: Wed, 8 May 2013 10:24:23 +0200 Message-ID: From: Thomas Thrainer To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQn5dwHQInD7C0FRgPa9SmLK5tyBcx3hX9g4V6GfzkoY646YAXb5ijMP/PLxsiNTrJP3HYYJ+082/gIsJR1i7yAbgIE3JsZXPboooG0oaDnj9VxjUJ67I8LkThQU1tF+wy9qaDKi1fS6Eo7LV8xLHSYWoL/mdcjZ4XPaG3vn3FbjAmqenMh8R0s3T3r9Su1D7JriQD8K Subject: [Xen-users] When does Xen close instance disks on shutdown? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4597112321405594076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4597112321405594076== Content-Type: multipart/alternative; boundary=bcaec544ec6a50ccf004dc30a9ae --bcaec544ec6a50ccf004dc30a9ae Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, When does Xen exactly close the disks an instance is using after it is shut down? And how is this related to the output of `xm list`? We (the Ganeti project) believe to experience some timing issues with disks still being used by Xen. Here's essentially what we do: * We have a DRBD volume on top of LVM. That's the disk for our VM. * To shutdown the VM, we do the following: - `xm shutdown ` - `xm list`, and check if is still there - repeat until `xm list` no longer shows - de-configure the DRBD volume The last step fails every now and then, stating that the volume is still in use, presumably because Xen still holds the DRBD volume open. So I was wondering when `xm list` stops to display an instance. Is it removed from the list after the instance is shut down and all resources (including handles) are released by Xen? Or might it be possible that instance disks are still held open, even if `xm list` does no longer show the instance? Is there a more reliable way to find out when Xen does no longer use a disk? Please note that after a short while the DRBD volume can be de-configured manually, that's what makes me believe that `xm list` is not 100% in sync with Xen's open handles for disks. Thanks, Thomas --=20 Thomas Thrainer | Software Engineer | thomasth@google.com | Google Germany GmbH Dienerstr. 12 80331 M=FCnchen Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Gesch=E4ftsf=FChrer: Graham Law, Katherine Stephens --bcaec544ec6a50ccf004dc30a9ae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

When does Xen exactly close the dis= ks an instance is using after it is shut down? And how is this related to t= he output of `xm list`?

We (the Ganeti project) believe to experience= some timing issues with disks still being used by Xen. Here's essentia= lly what we do:
=A0* We have a DRBD volume on top of LVM. That's the disk fo= r our VM.
=A0* To shutdown the VM, we do the following:
=A0 - `xm shutdown <instance>`
=A0 - `xm= list`, and check if <instance> is still there
=A0 - repeat until `xm list` no longer shows <instance>
=A0 - de-configure the DRBD volume

=
The last step fails every now and then, stating that the volume = is still in use, presumably because Xen still holds the DRBD volume open. S= o I was wondering when `xm list` stops to display an instance. Is it remove= d from the list after the instance is shut down and all resources (includin= g handles) are released by Xen? Or might it be possible that instance disks= are still held open, even if `xm list` does no longer show the instance? I= s there a more reliable way to find out when Xen does no longer use a disk?=

Please note that after a short while the DR= BD volume can be de-configured manually, that's what makes me believe t= hat `xm list` is not 100% in sync with Xen's open handles for disks.

Thanks,
Thomas

--
Thomas Thrainer=A0|=A0Software Engineer=A0|=A0thomasth@google.com=A0|=A0

Google Germany GmbH
Dienerstr. 12
8033= 1 M=FCnchen

Registergericht und -nummer:=A0Hamburg, HRB 86891
Sit= z der Gesellschaft:=A0Hamburg
Ge= sch=E4ftsf=FChrer: Graham Law, Katherine Stephens
--bcaec544ec6a50ccf004dc30a9ae-- --===============4597112321405594076== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4597112321405594076==-- From xen-users-bounces@lists.xen.org Wed May 08 08:25:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 08:25: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 1UZzg1-0000LK-4v; Wed, 08 May 2013 08:24:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZzfy-0000L3-Ot for xen-users@lists.xen.org; Wed, 08 May 2013 08:24:39 +0000 Received: from [85.158.137.99:27509] by server-10.bemta-3.messagelabs.com id CA/DD-00761-2CB0A815; Wed, 08 May 2013 08:24:34 +0000 X-Env-Sender: thomasth@google.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1368001464!2498748!1 X-Originating-IP: [209.85.210.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12117 invoked from network); 8 May 2013 08:24:26 -0000 Received: from mail-da0-f53.google.com (HELO mail-da0-f53.google.com) (209.85.210.53) by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 08:24:26 -0000 Received: by mail-da0-f53.google.com with SMTP id o9so841986dan.40 for ; Wed, 08 May 2013 01:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=tIiGUhBghOcyYI6NdVS+UxnILkCRwMG7M/+lGV0XGuY=; b=ebQ/NgfGZFEIZAYsMyd1CpofwrK0LTmZPbY5v7gS5NVzHo03N6DazU1wzvETWxjvU7 wpDFUvskW4CNBjq8PWVgySTL4wf66CMdfkqBQY4RlaDyGqja7w0Nmhb2QOOsSaTYDmIF zNpzFX+Kxq8nFaDuAq4lbUa2n36jqyFDkF6Grf+RcSWP7AJCVWrJ9TZIYoOWJMxNRfRa xwX2L1fQcOnhA0Mu2INQz1GtkoC9gVlJ8ZdKhq2Upl323W90qatqWwPw2jyPC2QZ+Nyh sHZoaW5a6QBRi7sVPn2IT8Rr2sh1LWnUOhnKVBTGT2dTeT5PivPPQZbx9ZNL2fRP+fx2 5n9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=tIiGUhBghOcyYI6NdVS+UxnILkCRwMG7M/+lGV0XGuY=; b=FpSWZDI0s73uLhh6EmRiGtvByGETjHkxirXYvLMkN3BklMJiOqXE6M8rSea1OlNoLF RbW/9ronSzRrukf8/s1wtvJB23gdz6dHESAsCE/Qa6OQNR4jdo80AyOMF+UvNv2Qb2Cw MPu0/9s7tPmgPiWTtMPv4DpQ/IGDw9aDqiH40ZqiTJVPaV6HtvodrEgpO6E/ucckCd5l X/uVRPjaejv61SDw7sdvPx3yU0yF6fBUuB1RlBIofz1QNqZkcut6ZyAvco1yhq9TapUR 7CDx7ecND14LRxtY1rDALHkcApTxwdXjFCqFJyObSNY45m556j+sacsO1ZammEU6BWLz RGxw== MIME-Version: 1.0 X-Received: by 10.68.65.134 with SMTP id x6mr6259966pbs.219.1368001464023; Wed, 08 May 2013 01:24:24 -0700 (PDT) Received: by 10.66.252.227 with HTTP; Wed, 8 May 2013 01:24:23 -0700 (PDT) Date: Wed, 8 May 2013 10:24:23 +0200 Message-ID: From: Thomas Thrainer To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQn5dwHQInD7C0FRgPa9SmLK5tyBcx3hX9g4V6GfzkoY646YAXb5ijMP/PLxsiNTrJP3HYYJ+082/gIsJR1i7yAbgIE3JsZXPboooG0oaDnj9VxjUJ67I8LkThQU1tF+wy9qaDKi1fS6Eo7LV8xLHSYWoL/mdcjZ4XPaG3vn3FbjAmqenMh8R0s3T3r9Su1D7JriQD8K Subject: [Xen-users] When does Xen close instance disks on shutdown? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4597112321405594076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4597112321405594076== Content-Type: multipart/alternative; boundary=bcaec544ec6a50ccf004dc30a9ae --bcaec544ec6a50ccf004dc30a9ae Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, When does Xen exactly close the disks an instance is using after it is shut down? And how is this related to the output of `xm list`? We (the Ganeti project) believe to experience some timing issues with disks still being used by Xen. Here's essentially what we do: * We have a DRBD volume on top of LVM. That's the disk for our VM. * To shutdown the VM, we do the following: - `xm shutdown ` - `xm list`, and check if is still there - repeat until `xm list` no longer shows - de-configure the DRBD volume The last step fails every now and then, stating that the volume is still in use, presumably because Xen still holds the DRBD volume open. So I was wondering when `xm list` stops to display an instance. Is it removed from the list after the instance is shut down and all resources (including handles) are released by Xen? Or might it be possible that instance disks are still held open, even if `xm list` does no longer show the instance? Is there a more reliable way to find out when Xen does no longer use a disk? Please note that after a short while the DRBD volume can be de-configured manually, that's what makes me believe that `xm list` is not 100% in sync with Xen's open handles for disks. Thanks, Thomas --=20 Thomas Thrainer | Software Engineer | thomasth@google.com | Google Germany GmbH Dienerstr. 12 80331 M=FCnchen Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Gesch=E4ftsf=FChrer: Graham Law, Katherine Stephens --bcaec544ec6a50ccf004dc30a9ae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

When does Xen exactly close the dis= ks an instance is using after it is shut down? And how is this related to t= he output of `xm list`?

We (the Ganeti project) believe to experience= some timing issues with disks still being used by Xen. Here's essentia= lly what we do:
=A0* We have a DRBD volume on top of LVM. That's the disk fo= r our VM.
=A0* To shutdown the VM, we do the following:
=A0 - `xm shutdown <instance>`
=A0 - `xm= list`, and check if <instance> is still there
=A0 - repeat until `xm list` no longer shows <instance>
=A0 - de-configure the DRBD volume

=
The last step fails every now and then, stating that the volume = is still in use, presumably because Xen still holds the DRBD volume open. S= o I was wondering when `xm list` stops to display an instance. Is it remove= d from the list after the instance is shut down and all resources (includin= g handles) are released by Xen? Or might it be possible that instance disks= are still held open, even if `xm list` does no longer show the instance? I= s there a more reliable way to find out when Xen does no longer use a disk?=

Please note that after a short while the DR= BD volume can be de-configured manually, that's what makes me believe t= hat `xm list` is not 100% in sync with Xen's open handles for disks.

Thanks,
Thomas

--
Thomas Thrainer=A0|=A0Software Engineer=A0|=A0thomasth@google.com=A0|=A0

Google Germany GmbH
Dienerstr. 12
8033= 1 M=FCnchen

Registergericht und -nummer:=A0Hamburg, HRB 86891
Sit= z der Gesellschaft:=A0Hamburg
Ge= sch=E4ftsf=FChrer: Graham Law, Katherine Stephens
--bcaec544ec6a50ccf004dc30a9ae-- --===============4597112321405594076== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4597112321405594076==-- From xen-users-bounces@lists.xen.org Wed May 08 08:31:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 08:31: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 1UZzmG-0000eq-Lu; Wed, 08 May 2013 08:31:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZzmE-0000eT-8S; Wed, 08 May 2013 08:31:06 +0000 Received: from [193.109.254.147:24474] by server-14.bemta-14.messagelabs.com id 2B/53-02181-94D0A815; Wed, 08 May 2013 08:31:05 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1368001805!835799!1 X-Originating-IP: [80.70.172.49] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjQ5ID0+IDI5MDUzOA==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17991 invoked from network); 8 May 2013 08:30:06 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 May 2013 08:30:06 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=CRquegkZ/7MFxZqcjzlSUhah9OVdDUa2eyDjD5+LfOfM5srPNPygUqui cXiIBQzGzAibTnAPjSGCZdIHOXPnF4Ov0IqOGOUeXGwaIKFe52W+vgYr6 gFSjsdKNEIN8y+oYqCLE+rK17mvyTeoAqgs5gDCFneqa7KEDpzSupudEP emNkd6S3On/VIplLEBEt5lNGgh0u9qPCu8uZTLCGWA4MEoD+97PsCws0U uqfVv3Uuo1/qDfNc2Ah22R2OjEvQQ; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1368001806; x=1399537806; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=TNCa751l5aZMgd4rCcbN6EKqh4ihNPpdIQMtYeR1Nk8=; b=sWphFi4uSGM6TSLGfc98yUr0Xc4WRvt4zv4dynX3XyPwrTk8BOWrSM7Y yPwBJZxzx1WHoGTskcfv12iGB5SXoL5J0foiYWvsleIvTqf1qBg5P8JwT vgRf7BWD5OlxXc1snISTNvN3rr3+RIHZzvr3iid1PZi1pB4rc/CsBQDSw 7G0QdlNeo1ila5dG2nQtdp2SYVH2uyxaTb76AFbZwo4ghy8BIzdysoeA+ 91fPw+mneamXh5u1T055DNj+WTyM0; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.87,632,1363129200"; d="scan'208";a="145829860" Received: from unknown (HELO abgdgate60u.abg.fsc.net) ([172.25.138.90]) by dgate10u.abg.fsc.net with ESMTP; 08 May 2013 10:30:05 +0200 X-IronPort-AV: E=Sophos;i="4.87,632,1363129200"; d="scan'208";a="60094288" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate60u.abg.fsc.net with SMTP; 08 May 2013 10:30:04 +0200 Received: from amur.localnet (amur.mch.fsc.net [10.172.102.146]) by sanpedro.mch.fsc.net (Postfix) with ESMTP id 82AF396B231; Wed, 8 May 2013 10:30:04 +0200 (CEST) From: Dietmar Hahn To: xen-devel@lists.xen.org, lars.kurth@xen.org Date: Wed, 08 May 2013 10:30:04 +0200 Message-ID: <25359532.tnyFycmnIx@amur> User-Agent: KMail/4.8.5 (Linux/3.4.33-2.24-xen; KDE/4.8.5; x86_64; ; ) In-Reply-To: <518A002B.1090103@xen.org> References: <518A002B.1090103@xen.org> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen 4.3 RC1 Test Day on freenode channel #xentest is today X-BeenThere: xen-users@lists.xen.org X-Mailman-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 QW0gTWl0dHdvY2ggMDggTWFpIDIwMTMsIDA4OjM1OjA3IHNjaHJpZWIgTGFycyBLdXJ0aDoKPiBI aSBldmVyeWJvZHksCj4gCj4gd2UgaGF2ZSB0aGUgZmlyc3QgdGVzdCBkYXkgZm9yIFhlbiA0LjMg dG9kYXkuCj4gCj4gRm9yIG1vcmUgaW5mb3JtYXRpb24gb24gVGVzdCBEYXlzIGFuZCBob3cgdG8g am9pbiBzZWUgCj4gaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9UZXN0X0RheXMKPiBGb3Ig dGVzdCBpbnN0cnVjdGlvbnMgc2VlIAo+IGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YZW5fNC4z X1JDMV90ZXN0X2luc3RydWN0aW9ucwoKSSB0cmllZCB0byBidWlsZCB4ZW4tNC4zLjAtcmMxIG9u IG9wZW5TVVNFIDEyLjMgKHg4Nl82NCkKQXMgZGVzY3JpYmVkIGluIHRoZSB3aWtpIGh0dHA6Ly93 aWtpLnhlbi5vcmcvd2lraS9Db21waWxpbmdfWGVuX0Zyb21fU291cmNlCkkgZGlkOgoKIyBnaXQg Y2xvbmUgLWIgNC4zLjAtcmMxIGdpdDovL3hlbmJpdHMueGVuLm9yZy94ZW4uZ2l0CiMgY2QgeGVu CiMgLi9jb25maWd1cmUgLS1saWJkaXI9L3Vzci9saWI2NAojIG1ha2UgZGlzdAoKVGhlIGNvbXBp bGluZyBicmVha3MgaW4gYnVpbGRpbmcgc2VhYmlvcyBhbmQgYXQgdGhlIG1vbWVudCBJIGhhdmUg bm8gZ2x1ZQp3aGVyZSB0byBsb29rLgpJZiBhbnlib2R5IGNhbiBnaXZlIGEgaGludCBJIGNhbiBo ZWxwIHRvIGRlYnVnIHRoaXMuClRoYW5rcy4KCkRpZXRtYXIuCgoKbWFrZVszXTogRW50ZXJpbmcg ZGlyZWN0b3J5IGAvaG9tZS9oYWhuL1NyYy9YZW4vR2l0L3hlbi90b29scy9maXJtd2FyZScKR0lU PSdzb2Nrc2lmeSBnaXQnIC9ob21lL2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xzL2Zpcm13YXJl Ly4uLy4uL3NjcmlwdHMvZ2l0LWNoZWNrb3V0LnNoIGdpdDovL3hlbmJpdHMueGVuLm9yZy9zZWFi aW9zLmdpdCByZWwtMS43LjEgc2VhYmlvcy1kaXIKQ2xvbmluZyBpbnRvICdzZWFiaW9zLWRpci1y ZW1vdGUudG1wJy4uLgpyZW1vdGU6IENvdW50aW5nIG9iamVjdHM6IDgyOTMsIGRvbmUuCnJlbW90 ZTogQ29tcHJlc3Npbmcgb2JqZWN0czogMTAwJSAoMTgxNy8xODE3KSwgZG9uZS4KcmVtb3RlOiBU b3RhbCA4MjkzIChkZWx0YSA2NTk5KSwgcmV1c2VkIDgxNDkgKGRlbHRhIDY0NzApClJlY2Vpdmlu ZyBvYmplY3RzOiAxMDAlICg4MjkzLzgyOTMpLCAyLjA0IE1pQiB8IDU0IEtpQi9zLCBkb25lLgpS ZXNvbHZpbmcgZGVsdGFzOiAxMDAlICg2NTk5LzY1OTkpLCBkb25lLgovaG9tZS9oYWhuL1NyYy9Y ZW4vR2l0L3hlbi90b29scy9maXJtd2FyZS9zZWFiaW9zLWRpci1yZW1vdGUudG1wClN3aXRjaGVk IHRvIGEgbmV3IGJyYW5jaCAnZHVtbXknCmNwIHNlYWJpb3MtY29uZmlnIHNlYWJpb3MtZGlyLy5j b25maWc7Cm1ha2UgUFlUSE9OPXB5dGhvbiBzdWJkaXJzLWFsbAptYWtlWzRdOiBFbnRlcmluZyBk aXJlY3RvcnkgYC9ob21lL2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xzL2Zpcm13YXJlJwptYWtl WzVdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC9ob21lL2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xz L2Zpcm13YXJlJwptYWtlIC1DIHNlYWJpb3MtZGlyIGFsbAogIFdvcmtpbmcgYXJvdW5kIG5vbi1m dW5jdGlvbmFsIC1jb21iaW5lCm1ha2VbNl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL2hvbWUvaGFo bi9TcmMvWGVuL0dpdC94ZW4vdG9vbHMvZmlybXdhcmUvc2VhYmlvcy1kaXItcmVtb3RlJwogIEJ1 aWxkIEtjb25maWcgY29uZmlnIGZpbGUKICBDb21waWxpbmcgSUFTTCBvdXQvYWNwaS1kc2R0Lmhl eApvdXQvYWNwaS1kc2R0LmRzbC5pICAgIDU3ODogICAgICAgICAgICAgUmV0dXJuKDB4MDEpCldh cm5pbmcgIDExMDQgLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeIFJlc2VydmVk IG1ldGhvZCBzaG91bGQgbm90IHJldHVybiBhIHZhbHVlIChfTDAwKQoKb3V0L2FjcGktZHNkdC5k c2wuaSAgICA1ODE6ICAgICAgICAgICAgIFJldHVybihcX1NCLlBDSTAuUENORigpKQpXYXJuaW5n ICAxMTA0IC0gIFJlc2VydmVkIG1ldGhvZCBzaG91bGQgbm90IHJldHVybiBhIHZhbHVlIF4gIChf RTAxKQoKb3V0L2FjcGktZHNkdC5kc2wuaSAgICA1ODQ6ICAgICAgICAgICAgIFJldHVybihcX1NC LlBSU0MoKSkKV2FybmluZyAgMTEwNCAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgXiBSZXNlcnZlZCBtZXRob2Qgc2hvdWxkIG5vdCByZXR1cm4gYSB2YWx1ZSAoX0UwMikK Cm91dC9hY3BpLWRzZHQuZHNsLmkgICAgNTg3OiAgICAgICAgICAgICBSZXR1cm4oMHgwMSkKV2Fy bmluZyAgMTEwNCAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4gUmVzZXJ2ZWQg bWV0aG9kIHNob3VsZCBub3QgcmV0dXJuIGEgdmFsdWUgKF9MMDMpCgpvdXQvYWNwaS1kc2R0LmRz bC5pICAgIDU5MDogICAgICAgICAgICAgUmV0dXJuKDB4MDEpCldhcm5pbmcgIDExMDQgLSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeIFJlc2VydmVkIG1ldGhvZCBzaG91bGQgbm90 IHJldHVybiBhIHZhbHVlIChfTDA0KQoKb3V0L2FjcGktZHNkdC5kc2wuaSAgICA1OTM6ICAgICAg ICAgICAgIFJldHVybigweDAxKQpXYXJuaW5nICAxMTA0IC0gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXiBSZXNlcnZlZCBtZXRob2Qgc2hvdWxkIG5vdCByZXR1cm4gYSB2YWx1ZSAo X0wwNSkKCm91dC9hY3BpLWRzZHQuZHNsLmkgICAgNTk2OiAgICAgICAgICAgICBSZXR1cm4oMHgw MSkKV2FybmluZyAgMTEwNCAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4gUmVz ZXJ2ZWQgbWV0aG9kIHNob3VsZCBub3QgcmUKLi4uCi4uLgpBbmQgYSBsb3QgbW9yZSBvZiB0aGVz ZSB3YXJuaW5ncwouLi4KLi4uCkFTTCBJbnB1dDogICAgIG91dC9hY3BpLWRzZHQuZHNsLmkgLSA2 MjggbGluZXMsIDIyOTYwIGJ5dGVzLCAzNDQga2V5d29yZHMKQU1MIE91dHB1dDogICAgb3V0L2Fj cGktZHNkdC5hbWwgLSA0NjgyIGJ5dGVzLCAxNjMgbmFtZWQgb2JqZWN0cywgMTgxIGV4ZWN1dGFi bGUgb3Bjb2RlcwpMaXN0aW5nIEZpbGU6ICBvdXQvYWNwaS1kc2R0LmxzdCAtIDE1MDU2NSBieXRl cwpIZXggRHVtcDogICAgICBvdXQvYWNwaS1kc2R0LmhleCAtIDQ0MjM0IGJ5dGVzCgpDb21waWxh dGlvbiBjb21wbGV0ZS4gMCBFcnJvcnMsIDE2IFdhcm5pbmdzLCAwIFJlbWFya3MsIDI1NyBPcHRp bWl6YXRpb25zCiAgQ29tcGlsaW5nIElBU0wgb3V0L3NzZHQtcHJvYy5oZXgKQVNMIElucHV0OiAg ICAgb3V0L3NzZHQtcHJvYy5kc2wuaSAtIDM1IGxpbmVzLCA3NjUgYnl0ZXMsIDgga2V5d29yZHMK QU1MIE91dHB1dDogICAgb3V0L3NzZHQtcHJvYy5hbWwgLSAxMjAgYnl0ZXMsIDYgbmFtZWQgb2Jq ZWN0cywgMiBleGVjdXRhYmxlIG9wY29kZXMKTGlzdGluZyBGaWxlOiAgb3V0L3NzZHQtcHJvYy5s c3QgLSAyNTYzIGJ5dGVzCkhleCBEdW1wOiAgICAgIG91dC9zc2R0LXByb2MuaGV4IC0gMTQwNyBi eXRlcwoKQ29tcGlsYXRpb24gY29tcGxldGUuIDAgRXJyb3JzLCAwIFdhcm5pbmdzLCAwIFJlbWFy a3MsIDAgT3B0aW1pemF0aW9ucwogIENvbXBpbGluZyBJQVNMIG91dC9zc2R0LXBjaWhwLmhleApv dXQvc3NkdC1wY2locC5kc2wuaSAgICAgMTI6ICBNZXRob2QgKF9FSjAsIDEpIHsgUmV0dXJuKFBD RUooMHgwMSkpIH0gTmFtZSAoX1NVTiwgMHgwMSkgfQpXYXJuaW5nICAxMTA0IC0gUmVzZXJ2ZWQg bWV0aG9kIHNob3VsZCBub3QgcmV0dXJuIGEgdmFsdWUgXiAgKF9FSjApCgpvdXQvc3NkdC1wY2lo cC5kc2wuaSAgICAgMTc6ICBNZXRob2QgKF9FSjAsIDEpIHsgUmV0dXJuKFBDRUooMHgwMikpIH0g TmFtZSAoX1NVTiwgMHgwMikgfQpXYXJuaW5nICAxMTA0IC0gUmVzZXJ2ZWQgbWV0aG9kIHNob3Vs ZCBub3QgcmV0dXJuIGEgdmFsdWUgXiAgKF9FSjApCgpvdXQvc3NkdC1wY2locC5kc2wuaSAgICAg MjI6ICBNZXRob2QgKF9FSjAsIDEpIHsgUmV0dXJuKFBDRUooMHgwMykpIH0gTmFtZSAoX1NVTiwg MHgwMykgfQpXYXJuaW5nICAxMTA0IC0gUmVzZXJ2ZWQgbWV0aG9kIHNob3VsZCBub3QgcmV0dXJu IGEgdmFsdWUgXiAgKF9FSjApCi4uLgouLi4KQW5kIGEgbG90IG1vcmUgb2YgdGhlc2Ugd2Fybmlu Z3MKLi4uCi4uLgpBU0wgSW5wdXQ6ICAgICBvdXQvc3NkdC1wY2locC5kc2wuaSAtIDIzMSBsaW5l cywgODk3NSBieXRlcywgMjU0IGtleXdvcmRzCkFNTCBPdXRwdXQ6ICAgIG91dC9zc2R0LXBjaWhw LmFtbCAtIDE2NDYgYnl0ZXMsIDEzMCBuYW1lZCBvYmplY3RzLCAxMjQgZXhlY3V0YWJsZSBvcGNv ZGVzCkxpc3RpbmcgRmlsZTogIG91dC9zc2R0LXBjaWhwLmxzdCAtIDM4NTU3IGJ5dGVzCkhleCBE dW1wOiAgICAgIG91dC9zc2R0LXBjaWhwLmhleCAtIDE1NzM0IGJ5dGVzCgpDb21waWxhdGlvbiBj b21wbGV0ZS4gMCBFcnJvcnMsIDMxIFdhcm5pbmdzLCAwIFJlbWFya3MsIDMgT3B0aW1pemF0aW9u cwogIENvbXBpbGluZyB3aG9sZSBwcm9ncmFtIG91dC9jY29kZTMyZmxhdC5vCkluIGZpbGUgaW5j bHVkZWQgZnJvbSBvdXQvY2NvZGUzMmZsYXQuby50bXAuYzo0NTowOgpvdXQvLi4vc3JjL2FjcGku YzogSW4gZnVuY3Rpb24g4oCYYnVpbGRfc3NkdOKAmToKb3V0Ly4uL3NyYy9hY3BpLmM6NDE3OjM0 OiBlcnJvcjog4oCYc3NkdF9wcm9jX2VuZOKAmSB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhp cyBmdW5jdGlvbikKb3V0Ly4uL3NyYy9hY3BpLmM6NDE3OjM0OiBub3RlOiBlYWNoIHVuZGVjbGFy ZWQgaWRlbnRpZmllciBpcyByZXBvcnRlZCBvbmx5IG9uY2UgZm9yIGVhY2ggZnVuY3Rpb24gaXQg YXBwZWFycyBpbgpvdXQvLi4vc3JjL2FjcGkuYzo0MTc6MzQ6IGVycm9yOiDigJhzc2R0X3Byb2Nf c3RhcnTigJkgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm91dC8uLi9z cmMvYWNwaS5jOjQzOToyNjogZXJyb3I6IOKAmHNzZHBfcHJvY19hbWzigJkgdW5kZWNsYXJlZCAo Zmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm91dC8uLi9zcmMvYWNwaS5jOjQ0MDoxODogZXJy b3I6IOKAmHNzZHRfcHJvY19uYW1l4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1 bmN0aW9uKQpvdXQvLi4vc3JjL2FjcGkuYzo0NDM6MTg6IGVycm9yOiDigJhzc2R0X3Byb2NfaWTi gJkgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCkluIGZpbGUgaW5jbHVk ZWQgZnJvbSBvdXQvY2NvZGUzMmZsYXQuby50bXAuYzo0NTowOgpvdXQvLi4vc3JjL2FjcGkuYzog SW4gZnVuY3Rpb24g4oCYYnVpbGRfcGNpaHDigJk6Cm91dC8uLi9zcmMvYWNwaS5jOjUyODozNTog ZXJyb3I6IOKAmHNzZHBfcGNpaHBfYW1s4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlz IGZ1bmN0aW9uKQpvdXQvLi4vc3JjL2FjcGkuYzo1Mzc6OTogZXJyb3I6IOKAmGFtbF9lajBfbmFt ZeKAmSB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKb3V0Ly4uL3NyYy9h Y3BpLmM6NTM3OjM3OiBlcnJvcjog4oCYYW1sX2Fkcl9kd29yZOKAmSB1bmRlY2xhcmVkIChmaXJz dCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKb3V0Ly4uL3NyYy9hY3BpLmM6NTYxOjE0OiBlcnJvcjog 4oCYYWNwaV9zM19uYW1l4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9u KQpvdXQvLi4vc3JjL2FjcGkuYzo1NjM6MTQ6IGVycm9yOiDigJhhY3BpX3M0X25hbWXigJkgdW5k ZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm91dC8uLi9zcmMvYWNwaS5jOjU2 NToxNDogZXJyb3I6IOKAmGFjcGlfczRfcGtn4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0 aGlzIGZ1bmN0aW9uKQpvdXQvLi4vc3JjL2FjcGkuYzogSW4gZnVuY3Rpb24g4oCYYWNwaV9iaW9z X2luaXTigJk6Cm91dC8uLi9zcmMvYWNwaS5jOjc4MDo0MTogZXJyb3I6IOKAmEFtbENvZGXigJkg dW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm1ha2VbNl06ICoqKiBbb3V0 L2Njb2RlMzJmbGF0Lm9dIEVycm9yIDEKbWFrZVs2XTogTGVhdmluZyBkaXJlY3RvcnkgYC9ob21l L2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xzL2Zpcm13YXJlL3NlYWJpb3MtZGlyLXJlbW90ZScK bWFrZVs1XTogKioqIFtzdWJkaXItYWxsLXNlYWJpb3MtZGlyXSBFcnJvciAyCm1ha2VbNV06IExl YXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9oYWhuL1NyYy9YZW4vR2l0L3hlbi90b29scy9maXJtd2Fy ZScKbWFrZVs0XTogKioqIFtzdWJkaXJzLWFsbF0gRXJyb3IgMgptYWtlWzRdOiBMZWF2aW5nIGRp cmVjdG9yeSBgL2hvbWUvaGFobi9TcmMvWGVuL0dpdC94ZW4vdG9vbHMvZmlybXdhcmUnCm1ha2Vb M106ICoqKiBbYWxsXSBFcnJvciAyCm1ha2VbM106IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9o YWhuL1NyYy9YZW4vR2l0L3hlbi90b29scy9maXJtd2FyZScKbWFrZVsyXTogKioqIFtzdWJkaXIt aW5zdGFsbC1maXJtd2FyZV0gRXJyb3IgMgptYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL2hv bWUvaGFobi9TcmMvWGVuL0dpdC94ZW4vdG9vbHMnCm1ha2VbMV06ICoqKiBbc3ViZGlycy1pbnN0 YWxsXSBFcnJvciAyCm1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9oYWhuL1NyYy9Y ZW4vR2l0L3hlbi90b29scycKbWFrZTogKioqIFtpbnN0YWxsLXRvb2xzXSBFcnJvciAyCgoKCgot LSAKQ29tcGFueSBkZXRhaWxzOiBodHRwOi8vdHMuZnVqaXRzdS5jb20vaW1wcmludC5odG1sCgpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMg bWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed May 08 08:31:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 08:31: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 1UZzmG-0000eq-Lu; Wed, 08 May 2013 08:31:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UZzmE-0000eT-8S; Wed, 08 May 2013 08:31:06 +0000 Received: from [193.109.254.147:24474] by server-14.bemta-14.messagelabs.com id 2B/53-02181-94D0A815; Wed, 08 May 2013 08:31:05 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1368001805!835799!1 X-Originating-IP: [80.70.172.49] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjQ5ID0+IDI5MDUzOA==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17991 invoked from network); 8 May 2013 08:30:06 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 May 2013 08:30:06 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=CRquegkZ/7MFxZqcjzlSUhah9OVdDUa2eyDjD5+LfOfM5srPNPygUqui cXiIBQzGzAibTnAPjSGCZdIHOXPnF4Ov0IqOGOUeXGwaIKFe52W+vgYr6 gFSjsdKNEIN8y+oYqCLE+rK17mvyTeoAqgs5gDCFneqa7KEDpzSupudEP emNkd6S3On/VIplLEBEt5lNGgh0u9qPCu8uZTLCGWA4MEoD+97PsCws0U uqfVv3Uuo1/qDfNc2Ah22R2OjEvQQ; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1368001806; x=1399537806; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=TNCa751l5aZMgd4rCcbN6EKqh4ihNPpdIQMtYeR1Nk8=; b=sWphFi4uSGM6TSLGfc98yUr0Xc4WRvt4zv4dynX3XyPwrTk8BOWrSM7Y yPwBJZxzx1WHoGTskcfv12iGB5SXoL5J0foiYWvsleIvTqf1qBg5P8JwT vgRf7BWD5OlxXc1snISTNvN3rr3+RIHZzvr3iid1PZi1pB4rc/CsBQDSw 7G0QdlNeo1ila5dG2nQtdp2SYVH2uyxaTb76AFbZwo4ghy8BIzdysoeA+ 91fPw+mneamXh5u1T055DNj+WTyM0; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.87,632,1363129200"; d="scan'208";a="145829860" Received: from unknown (HELO abgdgate60u.abg.fsc.net) ([172.25.138.90]) by dgate10u.abg.fsc.net with ESMTP; 08 May 2013 10:30:05 +0200 X-IronPort-AV: E=Sophos;i="4.87,632,1363129200"; d="scan'208";a="60094288" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate60u.abg.fsc.net with SMTP; 08 May 2013 10:30:04 +0200 Received: from amur.localnet (amur.mch.fsc.net [10.172.102.146]) by sanpedro.mch.fsc.net (Postfix) with ESMTP id 82AF396B231; Wed, 8 May 2013 10:30:04 +0200 (CEST) From: Dietmar Hahn To: xen-devel@lists.xen.org, lars.kurth@xen.org Date: Wed, 08 May 2013 10:30:04 +0200 Message-ID: <25359532.tnyFycmnIx@amur> User-Agent: KMail/4.8.5 (Linux/3.4.33-2.24-xen; KDE/4.8.5; x86_64; ; ) In-Reply-To: <518A002B.1090103@xen.org> References: <518A002B.1090103@xen.org> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen 4.3 RC1 Test Day on freenode channel #xentest is today X-BeenThere: xen-users@lists.xen.org X-Mailman-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 QW0gTWl0dHdvY2ggMDggTWFpIDIwMTMsIDA4OjM1OjA3IHNjaHJpZWIgTGFycyBLdXJ0aDoKPiBI aSBldmVyeWJvZHksCj4gCj4gd2UgaGF2ZSB0aGUgZmlyc3QgdGVzdCBkYXkgZm9yIFhlbiA0LjMg dG9kYXkuCj4gCj4gRm9yIG1vcmUgaW5mb3JtYXRpb24gb24gVGVzdCBEYXlzIGFuZCBob3cgdG8g am9pbiBzZWUgCj4gaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1hlbl9UZXN0X0RheXMKPiBGb3Ig dGVzdCBpbnN0cnVjdGlvbnMgc2VlIAo+IGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YZW5fNC4z X1JDMV90ZXN0X2luc3RydWN0aW9ucwoKSSB0cmllZCB0byBidWlsZCB4ZW4tNC4zLjAtcmMxIG9u IG9wZW5TVVNFIDEyLjMgKHg4Nl82NCkKQXMgZGVzY3JpYmVkIGluIHRoZSB3aWtpIGh0dHA6Ly93 aWtpLnhlbi5vcmcvd2lraS9Db21waWxpbmdfWGVuX0Zyb21fU291cmNlCkkgZGlkOgoKIyBnaXQg Y2xvbmUgLWIgNC4zLjAtcmMxIGdpdDovL3hlbmJpdHMueGVuLm9yZy94ZW4uZ2l0CiMgY2QgeGVu CiMgLi9jb25maWd1cmUgLS1saWJkaXI9L3Vzci9saWI2NAojIG1ha2UgZGlzdAoKVGhlIGNvbXBp bGluZyBicmVha3MgaW4gYnVpbGRpbmcgc2VhYmlvcyBhbmQgYXQgdGhlIG1vbWVudCBJIGhhdmUg bm8gZ2x1ZQp3aGVyZSB0byBsb29rLgpJZiBhbnlib2R5IGNhbiBnaXZlIGEgaGludCBJIGNhbiBo ZWxwIHRvIGRlYnVnIHRoaXMuClRoYW5rcy4KCkRpZXRtYXIuCgoKbWFrZVszXTogRW50ZXJpbmcg ZGlyZWN0b3J5IGAvaG9tZS9oYWhuL1NyYy9YZW4vR2l0L3hlbi90b29scy9maXJtd2FyZScKR0lU PSdzb2Nrc2lmeSBnaXQnIC9ob21lL2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xzL2Zpcm13YXJl Ly4uLy4uL3NjcmlwdHMvZ2l0LWNoZWNrb3V0LnNoIGdpdDovL3hlbmJpdHMueGVuLm9yZy9zZWFi aW9zLmdpdCByZWwtMS43LjEgc2VhYmlvcy1kaXIKQ2xvbmluZyBpbnRvICdzZWFiaW9zLWRpci1y ZW1vdGUudG1wJy4uLgpyZW1vdGU6IENvdW50aW5nIG9iamVjdHM6IDgyOTMsIGRvbmUuCnJlbW90 ZTogQ29tcHJlc3Npbmcgb2JqZWN0czogMTAwJSAoMTgxNy8xODE3KSwgZG9uZS4KcmVtb3RlOiBU b3RhbCA4MjkzIChkZWx0YSA2NTk5KSwgcmV1c2VkIDgxNDkgKGRlbHRhIDY0NzApClJlY2Vpdmlu ZyBvYmplY3RzOiAxMDAlICg4MjkzLzgyOTMpLCAyLjA0IE1pQiB8IDU0IEtpQi9zLCBkb25lLgpS ZXNvbHZpbmcgZGVsdGFzOiAxMDAlICg2NTk5LzY1OTkpLCBkb25lLgovaG9tZS9oYWhuL1NyYy9Y ZW4vR2l0L3hlbi90b29scy9maXJtd2FyZS9zZWFiaW9zLWRpci1yZW1vdGUudG1wClN3aXRjaGVk IHRvIGEgbmV3IGJyYW5jaCAnZHVtbXknCmNwIHNlYWJpb3MtY29uZmlnIHNlYWJpb3MtZGlyLy5j b25maWc7Cm1ha2UgUFlUSE9OPXB5dGhvbiBzdWJkaXJzLWFsbAptYWtlWzRdOiBFbnRlcmluZyBk aXJlY3RvcnkgYC9ob21lL2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xzL2Zpcm13YXJlJwptYWtl WzVdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC9ob21lL2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xz L2Zpcm13YXJlJwptYWtlIC1DIHNlYWJpb3MtZGlyIGFsbAogIFdvcmtpbmcgYXJvdW5kIG5vbi1m dW5jdGlvbmFsIC1jb21iaW5lCm1ha2VbNl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL2hvbWUvaGFo bi9TcmMvWGVuL0dpdC94ZW4vdG9vbHMvZmlybXdhcmUvc2VhYmlvcy1kaXItcmVtb3RlJwogIEJ1 aWxkIEtjb25maWcgY29uZmlnIGZpbGUKICBDb21waWxpbmcgSUFTTCBvdXQvYWNwaS1kc2R0Lmhl eApvdXQvYWNwaS1kc2R0LmRzbC5pICAgIDU3ODogICAgICAgICAgICAgUmV0dXJuKDB4MDEpCldh cm5pbmcgIDExMDQgLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeIFJlc2VydmVk IG1ldGhvZCBzaG91bGQgbm90IHJldHVybiBhIHZhbHVlIChfTDAwKQoKb3V0L2FjcGktZHNkdC5k c2wuaSAgICA1ODE6ICAgICAgICAgICAgIFJldHVybihcX1NCLlBDSTAuUENORigpKQpXYXJuaW5n ICAxMTA0IC0gIFJlc2VydmVkIG1ldGhvZCBzaG91bGQgbm90IHJldHVybiBhIHZhbHVlIF4gIChf RTAxKQoKb3V0L2FjcGktZHNkdC5kc2wuaSAgICA1ODQ6ICAgICAgICAgICAgIFJldHVybihcX1NC LlBSU0MoKSkKV2FybmluZyAgMTEwNCAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgXiBSZXNlcnZlZCBtZXRob2Qgc2hvdWxkIG5vdCByZXR1cm4gYSB2YWx1ZSAoX0UwMikK Cm91dC9hY3BpLWRzZHQuZHNsLmkgICAgNTg3OiAgICAgICAgICAgICBSZXR1cm4oMHgwMSkKV2Fy bmluZyAgMTEwNCAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4gUmVzZXJ2ZWQg bWV0aG9kIHNob3VsZCBub3QgcmV0dXJuIGEgdmFsdWUgKF9MMDMpCgpvdXQvYWNwaS1kc2R0LmRz bC5pICAgIDU5MDogICAgICAgICAgICAgUmV0dXJuKDB4MDEpCldhcm5pbmcgIDExMDQgLSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeIFJlc2VydmVkIG1ldGhvZCBzaG91bGQgbm90 IHJldHVybiBhIHZhbHVlIChfTDA0KQoKb3V0L2FjcGktZHNkdC5kc2wuaSAgICA1OTM6ICAgICAg ICAgICAgIFJldHVybigweDAxKQpXYXJuaW5nICAxMTA0IC0gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXiBSZXNlcnZlZCBtZXRob2Qgc2hvdWxkIG5vdCByZXR1cm4gYSB2YWx1ZSAo X0wwNSkKCm91dC9hY3BpLWRzZHQuZHNsLmkgICAgNTk2OiAgICAgICAgICAgICBSZXR1cm4oMHgw MSkKV2FybmluZyAgMTEwNCAtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4gUmVz ZXJ2ZWQgbWV0aG9kIHNob3VsZCBub3QgcmUKLi4uCi4uLgpBbmQgYSBsb3QgbW9yZSBvZiB0aGVz ZSB3YXJuaW5ncwouLi4KLi4uCkFTTCBJbnB1dDogICAgIG91dC9hY3BpLWRzZHQuZHNsLmkgLSA2 MjggbGluZXMsIDIyOTYwIGJ5dGVzLCAzNDQga2V5d29yZHMKQU1MIE91dHB1dDogICAgb3V0L2Fj cGktZHNkdC5hbWwgLSA0NjgyIGJ5dGVzLCAxNjMgbmFtZWQgb2JqZWN0cywgMTgxIGV4ZWN1dGFi bGUgb3Bjb2RlcwpMaXN0aW5nIEZpbGU6ICBvdXQvYWNwaS1kc2R0LmxzdCAtIDE1MDU2NSBieXRl cwpIZXggRHVtcDogICAgICBvdXQvYWNwaS1kc2R0LmhleCAtIDQ0MjM0IGJ5dGVzCgpDb21waWxh dGlvbiBjb21wbGV0ZS4gMCBFcnJvcnMsIDE2IFdhcm5pbmdzLCAwIFJlbWFya3MsIDI1NyBPcHRp bWl6YXRpb25zCiAgQ29tcGlsaW5nIElBU0wgb3V0L3NzZHQtcHJvYy5oZXgKQVNMIElucHV0OiAg ICAgb3V0L3NzZHQtcHJvYy5kc2wuaSAtIDM1IGxpbmVzLCA3NjUgYnl0ZXMsIDgga2V5d29yZHMK QU1MIE91dHB1dDogICAgb3V0L3NzZHQtcHJvYy5hbWwgLSAxMjAgYnl0ZXMsIDYgbmFtZWQgb2Jq ZWN0cywgMiBleGVjdXRhYmxlIG9wY29kZXMKTGlzdGluZyBGaWxlOiAgb3V0L3NzZHQtcHJvYy5s c3QgLSAyNTYzIGJ5dGVzCkhleCBEdW1wOiAgICAgIG91dC9zc2R0LXByb2MuaGV4IC0gMTQwNyBi eXRlcwoKQ29tcGlsYXRpb24gY29tcGxldGUuIDAgRXJyb3JzLCAwIFdhcm5pbmdzLCAwIFJlbWFy a3MsIDAgT3B0aW1pemF0aW9ucwogIENvbXBpbGluZyBJQVNMIG91dC9zc2R0LXBjaWhwLmhleApv dXQvc3NkdC1wY2locC5kc2wuaSAgICAgMTI6ICBNZXRob2QgKF9FSjAsIDEpIHsgUmV0dXJuKFBD RUooMHgwMSkpIH0gTmFtZSAoX1NVTiwgMHgwMSkgfQpXYXJuaW5nICAxMTA0IC0gUmVzZXJ2ZWQg bWV0aG9kIHNob3VsZCBub3QgcmV0dXJuIGEgdmFsdWUgXiAgKF9FSjApCgpvdXQvc3NkdC1wY2lo cC5kc2wuaSAgICAgMTc6ICBNZXRob2QgKF9FSjAsIDEpIHsgUmV0dXJuKFBDRUooMHgwMikpIH0g TmFtZSAoX1NVTiwgMHgwMikgfQpXYXJuaW5nICAxMTA0IC0gUmVzZXJ2ZWQgbWV0aG9kIHNob3Vs ZCBub3QgcmV0dXJuIGEgdmFsdWUgXiAgKF9FSjApCgpvdXQvc3NkdC1wY2locC5kc2wuaSAgICAg MjI6ICBNZXRob2QgKF9FSjAsIDEpIHsgUmV0dXJuKFBDRUooMHgwMykpIH0gTmFtZSAoX1NVTiwg MHgwMykgfQpXYXJuaW5nICAxMTA0IC0gUmVzZXJ2ZWQgbWV0aG9kIHNob3VsZCBub3QgcmV0dXJu IGEgdmFsdWUgXiAgKF9FSjApCi4uLgouLi4KQW5kIGEgbG90IG1vcmUgb2YgdGhlc2Ugd2Fybmlu Z3MKLi4uCi4uLgpBU0wgSW5wdXQ6ICAgICBvdXQvc3NkdC1wY2locC5kc2wuaSAtIDIzMSBsaW5l cywgODk3NSBieXRlcywgMjU0IGtleXdvcmRzCkFNTCBPdXRwdXQ6ICAgIG91dC9zc2R0LXBjaWhw LmFtbCAtIDE2NDYgYnl0ZXMsIDEzMCBuYW1lZCBvYmplY3RzLCAxMjQgZXhlY3V0YWJsZSBvcGNv ZGVzCkxpc3RpbmcgRmlsZTogIG91dC9zc2R0LXBjaWhwLmxzdCAtIDM4NTU3IGJ5dGVzCkhleCBE dW1wOiAgICAgIG91dC9zc2R0LXBjaWhwLmhleCAtIDE1NzM0IGJ5dGVzCgpDb21waWxhdGlvbiBj b21wbGV0ZS4gMCBFcnJvcnMsIDMxIFdhcm5pbmdzLCAwIFJlbWFya3MsIDMgT3B0aW1pemF0aW9u cwogIENvbXBpbGluZyB3aG9sZSBwcm9ncmFtIG91dC9jY29kZTMyZmxhdC5vCkluIGZpbGUgaW5j bHVkZWQgZnJvbSBvdXQvY2NvZGUzMmZsYXQuby50bXAuYzo0NTowOgpvdXQvLi4vc3JjL2FjcGku YzogSW4gZnVuY3Rpb24g4oCYYnVpbGRfc3NkdOKAmToKb3V0Ly4uL3NyYy9hY3BpLmM6NDE3OjM0 OiBlcnJvcjog4oCYc3NkdF9wcm9jX2VuZOKAmSB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhp cyBmdW5jdGlvbikKb3V0Ly4uL3NyYy9hY3BpLmM6NDE3OjM0OiBub3RlOiBlYWNoIHVuZGVjbGFy ZWQgaWRlbnRpZmllciBpcyByZXBvcnRlZCBvbmx5IG9uY2UgZm9yIGVhY2ggZnVuY3Rpb24gaXQg YXBwZWFycyBpbgpvdXQvLi4vc3JjL2FjcGkuYzo0MTc6MzQ6IGVycm9yOiDigJhzc2R0X3Byb2Nf c3RhcnTigJkgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm91dC8uLi9z cmMvYWNwaS5jOjQzOToyNjogZXJyb3I6IOKAmHNzZHBfcHJvY19hbWzigJkgdW5kZWNsYXJlZCAo Zmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm91dC8uLi9zcmMvYWNwaS5jOjQ0MDoxODogZXJy b3I6IOKAmHNzZHRfcHJvY19uYW1l4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1 bmN0aW9uKQpvdXQvLi4vc3JjL2FjcGkuYzo0NDM6MTg6IGVycm9yOiDigJhzc2R0X3Byb2NfaWTi gJkgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCkluIGZpbGUgaW5jbHVk ZWQgZnJvbSBvdXQvY2NvZGUzMmZsYXQuby50bXAuYzo0NTowOgpvdXQvLi4vc3JjL2FjcGkuYzog SW4gZnVuY3Rpb24g4oCYYnVpbGRfcGNpaHDigJk6Cm91dC8uLi9zcmMvYWNwaS5jOjUyODozNTog ZXJyb3I6IOKAmHNzZHBfcGNpaHBfYW1s4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlz IGZ1bmN0aW9uKQpvdXQvLi4vc3JjL2FjcGkuYzo1Mzc6OTogZXJyb3I6IOKAmGFtbF9lajBfbmFt ZeKAmSB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKb3V0Ly4uL3NyYy9h Y3BpLmM6NTM3OjM3OiBlcnJvcjog4oCYYW1sX2Fkcl9kd29yZOKAmSB1bmRlY2xhcmVkIChmaXJz dCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKb3V0Ly4uL3NyYy9hY3BpLmM6NTYxOjE0OiBlcnJvcjog 4oCYYWNwaV9zM19uYW1l4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9u KQpvdXQvLi4vc3JjL2FjcGkuYzo1NjM6MTQ6IGVycm9yOiDigJhhY3BpX3M0X25hbWXigJkgdW5k ZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm91dC8uLi9zcmMvYWNwaS5jOjU2 NToxNDogZXJyb3I6IOKAmGFjcGlfczRfcGtn4oCZIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0 aGlzIGZ1bmN0aW9uKQpvdXQvLi4vc3JjL2FjcGkuYzogSW4gZnVuY3Rpb24g4oCYYWNwaV9iaW9z X2luaXTigJk6Cm91dC8uLi9zcmMvYWNwaS5jOjc4MDo0MTogZXJyb3I6IOKAmEFtbENvZGXigJkg dW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCm1ha2VbNl06ICoqKiBbb3V0 L2Njb2RlMzJmbGF0Lm9dIEVycm9yIDEKbWFrZVs2XTogTGVhdmluZyBkaXJlY3RvcnkgYC9ob21l L2hhaG4vU3JjL1hlbi9HaXQveGVuL3Rvb2xzL2Zpcm13YXJlL3NlYWJpb3MtZGlyLXJlbW90ZScK bWFrZVs1XTogKioqIFtzdWJkaXItYWxsLXNlYWJpb3MtZGlyXSBFcnJvciAyCm1ha2VbNV06IExl YXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9oYWhuL1NyYy9YZW4vR2l0L3hlbi90b29scy9maXJtd2Fy ZScKbWFrZVs0XTogKioqIFtzdWJkaXJzLWFsbF0gRXJyb3IgMgptYWtlWzRdOiBMZWF2aW5nIGRp cmVjdG9yeSBgL2hvbWUvaGFobi9TcmMvWGVuL0dpdC94ZW4vdG9vbHMvZmlybXdhcmUnCm1ha2Vb M106ICoqKiBbYWxsXSBFcnJvciAyCm1ha2VbM106IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9o YWhuL1NyYy9YZW4vR2l0L3hlbi90b29scy9maXJtd2FyZScKbWFrZVsyXTogKioqIFtzdWJkaXIt aW5zdGFsbC1maXJtd2FyZV0gRXJyb3IgMgptYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL2hv bWUvaGFobi9TcmMvWGVuL0dpdC94ZW4vdG9vbHMnCm1ha2VbMV06ICoqKiBbc3ViZGlycy1pbnN0 YWxsXSBFcnJvciAyCm1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9oYWhuL1NyYy9Y ZW4vR2l0L3hlbi90b29scycKbWFrZTogKioqIFtpbnN0YWxsLXRvb2xzXSBFcnJvciAyCgoKCgot LSAKQ29tcGFueSBkZXRhaWxzOiBodHRwOi8vdHMuZnVqaXRzdS5jb20vaW1wcmludC5odG1sCgpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMg bWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed May 08 09:22:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 09:22: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 1Ua0Yv-0003FS-Hr; Wed, 08 May 2013 09:21:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0Yt-0003FN-Qd for xen-users@lists.xen.org; Wed, 08 May 2013 09:21:24 +0000 Received: from [193.109.254.147:11377] by server-4.bemta-14.messagelabs.com id A2/72-29620-3191A815; Wed, 08 May 2013 09:21:23 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-6.tower-27.messagelabs.com!1368004879!2912909!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20935 invoked from network); 8 May 2013 09:21:20 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-6.tower-27.messagelabs.com with SMTP; 8 May 2013 09:21:20 -0000 Received: from [212.183.128.150] (helo=host212.msm.che.vodafone) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Ua0Yl-0004kB-9K; Wed, 08 May 2013 10:21:19 +0100 User-Agent: Kaiten Mail In-Reply-To: References: MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 08 May 2013 10:09:01 +0100 To: Thomas Thrainer ,xen-users@lists.xen.org Message-ID: X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: Re: [Xen-users] When does Xen close instance disks on shutdown? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5740033655459570138==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5740033655459570138== Content-Type: multipart/alternative; boundary="----33J3LM73VSDYGJ5JXN11GF478H0DTA" ------33J3LM73VSDYGJ5JXN11GF478H0DTA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Hi, The writing of what the host considers a file (it never mounts the gue= st file system so, as far as it's concerned, the guest's disk is just a ver= y large file) the writing if it will probably be subject to write caching o= n the host=2E I believe the default for writing away the cache it's every 3= 0 seconds=2E It could be that there is still unwritten data in the cache= =2E I would try either issuing a sync command before unmounting your volume= to force the cache to be written=2E That might help=2E Otherwise, I'd put = a 60 second sleep after the guest has disappeared from the list before dism= ounting its volume=2E Cheers, Paul=2E Thomas Thrainer wrote: >Hi, > >When does Xen exactly close the disks an instance is= using after it is >shut >down? And how is this related to the output of `x= m list`? > >We (the Ganeti project)= believe to >experience some timing issues with disks still being used by X= en=2E >Here's >essentially what we do: > * We have a DRBD volume on top of = LVM=2E That's the disk for our VM=2E > * To shutdown the VM, we do the foll= owing: > - `xm shutdown ` > - `xm list`, and check if is still there > - repeat until `xm list` no longer shows > = - de-configure the DRBD volume > >The last step fails every now and then, s= tating that the volume is >still in >use, presumably because Xen still hold= s the DRBD volume open=2E So I was >wondering when `xm list` stops to displ= ay an instance=2E Is it removed >from >the list after the instance is shut = down and all resources (including >handles) are released by Xen? Or might i= t be possible that instance >disks >are still held open, even if `xm list` = does no longer show the >instance? Is >there a more reliable way to find ou= t when Xen does no longer use a >disk? > >Please note that after a short wh= ile the DRBD volume can be >de-configured >manually, that's what makes me b= elieve that `xm list` is not 100% in >sync >with Xen's open handles for dis= ks=2E > >Thanks, >Thomas > > >-- >Thomas Thrainer | Software Engineer | th= omasth@google=2Ecom | > > Google Germany GmbH >Dienerstr=2E 12 >80331 M=C3= =BCnchen > >Registergericht und -nummer: Hamburg, HRB 86891 >Sitz der Gesel= lschaft: Hamburg >Gesch=C3=A4ftsf=C3=BChrer: Graham Law, Katherine Stephens= > > >---------------------------------------------------------------------= --- > >_______________________________________________ >Xen-users mailing l= ist >Xen-users@lists=2Exen=2Eorg >http://lists=2Exen=2Eorg/xen-users -- S= ent from Kaiten Mail on Android=2E Please excuse my brevity=2E ------33J3LM73VSDYGJ5JXN11GF478H0DTA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hi,

The writing = of what the host considers a file (it never mounts the guest file system so= , as far as it's concerned, the guest's disk is just a very large file) the= writing if it will probably be subject to write caching on the host=2E I b= elieve the default for writing away the cache it's every 30 seconds=2E

=

It could be that there is still unwritten data in the cache= =2E I would try either issuing a sync command before unmounting your volume= to force the cache to be written=2E That might help=2E Otherwise, I'd put = a 60 second sleep after the guest has disappeared from the list before dism= ounting its volume=2E

Cheers,
Paul=2E



Thomas Thrainer <thomasth@google=2Ecom> wrot= e:
Hi,

When does Xen exactly close the disks an inst= ance is using after it is shut down? And how is this related to the output = of `xm list`?

We (the Ganeti project) believe to expe= rience some timing issues with disks still being used by Xen=2E Here's = essentially what we do:
=C2=A0* We have a DRBD volume on top of LVM=2E That&#= 39;s the disk for our VM=2E
=C2=A0* To shutdown t= he VM, we do the following:
=C2=A0 - `xm shutdown= <instance>`
=C2=A0 - `xm list`, and check = if <instance> is still there
=C2=A0 - repeat until `xm list` no longer shows <i= nstance>
=C2=A0 - de-configure the DRBD volume=

The last step f= ails every now and then, stating that the volume is still in use, presumabl= y because Xen still holds the DRBD volume open=2E So I was wondering when `= xm list` stops to display an instance=2E Is it removed from the list after = the instance is shut down and all resources (including handles) are release= d by Xen? Or might it be possible that instance disks are still held open, = even if `xm list` does no longer show the instance? Is there a more reliabl= e way to find out when Xen does no longer use a disk?

Please note that aft= er a short while the DRBD volume can be de-configured manually, that's = what makes me believe that `xm list` is not 100% in sync with Xen's ope= n handles for disks=2E

Thanks,
Thomas


--
Thomas T= hrainer=C2=A0|=C2= =A0Software Engineer=C2=A0|=C2=A0thom= asth@google=2Ecom=C2=A0|=C2=A0

<= div>
Google Germany GmbH
Dienerstr=2E 12
8= 0331 M=C3=BCnchen

Registergericht und -nummer:=C2=A0Hamburg, HRB= 86891
Sitz der Gesellschaft:=C2=A0Ha= mburg
Gesch=C3=A4ftsf=C3=BChrer: Graham Law, Katherine Stephens= 


Xen-users mailing list
Xen-users@lists=2Exen=2Eorg
http://lists=2Exen=2Eorg/xen-users

-= -
Sent from Kaiten Mail on Android=2E Please excuse my brevity=2E ------33J3LM73VSDYGJ5JXN11GF478H0DTA-- --===============5740033655459570138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5740033655459570138==-- From xen-users-bounces@lists.xen.org Wed May 08 09:22:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 09:22: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 1Ua0Yv-0003FS-Hr; Wed, 08 May 2013 09:21:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0Yt-0003FN-Qd for xen-users@lists.xen.org; Wed, 08 May 2013 09:21:24 +0000 Received: from [193.109.254.147:11377] by server-4.bemta-14.messagelabs.com id A2/72-29620-3191A815; Wed, 08 May 2013 09:21:23 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-6.tower-27.messagelabs.com!1368004879!2912909!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20935 invoked from network); 8 May 2013 09:21:20 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-6.tower-27.messagelabs.com with SMTP; 8 May 2013 09:21:20 -0000 Received: from [212.183.128.150] (helo=host212.msm.che.vodafone) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Ua0Yl-0004kB-9K; Wed, 08 May 2013 10:21:19 +0100 User-Agent: Kaiten Mail In-Reply-To: References: MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 08 May 2013 10:09:01 +0100 To: Thomas Thrainer ,xen-users@lists.xen.org Message-ID: X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: Re: [Xen-users] When does Xen close instance disks on shutdown? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5740033655459570138==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5740033655459570138== Content-Type: multipart/alternative; boundary="----33J3LM73VSDYGJ5JXN11GF478H0DTA" ------33J3LM73VSDYGJ5JXN11GF478H0DTA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Hi, The writing of what the host considers a file (it never mounts the gue= st file system so, as far as it's concerned, the guest's disk is just a ver= y large file) the writing if it will probably be subject to write caching o= n the host=2E I believe the default for writing away the cache it's every 3= 0 seconds=2E It could be that there is still unwritten data in the cache= =2E I would try either issuing a sync command before unmounting your volume= to force the cache to be written=2E That might help=2E Otherwise, I'd put = a 60 second sleep after the guest has disappeared from the list before dism= ounting its volume=2E Cheers, Paul=2E Thomas Thrainer wrote: >Hi, > >When does Xen exactly close the disks an instance is= using after it is >shut >down? And how is this related to the output of `x= m list`? > >We (the Ganeti project)= believe to >experience some timing issues with disks still being used by X= en=2E >Here's >essentially what we do: > * We have a DRBD volume on top of = LVM=2E That's the disk for our VM=2E > * To shutdown the VM, we do the foll= owing: > - `xm shutdown ` > - `xm list`, and check if is still there > - repeat until `xm list` no longer shows > = - de-configure the DRBD volume > >The last step fails every now and then, s= tating that the volume is >still in >use, presumably because Xen still hold= s the DRBD volume open=2E So I was >wondering when `xm list` stops to displ= ay an instance=2E Is it removed >from >the list after the instance is shut = down and all resources (including >handles) are released by Xen? Or might i= t be possible that instance >disks >are still held open, even if `xm list` = does no longer show the >instance? Is >there a more reliable way to find ou= t when Xen does no longer use a >disk? > >Please note that after a short wh= ile the DRBD volume can be >de-configured >manually, that's what makes me b= elieve that `xm list` is not 100% in >sync >with Xen's open handles for dis= ks=2E > >Thanks, >Thomas > > >-- >Thomas Thrainer | Software Engineer | th= omasth@google=2Ecom | > > Google Germany GmbH >Dienerstr=2E 12 >80331 M=C3= =BCnchen > >Registergericht und -nummer: Hamburg, HRB 86891 >Sitz der Gesel= lschaft: Hamburg >Gesch=C3=A4ftsf=C3=BChrer: Graham Law, Katherine Stephens= > > >---------------------------------------------------------------------= --- > >_______________________________________________ >Xen-users mailing l= ist >Xen-users@lists=2Exen=2Eorg >http://lists=2Exen=2Eorg/xen-users -- S= ent from Kaiten Mail on Android=2E Please excuse my brevity=2E ------33J3LM73VSDYGJ5JXN11GF478H0DTA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hi,

The writing = of what the host considers a file (it never mounts the guest file system so= , as far as it's concerned, the guest's disk is just a very large file) the= writing if it will probably be subject to write caching on the host=2E I b= elieve the default for writing away the cache it's every 30 seconds=2E

=

It could be that there is still unwritten data in the cache= =2E I would try either issuing a sync command before unmounting your volume= to force the cache to be written=2E That might help=2E Otherwise, I'd put = a 60 second sleep after the guest has disappeared from the list before dism= ounting its volume=2E

Cheers,
Paul=2E



Thomas Thrainer <thomasth@google=2Ecom> wrot= e:
Hi,

When does Xen exactly close the disks an inst= ance is using after it is shut down? And how is this related to the output = of `xm list`?

We (the Ganeti project) believe to expe= rience some timing issues with disks still being used by Xen=2E Here's = essentially what we do:
=C2=A0* We have a DRBD volume on top of LVM=2E That&#= 39;s the disk for our VM=2E
=C2=A0* To shutdown t= he VM, we do the following:
=C2=A0 - `xm shutdown= <instance>`
=C2=A0 - `xm list`, and check = if <instance> is still there
=C2=A0 - repeat until `xm list` no longer shows <i= nstance>
=C2=A0 - de-configure the DRBD volume=

The last step f= ails every now and then, stating that the volume is still in use, presumabl= y because Xen still holds the DRBD volume open=2E So I was wondering when `= xm list` stops to display an instance=2E Is it removed from the list after = the instance is shut down and all resources (including handles) are release= d by Xen? Or might it be possible that instance disks are still held open, = even if `xm list` does no longer show the instance? Is there a more reliabl= e way to find out when Xen does no longer use a disk?

Please note that aft= er a short while the DRBD volume can be de-configured manually, that's = what makes me believe that `xm list` is not 100% in sync with Xen's ope= n handles for disks=2E

Thanks,
Thomas


--
Thomas T= hrainer=C2=A0|=C2= =A0Software Engineer=C2=A0|=C2=A0thom= asth@google=2Ecom=C2=A0|=C2=A0

<= div>
Google Germany GmbH
Dienerstr=2E 12
8= 0331 M=C3=BCnchen

Registergericht und -nummer:=C2=A0Hamburg, HRB= 86891
Sitz der Gesellschaft:=C2=A0Ha= mburg
Gesch=C3=A4ftsf=C3=BChrer: Graham Law, Katherine Stephens= 


Xen-users mailing list
Xen-users@lists=2Exen=2Eorg
http://lists=2Exen=2Eorg/xen-users

-= -
Sent from Kaiten Mail on Android=2E Please excuse my brevity=2E ------33J3LM73VSDYGJ5JXN11GF478H0DTA-- --===============5740033655459570138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5740033655459570138==-- From xen-users-bounces@lists.xen.org Wed May 08 09:40:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 09: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 1Ua0qp-0004Nh-IF; Wed, 08 May 2013 09:39:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0qn-0004NV-UR for xen-users@lists.xen.org; Wed, 08 May 2013 09:39:54 +0000 Received: from [85.158.139.83:29660] by server-1.bemta-5.messagelabs.com id 0D/AC-01720-96D1A815; Wed, 08 May 2013 09:39:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1368005992!31795067!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 18085 invoked from network); 8 May 2013 09:39:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 09:39:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4341794" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2013 09:34: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; Wed, 8 May 2013 10:39:39 +0100 Message-ID: <1368005978.26321.194.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Thomas Thrainer Date: Wed, 8 May 2013 10:39:38 +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] When does Xen close instance disks on shutdown? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-08 at 09:24 +0100, Thomas Thrainer wrote: > Hi, > > > When does Xen exactly close the disks an instance is using after it is > shut down? And how is this related to the output of `xm list`? > > > We (the Ganeti project) believe to experience some timing issues with > disks still being used by Xen. Here's essentially what we do: > * We have a DRBD volume on top of LVM. That's the disk for our VM. > * To shutdown the VM, we do the following: > - `xm shutdown ` > - `xm list`, and check if is still there > - repeat until `xm list` no longer shows > - de-configure the DRBD volume > > > The last step fails every now and then, stating that the volume is > still in use, presumably because Xen still holds the DRBD volume open. > So I was wondering when `xm list` stops to display an instance. Is it > removed from the list after the instance is shut down and all > resources (including handles) are released by Xen? I can't say for sure with xm/xend but I think when the domain is destroyed the *request* for all resources to be freed have been made (i.e. blkback has been asked to shutdown) but I don't know if xend will actually wait for them to finish. AFAIK libxl/xl does wait for the backend to finish clearing up. > Or might it be possible that instance disks are still held open, even > if `xm list` does no longer show the instance? Is there a more > reliable way to find out when Xen does no longer use a disk? You might be able to poll xenstore for the backend going away or perhaps integrate with the block hotplug scripts. However I can't say for sure if either of those will actually work with xend... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 09:40:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 09: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 1Ua0qp-0004Nh-IF; Wed, 08 May 2013 09:39:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0qn-0004NV-UR for xen-users@lists.xen.org; Wed, 08 May 2013 09:39:54 +0000 Received: from [85.158.139.83:29660] by server-1.bemta-5.messagelabs.com id 0D/AC-01720-96D1A815; Wed, 08 May 2013 09:39:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1368005992!31795067!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 18085 invoked from network); 8 May 2013 09:39:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 09:39:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4341794" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2013 09:34: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; Wed, 8 May 2013 10:39:39 +0100 Message-ID: <1368005978.26321.194.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Thomas Thrainer Date: Wed, 8 May 2013 10:39:38 +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] When does Xen close instance disks on shutdown? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-08 at 09:24 +0100, Thomas Thrainer wrote: > Hi, > > > When does Xen exactly close the disks an instance is using after it is > shut down? And how is this related to the output of `xm list`? > > > We (the Ganeti project) believe to experience some timing issues with > disks still being used by Xen. Here's essentially what we do: > * We have a DRBD volume on top of LVM. That's the disk for our VM. > * To shutdown the VM, we do the following: > - `xm shutdown ` > - `xm list`, and check if is still there > - repeat until `xm list` no longer shows > - de-configure the DRBD volume > > > The last step fails every now and then, stating that the volume is > still in use, presumably because Xen still holds the DRBD volume open. > So I was wondering when `xm list` stops to display an instance. Is it > removed from the list after the instance is shut down and all > resources (including handles) are released by Xen? I can't say for sure with xm/xend but I think when the domain is destroyed the *request* for all resources to be freed have been made (i.e. blkback has been asked to shutdown) but I don't know if xend will actually wait for them to finish. AFAIK libxl/xl does wait for the backend to finish clearing up. > Or might it be possible that instance disks are still held open, even > if `xm list` does no longer show the instance? Is there a more > reliable way to find out when Xen does no longer use a disk? You might be able to poll xenstore for the backend going away or perhaps integrate with the block hotplug scripts. However I can't say for sure if either of those will actually work with xend... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 09:40:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 09:40: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 1Ua0qq-0004Nq-4X; Wed, 08 May 2013 09:39:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0qo-0004NW-9l for xen-users@lists.xen.org; Wed, 08 May 2013 09:39:54 +0000 Received: from [85.158.139.83:29681] by server-9.bemta-5.messagelabs.com id CE/84-14875-96D1A815; Wed, 08 May 2013 09:39:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1368005992!31795067!2 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 18096 invoked from network); 8 May 2013 09:39:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 09:39:53 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4341800" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2013 09:34:26 +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, 8 May 2013 10:39:43 +0100 Message-ID: <1368005982.26321.195.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Qiu, Shuang" Date: Wed, 8 May 2013 10:39:42 +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] Virtual disk image is not bootable when booting nested Xen virtual machine. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-08 at 03:24 +0100, Qiu, Shuang wrote: > Any idea to solve this? Hints will be appreciated. Does /mnt/ia32e_rhel6u3.img exist in the L1? Other than that I think you are going to need to supply more logs. See http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen for a useful checklist of interesting logfiles. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 09:40:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 09:40: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 1Ua0qq-0004Nq-4X; Wed, 08 May 2013 09:39:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0qo-0004NW-9l for xen-users@lists.xen.org; Wed, 08 May 2013 09:39:54 +0000 Received: from [85.158.139.83:29681] by server-9.bemta-5.messagelabs.com id CE/84-14875-96D1A815; Wed, 08 May 2013 09:39:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1368005992!31795067!2 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 18096 invoked from network); 8 May 2013 09:39:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 09:39:53 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4341800" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2013 09:34:26 +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, 8 May 2013 10:39:43 +0100 Message-ID: <1368005982.26321.195.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Qiu, Shuang" Date: Wed, 8 May 2013 10:39:42 +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] Virtual disk image is not bootable when booting nested Xen virtual machine. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-08 at 03:24 +0100, Qiu, Shuang wrote: > Any idea to solve this? Hints will be appreciated. Does /mnt/ia32e_rhel6u3.img exist in the L1? Other than that I think you are going to need to supply more logs. See http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen for a useful checklist of interesting logfiles. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 11:21:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 11:21: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 1Ua2Q4-00043w-VA; Wed, 08 May 2013 11:20:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0Oa-0002yW-JM; Wed, 08 May 2013 09:10:44 +0000 Received: from [85.158.138.51:16653] by server-3.bemta-3.messagelabs.com id 29/60-28331-3961A815; Wed, 08 May 2013 09:10:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1368004240!29346686!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 3766 invoked from network); 8 May 2013 09:10:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 09:10:40 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4340145" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2013 09:05: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; Wed, 8 May 2013 10:10:39 +0100 Message-ID: <1368004237.26321.182.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dietmar Hahn Date: Wed, 8 May 2013 10:10:37 +0100 In-Reply-To: <25359532.tnyFycmnIx@amur> References: <518A002B.1090103@xen.org> <25359532.tnyFycmnIx@amur> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 08 May 2013 11:20:23 +0000 Cc: George Dunlap , "lars.kurth@xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen 4.3 RC1 Test Day on freenode channel #xentest is today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-08 at 09:30 +0100, Dietmar Hahn wrote: > Am Mittwoch 08 Mai 2013, 08:35:07 schrieb Lars Kurth: > > Hi everybody, > > > > we have the first test day for Xen 4.3 today. > > > > For more information on Test Days and how to join see > > http://wiki.xen.org/wiki/Xen_Test_Days > > For test instructions see > > http://wiki.xen.org/wiki/Xen_4.3_RC1_test_instructions > > I tried to build xen-4.3.0-rc1 on openSUSE 12.3 (x86_64) > As described in the wiki http://wiki.xen.org/wiki/Compiling_Xen_From_Source > I did: > > # git clone -b 4.3.0-rc1 git://xenbits.xen.org/xen.git > # cd xen > # ./configure --libdir=/usr/lib64 > # make dist > > The compiling breaks in building seabios and at the moment I have no glue > where to look. All lists apart from xen-devel to bcc, adding release manager. Looks like a conflict with your version of iasl, which are you using? I would wager this relates to this upstream fix: commit 298fce95db03e41d511d1890f3e667c105ac1363 Author: Kevin O'Connor Date: Sun Dec 2 01:15:03 2012 -0500 ACPI: Remove unnecessary Return(One) calls from q35 DSDT. Recent iasl compilers warn about spurious return calls. Remove extra return calls from the GPE event methods. This is the q35 dsdt equivalent of patch 475ce3f5f6a986877d637ac39f6ee23484ecc992. Can you see if cherry picking that from git://git.seabios.org/seabios.git fixes the issue for you please. I don't think we even use the q35 DSDT so this is just a build issue. We currently have SeaBIOS 1.7.1 in unstable, there have been 1.7.2 and 1.7.2.1 releases since then, which include that fix. The full list of changes is below. I don't think we want to just pull in the later SeaBIOS releases at this stage, although that would be simplest and it looks like a largish number of the changes will have no impact on us. I think cherry picking the one fix is probably the right approach. Ian. 88cb66e seabios: Add a dummy PCI slot to irq mapping function 985a9d3 seabios q35: Add new PCI slot to irq routing function 2b57726 seabios q35: Enable all PIRQn IRQs at startup e5fe4f9 Verify CC is valid during build tests. 4219149 build: Don't require $(OUT) to be a sub-directory of the main directory. d75c22f Fix Makefile - don't reference "out/" directly, instead use "$(OUT)". 12e8199 USB-EHCI: Fix null pointer assignment f396871 Update tools/acpi_extract.py to handle iasl 20130117 release. 4bd8aeb vgabios: implement AX=1120H..1124H functions 54ae543 boot: Support "halt" in the boot order to prevent default boot attempts. 261e870 megasas: Invert PCI device selection 57174c7 Minor: Separate UUID display from F12 boot prompt. 9c6fb72 display_uuid(): fix incomplete check after the loop a810e4e acpi: Use prt_slot() macro to describe irq pins of first PCI device. f64a472 acpi: reintroduce LNKS 37676f8 maininit(): print machine UUID under seabios version message c39a272 Add compile checking phase to build. fa2eacb Don't use gcc's -combine option. 3ffa8cc Don't recursively evaluate CFLAGS variables. f9c3072 vga: Minor comment spelling fix. ff5e005 floppy: Minor - reduce handle_0e code size when CONFIG_FLOPPY is disabled. e8a76b0 acpi: drop irq 8 from hpet ressources f92f833 acpi: Minor - merge the two dsdt ISA areas into one ISA area. 7a53595 acpi: fix COM2._UID e8b6910 acpi: reorder PX13 + ISA c104aa8 acpi: PCI routing DSDT simplifications. f0cd3a9 ACPI: Delineate q35 ACSP DSL code into sections. dabe193 ACPI: Move q35 PCI irq definitions together. bb43027 ACPI: Move PCI0 hotplug and irq definitions to there respective areas. 298fce9 ACPI: Remove unnecessary Return(One) calls from q35 DSDT. e9e7ab4 acpi: Reindent DSDT code. f051a76 acpi: move isa devices to separate file [q35] 7e269b4 acpi: add mcfg table for mmconfig 3d11108 q35: fix default vga address 8d74497 acpi: move isa devices to separate file fb87c19 acpi: rework enable bits f50a55c acpi: move cpu hotplug to separate file [q35] 3aab6ff acpi: move cpu hotplug to separate file aa3defc acpi: move \_SB.PCI0._CRS to separate file [q35] 20886ab acpi: move \_SB.PCI0._CRS to separate file 7464aea acpi: move \_SB.HPET to separate file [q35] 4dfa547 acpi: move \_SB.HPET to separate file beaedaa acpi: move DBUG() to separate file [q35] 0e25a25 acpi: move DBUG() to separate file 2114f50 seabios: q35: Register PCI IRQs as active high in APIC mode ecbe3fd seabios: q35: add dsdt 72a590e seabios: add q35 initialization functions. d146ab8 seabios: pci: enable SERR of normal device. 229e8e2 seabios: acpi, fadt: make while fadt initialization chipset specific a39a9c3 seabios: make mttr UC area setup dynamic 8b73b83 floppy: Allow floppy code to be used with coreboot. ef71989 floppy: Minor cleanup - reduce some cut-and-paste code. b1c35f2 pciinit: Align start of PCI memory on i440 chipset. 31dcfb0 Collapse PCI device tables in pci_bios_init_devices(). 68513ab esp: enable busmaster 7d05257 lsi: enable busmaster 2df70bf megasas: Add boot support for LSI MegaRAID SAS d9f5cdb DSDT: Fix HPET _CRS Method 9600c80 config: add coreboot / qemu choice 475ce3f ACPI: Remove unnecessary Return(One) calls from DSDT. 9474a35 Provide correct dpte pointer to indicate absence of dpte 02203b5 geodevga: Setup flat panel if needed fad37fd geodevga: Add defines for VP_MSR_PADSEL eac884d geodevga: Setup output based on .config 5556f21 geodevga: Add configuration option for output modes f6930c5 geodevga: Add VP_MSR_CONFIG defines 5506376 geodevga: Add some basic flat panel defines 119ece9 geodevga: Add functions to work with fp register 286e013 geodevga: Rename defines to better match a well defined naming schema ef7f73f geodevga: Access global variables using GET_GLOBAL/SET_VGA macros. 30e6af0 Fix 'union u64_u32_u' member names. 455a7c8 add acpi pmtimer support a1a3283 Report stdvga modes in VBE via int10 (AX = 4F00h) 58dd051 vgabios: Add support for text and cga modes to vbe_104f01(). 49ddd9e vgabios: Check for relocatable windows before advertising support for it. ef4f9e1 vgabios: Ignore mode flags in vbe get_mode_info call. c8a3d3e bootsplash: Don't pass mode flags to VBE get_mode_info call. f47461f Geode vga: Use standard format read/write_mask register functions. d136fd7 Add helper functions to access DC and VP register 11ebc7d Change return values for vp_setup() and dc_setup() 7bec6db Add global struct geode 517f742 Update VBE variables 9de339d Add framebuffer size detection 0155aef Remove Extened CRTC Register functions efb9784 Remove all dc_ functions as they are not needed anymore c13c181 Access DC registers via geode_mem[Read|Write] 4540409 acpi: LNKS is not needed 71ed8e3 acpi: build PCI hotplug devices from a single template 7dceba3 acpi: build PCNT dynamically 2b568eb acpi_extract: detect DeviceOp f960782 acpi_extract: fix off-by-one c8ed45e acpi: rename Processor SSDT constants cf5bef4 acpi: move s3/s4/s5 to build_ssdt 3dcc223 Makefile: delete output on error 7f03685 apic_id_is_present: fix undefined behavior b306459 Use cpu_to_be32() (and related) instead of htonl (and related). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 11:21:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 11:21: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 1Ua2Q4-00043w-VA; Wed, 08 May 2013 11:20:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua0Oa-0002yW-JM; Wed, 08 May 2013 09:10:44 +0000 Received: from [85.158.138.51:16653] by server-3.bemta-3.messagelabs.com id 29/60-28331-3961A815; Wed, 08 May 2013 09:10:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1368004240!29346686!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 3766 invoked from network); 8 May 2013 09:10:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 09:10:40 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4340145" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2013 09:05: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; Wed, 8 May 2013 10:10:39 +0100 Message-ID: <1368004237.26321.182.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dietmar Hahn Date: Wed, 8 May 2013 10:10:37 +0100 In-Reply-To: <25359532.tnyFycmnIx@amur> References: <518A002B.1090103@xen.org> <25359532.tnyFycmnIx@amur> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 08 May 2013 11:20:23 +0000 Cc: George Dunlap , "lars.kurth@xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen 4.3 RC1 Test Day on freenode channel #xentest is today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-08 at 09:30 +0100, Dietmar Hahn wrote: > Am Mittwoch 08 Mai 2013, 08:35:07 schrieb Lars Kurth: > > Hi everybody, > > > > we have the first test day for Xen 4.3 today. > > > > For more information on Test Days and how to join see > > http://wiki.xen.org/wiki/Xen_Test_Days > > For test instructions see > > http://wiki.xen.org/wiki/Xen_4.3_RC1_test_instructions > > I tried to build xen-4.3.0-rc1 on openSUSE 12.3 (x86_64) > As described in the wiki http://wiki.xen.org/wiki/Compiling_Xen_From_Source > I did: > > # git clone -b 4.3.0-rc1 git://xenbits.xen.org/xen.git > # cd xen > # ./configure --libdir=/usr/lib64 > # make dist > > The compiling breaks in building seabios and at the moment I have no glue > where to look. All lists apart from xen-devel to bcc, adding release manager. Looks like a conflict with your version of iasl, which are you using? I would wager this relates to this upstream fix: commit 298fce95db03e41d511d1890f3e667c105ac1363 Author: Kevin O'Connor Date: Sun Dec 2 01:15:03 2012 -0500 ACPI: Remove unnecessary Return(One) calls from q35 DSDT. Recent iasl compilers warn about spurious return calls. Remove extra return calls from the GPE event methods. This is the q35 dsdt equivalent of patch 475ce3f5f6a986877d637ac39f6ee23484ecc992. Can you see if cherry picking that from git://git.seabios.org/seabios.git fixes the issue for you please. I don't think we even use the q35 DSDT so this is just a build issue. We currently have SeaBIOS 1.7.1 in unstable, there have been 1.7.2 and 1.7.2.1 releases since then, which include that fix. The full list of changes is below. I don't think we want to just pull in the later SeaBIOS releases at this stage, although that would be simplest and it looks like a largish number of the changes will have no impact on us. I think cherry picking the one fix is probably the right approach. Ian. 88cb66e seabios: Add a dummy PCI slot to irq mapping function 985a9d3 seabios q35: Add new PCI slot to irq routing function 2b57726 seabios q35: Enable all PIRQn IRQs at startup e5fe4f9 Verify CC is valid during build tests. 4219149 build: Don't require $(OUT) to be a sub-directory of the main directory. d75c22f Fix Makefile - don't reference "out/" directly, instead use "$(OUT)". 12e8199 USB-EHCI: Fix null pointer assignment f396871 Update tools/acpi_extract.py to handle iasl 20130117 release. 4bd8aeb vgabios: implement AX=1120H..1124H functions 54ae543 boot: Support "halt" in the boot order to prevent default boot attempts. 261e870 megasas: Invert PCI device selection 57174c7 Minor: Separate UUID display from F12 boot prompt. 9c6fb72 display_uuid(): fix incomplete check after the loop a810e4e acpi: Use prt_slot() macro to describe irq pins of first PCI device. f64a472 acpi: reintroduce LNKS 37676f8 maininit(): print machine UUID under seabios version message c39a272 Add compile checking phase to build. fa2eacb Don't use gcc's -combine option. 3ffa8cc Don't recursively evaluate CFLAGS variables. f9c3072 vga: Minor comment spelling fix. ff5e005 floppy: Minor - reduce handle_0e code size when CONFIG_FLOPPY is disabled. e8a76b0 acpi: drop irq 8 from hpet ressources f92f833 acpi: Minor - merge the two dsdt ISA areas into one ISA area. 7a53595 acpi: fix COM2._UID e8b6910 acpi: reorder PX13 + ISA c104aa8 acpi: PCI routing DSDT simplifications. f0cd3a9 ACPI: Delineate q35 ACSP DSL code into sections. dabe193 ACPI: Move q35 PCI irq definitions together. bb43027 ACPI: Move PCI0 hotplug and irq definitions to there respective areas. 298fce9 ACPI: Remove unnecessary Return(One) calls from q35 DSDT. e9e7ab4 acpi: Reindent DSDT code. f051a76 acpi: move isa devices to separate file [q35] 7e269b4 acpi: add mcfg table for mmconfig 3d11108 q35: fix default vga address 8d74497 acpi: move isa devices to separate file fb87c19 acpi: rework enable bits f50a55c acpi: move cpu hotplug to separate file [q35] 3aab6ff acpi: move cpu hotplug to separate file aa3defc acpi: move \_SB.PCI0._CRS to separate file [q35] 20886ab acpi: move \_SB.PCI0._CRS to separate file 7464aea acpi: move \_SB.HPET to separate file [q35] 4dfa547 acpi: move \_SB.HPET to separate file beaedaa acpi: move DBUG() to separate file [q35] 0e25a25 acpi: move DBUG() to separate file 2114f50 seabios: q35: Register PCI IRQs as active high in APIC mode ecbe3fd seabios: q35: add dsdt 72a590e seabios: add q35 initialization functions. d146ab8 seabios: pci: enable SERR of normal device. 229e8e2 seabios: acpi, fadt: make while fadt initialization chipset specific a39a9c3 seabios: make mttr UC area setup dynamic 8b73b83 floppy: Allow floppy code to be used with coreboot. ef71989 floppy: Minor cleanup - reduce some cut-and-paste code. b1c35f2 pciinit: Align start of PCI memory on i440 chipset. 31dcfb0 Collapse PCI device tables in pci_bios_init_devices(). 68513ab esp: enable busmaster 7d05257 lsi: enable busmaster 2df70bf megasas: Add boot support for LSI MegaRAID SAS d9f5cdb DSDT: Fix HPET _CRS Method 9600c80 config: add coreboot / qemu choice 475ce3f ACPI: Remove unnecessary Return(One) calls from DSDT. 9474a35 Provide correct dpte pointer to indicate absence of dpte 02203b5 geodevga: Setup flat panel if needed fad37fd geodevga: Add defines for VP_MSR_PADSEL eac884d geodevga: Setup output based on .config 5556f21 geodevga: Add configuration option for output modes f6930c5 geodevga: Add VP_MSR_CONFIG defines 5506376 geodevga: Add some basic flat panel defines 119ece9 geodevga: Add functions to work with fp register 286e013 geodevga: Rename defines to better match a well defined naming schema ef7f73f geodevga: Access global variables using GET_GLOBAL/SET_VGA macros. 30e6af0 Fix 'union u64_u32_u' member names. 455a7c8 add acpi pmtimer support a1a3283 Report stdvga modes in VBE via int10 (AX = 4F00h) 58dd051 vgabios: Add support for text and cga modes to vbe_104f01(). 49ddd9e vgabios: Check for relocatable windows before advertising support for it. ef4f9e1 vgabios: Ignore mode flags in vbe get_mode_info call. c8a3d3e bootsplash: Don't pass mode flags to VBE get_mode_info call. f47461f Geode vga: Use standard format read/write_mask register functions. d136fd7 Add helper functions to access DC and VP register 11ebc7d Change return values for vp_setup() and dc_setup() 7bec6db Add global struct geode 517f742 Update VBE variables 9de339d Add framebuffer size detection 0155aef Remove Extened CRTC Register functions efb9784 Remove all dc_ functions as they are not needed anymore c13c181 Access DC registers via geode_mem[Read|Write] 4540409 acpi: LNKS is not needed 71ed8e3 acpi: build PCI hotplug devices from a single template 7dceba3 acpi: build PCNT dynamically 2b568eb acpi_extract: detect DeviceOp f960782 acpi_extract: fix off-by-one c8ed45e acpi: rename Processor SSDT constants cf5bef4 acpi: move s3/s4/s5 to build_ssdt 3dcc223 Makefile: delete output on error 7f03685 apic_id_is_present: fix undefined behavior b306459 Use cpu_to_be32() (and related) instead of htonl (and related). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 11:42:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 11:42: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 1Ua2kc-0006DI-Qd; Wed, 08 May 2013 11:41:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua2kb-0006Cm-GW for xen-users@lists.xensource.com; Wed, 08 May 2013 11:41:37 +0000 Received: from [85.158.139.211:52243] by server-9.bemta-5.messagelabs.com id D1/33-14875-0F93A815; Wed, 08 May 2013 11:41:36 +0000 X-Env-Sender: kenny.kenny@bol.com.br X-Msg-Ref: server-2.tower-206.messagelabs.com!1368013272!19196297!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19843 invoked from network); 8 May 2013 11:41:13 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 8 May 2013 11:41:13 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Ua2kB-0004qm-AQ for xen-users@lists.xensource.com; Wed, 08 May 2013 04:41:11 -0700 Date: Wed, 8 May 2013 04:41:11 -0700 (PDT) From: "kleber.divino" To: xen-users@lists.xensource.com Message-ID: <1368013271310-5715960.post@n5.nabble.com> In-Reply-To: <1367845110766-5715891.post@n5.nabble.com> References: <1367845110766-5715891.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Remus with more than one 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 I tried it with 2 vms and 256 mb ram and it work. I dont know if its a problem of xen and remus or is because of my hardware. -- View this message in context: http://xen.1045712.n5.nabble.com/Remus-with-more-than-one-vm-tp5715891p5715960.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 11:42:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 11:42: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 1Ua2kc-0006DI-Qd; Wed, 08 May 2013 11:41:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua2kb-0006Cm-GW for xen-users@lists.xensource.com; Wed, 08 May 2013 11:41:37 +0000 Received: from [85.158.139.211:52243] by server-9.bemta-5.messagelabs.com id D1/33-14875-0F93A815; Wed, 08 May 2013 11:41:36 +0000 X-Env-Sender: kenny.kenny@bol.com.br X-Msg-Ref: server-2.tower-206.messagelabs.com!1368013272!19196297!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19843 invoked from network); 8 May 2013 11:41:13 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 8 May 2013 11:41:13 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Ua2kB-0004qm-AQ for xen-users@lists.xensource.com; Wed, 08 May 2013 04:41:11 -0700 Date: Wed, 8 May 2013 04:41:11 -0700 (PDT) From: "kleber.divino" To: xen-users@lists.xensource.com Message-ID: <1368013271310-5715960.post@n5.nabble.com> In-Reply-To: <1367845110766-5715891.post@n5.nabble.com> References: <1367845110766-5715891.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Remus with more than one 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 I tried it with 2 vms and 256 mb ram and it work. I dont know if its a problem of xen and remus or is because of my hardware. -- View this message in context: http://xen.1045712.n5.nabble.com/Remus-with-more-than-one-vm-tp5715891p5715960.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 12:32:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 12:32: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 1Ua3Wr-00037s-NC; Wed, 08 May 2013 12:31:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua3Wp-00037k-SU for xen-users@lists.xen.org; Wed, 08 May 2013 12:31:28 +0000 Received: from [193.109.254.147:56926] by server-14.bemta-14.messagelabs.com id 2A/27-02181-F954A815; Wed, 08 May 2013 12:31:27 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-8.tower-27.messagelabs.com!1368016270!9269622!1 X-Originating-IP: [213.199.154.189] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16701 invoked from network); 8 May 2013 12:31:11 -0000 Received: from mail-db8lp0189.outbound.messaging.microsoft.com (HELO db8outboundpool.messaging.microsoft.com) (213.199.154.189) by server-8.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 8 May 2013 12:31:11 -0000 Received: from mail184-db8-R.bigfish.com (10.174.8.245) by DB8EHSOBE028.bigfish.com (10.174.4.91) with Microsoft SMTP Server id 14.1.225.23; Wed, 8 May 2013 12:31:10 +0000 Received: from mail184-db8 (localhost [127.0.0.1]) by mail184-db8-R.bigfish.com (Postfix) with ESMTP id 1FF6528047B for ; Wed, 8 May 2013 12:31:10 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT001.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -7 X-BigFish: PS-7(zzda00h11f6N1415Idc73hzz1f42h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ah1fc6hzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail184-db8: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT001.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail184-db8 (localhost.localdomain [127.0.0.1]) by mail184-db8 (MessageSwitch) id 1368016267858271_28360; Wed, 8 May 2013 12:31:07 +0000 (UTC) Received: from DB8EHSMHS020.bigfish.com (unknown [10.174.8.241]) by mail184-db8.bigfish.com (Postfix) with ESMTP id CEFB57C005A for ; Wed, 8 May 2013 12:31:07 +0000 (UTC) Received: from DBXPRD0610HT001.eurprd06.prod.outlook.com (157.56.252.181) by DB8EHSMHS020.bigfish.com (10.174.4.30) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 8 May 2013 12:31:07 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT001.eurprd06.prod.outlook.com ([10.255.68.164]) with mapi id 14.16.0305.001; Wed, 8 May 2013 12:31:06 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAB5OACAAAKkcIAACt0AgAFujPA= Date: Wed, 8 May 2013 12:31:06 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE300A3AF4@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> <5189066C.1000907@websitemanagers.com.au> <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> <518911C0.1060503@websitemanagers.com.au> In-Reply-To: <518911C0.1060503@websitemanagers.com.au> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Adam, Thank you very much for your thorough response. I look forward to testing this in more detail as soon as we get the next shipment of hardware in. Btw, our performance numbers were in the region of 10% of what you just posted. Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 12:32:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 12:32: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 1Ua3Wr-00037s-NC; Wed, 08 May 2013 12:31:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ua3Wp-00037k-SU for xen-users@lists.xen.org; Wed, 08 May 2013 12:31:28 +0000 Received: from [193.109.254.147:56926] by server-14.bemta-14.messagelabs.com id 2A/27-02181-F954A815; Wed, 08 May 2013 12:31:27 +0000 X-Env-Sender: jan@architechs.eu X-Msg-Ref: server-8.tower-27.messagelabs.com!1368016270!9269622!1 X-Originating-IP: [213.199.154.189] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16701 invoked from network); 8 May 2013 12:31:11 -0000 Received: from mail-db8lp0189.outbound.messaging.microsoft.com (HELO db8outboundpool.messaging.microsoft.com) (213.199.154.189) by server-8.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 8 May 2013 12:31:11 -0000 Received: from mail184-db8-R.bigfish.com (10.174.8.245) by DB8EHSOBE028.bigfish.com (10.174.4.91) with Microsoft SMTP Server id 14.1.225.23; Wed, 8 May 2013 12:31:10 +0000 Received: from mail184-db8 (localhost [127.0.0.1]) by mail184-db8-R.bigfish.com (Postfix) with ESMTP id 1FF6528047B for ; Wed, 8 May 2013 12:31:10 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.252.181; KIP:(null); UIP:(null); IPV:NLI; H:DBXPRD0610HT001.eurprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -7 X-BigFish: PS-7(zzda00h11f6N1415Idc73hzz1f42h1ee6h1de0h1d18h1fdah1202h1e76h1d1ah1d2ah1fc6hzzz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d07h1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail184-db8: domain of architechs.eu designates 157.56.252.181 as permitted sender) client-ip=157.56.252.181; envelope-from=jan@architechs.eu; helo=DBXPRD0610HT001.eurprd06.prod.outlook.com ; .outlook.com ; Received: from mail184-db8 (localhost.localdomain [127.0.0.1]) by mail184-db8 (MessageSwitch) id 1368016267858271_28360; Wed, 8 May 2013 12:31:07 +0000 (UTC) Received: from DB8EHSMHS020.bigfish.com (unknown [10.174.8.241]) by mail184-db8.bigfish.com (Postfix) with ESMTP id CEFB57C005A for ; Wed, 8 May 2013 12:31:07 +0000 (UTC) Received: from DBXPRD0610HT001.eurprd06.prod.outlook.com (157.56.252.181) by DB8EHSMHS020.bigfish.com (10.174.4.30) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 8 May 2013 12:31:07 +0000 Received: from DBXPRD0610MB396.eurprd06.prod.outlook.com ([169.254.9.12]) by DBXPRD0610HT001.eurprd06.prod.outlook.com ([10.255.68.164]) with mapi id 14.16.0305.001; Wed, 8 May 2013 12:31:06 +0000 From: =?iso-8859-1?Q?Jan-Aage_Frydenb=F8-Bruvoll?= To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] SSD 4K Alignment? Thread-Index: AQHOSlkyjPVIqckH1EiNw0gyb2rvPZj4Mf0AgAAGCoCAAMMFgIAASnBwgAB5OACAAAKkcIAACt0AgAFujPA= Date: Wed, 8 May 2013 12:31:06 +0000 Message-ID: <1B9C465E5FC18344B1C82927B2446DAE300A3AF4@DBXPRD0610MB396.eurprd06.prod.outlook.com> References: <5187B9A2.9040709@bobich.net> <20130506143115.GJ1426@vrvis.at> <1B9C465E5FC18344B1C82927B2446DAE30093C3A@DBXPRD0610MB396.eurprd06.prod.outlook.com> <5189066C.1000907@websitemanagers.com.au> <1B9C465E5FC18344B1C82927B2446DAE30097B97@DBXPRD0610MB396.eurprd06.prod.outlook.com> <518911C0.1060503@websitemanagers.com.au> In-Reply-To: <518911C0.1060503@websitemanagers.com.au> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [109.152.211.214] MIME-Version: 1.0 X-OriginatorOrg: architechs.eu Subject: Re: [Xen-users] SSD 4K Alignment? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Adam, Thank you very much for your thorough response. I look forward to testing this in more detail as soon as we get the next shipment of hardware in. Btw, our performance numbers were in the region of 10% of what you just posted. Best regards Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 22:04:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 22:04: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 1UaCRr-0005SD-8Q; Wed, 08 May 2013 22:02:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaCRp-0005S8-6A for xen-users@lists.xen.org; Wed, 08 May 2013 22:02:53 +0000 Received: from [85.158.137.99:40295] by server-9.bemta-3.messagelabs.com id 88/23-29224-C8BCA815; Wed, 08 May 2013 22:02:52 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368050570!15370644!1 X-Originating-IP: [209.85.210.176] 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 19724 invoked from network); 8 May 2013 22:02:51 -0000 Received: from mail-ia0-f176.google.com (HELO mail-ia0-f176.google.com) (209.85.210.176) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 22:02:51 -0000 Received: by mail-ia0-f176.google.com with SMTP id j38so2314235iad.21 for ; Wed, 08 May 2013 15:02:49 -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=GIhzCZbQcWU8wvClte+kIFE9tq1kAw2mjN5Js9IBp4g=; b=D0XCxtg53N6pmAPesBkVTr25znQLNZXIyCOW6k8hKJ7nry89VnQcomEJKXSwWYm8sp 7iR9gRvDGCB8BhChg0JT2YECBEjnMRHScMo/sTW5Ob3sPaKPt/B2wf2+djYe4JlTQ9xJ cwTnwgf3HbC35XGhtcZKk0zqxU9KlHibvmeqc1DKFTDP3P7krtJHpup8ZmItS3qGwddi Z4B5rlM9MRJOPaUxZPG5GVEn53Wq1z215X7xUZlE1XUIY/+WHGBELZJ/cISbrtL62PbQ P3jRuDblvzl7BqPKU/jQXE36S0wgifP9r3PX8mqUnp9+jB2ozh9rhsENaC4nmFV9XELD lgPg== MIME-Version: 1.0 X-Received: by 10.43.146.3 with SMTP id jw3mr2720000icc.39.1368050569788; Wed, 08 May 2013 15:02:49 -0700 (PDT) Received: by 10.64.133.167 with HTTP; Wed, 8 May 2013 15:02:49 -0700 (PDT) Date: Thu, 9 May 2013 10:02:49 +1200 Message-ID: From: Sebastian Unger To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=001a11c2e9aa3f5dfc04dc3c184a Subject: [Xen-users] blktap2 and qcow2 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --001a11c2e9aa3f5dfc04dc3c184a Content-Type: multipart/alternative; boundary=001a11c2e9aa3f5df804dc3c1848 --001a11c2e9aa3f5df804dc3c1848 Content-Type: text/plain; charset=UTF-8 Hi There, I've been trying to get this to work for the last couple of days, but found no information on the internet that would help. Essentially, a tap-ctl opencommand with a qcow2 image does not work (error code 2) and produces the following line in syslog: tap-ctl: tap-err:tap_ctl_open: open failed, err -2 I have attached a shell script that reproduces the problem on my machine. The same script works fine if I use image format raw and the aio: prefex to the -a option. My machine is basically a clean Ubuntu 12.04 desktop 64bit machine with everything up to date. Cheers, Seb --001a11c2e9aa3f5df804dc3c1848 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi There,

I've been trying to get thi= s to work for the last couple of days, but found no information on the inte= rnet that would help. Essentially, a tap-ctl open command with a qcow2 image does not work (e= rror code 2) and produces the following line in syslog:

tap-ctl: tap-err:tap_= ctl_open: open failed, err -2

I have attached a shell script = that reproduces the problem on my machine. The same script works fine if I = use image format raw and the aio: pr= efex to the -a opt= ion.

My machine is basically a clean Ubuntu 12.04 desktop 64bit machin= e with everything up to date.

Cheers,
Seb

--001a11c2e9aa3f5df804dc3c1848-- --001a11c2e9aa3f5dfc04dc3c184a Content-Type: application/octet-stream; name=cowTest Content-Disposition: attachment; filename=cowTest Content-Transfer-Encoding: base64 X-Attachment-Id: f_hgh1zcvi0 IyEvYmluL2Jhc2gKc2V0IC14IC11CgpzdWRvIG1vZHByb2JlIGJsa3RhcApERVY9IiQoc3VkbyB0 YXAtY3RsIGFsbG9jYXRlKSIKTUlOT1I9IiR7REVWIyMqZGV2fSIKUElEPSIkKHN1ZG8gdGFwLWN0 bCBzcGF3bikiClBJRD0ke1BJRCMjKiB9CnN1ZG8gdGFwLWN0bCBhdHRhY2ggLXAgJFBJRCAtbSAk TUlOT1IKcWVtdS1pbWcgY3JlYXRlIC1mIHFjb3cyIGRpc2suaW1nIDUwRwpzdWRvIHRhcC1jdGwg b3BlbiAtcCAkUElEIC1tICRNSU5PUiAtYSBxY293MjpgcHdkYC9kaXNrLmltZwplY2hvICQ/Cgpz bGVlcCAxMAoKc3VkbyB0YXAtY3RsIGNsb3NlIC1wICRQSUQgLW0gJE1JTk9SCnN1ZG8gdGFwLWN0 bCBkZXRhY2ggLXAgJFBJRCAtbSAkTUlOT1IKc3VkbyB0YXAtY3RsIGZyZWUgLW0gJE1JTk9SCgo= --001a11c2e9aa3f5dfc04dc3c184a Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --001a11c2e9aa3f5dfc04dc3c184a-- From xen-users-bounces@lists.xen.org Wed May 08 22:04:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 22:04: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 1UaCRr-0005SD-8Q; Wed, 08 May 2013 22:02:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaCRp-0005S8-6A for xen-users@lists.xen.org; Wed, 08 May 2013 22:02:53 +0000 Received: from [85.158.137.99:40295] by server-9.bemta-3.messagelabs.com id 88/23-29224-C8BCA815; Wed, 08 May 2013 22:02:52 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368050570!15370644!1 X-Originating-IP: [209.85.210.176] 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 19724 invoked from network); 8 May 2013 22:02:51 -0000 Received: from mail-ia0-f176.google.com (HELO mail-ia0-f176.google.com) (209.85.210.176) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2013 22:02:51 -0000 Received: by mail-ia0-f176.google.com with SMTP id j38so2314235iad.21 for ; Wed, 08 May 2013 15:02:49 -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=GIhzCZbQcWU8wvClte+kIFE9tq1kAw2mjN5Js9IBp4g=; b=D0XCxtg53N6pmAPesBkVTr25znQLNZXIyCOW6k8hKJ7nry89VnQcomEJKXSwWYm8sp 7iR9gRvDGCB8BhChg0JT2YECBEjnMRHScMo/sTW5Ob3sPaKPt/B2wf2+djYe4JlTQ9xJ cwTnwgf3HbC35XGhtcZKk0zqxU9KlHibvmeqc1DKFTDP3P7krtJHpup8ZmItS3qGwddi Z4B5rlM9MRJOPaUxZPG5GVEn53Wq1z215X7xUZlE1XUIY/+WHGBELZJ/cISbrtL62PbQ P3jRuDblvzl7BqPKU/jQXE36S0wgifP9r3PX8mqUnp9+jB2ozh9rhsENaC4nmFV9XELD lgPg== MIME-Version: 1.0 X-Received: by 10.43.146.3 with SMTP id jw3mr2720000icc.39.1368050569788; Wed, 08 May 2013 15:02:49 -0700 (PDT) Received: by 10.64.133.167 with HTTP; Wed, 8 May 2013 15:02:49 -0700 (PDT) Date: Thu, 9 May 2013 10:02:49 +1200 Message-ID: From: Sebastian Unger To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=001a11c2e9aa3f5dfc04dc3c184a Subject: [Xen-users] blktap2 and qcow2 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --001a11c2e9aa3f5dfc04dc3c184a Content-Type: multipart/alternative; boundary=001a11c2e9aa3f5df804dc3c1848 --001a11c2e9aa3f5df804dc3c1848 Content-Type: text/plain; charset=UTF-8 Hi There, I've been trying to get this to work for the last couple of days, but found no information on the internet that would help. Essentially, a tap-ctl opencommand with a qcow2 image does not work (error code 2) and produces the following line in syslog: tap-ctl: tap-err:tap_ctl_open: open failed, err -2 I have attached a shell script that reproduces the problem on my machine. The same script works fine if I use image format raw and the aio: prefex to the -a option. My machine is basically a clean Ubuntu 12.04 desktop 64bit machine with everything up to date. Cheers, Seb --001a11c2e9aa3f5df804dc3c1848 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi There,

I've been trying to get thi= s to work for the last couple of days, but found no information on the inte= rnet that would help. Essentially, a tap-ctl open command with a qcow2 image does not work (e= rror code 2) and produces the following line in syslog:

tap-ctl: tap-err:tap_= ctl_open: open failed, err -2

I have attached a shell script = that reproduces the problem on my machine. The same script works fine if I = use image format raw and the aio: pr= efex to the -a opt= ion.

My machine is basically a clean Ubuntu 12.04 desktop 64bit machin= e with everything up to date.

Cheers,
Seb

--001a11c2e9aa3f5df804dc3c1848-- --001a11c2e9aa3f5dfc04dc3c184a Content-Type: application/octet-stream; name=cowTest Content-Disposition: attachment; filename=cowTest Content-Transfer-Encoding: base64 X-Attachment-Id: f_hgh1zcvi0 IyEvYmluL2Jhc2gKc2V0IC14IC11CgpzdWRvIG1vZHByb2JlIGJsa3RhcApERVY9IiQoc3VkbyB0 YXAtY3RsIGFsbG9jYXRlKSIKTUlOT1I9IiR7REVWIyMqZGV2fSIKUElEPSIkKHN1ZG8gdGFwLWN0 bCBzcGF3bikiClBJRD0ke1BJRCMjKiB9CnN1ZG8gdGFwLWN0bCBhdHRhY2ggLXAgJFBJRCAtbSAk TUlOT1IKcWVtdS1pbWcgY3JlYXRlIC1mIHFjb3cyIGRpc2suaW1nIDUwRwpzdWRvIHRhcC1jdGwg b3BlbiAtcCAkUElEIC1tICRNSU5PUiAtYSBxY293MjpgcHdkYC9kaXNrLmltZwplY2hvICQ/Cgpz bGVlcCAxMAoKc3VkbyB0YXAtY3RsIGNsb3NlIC1wICRQSUQgLW0gJE1JTk9SCnN1ZG8gdGFwLWN0 bCBkZXRhY2ggLXAgJFBJRCAtbSAkTUlOT1IKc3VkbyB0YXAtY3RsIGZyZWUgLW0gJE1JTk9SCgo= --001a11c2e9aa3f5dfc04dc3c184a Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --001a11c2e9aa3f5dfc04dc3c184a-- From xen-users-bounces@lists.xen.org Wed May 08 22:51:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 22:51: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 1UaDBT-0007Od-SO; Wed, 08 May 2013 22:50:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaDBR-0007OY-W7 for xen-users@lists.xen.org; Wed, 08 May 2013 22:50:02 +0000 Received: from [85.158.138.51:61180] by server-3.bemta-3.messagelabs.com id C5/4D-28331-996DA815; Wed, 08 May 2013 22:50:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-174.messagelabs.com!1368053399!29461119!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 13637 invoked from network); 8 May 2013 22:50:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 May 2013 22:50: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 57F042211A3 for ; Wed, 8 May 2013 23:49:56 +0100 (BST) Message-ID: <518AD693.10507@bobich.net> Date: Wed, 08 May 2013 23:49:55 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> In-Reply-To: <5186DAFA.4010707@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 As promised, here is an initial report on how the Quadro 2000 experiment panned out. In short - if anything stability is a little _worse_, with all the same issues that require a host reboot after a guest crash. So, as a list, both ATI and Nvidia Quadro suffer the following issues: 1) Random guest graphics corruption (horizontal lines) after almost-but-not-quite-proper crash. 2) Same BSODs reporting timeout while attempting to reset a device. 3) Similar but seemingly worse graphics stability. With the ATI card I managed about 5 minutes in Borderlands 2 before it crashed. With the Quadro I seem to be managing about 2 minutes before it tries to reset itself and falls flat on it's face. The one advantage the quadro has is that once it has crashed, the driver disables the card, so the guest doesn't repeately BSOD until you reboot the host. Instead it gives you the login screen on the primary (VNC) display output, so you can still get into the guest easily and do any required maintenance. Futile, but it's an improvement on just BSOD-ing. The only two things that come to mind as possible causes are: 1) I'm on a dual socket system (dual Xeon X5650) 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA have decided in their infinite wisdom to put all 7 PCIe slots behind NF200s, none are directly attached to the Intel NB). Has anyone managed to successfully run VGA passthrough on a dual socket system? What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have disabled enforcement of to get this far), and AFAIK shouldn't actually affect the basic PCI passthrough capability. All in all - rather deflating. I was really hoping that I wouldn't have to be stuck with rebooting between OS-es for another hardware generation. Gordan On 05/05/2013 11:19 PM, Gordan Bobic wrote: > OK, I think I have finally managed to get things to what appears to be > the average state of unreliability of ATI VGA passthrough (i.e. seems to > work _most_ of the time after a fresh reboot, but becomes much more hit > and miss after a VM reboot or two). > > I'm probably going to regret saying this when I find that over the next > week I cannot get it to start up even once, fresh reboot or not, but > what seems to have made a difference is disabling irq balancing (I'm on > a dual X5650 machine, 2 CPUs, 6 cores / 12 threads each). > > So if you are having similarly difficult time, you might want to try the > noirqbalance dom0 kernel boot parameter and disable the irqbalance service. > > Disclaimer: This is largely based on a gut feeling after a few hours > testing, I certainly don't think it's definitive, but statistically it > seems to help. > > I have a Quadro 2000 inbound, so I will test with that when it arrives > next week. The optimist in me very much hoping it will "just work". The > realist suspects that would be way too easy. Will know for sure one way > or the other in a few days' time. > > Gordan > > > On 05/05/2013 04:57 PM, Gordan Bobic wrote: >> On 05/05/2013 04:42 PM, Gordan Bobic wrote: >>> This problem continues to drive me nuts - not by it flat out not >>> working, but by working _intermittently_. >>> >>> For the past week, I had not managed to get ATI VGA passthrough to boot >>> up once (BSOD every time). I was tweaking some boot parameters, and at >>> one point it not only booted up without BSOD-ing, it actually managed >>> full screen 3D applications, and completed a full GPU benchmark pass of >>> Crysis! >>> >>> So just to make sure, I did a full shutdown and cold-booted the machine >>> again - BSOD after BSOD after BSOD. >>> >>> Rebooted it again, and now it works again, including full screen 3D >>> switching. >>> >>> One thing I have established is that pci=resource_alignment=; >>> kernel boot parameter makes the machine not boot at all. It looks like >>> it wipes out the NIC by realigning things, and I need the NIC to work >>> because the machine runs on NFS root (and the VM disk is an iSCSI >>> share). >>> >>> Has anybody got any suggestions on how I might debug this any further? >>> It's really quite annoying having this _almost_ working. It also looks >>> like if it works once, it will continue working upon guest restarts. >> >> Another observation - when it boots up, and I "eject" the ATI card from >> the guest, all that does it switch the guest display briefly to VNC >> primary, followed by slightly corrupted output switching back to the ATI >> card. And it is still responsive after that, I can execute a normal >> shutdown, don't have to do it blind. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 08 22:51:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 08 May 2013 22:51: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 1UaDBT-0007Od-SO; Wed, 08 May 2013 22:50:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaDBR-0007OY-W7 for xen-users@lists.xen.org; Wed, 08 May 2013 22:50:02 +0000 Received: from [85.158.138.51:61180] by server-3.bemta-3.messagelabs.com id C5/4D-28331-996DA815; Wed, 08 May 2013 22:50:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-174.messagelabs.com!1368053399!29461119!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 13637 invoked from network); 8 May 2013 22:50:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 May 2013 22:50: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 57F042211A3 for ; Wed, 8 May 2013 23:49:56 +0100 (BST) Message-ID: <518AD693.10507@bobich.net> Date: Wed, 08 May 2013 23:49:55 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> In-Reply-To: <5186DAFA.4010707@bobich.net> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 As promised, here is an initial report on how the Quadro 2000 experiment panned out. In short - if anything stability is a little _worse_, with all the same issues that require a host reboot after a guest crash. So, as a list, both ATI and Nvidia Quadro suffer the following issues: 1) Random guest graphics corruption (horizontal lines) after almost-but-not-quite-proper crash. 2) Same BSODs reporting timeout while attempting to reset a device. 3) Similar but seemingly worse graphics stability. With the ATI card I managed about 5 minutes in Borderlands 2 before it crashed. With the Quadro I seem to be managing about 2 minutes before it tries to reset itself and falls flat on it's face. The one advantage the quadro has is that once it has crashed, the driver disables the card, so the guest doesn't repeately BSOD until you reboot the host. Instead it gives you the login screen on the primary (VNC) display output, so you can still get into the guest easily and do any required maintenance. Futile, but it's an improvement on just BSOD-ing. The only two things that come to mind as possible causes are: 1) I'm on a dual socket system (dual Xeon X5650) 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA have decided in their infinite wisdom to put all 7 PCIe slots behind NF200s, none are directly attached to the Intel NB). Has anyone managed to successfully run VGA passthrough on a dual socket system? What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have disabled enforcement of to get this far), and AFAIK shouldn't actually affect the basic PCI passthrough capability. All in all - rather deflating. I was really hoping that I wouldn't have to be stuck with rebooting between OS-es for another hardware generation. Gordan On 05/05/2013 11:19 PM, Gordan Bobic wrote: > OK, I think I have finally managed to get things to what appears to be > the average state of unreliability of ATI VGA passthrough (i.e. seems to > work _most_ of the time after a fresh reboot, but becomes much more hit > and miss after a VM reboot or two). > > I'm probably going to regret saying this when I find that over the next > week I cannot get it to start up even once, fresh reboot or not, but > what seems to have made a difference is disabling irq balancing (I'm on > a dual X5650 machine, 2 CPUs, 6 cores / 12 threads each). > > So if you are having similarly difficult time, you might want to try the > noirqbalance dom0 kernel boot parameter and disable the irqbalance service. > > Disclaimer: This is largely based on a gut feeling after a few hours > testing, I certainly don't think it's definitive, but statistically it > seems to help. > > I have a Quadro 2000 inbound, so I will test with that when it arrives > next week. The optimist in me very much hoping it will "just work". The > realist suspects that would be way too easy. Will know for sure one way > or the other in a few days' time. > > Gordan > > > On 05/05/2013 04:57 PM, Gordan Bobic wrote: >> On 05/05/2013 04:42 PM, Gordan Bobic wrote: >>> This problem continues to drive me nuts - not by it flat out not >>> working, but by working _intermittently_. >>> >>> For the past week, I had not managed to get ATI VGA passthrough to boot >>> up once (BSOD every time). I was tweaking some boot parameters, and at >>> one point it not only booted up without BSOD-ing, it actually managed >>> full screen 3D applications, and completed a full GPU benchmark pass of >>> Crysis! >>> >>> So just to make sure, I did a full shutdown and cold-booted the machine >>> again - BSOD after BSOD after BSOD. >>> >>> Rebooted it again, and now it works again, including full screen 3D >>> switching. >>> >>> One thing I have established is that pci=resource_alignment=; >>> kernel boot parameter makes the machine not boot at all. It looks like >>> it wipes out the NIC by realigning things, and I need the NIC to work >>> because the machine runs on NFS root (and the VM disk is an iSCSI >>> share). >>> >>> Has anybody got any suggestions on how I might debug this any further? >>> It's really quite annoying having this _almost_ working. It also looks >>> like if it works once, it will continue working upon guest restarts. >> >> Another observation - when it boots up, and I "eject" the ATI card from >> the guest, all that does it switch the guest display briefly to VNC >> primary, followed by slightly corrupted output switching back to the ATI >> card. And it is still responsive after that, I can execute a normal >> shutdown, don't have to do it blind. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 04:32:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 04:32: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 1UaIVm-0005eC-Vk; Thu, 09 May 2013 04:31:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaIVk-0005e7-PP for xen-users@lists.xen.org; Thu, 09 May 2013 04:31:21 +0000 Received: from [85.158.137.99:26577] by server-1.bemta-3.messagelabs.com id AB/D1-20211-3962B815; Thu, 09 May 2013 04:31:15 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1368073870!15949829!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 17872 invoked from network); 9 May 2013 04:31:12 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 04:31:12 -0000 Received: by mail-pa0-f48.google.com with SMTP id kp6so1820334pab.7 for ; Wed, 08 May 2013 21:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=1STcdkWRUeSYsiDZFFqcgbbTPaV2iWMR2fMq9oyRRz4=; b=ZVB1xmxKTQvZHG5jswry+5bu5elhp3Xi+8prsx8b2vmqRvgUN982SL7BlPzVAUv/j1 Qz1syqSKk32YyKJyWBAjM4PPRf0AZD97e7BFJb24gGO+cLPnEU1C2kTTUDnIe7m8bhZ4 yvT7YpWDTQ2/HW89LYSzRTDx8qVEDc4LXP+OXQZfxjZ2HslNmKjVv7VYSXQ/i+MNuIzF YRCz3K/dAEzFgQJ798KsrT4E2Z8+TrgkEzY8BxU65257Fp95o3n6jek1jFdN4C3Kq0GZ xN7Nb+Y1cz4htdfpvbAWqGz19qjOuPYftDobKG8iPxno14JoIkjsW75eTcNmeFUuv3cf KTgg== X-Received: by 10.68.113.65 with SMTP id iw1mr10655232pbb.31.1368073870249; Wed, 08 May 2013 21:31:10 -0700 (PDT) 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <518AD693.10507@bobich.net> Date: Thu, 9 May 2013 00:31:05 -0400 Message-ID: <-1508222354300152116@unknownmsgid> To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Gordan, A couple suggestions and questions for you! On May 8, 2013, at 6:53 PM, Gordan Bobic wrote: > The only two things that come to mind as possible causes are: > 1) I'm on a dual socket system (dual Xeon X5650) There's a thread on xen-devel right now.... Someone attempting iommu with a dual socket Xeon system having trouble... Devices showing up twice with different addresses. It might not help at all, but it could be worth a peek. > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA have decided in their infinite wisdom to put all 7 PCIe slots behind NF200s, none are directly attached to the Intel NB). I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to utter a few dozen cuss words a piece. > What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have disabled enforcement of to get this far), and AFAIK shouldn't actually affect the basic PCI passthrough capability. Question: how'd you disable ACS? I think it may be causing me some issues. Have you tried passing the NF200 bridge itself, along with the devices behind it? If its possible, it may enable a "cleaner" interaction as the pcie bus ahead of it should be more well behaved. > All in all - rather deflating. I was really hoping that I wouldn't have to be stuck with rebooting between OS-es for another hardware generation. Also, are you doing VGA pass through, or just pcie pass through of a device that happens to be a video card? I'm guessing you mean the latter, but if not, it's definitely the more compatible option :) Cheers, Andrew > Gordan > > On 05/05/2013 11:19 PM, Gordan Bobic wrote: >> OK, I think I have finally managed to get things to what appears to be >> the average state of unreliability of ATI VGA passthrough (i.e. seems to >> work _most_ of the time after a fresh reboot, but becomes much more hit >> and miss after a VM reboot or two). >> >> I'm probably going to regret saying this when I find that over the next >> week I cannot get it to start up even once, fresh reboot or not, but >> what seems to have made a difference is disabling irq balancing (I'm on >> a dual X5650 machine, 2 CPUs, 6 cores / 12 threads each). >> >> So if you are having similarly difficult time, you might want to try the >> noirqbalance dom0 kernel boot parameter and disable the irqbalance service. >> >> Disclaimer: This is largely based on a gut feeling after a few hours >> testing, I certainly don't think it's definitive, but statistically it >> seems to help. >> >> I have a Quadro 2000 inbound, so I will test with that when it arrives >> next week. The optimist in me very much hoping it will "just work". The >> realist suspects that would be way too easy. Will know for sure one way >> or the other in a few days' time. >> >> Gordan >> >> >> On 05/05/2013 04:57 PM, Gordan Bobic wrote: >>> On 05/05/2013 04:42 PM, Gordan Bobic wrote: >>>> This problem continues to drive me nuts - not by it flat out not >>>> working, but by working _intermittently_. >>>> >>>> For the past week, I had not managed to get ATI VGA passthrough to boot >>>> up once (BSOD every time). I was tweaking some boot parameters, and at >>>> one point it not only booted up without BSOD-ing, it actually managed >>>> full screen 3D applications, and completed a full GPU benchmark pass of >>>> Crysis! >>>> >>>> So just to make sure, I did a full shutdown and cold-booted the machine >>>> again - BSOD after BSOD after BSOD. >>>> >>>> Rebooted it again, and now it works again, including full screen 3D >>>> switching. >>>> >>>> One thing I have established is that pci=resource_alignment=; >>>> kernel boot parameter makes the machine not boot at all. It looks like >>>> it wipes out the NIC by realigning things, and I need the NIC to work >>>> because the machine runs on NFS root (and the VM disk is an iSCSI >>>> share). >>>> >>>> Has anybody got any suggestions on how I might debug this any further? >>>> It's really quite annoying having this _almost_ working. It also looks >>>> like if it works once, it will continue working upon guest restarts. >>> >>> Another observation - when it boots up, and I "eject" the ATI card from >>> the guest, all that does it switch the guest display briefly to VNC >>> primary, followed by slightly corrupted output switching back to the ATI >>> card. And it is still responsive after that, I can execute a normal >>> shutdown, don't have to do it blind. > > > _______________________________________________ > 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 May 09 04:32:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 04:32: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 1UaIVm-0005eC-Vk; Thu, 09 May 2013 04:31:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaIVk-0005e7-PP for xen-users@lists.xen.org; Thu, 09 May 2013 04:31:21 +0000 Received: from [85.158.137.99:26577] by server-1.bemta-3.messagelabs.com id AB/D1-20211-3962B815; Thu, 09 May 2013 04:31:15 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1368073870!15949829!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 17872 invoked from network); 9 May 2013 04:31:12 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 04:31:12 -0000 Received: by mail-pa0-f48.google.com with SMTP id kp6so1820334pab.7 for ; Wed, 08 May 2013 21:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=1STcdkWRUeSYsiDZFFqcgbbTPaV2iWMR2fMq9oyRRz4=; b=ZVB1xmxKTQvZHG5jswry+5bu5elhp3Xi+8prsx8b2vmqRvgUN982SL7BlPzVAUv/j1 Qz1syqSKk32YyKJyWBAjM4PPRf0AZD97e7BFJb24gGO+cLPnEU1C2kTTUDnIe7m8bhZ4 yvT7YpWDTQ2/HW89LYSzRTDx8qVEDc4LXP+OXQZfxjZ2HslNmKjVv7VYSXQ/i+MNuIzF YRCz3K/dAEzFgQJ798KsrT4E2Z8+TrgkEzY8BxU65257Fp95o3n6jek1jFdN4C3Kq0GZ xN7Nb+Y1cz4htdfpvbAWqGz19qjOuPYftDobKG8iPxno14JoIkjsW75eTcNmeFUuv3cf KTgg== X-Received: by 10.68.113.65 with SMTP id iw1mr10655232pbb.31.1368073870249; Wed, 08 May 2013 21:31:10 -0700 (PDT) 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <518AD693.10507@bobich.net> Date: Thu, 9 May 2013 00:31:05 -0400 Message-ID: <-1508222354300152116@unknownmsgid> To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Gordan, A couple suggestions and questions for you! On May 8, 2013, at 6:53 PM, Gordan Bobic wrote: > The only two things that come to mind as possible causes are: > 1) I'm on a dual socket system (dual Xeon X5650) There's a thread on xen-devel right now.... Someone attempting iommu with a dual socket Xeon system having trouble... Devices showing up twice with different addresses. It might not help at all, but it could be worth a peek. > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA have decided in their infinite wisdom to put all 7 PCIe slots behind NF200s, none are directly attached to the Intel NB). I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to utter a few dozen cuss words a piece. > What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have disabled enforcement of to get this far), and AFAIK shouldn't actually affect the basic PCI passthrough capability. Question: how'd you disable ACS? I think it may be causing me some issues. Have you tried passing the NF200 bridge itself, along with the devices behind it? If its possible, it may enable a "cleaner" interaction as the pcie bus ahead of it should be more well behaved. > All in all - rather deflating. I was really hoping that I wouldn't have to be stuck with rebooting between OS-es for another hardware generation. Also, are you doing VGA pass through, or just pcie pass through of a device that happens to be a video card? I'm guessing you mean the latter, but if not, it's definitely the more compatible option :) Cheers, Andrew > Gordan > > On 05/05/2013 11:19 PM, Gordan Bobic wrote: >> OK, I think I have finally managed to get things to what appears to be >> the average state of unreliability of ATI VGA passthrough (i.e. seems to >> work _most_ of the time after a fresh reboot, but becomes much more hit >> and miss after a VM reboot or two). >> >> I'm probably going to regret saying this when I find that over the next >> week I cannot get it to start up even once, fresh reboot or not, but >> what seems to have made a difference is disabling irq balancing (I'm on >> a dual X5650 machine, 2 CPUs, 6 cores / 12 threads each). >> >> So if you are having similarly difficult time, you might want to try the >> noirqbalance dom0 kernel boot parameter and disable the irqbalance service. >> >> Disclaimer: This is largely based on a gut feeling after a few hours >> testing, I certainly don't think it's definitive, but statistically it >> seems to help. >> >> I have a Quadro 2000 inbound, so I will test with that when it arrives >> next week. The optimist in me very much hoping it will "just work". The >> realist suspects that would be way too easy. Will know for sure one way >> or the other in a few days' time. >> >> Gordan >> >> >> On 05/05/2013 04:57 PM, Gordan Bobic wrote: >>> On 05/05/2013 04:42 PM, Gordan Bobic wrote: >>>> This problem continues to drive me nuts - not by it flat out not >>>> working, but by working _intermittently_. >>>> >>>> For the past week, I had not managed to get ATI VGA passthrough to boot >>>> up once (BSOD every time). I was tweaking some boot parameters, and at >>>> one point it not only booted up without BSOD-ing, it actually managed >>>> full screen 3D applications, and completed a full GPU benchmark pass of >>>> Crysis! >>>> >>>> So just to make sure, I did a full shutdown and cold-booted the machine >>>> again - BSOD after BSOD after BSOD. >>>> >>>> Rebooted it again, and now it works again, including full screen 3D >>>> switching. >>>> >>>> One thing I have established is that pci=resource_alignment=; >>>> kernel boot parameter makes the machine not boot at all. It looks like >>>> it wipes out the NIC by realigning things, and I need the NIC to work >>>> because the machine runs on NFS root (and the VM disk is an iSCSI >>>> share). >>>> >>>> Has anybody got any suggestions on how I might debug this any further? >>>> It's really quite annoying having this _almost_ working. It also looks >>>> like if it works once, it will continue working upon guest restarts. >>> >>> Another observation - when it boots up, and I "eject" the ATI card from >>> the guest, all that does it switch the guest display briefly to VNC >>> primary, followed by slightly corrupted output switching back to the ATI >>> card. And it is still responsive after that, I can execute a normal >>> shutdown, don't have to do it blind. > > > _______________________________________________ > 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 May 09 06:41:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 06:41: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 1UaKWF-0001Lw-OZ; Thu, 09 May 2013 06:39:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaKWD-0001Lr-Fb for xen-users@lists.xen.org; Thu, 09 May 2013 06:39:57 +0000 Received: from [85.158.138.51:58723] by server-6.bemta-3.messagelabs.com id 3C/56-14331-CB44B815; Thu, 09 May 2013 06:39:56 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1368081595!28735725!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 15802 invoked from network); 9 May 2013 06:39:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 May 2013 06:39:55 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.121.211.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D536B2211A3 for ; Thu, 9 May 2013 07:39:50 +0100 (BST) Message-ID: <518B44AC.8070709@bobich.net> Date: Thu, 09 May 2013 07:39:40 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> In-Reply-To: <-1508222354300152116@unknownmsgid> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/09/2013 05:31 AM, Andrew Bobulsky wrote: > Hello Gordan, > > A couple suggestions and questions for you! Any suggestions gladly accepted. :) >> The only two things that come to mind as possible causes are: >> 1) I'm on a dual socket system (dual Xeon X5650) > > There's a thread on xen-devel right now.... Someone attempting iommu > with a dual socket Xeon system having trouble... Devices showing up > twice with different addresses. It might not help at all, but it > could be worth a peek. Do you have a thread name or archive link? I just signed up to the xen-devel list and had a quick look through the archives but haven't seen an obviously titled thread. >> 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA have decided in their infinite wisdom to put all 7 PCIe slots behind NF200s, none are directly attached to the Intel NB). > > I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to > utter a few dozen cuss words a piece. I can believe that. What is the solution, though? The thing that drives me really nuts about the issues I'm seeing (which may or may not be specifically related to the NF200) is that it is so intermittent. It works well enough to boot up and work with a gaming type load for a few minutes. Then something happens that causes the VGA card to require a reset, and it all falls apart. >> What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have disabled enforcement of to get this far), and AFAIK shouldn't actually affect the basic PCI passthrough capability. > > Question: how'd you disable ACS? I think it may be causing me some issues. Put: (pci-passthrough-strict-check no) (pci-dev-assign-strict-check no) in /etc/xen/xend-config.sxp If it was causing you issues, however, I'd expect you to find errors in logs pointing at it. > Have you tried passing the NF200 bridge itself, along with the devices > behind it? If its possible, it may enable a "cleaner" interaction as > the pcie bus ahead of it should be more well behaved. I think I tried it, and the error I got back was that you can pass individual PCI devices, but not a PCI bridges. >> All in all - rather deflating. I was really hoping that I wouldn't have to be stuck with rebooting between OS-es for another hardware generation. > > Also, are you doing VGA pass through, or just pcie pass through of a > device that happens to be a video card? I'm guessing you mean the > latter, but if not, it's definitely the more compatible option :) I am doing the latter (secondary VGA passthrough). The packages / tools stack when combined with libvirt and virt-manager causes the VM configuration to end up in xenstore, and I have not yet figured out a clean way to migrate between a text config file and xenstore. I might try gfx_passthrough=1 once I've figured out how to toggle it in the xenstore configuration. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 06:41:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 06:41: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 1UaKWF-0001Lw-OZ; Thu, 09 May 2013 06:39:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaKWD-0001Lr-Fb for xen-users@lists.xen.org; Thu, 09 May 2013 06:39:57 +0000 Received: from [85.158.138.51:58723] by server-6.bemta-3.messagelabs.com id 3C/56-14331-CB44B815; Thu, 09 May 2013 06:39:56 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1368081595!28735725!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 15802 invoked from network); 9 May 2013 06:39:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 May 2013 06:39:55 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.121.211.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D536B2211A3 for ; Thu, 9 May 2013 07:39:50 +0100 (BST) Message-ID: <518B44AC.8070709@bobich.net> Date: Thu, 09 May 2013 07:39:40 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> In-Reply-To: <-1508222354300152116@unknownmsgid> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/09/2013 05:31 AM, Andrew Bobulsky wrote: > Hello Gordan, > > A couple suggestions and questions for you! Any suggestions gladly accepted. :) >> The only two things that come to mind as possible causes are: >> 1) I'm on a dual socket system (dual Xeon X5650) > > There's a thread on xen-devel right now.... Someone attempting iommu > with a dual socket Xeon system having trouble... Devices showing up > twice with different addresses. It might not help at all, but it > could be worth a peek. Do you have a thread name or archive link? I just signed up to the xen-devel list and had a quick look through the archives but haven't seen an obviously titled thread. >> 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA have decided in their infinite wisdom to put all 7 PCIe slots behind NF200s, none are directly attached to the Intel NB). > > I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to > utter a few dozen cuss words a piece. I can believe that. What is the solution, though? The thing that drives me really nuts about the issues I'm seeing (which may or may not be specifically related to the NF200) is that it is so intermittent. It works well enough to boot up and work with a gaming type load for a few minutes. Then something happens that causes the VGA card to require a reset, and it all falls apart. >> What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have disabled enforcement of to get this far), and AFAIK shouldn't actually affect the basic PCI passthrough capability. > > Question: how'd you disable ACS? I think it may be causing me some issues. Put: (pci-passthrough-strict-check no) (pci-dev-assign-strict-check no) in /etc/xen/xend-config.sxp If it was causing you issues, however, I'd expect you to find errors in logs pointing at it. > Have you tried passing the NF200 bridge itself, along with the devices > behind it? If its possible, it may enable a "cleaner" interaction as > the pcie bus ahead of it should be more well behaved. I think I tried it, and the error I got back was that you can pass individual PCI devices, but not a PCI bridges. >> All in all - rather deflating. I was really hoping that I wouldn't have to be stuck with rebooting between OS-es for another hardware generation. > > Also, are you doing VGA pass through, or just pcie pass through of a > device that happens to be a video card? I'm guessing you mean the > latter, but if not, it's definitely the more compatible option :) I am doing the latter (secondary VGA passthrough). The packages / tools stack when combined with libvirt and virt-manager causes the VM configuration to end up in xenstore, and I have not yet figured out a clean way to migrate between a text config file and xenstore. I might try gfx_passthrough=1 once I've figured out how to toggle it in the xenstore configuration. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 10:56:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 10: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 1UaOV2-0003Jh-CZ; Thu, 09 May 2013 10:55:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaOV0-0003JU-2j; Thu, 09 May 2013 10:54:58 +0000 Received: from [85.158.138.51:41966] by server-3.bemta-3.messagelabs.com id 47/E5-28331-1808B815; Thu, 09 May 2013 10:54:57 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1368096896!32134525!1 X-Originating-IP: [209.85.215.182] 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 10011 invoked from network); 9 May 2013 10:54:56 -0000 Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 10:54:56 -0000 Received: by mail-ea0-f182.google.com with SMTP id z16so1524878ead.41 for ; Thu, 09 May 2013 03:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=mWo0mvqCfnMleMQY2htButeINazTuCtslwxsCxQXxVM=; b=qBG3w3ffm4wK6wcHM5ONUm2vjiBTLmjIFdxSNT/IaZpRwRdLS6c2NWncQQWi7DhW+I BRwGw7iW3JnAOfEvsMKBR4HwKsjWi5lnvFUxbqIaNPM/IKW9yID53cNWetDlWIzpaVQ1 CExLMdhpV3E/kIh2VY4E+14ATFtbjKCFjR2Srr6UuThAzu8gxxWNJg5ja+gxRtHzyodL Lo4mrlt0K5563lw3NKT092JG/oLQZVxBxsUSnMFCekr44/7L2MbZeudMXIcPPJrOnLY8 hW46bcjrE8ASqFm3MTAVM1VsVvkPSIjT7qzZmBAqdy5d+c9MazEZWDS4dNjKVxnCbunU eJiw== X-Received: by 10.15.48.193 with SMTP id h41mr27860646eew.23.1368096895921; Thu, 09 May 2013 03:54:55 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id bn53sm3423472eeb.7.2013.05.09.03.54.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 May 2013 03:54:55 -0700 (PDT) Message-ID: <518B807D.4050203@xen.org> Date: Thu, 09 May 2013 11:54:53 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Apache CloudStack Collaboration Summit - Call for Xen Community Participation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, Apache CloudStack is holding it's second Collaboration Summit, Jun 23-25, 2013 in Santa Clara, CA.As a large proportion ofCloudStack users use XAPI (in its various forms), it would be really good if our community hada presence. The type of contributions which make sense are: introductions and and case studies. More information about the conference can be found at: - CloudStack Collaboration Conference website: www.cloudstackcollab.org - CFP submission: http://www.cloudstackcollab.com/CfP/ The CFP deadline is May 11th, but I was told that the deadline likely will be extended by a week. Please submit proposals directly to the CloudStack site. Best Regards Lars P.S.: I will make simiular announcements for other projects we interface with, when being asked to do so by those projects _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 10:56:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 10: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 1UaOV2-0003Jh-CZ; Thu, 09 May 2013 10:55:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaOV0-0003JU-2j; Thu, 09 May 2013 10:54:58 +0000 Received: from [85.158.138.51:41966] by server-3.bemta-3.messagelabs.com id 47/E5-28331-1808B815; Thu, 09 May 2013 10:54:57 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1368096896!32134525!1 X-Originating-IP: [209.85.215.182] 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 10011 invoked from network); 9 May 2013 10:54:56 -0000 Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 10:54:56 -0000 Received: by mail-ea0-f182.google.com with SMTP id z16so1524878ead.41 for ; Thu, 09 May 2013 03:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=mWo0mvqCfnMleMQY2htButeINazTuCtslwxsCxQXxVM=; b=qBG3w3ffm4wK6wcHM5ONUm2vjiBTLmjIFdxSNT/IaZpRwRdLS6c2NWncQQWi7DhW+I BRwGw7iW3JnAOfEvsMKBR4HwKsjWi5lnvFUxbqIaNPM/IKW9yID53cNWetDlWIzpaVQ1 CExLMdhpV3E/kIh2VY4E+14ATFtbjKCFjR2Srr6UuThAzu8gxxWNJg5ja+gxRtHzyodL Lo4mrlt0K5563lw3NKT092JG/oLQZVxBxsUSnMFCekr44/7L2MbZeudMXIcPPJrOnLY8 hW46bcjrE8ASqFm3MTAVM1VsVvkPSIjT7qzZmBAqdy5d+c9MazEZWDS4dNjKVxnCbunU eJiw== X-Received: by 10.15.48.193 with SMTP id h41mr27860646eew.23.1368096895921; Thu, 09 May 2013 03:54:55 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id bn53sm3423472eeb.7.2013.05.09.03.54.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 May 2013 03:54:55 -0700 (PDT) Message-ID: <518B807D.4050203@xen.org> Date: Thu, 09 May 2013 11:54:53 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Apache CloudStack Collaboration Summit - Call for Xen Community Participation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, Apache CloudStack is holding it's second Collaboration Summit, Jun 23-25, 2013 in Santa Clara, CA.As a large proportion ofCloudStack users use XAPI (in its various forms), it would be really good if our community hada presence. The type of contributions which make sense are: introductions and and case studies. More information about the conference can be found at: - CloudStack Collaboration Conference website: www.cloudstackcollab.org - CFP submission: http://www.cloudstackcollab.com/CfP/ The CFP deadline is May 11th, but I was told that the deadline likely will be extended by a week. Please submit proposals directly to the CloudStack site. Best Regards Lars P.S.: I will make simiular announcements for other projects we interface with, when being asked to do so by those projects _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 12:53:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 12:53: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 1UaQKp-0007we-Jy; Thu, 09 May 2013 12:52:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaQKn-0007wW-Hf; Thu, 09 May 2013 12:52:34 +0000 Received: from [193.109.254.147:27229] by server-8.bemta-14.messagelabs.com id 77/F1-14822-01C9B815; Thu, 09 May 2013 12:52:32 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1368103950!9234244!1 X-Originating-IP: [65.55.90.208] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_60_70,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24554 invoked from network); 9 May 2013 12:52:31 -0000 Received: from snt0-omc4-s5.snt0.hotmail.com (HELO snt0-omc4-s5.snt0.hotmail.com) (65.55.90.208) by server-13.tower-27.messagelabs.com with SMTP; 9 May 2013 12:52:31 -0000 Received: from SNT136-W58 ([65.55.90.199]) by snt0-omc4-s5.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 May 2013 05:52:23 -0700 X-EIP: [A9hmLeNkFOz1ruGzgI+qLQJwTQYY7LfBQud3/bxhHrw=] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: "xen-devel@lists.xen.org" Date: Thu, 9 May 2013 21:52:23 +0900 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 09 May 2013 12:52:23.0679 (UTC) FILETIME=[0D0838F0:01CE4CB4] Cc: "xen-users@lists.xen.org" Subject: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5784796879412910510==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5784796879412910510== Content-Type: multipart/alternative; boundary="_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_" --_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGkgYWxsLA0KSSBkb3dubG9hZGVkIHhlbiB0YXJiYWxsIHNvdXJjZSBhbmQgYnVpbGQgaXQgeWVz dGVyZGF5IGZvciB0aGUgcHVycG9zZSBvZiB0ZXN0aW5nLkkgdXNlIFVidW50dSAxMi4wNCBhbmQg a2VybmVsIHZlcnNpb24gaXMgIDMuMi4wLTIzLWdlbmVyaWMgKHg4Nl82NClJIGhhZCBzdWNjZXNz aXZlbHkgYnVpbHQgYW5kIG1hZGUgdG8gaW5zdGFsbCBpdC4NCiQgc3VkbyB3Z2V0IGh0dHA6Ly9i aXRzLnhlbnNvdXJjZS5jb20vb3NzLXhlbi9yZWxlYXNlLzQuMy4wLXJjMS94ZW4tNC4zLjAtcmMx LnRhci5nei4uLiQgc3VkbyAuL2NvbmZpZ3VyZSQgc3VkbyBtYWtlIGRpc3QgJCBzdWRvIG1ha2Ug aW5zdGFsbCANCkZpbGVzIHJlbGF0ZWQgdG8gYm9vdCB3ZXJlIGNyZWF0ZWQgaGVyZTogJCBscyAt YWwgL2Jvb3QveGVuKmxyd3hyd3hyd3ggMSByb290IHJvb3QgICAgICAgMTkgTWF5ICA5IDIxOjEw IC9ib290L3hlbi00LjMuZ3ogLT4geGVuLTQuMy11bnN0YWJsZS5nei1ydy1yLS1yLS0gMSByb290 IHJvb3QgICA4MjEzNzUgTWF5ICA5IDIxOjEwIC9ib290L3hlbi00LjMtdW5zdGFibGUuZ3pscnd4 cnd4cnd4IDEgcm9vdCByb290ICAgICAgIDE5IE1heSAgOSAyMToxMCAvYm9vdC94ZW4tNC5neiAt PiB4ZW4tNC4zLXVuc3RhYmxlLmd6bHJ3eHJ3eHJ3eCAxIHJvb3Qgcm9vdCAgICAgICAxOSBNYXkg IDkgMjE6MTAgL2Jvb3QveGVuLmd6IC0+IHhlbi00LjMtdW5zdGFibGUuZ3otcnctci0tci0tIDEg cm9vdCByb290IDE0MDA1MDE0IE1heSAgOSAyMToxMCAvYm9vdC94ZW4tc3ltcy00LjMtdW5zdGFi bGUNCkJ1dCBJIGhhZCBmYWlsZWQgd2l0aCB1cGRhdGUtZ3J1cDokIHN1ZG8gdXBkYXRlLWdydWJH ZW5lcmF0aW5nIGdydWIuY2ZnIC4uLkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMu Mi4wLTIzLWdlbmVyaWNGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAt MjMtZ2VuZXJpY2Rwa2c6IHdhcm5pbmc6IHZlcnNpb24gJ3N5bXMtNC4zLXVuc3RhYmxlJyBoYXMg YmFkIHN5bnRheDogdmVyc2lvbiBudW1iZXIgZG9lcyBub3Qgc3RhcnQgd2l0aCBkaWdpdGRwa2c6 IHdhcm5pbmc6IHZlcnNpb24gJy9ib290L3hlbi5neicgaGFzIGJhZCBzeW50YXg6IHZlcnNpb24g bnVtYmVyIGRvZXMgbm90IHN0YXJ0IHdpdGggZGlnaXRkcGtnOiB3YXJuaW5nOiB2ZXJzaW9uICdz eW1zLTQuMy11bnN0YWJsZScgaGFzIGJhZCBzeW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90 IHN0YXJ0IHdpdGggZGlnaXRGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0y My1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdl bmVyaWNkcGtnOiB3YXJuaW5nOiB2ZXJzaW9uICdzeW1zLTQuMy11bnN0YWJsZScgaGFzIGJhZCBz eW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90IHN0YXJ0IHdpdGggZGlnaXRGb3VuZCBsaW51 eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdl OiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWNGb3VuZCBsaW51eCBpbWFnZTogL2Jv b3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0 cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWNGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0z LjIuMC0yMy1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4w LTIzLWdlbmVyaWNGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5l cmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWNG b3VuZCBtZW10ZXN0ODYrIGltYWdlOiAvbWVtdGVzdDg2Ky5iaW5kb25lDQphbmQgSXQgY291bGRu J3QgdXBkYXRlIGdydWIgZmlsZSAoL2V0Yy9kZWZhdWx0L2dydWIpIGF0IGFsbC4NCkhvdyBjYW4g SSB0byBtYWtlICJ1cGRhdGUtZ3J1cCIgd29yaz8gDQpSZWdhcmRzLFllb25raS4NCg0KIAkJIAkg ICAJCSAg --_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iQ2FsaWJyaSI+SGkg YWxsLDwvZm9udD48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxmb250IHNpemU9IjMiIGZhY2U9IkNhbGli cmkiPkkgZG93bmxvYWRlZCB4ZW4gdGFyYmFsbCBzb3VyY2UgYW5kIGJ1aWxkIGl0IHllc3RlcmRh eSBmb3IgdGhlIHB1cnBvc2Ugb2YgdGVzdGluZy48L2ZvbnQ+PC9kaXY+PGRpdj5JIHVzZSBVYnVu dHUgMTIuMDQgYW5kIGtlcm5lbCB2ZXJzaW9uIGlzJm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7Ij4zLjIuMC0yMy1nZW5lcmlj ICh4ODZfNjQpPC9zcGFuPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iQ2FsaWJyaSI+ SSBoYWQgc3VjY2Vzc2l2ZWx5IGJ1aWx0IGFuZCBtYWRlIHRvIGluc3RhbGwmbmJzcDtpdC48L2Zv bnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+PC9mb250PjwvZGl2PjxkaXY+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTJwdDsgb3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdl YmtpdC1hdXRvOyB3aWRvd3M6IDI7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4kIHN1ZG8gd2dldCBo dHRwOi8vYml0cy54ZW5zb3VyY2UuY29tL29zcy14ZW4vcmVsZWFzZS80LjMuMC1yYzEveGVuLTQu My4wLXJjMS50YXIuZ3o8L2ZvbnQ+PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTJwdDsgb3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6 IDI7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4uLi48L2ZvbnQ+PC9zcGFuPjwvZGl2PjxkaXY+PGRp dj48c3BhbiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRv d3M6IDI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+JCBzdWRvIC4v Y29uZmlndXJlPC9mb250Pjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2PjxkaXY+PGZvbnQgc2l6ZT0i MyIgZmFjZT0iQ2FsaWJyaSI+JCBzdWRvIG1ha2UgZGlzdCZuYnNwOzwvZm9udD48L2Rpdj48ZGl2 Pjxmb250IHNpemU9IjMiIGZhY2U9IkNhbGlicmkiPiQgc3VkbyBtYWtlIGluc3RhbGwmbmJzcDs8 L2ZvbnQ+PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5GaWxlcyByZWxhdGVkIHRvIGJv b3Qgd2VyZSBjcmVhdGVkIGhlcmU6Jm5ic3A7PC9kaXY+PGRpdj48ZGl2Pjxmb250IGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87 IHdpZG93czogMjsgZm9udC1zaXplOiAxMnB0OyI+JCBscyAtYWwgL2Jvb3QveGVuKjwvc3Bhbj48 YnIgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAy OyBmb250LXNpemU6IG1lZGl1bTsiPjxzcGFuIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWdu OiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXplOiAxMnB0OyI+bHJ3eHJ3eHJ3eCAx IHJvb3Qgcm9vdCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxOSBNYXkmbmJz cDsgOSAyMToxMCAvYm9vdC94ZW4tNC4zLmd6IC0mZ3Q7IHhlbi00LjMtdW5zdGFibGUuZ3o8L3Nw YW4+PGJyIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93 czogMjsgZm9udC1zaXplOiBtZWRpdW07Ij48c3BhbiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1h bGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZvbnQtc2l6ZTogMTJwdDsiPi1ydy1yLS1y LS0gMSByb290IHJvb3QmbmJzcDsmbmJzcDsgODIxMzc1IE1heSZuYnNwOyA5IDIxOjEwIC9ib290 L3hlbi00LjMtdW5zdGFibGUuZ3o8L3NwYW4+PGJyIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFs aWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXplOiBtZWRpdW07Ij48c3BhbiBz dHlsZT0ib3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZv bnQtc2l6ZTogMTJwdDsiPmxyd3hyd3hyd3ggMSByb290IHJvb3QmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgMTkgTWF5Jm5ic3A7IDkgMjE6MTAgL2Jvb3QveGVuLTQuZ3ogLSZn dDsgeGVuLTQuMy11bnN0YWJsZS5nejwvc3Bhbj48YnIgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQt YWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxzcGFu IHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsg Zm9udC1zaXplOiAxMnB0OyI+bHJ3eHJ3eHJ3eCAxIHJvb3Qgcm9vdCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAxOSBNYXkmbmJzcDsgOSAyMToxMCAvYm9vdC94ZW4uZ3ogLSZn dDsgeGVuLTQuMy11bnN0YWJsZS5nejwvc3Bhbj48YnIgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQt YWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxzcGFu IHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsg Zm9udC1zaXplOiAxMnB0OyI+LXJ3LXItLXItLSAxIHJvb3Qgcm9vdCAxNDAwNTAxNCBNYXkmbmJz cDsgOSAyMToxMCAvYm9vdC94ZW4tc3ltcy00LjMtdW5zdGFibGU8L3NwYW4+PC9mb250PjwvZGl2 PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iQ2FsaWJyaSI+ QnV0IEkgaGFkIGZhaWxlZCB3aXRoIHVwZGF0ZS1ncnVwOjwvZm9udD48L2Rpdj48ZGl2PjxkaXY+ PGZvbnQgZmFjZT0iQ2FsaWJyaSI+JCBzdWRvIHVwZGF0ZS1ncnViPC9mb250PjwvZGl2PjxkaXY+ PGZvbnQgZmFjZT0iQ2FsaWJyaSI+R2VuZXJhdGluZyBncnViLmNmZyAuLi48L2ZvbnQ+PC9kaXY+ PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj5Gb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51 ei0zLjIuMC0yMy1nZW5lcmljPC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+ Rm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWM8L2Zv bnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBjb2xvcj0iIzhjMDA5NSI+ZHBrZzog d2FybmluZzogdmVyc2lvbiAnc3ltcy00LjMtdW5zdGFibGUnIGhhcyBiYWQgc3ludGF4OiB2ZXJz aW9uIG51bWJlciBkb2VzIG5vdCBzdGFydCB3aXRoIGRpZ2l0PC9mb250PjwvZGl2PjxkaXY+PGZv bnQgZmFjZT0iQ2FsaWJyaSIgY29sb3I9IiM4YzAwOTUiPmRwa2c6IHdhcm5pbmc6IHZlcnNpb24g Jy9ib290L3hlbi5neicgaGFzIGJhZCBzeW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90IHN0 YXJ0IHdpdGggZGlnaXQ8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBjb2xv cj0iIzhjMDA5NSI+ZHBrZzogd2FybmluZzogdmVyc2lvbiAnc3ltcy00LjMtdW5zdGFibGUnIGhh cyBiYWQgc3ludGF4OiB2ZXJzaW9uIG51bWJlciBkb2VzIG5vdCBzdGFydCB3aXRoIGRpZ2l0PC9m b250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+Rm91bmQgbGludXggaW1hZ2U6IC9i b290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9 IkNhbGlicmkiPkZvdW5kIGluaXRyZCBpbWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1n ZW5lcmljPC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSIgY29sb3I9IiM4YzAw OTUiPmRwa2c6IHdhcm5pbmc6IHZlcnNpb24gJ3N5bXMtNC4zLXVuc3RhYmxlJyBoYXMgYmFkIHN5 bnRheDogdmVyc2lvbiBudW1iZXIgZG9lcyBub3Qgc3RhcnQgd2l0aCBkaWdpdDwvZm9udD48L2Rp dj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxp bnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJp Ij5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzwv Zm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZvdW5kIGxpbnV4IGltYWdlOiAv Ym9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNl PSJDYWxpYnJpIj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMt Z2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZvdW5kIGxpbnV4 IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9kaXY+PGRpdj48 Zm9udCBmYWNlPSJDYWxpYnJpIj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWct My4yLjAtMjMtZ2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZv dW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9k aXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2lu aXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNh bGlicmkiPkZvdW5kIG1lbXRlc3Q4NisgaW1hZ2U6IC9tZW10ZXN0ODYrLmJpbjwvZm9udD48L2Rp dj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPmRvbmU8L2ZvbnQ+PC9kaXY+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5hbmQgSXQgY291bGRuJ3QgdXBkYXRlIGdydWIgZmlsZSAoL2V0Yy9kZWZh dWx0L2dydWIpIGF0IGFsbC48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkhvdyBjYW4gSSB0byBt YWtlICJ1cGRhdGUtZ3J1cCIgd29yaz8mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJl Z2FyZHMsPC9kaXY+PGRpdj5ZZW9ua2kuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9k aXY+IAkJIAkgICAJCSAgPC9kaXY+PC9ib2R5Pg0KPC9odG1sPg== --_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_-- --===============5784796879412910510== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5784796879412910510==-- From xen-users-bounces@lists.xen.org Thu May 09 12:53:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 12:53: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 1UaQKp-0007we-Jy; Thu, 09 May 2013 12:52:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaQKn-0007wW-Hf; Thu, 09 May 2013 12:52:34 +0000 Received: from [193.109.254.147:27229] by server-8.bemta-14.messagelabs.com id 77/F1-14822-01C9B815; Thu, 09 May 2013 12:52:32 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1368103950!9234244!1 X-Originating-IP: [65.55.90.208] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_60_70,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24554 invoked from network); 9 May 2013 12:52:31 -0000 Received: from snt0-omc4-s5.snt0.hotmail.com (HELO snt0-omc4-s5.snt0.hotmail.com) (65.55.90.208) by server-13.tower-27.messagelabs.com with SMTP; 9 May 2013 12:52:31 -0000 Received: from SNT136-W58 ([65.55.90.199]) by snt0-omc4-s5.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 May 2013 05:52:23 -0700 X-EIP: [A9hmLeNkFOz1ruGzgI+qLQJwTQYY7LfBQud3/bxhHrw=] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: "xen-devel@lists.xen.org" Date: Thu, 9 May 2013 21:52:23 +0900 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 09 May 2013 12:52:23.0679 (UTC) FILETIME=[0D0838F0:01CE4CB4] Cc: "xen-users@lists.xen.org" Subject: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5784796879412910510==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5784796879412910510== Content-Type: multipart/alternative; boundary="_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_" --_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGkgYWxsLA0KSSBkb3dubG9hZGVkIHhlbiB0YXJiYWxsIHNvdXJjZSBhbmQgYnVpbGQgaXQgeWVz dGVyZGF5IGZvciB0aGUgcHVycG9zZSBvZiB0ZXN0aW5nLkkgdXNlIFVidW50dSAxMi4wNCBhbmQg a2VybmVsIHZlcnNpb24gaXMgIDMuMi4wLTIzLWdlbmVyaWMgKHg4Nl82NClJIGhhZCBzdWNjZXNz aXZlbHkgYnVpbHQgYW5kIG1hZGUgdG8gaW5zdGFsbCBpdC4NCiQgc3VkbyB3Z2V0IGh0dHA6Ly9i aXRzLnhlbnNvdXJjZS5jb20vb3NzLXhlbi9yZWxlYXNlLzQuMy4wLXJjMS94ZW4tNC4zLjAtcmMx LnRhci5nei4uLiQgc3VkbyAuL2NvbmZpZ3VyZSQgc3VkbyBtYWtlIGRpc3QgJCBzdWRvIG1ha2Ug aW5zdGFsbCANCkZpbGVzIHJlbGF0ZWQgdG8gYm9vdCB3ZXJlIGNyZWF0ZWQgaGVyZTogJCBscyAt YWwgL2Jvb3QveGVuKmxyd3hyd3hyd3ggMSByb290IHJvb3QgICAgICAgMTkgTWF5ICA5IDIxOjEw IC9ib290L3hlbi00LjMuZ3ogLT4geGVuLTQuMy11bnN0YWJsZS5nei1ydy1yLS1yLS0gMSByb290 IHJvb3QgICA4MjEzNzUgTWF5ICA5IDIxOjEwIC9ib290L3hlbi00LjMtdW5zdGFibGUuZ3pscnd4 cnd4cnd4IDEgcm9vdCByb290ICAgICAgIDE5IE1heSAgOSAyMToxMCAvYm9vdC94ZW4tNC5neiAt PiB4ZW4tNC4zLXVuc3RhYmxlLmd6bHJ3eHJ3eHJ3eCAxIHJvb3Qgcm9vdCAgICAgICAxOSBNYXkg IDkgMjE6MTAgL2Jvb3QveGVuLmd6IC0+IHhlbi00LjMtdW5zdGFibGUuZ3otcnctci0tci0tIDEg cm9vdCByb290IDE0MDA1MDE0IE1heSAgOSAyMToxMCAvYm9vdC94ZW4tc3ltcy00LjMtdW5zdGFi bGUNCkJ1dCBJIGhhZCBmYWlsZWQgd2l0aCB1cGRhdGUtZ3J1cDokIHN1ZG8gdXBkYXRlLWdydWJH ZW5lcmF0aW5nIGdydWIuY2ZnIC4uLkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMu Mi4wLTIzLWdlbmVyaWNGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAt MjMtZ2VuZXJpY2Rwa2c6IHdhcm5pbmc6IHZlcnNpb24gJ3N5bXMtNC4zLXVuc3RhYmxlJyBoYXMg YmFkIHN5bnRheDogdmVyc2lvbiBudW1iZXIgZG9lcyBub3Qgc3RhcnQgd2l0aCBkaWdpdGRwa2c6 IHdhcm5pbmc6IHZlcnNpb24gJy9ib290L3hlbi5neicgaGFzIGJhZCBzeW50YXg6IHZlcnNpb24g bnVtYmVyIGRvZXMgbm90IHN0YXJ0IHdpdGggZGlnaXRkcGtnOiB3YXJuaW5nOiB2ZXJzaW9uICdz eW1zLTQuMy11bnN0YWJsZScgaGFzIGJhZCBzeW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90 IHN0YXJ0IHdpdGggZGlnaXRGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0y My1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdl bmVyaWNkcGtnOiB3YXJuaW5nOiB2ZXJzaW9uICdzeW1zLTQuMy11bnN0YWJsZScgaGFzIGJhZCBz eW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90IHN0YXJ0IHdpdGggZGlnaXRGb3VuZCBsaW51 eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdl OiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWNGb3VuZCBsaW51eCBpbWFnZTogL2Jv b3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0 cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWNGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0z LjIuMC0yMy1nZW5lcmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4w LTIzLWdlbmVyaWNGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5l cmljRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWNG b3VuZCBtZW10ZXN0ODYrIGltYWdlOiAvbWVtdGVzdDg2Ky5iaW5kb25lDQphbmQgSXQgY291bGRu J3QgdXBkYXRlIGdydWIgZmlsZSAoL2V0Yy9kZWZhdWx0L2dydWIpIGF0IGFsbC4NCkhvdyBjYW4g SSB0byBtYWtlICJ1cGRhdGUtZ3J1cCIgd29yaz8gDQpSZWdhcmRzLFllb25raS4NCg0KIAkJIAkg ICAJCSAg --_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iQ2FsaWJyaSI+SGkg YWxsLDwvZm9udD48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxmb250IHNpemU9IjMiIGZhY2U9IkNhbGli cmkiPkkgZG93bmxvYWRlZCB4ZW4gdGFyYmFsbCBzb3VyY2UgYW5kIGJ1aWxkIGl0IHllc3RlcmRh eSBmb3IgdGhlIHB1cnBvc2Ugb2YgdGVzdGluZy48L2ZvbnQ+PC9kaXY+PGRpdj5JIHVzZSBVYnVu dHUgMTIuMDQgYW5kIGtlcm5lbCB2ZXJzaW9uIGlzJm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmk7Ij4zLjIuMC0yMy1nZW5lcmlj ICh4ODZfNjQpPC9zcGFuPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iQ2FsaWJyaSI+ SSBoYWQgc3VjY2Vzc2l2ZWx5IGJ1aWx0IGFuZCBtYWRlIHRvIGluc3RhbGwmbmJzcDtpdC48L2Zv bnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+PC9mb250PjwvZGl2PjxkaXY+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTJwdDsgb3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdl YmtpdC1hdXRvOyB3aWRvd3M6IDI7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4kIHN1ZG8gd2dldCBo dHRwOi8vYml0cy54ZW5zb3VyY2UuY29tL29zcy14ZW4vcmVsZWFzZS80LjMuMC1yYzEveGVuLTQu My4wLXJjMS50YXIuZ3o8L2ZvbnQ+PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTJwdDsgb3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6 IDI7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4uLi48L2ZvbnQ+PC9zcGFuPjwvZGl2PjxkaXY+PGRp dj48c3BhbiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRv d3M6IDI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+JCBzdWRvIC4v Y29uZmlndXJlPC9mb250Pjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2PjxkaXY+PGZvbnQgc2l6ZT0i MyIgZmFjZT0iQ2FsaWJyaSI+JCBzdWRvIG1ha2UgZGlzdCZuYnNwOzwvZm9udD48L2Rpdj48ZGl2 Pjxmb250IHNpemU9IjMiIGZhY2U9IkNhbGlicmkiPiQgc3VkbyBtYWtlIGluc3RhbGwmbmJzcDs8 L2ZvbnQ+PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5GaWxlcyByZWxhdGVkIHRvIGJv b3Qgd2VyZSBjcmVhdGVkIGhlcmU6Jm5ic3A7PC9kaXY+PGRpdj48ZGl2Pjxmb250IGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87 IHdpZG93czogMjsgZm9udC1zaXplOiAxMnB0OyI+JCBscyAtYWwgL2Jvb3QveGVuKjwvc3Bhbj48 YnIgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAy OyBmb250LXNpemU6IG1lZGl1bTsiPjxzcGFuIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWdu OiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXplOiAxMnB0OyI+bHJ3eHJ3eHJ3eCAx IHJvb3Qgcm9vdCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxOSBNYXkmbmJz cDsgOSAyMToxMCAvYm9vdC94ZW4tNC4zLmd6IC0mZ3Q7IHhlbi00LjMtdW5zdGFibGUuZ3o8L3Nw YW4+PGJyIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93 czogMjsgZm9udC1zaXplOiBtZWRpdW07Ij48c3BhbiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1h bGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZvbnQtc2l6ZTogMTJwdDsiPi1ydy1yLS1y LS0gMSByb290IHJvb3QmbmJzcDsmbmJzcDsgODIxMzc1IE1heSZuYnNwOyA5IDIxOjEwIC9ib290 L3hlbi00LjMtdW5zdGFibGUuZ3o8L3NwYW4+PGJyIHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFs aWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXplOiBtZWRpdW07Ij48c3BhbiBz dHlsZT0ib3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZv bnQtc2l6ZTogMTJwdDsiPmxyd3hyd3hyd3ggMSByb290IHJvb3QmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgMTkgTWF5Jm5ic3A7IDkgMjE6MTAgL2Jvb3QveGVuLTQuZ3ogLSZn dDsgeGVuLTQuMy11bnN0YWJsZS5nejwvc3Bhbj48YnIgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQt YWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxzcGFu IHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsg Zm9udC1zaXplOiAxMnB0OyI+bHJ3eHJ3eHJ3eCAxIHJvb3Qgcm9vdCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAxOSBNYXkmbmJzcDsgOSAyMToxMCAvYm9vdC94ZW4uZ3ogLSZn dDsgeGVuLTQuMy11bnN0YWJsZS5nejwvc3Bhbj48YnIgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQt YWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxzcGFu IHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsg Zm9udC1zaXplOiAxMnB0OyI+LXJ3LXItLXItLSAxIHJvb3Qgcm9vdCAxNDAwNTAxNCBNYXkmbmJz cDsgOSAyMToxMCAvYm9vdC94ZW4tc3ltcy00LjMtdW5zdGFibGU8L3NwYW4+PC9mb250PjwvZGl2 PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iQ2FsaWJyaSI+ QnV0IEkgaGFkIGZhaWxlZCB3aXRoIHVwZGF0ZS1ncnVwOjwvZm9udD48L2Rpdj48ZGl2PjxkaXY+ PGZvbnQgZmFjZT0iQ2FsaWJyaSI+JCBzdWRvIHVwZGF0ZS1ncnViPC9mb250PjwvZGl2PjxkaXY+ PGZvbnQgZmFjZT0iQ2FsaWJyaSI+R2VuZXJhdGluZyBncnViLmNmZyAuLi48L2ZvbnQ+PC9kaXY+ PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj5Gb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51 ei0zLjIuMC0yMy1nZW5lcmljPC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+ Rm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWM8L2Zv bnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBjb2xvcj0iIzhjMDA5NSI+ZHBrZzog d2FybmluZzogdmVyc2lvbiAnc3ltcy00LjMtdW5zdGFibGUnIGhhcyBiYWQgc3ludGF4OiB2ZXJz aW9uIG51bWJlciBkb2VzIG5vdCBzdGFydCB3aXRoIGRpZ2l0PC9mb250PjwvZGl2PjxkaXY+PGZv bnQgZmFjZT0iQ2FsaWJyaSIgY29sb3I9IiM4YzAwOTUiPmRwa2c6IHdhcm5pbmc6IHZlcnNpb24g Jy9ib290L3hlbi5neicgaGFzIGJhZCBzeW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90IHN0 YXJ0IHdpdGggZGlnaXQ8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBjb2xv cj0iIzhjMDA5NSI+ZHBrZzogd2FybmluZzogdmVyc2lvbiAnc3ltcy00LjMtdW5zdGFibGUnIGhh cyBiYWQgc3ludGF4OiB2ZXJzaW9uIG51bWJlciBkb2VzIG5vdCBzdGFydCB3aXRoIGRpZ2l0PC9m b250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+Rm91bmQgbGludXggaW1hZ2U6IC9i b290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9 IkNhbGlicmkiPkZvdW5kIGluaXRyZCBpbWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1n ZW5lcmljPC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSIgY29sb3I9IiM4YzAw OTUiPmRwa2c6IHdhcm5pbmc6IHZlcnNpb24gJ3N5bXMtNC4zLXVuc3RhYmxlJyBoYXMgYmFkIHN5 bnRheDogdmVyc2lvbiBudW1iZXIgZG9lcyBub3Qgc3RhcnQgd2l0aCBkaWdpdDwvZm9udD48L2Rp dj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxp bnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJp Ij5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzwv Zm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZvdW5kIGxpbnV4IGltYWdlOiAv Ym9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNl PSJDYWxpYnJpIj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMt Z2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZvdW5kIGxpbnV4 IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9kaXY+PGRpdj48 Zm9udCBmYWNlPSJDYWxpYnJpIj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWct My4yLjAtMjMtZ2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkZv dW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8L2ZvbnQ+PC9k aXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2lu aXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNh bGlicmkiPkZvdW5kIG1lbXRlc3Q4NisgaW1hZ2U6IC9tZW10ZXN0ODYrLmJpbjwvZm9udD48L2Rp dj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPmRvbmU8L2ZvbnQ+PC9kaXY+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5hbmQgSXQgY291bGRuJ3QgdXBkYXRlIGdydWIgZmlsZSAoL2V0Yy9kZWZh dWx0L2dydWIpIGF0IGFsbC48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkhvdyBjYW4gSSB0byBt YWtlICJ1cGRhdGUtZ3J1cCIgd29yaz8mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJl Z2FyZHMsPC9kaXY+PGRpdj5ZZW9ua2kuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9k aXY+IAkJIAkgICAJCSAgPC9kaXY+PC9ib2R5Pg0KPC9odG1sPg== --_e4eeb172-295b-4dc5-9df3-7d69f186b9e0_-- --===============5784796879412910510== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5784796879412910510==-- From xen-users-bounces@lists.xen.org Thu May 09 13:07:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 13:07: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 1UaQY6-0000AG-I5; Thu, 09 May 2013 13:06:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaQY4-00009u-NQ; Thu, 09 May 2013 13:06:16 +0000 Received: from [85.158.143.99:37278] by server-2.bemta-4.messagelabs.com id 21/4D-27124-74F9B815; Thu, 09 May 2013 13:06:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1368104774!31347192!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 1464 invoked from network); 9 May 2013 13:06:14 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 13:06:14 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4397935" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 May 2013 13:00:06 +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, 9 May 2013 14:06:13 +0100 Message-ID: <1368104772.17285.132.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Yeonki Choi Date: Thu, 9 May 2013 14:06:12 +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" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-09 at 13:52 +0100, Yeonki Choi wrote: > How can I to make "update-grup" work? update-grub cannot cope with the naming scheme for the symlinks which Xen installs. Debian/Ubuntu packages DTRT here but for source installs you should be able to nuke the problematic symlinks, as long as the real file still exists it should be fine. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 13:07:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 13:07: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 1UaQY6-0000AG-I5; Thu, 09 May 2013 13:06:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaQY4-00009u-NQ; Thu, 09 May 2013 13:06:16 +0000 Received: from [85.158.143.99:37278] by server-2.bemta-4.messagelabs.com id 21/4D-27124-74F9B815; Thu, 09 May 2013 13:06:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1368104774!31347192!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 1464 invoked from network); 9 May 2013 13:06:14 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 13:06:14 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4397935" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 May 2013 13:00:06 +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, 9 May 2013 14:06:13 +0100 Message-ID: <1368104772.17285.132.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Yeonki Choi Date: Thu, 9 May 2013 14:06:12 +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" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-09 at 13:52 +0100, Yeonki Choi wrote: > How can I to make "update-grup" work? update-grub cannot cope with the naming scheme for the symlinks which Xen installs. Debian/Ubuntu packages DTRT here but for source installs you should be able to nuke the problematic symlinks, as long as the real file still exists it should be fine. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 14:21:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:21: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 1UaRhr-0004F2-NS; Thu, 09 May 2013 14:20:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaRhp-0004Ex-N3 for xen-users@lists.xen.org; Thu, 09 May 2013 14:20:26 +0000 Received: from [85.158.139.83:41952] by server-16.bemta-5.messagelabs.com id 0E/86-31493-9A0BB815; Thu, 09 May 2013 14:20:25 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1368109220!20596437!1 X-Originating-IP: [209.85.128.176] 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 12629 invoked from network); 9 May 2013 14:20:21 -0000 Received: from mail-ve0-f176.google.com (HELO mail-ve0-f176.google.com) (209.85.128.176) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:20:21 -0000 Received: by mail-ve0-f176.google.com with SMTP id db10so1286915veb.35 for ; Thu, 09 May 2013 07:20:20 -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=tBTYGTQtOma2DXz0uNTBJDnXmILxLyuxlVr03QCJU8M=; b=wfyETLO1JcwUQis3E9wkAV+vadRU2O+ed+B7ey+EMVUWU3VUjhvBc52v2nNh4unQ5w I/eij8FeOBD38lCOZDy+MGoSV0huv8Q+R0MGQlMMhh6OoALCpckDdJLA6gaPOq66Mwns 6JnqmY/Sb7uhg3Y/SYzLF7o1eNBxkm8tcS6gjG6k/kVR5ywpGiDDh4l6xFsyOFhLJ0Ka LUHlMv9oq5rPYy1aesPAi7GHTjEGBGbCsSKK6TseSujOC/OoBk327V9PYhCyDuTQGX8e tTeYknKRypC/B0gEtBBF7gisB5QYpNG3BABrFwMUEoSqizz3ZnXse5gw+DXAl4tDMXaQ cJqg== MIME-Version: 1.0 X-Received: by 10.52.172.73 with SMTP id ba9mr7047558vdc.16.1368109220425; Thu, 09 May 2013 07:20:20 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Thu, 9 May 2013 07:20:20 -0700 (PDT) In-Reply-To: <518B44AC.8070709@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> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> Date: Thu, 9 May 2013 14:20:20 +0000 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3732243170038798388==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3732243170038798388== Content-Type: multipart/alternative; boundary=089e0160c9c018f41804dc49c059 --089e0160c9c018f41804dc49c059 Content-Type: text/plain; charset=UTF-8 Thanks for posting the results Gordan, unfortunate that it isn't working as well as we hoped. > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA >>> have decided in their infinite wisdom to put all 7 PCIe slots behind >>> NF200s, none are directly attached to the Intel NB). >>> >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> > > I can believe that. What is the solution, though? > > The thing that drives me really nuts about the issues I'm seeing (which > may or may not be specifically related to the NF200) is that it is so > intermittent. It works well enough to boot up and work with a gaming type > load for a few minutes. Then something happens that causes the VGA card to > require a reset, and it all falls apart. > > My solution was to buy another motherboard, I had no luck at all passing the devices behind the NF200, and similar to your situation all but one PCIe slot on that board was behind that bridge. > What about with PCIe devices behind NF200 bridges? I know the NF200s >>> don't support PCI ACS, but that is a security feature (which I have >>> disabled enforcement of to get this far), and AFAIK shouldn't actually >>> affect the basic PCI passthrough capability. >>> >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> > > Put: > > (pci-passthrough-strict-check no) > (pci-dev-assign-strict-check no) > > in /etc/xen/xend-config.sxp > > If it was causing you issues, however, I'd expect you to find errors in > logs pointing at it. > > As I understand the xend-config.sxp is for the xm toolstack and deprecated Xend service. Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. My understanding is it was for the xm toolstack only and deprecated with 4.2. Any chance you can share how you configured it to work? Apparently it is required to get libvirt working, which I also did not know was compatible with Xen 4.2. --089e0160c9c018f41804dc49c059 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Thanks for posting the results Gordan, unfo= rtunate that it isn't working as well as we hoped.

2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA= have decided in their infinite wisdom to put all 7 PCIe slots behind NF200= s, none are directly attached to the Intel NB).

I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to utter a few dozen cuss words a piece.

I can believe that. What is the solution, though?

The thing that drives me really nuts about the issues I'm seeing (which= may or may not be specifically related to the NF200) is that it is so inte= rmittent. It works well enough to boot up and work with a gaming type load = for a few minutes. Then something happens that causes the VGA card to requi= re a reset, and it all falls apart.


My solution was to buy another m= otherboard, I had no luck at all passing the devices behind the NF200, and = similar to your situation all but one PCIe slot on that board was behind th= at bridge.


What about with PCIe devices behind NF200 bridges? I know the NF200s don= 9;t support PCI ACS, but that is a security feature (which I have disabled = enforcement of to get this far), and AFAIK shouldn't actually affect th= e basic PCI passthrough capability.

Question: how'd you disable ACS? =C2=A0I think it may be causing me som= e issues.

Put:

(pci-passthrough-strict-check no)
(pci-dev-assign-strict-check no)

in /etc/xen/xend-config.sxp

If it was causing you issues, however, I'd expect you to find errors in= logs pointing at it.


As I understand the xend-c= onfig.sxp is for the xm toolstack and deprecated Xend service.


Perhaps I am confused, or things changed= while I wasn't looking, but for me enabling Xend breaks the xl toolsta= ck. =C2=A0My understanding is it was for the xm toolstack only and deprecat= ed with 4.2. =C2=A0Any chance you can share how you configured it to work? = =C2=A0Apparently it is required to get libvirt working, which I also did no= t know was compatible with Xen 4.2.

--089e0160c9c018f41804dc49c059-- --===============3732243170038798388== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3732243170038798388==-- From xen-users-bounces@lists.xen.org Thu May 09 14:21:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:21: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 1UaRhr-0004F2-NS; Thu, 09 May 2013 14:20:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaRhp-0004Ex-N3 for xen-users@lists.xen.org; Thu, 09 May 2013 14:20:26 +0000 Received: from [85.158.139.83:41952] by server-16.bemta-5.messagelabs.com id 0E/86-31493-9A0BB815; Thu, 09 May 2013 14:20:25 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1368109220!20596437!1 X-Originating-IP: [209.85.128.176] 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 12629 invoked from network); 9 May 2013 14:20:21 -0000 Received: from mail-ve0-f176.google.com (HELO mail-ve0-f176.google.com) (209.85.128.176) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:20:21 -0000 Received: by mail-ve0-f176.google.com with SMTP id db10so1286915veb.35 for ; Thu, 09 May 2013 07:20:20 -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=tBTYGTQtOma2DXz0uNTBJDnXmILxLyuxlVr03QCJU8M=; b=wfyETLO1JcwUQis3E9wkAV+vadRU2O+ed+B7ey+EMVUWU3VUjhvBc52v2nNh4unQ5w I/eij8FeOBD38lCOZDy+MGoSV0huv8Q+R0MGQlMMhh6OoALCpckDdJLA6gaPOq66Mwns 6JnqmY/Sb7uhg3Y/SYzLF7o1eNBxkm8tcS6gjG6k/kVR5ywpGiDDh4l6xFsyOFhLJ0Ka LUHlMv9oq5rPYy1aesPAi7GHTjEGBGbCsSKK6TseSujOC/OoBk327V9PYhCyDuTQGX8e tTeYknKRypC/B0gEtBBF7gisB5QYpNG3BABrFwMUEoSqizz3ZnXse5gw+DXAl4tDMXaQ cJqg== MIME-Version: 1.0 X-Received: by 10.52.172.73 with SMTP id ba9mr7047558vdc.16.1368109220425; Thu, 09 May 2013 07:20:20 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Thu, 9 May 2013 07:20:20 -0700 (PDT) In-Reply-To: <518B44AC.8070709@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> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> Date: Thu, 9 May 2013 14:20:20 +0000 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3732243170038798388==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3732243170038798388== Content-Type: multipart/alternative; boundary=089e0160c9c018f41804dc49c059 --089e0160c9c018f41804dc49c059 Content-Type: text/plain; charset=UTF-8 Thanks for posting the results Gordan, unfortunate that it isn't working as well as we hoped. > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA >>> have decided in their infinite wisdom to put all 7 PCIe slots behind >>> NF200s, none are directly attached to the Intel NB). >>> >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> > > I can believe that. What is the solution, though? > > The thing that drives me really nuts about the issues I'm seeing (which > may or may not be specifically related to the NF200) is that it is so > intermittent. It works well enough to boot up and work with a gaming type > load for a few minutes. Then something happens that causes the VGA card to > require a reset, and it all falls apart. > > My solution was to buy another motherboard, I had no luck at all passing the devices behind the NF200, and similar to your situation all but one PCIe slot on that board was behind that bridge. > What about with PCIe devices behind NF200 bridges? I know the NF200s >>> don't support PCI ACS, but that is a security feature (which I have >>> disabled enforcement of to get this far), and AFAIK shouldn't actually >>> affect the basic PCI passthrough capability. >>> >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> > > Put: > > (pci-passthrough-strict-check no) > (pci-dev-assign-strict-check no) > > in /etc/xen/xend-config.sxp > > If it was causing you issues, however, I'd expect you to find errors in > logs pointing at it. > > As I understand the xend-config.sxp is for the xm toolstack and deprecated Xend service. Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. My understanding is it was for the xm toolstack only and deprecated with 4.2. Any chance you can share how you configured it to work? Apparently it is required to get libvirt working, which I also did not know was compatible with Xen 4.2. --089e0160c9c018f41804dc49c059 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Thanks for posting the results Gordan, unfo= rtunate that it isn't working as well as we hoped.

2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, EVGA= have decided in their infinite wisdom to put all 7 PCIe slots behind NF200= s, none are directly attached to the Intel NB).

I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to utter a few dozen cuss words a piece.

I can believe that. What is the solution, though?

The thing that drives me really nuts about the issues I'm seeing (which= may or may not be specifically related to the NF200) is that it is so inte= rmittent. It works well enough to boot up and work with a gaming type load = for a few minutes. Then something happens that causes the VGA card to requi= re a reset, and it all falls apart.


My solution was to buy another m= otherboard, I had no luck at all passing the devices behind the NF200, and = similar to your situation all but one PCIe slot on that board was behind th= at bridge.


What about with PCIe devices behind NF200 bridges? I know the NF200s don= 9;t support PCI ACS, but that is a security feature (which I have disabled = enforcement of to get this far), and AFAIK shouldn't actually affect th= e basic PCI passthrough capability.

Question: how'd you disable ACS? =C2=A0I think it may be causing me som= e issues.

Put:

(pci-passthrough-strict-check no)
(pci-dev-assign-strict-check no)

in /etc/xen/xend-config.sxp

If it was causing you issues, however, I'd expect you to find errors in= logs pointing at it.


As I understand the xend-c= onfig.sxp is for the xm toolstack and deprecated Xend service.


Perhaps I am confused, or things changed= while I wasn't looking, but for me enabling Xend breaks the xl toolsta= ck. =C2=A0My understanding is it was for the xm toolstack only and deprecat= ed with 4.2. =C2=A0Any chance you can share how you configured it to work? = =C2=A0Apparently it is required to get libvirt working, which I also did no= t know was compatible with Xen 4.2.

--089e0160c9c018f41804dc49c059-- --===============3732243170038798388== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3732243170038798388==-- From xen-users-bounces@lists.xen.org Thu May 09 14:32:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:32: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 1UaRsD-00051C-UO; Thu, 09 May 2013 14:31:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaRsC-000513-Er for xen-users@lists.xensource.com; Thu, 09 May 2013 14:31:08 +0000 Received: from [85.158.137.99:23163] by server-1.bemta-3.messagelabs.com id AC/6C-20211-923BB815; Thu, 09 May 2013 14:31:05 +0000 X-Env-Sender: jfontan@gmail.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1368109862!20410426!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=0.3 required=7.0 tests=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 1583 invoked from network); 9 May 2013 14:31:04 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:31:04 -0000 Received: by mail-oa0-f46.google.com with SMTP id h2so3499965oag.19 for ; Thu, 09 May 2013 07:31:02 -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=A16nuhERar8zvUCYLEp9a4LtFE5Z8pqFjFtzstMK0ow=; b=mvxPPFJHMm7oxzAuSpVCw0bUiCY3e0Rta7TYmSVmTmHd+TjuHyzMwYw95ILJ6k3QcB T9jFBwYyBaAeOeun6W5dxPn3j/pfYegr4mJQiEE+0EaUNLnRGiZcqVHDLIYLKulcpOVC M0GrASnte1pYubma14xyU1zeuaISnVVjdM6cFO0UExLuBtOzPb474+XgnSwdpFc2ydno G/AbIXLLdRwtwtal9egeAvQX+SXLRrErPmz801bJQhhJZv7DZy3uDcN3ylGKBPcIMKpU FucyE/qtGzz1EGRqaBtFpn0JUg4/+Y4byGmdYbwqNXWs9tbLgk34KJVzBATNNSnUn7zg 4ytg== MIME-Version: 1.0 X-Received: by 10.182.231.233 with SMTP id tj9mr2481846obc.68.1368109862464; Thu, 09 May 2013 07:31:02 -0700 (PDT) Received: by 10.60.62.102 with HTTP; Thu, 9 May 2013 07:31:02 -0700 (PDT) Date: Thu, 9 May 2013 16:31:02 +0200 Message-ID: From: Javier Fontan To: xen-users@lists.xensource.com Subject: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi, I have some off-topic announcements to make. I hope this mail is not too sp= ammy. This September 24-26 we will hold the OpenNebula Conference. We have the Call for Proposals opened. It would be great to have people that uses Xen alongside OpenNebula there [1]. I will be next week in Dublin Xen Hackathon. My aim is to try to improve our Xen integration. Really looking forward to meet some of you. The day before the hackathon (15th) I will be giving an introduction to cloud/virtualization and our software in a talk organized by the TCD and the Irish Free Software Organization. It may be good that some other people related with OpenSource projects could be there. The aim is to show OSS projects and how they are made. I'll leave the link in case you are interested [2]. Cheers [1] http://opennebulaconf.com/ [2] https://www.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html -- Javier Font=E1n Mui=F1os Project Engineer OpenNebula - The Open Source Toolkit for Data Center Virtualization www.OpenNebula.org | jfontan@opennebula.org | @OpenNebula _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 14:32:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:32: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 1UaRsD-00051C-UO; Thu, 09 May 2013 14:31:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaRsC-000513-Er for xen-users@lists.xensource.com; Thu, 09 May 2013 14:31:08 +0000 Received: from [85.158.137.99:23163] by server-1.bemta-3.messagelabs.com id AC/6C-20211-923BB815; Thu, 09 May 2013 14:31:05 +0000 X-Env-Sender: jfontan@gmail.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1368109862!20410426!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=0.3 required=7.0 tests=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 1583 invoked from network); 9 May 2013 14:31:04 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:31:04 -0000 Received: by mail-oa0-f46.google.com with SMTP id h2so3499965oag.19 for ; Thu, 09 May 2013 07:31:02 -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=A16nuhERar8zvUCYLEp9a4LtFE5Z8pqFjFtzstMK0ow=; b=mvxPPFJHMm7oxzAuSpVCw0bUiCY3e0Rta7TYmSVmTmHd+TjuHyzMwYw95ILJ6k3QcB T9jFBwYyBaAeOeun6W5dxPn3j/pfYegr4mJQiEE+0EaUNLnRGiZcqVHDLIYLKulcpOVC M0GrASnte1pYubma14xyU1zeuaISnVVjdM6cFO0UExLuBtOzPb474+XgnSwdpFc2ydno G/AbIXLLdRwtwtal9egeAvQX+SXLRrErPmz801bJQhhJZv7DZy3uDcN3ylGKBPcIMKpU FucyE/qtGzz1EGRqaBtFpn0JUg4/+Y4byGmdYbwqNXWs9tbLgk34KJVzBATNNSnUn7zg 4ytg== MIME-Version: 1.0 X-Received: by 10.182.231.233 with SMTP id tj9mr2481846obc.68.1368109862464; Thu, 09 May 2013 07:31:02 -0700 (PDT) Received: by 10.60.62.102 with HTTP; Thu, 9 May 2013 07:31:02 -0700 (PDT) Date: Thu, 9 May 2013 16:31:02 +0200 Message-ID: From: Javier Fontan To: xen-users@lists.xensource.com Subject: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi, I have some off-topic announcements to make. I hope this mail is not too sp= ammy. This September 24-26 we will hold the OpenNebula Conference. We have the Call for Proposals opened. It would be great to have people that uses Xen alongside OpenNebula there [1]. I will be next week in Dublin Xen Hackathon. My aim is to try to improve our Xen integration. Really looking forward to meet some of you. The day before the hackathon (15th) I will be giving an introduction to cloud/virtualization and our software in a talk organized by the TCD and the Irish Free Software Organization. It may be good that some other people related with OpenSource projects could be there. The aim is to show OSS projects and how they are made. I'll leave the link in case you are interested [2]. Cheers [1] http://opennebulaconf.com/ [2] https://www.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html -- Javier Font=E1n Mui=F1os Project Engineer OpenNebula - The Open Source Toolkit for Data Center Virtualization www.OpenNebula.org | jfontan@opennebula.org | @OpenNebula _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 14:48:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:48: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 1UaS85-0006EK-TP; Thu, 09 May 2013 14:47:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaS85-0006ED-7x for xen-users@lists.xen.org; Thu, 09 May 2013 14:47:33 +0000 Received: from [193.109.254.147:21216] by server-13.bemta-14.messagelabs.com id 20/CB-31447-407BB815; Thu, 09 May 2013 14:47:32 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1368110850!2001855!1 X-Originating-IP: [209.85.223.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2890 invoked from network); 9 May 2013 14:47:31 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:47:31 -0000 Received: by mail-ie0-f181.google.com with SMTP id x12so5679091ief.12 for ; Thu, 09 May 2013 07:47:30 -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=IkZ4ajfngHCQnN90InigI3iGaq+1fmjO9xliKHBw9Bw=; b=KogFmgYDLQ1HEjAIK87ev/VBDnrWarKfWUf+JL1SJRhLSJEmhezCIMExPLB/XSO8Rd r7nO6ulDvHbp+6rrZgKB5GMMsNoCe1npOL97gq3UQxdSacGfMG6ABFRP2mq8SOb070i0 bstSG9sqLIP+T3IXGqN+Vb0okCS78sFZmtJ23PFsuHUCw17oPVHyfJbB8C4o44d1Nyxa b6aRQnlH1qTaNMrHC1BAVGUXt8drG7hZqqtHY/PcS2C2XUNP5+OCRoFAQAvNR+maie47 6HsJOCMAYTt6XTCJeCmBz94fgVry1mXVEq3Cjgbjji9IojuuD/dlSshERQqrEKGMsQnF UaQA== MIME-Version: 1.0 X-Received: by 10.50.78.65 with SMTP id z1mr6751881igw.75.1368110850149; Thu, 09 May 2013 07:47:30 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Thu, 9 May 2013 07:47:30 -0700 (PDT) Date: Thu, 9 May 2013 08:47:30 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] invalid icc-bridge value X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1585476014567024153==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1585476014567024153== Content-Type: multipart/alternative; boundary=089e01160d2c3c986104dc4a210f --089e01160d2c3c986104dc4a210f Content-Type: text/plain; charset=ISO-8859-1 I had compiled xen with qemu master for while now and now I am getting invalid icc-bridge value when attempting to start pvm I guess the issue is relate to this change. http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg05787.html Is there patch that can be applied to xen so I can get rid of this error ? --089e01160d2c3c986104dc4a210f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I had compiled xen with qemu master for while now and now = I am getting=A0invalid icc-bridge value when attempting to start pvm I gues= s the issue is relate to this change.=A0http://lists.gnu.org/archive/ht= ml/qemu-devel/2013-04/msg05787.html
Is=A0there=A0patch that can be applied to xen so I can get rid o= f this error ?
--089e01160d2c3c986104dc4a210f-- --===============1585476014567024153== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1585476014567024153==-- From xen-users-bounces@lists.xen.org Thu May 09 14:48:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:48: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 1UaS85-0006EK-TP; Thu, 09 May 2013 14:47:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaS85-0006ED-7x for xen-users@lists.xen.org; Thu, 09 May 2013 14:47:33 +0000 Received: from [193.109.254.147:21216] by server-13.bemta-14.messagelabs.com id 20/CB-31447-407BB815; Thu, 09 May 2013 14:47:32 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1368110850!2001855!1 X-Originating-IP: [209.85.223.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2890 invoked from network); 9 May 2013 14:47:31 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:47:31 -0000 Received: by mail-ie0-f181.google.com with SMTP id x12so5679091ief.12 for ; Thu, 09 May 2013 07:47:30 -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=IkZ4ajfngHCQnN90InigI3iGaq+1fmjO9xliKHBw9Bw=; b=KogFmgYDLQ1HEjAIK87ev/VBDnrWarKfWUf+JL1SJRhLSJEmhezCIMExPLB/XSO8Rd r7nO6ulDvHbp+6rrZgKB5GMMsNoCe1npOL97gq3UQxdSacGfMG6ABFRP2mq8SOb070i0 bstSG9sqLIP+T3IXGqN+Vb0okCS78sFZmtJ23PFsuHUCw17oPVHyfJbB8C4o44d1Nyxa b6aRQnlH1qTaNMrHC1BAVGUXt8drG7hZqqtHY/PcS2C2XUNP5+OCRoFAQAvNR+maie47 6HsJOCMAYTt6XTCJeCmBz94fgVry1mXVEq3Cjgbjji9IojuuD/dlSshERQqrEKGMsQnF UaQA== MIME-Version: 1.0 X-Received: by 10.50.78.65 with SMTP id z1mr6751881igw.75.1368110850149; Thu, 09 May 2013 07:47:30 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Thu, 9 May 2013 07:47:30 -0700 (PDT) Date: Thu, 9 May 2013 08:47:30 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] invalid icc-bridge value X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1585476014567024153==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1585476014567024153== Content-Type: multipart/alternative; boundary=089e01160d2c3c986104dc4a210f --089e01160d2c3c986104dc4a210f Content-Type: text/plain; charset=ISO-8859-1 I had compiled xen with qemu master for while now and now I am getting invalid icc-bridge value when attempting to start pvm I guess the issue is relate to this change. http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg05787.html Is there patch that can be applied to xen so I can get rid of this error ? --089e01160d2c3c986104dc4a210f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I had compiled xen with qemu master for while now and now = I am getting=A0invalid icc-bridge value when attempting to start pvm I gues= s the issue is relate to this change.=A0http://lists.gnu.org/archive/ht= ml/qemu-devel/2013-04/msg05787.html
Is=A0there=A0patch that can be applied to xen so I can get rid o= f this error ?
--089e01160d2c3c986104dc4a210f-- --===============1585476014567024153== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1585476014567024153==-- From xen-users-bounces@lists.xen.org Thu May 09 14:50:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:50: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 1UaS9i-0006Q0-SN; Thu, 09 May 2013 14:49:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaS9h-0006Pi-4T for xen-users@lists.xen.org; Thu, 09 May 2013 14:49:13 +0000 Received: from [85.158.139.83:62744] by server-3.bemta-5.messagelabs.com id A7/AF-31108-867BB815; Thu, 09 May 2013 14:49:12 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368110951!29042390!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 26177 invoked from network); 9 May 2013 14:49:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:49:11 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4401833" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 May 2013 14:42:59 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 9 May 2013 15:49:11 +0100 From: Thanos Makatos To: Sebastian Unger , "xen-users@lists.xen.org" Date: Thu, 9 May 2013 15:49:09 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5MOGnUOOpaY5daQpGhGAg8jfPeMAAi0Sxg Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] blktap2 and qcow2 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 > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > bounces@lists.xen.org] On Behalf Of Sebastian Unger > Sent: 08 May 2013 23:03 > To: xen-users@lists.xen.org > Subject: [Xen-users] blktap2 and qcow2 images > > Hi There, > > I've been trying to get this to work for the last couple of days, but > found no information on the internet that would help. Essentially, a > tap-ctl open command with a qcow2 image does not work (error code 2) > and produces the following line in syslog: > > tap-ctl: tap-err:tap_ctl_open: open failed, err -2 > > I have attached a shell script that reproduces the problem on my > machine. The same script works fine if I use image format raw and the > aio: prefex to the -a option. > My machine is basically a clean Ubuntu 12.04 desktop 64bit machine with > everything up to date. > Cheers, > Seb AFAIK blktap2.5 does not support qcow2. I grep'ed in xen-unstable.hg/tools/blktap2 for "qcow2" and didn't find anything, so I believe blktap2 doesn't support qcow2 either. The "-2" error you're getting stands for ENOENT, so I think is tapdisk complaining it can't find the driver for qcow2 (not the image file). The examples in http://wiki.xen.org/wiki/Blktap2 insinuate that qcow2 is supported, anybody knows anything about that? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 14:50:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 14:50: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 1UaS9i-0006Q0-SN; Thu, 09 May 2013 14:49:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaS9h-0006Pi-4T for xen-users@lists.xen.org; Thu, 09 May 2013 14:49:13 +0000 Received: from [85.158.139.83:62744] by server-3.bemta-5.messagelabs.com id A7/AF-31108-867BB815; Thu, 09 May 2013 14:49:12 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368110951!29042390!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 26177 invoked from network); 9 May 2013 14:49:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 14:49:11 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4401833" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 May 2013 14:42:59 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 9 May 2013 15:49:11 +0100 From: Thanos Makatos To: Sebastian Unger , "xen-users@lists.xen.org" Date: Thu, 9 May 2013 15:49:09 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5MOGnUOOpaY5daQpGhGAg8jfPeMAAi0Sxg Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] blktap2 and qcow2 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 > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > bounces@lists.xen.org] On Behalf Of Sebastian Unger > Sent: 08 May 2013 23:03 > To: xen-users@lists.xen.org > Subject: [Xen-users] blktap2 and qcow2 images > > Hi There, > > I've been trying to get this to work for the last couple of days, but > found no information on the internet that would help. Essentially, a > tap-ctl open command with a qcow2 image does not work (error code 2) > and produces the following line in syslog: > > tap-ctl: tap-err:tap_ctl_open: open failed, err -2 > > I have attached a shell script that reproduces the problem on my > machine. The same script works fine if I use image format raw and the > aio: prefex to the -a option. > My machine is basically a clean Ubuntu 12.04 desktop 64bit machine with > everything up to date. > Cheers, > Seb AFAIK blktap2.5 does not support qcow2. I grep'ed in xen-unstable.hg/tools/blktap2 for "qcow2" and didn't find anything, so I believe blktap2 doesn't support qcow2 either. The "-2" error you're getting stands for ENOENT, so I think is tapdisk complaining it can't find the driver for qcow2 (not the image file). The examples in http://wiki.xen.org/wiki/Blktap2 insinuate that qcow2 is supported, anybody knows anything about that? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 15:29:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 15:29:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaSlV-000150-1A; Thu, 09 May 2013 15:28:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaSlT-00014W-Pg for xen-users@lists.xen.org; Thu, 09 May 2013 15:28:15 +0000 Received: from [85.158.139.83:14913] by server-4.bemta-5.messagelabs.com id 2E/94-12332-D80CB815; Thu, 09 May 2013 15:28:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-182.messagelabs.com!1368113292!24837491!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 3423 invoked from network); 9 May 2013 15:28:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 May 2013 15:28:12 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 1937B2211A3; Thu, 9 May 2013 16:28:11 +0100 (BST) MIME-Version: 1.0 Date: Thu, 09 May 2013 16:28:10 +0100 From: Gordan Bobic To: Casey DeLorme In-Reply-To: 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net>" <-1508222354300152116@unknownmsgid>" <518B44AC.8070709@bobich.net> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 IE9uIFRodSwgOSBNYXkgMjAxMyAxNDoyMDoyMCArMDAwMCwgQ2FzZXkgRGVMb3JtZSA8Y2RlbG9y bWVAZ21haWwuY29tPiAKIHdyb3RlOgo+IFRoYW5rcyBmb3IgcG9zdGluZyB0aGUgcmVzdWx0cyBH b3JkYW4sIHVuZm9ydHVuYXRlIHRoYXQgaXQgaXNuJ3QKPiB3b3JraW5nIGFzIHdlbGwgYXMgd2Ug aG9wZWQuCgogSSBoYXZlbid0IGdpdmVuIHVwIF9xdWl0ZV8geWV0LgoKIEkgZGlzY292ZXJlZCB5 ZXN0ZXJkYXkgdGhhdCBpdCBfbG9va3MgbGlrc18gb25lIG9mIG15IFBDSWUgc2xvdHMgaXMKIGFj dHVhbGx5IGR1ZmYgKHR3byBkaWZmZXJlbnQgR1BVcyBib3RoIGZhaWwgdG8gZGV0ZWN0IHByb3Bl cmx5IGluIGl0CiBidXQgd29yayBmaW5lIGluIG90aGVyIHNsb3RzKS4KCiBJZiBpdCB0dXJucyBv dXQgdG8gYmUgYSBkdWZmIHNsb3QsIHRoZXJlJ3Mgbm8gdGVsbGluZyB3aGF0IGVsc2UKIG1pZ2h0 IGJlIGR1ZmYgb24gdGhlIG1vdGhlcmJvYXJkIGFuZCBob3cgaXQgbWlnaHQgYWZmZWN0IHZhcmlv dXMKIHRoaW5ncywgZXZlbiB0aG91Z2ggc2V2ZXJhbCBkYXlzIG9mIGZ1bGwgbG9hZCBzdGFiaWxp dHkgdGVzdGluZwogcGFzc2VkLgoKIFNvIHNvbWUgbW9yZSBiYXJlLW1ldGFsIHRlc3Rpbmcgc2Vl bXMgdG8gYmUgY2FsbGVkIGZvciAtIHJpZ2h0IG5vdyBJCiBhbSBub3QgcHJlcGFyZWQgdG8gZGlz cmVnYXJkIHRoZSBwb3NzaWJpbGl0eSB0aGF0IG1heWJlIEkgaGF2ZSBhCiBoYXJkd2FyZSBpc3N1 ZSBzb21ld2hlcmUgdGhhdCBkZXNwaXRlIEVEQUMgYW5kIEVDQyBvbiBldmVyeXRoaW5nLAogcmVt YWlucyB1bmRldGVjdGVkIGFuZCB1bnJlcG9ydGVkIGluIHRoZSBsb2dzLgoKPiAgIDIpIE15IG1v dGhlcmJvYXJkJ3MgUENJZSBzbG90cyBhcmUgYmVoaW5kIE5GMjAwIFBDSWUgYnJpZGdlcyAoeWVz LAo+IEVWR0EgaGF2ZSBkZWNpZGVkIGluIHRoZWlyIGluZmluaXRlIHdpc2RvbSB0byBwdXQgYWxs IDcgUENJZSBzbG90cwo+IGJlaGluZCBORjIwMHMsIG5vbmUgYXJlIGRpcmVjdGx5IGF0dGFjaGVk IHRvIHRoZSBJbnRlbCBOQikuCj4KPiAgSSdtIHNvIHNvcnJ5IDpQLiBORjIwMCBoYXMgcHJvYmFi bHkgY2F1c2VkIGEgbG90IG9mIHhlbiB0aW5rZXJlcnMgdG8KPiAgdXR0ZXIgYSBmZXcgZG96ZW4g Y3VzcyB3b3JkcyBhIHBpZWNlLgo+Cj4gIEkgY2FuIGJlbGlldmUgdGhhdC4gV2hhdCBpcyB0aGUg c29sdXRpb24sIHRob3VnaD8KPgo+ICBUaGUgdGhpbmcgdGhhdCBkcml2ZXMgbWUgcmVhbGx5IG51 dHMgYWJvdXQgdGhlIGlzc3VlcyBJJ20gc2VlaW5nCj4gKHdoaWNoIG1heSBvciBtYXkgbm90IGJl IHNwZWNpZmljYWxseSByZWxhdGVkIHRvIHRoZSBORjIwMCkgaXMgdGhhdCAKPiBpdAo+IGlzIHNv IGludGVybWl0dGVudC4gSXQgd29ya3Mgd2VsbCBlbm91Z2ggdG8gYm9vdCB1cCBhbmQgd29yayB3 aXRoIGEKPiBnYW1pbmcgdHlwZSBsb2FkIGZvciBhIGZldyBtaW51dGVzLiBUaGVuIHNvbWV0aGlu ZyBoYXBwZW5zIHRoYXQgCj4gY2F1c2VzCj4gdGhlIFZHQSBjYXJkIHRvIHJlcXVpcmUgYSByZXNl dCwgYW5kIGl0IGFsbCBmYWxscyBhcGFydC4KPgo+IE15IHNvbHV0aW9uIHdhcyB0byBidXkgYW5v dGhlciBtb3RoZXJib2FyZCwgSSBoYWQgbm8gbHVjayBhdCBhbGwKPiBwYXNzaW5nIHRoZSBkZXZp Y2VzIGJlaGluZCB0aGUgTkYyMDAsIGFuZCBzaW1pbGFyIHRvIHlvdXIgc2l0dWF0aW9uCj4gYWxs IGJ1dCBvbmUgUENJZSBzbG90IG9uIHRoYXQgYm9hcmQgd2FzIGJlaGluZCB0aGF0IGJyaWRnZS4K CiBEaWQgeW91IG5vdCBtYW5hZ2UgdG8gZ2V0IGl0IHdvcmtpbmcgYXQgYWxsPyBPciB3YXMgaXQg anVzdAogaW50ZXJtaXR0ZW50IGxpa2UgaW4gbXkgY2FzZT8gSSBjYW4gdHlwaWNhbGx5IGdldCBh Ym91dCA1IG1pbnV0ZXMgb2YKIGdhbWluZyBvdXQgb2YgbXkgQVRJIGNhcmQgYmVmb3JlIGl0IGFs bCBnb2VzIHdyb25nLgoKIElyb25pY2FsbHksIEkgd2FzIHRoaW5raW5nIGFib3V0IGFuIEFzdXMg U2FiZXJ0b290aCB3aXRoIGFuIDgtY29yZSBBTUQsCiBidXQgb3B0ZWQgdG8gZ28gZm9yIGJyb2tl IGFuZCBnZXQgYSBjb3VwbGUgb2YgNi1jb3JlIFhlb25zIGFuZCBhbgogRVZHQSBTUi0yLiBJdCB0 dXJucyBvdXQsIGEgc29sdXRpb24gdGhhdCBpcyA0eCBtb3JlIGV4cGVuc2l2ZSBpc24ndAogYWN0 dWFsbHkgYmV0dGVyLi4uIDooCgo+ICAgV2hhdCBhYm91dCB3aXRoIFBDSWUgZGV2aWNlcyBiZWhp bmQgTkYyMDAgYnJpZGdlcz8gSSBrbm93IHRoZSAKPiBORjIwMHMKPiBkb24ndCBzdXBwb3J0IFBD SSBBQ1MsIGJ1dCB0aGF0IGlzIGEgc2VjdXJpdHkgZmVhdHVyZSAod2hpY2ggSSBoYXZlCj4gZGlz YWJsZWQgZW5mb3JjZW1lbnQgb2YgdG8gZ2V0IHRoaXMgZmFyKSwgYW5kIEFGQUlLIHNob3VsZG4n dCAKPiBhY3R1YWxseQo+IGFmZmVjdCB0aGUgYmFzaWMgUENJIHBhc3N0aHJvdWdoIGNhcGFiaWxp dHkuCj4KPiAgUXVlc3Rpb246IGhvdydkIHlvdSBkaXNhYmxlIEFDUz8gwqBJIHRoaW5rIGl0IG1h eSBiZSBjYXVzaW5nIG1lIHNvbWUKPiBpc3N1ZXMuCj4KPiAgUHV0Ogo+Cj4gIChwY2ktcGFzc3Ro cm91Z2gtc3RyaWN0LWNoZWNrIG5vKQo+ICAocGNpLWRldi1hc3NpZ24tc3RyaWN0LWNoZWNrIG5v KQo+Cj4gIGluIC9ldGMveGVuL3hlbmQtY29uZmlnLnN4cAo+Cj4gIElmIGl0IHdhcyBjYXVzaW5n IHlvdSBpc3N1ZXMsIGhvd2V2ZXIsIEknZCBleHBlY3QgeW91IHRvIGZpbmQgZXJyb3JzCj4gaW4g bG9ncyBwb2ludGluZyBhdCBpdC4KPgo+IEFzIEkgdW5kZXJzdGFuZCB0aGUgeGVuZC1jb25maWcu c3hwIFsxXSBpcyBmb3IgdGhlIHhtIHRvb2xzdGFjayBhbmQKPiBkZXByZWNhdGVkIFhlbmQgc2Vy dmljZS4KCiB4bSB0b29sc3RhY2sgYW5kIHhlbmQgYXJlIHdoYXQgSSBhbSB1c2luZy4gSSBoYXZl IHJlYWQgcmVwb3J0cyBvZiAKIGlzc3Vlcwogd2l0aCBWR0EgcGFzc3Rocm91Z2ggdXNpbmcgdGhl IHhsIHN0YWNrIHNvIEkgZGlkbid0IGV2ZW4gYXR0ZW1wdCB0byB1c2UgCiBpdC4KCj4gUGVyaGFw cyBJIGFtIGNvbmZ1c2VkLCBvciB0aGluZ3MgY2hhbmdlZCB3aGlsZSBJIHdhc24ndCBsb29raW5n LCBidXQKPiBmb3IgbWUgZW5hYmxpbmcgWGVuZCBicmVha3MgdGhlIHhsIHRvb2xzdGFjay4gwqBN eSB1bmRlcnN0YW5kaW5nIGlzIGl0Cj4gd2FzIGZvciB0aGUgeG0gdG9vbHN0YWNrIG9ubHkgYW5k IGRlcHJlY2F0ZWQgd2l0aCA0LjIuIMKgQW55IGNoYW5jZQo+IHlvdSBjYW4gc2hhcmUgaG93IHlv dSBjb25maWd1cmVkIGl0IHRvIHdvcms/IMKgQXBwYXJlbnRseSBpdCBpcwo+IHJlcXVpcmVkIHRv IGdldCBsaWJ2aXJ0IHdvcmtpbmcsIHdoaWNoIEkgYWxzbyBkaWQgbm90IGtub3cgd2FzCj4gY29t cGF0aWJsZSB3aXRoIFhlbiA0LjIuCgogSXQgaXMgcG9zc2libGUgSSdtIHRoZSBvbmUgZG9pbmcg aXQgd3JvbmcuIEknbSBvbiBFTDYsIGFuZCB1c2luZwogdmlydC1tYW5hZ2VyIChhdCBsZWFzdCBm b3IgdGhpbmdzIGl0IGlzIHdpbGxpbmcgdG8gZG8pLCBhbmQgdGhhdAogZGVmYXVsdHMgdG8gdGhl IHhtIHN0YWNrIGFuZCB4ZW5kLgoKIEZvciB3aGF0IGl0J3Mgd29ydGgsIGl0IHdvcmtzIGZvciB0 aGUgbW9zdCBwYXJ0IC0gYXBhcnQgZnJvbSBWR0EKIHBhc3N0aHJvdWdoIGNyYXNoaW5nIHdpdGhp biA1IG1pbnV0ZXMgb2YgZ2FtaW5nLgoKIEdvcmRhbgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu May 09 15:29:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 15:29:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaSlV-000150-1A; Thu, 09 May 2013 15:28:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaSlT-00014W-Pg for xen-users@lists.xen.org; Thu, 09 May 2013 15:28:15 +0000 Received: from [85.158.139.83:14913] by server-4.bemta-5.messagelabs.com id 2E/94-12332-D80CB815; Thu, 09 May 2013 15:28:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-182.messagelabs.com!1368113292!24837491!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 3423 invoked from network); 9 May 2013 15:28:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 May 2013 15:28:12 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 1937B2211A3; Thu, 9 May 2013 16:28:11 +0100 (BST) MIME-Version: 1.0 Date: Thu, 09 May 2013 16:28:10 +0100 From: Gordan Bobic To: Casey DeLorme In-Reply-To: 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net>" <-1508222354300152116@unknownmsgid>" <518B44AC.8070709@bobich.net> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 IE9uIFRodSwgOSBNYXkgMjAxMyAxNDoyMDoyMCArMDAwMCwgQ2FzZXkgRGVMb3JtZSA8Y2RlbG9y bWVAZ21haWwuY29tPiAKIHdyb3RlOgo+IFRoYW5rcyBmb3IgcG9zdGluZyB0aGUgcmVzdWx0cyBH b3JkYW4sIHVuZm9ydHVuYXRlIHRoYXQgaXQgaXNuJ3QKPiB3b3JraW5nIGFzIHdlbGwgYXMgd2Ug aG9wZWQuCgogSSBoYXZlbid0IGdpdmVuIHVwIF9xdWl0ZV8geWV0LgoKIEkgZGlzY292ZXJlZCB5 ZXN0ZXJkYXkgdGhhdCBpdCBfbG9va3MgbGlrc18gb25lIG9mIG15IFBDSWUgc2xvdHMgaXMKIGFj dHVhbGx5IGR1ZmYgKHR3byBkaWZmZXJlbnQgR1BVcyBib3RoIGZhaWwgdG8gZGV0ZWN0IHByb3Bl cmx5IGluIGl0CiBidXQgd29yayBmaW5lIGluIG90aGVyIHNsb3RzKS4KCiBJZiBpdCB0dXJucyBv dXQgdG8gYmUgYSBkdWZmIHNsb3QsIHRoZXJlJ3Mgbm8gdGVsbGluZyB3aGF0IGVsc2UKIG1pZ2h0 IGJlIGR1ZmYgb24gdGhlIG1vdGhlcmJvYXJkIGFuZCBob3cgaXQgbWlnaHQgYWZmZWN0IHZhcmlv dXMKIHRoaW5ncywgZXZlbiB0aG91Z2ggc2V2ZXJhbCBkYXlzIG9mIGZ1bGwgbG9hZCBzdGFiaWxp dHkgdGVzdGluZwogcGFzc2VkLgoKIFNvIHNvbWUgbW9yZSBiYXJlLW1ldGFsIHRlc3Rpbmcgc2Vl bXMgdG8gYmUgY2FsbGVkIGZvciAtIHJpZ2h0IG5vdyBJCiBhbSBub3QgcHJlcGFyZWQgdG8gZGlz cmVnYXJkIHRoZSBwb3NzaWJpbGl0eSB0aGF0IG1heWJlIEkgaGF2ZSBhCiBoYXJkd2FyZSBpc3N1 ZSBzb21ld2hlcmUgdGhhdCBkZXNwaXRlIEVEQUMgYW5kIEVDQyBvbiBldmVyeXRoaW5nLAogcmVt YWlucyB1bmRldGVjdGVkIGFuZCB1bnJlcG9ydGVkIGluIHRoZSBsb2dzLgoKPiAgIDIpIE15IG1v dGhlcmJvYXJkJ3MgUENJZSBzbG90cyBhcmUgYmVoaW5kIE5GMjAwIFBDSWUgYnJpZGdlcyAoeWVz LAo+IEVWR0EgaGF2ZSBkZWNpZGVkIGluIHRoZWlyIGluZmluaXRlIHdpc2RvbSB0byBwdXQgYWxs IDcgUENJZSBzbG90cwo+IGJlaGluZCBORjIwMHMsIG5vbmUgYXJlIGRpcmVjdGx5IGF0dGFjaGVk IHRvIHRoZSBJbnRlbCBOQikuCj4KPiAgSSdtIHNvIHNvcnJ5IDpQLiBORjIwMCBoYXMgcHJvYmFi bHkgY2F1c2VkIGEgbG90IG9mIHhlbiB0aW5rZXJlcnMgdG8KPiAgdXR0ZXIgYSBmZXcgZG96ZW4g Y3VzcyB3b3JkcyBhIHBpZWNlLgo+Cj4gIEkgY2FuIGJlbGlldmUgdGhhdC4gV2hhdCBpcyB0aGUg c29sdXRpb24sIHRob3VnaD8KPgo+ICBUaGUgdGhpbmcgdGhhdCBkcml2ZXMgbWUgcmVhbGx5IG51 dHMgYWJvdXQgdGhlIGlzc3VlcyBJJ20gc2VlaW5nCj4gKHdoaWNoIG1heSBvciBtYXkgbm90IGJl IHNwZWNpZmljYWxseSByZWxhdGVkIHRvIHRoZSBORjIwMCkgaXMgdGhhdCAKPiBpdAo+IGlzIHNv IGludGVybWl0dGVudC4gSXQgd29ya3Mgd2VsbCBlbm91Z2ggdG8gYm9vdCB1cCBhbmQgd29yayB3 aXRoIGEKPiBnYW1pbmcgdHlwZSBsb2FkIGZvciBhIGZldyBtaW51dGVzLiBUaGVuIHNvbWV0aGlu ZyBoYXBwZW5zIHRoYXQgCj4gY2F1c2VzCj4gdGhlIFZHQSBjYXJkIHRvIHJlcXVpcmUgYSByZXNl dCwgYW5kIGl0IGFsbCBmYWxscyBhcGFydC4KPgo+IE15IHNvbHV0aW9uIHdhcyB0byBidXkgYW5v dGhlciBtb3RoZXJib2FyZCwgSSBoYWQgbm8gbHVjayBhdCBhbGwKPiBwYXNzaW5nIHRoZSBkZXZp Y2VzIGJlaGluZCB0aGUgTkYyMDAsIGFuZCBzaW1pbGFyIHRvIHlvdXIgc2l0dWF0aW9uCj4gYWxs IGJ1dCBvbmUgUENJZSBzbG90IG9uIHRoYXQgYm9hcmQgd2FzIGJlaGluZCB0aGF0IGJyaWRnZS4K CiBEaWQgeW91IG5vdCBtYW5hZ2UgdG8gZ2V0IGl0IHdvcmtpbmcgYXQgYWxsPyBPciB3YXMgaXQg anVzdAogaW50ZXJtaXR0ZW50IGxpa2UgaW4gbXkgY2FzZT8gSSBjYW4gdHlwaWNhbGx5IGdldCBh Ym91dCA1IG1pbnV0ZXMgb2YKIGdhbWluZyBvdXQgb2YgbXkgQVRJIGNhcmQgYmVmb3JlIGl0IGFs bCBnb2VzIHdyb25nLgoKIElyb25pY2FsbHksIEkgd2FzIHRoaW5raW5nIGFib3V0IGFuIEFzdXMg U2FiZXJ0b290aCB3aXRoIGFuIDgtY29yZSBBTUQsCiBidXQgb3B0ZWQgdG8gZ28gZm9yIGJyb2tl IGFuZCBnZXQgYSBjb3VwbGUgb2YgNi1jb3JlIFhlb25zIGFuZCBhbgogRVZHQSBTUi0yLiBJdCB0 dXJucyBvdXQsIGEgc29sdXRpb24gdGhhdCBpcyA0eCBtb3JlIGV4cGVuc2l2ZSBpc24ndAogYWN0 dWFsbHkgYmV0dGVyLi4uIDooCgo+ICAgV2hhdCBhYm91dCB3aXRoIFBDSWUgZGV2aWNlcyBiZWhp bmQgTkYyMDAgYnJpZGdlcz8gSSBrbm93IHRoZSAKPiBORjIwMHMKPiBkb24ndCBzdXBwb3J0IFBD SSBBQ1MsIGJ1dCB0aGF0IGlzIGEgc2VjdXJpdHkgZmVhdHVyZSAod2hpY2ggSSBoYXZlCj4gZGlz YWJsZWQgZW5mb3JjZW1lbnQgb2YgdG8gZ2V0IHRoaXMgZmFyKSwgYW5kIEFGQUlLIHNob3VsZG4n dCAKPiBhY3R1YWxseQo+IGFmZmVjdCB0aGUgYmFzaWMgUENJIHBhc3N0aHJvdWdoIGNhcGFiaWxp dHkuCj4KPiAgUXVlc3Rpb246IGhvdydkIHlvdSBkaXNhYmxlIEFDUz8gwqBJIHRoaW5rIGl0IG1h eSBiZSBjYXVzaW5nIG1lIHNvbWUKPiBpc3N1ZXMuCj4KPiAgUHV0Ogo+Cj4gIChwY2ktcGFzc3Ro cm91Z2gtc3RyaWN0LWNoZWNrIG5vKQo+ICAocGNpLWRldi1hc3NpZ24tc3RyaWN0LWNoZWNrIG5v KQo+Cj4gIGluIC9ldGMveGVuL3hlbmQtY29uZmlnLnN4cAo+Cj4gIElmIGl0IHdhcyBjYXVzaW5n IHlvdSBpc3N1ZXMsIGhvd2V2ZXIsIEknZCBleHBlY3QgeW91IHRvIGZpbmQgZXJyb3JzCj4gaW4g bG9ncyBwb2ludGluZyBhdCBpdC4KPgo+IEFzIEkgdW5kZXJzdGFuZCB0aGUgeGVuZC1jb25maWcu c3hwIFsxXSBpcyBmb3IgdGhlIHhtIHRvb2xzdGFjayBhbmQKPiBkZXByZWNhdGVkIFhlbmQgc2Vy dmljZS4KCiB4bSB0b29sc3RhY2sgYW5kIHhlbmQgYXJlIHdoYXQgSSBhbSB1c2luZy4gSSBoYXZl IHJlYWQgcmVwb3J0cyBvZiAKIGlzc3Vlcwogd2l0aCBWR0EgcGFzc3Rocm91Z2ggdXNpbmcgdGhl IHhsIHN0YWNrIHNvIEkgZGlkbid0IGV2ZW4gYXR0ZW1wdCB0byB1c2UgCiBpdC4KCj4gUGVyaGFw cyBJIGFtIGNvbmZ1c2VkLCBvciB0aGluZ3MgY2hhbmdlZCB3aGlsZSBJIHdhc24ndCBsb29raW5n LCBidXQKPiBmb3IgbWUgZW5hYmxpbmcgWGVuZCBicmVha3MgdGhlIHhsIHRvb2xzdGFjay4gwqBN eSB1bmRlcnN0YW5kaW5nIGlzIGl0Cj4gd2FzIGZvciB0aGUgeG0gdG9vbHN0YWNrIG9ubHkgYW5k IGRlcHJlY2F0ZWQgd2l0aCA0LjIuIMKgQW55IGNoYW5jZQo+IHlvdSBjYW4gc2hhcmUgaG93IHlv dSBjb25maWd1cmVkIGl0IHRvIHdvcms/IMKgQXBwYXJlbnRseSBpdCBpcwo+IHJlcXVpcmVkIHRv IGdldCBsaWJ2aXJ0IHdvcmtpbmcsIHdoaWNoIEkgYWxzbyBkaWQgbm90IGtub3cgd2FzCj4gY29t cGF0aWJsZSB3aXRoIFhlbiA0LjIuCgogSXQgaXMgcG9zc2libGUgSSdtIHRoZSBvbmUgZG9pbmcg aXQgd3JvbmcuIEknbSBvbiBFTDYsIGFuZCB1c2luZwogdmlydC1tYW5hZ2VyIChhdCBsZWFzdCBm b3IgdGhpbmdzIGl0IGlzIHdpbGxpbmcgdG8gZG8pLCBhbmQgdGhhdAogZGVmYXVsdHMgdG8gdGhl IHhtIHN0YWNrIGFuZCB4ZW5kLgoKIEZvciB3aGF0IGl0J3Mgd29ydGgsIGl0IHdvcmtzIGZvciB0 aGUgbW9zdCBwYXJ0IC0gYXBhcnQgZnJvbSBWR0EKIHBhc3N0aHJvdWdoIGNyYXNoaW5nIHdpdGhp biA1IG1pbnV0ZXMgb2YgZ2FtaW5nLgoKIEdvcmRhbgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu May 09 16:08:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 16:08: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 1UaTMr-0003KV-LO; Thu, 09 May 2013 16:06:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaTMq-0003KQ-Gz for xen-users@lists.xen.org; Thu, 09 May 2013 16:06:52 +0000 Received: from [85.158.138.51:52009] by server-4.bemta-3.messagelabs.com id C5/29-01776-B99CB815; Thu, 09 May 2013 16:06:51 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1368115609!31969743!1 X-Originating-IP: [74.125.82.48] 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 19964 invoked from network); 9 May 2013 16:06:50 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 16:06:50 -0000 Received: by mail-wg0-f48.google.com with SMTP id f11so3258217wgh.27 for ; Thu, 09 May 2013 09:06:34 -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=nwTpfbGVpiSZMX3SsOls09+VrffRb4ZwawjhRBLVqJI=; b=qhcjnfPwGXuGCRnFlveGy+0iHruF53c5cprTctzW3gTc/CdzEpd8QXKQMy0c8q5r2y vrQa9LqRzmAUNkk7pv8h6kht5wRCtROAX6TkE21FKZbhFSsdB004LDe/GfP9sTU4gbJW iGT4Cl5xitxhK1RODd8FmCthOxtszuI9Jd/FIRulL1pC1FZPRslZTabQjzS5tkpFuRc6 WdjQvNsLKvZJv/jiTbVO2ZbgQRPKXzahj3QbETLwVdjyoICaC9Mx3XUbrVhdEm9LrhhD pfOjZZtPjhDp5k6kNZYjZDRYV1nmyZoTd5fE2ScypBqgn75dhq/zH0odpmb/6Rq2U4tJ SbIA== MIME-Version: 1.0 X-Received: by 10.194.58.243 with SMTP id u19mr19154539wjq.47.1368115594018; Thu, 09 May 2013 09:06:34 -0700 (PDT) Received: by 10.217.79.13 with HTTP; Thu, 9 May 2013 09:06:33 -0700 (PDT) In-Reply-To: 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> Date: Thu, 9 May 2013 11:06:33 -0500 Message-ID: From: David Sutton To: Gordan Bobic Cc: xen-users@lists.xen.org, Casey DeLorme Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3034346682797491474==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3034346682797491474== Content-Type: multipart/alternative; boundary=047d7ba97c9efe485804dc4b3b25 --047d7ba97c9efe485804dc4b3b25 Content-Type: text/plain; charset=ISO-8859-1 Gordan, For reference, I went the 'Asus Sabertooth + AMD 8 core' route - ASUS Sabertooth 990FX (rev 1.0) and an AMD 8350. I've got a Radeon HD 6770 passed through as a secondary screen to a Windows 7 DomU (the primary card is currently a Radeon HD 7750, also used a Nvidia GTX 550 Ti). Its usually stable (unless I have to reboot it a lot) but i'm currently stuck at Xen 4.2.1 as the IVRS table is exporting bad information (it has an entry for one IO-APIC, with a handle of 0x0). This is using the xl toolset. Regards, David On Thu, May 9, 2013 at 10:28 AM, Gordan Bobic wrote: > On Thu, 9 May 2013 14:20:20 +0000, Casey DeLorme > wrote: > >> Thanks for posting the results Gordan, unfortunate that it isn't >> working as well as we hoped. >> > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > What about with PCIe devices behind NF200 bridges? I know the NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to use it. > > > Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > > > Gordan > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7ba97c9efe485804dc4b3b25 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Gordan,

=A0 For reference, I w= ent the 'Asus Sabertooth + AMD 8 core' route - ASUS Sabertooth 990F= X (rev 1.0) and an AMD 8350. I've got a Radeon HD 6770 passed through a= s a secondary screen to a Windows 7 DomU (the primary card is currently a R= adeon HD 7750, also used a Nvidia GTX 550 Ti). Its usually stable (unless I= have to reboot it a lot) but i'm currently stuck at Xen 4.2.1 as the I= VRS table is exporting bad information (it has an entry for one IO-APIC, wi= th a handle of 0x0). This is using the xl toolset.

Regards,

=A0 David


On Thu, May 9, 2013 at 10:28 AM, Gord= an Bobic <gordan@bobich.net> wrote:
On Thu, 9 May 2013 14:20:2= 0 +0000, Casey DeLorme <cdelorme@gmail.com> wrote:
Thanks for posting the results Gordan, unfortunate that it isn't
working as well as we hoped.

I haven't given up _quite_ yet.

I discovered yesterday that it _looks liks_ one of my PCIe slots is
actually duff (two different GPUs both fail to detect properly in it
but work fine in other slots).

If it turns out to be a duff slot, there's no telling what else
might be duff on the motherboard and how it might affect various
things, even though several days of full load stability testing
passed.

So some more bare-metal testing seems to be called for - right now I
am not prepared to disregard the possibility that maybe I have a
hardware issue somewhere that despite EDAC and ECC on everything,
remains undetected and unreported in the logs.


=A0 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes,<= br> EVGA have decided in their infinite wisdom to put all 7 PCIe slots
behind NF200s, none are directly attached to the Intel NB).

=A0I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to=
=A0utter a few dozen cuss words a piece.

=A0I can believe that. What is the solution, though?

=A0The thing that drives me really nuts about the issues I'm seeing
(which may or may not be specifically related to the NF200) is that it
is so intermittent. It works well enough to boot up and work with a
gaming type load for a few minutes. Then something happens that causes
the VGA card to require a reset, and it all falls apart.

My solution was to buy another motherboard, I had no luck at all
passing the devices behind the NF200, and similar to your situation
all but one PCIe slot on that board was behind that bridge.

Did you not manage to get it working at all? Or was it just
intermittent like in my case? I can typically get about 5 minutes of
gaming out of my ATI card before it all goes wrong.

Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,
but opted to go for broke and get a couple of 6-core Xeons and an
EVGA SR-2. It turns out, a solution that is 4x more expensive isn't
actually better... :(

=A0 What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have
disabled enforcement of to get this far), and AFAIK shouldn't actually<= br> affect the basic PCI passthrough capability.

=A0Question: how'd you disable ACS? =A0I think it may be causing me som= e
issues.

=A0Put:

=A0(pci-passthrough-strict-check no)
=A0(pci-dev-assign-strict-check no)

=A0in /etc/xen/xend-config.sxp

=A0If it was causing you issues, however, I'd expect you to find errors=
in logs pointing at it.

As I understand the xend-config.sxp [1] is for the xm toolstack and
deprecated Xend service.

xm toolstack and xend are what I am using. I have read reports of issues with VGA passthrough using the xl stack so I didn't even attempt to use= it.


Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. =A0My understanding is it
was for the xm toolstack only and deprecated with 4.2. =A0Any chance
you can share how you configured it to work? =A0Apparently it is
required to get libvirt working, which I also did not know was
compatible with Xen 4.2.

It is possible I'm the one doing it wrong. I'm on EL6, and using virt-manager (at least for things it is willing to do), and that
defaults to the xm stack and xend.

For what it's worth, it works for the most part - apart from VGA
passthrough crashing within 5 minutes of gaming.


Gordan

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

--047d7ba97c9efe485804dc4b3b25-- --===============3034346682797491474== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3034346682797491474==-- From xen-users-bounces@lists.xen.org Thu May 09 16:08:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 16:08: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 1UaTMr-0003KV-LO; Thu, 09 May 2013 16:06:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaTMq-0003KQ-Gz for xen-users@lists.xen.org; Thu, 09 May 2013 16:06:52 +0000 Received: from [85.158.138.51:52009] by server-4.bemta-3.messagelabs.com id C5/29-01776-B99CB815; Thu, 09 May 2013 16:06:51 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1368115609!31969743!1 X-Originating-IP: [74.125.82.48] 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 19964 invoked from network); 9 May 2013 16:06:50 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 16:06:50 -0000 Received: by mail-wg0-f48.google.com with SMTP id f11so3258217wgh.27 for ; Thu, 09 May 2013 09:06:34 -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=nwTpfbGVpiSZMX3SsOls09+VrffRb4ZwawjhRBLVqJI=; b=qhcjnfPwGXuGCRnFlveGy+0iHruF53c5cprTctzW3gTc/CdzEpd8QXKQMy0c8q5r2y vrQa9LqRzmAUNkk7pv8h6kht5wRCtROAX6TkE21FKZbhFSsdB004LDe/GfP9sTU4gbJW iGT4Cl5xitxhK1RODd8FmCthOxtszuI9Jd/FIRulL1pC1FZPRslZTabQjzS5tkpFuRc6 WdjQvNsLKvZJv/jiTbVO2ZbgQRPKXzahj3QbETLwVdjyoICaC9Mx3XUbrVhdEm9LrhhD pfOjZZtPjhDp5k6kNZYjZDRYV1nmyZoTd5fE2ScypBqgn75dhq/zH0odpmb/6Rq2U4tJ SbIA== MIME-Version: 1.0 X-Received: by 10.194.58.243 with SMTP id u19mr19154539wjq.47.1368115594018; Thu, 09 May 2013 09:06:34 -0700 (PDT) Received: by 10.217.79.13 with HTTP; Thu, 9 May 2013 09:06:33 -0700 (PDT) In-Reply-To: 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> Date: Thu, 9 May 2013 11:06:33 -0500 Message-ID: From: David Sutton To: Gordan Bobic Cc: xen-users@lists.xen.org, Casey DeLorme Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3034346682797491474==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3034346682797491474== Content-Type: multipart/alternative; boundary=047d7ba97c9efe485804dc4b3b25 --047d7ba97c9efe485804dc4b3b25 Content-Type: text/plain; charset=ISO-8859-1 Gordan, For reference, I went the 'Asus Sabertooth + AMD 8 core' route - ASUS Sabertooth 990FX (rev 1.0) and an AMD 8350. I've got a Radeon HD 6770 passed through as a secondary screen to a Windows 7 DomU (the primary card is currently a Radeon HD 7750, also used a Nvidia GTX 550 Ti). Its usually stable (unless I have to reboot it a lot) but i'm currently stuck at Xen 4.2.1 as the IVRS table is exporting bad information (it has an entry for one IO-APIC, with a handle of 0x0). This is using the xl toolset. Regards, David On Thu, May 9, 2013 at 10:28 AM, Gordan Bobic wrote: > On Thu, 9 May 2013 14:20:20 +0000, Casey DeLorme > wrote: > >> Thanks for posting the results Gordan, unfortunate that it isn't >> working as well as we hoped. >> > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > What about with PCIe devices behind NF200 bridges? I know the NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to use it. > > > Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > > > Gordan > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7ba97c9efe485804dc4b3b25 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Gordan,

=A0 For reference, I w= ent the 'Asus Sabertooth + AMD 8 core' route - ASUS Sabertooth 990F= X (rev 1.0) and an AMD 8350. I've got a Radeon HD 6770 passed through a= s a secondary screen to a Windows 7 DomU (the primary card is currently a R= adeon HD 7750, also used a Nvidia GTX 550 Ti). Its usually stable (unless I= have to reboot it a lot) but i'm currently stuck at Xen 4.2.1 as the I= VRS table is exporting bad information (it has an entry for one IO-APIC, wi= th a handle of 0x0). This is using the xl toolset.

Regards,

=A0 David


On Thu, May 9, 2013 at 10:28 AM, Gord= an Bobic <gordan@bobich.net> wrote:
On Thu, 9 May 2013 14:20:2= 0 +0000, Casey DeLorme <cdelorme@gmail.com> wrote:
Thanks for posting the results Gordan, unfortunate that it isn't
working as well as we hoped.

I haven't given up _quite_ yet.

I discovered yesterday that it _looks liks_ one of my PCIe slots is
actually duff (two different GPUs both fail to detect properly in it
but work fine in other slots).

If it turns out to be a duff slot, there's no telling what else
might be duff on the motherboard and how it might affect various
things, even though several days of full load stability testing
passed.

So some more bare-metal testing seems to be called for - right now I
am not prepared to disregard the possibility that maybe I have a
hardware issue somewhere that despite EDAC and ECC on everything,
remains undetected and unreported in the logs.


=A0 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes,<= br> EVGA have decided in their infinite wisdom to put all 7 PCIe slots
behind NF200s, none are directly attached to the Intel NB).

=A0I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to=
=A0utter a few dozen cuss words a piece.

=A0I can believe that. What is the solution, though?

=A0The thing that drives me really nuts about the issues I'm seeing
(which may or may not be specifically related to the NF200) is that it
is so intermittent. It works well enough to boot up and work with a
gaming type load for a few minutes. Then something happens that causes
the VGA card to require a reset, and it all falls apart.

My solution was to buy another motherboard, I had no luck at all
passing the devices behind the NF200, and similar to your situation
all but one PCIe slot on that board was behind that bridge.

Did you not manage to get it working at all? Or was it just
intermittent like in my case? I can typically get about 5 minutes of
gaming out of my ATI card before it all goes wrong.

Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,
but opted to go for broke and get a couple of 6-core Xeons and an
EVGA SR-2. It turns out, a solution that is 4x more expensive isn't
actually better... :(

=A0 What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have
disabled enforcement of to get this far), and AFAIK shouldn't actually<= br> affect the basic PCI passthrough capability.

=A0Question: how'd you disable ACS? =A0I think it may be causing me som= e
issues.

=A0Put:

=A0(pci-passthrough-strict-check no)
=A0(pci-dev-assign-strict-check no)

=A0in /etc/xen/xend-config.sxp

=A0If it was causing you issues, however, I'd expect you to find errors=
in logs pointing at it.

As I understand the xend-config.sxp [1] is for the xm toolstack and
deprecated Xend service.

xm toolstack and xend are what I am using. I have read reports of issues with VGA passthrough using the xl stack so I didn't even attempt to use= it.


Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. =A0My understanding is it
was for the xm toolstack only and deprecated with 4.2. =A0Any chance
you can share how you configured it to work? =A0Apparently it is
required to get libvirt working, which I also did not know was
compatible with Xen 4.2.

It is possible I'm the one doing it wrong. I'm on EL6, and using virt-manager (at least for things it is willing to do), and that
defaults to the xm stack and xend.

For what it's worth, it works for the most part - apart from VGA
passthrough crashing within 5 minutes of gaming.


Gordan

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

--047d7ba97c9efe485804dc4b3b25-- --===============3034346682797491474== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3034346682797491474==-- From xen-users-bounces@lists.xen.org Thu May 09 17:36:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 17:36:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaUkP-0007OX-UN; Thu, 09 May 2013 17:35:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaUkN-0007OS-Sw for xen-users@lists.xen.org; Thu, 09 May 2013 17:35:16 +0000 Received: from [85.158.138.51:56024] by server-8.bemta-3.messagelabs.com id A4/EB-25864-25EDB815; Thu, 09 May 2013 17:35:14 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1368120910!31844636!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 21181 invoked from network); 9 May 2013 17:35:12 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 17:35:12 -0000 Received: by mail-ve0-f170.google.com with SMTP id 15so3137255vea.29 for ; Thu, 09 May 2013 10:35: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=YyWp8E4WNyMur22/EtUiJN7JHGl2l0MfEKbG07v2iPA=; b=nIr+N+b7eJCzpVlFYklQbZI5K1CVqke8tMpB+tfUruucUVNnwdN6kOol44NUDde8fO QOKYncmvOUmdyKvxHYs/ldlZKVyUPzjF9Lthj1A2AUnFOeU0Dd18OMElMucOaM7lx90b E6an7FDafhrodfWdvN6a86HbO+DVOCwzjpMLcGmnECMbgMSx1TU2L0c3du4BIkEutCWV Z5LHWURWRogKvzyFUksaOIFZylMIfIPRcon8wH0d6+w34W8Tbe8DTvMwoVmSSQACSSIL kd+2fA1z7km2/0hlLde0Lq5UZ6WDNUlROWdB1mwZGNBWNk8C8J49EZkEmt3qCCYM+/Vz fYOw== MIME-Version: 1.0 X-Received: by 10.52.103.50 with SMTP id ft18mr7222277vdb.108.1368120910442; Thu, 09 May 2013 10:35:10 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Thu, 9 May 2013 10:35:10 -0700 (PDT) In-Reply-To: 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> Date: Thu, 9 May 2013 17:35:10 +0000 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8171131117363248043==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8171131117363248043== Content-Type: multipart/alternative; boundary=047d7bacb7e4e0832e04dc4c78f3 --047d7bacb7e4e0832e04dc4c78f3 Content-Type: text/plain; charset=UTF-8 Thanks for posting the results Gordan, unfortunate that it isn't > working as well as we hoped. >> > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > I hope you manage to resolve it, though I feel the NF200 will be the larger challenge. > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > I was unable to get it working at all. The NF200 simply threw errors that 100% prevented me from passing the device. I think it was missing a number of specific features required for passthrough, and I vaguely remember running lspci -vvv to verify what was missing. Perhaps not all NF200's are created equal? > What about with PCIe devices behind NF200 bridges? I know the NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to use it. > > The xm toolstack was deprecated in version 4.1. I read that it had not been updated in months due to a lack of maintainers. I did try xm back when I started, the passthrough worked but had the same problems I had when I began testing xl. I have been using xl since then. My logic was simply "why become dependent on a tool that is no-longer maintained and may be removed from the next release?" Does anyone know whether the xm toolstack been modified since 4.1 to accommodate changes with Xen 4.2? If it has not, it might be worth considering xl. > Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > If you are using xm then it makes sense, as libvirt seems to require xm/xend to be loaded in order to function. There are more upgrade notes about xend now, so that is new to me. According to the Xen Man Pages the xend-config.sxp file doesn't have the flags you added; can you link to resources that mentioned them? I have not seen xl equivalents for your xend configuration, so I guess xm does have some features xl does not still. ~Casey --047d7bacb7e4e0832e04dc4c78f3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for posting the = results Gordan, unfortunate that it isn't
working as well as we hoped.

I haven't given up _quite_ yet.

I discovered yesterday that it _looks liks_ one of my PCIe slots is
actually duff (two different GPUs both fail to detect properly in it
but work fine in other slots).

If it turns out to be a duff slot, there's no telling what else
might be duff on the motherboard and how it might affect various
things, even though several days of full load stability testing
passed.

So some more bare-metal testing seems to be called for - right now I
am not prepared to disregard the possibility that maybe I have a
hardware issue somewhere that despite EDAC and ECC on everything,
remains undetected and unreported in the logs.

<= /blockquote>

I hope you manage to resolve it, though I f= eel the NF200 will be the larger challenge.
=C2=A0

=C2=A0 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (ye= s,
EVGA have decided in their infinite wisdom to put all 7 PCIe slots
behind NF200s, none are directly attached to the Intel NB).

=C2=A0I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers= to
=C2=A0utter a few dozen cuss words a piece.

=C2=A0I can believe that. What is the solution, though?

=C2=A0The thing that drives me really nuts about the issues I'm seeing<= br> (which may or may not be specifically related to the NF200) is that it
is so intermittent. It works well enough to boot up and work with a
gaming type load for a few minutes. Then something happens that causes
the VGA card to require a reset, and it all falls apart.

My solution was to buy another motherboard, I had no luck at all
passing the devices behind the NF200, and similar to your situation
all but one PCIe slot on that board was behind that bridge.

Did you not manage to get it working at all? Or was it just
intermittent like in my case? I can typically get about 5 minutes of
gaming out of my ATI card before it all goes wrong.

Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,
but opted to go for broke and get a couple of 6-core Xeons and an
EVGA SR-2. It turns out, a solution that is 4x more expensive isn't
actually better... :(


I was unable to get it working at all.= =C2=A0The NF200 simply threw errors that 100% prevented me from passing th= e device. =C2=A0I think it was missing a number of specific features requir= ed for passthrough, and I vaguely remember running lspci -vvv to verify wha= t was missing. =C2=A0Perhaps not all NF200's are created equal?
=C2=A0
=C2=A0 What about with PCIe devices behind NF200 bridges? I know the NF200s=
don't support PCI ACS, but that is a security feature (which I have
disabled enforcement of to get this far), and AFAIK shouldn't actually<= br> affect the basic PCI passthrough capability.

=C2=A0Question: how'd you disable ACS? =C2=A0I think it may be causing = me some
issues.

=C2=A0Put:

=C2=A0(pci-passthrough-strict-check no)
=C2=A0(pci-dev-assign-strict-check no)

=C2=A0in /etc/xen/xend-config.sxp

=C2=A0If it was causing you issues, however, I'd expect you to find err= ors
in logs pointing at it.

As I understand the xend-config.sxp [1] is for the xm toolstack and
deprecated Xend service.

xm toolstack and xend are what I am using. I have read reports of issues with VGA passthrough using the xl stack so I didn't even attempt to use= it.


The x= m toolstack was deprecated in version 4.1. =C2=A0I read that it had not bee= n updated in months due to a lack of maintainers. =C2=A0I did try xm back w= hen I started, the passthrough worked but had the same problems I had when = I began testing xl. =C2=A0I have been using xl since then. =C2=A0My logic w= as simply "why become dependent on a tool that is no-longer maintained= and may be removed from the next release?"

Does anyone know whether the xm toolstack been modified= since 4.1 to accommodate changes with Xen 4.2? =C2=A0If it has not, it mig= ht be worth considering xl.


Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. =C2=A0My understanding is it<= br> was for the xm toolstack only and deprecated with 4.2. =C2=A0Any chance
you can share how you configured it to work? =C2=A0Apparently it is
required to get libvirt working, which I also did not know was
compatible with Xen 4.2.

It is possible I'm the one doing it wrong. I'm on EL6, and using virt-manager (at least for things it is willing to do), and that
defaults to the xm stack and xend.

For what it's worth, it works for the most part - apart from VGA
passthrough crashing within 5 minutes of gaming.

=
If you are using xm then it makes sense, a= s libvirt seems to require xm/xend to be loaded in order to function.

There are m= ore=C2=A0upgrade notes=C2=A0about xend now, so that is new = to me. =C2=A0According to the Xen Man Pages the xend-config.sxp file doesn&= #39;t have the flags you added; can you link to resources that mentioned th= em? =C2=A0I have not seen xl equivalents for your xend configuration, so I = guess xm does have some features xl does not still.

~Casey
--047d7bacb7e4e0832e04dc4c78f3-- --===============8171131117363248043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8171131117363248043==-- From xen-users-bounces@lists.xen.org Thu May 09 17:36:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 17:36:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaUkP-0007OX-UN; Thu, 09 May 2013 17:35:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaUkN-0007OS-Sw for xen-users@lists.xen.org; Thu, 09 May 2013 17:35:16 +0000 Received: from [85.158.138.51:56024] by server-8.bemta-3.messagelabs.com id A4/EB-25864-25EDB815; Thu, 09 May 2013 17:35:14 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1368120910!31844636!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 21181 invoked from network); 9 May 2013 17:35:12 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2013 17:35:12 -0000 Received: by mail-ve0-f170.google.com with SMTP id 15so3137255vea.29 for ; Thu, 09 May 2013 10:35: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=YyWp8E4WNyMur22/EtUiJN7JHGl2l0MfEKbG07v2iPA=; b=nIr+N+b7eJCzpVlFYklQbZI5K1CVqke8tMpB+tfUruucUVNnwdN6kOol44NUDde8fO QOKYncmvOUmdyKvxHYs/ldlZKVyUPzjF9Lthj1A2AUnFOeU0Dd18OMElMucOaM7lx90b E6an7FDafhrodfWdvN6a86HbO+DVOCwzjpMLcGmnECMbgMSx1TU2L0c3du4BIkEutCWV Z5LHWURWRogKvzyFUksaOIFZylMIfIPRcon8wH0d6+w34W8Tbe8DTvMwoVmSSQACSSIL kd+2fA1z7km2/0hlLde0Lq5UZ6WDNUlROWdB1mwZGNBWNk8C8J49EZkEmt3qCCYM+/Vz fYOw== MIME-Version: 1.0 X-Received: by 10.52.103.50 with SMTP id ft18mr7222277vdb.108.1368120910442; Thu, 09 May 2013 10:35:10 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Thu, 9 May 2013 10:35:10 -0700 (PDT) In-Reply-To: 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> Date: Thu, 9 May 2013 17:35:10 +0000 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8171131117363248043==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8171131117363248043== Content-Type: multipart/alternative; boundary=047d7bacb7e4e0832e04dc4c78f3 --047d7bacb7e4e0832e04dc4c78f3 Content-Type: text/plain; charset=UTF-8 Thanks for posting the results Gordan, unfortunate that it isn't > working as well as we hoped. >> > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > I hope you manage to resolve it, though I feel the NF200 will be the larger challenge. > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > I was unable to get it working at all. The NF200 simply threw errors that 100% prevented me from passing the device. I think it was missing a number of specific features required for passthrough, and I vaguely remember running lspci -vvv to verify what was missing. Perhaps not all NF200's are created equal? > What about with PCIe devices behind NF200 bridges? I know the NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to use it. > > The xm toolstack was deprecated in version 4.1. I read that it had not been updated in months due to a lack of maintainers. I did try xm back when I started, the passthrough worked but had the same problems I had when I began testing xl. I have been using xl since then. My logic was simply "why become dependent on a tool that is no-longer maintained and may be removed from the next release?" Does anyone know whether the xm toolstack been modified since 4.1 to accommodate changes with Xen 4.2? If it has not, it might be worth considering xl. > Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > If you are using xm then it makes sense, as libvirt seems to require xm/xend to be loaded in order to function. There are more upgrade notes about xend now, so that is new to me. According to the Xen Man Pages the xend-config.sxp file doesn't have the flags you added; can you link to resources that mentioned them? I have not seen xl equivalents for your xend configuration, so I guess xm does have some features xl does not still. ~Casey --047d7bacb7e4e0832e04dc4c78f3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for posting the = results Gordan, unfortunate that it isn't
working as well as we hoped.

I haven't given up _quite_ yet.

I discovered yesterday that it _looks liks_ one of my PCIe slots is
actually duff (two different GPUs both fail to detect properly in it
but work fine in other slots).

If it turns out to be a duff slot, there's no telling what else
might be duff on the motherboard and how it might affect various
things, even though several days of full load stability testing
passed.

So some more bare-metal testing seems to be called for - right now I
am not prepared to disregard the possibility that maybe I have a
hardware issue somewhere that despite EDAC and ECC on everything,
remains undetected and unreported in the logs.

<= /blockquote>

I hope you manage to resolve it, though I f= eel the NF200 will be the larger challenge.
=C2=A0

=C2=A0 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (ye= s,
EVGA have decided in their infinite wisdom to put all 7 PCIe slots
behind NF200s, none are directly attached to the Intel NB).

=C2=A0I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers= to
=C2=A0utter a few dozen cuss words a piece.

=C2=A0I can believe that. What is the solution, though?

=C2=A0The thing that drives me really nuts about the issues I'm seeing<= br> (which may or may not be specifically related to the NF200) is that it
is so intermittent. It works well enough to boot up and work with a
gaming type load for a few minutes. Then something happens that causes
the VGA card to require a reset, and it all falls apart.

My solution was to buy another motherboard, I had no luck at all
passing the devices behind the NF200, and similar to your situation
all but one PCIe slot on that board was behind that bridge.

Did you not manage to get it working at all? Or was it just
intermittent like in my case? I can typically get about 5 minutes of
gaming out of my ATI card before it all goes wrong.

Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,
but opted to go for broke and get a couple of 6-core Xeons and an
EVGA SR-2. It turns out, a solution that is 4x more expensive isn't
actually better... :(


I was unable to get it working at all.= =C2=A0The NF200 simply threw errors that 100% prevented me from passing th= e device. =C2=A0I think it was missing a number of specific features requir= ed for passthrough, and I vaguely remember running lspci -vvv to verify wha= t was missing. =C2=A0Perhaps not all NF200's are created equal?
=C2=A0
=C2=A0 What about with PCIe devices behind NF200 bridges? I know the NF200s=
don't support PCI ACS, but that is a security feature (which I have
disabled enforcement of to get this far), and AFAIK shouldn't actually<= br> affect the basic PCI passthrough capability.

=C2=A0Question: how'd you disable ACS? =C2=A0I think it may be causing = me some
issues.

=C2=A0Put:

=C2=A0(pci-passthrough-strict-check no)
=C2=A0(pci-dev-assign-strict-check no)

=C2=A0in /etc/xen/xend-config.sxp

=C2=A0If it was causing you issues, however, I'd expect you to find err= ors
in logs pointing at it.

As I understand the xend-config.sxp [1] is for the xm toolstack and
deprecated Xend service.

xm toolstack and xend are what I am using. I have read reports of issues with VGA passthrough using the xl stack so I didn't even attempt to use= it.


The x= m toolstack was deprecated in version 4.1. =C2=A0I read that it had not bee= n updated in months due to a lack of maintainers. =C2=A0I did try xm back w= hen I started, the passthrough worked but had the same problems I had when = I began testing xl. =C2=A0I have been using xl since then. =C2=A0My logic w= as simply "why become dependent on a tool that is no-longer maintained= and may be removed from the next release?"

Does anyone know whether the xm toolstack been modified= since 4.1 to accommodate changes with Xen 4.2? =C2=A0If it has not, it mig= ht be worth considering xl.


Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. =C2=A0My understanding is it<= br> was for the xm toolstack only and deprecated with 4.2. =C2=A0Any chance
you can share how you configured it to work? =C2=A0Apparently it is
required to get libvirt working, which I also did not know was
compatible with Xen 4.2.

It is possible I'm the one doing it wrong. I'm on EL6, and using virt-manager (at least for things it is willing to do), and that
defaults to the xm stack and xend.

For what it's worth, it works for the most part - apart from VGA
passthrough crashing within 5 minutes of gaming.

=
If you are using xm then it makes sense, a= s libvirt seems to require xm/xend to be loaded in order to function.

There are m= ore=C2=A0upgrade notes=C2=A0about xend now, so that is new = to me. =C2=A0According to the Xen Man Pages the xend-config.sxp file doesn&= #39;t have the flags you added; can you link to resources that mentioned th= em? =C2=A0I have not seen xl equivalents for your xend configuration, so I = guess xm does have some features xl does not still.

~Casey
--047d7bacb7e4e0832e04dc4c78f3-- --===============8171131117363248043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8171131117363248043==-- From xen-users-bounces@lists.xen.org Thu May 09 18:01:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 18:01:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaV8m-0000UV-4i; Thu, 09 May 2013 18:00:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaV8j-0000UQ-TF for xen-users@lists.xen.org; Thu, 09 May 2013 18:00:26 +0000 Received: from [85.158.143.99:58953] by server-3.bemta-4.messagelabs.com id F8/F4-02015-934EB815; Thu, 09 May 2013 18:00:25 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-216.messagelabs.com!1368122423!31665636!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 28605 invoked from network); 9 May 2013 18:00:24 -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; 9 May 2013 18:00:24 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.109.125.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 1CC162211A3 for ; Thu, 9 May 2013 19:00:17 +0100 (BST) Message-ID: <518BE430.9030702@bobich.net> Date: Thu, 09 May 2013 19:00:16 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/09/2013 06:35 PM, Casey DeLorme wrote: > Thanks for posting the results Gordan, unfortunate that it isn't > > working as well as we hoped. > > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > > I hope you manage to resolve it, though I feel the NF200 will be the > larger challenge. I hope I'll resolve it, too, but right now I am not convinced that the NF200 is actually the cause of my problems. My gut feeling says that if I can get it working for 5 minutes at a time, something less fundamental than the NF200 PCIe routers are the cause of the problems. > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges > (yes, > EVGA have decided in their infinite wisdom to put all 7 PCIe slots > behind NF200s, none are directly attached to the Intel NB). > > I'm so sorry :P. NF200 has probably caused a lot of xen > tinkerers to > utter a few dozen cuss words a piece. > > I can believe that. What is the solution, though? > > The thing that drives me really nuts about the issues I'm seeing > (which may or may not be specifically related to the NF200) is > that it > is so intermittent. It works well enough to boot up and work with a > gaming type load for a few minutes. Then something happens that > causes > the VGA card to require a reset, and it all falls apart. > > My solution was to buy another motherboard, I had no luck at all > passing the devices behind the NF200, and similar to your situation > all but one PCIe slot on that board was behind that bridge. > > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > > I was unable to get it working at all. The NF200 simply threw errors > that 100% prevented me from passing the device. I think it was missing > a number of specific features required for passthrough, and I vaguely > remember running lspci -vvv to verify what was missing. Perhaps not all > NF200's are created equal? The only logged issue I had with the NF200s was the lack of ACS, which can be disabled as I mentioned on this thread (at least if you are using the xm stack). After I disabled that PCI passthrough has been working OK. It's just VGA passthrough BSOD-ing after some minutes that is causing me problems. > What about with PCIe devices behind NF200 bridges? I know the > NF200s > don't support PCI ACS, but that is a security feature (which I have > disabled enforcement of to get this far), and AFAIK shouldn't > actually > affect the basic PCI passthrough capability. > > Question: how'd you disable ACS? I think it may be causing me > some > issues. > > Put: > > (pci-passthrough-strict-check no) > (pci-dev-assign-strict-check no) > > in /etc/xen/xend-config.sxp > > If it was causing you issues, however, I'd expect you to find > errors > in logs pointing at it. > > As I understand the xend-config.sxp [1] is for the xm toolstack and > deprecated Xend service. > > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to > use it. > > > The xm toolstack was deprecated in version 4.1. I read that it had not > been updated in months due to a lack of maintainers. I heard that xl is still feature-incomplete and experimental, and problematic with VGA passthrough. > I did try xm back > when I started, the passthrough worked but had the same problems I had > when I began testing xl. I have been using xl since then. My logic was > simply "why become dependent on a tool that is no-longer maintained and > may be removed from the next release?" I'm not wedded to any particular tool stack, I'm happy to use whatever works. But since libvirt and virt-manager are still using xm, and since I have seen recent reports of xl being problematic for VGA passthrough as well as there being no apparent way to disable ACS requirements with the xl stack, that rules it out for me completely at the moment. > Does anyone know whether the xm toolstack been modified since 4.1 to > accommodate changes with Xen 4.2? If it has not, it might be worth > considering xl. Does anyone know how to disable the ACS bridge requirement with the xl stack? > Perhaps I am confused, or things changed while I wasn't looking, but > for me enabling Xend breaks the xl toolstack. My understanding > is it > was for the xm toolstack only and deprecated with 4.2. Any chance > you can share how you configured it to work? Apparently it is > required to get libvirt working, which I also did not know was > compatible with Xen 4.2. > > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > > > If you are using xm then it makes sense, as libvirt seems to require > xm/xend to be loaded in order to function. > > There are more upgrade notes > about > xend now, so that is new to me. According to the Xen Man Pages the > xend-config.sxp file doesn't have the flags you added; can you link to > resources that mentioned them? I have not seen xl equivalents for your > xend configuration, so I guess xm does have some features xl does not still. This mentions it, among others: http://wiki.xen.org/wiki/Xen_PCI_Passthrough Google for xen pci-passthrough-strict-check pci-dev-assign-strict-check and you should find some relevant things easily enough. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 09 18:01:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 09 May 2013 18:01:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaV8m-0000UV-4i; Thu, 09 May 2013 18:00:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaV8j-0000UQ-TF for xen-users@lists.xen.org; Thu, 09 May 2013 18:00:26 +0000 Received: from [85.158.143.99:58953] by server-3.bemta-4.messagelabs.com id F8/F4-02015-934EB815; Thu, 09 May 2013 18:00:25 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-216.messagelabs.com!1368122423!31665636!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 28605 invoked from network); 9 May 2013 18:00:24 -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; 9 May 2013 18:00:24 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.109.125.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 1CC162211A3 for ; Thu, 9 May 2013 19:00:17 +0100 (BST) Message-ID: <518BE430.9030702@bobich.net> Date: Thu, 09 May 2013 19:00:16 +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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/09/2013 06:35 PM, Casey DeLorme wrote: > Thanks for posting the results Gordan, unfortunate that it isn't > > working as well as we hoped. > > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > > I hope you manage to resolve it, though I feel the NF200 will be the > larger challenge. I hope I'll resolve it, too, but right now I am not convinced that the NF200 is actually the cause of my problems. My gut feeling says that if I can get it working for 5 minutes at a time, something less fundamental than the NF200 PCIe routers are the cause of the problems. > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges > (yes, > EVGA have decided in their infinite wisdom to put all 7 PCIe slots > behind NF200s, none are directly attached to the Intel NB). > > I'm so sorry :P. NF200 has probably caused a lot of xen > tinkerers to > utter a few dozen cuss words a piece. > > I can believe that. What is the solution, though? > > The thing that drives me really nuts about the issues I'm seeing > (which may or may not be specifically related to the NF200) is > that it > is so intermittent. It works well enough to boot up and work with a > gaming type load for a few minutes. Then something happens that > causes > the VGA card to require a reset, and it all falls apart. > > My solution was to buy another motherboard, I had no luck at all > passing the devices behind the NF200, and similar to your situation > all but one PCIe slot on that board was behind that bridge. > > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > > I was unable to get it working at all. The NF200 simply threw errors > that 100% prevented me from passing the device. I think it was missing > a number of specific features required for passthrough, and I vaguely > remember running lspci -vvv to verify what was missing. Perhaps not all > NF200's are created equal? The only logged issue I had with the NF200s was the lack of ACS, which can be disabled as I mentioned on this thread (at least if you are using the xm stack). After I disabled that PCI passthrough has been working OK. It's just VGA passthrough BSOD-ing after some minutes that is causing me problems. > What about with PCIe devices behind NF200 bridges? I know the > NF200s > don't support PCI ACS, but that is a security feature (which I have > disabled enforcement of to get this far), and AFAIK shouldn't > actually > affect the basic PCI passthrough capability. > > Question: how'd you disable ACS? I think it may be causing me > some > issues. > > Put: > > (pci-passthrough-strict-check no) > (pci-dev-assign-strict-check no) > > in /etc/xen/xend-config.sxp > > If it was causing you issues, however, I'd expect you to find > errors > in logs pointing at it. > > As I understand the xend-config.sxp [1] is for the xm toolstack and > deprecated Xend service. > > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to > use it. > > > The xm toolstack was deprecated in version 4.1. I read that it had not > been updated in months due to a lack of maintainers. I heard that xl is still feature-incomplete and experimental, and problematic with VGA passthrough. > I did try xm back > when I started, the passthrough worked but had the same problems I had > when I began testing xl. I have been using xl since then. My logic was > simply "why become dependent on a tool that is no-longer maintained and > may be removed from the next release?" I'm not wedded to any particular tool stack, I'm happy to use whatever works. But since libvirt and virt-manager are still using xm, and since I have seen recent reports of xl being problematic for VGA passthrough as well as there being no apparent way to disable ACS requirements with the xl stack, that rules it out for me completely at the moment. > Does anyone know whether the xm toolstack been modified since 4.1 to > accommodate changes with Xen 4.2? If it has not, it might be worth > considering xl. Does anyone know how to disable the ACS bridge requirement with the xl stack? > Perhaps I am confused, or things changed while I wasn't looking, but > for me enabling Xend breaks the xl toolstack. My understanding > is it > was for the xm toolstack only and deprecated with 4.2. Any chance > you can share how you configured it to work? Apparently it is > required to get libvirt working, which I also did not know was > compatible with Xen 4.2. > > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > > > If you are using xm then it makes sense, as libvirt seems to require > xm/xend to be loaded in order to function. > > There are more upgrade notes > about > xend now, so that is new to me. According to the Xen Man Pages the > xend-config.sxp file doesn't have the flags you added; can you link to > resources that mentioned them? I have not seen xl equivalents for your > xend configuration, so I guess xm does have some features xl does not still. This mentions it, among others: http://wiki.xen.org/wiki/Xen_PCI_Passthrough Google for xen pci-passthrough-strict-check pci-dev-assign-strict-check and you should find some relevant things easily enough. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 03:53:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 03:53: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 1UaeNa-0006kk-4q; Fri, 10 May 2013 03:52:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaeNW-0006kf-Li for xen-users@lists.xen.org; Fri, 10 May 2013 03:52:18 +0000 Received: from [85.158.143.99:24960] by server-2.bemta-4.messagelabs.com id D8/69-27124-0FE6C815; Fri, 10 May 2013 03:52:16 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368157935!24697990!1 X-Originating-IP: [65.54.61.102] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24799 invoked from network); 10 May 2013 03:52:15 -0000 Received: from snt0-omc2-s51.snt0.hotmail.com (HELO snt0-omc2-s51.snt0.hotmail.com) (65.54.61.102) by server-11.tower-216.messagelabs.com with SMTP; 10 May 2013 03:52:15 -0000 Received: from SNT136-W37 ([65.55.90.73]) by snt0-omc2-s51.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 May 2013 20:52:14 -0700 X-EIP: [x92x38dVeR88AL/BJOEMOSiT1vDbu2fb4WOeLbvLcu0=] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: Ian Campbell Date: Fri, 10 May 2013 12:52:14 +0900 Importance: Normal In-Reply-To: <1368104772.17285.132.camel@zakaz.uk.xensource.com> References: , <1368104772.17285.132.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 X-OriginalArrivalTime: 10 May 2013 03:52:14.0932 (UTC) FILETIME=[C253A140:01CE4D31] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6927744004919798117==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6927744004919798117== Content-Type: multipart/alternative; boundary="_042dc4d1-e467-4f73-b8eb-d2735b0c69df_" --_042dc4d1-e467-4f73-b8eb-d2735b0c69df_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIElhbi5UaGFua3MgZm9yIHRoZSByZXBseS4NCkRpZCB5b3UgbWVhbiBJIGhhZCB0byBkZWxl dGUgdGhhdCBzeW1saW5rPyBBZnRlciBJIHJlbW92ZWQgJ2Jvb3QveGVuLmd6Jywgb25lIG9mIG1l c3NhZ2VzIHdhcyBhcHByZWNpYXRlZDogDQokIHN1ZG8gcm0gL2Jvb3QveGVuLmd6DQokIHN1ZG8g dXBkYXRlLWdydWINCkdlbmVyYXRpbmcgZ3J1Yi5jZmcgLi4uDQpGb3VuZCBsaW51eCBpbWFnZTog L2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290 L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYw0KZHBrZzogd2FybmluZzogdmVyc2lvbiAnc3lt cy00LjMtdW5zdGFibGUnIGhhcyBiYWQgc3ludGF4OiB2ZXJzaW9uIG51bWJlciBkb2VzIG5vdCBz dGFydCB3aXRoIGRpZ2l0DQpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0y My1nZW5lcmljDQpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMt Z2VuZXJpYw0KRm91bmQgbGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJp Yw0KRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMN CkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWMNCkZvdW5k IGluaXRyZCBpbWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1nZW5lcmljDQpGb3VuZCBs aW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQpGb3VuZCBpbml0cmQg aW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYw0KRm91bmQgbWVtdGVzdDg2 KyBpbWFnZTogL21lbXRlc3Q4NisuYmluDQpkb25lCg0KSG93ZXZlciwgaXQgc3RpbGwgaW5kaWNh dGUgd2FybmluZyBhYm91dCAnc3ltcy00LjMtdW5zdGFibGUnV2hlbiBsb29raW5nIGF0IGZpbGVz IGF0IC9ib290LyBkaWVjdG9yeSwgdGhlcmUgaXMgbm8gc3VjaCBmaWxlLiAgIEhlcmUgaXMgbXkg ZmlsZXMgYXQgL2Jvb3QvLiQgbHMgLWFsIC9ib290dG90YWwgMzc5Njhkcnd4ci14ci14ICA0IHJv b3Qgcm9vdCAgICAgMTAyNCBNYXkgMTAgMTI6NDcgLi9kcnd4ci14ci14IDI3IHJvb3Qgcm9vdCAg ICAgNDA5NiBNYXkgIDggMjA6MjcgLi4vLXJ3LXItLXItLSAgMSByb290IHJvb3QgICA3OTEwMjMg QXByIDExICAyMDEyIGFiaS0zLjIuMC0yMy1nZW5lcmljLXJ3LXItLXItLSAgMSByb290IHJvb3Qg ICAxNDAyNzkgQXByIDExICAyMDEyIGNvbmZpZy0zLjIuMC0yMy1nZW5lcmljZHJ3eHIteHIteCAg MyByb290IHJvb3QgICAgIDUxMjAgTWF5IDEwIDExOjAzIGdydWIvLXJ3LXItLXItLSAgMSByb290 IHJvb3QgMTQ3MjgyNTIgTWFyIDE0IDE1OjM1IGluaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpY2Ry d3hyLXhyLXggIDIgcm9vdCByb290ICAgIDEyMjg4IE1hciAxNCAxNToxOCBsb3N0K2ZvdW5kLy1y dy1yLS1yLS0gIDEgcm9vdCByb290ICAgMTc2NzY0IE5vdiAyNyAgMjAxMSBtZW10ZXN0ODYrLmJp bi1ydy1yLS1yLS0gIDEgcm9vdCByb290ICAgMTc4OTQ0IE5vdiAyNyAgMjAxMSBtZW10ZXN0ODYr X211bHRpYm9vdC5iaW4tcnctLS0tLS0tICAxIHJvb3Qgcm9vdCAgMjg4NDM1OCBBcHIgMTEgIDIw MTIgU3lzdGVtLm1hcC0zLjIuMC0yMy1nZW5lcmljLXJ3LS0tLS0tLSAgMSByb290IHJvb3QgIDQ5 NjU4NDAgQXByIDExICAyMDEyIHZtbGludXotMy4yLjAtMjMtZ2VuZXJpY2xyd3hyd3hyd3ggIDEg cm9vdCByb290ICAgICAgIDE5IE1heSAgOSAyMToxMCB4ZW4tNC4zLmd6IC0+IHhlbi00LjMtdW5z dGFibGUuZ3otcnctci0tci0tICAxIHJvb3Qgcm9vdCAgIDgyMTM3NSBNYXkgIDkgMjE6MTAgeGVu LTQuMy11bnN0YWJsZS5nemxyd3hyd3hyd3ggIDEgcm9vdCByb290ICAgICAgIDE5IE1heSAgOSAy MToxMCB4ZW4tNC5neiAtPiB4ZW4tNC4zLXVuc3RhYmxlLmd6LXJ3LXItLXItLSAgMSByb290IHJv b3QgMTQwMDUwMTQgTWF5ICA5IDIxOjEwIHhlbi1zeW1zLTQuMy11bnN0YWJsZQ0KSG93IGNhbiBJ IGZpbmQgdGhpcyBmaWxlIGFuZCBmaXggdGhlIHByb2JsZW0/IA0KUmVnYXJkcywgWWVvbmtpDQoN Cj4gRnJvbTogSWFuLkNhbXBiZWxsQGNpdHJpeC5jb20NCj4gVG86IHllb25raV9jaG9pQGhvdG1h aWwuY29tDQo+IERhdGU6IFRodSwgOSBNYXkgMjAxMyAxNDowNjoxMiArMDEwMA0KPiBDQzogeGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc7IHhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnDQo+IFN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBJIGdvdCBlbiBlcnJvciBkdXJpbmcgdXBkYXRlLWdydXAgYWZ0ZXIg aW5zdGFsbCB4ZW4gNC4zIHJjDQo+IA0KPiBPbiBUaHUsIDIwMTMtMDUtMDkgYXQgMTM6NTIgKzAx MDAsIFllb25raSBDaG9pIHdyb3RlOg0KPiANCj4gDQo+ID4gSG93IGNhbiBJIHRvIG1ha2UgInVw ZGF0ZS1ncnVwIiB3b3JrPyANCj4gDQo+IHVwZGF0ZS1ncnViIGNhbm5vdCBjb3BlIHdpdGggdGhl IG5hbWluZyBzY2hlbWUgZm9yIHRoZSBzeW1saW5rcyB3aGljaA0KPiBYZW4gaW5zdGFsbHMuIERl Ymlhbi9VYnVudHUgcGFja2FnZXMgRFRSVCBoZXJlIGJ1dCBmb3Igc291cmNlIGluc3RhbGxzDQo+ IHlvdSBzaG91bGQgYmUgYWJsZSB0byBudWtlIHRoZSBwcm9ibGVtYXRpYyBzeW1saW5rcywgYXMg bG9uZyBhcyB0aGUgcmVhbA0KPiBmaWxlIHN0aWxsIGV4aXN0cyBpdCBzaG91bGQgYmUgZmluZS4N Cj4gDQo+IElhbi4NCj4gDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPiBYZW4tdXNlcnNA bGlzdHMueGVuLm9yZw0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCiAJCSAJICAg CQkgIA== --_042dc4d1-e467-4f73-b8eb-d2735b0c69df_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+PGRpdj5IaSwgSWFuLjwvZGl2PlRoYW5rcyBmb3IgdGhl IHJlcGx5LjxkaXY+PGJyPjwvZGl2PjxkaXY+RGlkIHlvdSBtZWFuIEkgaGFkIHRvIGRlbGV0ZSB0 aGF0IHN5bWxpbms/Jm5ic3A7PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBzdHlsZT0i Ij5BZnRlciBJIHJlbW92ZWQmbmJzcDs8Zm9udCBzaXplPSIzIj4nPGZvbnQgY29sb3I9IiMyMjIy MjIiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMTVweDsiPmJvb3QveGVuLmd6Jywgb25lIG9m IG1lc3NhZ2VzIHdhcyZuYnNwO2FwcHJlY2lhdGVkOiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9mb250 PjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBz aXplPSIzIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij48YnI+PC9zcGFuPjwvZm9u dD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBzaXplPSIz Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij4kIHN1ZG8gcm0gL2Jvb3QveGVuLmd6 PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxp YnJpIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij48YnI+PC9zcGFu PjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiIHNpemU9IjMiPjxzcGFuIGNs YXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHlsZT0iYm9yZGVyLWNvbGxhcHNlOiBzZXBhcmF0ZTsg Ym9yZGVyLXNwYWNpbmc6IDBweDsiPjxzcGFuIGNsYXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHls ZT0iYm9yZGVyLWNvbGxhcHNlOiBjb2xsYXBzZTsgY29sb3I6IHJnYigzNCwgMzQsIDM0KTsgbGlu ZS1oZWlnaHQ6IDE1cHg7Ij4kIHN1ZG8gdXBkYXRlLWdydWI8YnI+R2VuZXJhdGluZyBncnViLmNm ZyAuLi48YnI+Rm91bmQgbGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJp Yzxicj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJp Yzxicj5kcGtnOiB3YXJuaW5nOiB2ZXJzaW9uICdzeW1zLTQuMy11bnN0YWJsZScgaGFzIGJhZCBz eW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90IHN0YXJ0IHdpdGggZGlnaXQ8YnI+Rm91bmQg bGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBpbml0 cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBsaW51 eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljPGJyPkZvdW5kIGluaXRyZCBp bWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1nZW5lcmljPGJyPkZvdW5kIGxpbnV4IGlt YWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8YnI+Rm91bmQgaW5pdHJkIGltYWdl OiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWM8YnI+Rm91bmQgbGludXggaW1hZ2U6 IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9i b290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBtZW10ZXN0ODYrIGltYWdl OiAvbWVtdGVzdDg2Ky5iaW48YnI+ZG9uZTwvc3Bhbj48L3NwYW4+CjwvZm9udD48L2Rpdj48ZGl2 Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj48c3BhbiBzdHls ZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250 IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibGlu ZS1oZWlnaHQ6IDE1cHg7Ij5Ib3dldmVyLCBpdCBzdGlsbCBpbmRpY2F0ZSB3YXJuaW5nIGFib3V0 Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNCwgMzQsIDM0KTsg Zm9udC1mYW1pbHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTJwdDsgbGluZS1oZWlnaHQ6IDE1cHg7 Ij4nc3ltcy00LjMtdW5zdGFibGUnPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMzQsIDM0LCAzNCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDEycHQ7 IGxpbmUtaGVpZ2h0OiAxNXB4OyI+V2hlbiBsb29raW5nIGF0IGZpbGVzIGF0IC9ib290LyBkaWVj dG9yeSwgdGhlcmUgaXMgbm8gc3VjaCBmaWxlLiZuYnNwOzwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDM0LCAzNCwgMzQpOyBmb250LWZhbWlseTogQ2FsaWJyaTsgZm9u dC1zaXplOiAxMnB0OyBsaW5lLWhlaWdodDogMTVweDsiPiZuYnNwOzwvc3Bhbj48L2Rpdj48ZGl2 Pjxmb250IGZhY2U9IkNhbGlicmkiIHN0eWxlPSIiPjxmb250IHNpemU9IjMiPjxmb250IGNvbG9y PSIjMjIyMjIyIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij4mbmJzcDtIZXJlIGlz IG15IGZpbGVzIGF0IC9ib290Ly48L3NwYW4+PC9mb250PjwvZm9udD48L2ZvbnQ+PC9kaXY+PGRp dj48Zm9udCBmYWNlPSJDYWxpYnJpIiBzdHlsZT0iIj48Zm9udCBzaXplPSIzIj48Zm9udCBjb2xv cj0iIzIyMjIyMiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAxNXB4OyI+PGRpdj4kIGxzIC1h bCAvYm9vdDwvZGl2PjxkaXY+dG90YWwgMzc5Njg8L2Rpdj48ZGl2PmRyd3hyLXhyLXggJm5ic3A7 NCByb290IHJvb3QgJm5ic3A7ICZuYnNwOyAxMDI0IE1heSAxMCAxMjo0NyAuLzwvZGl2PjxkaXY+ ZHJ3eHIteHIteCAyNyByb290IHJvb3QgJm5ic3A7ICZuYnNwOyA0MDk2IE1heSAmbmJzcDs4IDIw OjI3IC4uLzwvZGl2PjxkaXY+LXJ3LXItLXItLSAmbmJzcDsxIHJvb3Qgcm9vdCAmbmJzcDsgNzkx MDIzIEFwciAxMSAmbmJzcDsyMDEyIGFiaS0zLjIuMC0yMy1nZW5lcmljPC9kaXY+PGRpdj4tcnct ci0tci0tICZuYnNwOzEgcm9vdCByb290ICZuYnNwOyAxNDAyNzkgQXByIDExICZuYnNwOzIwMTIg Y29uZmlnLTMuMi4wLTIzLWdlbmVyaWM8L2Rpdj48ZGl2PmRyd3hyLXhyLXggJm5ic3A7MyByb290 IHJvb3QgJm5ic3A7ICZuYnNwOyA1MTIwIE1heSAxMCAxMTowMyBncnViLzwvZGl2PjxkaXY+LXJ3 LXItLXItLSAmbmJzcDsxIHJvb3Qgcm9vdCAxNDcyODI1MiBNYXIgMTQgMTU6MzUgaW5pdHJkLmlt Zy0zLjIuMC0yMy1nZW5lcmljPC9kaXY+PGRpdj5kcnd4ci14ci14ICZuYnNwOzIgcm9vdCByb290 ICZuYnNwOyAmbmJzcDsxMjI4OCBNYXIgMTQgMTU6MTggbG9zdCtmb3VuZC88L2Rpdj48ZGl2Pi1y dy1yLS1yLS0gJm5ic3A7MSByb290IHJvb3QgJm5ic3A7IDE3Njc2NCBOb3YgMjcgJm5ic3A7MjAx MSBtZW10ZXN0ODYrLmJpbjwvZGl2PjxkaXY+LXJ3LXItLXItLSAmbmJzcDsxIHJvb3Qgcm9vdCAm bmJzcDsgMTc4OTQ0IE5vdiAyNyAmbmJzcDsyMDExIG1lbXRlc3Q4NitfbXVsdGlib290LmJpbjwv ZGl2PjxkaXY+LXJ3LS0tLS0tLSAmbmJzcDsxIHJvb3Qgcm9vdCAmbmJzcDsyODg0MzU4IEFwciAx MSAmbmJzcDsyMDEyIFN5c3RlbS5tYXAtMy4yLjAtMjMtZ2VuZXJpYzwvZGl2PjxkaXY+LXJ3LS0t LS0tLSAmbmJzcDsxIHJvb3Qgcm9vdCAmbmJzcDs0OTY1ODQwIEFwciAxMSAmbmJzcDsyMDEyIHZt bGludXotMy4yLjAtMjMtZ2VuZXJpYzwvZGl2PjxkaXY+bHJ3eHJ3eHJ3eCAmbmJzcDsxIHJvb3Qg cm9vdCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAxOSBNYXkgJm5ic3A7OSAyMToxMCB4ZW4tNC4zLmd6 IC0mZ3Q7IHhlbi00LjMtdW5zdGFibGUuZ3o8L2Rpdj48ZGl2Pi1ydy1yLS1yLS0gJm5ic3A7MSBy b290IHJvb3QgJm5ic3A7IDgyMTM3NSBNYXkgJm5ic3A7OSAyMToxMCB4ZW4tNC4zLXVuc3RhYmxl Lmd6PC9kaXY+PGRpdj5scnd4cnd4cnd4ICZuYnNwOzEgcm9vdCByb290ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IDE5IE1heSAmbmJzcDs5IDIxOjEwIHhlbi00Lmd6IC0mZ3Q7IHhlbi00LjMtdW5zdGFi bGUuZ3o8L2Rpdj48ZGl2Pi1ydy1yLS1yLS0gJm5ic3A7MSByb290IHJvb3QgMTQwMDUwMTQgTWF5 ICZuYnNwOzkgMjE6MTAgeGVuLXN5bXMtNC4zLXVuc3RhYmxlPC9kaXY+PC9zcGFuPjwvZm9udD48 L2ZvbnQ+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSIgc3R5bGU9IiI+PGZv bnQgc2l6ZT0iMyI+PGZvbnQgY29sb3I9IiMyMjIyMjIiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdo dDogMTVweDsiPjxicj48L3NwYW4+PC9mb250PjwvZm9udD48L2ZvbnQ+PC9kaXY+PGRpdj5Ib3cg Y2FuIEkgZmluZCB0aGlzIGZpbGUgYW5kIGZpeCB0aGUgcHJvYmxlbT8mbmJzcDs8L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PlJlZ2FyZHMsJm5ic3A7PC9kaXY+PGRpdj5ZZW9ua2k8L2Rpdj48ZGl2 Pjxicj48YnI+PGRpdj48ZGl2IGlkPSJTa3lEcml2ZVBsYWNlaG9sZGVyIj48L2Rpdj4mZ3Q7IEZy b206IElhbi5DYW1wYmVsbEBjaXRyaXguY29tPGJyPiZndDsgVG86IHllb25raV9jaG9pQGhvdG1h aWwuY29tPGJyPiZndDsgRGF0ZTogVGh1LCA5IE1heSAyMDEzIDE0OjA2OjEyICswMTAwPGJyPiZn dDsgQ0M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnOyB4ZW4tZGV2ZWxAbGlzdHMueGVuLm9yZzxi cj4mZ3Q7IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBJIGdvdCBlbiBlcnJvciBkdXJpbmcgdXBk YXRlLWdydXAgYWZ0ZXIgaW5zdGFsbCB4ZW4gNC4zIHJjPGJyPiZndDsgPGJyPiZndDsgT24gVGh1 LCAyMDEzLTA1LTA5IGF0IDEzOjUyICswMTAwLCBZZW9ua2kgQ2hvaSB3cm90ZTo8YnI+Jmd0OyA8 YnI+Jmd0OyA8YnI+Jmd0OyAmZ3Q7IEhvdyBjYW4gSSB0byBtYWtlICJ1cGRhdGUtZ3J1cCIgd29y az8gPGJyPiZndDsgPGJyPiZndDsgdXBkYXRlLWdydWIgY2Fubm90IGNvcGUgd2l0aCB0aGUgbmFt aW5nIHNjaGVtZSBmb3IgdGhlIHN5bWxpbmtzIHdoaWNoPGJyPiZndDsgWGVuIGluc3RhbGxzLiBE ZWJpYW4vVWJ1bnR1IHBhY2thZ2VzIERUUlQgaGVyZSBidXQgZm9yIHNvdXJjZSBpbnN0YWxsczxi cj4mZ3Q7IHlvdSBzaG91bGQgYmUgYWJsZSB0byBudWtlIHRoZSBwcm9ibGVtYXRpYyBzeW1saW5r cywgYXMgbG9uZyBhcyB0aGUgcmVhbDxicj4mZ3Q7IGZpbGUgc3RpbGwgZXhpc3RzIGl0IHNob3Vs ZCBiZSBmaW5lLjxicj4mZ3Q7IDxicj4mZ3Q7IElhbi48YnI+Jmd0OyA8YnI+Jmd0OyA8YnI+Jmd0 OyA8YnI+Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4mZ3Q7IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+Jmd0OyBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZzxicj4mZ3Q7IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vyczxicj48L2Rpdj48 L2Rpdj4gCQkgCSAgIAkJICA8L2Rpdj48L2JvZHk+DQo8L2h0bWw+ --_042dc4d1-e467-4f73-b8eb-d2735b0c69df_-- --===============6927744004919798117== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6927744004919798117==-- From xen-users-bounces@lists.xen.org Fri May 10 03:53:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 03:53: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 1UaeNa-0006kk-4q; Fri, 10 May 2013 03:52:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaeNW-0006kf-Li for xen-users@lists.xen.org; Fri, 10 May 2013 03:52:18 +0000 Received: from [85.158.143.99:24960] by server-2.bemta-4.messagelabs.com id D8/69-27124-0FE6C815; Fri, 10 May 2013 03:52:16 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368157935!24697990!1 X-Originating-IP: [65.54.61.102] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24799 invoked from network); 10 May 2013 03:52:15 -0000 Received: from snt0-omc2-s51.snt0.hotmail.com (HELO snt0-omc2-s51.snt0.hotmail.com) (65.54.61.102) by server-11.tower-216.messagelabs.com with SMTP; 10 May 2013 03:52:15 -0000 Received: from SNT136-W37 ([65.55.90.73]) by snt0-omc2-s51.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 May 2013 20:52:14 -0700 X-EIP: [x92x38dVeR88AL/BJOEMOSiT1vDbu2fb4WOeLbvLcu0=] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: Ian Campbell Date: Fri, 10 May 2013 12:52:14 +0900 Importance: Normal In-Reply-To: <1368104772.17285.132.camel@zakaz.uk.xensource.com> References: , <1368104772.17285.132.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 X-OriginalArrivalTime: 10 May 2013 03:52:14.0932 (UTC) FILETIME=[C253A140:01CE4D31] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6927744004919798117==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6927744004919798117== Content-Type: multipart/alternative; boundary="_042dc4d1-e467-4f73-b8eb-d2735b0c69df_" --_042dc4d1-e467-4f73-b8eb-d2735b0c69df_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIElhbi5UaGFua3MgZm9yIHRoZSByZXBseS4NCkRpZCB5b3UgbWVhbiBJIGhhZCB0byBkZWxl dGUgdGhhdCBzeW1saW5rPyBBZnRlciBJIHJlbW92ZWQgJ2Jvb3QveGVuLmd6Jywgb25lIG9mIG1l c3NhZ2VzIHdhcyBhcHByZWNpYXRlZDogDQokIHN1ZG8gcm0gL2Jvb3QveGVuLmd6DQokIHN1ZG8g dXBkYXRlLWdydWINCkdlbmVyYXRpbmcgZ3J1Yi5jZmcgLi4uDQpGb3VuZCBsaW51eCBpbWFnZTog L2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290 L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYw0KZHBrZzogd2FybmluZzogdmVyc2lvbiAnc3lt cy00LjMtdW5zdGFibGUnIGhhcyBiYWQgc3ludGF4OiB2ZXJzaW9uIG51bWJlciBkb2VzIG5vdCBz dGFydCB3aXRoIGRpZ2l0DQpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0y My1nZW5lcmljDQpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMt Z2VuZXJpYw0KRm91bmQgbGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJp Yw0KRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMN CkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWMNCkZvdW5k IGluaXRyZCBpbWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1nZW5lcmljDQpGb3VuZCBs aW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQpGb3VuZCBpbml0cmQg aW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYw0KRm91bmQgbWVtdGVzdDg2 KyBpbWFnZTogL21lbXRlc3Q4NisuYmluDQpkb25lCg0KSG93ZXZlciwgaXQgc3RpbGwgaW5kaWNh dGUgd2FybmluZyBhYm91dCAnc3ltcy00LjMtdW5zdGFibGUnV2hlbiBsb29raW5nIGF0IGZpbGVz IGF0IC9ib290LyBkaWVjdG9yeSwgdGhlcmUgaXMgbm8gc3VjaCBmaWxlLiAgIEhlcmUgaXMgbXkg ZmlsZXMgYXQgL2Jvb3QvLiQgbHMgLWFsIC9ib290dG90YWwgMzc5Njhkcnd4ci14ci14ICA0IHJv b3Qgcm9vdCAgICAgMTAyNCBNYXkgMTAgMTI6NDcgLi9kcnd4ci14ci14IDI3IHJvb3Qgcm9vdCAg ICAgNDA5NiBNYXkgIDggMjA6MjcgLi4vLXJ3LXItLXItLSAgMSByb290IHJvb3QgICA3OTEwMjMg QXByIDExICAyMDEyIGFiaS0zLjIuMC0yMy1nZW5lcmljLXJ3LXItLXItLSAgMSByb290IHJvb3Qg ICAxNDAyNzkgQXByIDExICAyMDEyIGNvbmZpZy0zLjIuMC0yMy1nZW5lcmljZHJ3eHIteHIteCAg MyByb290IHJvb3QgICAgIDUxMjAgTWF5IDEwIDExOjAzIGdydWIvLXJ3LXItLXItLSAgMSByb290 IHJvb3QgMTQ3MjgyNTIgTWFyIDE0IDE1OjM1IGluaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpY2Ry d3hyLXhyLXggIDIgcm9vdCByb290ICAgIDEyMjg4IE1hciAxNCAxNToxOCBsb3N0K2ZvdW5kLy1y dy1yLS1yLS0gIDEgcm9vdCByb290ICAgMTc2NzY0IE5vdiAyNyAgMjAxMSBtZW10ZXN0ODYrLmJp bi1ydy1yLS1yLS0gIDEgcm9vdCByb290ICAgMTc4OTQ0IE5vdiAyNyAgMjAxMSBtZW10ZXN0ODYr X211bHRpYm9vdC5iaW4tcnctLS0tLS0tICAxIHJvb3Qgcm9vdCAgMjg4NDM1OCBBcHIgMTEgIDIw MTIgU3lzdGVtLm1hcC0zLjIuMC0yMy1nZW5lcmljLXJ3LS0tLS0tLSAgMSByb290IHJvb3QgIDQ5 NjU4NDAgQXByIDExICAyMDEyIHZtbGludXotMy4yLjAtMjMtZ2VuZXJpY2xyd3hyd3hyd3ggIDEg cm9vdCByb290ICAgICAgIDE5IE1heSAgOSAyMToxMCB4ZW4tNC4zLmd6IC0+IHhlbi00LjMtdW5z dGFibGUuZ3otcnctci0tci0tICAxIHJvb3Qgcm9vdCAgIDgyMTM3NSBNYXkgIDkgMjE6MTAgeGVu LTQuMy11bnN0YWJsZS5nemxyd3hyd3hyd3ggIDEgcm9vdCByb290ICAgICAgIDE5IE1heSAgOSAy MToxMCB4ZW4tNC5neiAtPiB4ZW4tNC4zLXVuc3RhYmxlLmd6LXJ3LXItLXItLSAgMSByb290IHJv b3QgMTQwMDUwMTQgTWF5ICA5IDIxOjEwIHhlbi1zeW1zLTQuMy11bnN0YWJsZQ0KSG93IGNhbiBJ IGZpbmQgdGhpcyBmaWxlIGFuZCBmaXggdGhlIHByb2JsZW0/IA0KUmVnYXJkcywgWWVvbmtpDQoN Cj4gRnJvbTogSWFuLkNhbXBiZWxsQGNpdHJpeC5jb20NCj4gVG86IHllb25raV9jaG9pQGhvdG1h aWwuY29tDQo+IERhdGU6IFRodSwgOSBNYXkgMjAxMyAxNDowNjoxMiArMDEwMA0KPiBDQzogeGVu LXVzZXJzQGxpc3RzLnhlbi5vcmc7IHhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnDQo+IFN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBJIGdvdCBlbiBlcnJvciBkdXJpbmcgdXBkYXRlLWdydXAgYWZ0ZXIg aW5zdGFsbCB4ZW4gNC4zIHJjDQo+IA0KPiBPbiBUaHUsIDIwMTMtMDUtMDkgYXQgMTM6NTIgKzAx MDAsIFllb25raSBDaG9pIHdyb3RlOg0KPiANCj4gDQo+ID4gSG93IGNhbiBJIHRvIG1ha2UgInVw ZGF0ZS1ncnVwIiB3b3JrPyANCj4gDQo+IHVwZGF0ZS1ncnViIGNhbm5vdCBjb3BlIHdpdGggdGhl IG5hbWluZyBzY2hlbWUgZm9yIHRoZSBzeW1saW5rcyB3aGljaA0KPiBYZW4gaW5zdGFsbHMuIERl Ymlhbi9VYnVudHUgcGFja2FnZXMgRFRSVCBoZXJlIGJ1dCBmb3Igc291cmNlIGluc3RhbGxzDQo+ IHlvdSBzaG91bGQgYmUgYWJsZSB0byBudWtlIHRoZSBwcm9ibGVtYXRpYyBzeW1saW5rcywgYXMg bG9uZyBhcyB0aGUgcmVhbA0KPiBmaWxlIHN0aWxsIGV4aXN0cyBpdCBzaG91bGQgYmUgZmluZS4N Cj4gDQo+IElhbi4NCj4gDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPiBYZW4tdXNlcnNA bGlzdHMueGVuLm9yZw0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCiAJCSAJICAg CQkgIA== --_042dc4d1-e467-4f73-b8eb-d2735b0c69df_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+PGRpdj5IaSwgSWFuLjwvZGl2PlRoYW5rcyBmb3IgdGhl IHJlcGx5LjxkaXY+PGJyPjwvZGl2PjxkaXY+RGlkIHlvdSBtZWFuIEkgaGFkIHRvIGRlbGV0ZSB0 aGF0IHN5bWxpbms/Jm5ic3A7PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBzdHlsZT0i Ij5BZnRlciBJIHJlbW92ZWQmbmJzcDs8Zm9udCBzaXplPSIzIj4nPGZvbnQgY29sb3I9IiMyMjIy MjIiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMTVweDsiPmJvb3QveGVuLmd6Jywgb25lIG9m IG1lc3NhZ2VzIHdhcyZuYnNwO2FwcHJlY2lhdGVkOiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9mb250 PjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBz aXplPSIzIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij48YnI+PC9zcGFuPjwvZm9u dD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBzaXplPSIz Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij4kIHN1ZG8gcm0gL2Jvb3QveGVuLmd6 PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxp YnJpIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij48YnI+PC9zcGFu PjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiIHNpemU9IjMiPjxzcGFuIGNs YXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHlsZT0iYm9yZGVyLWNvbGxhcHNlOiBzZXBhcmF0ZTsg Ym9yZGVyLXNwYWNpbmc6IDBweDsiPjxzcGFuIGNsYXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHls ZT0iYm9yZGVyLWNvbGxhcHNlOiBjb2xsYXBzZTsgY29sb3I6IHJnYigzNCwgMzQsIDM0KTsgbGlu ZS1oZWlnaHQ6IDE1cHg7Ij4kIHN1ZG8gdXBkYXRlLWdydWI8YnI+R2VuZXJhdGluZyBncnViLmNm ZyAuLi48YnI+Rm91bmQgbGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJp Yzxicj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJp Yzxicj5kcGtnOiB3YXJuaW5nOiB2ZXJzaW9uICdzeW1zLTQuMy11bnN0YWJsZScgaGFzIGJhZCBz eW50YXg6IHZlcnNpb24gbnVtYmVyIGRvZXMgbm90IHN0YXJ0IHdpdGggZGlnaXQ8YnI+Rm91bmQg bGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBpbml0 cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBsaW51 eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljPGJyPkZvdW5kIGluaXRyZCBp bWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1nZW5lcmljPGJyPkZvdW5kIGxpbnV4IGlt YWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdlbmVyaWM8YnI+Rm91bmQgaW5pdHJkIGltYWdl OiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWM8YnI+Rm91bmQgbGludXggaW1hZ2U6 IC9ib290L3ZtbGludXotMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBpbml0cmQgaW1hZ2U6IC9i b290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2VuZXJpYzxicj5Gb3VuZCBtZW10ZXN0ODYrIGltYWdl OiAvbWVtdGVzdDg2Ky5iaW48YnI+ZG9uZTwvc3Bhbj48L3NwYW4+CjwvZm9udD48L2Rpdj48ZGl2 Pjxmb250IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj48c3BhbiBzdHls ZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250 IGNvbG9yPSIjMjIyMjIyIiBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibGlu ZS1oZWlnaHQ6IDE1cHg7Ij5Ib3dldmVyLCBpdCBzdGlsbCBpbmRpY2F0ZSB3YXJuaW5nIGFib3V0 Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNCwgMzQsIDM0KTsg Zm9udC1mYW1pbHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTJwdDsgbGluZS1oZWlnaHQ6IDE1cHg7 Ij4nc3ltcy00LjMtdW5zdGFibGUnPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMzQsIDM0LCAzNCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDEycHQ7 IGxpbmUtaGVpZ2h0OiAxNXB4OyI+V2hlbiBsb29raW5nIGF0IGZpbGVzIGF0IC9ib290LyBkaWVj dG9yeSwgdGhlcmUgaXMgbm8gc3VjaCBmaWxlLiZuYnNwOzwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDM0LCAzNCwgMzQpOyBmb250LWZhbWlseTogQ2FsaWJyaTsgZm9u dC1zaXplOiAxMnB0OyBsaW5lLWhlaWdodDogMTVweDsiPiZuYnNwOzwvc3Bhbj48L2Rpdj48ZGl2 Pjxmb250IGZhY2U9IkNhbGlicmkiIHN0eWxlPSIiPjxmb250IHNpemU9IjMiPjxmb250IGNvbG9y PSIjMjIyMjIyIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE1cHg7Ij4mbmJzcDtIZXJlIGlz IG15IGZpbGVzIGF0IC9ib290Ly48L3NwYW4+PC9mb250PjwvZm9udD48L2ZvbnQ+PC9kaXY+PGRp dj48Zm9udCBmYWNlPSJDYWxpYnJpIiBzdHlsZT0iIj48Zm9udCBzaXplPSIzIj48Zm9udCBjb2xv cj0iIzIyMjIyMiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAxNXB4OyI+PGRpdj4kIGxzIC1h bCAvYm9vdDwvZGl2PjxkaXY+dG90YWwgMzc5Njg8L2Rpdj48ZGl2PmRyd3hyLXhyLXggJm5ic3A7 NCByb290IHJvb3QgJm5ic3A7ICZuYnNwOyAxMDI0IE1heSAxMCAxMjo0NyAuLzwvZGl2PjxkaXY+ ZHJ3eHIteHIteCAyNyByb290IHJvb3QgJm5ic3A7ICZuYnNwOyA0MDk2IE1heSAmbmJzcDs4IDIw OjI3IC4uLzwvZGl2PjxkaXY+LXJ3LXItLXItLSAmbmJzcDsxIHJvb3Qgcm9vdCAmbmJzcDsgNzkx MDIzIEFwciAxMSAmbmJzcDsyMDEyIGFiaS0zLjIuMC0yMy1nZW5lcmljPC9kaXY+PGRpdj4tcnct ci0tci0tICZuYnNwOzEgcm9vdCByb290ICZuYnNwOyAxNDAyNzkgQXByIDExICZuYnNwOzIwMTIg Y29uZmlnLTMuMi4wLTIzLWdlbmVyaWM8L2Rpdj48ZGl2PmRyd3hyLXhyLXggJm5ic3A7MyByb290 IHJvb3QgJm5ic3A7ICZuYnNwOyA1MTIwIE1heSAxMCAxMTowMyBncnViLzwvZGl2PjxkaXY+LXJ3 LXItLXItLSAmbmJzcDsxIHJvb3Qgcm9vdCAxNDcyODI1MiBNYXIgMTQgMTU6MzUgaW5pdHJkLmlt Zy0zLjIuMC0yMy1nZW5lcmljPC9kaXY+PGRpdj5kcnd4ci14ci14ICZuYnNwOzIgcm9vdCByb290 ICZuYnNwOyAmbmJzcDsxMjI4OCBNYXIgMTQgMTU6MTggbG9zdCtmb3VuZC88L2Rpdj48ZGl2Pi1y dy1yLS1yLS0gJm5ic3A7MSByb290IHJvb3QgJm5ic3A7IDE3Njc2NCBOb3YgMjcgJm5ic3A7MjAx MSBtZW10ZXN0ODYrLmJpbjwvZGl2PjxkaXY+LXJ3LXItLXItLSAmbmJzcDsxIHJvb3Qgcm9vdCAm bmJzcDsgMTc4OTQ0IE5vdiAyNyAmbmJzcDsyMDExIG1lbXRlc3Q4NitfbXVsdGlib290LmJpbjwv ZGl2PjxkaXY+LXJ3LS0tLS0tLSAmbmJzcDsxIHJvb3Qgcm9vdCAmbmJzcDsyODg0MzU4IEFwciAx MSAmbmJzcDsyMDEyIFN5c3RlbS5tYXAtMy4yLjAtMjMtZ2VuZXJpYzwvZGl2PjxkaXY+LXJ3LS0t LS0tLSAmbmJzcDsxIHJvb3Qgcm9vdCAmbmJzcDs0OTY1ODQwIEFwciAxMSAmbmJzcDsyMDEyIHZt bGludXotMy4yLjAtMjMtZ2VuZXJpYzwvZGl2PjxkaXY+bHJ3eHJ3eHJ3eCAmbmJzcDsxIHJvb3Qg cm9vdCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAxOSBNYXkgJm5ic3A7OSAyMToxMCB4ZW4tNC4zLmd6 IC0mZ3Q7IHhlbi00LjMtdW5zdGFibGUuZ3o8L2Rpdj48ZGl2Pi1ydy1yLS1yLS0gJm5ic3A7MSBy b290IHJvb3QgJm5ic3A7IDgyMTM3NSBNYXkgJm5ic3A7OSAyMToxMCB4ZW4tNC4zLXVuc3RhYmxl Lmd6PC9kaXY+PGRpdj5scnd4cnd4cnd4ICZuYnNwOzEgcm9vdCByb290ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IDE5IE1heSAmbmJzcDs5IDIxOjEwIHhlbi00Lmd6IC0mZ3Q7IHhlbi00LjMtdW5zdGFi bGUuZ3o8L2Rpdj48ZGl2Pi1ydy1yLS1yLS0gJm5ic3A7MSByb290IHJvb3QgMTQwMDUwMTQgTWF5 ICZuYnNwOzkgMjE6MTAgeGVuLXN5bXMtNC4zLXVuc3RhYmxlPC9kaXY+PC9zcGFuPjwvZm9udD48 L2ZvbnQ+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSIgc3R5bGU9IiI+PGZv bnQgc2l6ZT0iMyI+PGZvbnQgY29sb3I9IiMyMjIyMjIiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdo dDogMTVweDsiPjxicj48L3NwYW4+PC9mb250PjwvZm9udD48L2ZvbnQ+PC9kaXY+PGRpdj5Ib3cg Y2FuIEkgZmluZCB0aGlzIGZpbGUgYW5kIGZpeCB0aGUgcHJvYmxlbT8mbmJzcDs8L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PlJlZ2FyZHMsJm5ic3A7PC9kaXY+PGRpdj5ZZW9ua2k8L2Rpdj48ZGl2 Pjxicj48YnI+PGRpdj48ZGl2IGlkPSJTa3lEcml2ZVBsYWNlaG9sZGVyIj48L2Rpdj4mZ3Q7IEZy b206IElhbi5DYW1wYmVsbEBjaXRyaXguY29tPGJyPiZndDsgVG86IHllb25raV9jaG9pQGhvdG1h aWwuY29tPGJyPiZndDsgRGF0ZTogVGh1LCA5IE1heSAyMDEzIDE0OjA2OjEyICswMTAwPGJyPiZn dDsgQ0M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnOyB4ZW4tZGV2ZWxAbGlzdHMueGVuLm9yZzxi cj4mZ3Q7IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBJIGdvdCBlbiBlcnJvciBkdXJpbmcgdXBk YXRlLWdydXAgYWZ0ZXIgaW5zdGFsbCB4ZW4gNC4zIHJjPGJyPiZndDsgPGJyPiZndDsgT24gVGh1 LCAyMDEzLTA1LTA5IGF0IDEzOjUyICswMTAwLCBZZW9ua2kgQ2hvaSB3cm90ZTo8YnI+Jmd0OyA8 YnI+Jmd0OyA8YnI+Jmd0OyAmZ3Q7IEhvdyBjYW4gSSB0byBtYWtlICJ1cGRhdGUtZ3J1cCIgd29y az8gPGJyPiZndDsgPGJyPiZndDsgdXBkYXRlLWdydWIgY2Fubm90IGNvcGUgd2l0aCB0aGUgbmFt aW5nIHNjaGVtZSBmb3IgdGhlIHN5bWxpbmtzIHdoaWNoPGJyPiZndDsgWGVuIGluc3RhbGxzLiBE ZWJpYW4vVWJ1bnR1IHBhY2thZ2VzIERUUlQgaGVyZSBidXQgZm9yIHNvdXJjZSBpbnN0YWxsczxi cj4mZ3Q7IHlvdSBzaG91bGQgYmUgYWJsZSB0byBudWtlIHRoZSBwcm9ibGVtYXRpYyBzeW1saW5r cywgYXMgbG9uZyBhcyB0aGUgcmVhbDxicj4mZ3Q7IGZpbGUgc3RpbGwgZXhpc3RzIGl0IHNob3Vs ZCBiZSBmaW5lLjxicj4mZ3Q7IDxicj4mZ3Q7IElhbi48YnI+Jmd0OyA8YnI+Jmd0OyA8YnI+Jmd0 OyA8YnI+Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4mZ3Q7IFhlbi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+Jmd0OyBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZzxicj4mZ3Q7IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vyczxicj48L2Rpdj48 L2Rpdj4gCQkgCSAgIAkJICA8L2Rpdj48L2JvZHk+DQo8L2h0bWw+ --_042dc4d1-e467-4f73-b8eb-d2735b0c69df_-- --===============6927744004919798117== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6927744004919798117==-- From xen-users-bounces@lists.xen.org Fri May 10 07:25:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 07:25:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UahgP-0007DW-NR; Fri, 10 May 2013 07:24:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UahgN-0007DR-RI for xen-users@lists.xen.org; Fri, 10 May 2013 07:23:59 +0000 Received: from [85.158.143.99:14069] by server-2.bemta-4.messagelabs.com id D1/6B-27124-E80AC815; Fri, 10 May 2013 07:23:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368170638!24718600!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 27853 invoked from network); 10 May 2013 07:23:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 07:23:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4425446" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 May 2013 07:17:19 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 10 May 2013 08:23:58 +0100 Message-ID: <1368170637.14715.0.camel@dagon.hellion.org.uk> From: Ian Campbell To: Yeonki Choi Date: Fri, 10 May 2013 08:23:57 +0100 In-Reply-To: References: ,<1368104772.17285.132.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-10 at 04:52 +0100, Yeonki Choi wrote: > However, it still indicate warning about 'syms-4.3-unstable' > When looking at files at /boot/ diectory, there is no such file. That is the version, not the filename: > -rw-r--r-- 1 root root 14005014 May 9 21:10 xen-syms-4.3-unstable This is the file. You can safely delete it. You may want to file a bug with grub upstream regarding its handling of the default Xen versioning. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 07:25:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 07:25:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UahgP-0007DW-NR; Fri, 10 May 2013 07:24:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UahgN-0007DR-RI for xen-users@lists.xen.org; Fri, 10 May 2013 07:23:59 +0000 Received: from [85.158.143.99:14069] by server-2.bemta-4.messagelabs.com id D1/6B-27124-E80AC815; Fri, 10 May 2013 07:23:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368170638!24718600!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 27853 invoked from network); 10 May 2013 07:23:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 07:23:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4425446" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 May 2013 07:17:19 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 10 May 2013 08:23:58 +0100 Message-ID: <1368170637.14715.0.camel@dagon.hellion.org.uk> From: Ian Campbell To: Yeonki Choi Date: Fri, 10 May 2013 08:23:57 +0100 In-Reply-To: References: ,<1368104772.17285.132.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-10 at 04:52 +0100, Yeonki Choi wrote: > However, it still indicate warning about 'syms-4.3-unstable' > When looking at files at /boot/ diectory, there is no such file. That is the version, not the filename: > -rw-r--r-- 1 root root 14005014 May 9 21:10 xen-syms-4.3-unstable This is the file. You can safely delete it. You may want to file a bug with grub upstream regarding its handling of the default Xen versioning. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 09:43:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 09:43: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 1UajqY-0007yC-OP; Fri, 10 May 2013 09:42:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UajqX-0007y4-Bm for xen-users@lists.xen.org; Fri, 10 May 2013 09:42:37 +0000 Received: from [85.158.143.99:44726] by server-1.bemta-4.messagelabs.com id 01/58-06122-C01CC815; Fri, 10 May 2013 09:42:36 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1368178954!22072056!1 X-Originating-IP: [65.55.90.84] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23700 invoked from network); 10 May 2013 09:42:35 -0000 Received: from snt0-omc2-s9.snt0.hotmail.com (HELO snt0-omc2-s9.snt0.hotmail.com) (65.55.90.84) by server-6.tower-216.messagelabs.com with SMTP; 10 May 2013 09:42:35 -0000 Received: from SNT136-W21 ([65.55.90.72]) by snt0-omc2-s9.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 May 2013 02:42:34 -0700 X-EIP: [8IUuGzbtQt/794mcwjBJ+NoX3gNj0wCi/gQ85sLuKoM=] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: Ian Campbell Date: Fri, 10 May 2013 18:42:34 +0900 Importance: Normal In-Reply-To: <1368170637.14715.0.camel@dagon.hellion.org.uk> References: , , <1368104772.17285.132.camel@zakaz.uk.xensource.com>, , <1368170637.14715.0.camel@dagon.hellion.org.uk> MIME-Version: 1.0 X-OriginalArrivalTime: 10 May 2013 09:42:34.0545 (UTC) FILETIME=[B2FE0A10:01CE4D62] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5616807251913576597==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5616807251913576597== Content-Type: multipart/alternative; boundary="_f5fb57af-288a-4dda-9029-3f1983089825_" --_f5fb57af-288a-4dda-9029-3f1983089825_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIElhbi5UaGFua3MgeW91LiBJdCB3b3JrZWQuDQokIGNkIC9ib290JCBzdWRvIHJtIHhlbi1z eW1zLTQuMy11bnN0YWJsZQ0KJCBzdWRvIHVwZGF0ZS1ncnViDQoKR2VuZXJhdGluZyBncnViLmNm ZyAuLi4NCgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmlj DQoKRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMN CgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQoKRm91 bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMNCgpGb3Vu ZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQoKRm91bmQgaW5p dHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMNCgpGb3VuZCBsaW51 eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQoKRm91bmQgaW5pdHJkIGlt YWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMNCgpGb3VuZCBtZW10ZXN0ODYr IGltYWdlOiAvbWVtdGVzdDg2Ky5iaW4NCgpkb25lDQokIGNhdCAvYm9vdC9ncnViL2dydWIuY2Zn IHwgZ3JlcCBYZW5zdWJtZW51ICJYZW4gNCIge21lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwg d2l0aCBYZW4gNCBhbmQgTGludXggMy4yLjAtMjMtZ2VuZXJpYycgLS1jbGFzcyB1YnVudHUgLS1j bGFzcyBnbnUtbGludXggLS1jbGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAg ICBlY2hvICAgICdMb2FkaW5nIFhlbiA0IC4uLidtZW51ZW50cnkgJ1VidW50dSBHTlUvTGludXgs IHdpdGggWGVuIDQgYW5kIExpbnV4IDMuMi4wLTIzLWdlbmVyaWMgKHJlY292ZXJ5IG1vZGUpJyAt LWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0t Y2xhc3MgeGVuIHsgICAgICAgIGVjaG8gICAgJ0xvYWRpbmcgWGVuIDQgLi4uJ3N1Ym1lbnUgIlhl biA0LjMiIHttZW51ZW50cnkgJ1VidW50dSBHTlUvTGludXgsIHdpdGggWGVuIDQuMyBhbmQgTGlu dXggMy4yLjAtMjMtZ2VuZXJpYycgLS1jbGFzcyB1YnVudHUgLS1jbGFzcyBnbnUtbGludXggLS1j bGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAgICBlY2hvICAgICdMb2FkaW5n IFhlbiA0LjMgLi4uJ21lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwgd2l0aCBYZW4gNC4zIGFu ZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljIChyZWNvdmVyeSBtb2RlKScgLS1jbGFzcyB1YnVudHUg LS1jbGFzcyBnbnUtbGludXggLS1jbGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAg ICAgICBlY2hvICAgICdMb2FkaW5nIFhlbiA0LjMgLi4uJ3N1Ym1lbnUgIlhlbiA0LjMtdW5zdGFi bGUiIHttZW51ZW50cnkgJ1VidW50dSBHTlUvTGludXgsIHdpdGggWGVuIDQuMy11bnN0YWJsZSBh bmQgTGludXggMy4yLjAtMjMtZ2VuZXJpYycgLS1jbGFzcyB1YnVudHUgLS1jbGFzcyBnbnUtbGlu dXggLS1jbGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAgICBlY2hvICAgICdM b2FkaW5nIFhlbiA0LjMtdW5zdGFibGUgLi4uJ21lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwg d2l0aCBYZW4gNC4zLXVuc3RhYmxlIGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljIChyZWNvdmVy eSBtb2RlKScgLS1jbGFzcyB1YnVudHUgLS1jbGFzcyBnbnUtbGludXggLS1jbGFzcyBnbnUgLS1j bGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAgICBlY2hvICAgICdMb2FkaW5nIFhlbiA0LjMtdW5z dGFibGUgLi4uJw0KU28sIGhvdyBkbyBJIGZpbGUgYSBidWcgcmVwb3J0IGFib3V0IHRoaXM/IENv dWxkIHlvdSBsZXQgbWUga25vdyB0aGF0Pw0KUmVnYXJkcyxZZW9ua2kuDQo+IEZyb206IElhbi5D YW1wYmVsbEBjaXRyaXguY29tDQo+IFRvOiB5ZW9ua2lfY2hvaUBob3RtYWlsLmNvbQ0KPiBEYXRl OiBGcmksIDEwIE1heSAyMDEzIDA4OjIzOjU3ICswMTAwDQo+IENDOiB4ZW4tdXNlcnNAbGlzdHMu eGVuLm9yZw0KPiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSSBnb3QgZW4gZXJyb3IgZHVyaW5n IHVwZGF0ZS1ncnVwIGFmdGVyIGluc3RhbGwgeGVuIDQuMyByYw0KPiANCj4gT24gRnJpLCAyMDEz LTA1LTEwIGF0IDA0OjUyICswMTAwLCBZZW9ua2kgQ2hvaSB3cm90ZToNCj4gPiBIb3dldmVyLCBp dCBzdGlsbCBpbmRpY2F0ZSB3YXJuaW5nIGFib3V0ICdzeW1zLTQuMy11bnN0YWJsZScNCj4gPiBX aGVuIGxvb2tpbmcgYXQgZmlsZXMgYXQgL2Jvb3QvIGRpZWN0b3J5LCB0aGVyZSBpcyBubyBzdWNo IGZpbGUuIA0KPiANCj4gVGhhdCBpcyB0aGUgdmVyc2lvbiwgbm90IHRoZSBmaWxlbmFtZToNCj4g DQo+ID4gLXJ3LXItLXItLSAgMSByb290IHJvb3QgMTQwMDUwMTQgTWF5ICA5IDIxOjEwIHhlbi1z eW1zLTQuMy11bnN0YWJsZQ0KPiANCj4gVGhpcyBpcyB0aGUgZmlsZS4gWW91IGNhbiBzYWZlbHkg ZGVsZXRlIGl0Lg0KPiANCj4gWW91IG1heSB3YW50IHRvIGZpbGUgYSBidWcgd2l0aCBncnViIHVw c3RyZWFtIHJlZ2FyZGluZyBpdHMgaGFuZGxpbmcgb2YNCj4gdGhlIGRlZmF1bHQgWGVuIHZlcnNp b25pbmcuDQo+IA0KPiBJYW4uDQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQog CQkgCSAgIAkJICA= --_f5fb57af-288a-4dda-9029-3f1983089825_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+SGksIElhbi48ZGl2PlRoYW5rcyB5b3UuJm5ic3A7PC9k aXY+PGRpdj5JdCB3b3JrZWQuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJv cnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXpl OiBtZWRpdW07Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4kIGNkIC9ib290PC9mb250PjwvZGl2Pjxk aXYgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAy OyBmb250LXNpemU6IG1lZGl1bTsiPjxmb250IGZhY2U9IkNhbGlicmkiPiQgc3VkbyBybSB4ZW4t c3ltcy00LjMtdW5zdGFibGU8L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0ib3JwaGFuczogMjsgdGV4 dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+PGZv bnQgZmFjZT0iQ2FsaWJyaSI+PGJyPjwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJvcnBoYW5zOiAy OyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXplOiBtZWRpdW07 Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4kIHN1ZG8gdXBkYXRlLWdydWI8YnI+CkdlbmVyYXRpbmcg Z3J1Yi5jZmcgLi4uPGJyPgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0y My1nZW5lcmljPGJyPgpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAt MjMtZ2VuZXJpYzxicj4KRm91bmQgbGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMt Z2VuZXJpYzxicj4KRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIz LWdlbmVyaWM8YnI+CkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdl bmVyaWM8YnI+CkZvdW5kIGluaXRyZCBpbWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1n ZW5lcmljPGJyPgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5l cmljPGJyPgpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2Vu ZXJpYzxicj4KRm91bmQgbWVtdGVzdDg2KyBpbWFnZTogL21lbXRlc3Q4NisuYmluPGJyPgpkb25l PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQt YXV0bzsgd2lkb3dzOiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxmb250IGZhY2U9IkNhbGlicmki Pjxicj48L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdl YmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+PGRpdj48Zm9udCBmYWNl PSJDYWxpYnJpIj4kIGNhdCAvYm9vdC9ncnViL2dydWIuY2ZnIHwgZ3JlcCZuYnNwO1hlbjwvZm9u dD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPnN1Ym1lbnUgIlhlbiA0IiB7PC9mb250 PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+bWVudWVudHJ5ICdVYnVudHUgR05VL0xp bnV4LCB3aXRoIFhlbiA0IGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljJyAtLWNsYXNzIHVidW50 dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0tY2xhc3MgeGVuIHs8 L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj4mbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVuIDQgLi4uJzwvZm9udD48L2Rp dj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPm1lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwg d2l0aCBYZW4gNCBhbmQgTGludXggMy4yLjAtMjMtZ2VuZXJpYyAocmVjb3ZlcnkgbW9kZSknIC0t Y2xhc3MgdWJ1bnR1IC0tY2xhc3MgZ251LWxpbnV4IC0tY2xhc3MgZ251IC0tY2xhc3Mgb3MgLS1j bGFzcyB4ZW4gezwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBlY2hvICZuYnNwOyAmbmJzcDsnTG9hZGluZyBYZW4gNCAuLi4n PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+c3VibWVudSAiWGVuIDQuMyIg ezwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPm1lbnVlbnRyeSAnVWJ1bnR1 IEdOVS9MaW51eCwgd2l0aCBYZW4gNC4zIGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljJyAtLWNs YXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0tY2xh c3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVuIDQuMyAuLi4n PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+bWVudWVudHJ5ICdVYnVudHUg R05VL0xpbnV4LCB3aXRoIFhlbiA0LjMgYW5kIExpbnV4IDMuMi4wLTIzLWdlbmVyaWMgKHJlY292 ZXJ5IG1vZGUpJyAtLWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAt LWNsYXNzIG9zIC0tY2xhc3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxp YnJpIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRp bmcgWGVuIDQuMyAuLi4nPC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+c3Vi bWVudSAiWGVuIDQuMy11bnN0YWJsZSIgezwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNh bGlicmkiPm1lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwgd2l0aCBYZW4gNC4zLXVuc3RhYmxl IGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljJyAtLWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1s aW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0tY2xhc3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRp dj48Zm9udCBmYWNlPSJDYWxpYnJpIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZWNobyAm bmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVuIDQuMy11bnN0YWJsZSAuLi4nPC9mb250PjwvZGl2Pjxk aXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+bWVudWVudHJ5ICdVYnVudHUgR05VL0xpbnV4LCB3aXRo IFhlbiA0LjMtdW5zdGFibGUgYW5kIExpbnV4IDMuMi4wLTIzLWdlbmVyaWMgKHJlY292ZXJ5IG1v ZGUpJyAtLWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNz IG9zIC0tY2xhc3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVu IDQuMy11bnN0YWJsZSAuLi4nPC9mb250PjwvZGl2PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBUYWhvbWE7IG9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dz OiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxicj48L2Rpdj5TbywgaG93IGRvIEkgZmlsZSBhIGJ1 ZyByZXBvcnQgYWJvdXQgdGhpcz8mbmJzcDs8L2Rpdj48ZGl2PkNvdWxkIHlvdSBsZXQgbWUga25v dyB0aGF0PzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVnYXJkcyw8L2Rpdj48ZGl2Plllb25r aS48L2Rpdj48ZGl2Pjxicj48ZGl2PjxkaXYgaWQ9IlNreURyaXZlUGxhY2Vob2xkZXIiPjwvZGl2 PiZndDsgRnJvbTogSWFuLkNhbXBiZWxsQGNpdHJpeC5jb208YnI+Jmd0OyBUbzogeWVvbmtpX2No b2lAaG90bWFpbC5jb208YnI+Jmd0OyBEYXRlOiBGcmksIDEwIE1heSAyMDEzIDA4OjIzOjU3ICsw MTAwPGJyPiZndDsgQ0M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPiZndDsgU3ViamVjdDog UmU6IFtYZW4tdXNlcnNdIEkgZ290IGVuIGVycm9yIGR1cmluZyB1cGRhdGUtZ3J1cCBhZnRlciBp bnN0YWxsIHhlbiA0LjMgcmM8YnI+Jmd0OyA8YnI+Jmd0OyBPbiBGcmksIDIwMTMtMDUtMTAgYXQg MDQ6NTIgKzAxMDAsIFllb25raSBDaG9pIHdyb3RlOjxicj4mZ3Q7ICZndDsgSG93ZXZlciwgaXQg c3RpbGwgaW5kaWNhdGUgd2FybmluZyBhYm91dCAnc3ltcy00LjMtdW5zdGFibGUnPGJyPiZndDsg Jmd0OyBXaGVuIGxvb2tpbmcgYXQgZmlsZXMgYXQgL2Jvb3QvIGRpZWN0b3J5LCB0aGVyZSBpcyBu byBzdWNoIGZpbGUuIDxicj4mZ3Q7IDxicj4mZ3Q7IFRoYXQgaXMgdGhlIHZlcnNpb24sIG5vdCB0 aGUgZmlsZW5hbWU6PGJyPiZndDsgPGJyPiZndDsgJmd0OyAtcnctci0tci0tICAxIHJvb3Qgcm9v dCAxNDAwNTAxNCBNYXkgIDkgMjE6MTAgeGVuLXN5bXMtNC4zLXVuc3RhYmxlPGJyPiZndDsgPGJy PiZndDsgVGhpcyBpcyB0aGUgZmlsZS4gWW91IGNhbiBzYWZlbHkgZGVsZXRlIGl0Ljxicj4mZ3Q7 IDxicj4mZ3Q7IFlvdSBtYXkgd2FudCB0byBmaWxlIGEgYnVnIHdpdGggZ3J1YiB1cHN0cmVhbSBy ZWdhcmRpbmcgaXRzIGhhbmRsaW5nIG9mPGJyPiZndDsgdGhlIGRlZmF1bHQgWGVuIHZlcnNpb25p bmcuPGJyPiZndDsgPGJyPiZndDsgSWFuLjxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4m Z3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPiZn dDsgWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4mZ3Q7IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn PGJyPiZndDsgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPGJyPjwvZGl2PjwvZGl2PiAJ CSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRtbD4= --_f5fb57af-288a-4dda-9029-3f1983089825_-- --===============5616807251913576597== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5616807251913576597==-- From xen-users-bounces@lists.xen.org Fri May 10 09:43:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 09:43: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 1UajqY-0007yC-OP; Fri, 10 May 2013 09:42:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UajqX-0007y4-Bm for xen-users@lists.xen.org; Fri, 10 May 2013 09:42:37 +0000 Received: from [85.158.143.99:44726] by server-1.bemta-4.messagelabs.com id 01/58-06122-C01CC815; Fri, 10 May 2013 09:42:36 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1368178954!22072056!1 X-Originating-IP: [65.55.90.84] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23700 invoked from network); 10 May 2013 09:42:35 -0000 Received: from snt0-omc2-s9.snt0.hotmail.com (HELO snt0-omc2-s9.snt0.hotmail.com) (65.55.90.84) by server-6.tower-216.messagelabs.com with SMTP; 10 May 2013 09:42:35 -0000 Received: from SNT136-W21 ([65.55.90.72]) by snt0-omc2-s9.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 May 2013 02:42:34 -0700 X-EIP: [8IUuGzbtQt/794mcwjBJ+NoX3gNj0wCi/gQ85sLuKoM=] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: Ian Campbell Date: Fri, 10 May 2013 18:42:34 +0900 Importance: Normal In-Reply-To: <1368170637.14715.0.camel@dagon.hellion.org.uk> References: , , <1368104772.17285.132.camel@zakaz.uk.xensource.com>, , <1368170637.14715.0.camel@dagon.hellion.org.uk> MIME-Version: 1.0 X-OriginalArrivalTime: 10 May 2013 09:42:34.0545 (UTC) FILETIME=[B2FE0A10:01CE4D62] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5616807251913576597==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5616807251913576597== Content-Type: multipart/alternative; boundary="_f5fb57af-288a-4dda-9029-3f1983089825_" --_f5fb57af-288a-4dda-9029-3f1983089825_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIElhbi5UaGFua3MgeW91LiBJdCB3b3JrZWQuDQokIGNkIC9ib290JCBzdWRvIHJtIHhlbi1z eW1zLTQuMy11bnN0YWJsZQ0KJCBzdWRvIHVwZGF0ZS1ncnViDQoKR2VuZXJhdGluZyBncnViLmNm ZyAuLi4NCgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmlj DQoKRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMN CgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQoKRm91 bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMNCgpGb3Vu ZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQoKRm91bmQgaW5p dHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMNCgpGb3VuZCBsaW51 eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5lcmljDQoKRm91bmQgaW5pdHJkIGlt YWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIzLWdlbmVyaWMNCgpGb3VuZCBtZW10ZXN0ODYr IGltYWdlOiAvbWVtdGVzdDg2Ky5iaW4NCgpkb25lDQokIGNhdCAvYm9vdC9ncnViL2dydWIuY2Zn IHwgZ3JlcCBYZW5zdWJtZW51ICJYZW4gNCIge21lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwg d2l0aCBYZW4gNCBhbmQgTGludXggMy4yLjAtMjMtZ2VuZXJpYycgLS1jbGFzcyB1YnVudHUgLS1j bGFzcyBnbnUtbGludXggLS1jbGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAg ICBlY2hvICAgICdMb2FkaW5nIFhlbiA0IC4uLidtZW51ZW50cnkgJ1VidW50dSBHTlUvTGludXgs IHdpdGggWGVuIDQgYW5kIExpbnV4IDMuMi4wLTIzLWdlbmVyaWMgKHJlY292ZXJ5IG1vZGUpJyAt LWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0t Y2xhc3MgeGVuIHsgICAgICAgIGVjaG8gICAgJ0xvYWRpbmcgWGVuIDQgLi4uJ3N1Ym1lbnUgIlhl biA0LjMiIHttZW51ZW50cnkgJ1VidW50dSBHTlUvTGludXgsIHdpdGggWGVuIDQuMyBhbmQgTGlu dXggMy4yLjAtMjMtZ2VuZXJpYycgLS1jbGFzcyB1YnVudHUgLS1jbGFzcyBnbnUtbGludXggLS1j bGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAgICBlY2hvICAgICdMb2FkaW5n IFhlbiA0LjMgLi4uJ21lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwgd2l0aCBYZW4gNC4zIGFu ZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljIChyZWNvdmVyeSBtb2RlKScgLS1jbGFzcyB1YnVudHUg LS1jbGFzcyBnbnUtbGludXggLS1jbGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAg ICAgICBlY2hvICAgICdMb2FkaW5nIFhlbiA0LjMgLi4uJ3N1Ym1lbnUgIlhlbiA0LjMtdW5zdGFi bGUiIHttZW51ZW50cnkgJ1VidW50dSBHTlUvTGludXgsIHdpdGggWGVuIDQuMy11bnN0YWJsZSBh bmQgTGludXggMy4yLjAtMjMtZ2VuZXJpYycgLS1jbGFzcyB1YnVudHUgLS1jbGFzcyBnbnUtbGlu dXggLS1jbGFzcyBnbnUgLS1jbGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAgICBlY2hvICAgICdM b2FkaW5nIFhlbiA0LjMtdW5zdGFibGUgLi4uJ21lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwg d2l0aCBYZW4gNC4zLXVuc3RhYmxlIGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljIChyZWNvdmVy eSBtb2RlKScgLS1jbGFzcyB1YnVudHUgLS1jbGFzcyBnbnUtbGludXggLS1jbGFzcyBnbnUgLS1j bGFzcyBvcyAtLWNsYXNzIHhlbiB7ICAgICAgICBlY2hvICAgICdMb2FkaW5nIFhlbiA0LjMtdW5z dGFibGUgLi4uJw0KU28sIGhvdyBkbyBJIGZpbGUgYSBidWcgcmVwb3J0IGFib3V0IHRoaXM/IENv dWxkIHlvdSBsZXQgbWUga25vdyB0aGF0Pw0KUmVnYXJkcyxZZW9ua2kuDQo+IEZyb206IElhbi5D YW1wYmVsbEBjaXRyaXguY29tDQo+IFRvOiB5ZW9ua2lfY2hvaUBob3RtYWlsLmNvbQ0KPiBEYXRl OiBGcmksIDEwIE1heSAyMDEzIDA4OjIzOjU3ICswMTAwDQo+IENDOiB4ZW4tdXNlcnNAbGlzdHMu eGVuLm9yZw0KPiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSSBnb3QgZW4gZXJyb3IgZHVyaW5n IHVwZGF0ZS1ncnVwIGFmdGVyIGluc3RhbGwgeGVuIDQuMyByYw0KPiANCj4gT24gRnJpLCAyMDEz LTA1LTEwIGF0IDA0OjUyICswMTAwLCBZZW9ua2kgQ2hvaSB3cm90ZToNCj4gPiBIb3dldmVyLCBp dCBzdGlsbCBpbmRpY2F0ZSB3YXJuaW5nIGFib3V0ICdzeW1zLTQuMy11bnN0YWJsZScNCj4gPiBX aGVuIGxvb2tpbmcgYXQgZmlsZXMgYXQgL2Jvb3QvIGRpZWN0b3J5LCB0aGVyZSBpcyBubyBzdWNo IGZpbGUuIA0KPiANCj4gVGhhdCBpcyB0aGUgdmVyc2lvbiwgbm90IHRoZSBmaWxlbmFtZToNCj4g DQo+ID4gLXJ3LXItLXItLSAgMSByb290IHJvb3QgMTQwMDUwMTQgTWF5ICA5IDIxOjEwIHhlbi1z eW1zLTQuMy11bnN0YWJsZQ0KPiANCj4gVGhpcyBpcyB0aGUgZmlsZS4gWW91IGNhbiBzYWZlbHkg ZGVsZXRlIGl0Lg0KPiANCj4gWW91IG1heSB3YW50IHRvIGZpbGUgYSBidWcgd2l0aCBncnViIHVw c3RyZWFtIHJlZ2FyZGluZyBpdHMgaGFuZGxpbmcgb2YNCj4gdGhlIGRlZmF1bHQgWGVuIHZlcnNp b25pbmcuDQo+IA0KPiBJYW4uDQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQog CQkgCSAgIAkJICA= --_f5fb57af-288a-4dda-9029-3f1983089825_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+SGksIElhbi48ZGl2PlRoYW5rcyB5b3UuJm5ic3A7PC9k aXY+PGRpdj5JdCB3b3JrZWQuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJv cnBoYW5zOiAyOyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXpl OiBtZWRpdW07Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4kIGNkIC9ib290PC9mb250PjwvZGl2Pjxk aXYgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dzOiAy OyBmb250LXNpemU6IG1lZGl1bTsiPjxmb250IGZhY2U9IkNhbGlicmkiPiQgc3VkbyBybSB4ZW4t c3ltcy00LjMtdW5zdGFibGU8L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0ib3JwaGFuczogMjsgdGV4 dC1hbGlnbjogLXdlYmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+PGZv bnQgZmFjZT0iQ2FsaWJyaSI+PGJyPjwvZm9udD48L2Rpdj48ZGl2IHN0eWxlPSJvcnBoYW5zOiAy OyB0ZXh0LWFsaWduOiAtd2Via2l0LWF1dG87IHdpZG93czogMjsgZm9udC1zaXplOiBtZWRpdW07 Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4kIHN1ZG8gdXBkYXRlLWdydWI8YnI+CkdlbmVyYXRpbmcg Z3J1Yi5jZmcgLi4uPGJyPgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0y My1nZW5lcmljPGJyPgpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAt MjMtZ2VuZXJpYzxicj4KRm91bmQgbGludXggaW1hZ2U6IC9ib290L3ZtbGludXotMy4yLjAtMjMt Z2VuZXJpYzxicj4KRm91bmQgaW5pdHJkIGltYWdlOiAvYm9vdC9pbml0cmQuaW1nLTMuMi4wLTIz LWdlbmVyaWM8YnI+CkZvdW5kIGxpbnV4IGltYWdlOiAvYm9vdC92bWxpbnV6LTMuMi4wLTIzLWdl bmVyaWM8YnI+CkZvdW5kIGluaXRyZCBpbWFnZTogL2Jvb3QvaW5pdHJkLmltZy0zLjIuMC0yMy1n ZW5lcmljPGJyPgpGb3VuZCBsaW51eCBpbWFnZTogL2Jvb3Qvdm1saW51ei0zLjIuMC0yMy1nZW5l cmljPGJyPgpGb3VuZCBpbml0cmQgaW1hZ2U6IC9ib290L2luaXRyZC5pbWctMy4yLjAtMjMtZ2Vu ZXJpYzxicj4KRm91bmQgbWVtdGVzdDg2KyBpbWFnZTogL21lbXRlc3Q4NisuYmluPGJyPgpkb25l PC9mb250PjwvZGl2PjxkaXYgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQt YXV0bzsgd2lkb3dzOiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxmb250IGZhY2U9IkNhbGlicmki Pjxicj48L2ZvbnQ+PC9kaXY+PGRpdiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1hbGlnbjogLXdl YmtpdC1hdXRvOyB3aWRvd3M6IDI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+PGRpdj48Zm9udCBmYWNl PSJDYWxpYnJpIj4kIGNhdCAvYm9vdC9ncnViL2dydWIuY2ZnIHwgZ3JlcCZuYnNwO1hlbjwvZm9u dD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPnN1Ym1lbnUgIlhlbiA0IiB7PC9mb250 PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+bWVudWVudHJ5ICdVYnVudHUgR05VL0xp bnV4LCB3aXRoIFhlbiA0IGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljJyAtLWNsYXNzIHVidW50 dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0tY2xhc3MgeGVuIHs8 L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj4mbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVuIDQgLi4uJzwvZm9udD48L2Rp dj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPm1lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwg d2l0aCBYZW4gNCBhbmQgTGludXggMy4yLjAtMjMtZ2VuZXJpYyAocmVjb3ZlcnkgbW9kZSknIC0t Y2xhc3MgdWJ1bnR1IC0tY2xhc3MgZ251LWxpbnV4IC0tY2xhc3MgZ251IC0tY2xhc3Mgb3MgLS1j bGFzcyB4ZW4gezwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBlY2hvICZuYnNwOyAmbmJzcDsnTG9hZGluZyBYZW4gNCAuLi4n PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+c3VibWVudSAiWGVuIDQuMyIg ezwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPm1lbnVlbnRyeSAnVWJ1bnR1 IEdOVS9MaW51eCwgd2l0aCBYZW4gNC4zIGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljJyAtLWNs YXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0tY2xh c3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVuIDQuMyAuLi4n PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+bWVudWVudHJ5ICdVYnVudHUg R05VL0xpbnV4LCB3aXRoIFhlbiA0LjMgYW5kIExpbnV4IDMuMi4wLTIzLWdlbmVyaWMgKHJlY292 ZXJ5IG1vZGUpJyAtLWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAt LWNsYXNzIG9zIC0tY2xhc3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxp YnJpIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRp bmcgWGVuIDQuMyAuLi4nPC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+c3Vi bWVudSAiWGVuIDQuMy11bnN0YWJsZSIgezwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9IkNh bGlicmkiPm1lbnVlbnRyeSAnVWJ1bnR1IEdOVS9MaW51eCwgd2l0aCBYZW4gNC4zLXVuc3RhYmxl IGFuZCBMaW51eCAzLjIuMC0yMy1nZW5lcmljJyAtLWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1s aW51eCAtLWNsYXNzIGdudSAtLWNsYXNzIG9zIC0tY2xhc3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRp dj48Zm9udCBmYWNlPSJDYWxpYnJpIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZWNobyAm bmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVuIDQuMy11bnN0YWJsZSAuLi4nPC9mb250PjwvZGl2Pjxk aXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+bWVudWVudHJ5ICdVYnVudHUgR05VL0xpbnV4LCB3aXRo IFhlbiA0LjMtdW5zdGFibGUgYW5kIExpbnV4IDMuMi4wLTIzLWdlbmVyaWMgKHJlY292ZXJ5IG1v ZGUpJyAtLWNsYXNzIHVidW50dSAtLWNsYXNzIGdudS1saW51eCAtLWNsYXNzIGdudSAtLWNsYXNz IG9zIC0tY2xhc3MgeGVuIHs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZWNobyAmbmJzcDsgJm5ic3A7J0xvYWRpbmcgWGVu IDQuMy11bnN0YWJsZSAuLi4nPC9mb250PjwvZGl2PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBUYWhvbWE7IG9ycGhhbnM6IDI7IHRleHQtYWxpZ246IC13ZWJraXQtYXV0bzsgd2lkb3dz OiAyOyBmb250LXNpemU6IG1lZGl1bTsiPjxicj48L2Rpdj5TbywgaG93IGRvIEkgZmlsZSBhIGJ1 ZyByZXBvcnQgYWJvdXQgdGhpcz8mbmJzcDs8L2Rpdj48ZGl2PkNvdWxkIHlvdSBsZXQgbWUga25v dyB0aGF0PzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVnYXJkcyw8L2Rpdj48ZGl2Plllb25r aS48L2Rpdj48ZGl2Pjxicj48ZGl2PjxkaXYgaWQ9IlNreURyaXZlUGxhY2Vob2xkZXIiPjwvZGl2 PiZndDsgRnJvbTogSWFuLkNhbXBiZWxsQGNpdHJpeC5jb208YnI+Jmd0OyBUbzogeWVvbmtpX2No b2lAaG90bWFpbC5jb208YnI+Jmd0OyBEYXRlOiBGcmksIDEwIE1heSAyMDEzIDA4OjIzOjU3ICsw MTAwPGJyPiZndDsgQ0M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPiZndDsgU3ViamVjdDog UmU6IFtYZW4tdXNlcnNdIEkgZ290IGVuIGVycm9yIGR1cmluZyB1cGRhdGUtZ3J1cCBhZnRlciBp bnN0YWxsIHhlbiA0LjMgcmM8YnI+Jmd0OyA8YnI+Jmd0OyBPbiBGcmksIDIwMTMtMDUtMTAgYXQg MDQ6NTIgKzAxMDAsIFllb25raSBDaG9pIHdyb3RlOjxicj4mZ3Q7ICZndDsgSG93ZXZlciwgaXQg c3RpbGwgaW5kaWNhdGUgd2FybmluZyBhYm91dCAnc3ltcy00LjMtdW5zdGFibGUnPGJyPiZndDsg Jmd0OyBXaGVuIGxvb2tpbmcgYXQgZmlsZXMgYXQgL2Jvb3QvIGRpZWN0b3J5LCB0aGVyZSBpcyBu byBzdWNoIGZpbGUuIDxicj4mZ3Q7IDxicj4mZ3Q7IFRoYXQgaXMgdGhlIHZlcnNpb24sIG5vdCB0 aGUgZmlsZW5hbWU6PGJyPiZndDsgPGJyPiZndDsgJmd0OyAtcnctci0tci0tICAxIHJvb3Qgcm9v dCAxNDAwNTAxNCBNYXkgIDkgMjE6MTAgeGVuLXN5bXMtNC4zLXVuc3RhYmxlPGJyPiZndDsgPGJy PiZndDsgVGhpcyBpcyB0aGUgZmlsZS4gWW91IGNhbiBzYWZlbHkgZGVsZXRlIGl0Ljxicj4mZ3Q7 IDxicj4mZ3Q7IFlvdSBtYXkgd2FudCB0byBmaWxlIGEgYnVnIHdpdGggZ3J1YiB1cHN0cmVhbSBy ZWdhcmRpbmcgaXRzIGhhbmRsaW5nIG9mPGJyPiZndDsgdGhlIGRlZmF1bHQgWGVuIHZlcnNpb25p bmcuPGJyPiZndDsgPGJyPiZndDsgSWFuLjxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4m Z3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPiZn dDsgWGVuLXVzZXJzIG1haWxpbmcgbGlzdDxicj4mZ3Q7IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn PGJyPiZndDsgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPGJyPjwvZGl2PjwvZGl2PiAJ CSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRtbD4= --_f5fb57af-288a-4dda-9029-3f1983089825_-- --===============5616807251913576597== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5616807251913576597==-- From xen-users-bounces@lists.xen.org Fri May 10 09:53:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 09:53: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 1Uajzi-0001IE-6P; Fri, 10 May 2013 09:52:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uajzh-0001Hz-6t for xen-users@lists.xen.org; Fri, 10 May 2013 09:52:05 +0000 Received: from [193.109.254.147:39826] by server-12.bemta-14.messagelabs.com id CE/22-15557-443CC815; Fri, 10 May 2013 09:52:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1368179514!3043099!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17640 invoked from network); 10 May 2013 09:52:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 09:52:03 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4430192" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 May 2013 09:45:01 +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; Fri, 10 May 2013 10:51:46 +0100 Message-ID: <1368179505.27857.51.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Yeonki Choi Date: Fri, 10 May 2013 10:51:45 +0100 In-Reply-To: References: ,,<1368104772.17285.132.camel@zakaz.uk.xensource.com> , ,<1368170637.14715.0.camel@dagon.hellion.org.uk> 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] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-10 at 10:42 +0100, Yeonki Choi wrote: > So, how do I file a bug report about this? > Could you let me know that? You'll have to find the upstream website, I'm sure it will explain. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 09:53:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 09:53: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 1Uajzi-0001IE-6P; Fri, 10 May 2013 09:52:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uajzh-0001Hz-6t for xen-users@lists.xen.org; Fri, 10 May 2013 09:52:05 +0000 Received: from [193.109.254.147:39826] by server-12.bemta-14.messagelabs.com id CE/22-15557-443CC815; Fri, 10 May 2013 09:52:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1368179514!3043099!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17640 invoked from network); 10 May 2013 09:52:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 09:52:03 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4430192" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 May 2013 09:45:01 +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; Fri, 10 May 2013 10:51:46 +0100 Message-ID: <1368179505.27857.51.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Yeonki Choi Date: Fri, 10 May 2013 10:51:45 +0100 In-Reply-To: References: ,,<1368104772.17285.132.camel@zakaz.uk.xensource.com> , ,<1368170637.14715.0.camel@dagon.hellion.org.uk> 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] I got en error during update-grup after install xen 4.3 rc X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-10 at 10:42 +0100, Yeonki Choi wrote: > So, how do I file a bug report about this? > Could you let me know that? You'll have to find the upstream website, I'm sure it will explain. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 11:22:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 11:22: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 1UalNw-00009k-Kt; Fri, 10 May 2013 11:21:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UalNv-00009Z-6O for xen-users@lists.xen.org; Fri, 10 May 2013 11:21:11 +0000 Received: from [85.158.143.99:19465] by server-3.bemta-4.messagelabs.com id EE/0F-02015-628DC815; Fri, 10 May 2013 11:21:10 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1368184863!22667897!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7480 invoked from network); 10 May 2013 11:21:04 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 11:21:04 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so3848781wgh.13 for ; Fri, 10 May 2013 04:21:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=AMO+j4mnygFLo1Db2pC4kLAWt4+lulK2raWufyeCoQU=; b=dJsC1hFgSoA3LpOunAJ2foYx10uz3o3YXLbdCmW6hAuMoBDQ+BNYb4wsQ6otFgeFYP djwYjVu5/g5VvyXTI67UMjEqPCjK8bgEnGxwv5WTI0WwX9C44Se5te++g56R2O1qNmUa k9xUKZg0yB5GvAgR8nWhT0K5AWf4qYu9QtT1Cn+oWFhbqdmO1ZID9nzIKEGsYbgJFv/g 5lMp2arUQVu6Ps5Q9me732aO/JGKGajqXtIRsI/4zyx2B4tJOv/Jq/30LROY6dvdI51s UdA/ZhRm8Kfyuz8nNBlck8zTR2uxJDPDmt4ZNseqWJTeJCAaRBhlaYUtnlcBXrcpGTdi BqmQ== X-Received: by 10.194.119.202 with SMTP id kw10mr23938250wjb.26.1368184863575; Fri, 10 May 2013 04:21:03 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id x13sm3168095wib.3.2013.05.10.04.21.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 04:21:02 -0700 (PDT) Message-ID: <518CD81C.5040607@xen.org> Date: Fri, 10 May 2013 12:21:00 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org, Russell Pavlicek References: In-Reply-To: Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 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 Javier, I am quite happy for members of the OpenNebula community (as well as = other communities which have an interface with the Xen Project) to = promote upcoming CFP deadlines with a view to submit Xen talks. For = example on the xen blog, but also on the announce list and newsletter = (which we will start at some point). Also, you may have noticed that we = also allow communities to promote Xen talks on the Xen blog (e.g. = http://www.xenproject.org/about/events.html) and the Xen Project events = pages (e.g. http://www.xenproject.org/about/events.html). If you want to do this, drop me a line directly. Going forward, we will = probably create a publicity mailing list to discuss items like this and = coordinate amongst community members who are interested in promoting Xen = (and interfacing projects). I have not quite decided how to advertise = CFP's on the new xenproject.org website, but it seems that maybe a CFP = category on http://www.xenproject.org/about/events.html may work. In = fact I may just experiment with this now and see how it works. In any case, as a number of CFP's are coming up, I was thinking of = putting a blog post together at the Hackathon to highlight a few = upcoming CFPs and ask for Xen related submissions. Looking forward to = see you next week too. Regards Lars On 09/05/2013 15:31, Javier Fontan wrote:(for Linux > Hi, > > I have some off-topic announcements to make. I hope this mail is not too = spammy. > > This September 24-26 we will hold the OpenNebula Conference. We have > the Call for Proposals opened. It would be great to have people that > uses Xen alongside OpenNebula there [1]. > > I will be next week in Dublin Xen Hackathon. My aim is to try to > improve our Xen integration. Really looking forward to meet some of > you. > > The day before the hackathon (15th) I will be giving an introduction > to cloud/virtualization and our software in a talk organized by the > TCD and the Irish Free Software Organization. It may be good that some > other people related with OpenSource projects could be there. The aim > is to show OSS projects and how they are made. I'll leave the link in > case you are interested [2]. > > Cheers > > > [1] http://opennebulaconf.com/ > [2] https://www.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html > > -- > Javier Font=E1n Mui=F1os > Project Engineer > OpenNebula - The Open Source Toolkit for Data Center Virtualization > www.OpenNebula.org | jfontan@opennebula.org | @OpenNebula > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 11:22:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 11:22: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 1UalNw-00009k-Kt; Fri, 10 May 2013 11:21:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UalNv-00009Z-6O for xen-users@lists.xen.org; Fri, 10 May 2013 11:21:11 +0000 Received: from [85.158.143.99:19465] by server-3.bemta-4.messagelabs.com id EE/0F-02015-628DC815; Fri, 10 May 2013 11:21:10 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1368184863!22667897!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7480 invoked from network); 10 May 2013 11:21:04 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 11:21:04 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so3848781wgh.13 for ; Fri, 10 May 2013 04:21:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=AMO+j4mnygFLo1Db2pC4kLAWt4+lulK2raWufyeCoQU=; b=dJsC1hFgSoA3LpOunAJ2foYx10uz3o3YXLbdCmW6hAuMoBDQ+BNYb4wsQ6otFgeFYP djwYjVu5/g5VvyXTI67UMjEqPCjK8bgEnGxwv5WTI0WwX9C44Se5te++g56R2O1qNmUa k9xUKZg0yB5GvAgR8nWhT0K5AWf4qYu9QtT1Cn+oWFhbqdmO1ZID9nzIKEGsYbgJFv/g 5lMp2arUQVu6Ps5Q9me732aO/JGKGajqXtIRsI/4zyx2B4tJOv/Jq/30LROY6dvdI51s UdA/ZhRm8Kfyuz8nNBlck8zTR2uxJDPDmt4ZNseqWJTeJCAaRBhlaYUtnlcBXrcpGTdi BqmQ== X-Received: by 10.194.119.202 with SMTP id kw10mr23938250wjb.26.1368184863575; Fri, 10 May 2013 04:21:03 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id x13sm3168095wib.3.2013.05.10.04.21.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 04:21:02 -0700 (PDT) Message-ID: <518CD81C.5040607@xen.org> Date: Fri, 10 May 2013 12:21:00 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org, Russell Pavlicek References: In-Reply-To: Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 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 Javier, I am quite happy for members of the OpenNebula community (as well as = other communities which have an interface with the Xen Project) to = promote upcoming CFP deadlines with a view to submit Xen talks. For = example on the xen blog, but also on the announce list and newsletter = (which we will start at some point). Also, you may have noticed that we = also allow communities to promote Xen talks on the Xen blog (e.g. = http://www.xenproject.org/about/events.html) and the Xen Project events = pages (e.g. http://www.xenproject.org/about/events.html). If you want to do this, drop me a line directly. Going forward, we will = probably create a publicity mailing list to discuss items like this and = coordinate amongst community members who are interested in promoting Xen = (and interfacing projects). I have not quite decided how to advertise = CFP's on the new xenproject.org website, but it seems that maybe a CFP = category on http://www.xenproject.org/about/events.html may work. In = fact I may just experiment with this now and see how it works. In any case, as a number of CFP's are coming up, I was thinking of = putting a blog post together at the Hackathon to highlight a few = upcoming CFPs and ask for Xen related submissions. Looking forward to = see you next week too. Regards Lars On 09/05/2013 15:31, Javier Fontan wrote:(for Linux > Hi, > > I have some off-topic announcements to make. I hope this mail is not too = spammy. > > This September 24-26 we will hold the OpenNebula Conference. We have > the Call for Proposals opened. It would be great to have people that > uses Xen alongside OpenNebula there [1]. > > I will be next week in Dublin Xen Hackathon. My aim is to try to > improve our Xen integration. Really looking forward to meet some of > you. > > The day before the hackathon (15th) I will be giving an introduction > to cloud/virtualization and our software in a talk organized by the > TCD and the Irish Free Software Organization. It may be good that some > other people related with OpenSource projects could be there. The aim > is to show OSS projects and how they are made. I'll leave the link in > case you are interested [2]. > > Cheers > > > [1] http://opennebulaconf.com/ > [2] https://www.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html > > -- > Javier Font=E1n Mui=F1os > Project Engineer > OpenNebula - The Open Source Toolkit for Data Center Virtualization > www.OpenNebula.org | jfontan@opennebula.org | @OpenNebula > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 13:19:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 13:19:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UanCo-0008NP-AP; Fri, 10 May 2013 13:17:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UanCm-0008ND-DB for xen-users@lists.xen.org; Fri, 10 May 2013 13:17:48 +0000 Received: from [85.158.139.83:39976] by server-2.bemta-5.messagelabs.com id BF/FE-26552-B73FC815; Fri, 10 May 2013 13:17:47 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1368191861!27957581!1 X-Originating-IP: [209.85.192.170] X-SpamReason: No, hits=0.9 required=7.0 tests=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 20107 invoked from network); 10 May 2013 13:17:42 -0000 Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 13:17:42 -0000 Received: by mail-pd0-f170.google.com with SMTP id 10so2784867pdi.1 for ; Fri, 10 May 2013 06:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=p/mZSATPXZiXHdwV8hTbAz1laP8dLcMzZEXDyQpvnO4=; b=tz+3GT6MYMh4139xXDCI55hbjjZxUaFlmrdKmO/KJquaw2pO6JofopcKue6/TdrUJz vhN7UkOEfs6U0Iwyskv0WQ3l3srkmIWLMaEOQTKUunC7HY+2CzAZjUDabXi0MB08ZxOE 7wVdsS71HAsCkauljkbRr9/i2LsISipRpdXg8twwhZrfuivoZNBRaPin62GAinSrNCZX fE3t+JQBYw+pqCmz9MJpNCJfwhWOS5/2xXxeR4gUgVEmPllBLu13/LKD/jFGYdlcU07M m0wCQh9D78vsh6YXgYkF94EcxNC9Tt1Wp0Vo/05+w6XqG9hbpTJALyIz+kYbfnrJJC+I pBCQ== X-Received: by 10.68.252.227 with SMTP id zv3mr17698792pbc.14.1368191860749; Fri, 10 May 2013 06:17:40 -0700 (PDT) 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 10 May 2013 09:17:40 -0400 Message-ID: <-6733998188487766574@unknownmsgid> To: David Sutton Cc: "xen-users@lists.xen.org" , Gordan Bobic , Casey DeLorme Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4284342189950456113==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4284342189950456113== Content-Type: multipart/alternative; boundary=047d7b2e0a57d83dde04dc5cfdfd --047d7b2e0a57d83dde04dc5cfdfd Content-Type: text/plain; charset=ISO-8859-1 David, Gordan, On May 9, 2013, at 12:10 PM, David Sutton wrote: Gordan, For reference, I went the 'Asus Sabertooth + AMD 8 core' route - ASUS Sabertooth 990FX (rev 1.0) and an AMD 8350. I've got a Radeon HD 6770 passed through as a secondary screen to a Windows 7 DomU (the primary card is currently a Radeon HD 7750, also used a Nvidia GTX 550 Ti). Its usually stable (unless I have to reboot it a lot) but i'm currently stuck at Xen 4.2.1 as the IVRS table is exporting bad information (it has an entry for one IO-APIC, with a handle of 0x0). This is using the xl toolset. Regards, David I can report a similar experience here. To date, the best luck I've had with Passthrough is actually on a 990FX system with an 8 core CPU as well. It ran Xen pretty well, but back when I did that, I always had issues with the xm toolstack throwing errors at me. My current work with the xl stack has me thinking it'd smooth things out. The box is running ESXi at the moment, but I guess the real point is that with ~12 passed-through devices (VGA, HDMI audio, and one USB controller each) it runs like a champ, and is so rock solid that, while I've had issues, I think they've actually all been related to lack of FLR support on the cards... But that's just speculation. I have to do some weird vm shuffling to piss it off :P -Andrew On Thu, May 9, 2013 at 10:28 AM, Gordan Bobic wrote: > On Thu, 9 May 2013 14:20:20 +0000, Casey DeLorme > wrote: > >> Thanks for posting the results Gordan, unfortunate that it isn't >> working as well as we hoped. >> > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > What about with PCIe devices behind NF200 bridges? I know the NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to use it. > > > Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > > > Gordan > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --047d7b2e0a57d83dde04dc5cfdfd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
David, Gordan,

On Ma= y 9, 2013, at 12:10 PM, David Sutton <kantras@gmail.com> wrote:

Go= rdan,

=A0 For reference, I went the 'Asus Sabertooth + AMD= 8 core' route - ASUS Sabertooth 990FX (rev 1.0) and an AMD 8350. I'= ;ve got a Radeon HD 6770 passed through as a secondary screen to a Windows = 7 DomU (the primary card is currently a Radeon HD 7750, also used a Nvidia = GTX 550 Ti). Its usually stable (unless I have to reboot it a lot) but i= 9;m currently stuck at Xen 4.2.1 as the IVRS table is exporting bad informa= tion (it has an entry for one IO-APIC, with a handle of 0x0). This is using= the xl toolset.

Regards,

=A0 David

=
I can report a similar experience here. =A0To date, the best luc= k I've had with Passthrough is actually on a 990FX system with an 8 cor= e CPU as well. =A0It ran Xen pretty well, but back when I did that, I alway= s had issues with the xm toolstack throwing errors at me. =A0My current wor= k with the xl stack has me thinking it'd smooth things out. =A0The box = is running ESXi at the moment, but I guess the real point is that with ~12 = passed-through devices (VGA, HDMI audio, and one USB controller each) it ru= ns like a champ, and is so rock solid that, while I've had issues, I th= ink they've actually all been related to lack of FLR support on the car= ds... But that's just speculation. =A0I have to do some weird vm shuffl= ing to piss it off :P

-Andrew



On Thu, May 9, 2013 at 10:28 AM, Gordan Bobic <gordan@bobich.net>= wrote:
On Thu, 9 May 2013 14:20:2= 0 +0000, Casey DeLorme <cdelorme@gmail.com> wrote:
Thanks for posting the results Gordan, unfortunate that it isn't
working as well as we hoped.

I haven't given up _quite_ yet.

I discovered yesterday that it _looks liks_ one of my PCIe slots is
actually duff (two different GPUs both fail to detect properly in it
but work fine in other slots).

If it turns out to be a duff slot, there's no telling what else
might be duff on the motherboard and how it might affect various
things, even though several days of full load stability testing
passed.

So some more bare-metal testing seems to be called for - right now I
am not prepared to disregard the possibility that maybe I have a
hardware issue somewhere that despite EDAC and ECC on everything,
remains undetected and unreported in the logs.


=A0 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes,<= br> EVGA have decided in their infinite wisdom to put all 7 PCIe slots
behind NF200s, none are directly attached to the Intel NB).

=A0I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to=
=A0utter a few dozen cuss words a piece.

=A0I can believe that. What is the solution, though?

=A0The thing that drives me really nuts about the issues I'm seeing
(which may or may not be specifically related to the NF200) is that it
is so intermittent. It works well enough to boot up and work with a
gaming type load for a few minutes. Then something happens that causes
the VGA card to require a reset, and it all falls apart.

My solution was to buy another motherboard, I had no luck at all
passing the devices behind the NF200, and similar to your situation
all but one PCIe slot on that board was behind that bridge.

Did you not manage to get it working at all? Or was it just
intermittent like in my case? I can typically get about 5 minutes of
gaming out of my ATI card before it all goes wrong.

Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,
but opted to go for broke and get a couple of 6-core Xeons and an
EVGA SR-2. It turns out, a solution that is 4x more expensive isn't
actually better... :(

=A0 What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have
disabled enforcement of to get this far), and AFAIK shouldn't actually<= br> affect the basic PCI passthrough capability.

=A0Question: how'd you disable ACS? =A0I think it may be causing me som= e
issues.

=A0Put:

=A0(pci-passthrough-strict-check no)
=A0(pci-dev-assign-strict-check no)

=A0in /etc/xen/xend-config.sxp

=A0If it was causing you issues, however, I'd expect you to find errors=
in logs pointing at it.

As I understand the xend-config.sxp [1] is for the xm toolstack and
deprecated Xend service.

xm toolstack and xend are what I am using. I have read reports of issues with VGA passthrough using the xl stack so I didn't even attempt to use= it.


Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. =A0My understanding is it
was for the xm toolstack only and deprecated with 4.2. =A0Any chance
you can share how you configured it to work? =A0Apparently it is
required to get libvirt working, which I also did not know was
compatible with Xen 4.2.

It is possible I'm the one doing it wrong. I'm on EL6, and using virt-manager (at least for things it is willing to do), and that
defaults to the xm stack and xend.

For what it's worth, it works for the most part - apart from VGA
passthrough crashing within 5 minutes of gaming.


Gordan

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-users@lists.xen.org=
http://lists.xen.org/xen-u= sers
--047d7b2e0a57d83dde04dc5cfdfd-- --===============4284342189950456113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4284342189950456113==-- From xen-users-bounces@lists.xen.org Fri May 10 13:19:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 13:19:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UanCo-0008NP-AP; Fri, 10 May 2013 13:17:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UanCm-0008ND-DB for xen-users@lists.xen.org; Fri, 10 May 2013 13:17:48 +0000 Received: from [85.158.139.83:39976] by server-2.bemta-5.messagelabs.com id BF/FE-26552-B73FC815; Fri, 10 May 2013 13:17:47 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1368191861!27957581!1 X-Originating-IP: [209.85.192.170] X-SpamReason: No, hits=0.9 required=7.0 tests=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 20107 invoked from network); 10 May 2013 13:17:42 -0000 Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 13:17:42 -0000 Received: by mail-pd0-f170.google.com with SMTP id 10so2784867pdi.1 for ; Fri, 10 May 2013 06:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=p/mZSATPXZiXHdwV8hTbAz1laP8dLcMzZEXDyQpvnO4=; b=tz+3GT6MYMh4139xXDCI55hbjjZxUaFlmrdKmO/KJquaw2pO6JofopcKue6/TdrUJz vhN7UkOEfs6U0Iwyskv0WQ3l3srkmIWLMaEOQTKUunC7HY+2CzAZjUDabXi0MB08ZxOE 7wVdsS71HAsCkauljkbRr9/i2LsISipRpdXg8twwhZrfuivoZNBRaPin62GAinSrNCZX fE3t+JQBYw+pqCmz9MJpNCJfwhWOS5/2xXxeR4gUgVEmPllBLu13/LKD/jFGYdlcU07M m0wCQh9D78vsh6YXgYkF94EcxNC9Tt1Wp0Vo/05+w6XqG9hbpTJALyIz+kYbfnrJJC+I pBCQ== X-Received: by 10.68.252.227 with SMTP id zv3mr17698792pbc.14.1368191860749; Fri, 10 May 2013 06:17:40 -0700 (PDT) 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 10 May 2013 09:17:40 -0400 Message-ID: <-6733998188487766574@unknownmsgid> To: David Sutton Cc: "xen-users@lists.xen.org" , Gordan Bobic , Casey DeLorme Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4284342189950456113==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4284342189950456113== Content-Type: multipart/alternative; boundary=047d7b2e0a57d83dde04dc5cfdfd --047d7b2e0a57d83dde04dc5cfdfd Content-Type: text/plain; charset=ISO-8859-1 David, Gordan, On May 9, 2013, at 12:10 PM, David Sutton wrote: Gordan, For reference, I went the 'Asus Sabertooth + AMD 8 core' route - ASUS Sabertooth 990FX (rev 1.0) and an AMD 8350. I've got a Radeon HD 6770 passed through as a secondary screen to a Windows 7 DomU (the primary card is currently a Radeon HD 7750, also used a Nvidia GTX 550 Ti). Its usually stable (unless I have to reboot it a lot) but i'm currently stuck at Xen 4.2.1 as the IVRS table is exporting bad information (it has an entry for one IO-APIC, with a handle of 0x0). This is using the xl toolset. Regards, David I can report a similar experience here. To date, the best luck I've had with Passthrough is actually on a 990FX system with an 8 core CPU as well. It ran Xen pretty well, but back when I did that, I always had issues with the xm toolstack throwing errors at me. My current work with the xl stack has me thinking it'd smooth things out. The box is running ESXi at the moment, but I guess the real point is that with ~12 passed-through devices (VGA, HDMI audio, and one USB controller each) it runs like a champ, and is so rock solid that, while I've had issues, I think they've actually all been related to lack of FLR support on the cards... But that's just speculation. I have to do some weird vm shuffling to piss it off :P -Andrew On Thu, May 9, 2013 at 10:28 AM, Gordan Bobic wrote: > On Thu, 9 May 2013 14:20:20 +0000, Casey DeLorme > wrote: > >> Thanks for posting the results Gordan, unfortunate that it isn't >> working as well as we hoped. >> > > I haven't given up _quite_ yet. > > I discovered yesterday that it _looks liks_ one of my PCIe slots is > actually duff (two different GPUs both fail to detect properly in it > but work fine in other slots). > > If it turns out to be a duff slot, there's no telling what else > might be duff on the motherboard and how it might affect various > things, even though several days of full load stability testing > passed. > > So some more bare-metal testing seems to be called for - right now I > am not prepared to disregard the possibility that maybe I have a > hardware issue somewhere that despite EDAC and ECC on everything, > remains undetected and unreported in the logs. > > > 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> > > Did you not manage to get it working at all? Or was it just > intermittent like in my case? I can typically get about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, > but opted to go for broke and get a couple of 6-core Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more expensive isn't > actually better... :( > > What about with PCIe devices behind NF200 bridges? I know the NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> > > xm toolstack and xend are what I am using. I have read reports of issues > with VGA passthrough using the xl stack so I didn't even attempt to use it. > > > Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> > > It is possible I'm the one doing it wrong. I'm on EL6, and using > virt-manager (at least for things it is willing to do), and that > defaults to the xm stack and xend. > > For what it's worth, it works for the most part - apart from VGA > passthrough crashing within 5 minutes of gaming. > > > Gordan > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --047d7b2e0a57d83dde04dc5cfdfd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
David, Gordan,

On Ma= y 9, 2013, at 12:10 PM, David Sutton <kantras@gmail.com> wrote:

Go= rdan,

=A0 For reference, I went the 'Asus Sabertooth + AMD= 8 core' route - ASUS Sabertooth 990FX (rev 1.0) and an AMD 8350. I'= ;ve got a Radeon HD 6770 passed through as a secondary screen to a Windows = 7 DomU (the primary card is currently a Radeon HD 7750, also used a Nvidia = GTX 550 Ti). Its usually stable (unless I have to reboot it a lot) but i= 9;m currently stuck at Xen 4.2.1 as the IVRS table is exporting bad informa= tion (it has an entry for one IO-APIC, with a handle of 0x0). This is using= the xl toolset.

Regards,

=A0 David

=
I can report a similar experience here. =A0To date, the best luc= k I've had with Passthrough is actually on a 990FX system with an 8 cor= e CPU as well. =A0It ran Xen pretty well, but back when I did that, I alway= s had issues with the xm toolstack throwing errors at me. =A0My current wor= k with the xl stack has me thinking it'd smooth things out. =A0The box = is running ESXi at the moment, but I guess the real point is that with ~12 = passed-through devices (VGA, HDMI audio, and one USB controller each) it ru= ns like a champ, and is so rock solid that, while I've had issues, I th= ink they've actually all been related to lack of FLR support on the car= ds... But that's just speculation. =A0I have to do some weird vm shuffl= ing to piss it off :P

-Andrew



On Thu, May 9, 2013 at 10:28 AM, Gordan Bobic <gordan@bobich.net>= wrote:
On Thu, 9 May 2013 14:20:2= 0 +0000, Casey DeLorme <cdelorme@gmail.com> wrote:
Thanks for posting the results Gordan, unfortunate that it isn't
working as well as we hoped.

I haven't given up _quite_ yet.

I discovered yesterday that it _looks liks_ one of my PCIe slots is
actually duff (two different GPUs both fail to detect properly in it
but work fine in other slots).

If it turns out to be a duff slot, there's no telling what else
might be duff on the motherboard and how it might affect various
things, even though several days of full load stability testing
passed.

So some more bare-metal testing seems to be called for - right now I
am not prepared to disregard the possibility that maybe I have a
hardware issue somewhere that despite EDAC and ECC on everything,
remains undetected and unreported in the logs.


=A0 2) My motherboard's PCIe slots are behind NF200 PCIe bridges (yes,<= br> EVGA have decided in their infinite wisdom to put all 7 PCIe slots
behind NF200s, none are directly attached to the Intel NB).

=A0I'm so sorry :P. NF200 has probably caused a lot of xen tinkerers to=
=A0utter a few dozen cuss words a piece.

=A0I can believe that. What is the solution, though?

=A0The thing that drives me really nuts about the issues I'm seeing
(which may or may not be specifically related to the NF200) is that it
is so intermittent. It works well enough to boot up and work with a
gaming type load for a few minutes. Then something happens that causes
the VGA card to require a reset, and it all falls apart.

My solution was to buy another motherboard, I had no luck at all
passing the devices behind the NF200, and similar to your situation
all but one PCIe slot on that board was behind that bridge.

Did you not manage to get it working at all? Or was it just
intermittent like in my case? I can typically get about 5 minutes of
gaming out of my ATI card before it all goes wrong.

Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,
but opted to go for broke and get a couple of 6-core Xeons and an
EVGA SR-2. It turns out, a solution that is 4x more expensive isn't
actually better... :(

=A0 What about with PCIe devices behind NF200 bridges? I know the NF200s don't support PCI ACS, but that is a security feature (which I have
disabled enforcement of to get this far), and AFAIK shouldn't actually<= br> affect the basic PCI passthrough capability.

=A0Question: how'd you disable ACS? =A0I think it may be causing me som= e
issues.

=A0Put:

=A0(pci-passthrough-strict-check no)
=A0(pci-dev-assign-strict-check no)

=A0in /etc/xen/xend-config.sxp

=A0If it was causing you issues, however, I'd expect you to find errors=
in logs pointing at it.

As I understand the xend-config.sxp [1] is for the xm toolstack and
deprecated Xend service.

xm toolstack and xend are what I am using. I have read reports of issues with VGA passthrough using the xl stack so I didn't even attempt to use= it.


Perhaps I am confused, or things changed while I wasn't looking, but for me enabling Xend breaks the xl toolstack. =A0My understanding is it
was for the xm toolstack only and deprecated with 4.2. =A0Any chance
you can share how you configured it to work? =A0Apparently it is
required to get libvirt working, which I also did not know was
compatible with Xen 4.2.

It is possible I'm the one doing it wrong. I'm on EL6, and using virt-manager (at least for things it is willing to do), and that
defaults to the xm stack and xend.

For what it's worth, it works for the most part - apart from VGA
passthrough crashing within 5 minutes of gaming.


Gordan

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-users@lists.xen.org=
http://lists.xen.org/xen-u= sers
--047d7b2e0a57d83dde04dc5cfdfd-- --===============4284342189950456113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4284342189950456113==-- From xen-users-bounces@lists.xen.org Fri May 10 13:52:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 13:52: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 1UanjW-0003K9-MU; Fri, 10 May 2013 13:51:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UanjV-0003Jz-6v for xen-users@lists.xen.org; Fri, 10 May 2013 13:51:37 +0000 Received: from [85.158.143.99:8121] by server-3.bemta-4.messagelabs.com id 0F/27-02015-86BFC815; Fri, 10 May 2013 13:51:36 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1368193895!31793728!1 X-Originating-IP: [65.55.90.109] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_1,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,ML_RADAR_SPEW_LINKS_23,ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27538 invoked from network); 10 May 2013 13:51:35 -0000 Received: from snt0-omc2-s34.snt0.hotmail.com (HELO snt0-omc2-s34.snt0.hotmail.com) (65.55.90.109) by server-15.tower-216.messagelabs.com with SMTP; 10 May 2013 13:51:35 -0000 Received: from SNT401-EAS214 ([65.55.90.72]) by snt0-omc2-s34.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 May 2013 06:51:35 -0700 X-EIP: [zcQvyu9aRSnwcUB3ivXS/o8HDruLgG8m] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: References: <518CD81C.5040607@xen.org> From: Yeonki Choi MIME-Version: 1.0 (1.0) In-Reply-To: <518CD81C.5040607@xen.org> Date: Fri, 10 May 2013 22:51:35 +0900 To: "lars.kurth@xen.org" X-OriginalArrivalTime: 10 May 2013 13:51:35.0216 (UTC) FILETIME=[7C538300:01CE4D85] Cc: "xen-users@lists.xen.org" , Russell Pavlicek Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SGksIExhcnMuDQoNCkp1c3Qgb3V0IG9mIGN1cmlvc2l0eSwgd2hhdCBpcyBDRlAgPw0KSXMgaXQg bGlrZSBhIGRlc2lnbiBzdW1taXQgb2YgT3BlblN0YWNrIGNvbW11bml0eT8NCkkgYW0gbmV3IGZv ciB0aGUgd29yZCAiQ0ZTIi4NCkNsb3VkIHlvdSBleHBsYWluIHRoYXQ/DQoNClJlZ2FyZHMsDQpZ ZW9ua2kgQ2hvaQ0KU2VudCBmcm9tIG15IGlQYWQNCg0KMjAxMy4gNS4gMTAuIOyYpO2bhCA4OjI0 ICJMYXJzIEt1cnRoIiA8bGFycy5rdXJ0aEB4ZW4ub3JnPiDsnpHshLE6DQoNCj4gSmF2aWVyLA0K PiANCj4gSSBhbSBxdWl0ZSBoYXBweSBmb3IgbWVtYmVycyBvZiB0aGUgT3Blbk5lYnVsYSBjb21t dW5pdHkgKGFzIHdlbGwgYXMgb3RoZXIgY29tbXVuaXRpZXMgd2hpY2ggaGF2ZSBhbiBpbnRlcmZh Y2Ugd2l0aCB0aGUgWGVuIFByb2plY3QpIHRvIHByb21vdGUgdXBjb21pbmcgQ0ZQIGRlYWRsaW5l cyB3aXRoIGEgdmlldyB0byBzdWJtaXQgWGVuIHRhbGtzLiBGb3IgZXhhbXBsZSBvbiB0aGUgeGVu IGJsb2csIGJ1dCBhbHNvIG9uIHRoZSBhbm5vdW5jZSBsaXN0IGFuZCBuZXdzbGV0dGVyICh3aGlj aCB3ZSB3aWxsIHN0YXJ0IGF0IHNvbWUgcG9pbnQpLiBBbHNvLCB5b3UgbWF5IGhhdmUgbm90aWNl ZCB0aGF0IHdlIGFsc28gYWxsb3cgY29tbXVuaXRpZXMgdG8gcHJvbW90ZSBYZW4gdGFsa3Mgb24g dGhlIFhlbiBibG9nIChlLmcuIGh0dHA6Ly93d3cueGVucHJvamVjdC5vcmcvYWJvdXQvZXZlbnRz Lmh0bWwpIGFuZCB0aGUgWGVuIFByb2plY3QgZXZlbnRzIHBhZ2VzIChlLmcuIGh0dHA6Ly93d3cu eGVucHJvamVjdC5vcmcvYWJvdXQvZXZlbnRzLmh0bWwpLg0KPiANCj4gSWYgeW91IHdhbnQgdG8g ZG8gdGhpcywgZHJvcCBtZSBhIGxpbmUgZGlyZWN0bHkuIEdvaW5nIGZvcndhcmQsIHdlIHdpbGwg cHJvYmFibHkgY3JlYXRlIGEgcHVibGljaXR5IG1haWxpbmcgbGlzdCB0byBkaXNjdXNzIGl0ZW1z IGxpa2UgdGhpcyBhbmQgY29vcmRpbmF0ZSBhbW9uZ3N0IGNvbW11bml0eSBtZW1iZXJzIHdobyBh cmUgaW50ZXJlc3RlZCBpbiBwcm9tb3RpbmcgWGVuIChhbmQgaW50ZXJmYWNpbmcgcHJvamVjdHMp LiBJIGhhdmUgbm90IHF1aXRlIGRlY2lkZWQgaG93IHRvIGFkdmVydGlzZSBDRlAncyBvbiB0aGUg bmV3IHhlbnByb2plY3Qub3JnIHdlYnNpdGUsIGJ1dCBpdCBzZWVtcyB0aGF0IG1heWJlIGEgQ0ZQ IGNhdGVnb3J5IG9uIGh0dHA6Ly93d3cueGVucHJvamVjdC5vcmcvYWJvdXQvZXZlbnRzLmh0bWwg bWF5IHdvcmsuIEluIGZhY3QgSSBtYXkganVzdCBleHBlcmltZW50IHdpdGggdGhpcyBub3cgYW5k IHNlZSBob3cgaXQgd29ya3MuDQo+IA0KPiBJbiBhbnkgY2FzZSwgYXMgYSBudW1iZXIgb2YgQ0ZQ J3MgYXJlIGNvbWluZyB1cCwgSSB3YXMgdGhpbmtpbmcgb2YgcHV0dGluZyBhIGJsb2cgcG9zdCB0 b2dldGhlciBhdCB0aGUgSGFja2F0aG9uIHRvIGhpZ2hsaWdodCBhIGZldyB1cGNvbWluZyBDRlBz IGFuZCBhc2sgZm9yIFhlbiByZWxhdGVkIHN1Ym1pc3Npb25zLiBMb29raW5nIGZvcndhcmQgdG8g c2VlIHlvdSBuZXh0IHdlZWsgdG9vLg0KPiANCj4gUmVnYXJkcw0KPiBMYXJzDQo+IA0KPiBPbiAw OS8wNS8yMDEzIDE1OjMxLCBKYXZpZXIgRm9udGFuIHdyb3RlOihmb3IgTGludXgNCj4+IEhpLA0K Pj4gDQo+PiBJIGhhdmUgc29tZSBvZmYtdG9waWMgYW5ub3VuY2VtZW50cyB0byBtYWtlLiBJIGhv cGUgdGhpcyBtYWlsIGlzIG5vdCB0b28gc3BhbW15Lg0KPj4gDQo+PiBUaGlzIFNlcHRlbWJlciAy NC0yNiB3ZSB3aWxsIGhvbGQgdGhlIE9wZW5OZWJ1bGEgQ29uZmVyZW5jZS4gV2UgaGF2ZQ0KPj4g dGhlIENhbGwgZm9yIFByb3Bvc2FscyBvcGVuZWQuIEl0IHdvdWxkIGJlIGdyZWF0IHRvIGhhdmUg cGVvcGxlIHRoYXQNCj4+IHVzZXMgWGVuIGFsb25nc2lkZSBPcGVuTmVidWxhIHRoZXJlIFsxXS4N Cj4+IA0KPj4gSSB3aWxsIGJlIG5leHQgd2VlayBpbiBEdWJsaW4gWGVuIEhhY2thdGhvbi4gTXkg YWltIGlzIHRvIHRyeSB0bw0KPj4gaW1wcm92ZSBvdXIgWGVuIGludGVncmF0aW9uLiBSZWFsbHkg bG9va2luZyBmb3J3YXJkIHRvIG1lZXQgc29tZSBvZg0KPj4geW91Lg0KPj4gDQo+PiBUaGUgZGF5 IGJlZm9yZSB0aGUgaGFja2F0aG9uICgxNXRoKSBJIHdpbGwgYmUgZ2l2aW5nIGFuIGludHJvZHVj dGlvbg0KPj4gdG8gY2xvdWQvdmlydHVhbGl6YXRpb24gYW5kIG91ciBzb2Z0d2FyZSBpbiBhIHRh bGsgb3JnYW5pemVkIGJ5IHRoZQ0KPj4gVENEIGFuZCB0aGUgSXJpc2ggRnJlZSBTb2Z0d2FyZSBP cmdhbml6YXRpb24uIEl0IG1heSBiZSBnb29kIHRoYXQgc29tZQ0KPj4gb3RoZXIgcGVvcGxlIHJl bGF0ZWQgd2l0aCBPcGVuU291cmNlIHByb2plY3RzIGNvdWxkIGJlIHRoZXJlLiBUaGUgYWltDQo+ PiBpcyB0byBzaG93IE9TUyBwcm9qZWN0cyBhbmQgaG93IHRoZXkgYXJlIG1hZGUuIEknbGwgbGVh dmUgdGhlIGxpbmsgaW4NCj4+IGNhc2UgeW91IGFyZSBpbnRlcmVzdGVkIFsyXS4NCj4+IA0KPj4g Q2hlZXJzDQo+PiANCj4+IA0KPj4gWzFdIGh0dHA6Ly9vcGVubmVidWxhY29uZi5jb20vDQo+PiBb Ml0gaHR0cHM6Ly93d3cuc2Nzcy50Y2QuaWUvRGF2aWQuT0NhbGxhZ2hhbi9vcGVubmVidWxhLXRh bGstMjAxMy5odG1sDQo+PiANCj4+IC0tDQo+PiBKYXZpZXIgRm9udMOhbiBNdWnDsW9zDQo+PiBQ cm9qZWN0IEVuZ2luZWVyDQo+PiBPcGVuTmVidWxhIC0gVGhlIE9wZW4gU291cmNlIFRvb2xraXQg Zm9yIERhdGEgQ2VudGVyIFZpcnR1YWxpemF0aW9uDQo+PiB3d3cuT3Blbk5lYnVsYS5vcmcgfCBq Zm9udGFuQG9wZW5uZWJ1bGEub3JnIHwgQE9wZW5OZWJ1bGENCj4+IA0KPj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IFhlbi11c2VycyBtYWlsaW5n IGxpc3QNCj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+PiBodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnMNCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+IFhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri May 10 13:52:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 13:52: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 1UanjW-0003K9-MU; Fri, 10 May 2013 13:51:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UanjV-0003Jz-6v for xen-users@lists.xen.org; Fri, 10 May 2013 13:51:37 +0000 Received: from [85.158.143.99:8121] by server-3.bemta-4.messagelabs.com id 0F/27-02015-86BFC815; Fri, 10 May 2013 13:51:36 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1368193895!31793728!1 X-Originating-IP: [65.55.90.109] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_1,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,ML_RADAR_SPEW_LINKS_23,ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27538 invoked from network); 10 May 2013 13:51:35 -0000 Received: from snt0-omc2-s34.snt0.hotmail.com (HELO snt0-omc2-s34.snt0.hotmail.com) (65.55.90.109) by server-15.tower-216.messagelabs.com with SMTP; 10 May 2013 13:51:35 -0000 Received: from SNT401-EAS214 ([65.55.90.72]) by snt0-omc2-s34.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 May 2013 06:51:35 -0700 X-EIP: [zcQvyu9aRSnwcUB3ivXS/o8HDruLgG8m] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: References: <518CD81C.5040607@xen.org> From: Yeonki Choi MIME-Version: 1.0 (1.0) In-Reply-To: <518CD81C.5040607@xen.org> Date: Fri, 10 May 2013 22:51:35 +0900 To: "lars.kurth@xen.org" X-OriginalArrivalTime: 10 May 2013 13:51:35.0216 (UTC) FILETIME=[7C538300:01CE4D85] Cc: "xen-users@lists.xen.org" , Russell Pavlicek Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SGksIExhcnMuDQoNCkp1c3Qgb3V0IG9mIGN1cmlvc2l0eSwgd2hhdCBpcyBDRlAgPw0KSXMgaXQg bGlrZSBhIGRlc2lnbiBzdW1taXQgb2YgT3BlblN0YWNrIGNvbW11bml0eT8NCkkgYW0gbmV3IGZv ciB0aGUgd29yZCAiQ0ZTIi4NCkNsb3VkIHlvdSBleHBsYWluIHRoYXQ/DQoNClJlZ2FyZHMsDQpZ ZW9ua2kgQ2hvaQ0KU2VudCBmcm9tIG15IGlQYWQNCg0KMjAxMy4gNS4gMTAuIOyYpO2bhCA4OjI0 ICJMYXJzIEt1cnRoIiA8bGFycy5rdXJ0aEB4ZW4ub3JnPiDsnpHshLE6DQoNCj4gSmF2aWVyLA0K PiANCj4gSSBhbSBxdWl0ZSBoYXBweSBmb3IgbWVtYmVycyBvZiB0aGUgT3Blbk5lYnVsYSBjb21t dW5pdHkgKGFzIHdlbGwgYXMgb3RoZXIgY29tbXVuaXRpZXMgd2hpY2ggaGF2ZSBhbiBpbnRlcmZh Y2Ugd2l0aCB0aGUgWGVuIFByb2plY3QpIHRvIHByb21vdGUgdXBjb21pbmcgQ0ZQIGRlYWRsaW5l cyB3aXRoIGEgdmlldyB0byBzdWJtaXQgWGVuIHRhbGtzLiBGb3IgZXhhbXBsZSBvbiB0aGUgeGVu IGJsb2csIGJ1dCBhbHNvIG9uIHRoZSBhbm5vdW5jZSBsaXN0IGFuZCBuZXdzbGV0dGVyICh3aGlj aCB3ZSB3aWxsIHN0YXJ0IGF0IHNvbWUgcG9pbnQpLiBBbHNvLCB5b3UgbWF5IGhhdmUgbm90aWNl ZCB0aGF0IHdlIGFsc28gYWxsb3cgY29tbXVuaXRpZXMgdG8gcHJvbW90ZSBYZW4gdGFsa3Mgb24g dGhlIFhlbiBibG9nIChlLmcuIGh0dHA6Ly93d3cueGVucHJvamVjdC5vcmcvYWJvdXQvZXZlbnRz Lmh0bWwpIGFuZCB0aGUgWGVuIFByb2plY3QgZXZlbnRzIHBhZ2VzIChlLmcuIGh0dHA6Ly93d3cu eGVucHJvamVjdC5vcmcvYWJvdXQvZXZlbnRzLmh0bWwpLg0KPiANCj4gSWYgeW91IHdhbnQgdG8g ZG8gdGhpcywgZHJvcCBtZSBhIGxpbmUgZGlyZWN0bHkuIEdvaW5nIGZvcndhcmQsIHdlIHdpbGwg cHJvYmFibHkgY3JlYXRlIGEgcHVibGljaXR5IG1haWxpbmcgbGlzdCB0byBkaXNjdXNzIGl0ZW1z IGxpa2UgdGhpcyBhbmQgY29vcmRpbmF0ZSBhbW9uZ3N0IGNvbW11bml0eSBtZW1iZXJzIHdobyBh cmUgaW50ZXJlc3RlZCBpbiBwcm9tb3RpbmcgWGVuIChhbmQgaW50ZXJmYWNpbmcgcHJvamVjdHMp LiBJIGhhdmUgbm90IHF1aXRlIGRlY2lkZWQgaG93IHRvIGFkdmVydGlzZSBDRlAncyBvbiB0aGUg bmV3IHhlbnByb2plY3Qub3JnIHdlYnNpdGUsIGJ1dCBpdCBzZWVtcyB0aGF0IG1heWJlIGEgQ0ZQ IGNhdGVnb3J5IG9uIGh0dHA6Ly93d3cueGVucHJvamVjdC5vcmcvYWJvdXQvZXZlbnRzLmh0bWwg bWF5IHdvcmsuIEluIGZhY3QgSSBtYXkganVzdCBleHBlcmltZW50IHdpdGggdGhpcyBub3cgYW5k IHNlZSBob3cgaXQgd29ya3MuDQo+IA0KPiBJbiBhbnkgY2FzZSwgYXMgYSBudW1iZXIgb2YgQ0ZQ J3MgYXJlIGNvbWluZyB1cCwgSSB3YXMgdGhpbmtpbmcgb2YgcHV0dGluZyBhIGJsb2cgcG9zdCB0 b2dldGhlciBhdCB0aGUgSGFja2F0aG9uIHRvIGhpZ2hsaWdodCBhIGZldyB1cGNvbWluZyBDRlBz IGFuZCBhc2sgZm9yIFhlbiByZWxhdGVkIHN1Ym1pc3Npb25zLiBMb29raW5nIGZvcndhcmQgdG8g c2VlIHlvdSBuZXh0IHdlZWsgdG9vLg0KPiANCj4gUmVnYXJkcw0KPiBMYXJzDQo+IA0KPiBPbiAw OS8wNS8yMDEzIDE1OjMxLCBKYXZpZXIgRm9udGFuIHdyb3RlOihmb3IgTGludXgNCj4+IEhpLA0K Pj4gDQo+PiBJIGhhdmUgc29tZSBvZmYtdG9waWMgYW5ub3VuY2VtZW50cyB0byBtYWtlLiBJIGhv cGUgdGhpcyBtYWlsIGlzIG5vdCB0b28gc3BhbW15Lg0KPj4gDQo+PiBUaGlzIFNlcHRlbWJlciAy NC0yNiB3ZSB3aWxsIGhvbGQgdGhlIE9wZW5OZWJ1bGEgQ29uZmVyZW5jZS4gV2UgaGF2ZQ0KPj4g dGhlIENhbGwgZm9yIFByb3Bvc2FscyBvcGVuZWQuIEl0IHdvdWxkIGJlIGdyZWF0IHRvIGhhdmUg cGVvcGxlIHRoYXQNCj4+IHVzZXMgWGVuIGFsb25nc2lkZSBPcGVuTmVidWxhIHRoZXJlIFsxXS4N Cj4+IA0KPj4gSSB3aWxsIGJlIG5leHQgd2VlayBpbiBEdWJsaW4gWGVuIEhhY2thdGhvbi4gTXkg YWltIGlzIHRvIHRyeSB0bw0KPj4gaW1wcm92ZSBvdXIgWGVuIGludGVncmF0aW9uLiBSZWFsbHkg bG9va2luZyBmb3J3YXJkIHRvIG1lZXQgc29tZSBvZg0KPj4geW91Lg0KPj4gDQo+PiBUaGUgZGF5 IGJlZm9yZSB0aGUgaGFja2F0aG9uICgxNXRoKSBJIHdpbGwgYmUgZ2l2aW5nIGFuIGludHJvZHVj dGlvbg0KPj4gdG8gY2xvdWQvdmlydHVhbGl6YXRpb24gYW5kIG91ciBzb2Z0d2FyZSBpbiBhIHRh bGsgb3JnYW5pemVkIGJ5IHRoZQ0KPj4gVENEIGFuZCB0aGUgSXJpc2ggRnJlZSBTb2Z0d2FyZSBP cmdhbml6YXRpb24uIEl0IG1heSBiZSBnb29kIHRoYXQgc29tZQ0KPj4gb3RoZXIgcGVvcGxlIHJl bGF0ZWQgd2l0aCBPcGVuU291cmNlIHByb2plY3RzIGNvdWxkIGJlIHRoZXJlLiBUaGUgYWltDQo+ PiBpcyB0byBzaG93IE9TUyBwcm9qZWN0cyBhbmQgaG93IHRoZXkgYXJlIG1hZGUuIEknbGwgbGVh dmUgdGhlIGxpbmsgaW4NCj4+IGNhc2UgeW91IGFyZSBpbnRlcmVzdGVkIFsyXS4NCj4+IA0KPj4g Q2hlZXJzDQo+PiANCj4+IA0KPj4gWzFdIGh0dHA6Ly9vcGVubmVidWxhY29uZi5jb20vDQo+PiBb Ml0gaHR0cHM6Ly93d3cuc2Nzcy50Y2QuaWUvRGF2aWQuT0NhbGxhZ2hhbi9vcGVubmVidWxhLXRh bGstMjAxMy5odG1sDQo+PiANCj4+IC0tDQo+PiBKYXZpZXIgRm9udMOhbiBNdWnDsW9zDQo+PiBQ cm9qZWN0IEVuZ2luZWVyDQo+PiBPcGVuTmVidWxhIC0gVGhlIE9wZW4gU291cmNlIFRvb2xraXQg Zm9yIERhdGEgQ2VudGVyIFZpcnR1YWxpemF0aW9uDQo+PiB3d3cuT3Blbk5lYnVsYS5vcmcgfCBq Zm9udGFuQG9wZW5uZWJ1bGEub3JnIHwgQE9wZW5OZWJ1bGENCj4+IA0KPj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IFhlbi11c2VycyBtYWlsaW5n IGxpc3QNCj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+PiBodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnMNCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+IFhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri May 10 14:13:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14:13: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 1Uao3T-0006fF-SE; Fri, 10 May 2013 14:12:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uao3R-0006em-KH for xen-users@lists.xen.org; Fri, 10 May 2013 14:12:14 +0000 Received: from [85.158.138.51:35887] by server-6.bemta-3.messagelabs.com id B6/89-14331-C300D815; Fri, 10 May 2013 14:12:12 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1368195128!24085956!1 X-Originating-IP: [209.85.192.176] 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 3895 invoked from network); 10 May 2013 14:12:10 -0000 Received: from mail-pd0-f176.google.com (HELO mail-pd0-f176.google.com) (209.85.192.176) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 14:12:10 -0000 Received: by mail-pd0-f176.google.com with SMTP id x10so2800151pdj.7 for ; Fri, 10 May 2013 07:12:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:in-reply-to:mime-version:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=TTv1QnOeWFnGmM1iU7qqqxO5E4D4/aJ4cB0eoX1xGNg=; b=WfAdXmvIJD+MkomyQjH3u3P+NKq5QNOysNJm8Mlrsa3tDS8CXIvKA74ogi3nx4fE8a qYxaQxAv4cG5HklrCpy8CAjTnJj5tyEk7za8bcl5pfP16nr/HWLLShyLXukeU54qWuhP 2bPCWVK69BHSOGJnNsSPgh/eosI28jjDtSG0IM9FJmOuKZMVFhNmRRLHT+rskPcMtI1o gfsWIb+YfKFYyoyDtZkoghS+fAhPGrJbs0x+UiAW53G/+oAljX7WBAvmLNYOFEVEr4E7 0Vv9d7Ky9GJn8j68R/qvZGrQsLTU69UOf5YmjcL3dRznJOURpDIakJ2+W6YAHKTh4hi+ dGQQ== X-Received: by 10.68.106.229 with SMTP id gx5mr7067980pbb.95.1368195128595; Fri, 10 May 2013 07:12:08 -0700 (PDT) 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> From: Andrew Bobulsky In-Reply-To: <518BE430.9030702@bobich.net> Mime-Version: 1.0 (1.0) Date: Fri, 10 May 2013 10:12:07 -0400 Message-ID: <7683258807931799712@unknownmsgid> To: Gordan Bobic , Casey DeLorme Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Gordan, Casey, On May 9, 2013, at 2:05 PM, Gordan Bobic wrote: > On 05/09/2013 06:35 PM, Casey DeLorme wrote: >> Thanks for posting the results Gordan, unfortunate that it isn't >> >> working as well as we hoped. >> >> >> I haven't given up _quite_ yet. >> >> I discovered yesterday that it _looks liks_ one of my PCIe slots is >> actually duff (two different GPUs both fail to detect properly in it >> but work fine in other slots). >> >> If it turns out to be a duff slot, there's no telling what else >> might be duff on the motherboard and how it might affect various >> things, even though several days of full load stability testing >> passed. >> >> So some more bare-metal testing seems to be called for - right now I >> am not prepared to disregard the possibility that maybe I have a >> hardware issue somewhere that despite EDAC and ECC on everything, >> remains undetected and unreported in the logs. >> >> >> I hope you manage to resolve it, though I feel the NF200 will be the >> larger challenge. > > I hope I'll resolve it, too, but right now I am not convinced that the NF200 is actually the cause of my problems. My gut feeling says that if I can get it working for 5 minutes at a time, something less fundamental than the NF200 PCIe routers are the cause of the problems. I don't know if I'd be so quick to jump to that conclusion.... I'll explain :) So the reason I asked about ACS enforcement is because I'm currently trying to pass my Radeon 6990 into a VM. I tried this a while back, but only with ESXi. After futzing with it for a day or two, I had to quit because while I had VT-d, and the ESXi install said Passthrough was supported, I ended up in a "this host requires a reboot before this device can be assigned to a vm" loop of some sort. Hours of investigation revealed that the PEX 8647 (or whatever it is, Google knows :P) which is the PCIe switch built in to the board of the 6990 is *supposed* to support ACS... but it's seemingly switched off. I'd love to attempt to flash the chip if anyone can provide guidance. Any fellow nerds care to help destroy---I mean fix! Yeah, fix...---a PCIe chip that requires an NDA to get the tools for... I'm down. Maybe I should email AMD or PLX. Back to the point though! ;) So what might intrigue you the most here is that while I'm stuck with a VGA device sitting behind this non-ACS compliant switch... My results are almost identical to yours. Passing one of the VGA devices to the DomU, with or without the corresponding HDMI audio doesn't seem to matter, I get this: " it is so intermittent. It works well enough to boot up and work with a gaming type load for a few minutes. Then something happens that causes the VGA card to require a reset, and it all falls apart." Seriously :P It eventually likes to BSOD, usually on atikmpag.sys I think. Plenty of "an attempt was made to reset the display adapter and failed" blah blah blah. This happens 100% of the time if I try to boot with both devices attached. The first time I boot it up, the driver isn't installed so it'll work until just before auto-login reaches the desktop, but after that I can't boot at all with both VGA devices attached. I'd love to explore more, but I'm running out of places to look for solutions to my problem that don't involve my credit card and some new hardware. In a fit of delicious irony, my problem is almost identical to yours---if only I'd bought some cheaper stuff it'd probably all work just great :D The only single GPU cards I have are the Radeon 5850s in the AMD box I have. I'm just a little reticent to tear the thing apart though cause it gets used a lot. I think my next step is to look for a video card that properly supports FLR, though I'm considering a hard-hack: think of a 12v relay and a PCIe extender cable---if a D3D0 reset actually powers off the slot momentarily but the PSU plugs on the card prevent it from working, then I could rig up a switch that ties those plugs' power state into the slot itself---it's radical, yes, but possibly the most inventive solution I can think of so far. I'm super curious to see if anyone more knowledgeable than myself thinks it would work, because it'd be super cheap to build! As the saying goes though, I'll "cross that bridge when I come to it." :) >> 2) My motherboard's PCIe slots are behind NF200 PCIe bridges >> (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen >> tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is >> that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that >> causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> >> >> Did you not manage to get it working at all? Or was it just >> intermittent like in my case? I can typically get about 5 minutes of >> gaming out of my ATI card before it all goes wrong. >> >> Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, >> but opted to go for broke and get a couple of 6-core Xeons and an >> EVGA SR-2. It turns out, a solution that is 4x more expensive isn't >> actually better... :( >> >> >> I was unable to get it working at all. The NF200 simply threw errors >> that 100% prevented me from passing the device. I think it was missing >> a number of specific features required for passthrough, and I vaguely >> remember running lspci -vvv to verify what was missing. Perhaps not all >> NF200's are created equal? > > The only logged issue I had with the NF200s was the lack of ACS, which can be disabled as I mentioned on this thread (at least if you are using the xm stack). After I disabled that PCI passthrough has been working OK. It's just VGA passthrough BSOD-ing after some minutes that is causing me problems. In reading up on the wiki, there does indeed seem to be a lot more info regarding the use of xl and PCI Passthrough today than the last time I looked. It seems that these types of configuration options are set on a domain-by-domain basis, or even by device; docs say that things like VPCI vs direct PASS mapping of slot layout(?) is actually configured at the device level either in your DomU config file (like: pci = ['0:d:0.0, pci-just-forking-work-damn-you]) or via xl (like: xl pci-attach 1 0:d:0.0 pci-just-forking-work-damn-you). With that in mind, even though I've taken your advice and added the config info to my xend files, its entirely possible---especially in light of what Casey said---that I'm just Doing It Wrong(TM). It'd likely be beneficial for us both to compare notes on that regard. If either of you would be willing to help, I could probably use some pointers... I've kinda run out of logs to look at with my current knowledge on the subject :P >> What about with PCIe devices behind NF200 bridges? I know the >> NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't >> actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me >> some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find >> errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> >> >> xm toolstack and xend are what I am using. I have read reports of issues >> with VGA passthrough using the xl stack so I didn't even attempt to >> use it. >> >> >> The xm toolstack was deprecated in version 4.1. I read that it had not >> been updated in months due to a lack of maintainers. > > I heard that xl is still feature-incomplete and experimental, and problematic with VGA passthrough. > >> I did try xm back >> when I started, the passthrough worked but had the same problems I had >> when I began testing xl. I have been using xl since then. My logic was >> simply "why become dependent on a tool that is no-longer maintained and >> may be removed from the next release?" > > I'm not wedded to any particular tool stack, I'm happy to use whatever works. But since libvirt and virt-manager are still using xm, and since I have seen recent reports of xl being problematic for VGA passthrough as well as there being no apparent way to disable ACS requirements with the xl stack, that rules it out for me completely at the moment. The xm stack was rather trying for me. It's like it only wanted to throw errors at me when I did PCI stuff. Whereas xl has seemingly been more than happy to do whatever I tell it. Though I admit chances are pretty good I was just running around, haphazardly using the wrong version of python or something. Given our nearly identical results thus far, I'd wager that the toolstack itself isn't really the source of our problems. If that's true, though, the easy solution is likely out the window :( >> Does anyone know whether the xm toolstack been modified since 4.1 to >> accommodate changes with Xen 4.2? If it has not, it might be worth >> considering xl. > > Does anyone know how to disable the ACS bridge requirement with the xl stack? I'll second that question! >> Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding >> is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> >> >> It is possible I'm the one doing it wrong. I'm on EL6, and using >> virt-manager (at least for things it is willing to do), and that >> defaults to the xm stack and xend. >> >> For what it's worth, it works for the most part - apart from VGA >> passthrough crashing within 5 minutes of gaming. >> >> >> If you are using xm then it makes sense, as libvirt seems to require >> xm/xend to be loaded in order to function. >> >> There are more upgrade notes >> about >> xend now, so that is new to me. According to the Xen Man Pages the >> xend-config.sxp file doesn't have the flags you added; can you link to >> resources that mentioned them? I have not seen xl equivalents for your >> xend configuration, so I guess xm does have some features xl does not still. > > This mentions it, among others: > http://wiki.xen.org/wiki/Xen_PCI_Passthrough > > Google for > xen pci-passthrough-strict-check pci-dev-assign-strict-check > > and you should find some relevant things easily enough. > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Best Regards, Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 14:13:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14:13: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 1Uao3T-0006fF-SE; Fri, 10 May 2013 14:12:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uao3R-0006em-KH for xen-users@lists.xen.org; Fri, 10 May 2013 14:12:14 +0000 Received: from [85.158.138.51:35887] by server-6.bemta-3.messagelabs.com id B6/89-14331-C300D815; Fri, 10 May 2013 14:12:12 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1368195128!24085956!1 X-Originating-IP: [209.85.192.176] 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 3895 invoked from network); 10 May 2013 14:12:10 -0000 Received: from mail-pd0-f176.google.com (HELO mail-pd0-f176.google.com) (209.85.192.176) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 14:12:10 -0000 Received: by mail-pd0-f176.google.com with SMTP id x10so2800151pdj.7 for ; Fri, 10 May 2013 07:12:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:in-reply-to:mime-version:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=TTv1QnOeWFnGmM1iU7qqqxO5E4D4/aJ4cB0eoX1xGNg=; b=WfAdXmvIJD+MkomyQjH3u3P+NKq5QNOysNJm8Mlrsa3tDS8CXIvKA74ogi3nx4fE8a qYxaQxAv4cG5HklrCpy8CAjTnJj5tyEk7za8bcl5pfP16nr/HWLLShyLXukeU54qWuhP 2bPCWVK69BHSOGJnNsSPgh/eosI28jjDtSG0IM9FJmOuKZMVFhNmRRLHT+rskPcMtI1o gfsWIb+YfKFYyoyDtZkoghS+fAhPGrJbs0x+UiAW53G/+oAljX7WBAvmLNYOFEVEr4E7 0Vv9d7Ky9GJn8j68R/qvZGrQsLTU69UOf5YmjcL3dRznJOURpDIakJ2+W6YAHKTh4hi+ dGQQ== X-Received: by 10.68.106.229 with SMTP id gx5mr7067980pbb.95.1368195128595; Fri, 10 May 2013 07:12:08 -0700 (PDT) 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> From: Andrew Bobulsky In-Reply-To: <518BE430.9030702@bobich.net> Mime-Version: 1.0 (1.0) Date: Fri, 10 May 2013 10:12:07 -0400 Message-ID: <7683258807931799712@unknownmsgid> To: Gordan Bobic , Casey DeLorme Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Gordan, Casey, On May 9, 2013, at 2:05 PM, Gordan Bobic wrote: > On 05/09/2013 06:35 PM, Casey DeLorme wrote: >> Thanks for posting the results Gordan, unfortunate that it isn't >> >> working as well as we hoped. >> >> >> I haven't given up _quite_ yet. >> >> I discovered yesterday that it _looks liks_ one of my PCIe slots is >> actually duff (two different GPUs both fail to detect properly in it >> but work fine in other slots). >> >> If it turns out to be a duff slot, there's no telling what else >> might be duff on the motherboard and how it might affect various >> things, even though several days of full load stability testing >> passed. >> >> So some more bare-metal testing seems to be called for - right now I >> am not prepared to disregard the possibility that maybe I have a >> hardware issue somewhere that despite EDAC and ECC on everything, >> remains undetected and unreported in the logs. >> >> >> I hope you manage to resolve it, though I feel the NF200 will be the >> larger challenge. > > I hope I'll resolve it, too, but right now I am not convinced that the NF200 is actually the cause of my problems. My gut feeling says that if I can get it working for 5 minutes at a time, something less fundamental than the NF200 PCIe routers are the cause of the problems. I don't know if I'd be so quick to jump to that conclusion.... I'll explain :) So the reason I asked about ACS enforcement is because I'm currently trying to pass my Radeon 6990 into a VM. I tried this a while back, but only with ESXi. After futzing with it for a day or two, I had to quit because while I had VT-d, and the ESXi install said Passthrough was supported, I ended up in a "this host requires a reboot before this device can be assigned to a vm" loop of some sort. Hours of investigation revealed that the PEX 8647 (or whatever it is, Google knows :P) which is the PCIe switch built in to the board of the 6990 is *supposed* to support ACS... but it's seemingly switched off. I'd love to attempt to flash the chip if anyone can provide guidance. Any fellow nerds care to help destroy---I mean fix! Yeah, fix...---a PCIe chip that requires an NDA to get the tools for... I'm down. Maybe I should email AMD or PLX. Back to the point though! ;) So what might intrigue you the most here is that while I'm stuck with a VGA device sitting behind this non-ACS compliant switch... My results are almost identical to yours. Passing one of the VGA devices to the DomU, with or without the corresponding HDMI audio doesn't seem to matter, I get this: " it is so intermittent. It works well enough to boot up and work with a gaming type load for a few minutes. Then something happens that causes the VGA card to require a reset, and it all falls apart." Seriously :P It eventually likes to BSOD, usually on atikmpag.sys I think. Plenty of "an attempt was made to reset the display adapter and failed" blah blah blah. This happens 100% of the time if I try to boot with both devices attached. The first time I boot it up, the driver isn't installed so it'll work until just before auto-login reaches the desktop, but after that I can't boot at all with both VGA devices attached. I'd love to explore more, but I'm running out of places to look for solutions to my problem that don't involve my credit card and some new hardware. In a fit of delicious irony, my problem is almost identical to yours---if only I'd bought some cheaper stuff it'd probably all work just great :D The only single GPU cards I have are the Radeon 5850s in the AMD box I have. I'm just a little reticent to tear the thing apart though cause it gets used a lot. I think my next step is to look for a video card that properly supports FLR, though I'm considering a hard-hack: think of a 12v relay and a PCIe extender cable---if a D3D0 reset actually powers off the slot momentarily but the PSU plugs on the card prevent it from working, then I could rig up a switch that ties those plugs' power state into the slot itself---it's radical, yes, but possibly the most inventive solution I can think of so far. I'm super curious to see if anyone more knowledgeable than myself thinks it would work, because it'd be super cheap to build! As the saying goes though, I'll "cross that bridge when I come to it." :) >> 2) My motherboard's PCIe slots are behind NF200 PCIe bridges >> (yes, >> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >> behind NF200s, none are directly attached to the Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a lot of xen >> tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the issues I'm seeing >> (which may or may not be specifically related to the NF200) is >> that it >> is so intermittent. It works well enough to boot up and work with a >> gaming type load for a few minutes. Then something happens that >> causes >> the VGA card to require a reset, and it all falls apart. >> >> My solution was to buy another motherboard, I had no luck at all >> passing the devices behind the NF200, and similar to your situation >> all but one PCIe slot on that board was behind that bridge. >> >> >> Did you not manage to get it working at all? Or was it just >> intermittent like in my case? I can typically get about 5 minutes of >> gaming out of my ATI card before it all goes wrong. >> >> Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD, >> but opted to go for broke and get a couple of 6-core Xeons and an >> EVGA SR-2. It turns out, a solution that is 4x more expensive isn't >> actually better... :( >> >> >> I was unable to get it working at all. The NF200 simply threw errors >> that 100% prevented me from passing the device. I think it was missing >> a number of specific features required for passthrough, and I vaguely >> remember running lspci -vvv to verify what was missing. Perhaps not all >> NF200's are created equal? > > The only logged issue I had with the NF200s was the lack of ACS, which can be disabled as I mentioned on this thread (at least if you are using the xm stack). After I disabled that PCI passthrough has been working OK. It's just VGA passthrough BSOD-ing after some minutes that is causing me problems. In reading up on the wiki, there does indeed seem to be a lot more info regarding the use of xl and PCI Passthrough today than the last time I looked. It seems that these types of configuration options are set on a domain-by-domain basis, or even by device; docs say that things like VPCI vs direct PASS mapping of slot layout(?) is actually configured at the device level either in your DomU config file (like: pci = ['0:d:0.0, pci-just-forking-work-damn-you]) or via xl (like: xl pci-attach 1 0:d:0.0 pci-just-forking-work-damn-you). With that in mind, even though I've taken your advice and added the config info to my xend files, its entirely possible---especially in light of what Casey said---that I'm just Doing It Wrong(TM). It'd likely be beneficial for us both to compare notes on that regard. If either of you would be willing to help, I could probably use some pointers... I've kinda run out of logs to look at with my current knowledge on the subject :P >> What about with PCIe devices behind NF200 bridges? I know the >> NF200s >> don't support PCI ACS, but that is a security feature (which I have >> disabled enforcement of to get this far), and AFAIK shouldn't >> actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it may be causing me >> some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd expect you to find >> errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for the xm toolstack and >> deprecated Xend service. >> >> >> xm toolstack and xend are what I am using. I have read reports of issues >> with VGA passthrough using the xl stack so I didn't even attempt to >> use it. >> >> >> The xm toolstack was deprecated in version 4.1. I read that it had not >> been updated in months due to a lack of maintainers. > > I heard that xl is still feature-incomplete and experimental, and problematic with VGA passthrough. > >> I did try xm back >> when I started, the passthrough worked but had the same problems I had >> when I began testing xl. I have been using xl since then. My logic was >> simply "why become dependent on a tool that is no-longer maintained and >> may be removed from the next release?" > > I'm not wedded to any particular tool stack, I'm happy to use whatever works. But since libvirt and virt-manager are still using xm, and since I have seen recent reports of xl being problematic for VGA passthrough as well as there being no apparent way to disable ACS requirements with the xl stack, that rules it out for me completely at the moment. The xm stack was rather trying for me. It's like it only wanted to throw errors at me when I did PCI stuff. Whereas xl has seemingly been more than happy to do whatever I tell it. Though I admit chances are pretty good I was just running around, haphazardly using the wrong version of python or something. Given our nearly identical results thus far, I'd wager that the toolstack itself isn't really the source of our problems. If that's true, though, the easy solution is likely out the window :( >> Does anyone know whether the xm toolstack been modified since 4.1 to >> accommodate changes with Xen 4.2? If it has not, it might be worth >> considering xl. > > Does anyone know how to disable the ACS bridge requirement with the xl stack? I'll second that question! >> Perhaps I am confused, or things changed while I wasn't looking, but >> for me enabling Xend breaks the xl toolstack. My understanding >> is it >> was for the xm toolstack only and deprecated with 4.2. Any chance >> you can share how you configured it to work? Apparently it is >> required to get libvirt working, which I also did not know was >> compatible with Xen 4.2. >> >> >> It is possible I'm the one doing it wrong. I'm on EL6, and using >> virt-manager (at least for things it is willing to do), and that >> defaults to the xm stack and xend. >> >> For what it's worth, it works for the most part - apart from VGA >> passthrough crashing within 5 minutes of gaming. >> >> >> If you are using xm then it makes sense, as libvirt seems to require >> xm/xend to be loaded in order to function. >> >> There are more upgrade notes >> about >> xend now, so that is new to me. According to the Xen Man Pages the >> xend-config.sxp file doesn't have the flags you added; can you link to >> resources that mentioned them? I have not seen xl equivalents for your >> xend configuration, so I guess xm does have some features xl does not still. > > This mentions it, among others: > http://wiki.xen.org/wiki/Xen_PCI_Passthrough > > Google for > xen pci-passthrough-strict-check pci-dev-assign-strict-check > > and you should find some relevant things easily enough. > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Best Regards, Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 14:20:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14:20: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 1UaoAn-0007Q0-S8; Fri, 10 May 2013 14:19:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaoAl-0007PH-Tq for xen-users@lists.xen.org; Fri, 10 May 2013 14:19:48 +0000 Received: from [85.158.139.83:35198] by server-8.bemta-5.messagelabs.com id C7/4C-29170-3020D815; Fri, 10 May 2013 14:19:47 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1368195583!32260130!1 X-Originating-IP: [209.85.192.178] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23,ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22643 invoked from network); 10 May 2013 14:19:45 -0000 Received: from mail-pd0-f178.google.com (HELO mail-pd0-f178.google.com) (209.85.192.178) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 14:19:45 -0000 Received: by mail-pd0-f178.google.com with SMTP id w11so2840068pde.37 for ; Fri, 10 May 2013 07:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=cKEPm/gZHI6gXNlVu22+WuRUzpiX30wDw6isdXvXNtQ=; b=dfPVthP/fU8L64Isc9X78oS4cyP3bXsW9wHOj1Eorq87Fn4+Q6PEgtlPE/1TaTgt8U /PZU7UExnkFa0xvn154u4Hac4mX8EHUNH7m+Lastr2L7WcTqOyVOOXvaNSUkiEuXdewU msleDXU6+sWNCHodYBrpju9I4ankpHLjrqEuPQfgdbQZeSOHXmY4+dD4DUdHc7z7c0Yk kkzyCQL2xJcc7/LyZVlit+GHQ6ucDrT7cR0yIRFl+mNwwMwjVNVb1K6e7g6/EygmplX4 XA9DMwc0HQMMdS6kQZVWf3bL7GQqhc0XdgfeZSdp3DTmvHdc2wf3wGTX7aKryeTpjTmA mWBg== X-Received: by 10.68.251.201 with SMTP id zm9mr13064281pbc.135.1368195583176; Fri, 10 May 2013 07:19:43 -0700 (PDT) References: <518CD81C.5040607@xen.org> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 10 May 2013 10:19:41 -0400 Message-ID: <6166321643695272047@unknownmsgid> To: Yeonki Choi Cc: "xen-users@lists.xen.org" , Russell Pavlicek , "lars.kurth@xen.org" Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0136349110710283702==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0136349110710283702== Content-Type: multipart/alternative; boundary=047d7b2e3deab7f69d04dc5ddb4f --047d7b2e3deab7f69d04dc5ddb4f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On May 10, 2013, at 9:55 AM, Yeonki Choi wrote: Hi, Lars. Just out of curiosity, what is CFP ? Is it like a design summit of OpenStack community? I am new for the word "CFS". Cloud you explain that? Regards, Yeonki Choi Sent from my iPad Hello Yenoki, I was totally wondering the same thing. It seems that Javier's original email didn't go to the list, but reading the quoted text (emphasis mine): This September 24-26 we will hold the OpenNebula Conference. We have the *Call for Proposals* opened. It would be great to have people that uses Xen alongside OpenNebula there [1]. Best Regards, Andrew 2013. 5. 10. =EC=98=A4=ED=9B=84 8:24 "Lars Kurth" =EC= =9E=91=EC=84=B1: Javier, I am quite happy for members of the OpenNebula community (as well as other communities which have an interface with the Xen Project) to promote upcoming CFP deadlines with a view to submit Xen talks. For example on the xen blog, but also on the announce list and newsletter (which we will start at some point). Also, you may have noticed that we also allow communities to promote Xen talks on the Xen blog (e.g. http://www.xenproject.org/about/events.html) and the Xen Project events pages (e.g. http://www.xenproject.org/about/events.html). If you want to do this, drop me a line directly. Going forward, we will probably create a publicity mailing list to discuss items like this and coordinate amongst community members who are interested in promoting Xen (and interfacing projects). I have not quite decided how to advertise CFP's on the new xenproject.org website, but it seems that maybe a CFP category on http://www.xenproject.org/about/events.html may work. In fact I may just experiment with this now and see how it works. In any case, as a number of CFP's are coming up, I was thinking of putting a blog post together at the Hackathon to highlight a few upcoming CFPs and ask for Xen related submissions. Looking forward to see you next week too. Regards Lars On 09/05/2013 15:31, Javier Fontan wrote:(for Linux Hi, I have some off-topic announcements to make. I hope this mail is not too spammy. This September 24-26 we will hold the OpenNebula Conference. We have the Call for Proposals opened. It would be great to have people that uses Xen alongside OpenNebula there [1]. I will be next week in Dublin Xen Hackathon. My aim is to try to improve our Xen integration. Really looking forward to meet some of you. The day before the hackathon (15th) I will be giving an introduction to cloud/virtualization and our software in a talk organized by the TCD and the Irish Free Software Organization. It may be good that some other people related with OpenSource projects could be there. The aim is to show OSS projects and how they are made. I'll leave the link in case you are interested [2]. Cheers [1] http://opennebulaconf.com/ [2] https://www.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html -- Javier Font=C3=A1n Mui=C3=B1os Project Engineer OpenNebula - The Open Source Toolkit for Data Center Virtualization www.OpenNebula.org | jfontan@opennebula.org | @OpenNebula _______________________________________________ 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 --047d7b2e3deab7f69d04dc5ddb4f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On May 10, 2013, at 9:55 AM,= Yeonki Choi <yeonki_choi@hot= mail.com> wrote:

Hi, Lars.

Just out of curiosity, what is CFP ?=
Is it like a design summit of OpenStack community?
I am new for the word "CFS".
Cloud you explain that?

Regards,
Yeonki Choi
Sent from my iPad
=

Hello Yenoki,

I was totally wondering the same thing. =C2=A0It seems= that Javier's original email didn't go to the list, but reading th= e quoted text (emphasis mine):

Thi= s=C2=A0September 24-26=C2=A0we w= ill hold the OpenNebula Conference. We have
the Call for Proposals opened. It would b= e great to have people that
uses Xen alongsid= e OpenNebula there [1].

Best Regards,
Andrew
=



2013. 5. 10. =EC=98=A4=ED=9B=84 8:24 "Lars Kurth" = <lars.kurth@xen.org> =EC=9E= =91=EC=84=B1:

Javier,

I am quite happy for members of the OpenNebula community = (as well as other communities which have an interface with the Xen Project)= to promote upcoming CFP deadlines with a view to submit Xen talks. For exa= mple on the xen blog, but also on the announce list and newsletter (which w= e will start at some point). Also, you may have noticed that we also allow = communities to promote Xen talks on the Xen blog (e.g. http://www.xenproject.org/about/events.= html) and the Xen Project events pages (e.g. http://www.xenproject.org/about/events.html).

If you want to do this, drop me a line directly. = Going forward, we will probably create a publicity mailing list to discuss = items like this and coordinate amongst community members who are interested= in promoting Xen (and interfacing projects). I have not quite decided how = to advertise CFP's on the new xenproj= ect.org website, but it seems that maybe a CFP category on http://www.xenproject.org/about= /events.html may work. In fact I may just experiment with this now and = see how it works.

In any case, as a number of CFP's are coming = up, I was thinking of putting a blog post together at the Hackathon to high= light a few upcoming CFPs and ask for Xen related submissions. Looking forw= ard to see you next week too.

Regards
Lars

On 09/05/2013 15:31, Javier Fo= ntan wrote:(for Linux
Hi,

I have some off-topic a= nnouncements to make. I hope this mail is not too spammy.

This September 24-26 we will hold the OpenNebula Conference= . We have
the Call for Proposals opened. It would be great to have people th= at
uses Xen alongside OpenNebula there [1].
I will be next week in Dublin Xen Hackathon. My aim is to try to
improve our Xen integration. Really looking forward to meet= some of
you.

The day before the hackathon (15th) I will = be giving an introduction
to cloud/virtualization and ou= r software in a talk organized by the
TCD and the Irish Free Software Organization. It may be good that = some
other people related with OpenSource projects could be there. The aim=
is to show OSS projects and how they are made. I'll= leave the link in
case you are interested [2].
<= blockquote type=3D"cite">

Chee= rs


[1] http://opennebulaconf.com/
<= /blockquote>
[2] https://w= ww.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html

--
Javier Font=C3=A1n Mui=C3=B1os
Project Engineer
OpenNebula - The Open Source Toolkit for Data Center Virtualization
www.OpenNebula.org<= /a> | jfontan@opennebula.org = | @OpenNebula

______________________________________________= _
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xe= n-users
<= span>

_______________________________________________
Xen-users mailing lis= t
Xen-users@lists.xen.org
http://list= s.xen.org/xen-users
_______________________________________________Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--047d7b2e3deab7f69d04dc5ddb4f-- --===============0136349110710283702== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0136349110710283702==-- From xen-users-bounces@lists.xen.org Fri May 10 14:20:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14:20: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 1UaoAn-0007Q0-S8; Fri, 10 May 2013 14:19:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaoAl-0007PH-Tq for xen-users@lists.xen.org; Fri, 10 May 2013 14:19:48 +0000 Received: from [85.158.139.83:35198] by server-8.bemta-5.messagelabs.com id C7/4C-29170-3020D815; Fri, 10 May 2013 14:19:47 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1368195583!32260130!1 X-Originating-IP: [209.85.192.178] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23,ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22643 invoked from network); 10 May 2013 14:19:45 -0000 Received: from mail-pd0-f178.google.com (HELO mail-pd0-f178.google.com) (209.85.192.178) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 14:19:45 -0000 Received: by mail-pd0-f178.google.com with SMTP id w11so2840068pde.37 for ; Fri, 10 May 2013 07:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=cKEPm/gZHI6gXNlVu22+WuRUzpiX30wDw6isdXvXNtQ=; b=dfPVthP/fU8L64Isc9X78oS4cyP3bXsW9wHOj1Eorq87Fn4+Q6PEgtlPE/1TaTgt8U /PZU7UExnkFa0xvn154u4Hac4mX8EHUNH7m+Lastr2L7WcTqOyVOOXvaNSUkiEuXdewU msleDXU6+sWNCHodYBrpju9I4ankpHLjrqEuPQfgdbQZeSOHXmY4+dD4DUdHc7z7c0Yk kkzyCQL2xJcc7/LyZVlit+GHQ6ucDrT7cR0yIRFl+mNwwMwjVNVb1K6e7g6/EygmplX4 XA9DMwc0HQMMdS6kQZVWf3bL7GQqhc0XdgfeZSdp3DTmvHdc2wf3wGTX7aKryeTpjTmA mWBg== X-Received: by 10.68.251.201 with SMTP id zm9mr13064281pbc.135.1368195583176; Fri, 10 May 2013 07:19:43 -0700 (PDT) References: <518CD81C.5040607@xen.org> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 10 May 2013 10:19:41 -0400 Message-ID: <6166321643695272047@unknownmsgid> To: Yeonki Choi Cc: "xen-users@lists.xen.org" , Russell Pavlicek , "lars.kurth@xen.org" Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0136349110710283702==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0136349110710283702== Content-Type: multipart/alternative; boundary=047d7b2e3deab7f69d04dc5ddb4f --047d7b2e3deab7f69d04dc5ddb4f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On May 10, 2013, at 9:55 AM, Yeonki Choi wrote: Hi, Lars. Just out of curiosity, what is CFP ? Is it like a design summit of OpenStack community? I am new for the word "CFS". Cloud you explain that? Regards, Yeonki Choi Sent from my iPad Hello Yenoki, I was totally wondering the same thing. It seems that Javier's original email didn't go to the list, but reading the quoted text (emphasis mine): This September 24-26 we will hold the OpenNebula Conference. We have the *Call for Proposals* opened. It would be great to have people that uses Xen alongside OpenNebula there [1]. Best Regards, Andrew 2013. 5. 10. =EC=98=A4=ED=9B=84 8:24 "Lars Kurth" =EC= =9E=91=EC=84=B1: Javier, I am quite happy for members of the OpenNebula community (as well as other communities which have an interface with the Xen Project) to promote upcoming CFP deadlines with a view to submit Xen talks. For example on the xen blog, but also on the announce list and newsletter (which we will start at some point). Also, you may have noticed that we also allow communities to promote Xen talks on the Xen blog (e.g. http://www.xenproject.org/about/events.html) and the Xen Project events pages (e.g. http://www.xenproject.org/about/events.html). If you want to do this, drop me a line directly. Going forward, we will probably create a publicity mailing list to discuss items like this and coordinate amongst community members who are interested in promoting Xen (and interfacing projects). I have not quite decided how to advertise CFP's on the new xenproject.org website, but it seems that maybe a CFP category on http://www.xenproject.org/about/events.html may work. In fact I may just experiment with this now and see how it works. In any case, as a number of CFP's are coming up, I was thinking of putting a blog post together at the Hackathon to highlight a few upcoming CFPs and ask for Xen related submissions. Looking forward to see you next week too. Regards Lars On 09/05/2013 15:31, Javier Fontan wrote:(for Linux Hi, I have some off-topic announcements to make. I hope this mail is not too spammy. This September 24-26 we will hold the OpenNebula Conference. We have the Call for Proposals opened. It would be great to have people that uses Xen alongside OpenNebula there [1]. I will be next week in Dublin Xen Hackathon. My aim is to try to improve our Xen integration. Really looking forward to meet some of you. The day before the hackathon (15th) I will be giving an introduction to cloud/virtualization and our software in a talk organized by the TCD and the Irish Free Software Organization. It may be good that some other people related with OpenSource projects could be there. The aim is to show OSS projects and how they are made. I'll leave the link in case you are interested [2]. Cheers [1] http://opennebulaconf.com/ [2] https://www.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html -- Javier Font=C3=A1n Mui=C3=B1os Project Engineer OpenNebula - The Open Source Toolkit for Data Center Virtualization www.OpenNebula.org | jfontan@opennebula.org | @OpenNebula _______________________________________________ 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 --047d7b2e3deab7f69d04dc5ddb4f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On May 10, 2013, at 9:55 AM,= Yeonki Choi <yeonki_choi@hot= mail.com> wrote:

Hi, Lars.

Just out of curiosity, what is CFP ?=
Is it like a design summit of OpenStack community?
I am new for the word "CFS".
Cloud you explain that?

Regards,
Yeonki Choi
Sent from my iPad
=

Hello Yenoki,

I was totally wondering the same thing. =C2=A0It seems= that Javier's original email didn't go to the list, but reading th= e quoted text (emphasis mine):

Thi= s=C2=A0September 24-26=C2=A0we w= ill hold the OpenNebula Conference. We have
the Call for Proposals opened. It would b= e great to have people that
uses Xen alongsid= e OpenNebula there [1].

Best Regards,
Andrew
=



2013. 5. 10. =EC=98=A4=ED=9B=84 8:24 "Lars Kurth" = <lars.kurth@xen.org> =EC=9E= =91=EC=84=B1:

Javier,

I am quite happy for members of the OpenNebula community = (as well as other communities which have an interface with the Xen Project)= to promote upcoming CFP deadlines with a view to submit Xen talks. For exa= mple on the xen blog, but also on the announce list and newsletter (which w= e will start at some point). Also, you may have noticed that we also allow = communities to promote Xen talks on the Xen blog (e.g. http://www.xenproject.org/about/events.= html) and the Xen Project events pages (e.g. http://www.xenproject.org/about/events.html).

If you want to do this, drop me a line directly. = Going forward, we will probably create a publicity mailing list to discuss = items like this and coordinate amongst community members who are interested= in promoting Xen (and interfacing projects). I have not quite decided how = to advertise CFP's on the new xenproj= ect.org website, but it seems that maybe a CFP category on http://www.xenproject.org/about= /events.html may work. In fact I may just experiment with this now and = see how it works.

In any case, as a number of CFP's are coming = up, I was thinking of putting a blog post together at the Hackathon to high= light a few upcoming CFPs and ask for Xen related submissions. Looking forw= ard to see you next week too.

Regards
Lars

On 09/05/2013 15:31, Javier Fo= ntan wrote:(for Linux
Hi,

I have some off-topic a= nnouncements to make. I hope this mail is not too spammy.

This September 24-26 we will hold the OpenNebula Conference= . We have
the Call for Proposals opened. It would be great to have people th= at
uses Xen alongside OpenNebula there [1].
I will be next week in Dublin Xen Hackathon. My aim is to try to
improve our Xen integration. Really looking forward to meet= some of
you.

The day before the hackathon (15th) I will = be giving an introduction
to cloud/virtualization and ou= r software in a talk organized by the
TCD and the Irish Free Software Organization. It may be good that = some
other people related with OpenSource projects could be there. The aim=
is to show OSS projects and how they are made. I'll= leave the link in
case you are interested [2].
<= blockquote type=3D"cite">

Chee= rs


[1] http://opennebulaconf.com/
<= /blockquote>
[2] https://w= ww.scss.tcd.ie/David.OCallaghan/opennebula-talk-2013.html

--
Javier Font=C3=A1n Mui=C3=B1os
Project Engineer
OpenNebula - The Open Source Toolkit for Data Center Virtualization
www.OpenNebula.org<= /a> | jfontan@opennebula.org = | @OpenNebula

______________________________________________= _
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xe= n-users
<= span>

_______________________________________________
Xen-users mailing lis= t
Xen-users@lists.xen.org
http://list= s.xen.org/xen-users
_______________________________________________Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--047d7b2e3deab7f69d04dc5ddb4f-- --===============0136349110710283702== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0136349110710283702==-- From xen-users-bounces@lists.xen.org Fri May 10 14:48:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14: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 1UaobQ-00028a-PJ; Fri, 10 May 2013 14:47:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaobO-00028U-Mq for xen-users@lists.xen.org; Fri, 10 May 2013 14:47:18 +0000 Received: from [85.158.137.99:56738] by server-9.bemta-3.messagelabs.com id C1/68-29224-5780D815; Fri, 10 May 2013 14:47:17 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1368197162!15919462!1 X-Originating-IP: [209.85.215.176] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDY1NTYgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3013 invoked from network); 10 May 2013 14:46:02 -0000 Received: from mail-ea0-f176.google.com (HELO mail-ea0-f176.google.com) (209.85.215.176) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 14:46:02 -0000 Received: by mail-ea0-f176.google.com with SMTP id h14so2317225eak.21 for ; Fri, 10 May 2013 07:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:subject:from:to:cc:date:in-reply-to :references:content-type:x-mailer:mime-version; bh=v3voiDaVZtJkjyHcg0FaIgsocGnlG+oNBbZGlSIFSog=; b=WodhSuTagQhBydHkuCllqdhVvKSlaC4VDOrv0s3mP6PifZxr8KnrGbrgvPG7utDRlq rpMIup1TXxlOOS2mG95SzDlspuASzon01cb8wvAQJNm6LyiCfJBpiTjJiVPh3Ur+Hnce a1MHy1zGMBDGasXn4ow+y/MzXFXjZ2P3S0e5uLuUWi0nufF3uzdoO0jF0cxOgLhvy5Tf 1AXCcqg+CzGhZ9qlUAhBuw3VYAiWkKVDjQ8/D4iMoZ/RBE9PkGcaya8Krx+s896CXsWy oqqe/pLRIPXJeLNb4oJDslxSU4QycWvAS6rICIfMBAg8oGiSDQbucE8GnVbmsI4IjvID Pt0g== X-Received: by 10.15.44.10 with SMTP id y10mr42083928eev.5.1368197161309; Fri, 10 May 2013 07:46:01 -0700 (PDT) Received: from [192.168.0.40] (ip-142-61.sn3.eutelia.it. [213.136.142.61]) by mx.google.com with ESMTPSA id bn53sm3977491eeb.7.2013.05.10.07.45.59 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 10 May 2013 07:46:00 -0700 (PDT) Message-ID: <1368197152.3806.80.camel@Solace> From: Dario Faggioli To: Yeonki Choi Date: Fri, 10 May 2013 16:45:52 +0200 In-Reply-To: References: <518CD81C.5040607@xen.org> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , Russell Pavlicek , "lars.kurth@xen.org" Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5830454622676632557==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5830454622676632557== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-MdhW46tSQ7mgro3mVqWe" --=-MdhW46tSQ7mgro3mVqWe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On ven, 2013-05-10 at 22:51 +0900, Yeonki Choi wrote: > Hi, Lars. >=20 > Just out of curiosity, what is CFP ? > It expands to 'Call Fro Papers': http://en.wikipedia.org/wiki/Call_for_papers > Is it like a design summit of OpenStack community? > No, it's quite broadly used, even when an actual 'paper' is not required, as in most of our cases. :-) > I am new for the word "CFS". > You mean "CFP" here, right? Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-MdhW46tSQ7mgro3mVqWe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGNCCAACgkQk4XaBE3IOsTK/wCgpx3aUSAn/Nc/Cd2E24d82zIV xuUAn2pUnBWIrCheb9JJ5BjtElcy+37H =++BG -----END PGP SIGNATURE----- --=-MdhW46tSQ7mgro3mVqWe-- --===============5830454622676632557== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5830454622676632557==-- From xen-users-bounces@lists.xen.org Fri May 10 14:48:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14: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 1UaobQ-00028a-PJ; Fri, 10 May 2013 14:47:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaobO-00028U-Mq for xen-users@lists.xen.org; Fri, 10 May 2013 14:47:18 +0000 Received: from [85.158.137.99:56738] by server-9.bemta-3.messagelabs.com id C1/68-29224-5780D815; Fri, 10 May 2013 14:47:17 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1368197162!15919462!1 X-Originating-IP: [209.85.215.176] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDY1NTYgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3013 invoked from network); 10 May 2013 14:46:02 -0000 Received: from mail-ea0-f176.google.com (HELO mail-ea0-f176.google.com) (209.85.215.176) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 14:46:02 -0000 Received: by mail-ea0-f176.google.com with SMTP id h14so2317225eak.21 for ; Fri, 10 May 2013 07:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:subject:from:to:cc:date:in-reply-to :references:content-type:x-mailer:mime-version; bh=v3voiDaVZtJkjyHcg0FaIgsocGnlG+oNBbZGlSIFSog=; b=WodhSuTagQhBydHkuCllqdhVvKSlaC4VDOrv0s3mP6PifZxr8KnrGbrgvPG7utDRlq rpMIup1TXxlOOS2mG95SzDlspuASzon01cb8wvAQJNm6LyiCfJBpiTjJiVPh3Ur+Hnce a1MHy1zGMBDGasXn4ow+y/MzXFXjZ2P3S0e5uLuUWi0nufF3uzdoO0jF0cxOgLhvy5Tf 1AXCcqg+CzGhZ9qlUAhBuw3VYAiWkKVDjQ8/D4iMoZ/RBE9PkGcaya8Krx+s896CXsWy oqqe/pLRIPXJeLNb4oJDslxSU4QycWvAS6rICIfMBAg8oGiSDQbucE8GnVbmsI4IjvID Pt0g== X-Received: by 10.15.44.10 with SMTP id y10mr42083928eev.5.1368197161309; Fri, 10 May 2013 07:46:01 -0700 (PDT) Received: from [192.168.0.40] (ip-142-61.sn3.eutelia.it. [213.136.142.61]) by mx.google.com with ESMTPSA id bn53sm3977491eeb.7.2013.05.10.07.45.59 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 10 May 2013 07:46:00 -0700 (PDT) Message-ID: <1368197152.3806.80.camel@Solace> From: Dario Faggioli To: Yeonki Choi Date: Fri, 10 May 2013 16:45:52 +0200 In-Reply-To: References: <518CD81C.5040607@xen.org> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , Russell Pavlicek , "lars.kurth@xen.org" Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5830454622676632557==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5830454622676632557== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-MdhW46tSQ7mgro3mVqWe" --=-MdhW46tSQ7mgro3mVqWe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On ven, 2013-05-10 at 22:51 +0900, Yeonki Choi wrote: > Hi, Lars. >=20 > Just out of curiosity, what is CFP ? > It expands to 'Call Fro Papers': http://en.wikipedia.org/wiki/Call_for_papers > Is it like a design summit of OpenStack community? > No, it's quite broadly used, even when an actual 'paper' is not required, as in most of our cases. :-) > I am new for the word "CFS". > You mean "CFP" here, right? Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-MdhW46tSQ7mgro3mVqWe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGNCCAACgkQk4XaBE3IOsTK/wCgpx3aUSAn/Nc/Cd2E24d82zIV xuUAn2pUnBWIrCheb9JJ5BjtElcy+37H =++BG -----END PGP SIGNATURE----- --=-MdhW46tSQ7mgro3mVqWe-- --===============5830454622676632557== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5830454622676632557==-- From xen-users-bounces@lists.xen.org Fri May 10 14:54:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14:54: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 1UaohG-00033C-Sd; Fri, 10 May 2013 14:53:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaohF-000331-Ey for xen-users@lists.xen.org; Fri, 10 May 2013 14:53:21 +0000 Received: from [85.158.139.83:33141] by server-1.bemta-5.messagelabs.com id 87/76-01720-0E90D815; Fri, 10 May 2013 14:53:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-182.messagelabs.com!1368197598!29804599!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 15859 invoked from network); 10 May 2013 14:53:18 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 14:53:18 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 02C362211A3 for ; Fri, 10 May 2013 15:53:13 +0100 (BST) MIME-Version: 1.0 Date: Fri, 10 May 2013 15:53:13 +0100 From: Gordan Bobic To: In-Reply-To: <7683258807931799712@unknownmsgid> 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> Message-ID: <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 10 May 2013 10:12:07 -0400, Andrew Bobulsky wrote: > Hello Gordan, Casey, > >>> Thanks for posting the results Gordan, unfortunate that it isn't >>> >>> working as well as we hoped. >>> >>> >>> I haven't given up _quite_ yet. >>> >>> I discovered yesterday that it _looks liks_ one of my PCIe slots >>> is >>> actually duff (two different GPUs both fail to detect properly in >>> it >>> but work fine in other slots). >>> >>> If it turns out to be a duff slot, there's no telling what else >>> might be duff on the motherboard and how it might affect various >>> things, even though several days of full load stability testing >>> passed. >>> >>> So some more bare-metal testing seems to be called for - right >>> now I >>> am not prepared to disregard the possibility that maybe I have a >>> hardware issue somewhere that despite EDAC and ECC on everything, >>> remains undetected and unreported in the logs. >>> >>> >>> I hope you manage to resolve it, though I feel the NF200 will be >>> the >>> larger challenge. >> >> I hope I'll resolve it, too, but right now I am not convinced that >> the NF200 is actually the cause of my problems. My gut feeling says >> that if I can get it working for 5 minutes at a time, something less >> fundamental than the NF200 PCIe routers are the cause of the >> problems. > > I don't know if I'd be so quick to jump to that conclusion.... I'll > explain :) > > So the reason I asked about ACS enforcement is because I'm currently > trying to pass my Radeon 6990 into a VM. I tried this a while back, > but only with ESXi. After futzing with it for a day or two, I had to > quit because while I had VT-d, and the ESXi install said Passthrough > was supported, I ended up in a "this host requires a reboot before > this device can be assigned to a vm" loop of some sort. Hours of > investigation revealed that the PEX 8647 (or whatever it is, Google > knows :P) which is the PCIe switch built in to the board of the 6990 > is *supposed* to support ACS... but it's seemingly switched off. Two points here: 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the xm/xend stack does allow ACS requirement to be disabled. 2) I actually have it working - for 5 minutes or so at a time. If the problem was the lack of ACS, it wouldn't work at all. > So what might intrigue you the most here is that while I'm stuck with > a VGA device sitting behind this non-ACS compliant switch... My > results are almost identical to yours. Passing one of the VGA > devices > to the DomU, with or without the corresponding HDMI audio doesn't > seem > to matter, I get this: > > " it is so intermittent. It works well enough to boot up and work > with > a gaming type load for a few minutes. Then something happens that > causes the VGA card to require a reset, and it all falls apart." > > Seriously :P And you are convinced this is to do with the availability of ACS? > It eventually likes to BSOD, usually on atikmpag.sys I think. Plenty > of "an attempt was made to reset the display adapter and failed" blah > blah blah. Yes, all too familiar. > This happens 100% of the time if I try to boot with both > devices attached. Both devices? Just out of interest: 1) Are you using a multi-socket motherboard? 2) Have you tried disabling IRQ balancing (noirqbalance kernel parameter + disable irqbalance service)? 3) Are you assigning > 4GB of RAM to the guest? I found a post in the archive last night mentioning that there's an outstanding qemu issue with > 4GB of RAM given to the guest. I didn't get around to re-trying the VM with 3.5GB yet. > The first time I boot it up, the driver isn't > installed so it'll work until just before auto-login reaches the > desktop, but after that I can't boot at all with both VGA devices > attached. I'd love to explore more, but I'm running out of places to > look for solutions to my problem that don't involve my credit card > and > some new hardware. In a fit of delicious irony, my problem is almost > identical to yours---if only I'd bought some cheaper stuff it'd > probably all work just great :D Life on the bleeding edge is hard. :( The thing that really bugs me is that after a fresh reboot with irq balancing disabled, I can get it working for a few minutes _every time_. After a few minutes, it'll start corrupting the screen output and eventually try to reset itself (sometimes even claim to succeed a few times), eventually fail and BSOD. > The only single GPU cards I have are the Radeon 5850s in the AMD box > I > have. I'm just a little reticent to tear the thing apart though > cause > it gets used a lot. I think my next step is to look for a video card > that properly supports FLR, As far as I can tell, for all the talk of it - there is NO SUCH THING. Somebody on the list posted lspci -vvv from their ATI FirePro card which shows it has no FLR, and I have just got a Quadro 2000, which also lacks FLR. The only vague mention I have seen of FLR on GPUs is on the Intel GPU on the very latest generation of Core i CPUs (the built in one). And even if that is true it's not all that useful for gaming. > though I'm considering a hard-hack: think > of a 12v relay and a PCIe extender cable---if a D3D0 reset actually > powers off the slot momentarily but the PSU plugs on the card prevent > it from working, then I could rig up a switch that ties those plugs' > power state into the slot itself---it's radical, yes, but possibly > the > most inventive solution I can think of so far. I'm super curious to > see if anyone more knowledgeable than myself thinks it would work, > because it'd be super cheap to build! As the saying goes though, > I'll > "cross that bridge when I come to it." :) Interesting. In theory, I think this _should_ work provider your PCIe bridges support hot-plugging. To be certain, you'd have to switch both the PCIe slot and (if your card uses it) the external power inputs. >>> 2) My motherboard's PCIe slots are behind NF200 PCIe >>> bridges >>> (yes, >>> EVGA have decided in their infinite wisdom to put all 7 PCIe >>> slots >>> behind NF200s, none are directly attached to the Intel NB). >>> >>> I'm so sorry :P. NF200 has probably caused a lot of xen >>> tinkerers to >>> utter a few dozen cuss words a piece. >>> >>> I can believe that. What is the solution, though? >>> >>> The thing that drives me really nuts about the issues I'm >>> seeing >>> (which may or may not be specifically related to the NF200) >>> is >>> that it >>> is so intermittent. It works well enough to boot up and work >>> with a >>> gaming type load for a few minutes. Then something happens >>> that >>> causes >>> the VGA card to require a reset, and it all falls apart. >>> >>> My solution was to buy another motherboard, I had no luck at >>> all >>> passing the devices behind the NF200, and similar to your >>> situation >>> all but one PCIe slot on that board was behind that bridge. >>> >>> >>> Did you not manage to get it working at all? Or was it just >>> intermittent like in my case? I can typically get about 5 minutes >>> of >>> gaming out of my ATI card before it all goes wrong. >>> >>> Ironically, I was thinking about an Asus Sabertooth with an >>> 8-core AMD, >>> but opted to go for broke and get a couple of 6-core Xeons and an >>> EVGA SR-2. It turns out, a solution that is 4x more expensive >>> isn't >>> actually better... :( >>> >>> >>> I was unable to get it working at all. The NF200 simply threw >>> errors >>> that 100% prevented me from passing the device. I think it was >>> missing >>> a number of specific features required for passthrough, and I >>> vaguely >>> remember running lspci -vvv to verify what was missing. Perhaps >>> not all >>> NF200's are created equal? >> >> The only logged issue I had with the NF200s was the lack of ACS, >> which >> can be disabled as I mentioned on this thread (at least if you are >> using >> the xm stack). After I disabled that PCI passthrough has been >> working OK. >> It's just VGA passthrough BSOD-ing after some minutes that is >> causing me >> problems. > > In reading up on the wiki, there does indeed seem to be a lot more > info regarding the use of xl and PCI Passthrough today than the last > time I looked. It seems that these types of configuration options > are > set on a domain-by-domain basis, or even by device; docs say that > things like VPCI vs direct PASS mapping of slot layout(?) is actually > configured at the device level either in your DomU config file (like: > pci = ['0:d:0.0, pci-just-forking-work-damn-you]) or via xl (like: xl > pci-attach 1 0:d:0.0 pci-just-forking-work-damn-you). Hmm... I honestly don't think the xl way will succeed where xm is unstable, but I might give it a shot. > With that in mind, even though I've taken your advice and added the > config info to my xend files, its entirely possible---especially in > light of what Casey said---that I'm just Doing It Wrong(TM). It'd > likely be beneficial for us both to compare notes on that regard. If > either of you would be willing to help, I could probably use some > pointers... I've kinda run out of logs to look at with my current > knowledge on the subject :P Certainly - what notes do you propose we compare? >>> What about with PCIe devices behind NF200 bridges? I know >>> the >>> NF200s >>> don't support PCI ACS, but that is a security feature (which >>> I have >>> disabled enforcement of to get this far), and AFAIK shouldn't >>> actually >>> affect the basic PCI passthrough capability. >>> >>> Question: how'd you disable ACS? I think it may be causing >>> me >>> some >>> issues. >>> >>> Put: >>> >>> (pci-passthrough-strict-check no) >>> (pci-dev-assign-strict-check no) >>> >>> in /etc/xen/xend-config.sxp >>> >>> If it was causing you issues, however, I'd expect you to >>> find >>> errors >>> in logs pointing at it. >>> >>> As I understand the xend-config.sxp [1] is for the xm >>> toolstack and >>> deprecated Xend service. >>> >>> >>> xm toolstack and xend are what I am using. I have read reports of >>> issues >>> with VGA passthrough using the xl stack so I didn't even attempt >>> to >>> use it. >>> >>> >>> The xm toolstack was deprecated in version 4.1. I read that it had >>> not >>> been updated in months due to a lack of maintainers. >> >> I heard that xl is still feature-incomplete and experimental, and >> problematic with VGA passthrough. >> >>> I did try xm back >>> when I started, the passthrough worked but had the same problems I >>> had >>> when I began testing xl. I have been using xl since then. My >>> logic was >>> simply "why become dependent on a tool that is no-longer maintained >>> and >>> may be removed from the next release?" >> >> I'm not wedded to any particular tool stack, I'm happy to use >> whatever >> works. But since libvirt and virt-manager are still using xm, and >> since >> I have seen recent reports of xl being problematic for VGA >> passthrough >> as well as there being no apparent way to disable ACS requirements >> with >> the xl stack, that rules it out for me completely at the moment. > > The xm stack was rather trying for me. It's like it only wanted to > throw errors at me when I did PCI stuff. Whereas xl has seemingly > been more than happy to do whatever I tell it. Though I admit > chances > are pretty good I was just running around, haphazardly using the > wrong > version of python or something. Given our nearly identical results > thus far, I'd wager that the toolstack itself isn't really the source > of our problems. If that's true, though, the easy solution is likely > out the window :( What distro do you use? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 14:54:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 14:54: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 1UaohG-00033C-Sd; Fri, 10 May 2013 14:53:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaohF-000331-Ey for xen-users@lists.xen.org; Fri, 10 May 2013 14:53:21 +0000 Received: from [85.158.139.83:33141] by server-1.bemta-5.messagelabs.com id 87/76-01720-0E90D815; Fri, 10 May 2013 14:53:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-182.messagelabs.com!1368197598!29804599!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 15859 invoked from network); 10 May 2013 14:53:18 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 14:53:18 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 02C362211A3 for ; Fri, 10 May 2013 15:53:13 +0100 (BST) MIME-Version: 1.0 Date: Fri, 10 May 2013 15:53:13 +0100 From: Gordan Bobic To: In-Reply-To: <7683258807931799712@unknownmsgid> 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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> Message-ID: <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 10 May 2013 10:12:07 -0400, Andrew Bobulsky wrote: > Hello Gordan, Casey, > >>> Thanks for posting the results Gordan, unfortunate that it isn't >>> >>> working as well as we hoped. >>> >>> >>> I haven't given up _quite_ yet. >>> >>> I discovered yesterday that it _looks liks_ one of my PCIe slots >>> is >>> actually duff (two different GPUs both fail to detect properly in >>> it >>> but work fine in other slots). >>> >>> If it turns out to be a duff slot, there's no telling what else >>> might be duff on the motherboard and how it might affect various >>> things, even though several days of full load stability testing >>> passed. >>> >>> So some more bare-metal testing seems to be called for - right >>> now I >>> am not prepared to disregard the possibility that maybe I have a >>> hardware issue somewhere that despite EDAC and ECC on everything, >>> remains undetected and unreported in the logs. >>> >>> >>> I hope you manage to resolve it, though I feel the NF200 will be >>> the >>> larger challenge. >> >> I hope I'll resolve it, too, but right now I am not convinced that >> the NF200 is actually the cause of my problems. My gut feeling says >> that if I can get it working for 5 minutes at a time, something less >> fundamental than the NF200 PCIe routers are the cause of the >> problems. > > I don't know if I'd be so quick to jump to that conclusion.... I'll > explain :) > > So the reason I asked about ACS enforcement is because I'm currently > trying to pass my Radeon 6990 into a VM. I tried this a while back, > but only with ESXi. After futzing with it for a day or two, I had to > quit because while I had VT-d, and the ESXi install said Passthrough > was supported, I ended up in a "this host requires a reboot before > this device can be assigned to a vm" loop of some sort. Hours of > investigation revealed that the PEX 8647 (or whatever it is, Google > knows :P) which is the PCIe switch built in to the board of the 6990 > is *supposed* to support ACS... but it's seemingly switched off. Two points here: 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the xm/xend stack does allow ACS requirement to be disabled. 2) I actually have it working - for 5 minutes or so at a time. If the problem was the lack of ACS, it wouldn't work at all. > So what might intrigue you the most here is that while I'm stuck with > a VGA device sitting behind this non-ACS compliant switch... My > results are almost identical to yours. Passing one of the VGA > devices > to the DomU, with or without the corresponding HDMI audio doesn't > seem > to matter, I get this: > > " it is so intermittent. It works well enough to boot up and work > with > a gaming type load for a few minutes. Then something happens that > causes the VGA card to require a reset, and it all falls apart." > > Seriously :P And you are convinced this is to do with the availability of ACS? > It eventually likes to BSOD, usually on atikmpag.sys I think. Plenty > of "an attempt was made to reset the display adapter and failed" blah > blah blah. Yes, all too familiar. > This happens 100% of the time if I try to boot with both > devices attached. Both devices? Just out of interest: 1) Are you using a multi-socket motherboard? 2) Have you tried disabling IRQ balancing (noirqbalance kernel parameter + disable irqbalance service)? 3) Are you assigning > 4GB of RAM to the guest? I found a post in the archive last night mentioning that there's an outstanding qemu issue with > 4GB of RAM given to the guest. I didn't get around to re-trying the VM with 3.5GB yet. > The first time I boot it up, the driver isn't > installed so it'll work until just before auto-login reaches the > desktop, but after that I can't boot at all with both VGA devices > attached. I'd love to explore more, but I'm running out of places to > look for solutions to my problem that don't involve my credit card > and > some new hardware. In a fit of delicious irony, my problem is almost > identical to yours---if only I'd bought some cheaper stuff it'd > probably all work just great :D Life on the bleeding edge is hard. :( The thing that really bugs me is that after a fresh reboot with irq balancing disabled, I can get it working for a few minutes _every time_. After a few minutes, it'll start corrupting the screen output and eventually try to reset itself (sometimes even claim to succeed a few times), eventually fail and BSOD. > The only single GPU cards I have are the Radeon 5850s in the AMD box > I > have. I'm just a little reticent to tear the thing apart though > cause > it gets used a lot. I think my next step is to look for a video card > that properly supports FLR, As far as I can tell, for all the talk of it - there is NO SUCH THING. Somebody on the list posted lspci -vvv from their ATI FirePro card which shows it has no FLR, and I have just got a Quadro 2000, which also lacks FLR. The only vague mention I have seen of FLR on GPUs is on the Intel GPU on the very latest generation of Core i CPUs (the built in one). And even if that is true it's not all that useful for gaming. > though I'm considering a hard-hack: think > of a 12v relay and a PCIe extender cable---if a D3D0 reset actually > powers off the slot momentarily but the PSU plugs on the card prevent > it from working, then I could rig up a switch that ties those plugs' > power state into the slot itself---it's radical, yes, but possibly > the > most inventive solution I can think of so far. I'm super curious to > see if anyone more knowledgeable than myself thinks it would work, > because it'd be super cheap to build! As the saying goes though, > I'll > "cross that bridge when I come to it." :) Interesting. In theory, I think this _should_ work provider your PCIe bridges support hot-plugging. To be certain, you'd have to switch both the PCIe slot and (if your card uses it) the external power inputs. >>> 2) My motherboard's PCIe slots are behind NF200 PCIe >>> bridges >>> (yes, >>> EVGA have decided in their infinite wisdom to put all 7 PCIe >>> slots >>> behind NF200s, none are directly attached to the Intel NB). >>> >>> I'm so sorry :P. NF200 has probably caused a lot of xen >>> tinkerers to >>> utter a few dozen cuss words a piece. >>> >>> I can believe that. What is the solution, though? >>> >>> The thing that drives me really nuts about the issues I'm >>> seeing >>> (which may or may not be specifically related to the NF200) >>> is >>> that it >>> is so intermittent. It works well enough to boot up and work >>> with a >>> gaming type load for a few minutes. Then something happens >>> that >>> causes >>> the VGA card to require a reset, and it all falls apart. >>> >>> My solution was to buy another motherboard, I had no luck at >>> all >>> passing the devices behind the NF200, and similar to your >>> situation >>> all but one PCIe slot on that board was behind that bridge. >>> >>> >>> Did you not manage to get it working at all? Or was it just >>> intermittent like in my case? I can typically get about 5 minutes >>> of >>> gaming out of my ATI card before it all goes wrong. >>> >>> Ironically, I was thinking about an Asus Sabertooth with an >>> 8-core AMD, >>> but opted to go for broke and get a couple of 6-core Xeons and an >>> EVGA SR-2. It turns out, a solution that is 4x more expensive >>> isn't >>> actually better... :( >>> >>> >>> I was unable to get it working at all. The NF200 simply threw >>> errors >>> that 100% prevented me from passing the device. I think it was >>> missing >>> a number of specific features required for passthrough, and I >>> vaguely >>> remember running lspci -vvv to verify what was missing. Perhaps >>> not all >>> NF200's are created equal? >> >> The only logged issue I had with the NF200s was the lack of ACS, >> which >> can be disabled as I mentioned on this thread (at least if you are >> using >> the xm stack). After I disabled that PCI passthrough has been >> working OK. >> It's just VGA passthrough BSOD-ing after some minutes that is >> causing me >> problems. > > In reading up on the wiki, there does indeed seem to be a lot more > info regarding the use of xl and PCI Passthrough today than the last > time I looked. It seems that these types of configuration options > are > set on a domain-by-domain basis, or even by device; docs say that > things like VPCI vs direct PASS mapping of slot layout(?) is actually > configured at the device level either in your DomU config file (like: > pci = ['0:d:0.0, pci-just-forking-work-damn-you]) or via xl (like: xl > pci-attach 1 0:d:0.0 pci-just-forking-work-damn-you). Hmm... I honestly don't think the xl way will succeed where xm is unstable, but I might give it a shot. > With that in mind, even though I've taken your advice and added the > config info to my xend files, its entirely possible---especially in > light of what Casey said---that I'm just Doing It Wrong(TM). It'd > likely be beneficial for us both to compare notes on that regard. If > either of you would be willing to help, I could probably use some > pointers... I've kinda run out of logs to look at with my current > knowledge on the subject :P Certainly - what notes do you propose we compare? >>> What about with PCIe devices behind NF200 bridges? I know >>> the >>> NF200s >>> don't support PCI ACS, but that is a security feature (which >>> I have >>> disabled enforcement of to get this far), and AFAIK shouldn't >>> actually >>> affect the basic PCI passthrough capability. >>> >>> Question: how'd you disable ACS? I think it may be causing >>> me >>> some >>> issues. >>> >>> Put: >>> >>> (pci-passthrough-strict-check no) >>> (pci-dev-assign-strict-check no) >>> >>> in /etc/xen/xend-config.sxp >>> >>> If it was causing you issues, however, I'd expect you to >>> find >>> errors >>> in logs pointing at it. >>> >>> As I understand the xend-config.sxp [1] is for the xm >>> toolstack and >>> deprecated Xend service. >>> >>> >>> xm toolstack and xend are what I am using. I have read reports of >>> issues >>> with VGA passthrough using the xl stack so I didn't even attempt >>> to >>> use it. >>> >>> >>> The xm toolstack was deprecated in version 4.1. I read that it had >>> not >>> been updated in months due to a lack of maintainers. >> >> I heard that xl is still feature-incomplete and experimental, and >> problematic with VGA passthrough. >> >>> I did try xm back >>> when I started, the passthrough worked but had the same problems I >>> had >>> when I began testing xl. I have been using xl since then. My >>> logic was >>> simply "why become dependent on a tool that is no-longer maintained >>> and >>> may be removed from the next release?" >> >> I'm not wedded to any particular tool stack, I'm happy to use >> whatever >> works. But since libvirt and virt-manager are still using xm, and >> since >> I have seen recent reports of xl being problematic for VGA >> passthrough >> as well as there being no apparent way to disable ACS requirements >> with >> the xl stack, that rules it out for me completely at the moment. > > The xm stack was rather trying for me. It's like it only wanted to > throw errors at me when I did PCI stuff. Whereas xl has seemingly > been more than happy to do whatever I tell it. Though I admit > chances > are pretty good I was just running around, haphazardly using the > wrong > version of python or something. Given our nearly identical results > thus far, I'd wager that the toolstack itself isn't really the source > of our problems. If that's true, though, the easy solution is likely > out the window :( What distro do you use? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 15:07:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 15:07: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 1Uaou1-0003pE-Cf; Fri, 10 May 2013 15:06:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaotz-0003p5-Oq for xen-users@lists.xen.org; Fri, 10 May 2013 15:06:32 +0000 Received: from [85.158.137.99:17909] by server-1.bemta-3.messagelabs.com id 1F/B8-20211-6FC0D815; Fri, 10 May 2013 15:06:30 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368198388!15640833!1 X-Originating-IP: [65.55.90.176] X-SpamReason: No, hits=0.5 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32535 invoked from network); 10 May 2013 15:06:29 -0000 Received: from snt0-omc3-s37.snt0.hotmail.com (HELO snt0-omc3-s37.snt0.hotmail.com) (65.55.90.176) by server-7.tower-217.messagelabs.com with SMTP; 10 May 2013 15:06:29 -0000 Received: from SNT136-W56 ([65.55.90.137]) by snt0-omc3-s37.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 May 2013 08:06:28 -0700 X-EIP: [keoGCdbil/uL/z8nZi+GIlYcFX1yvVXp] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: Dario Faggioli Date: Sat, 11 May 2013 00:06:28 +0900 Importance: Normal In-Reply-To: <1368197152.3806.80.camel@Solace> References: , <518CD81C.5040607@xen.org>, , <1368197152.3806.80.camel@Solace> MIME-Version: 1.0 X-OriginalArrivalTime: 10 May 2013 15:06:28.0327 (UTC) FILETIME=[F26DD770:01CE4D8F] Cc: "xen-users@lists.xen.org" , Russell Pavlicek , "lars.kurth@xen.org" Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9146980631825666253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9146980631825666253== Content-Type: multipart/alternative; boundary="_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_" --_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIERhcmlvLlRoYW5rIHlvdSBmb3IgdGhlIGV4cGxhbmF0aW9uLlllcyBJdCBtZWFudCBDRlAu DQpBbHRob3VnaCBDRlAgaXMgYnJvYWRseSB1c2VkLCBidXQgd2hlbiBJIGhlYXJkIHRoZSB0ZXJt IGluIHRoZSBjYXNlIG9mIE9wZW5OZWJ1bGEgb3IgQ2xvdWRTdGFjayAoaHR0cHM6Ly9ibG9ncy5h cGFjaGUub3JnL2Nsb3Vkc3RhY2svZW50cnkvYXBhY2hlX2Nsb3Vkc3RhY2tfMjAxM19jb2xsYWJv cmF0aW9uX2NvbmZlcmVuY2UpLCBJdCBzb3VuZGVkIHRvIG1lIGxpa2UgcGVvcGxlIGdhdGhlciB0 byB0YWxrIGFuZCBkZXNpZ24gZmVhdHVyZSBmb3IgdGhlIG5leHQgdmVyc2lvbiBvZiB0aGVpciBw bGF0Zm9ybS4NClJlZ2FyZHMsWWVvbmtpLg0KRnJvbTogcmFpc3RsaW5AbGludXguaXQNClRvOiB5 ZW9ua2lfY2hvaUBob3RtYWlsLmNvbQ0KRGF0ZTogRnJpLCAxMCBNYXkgMjAxMyAxNjo0NTo1MiAr MDIwMA0KQ0M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnOyBydXNzZWxsLnBhdmxpY2VrQGNpdHJp eC5jb207IGxhcnMua3VydGhAeGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFNvbWUg YW5ub3VuY2VtZW50cw0KDQpPbiB2ZW4sIDIwMTMtMDUtMTAgYXQgMjI6NTEgKzA5MDAsIFllb25r aSBDaG9pIHdyb3RlOg0KPiBIaSwgTGFycy4NCj4gDQo+IEp1c3Qgb3V0IG9mIGN1cmlvc2l0eSwg d2hhdCBpcyBDRlAgPw0KPg0KSXQgZXhwYW5kcyB0byAnQ2FsbCBGcm8gUGFwZXJzJzoNCiBodHRw Oi8vZW4ud2lraXBlZGlhLm9yZy93aWtpL0NhbGxfZm9yX3BhcGVycw0KIA0KPiBJcyBpdCBsaWtl IGEgZGVzaWduIHN1bW1pdCBvZiBPcGVuU3RhY2sgY29tbXVuaXR5Pw0KPg0KTm8sIGl0J3MgcXVp dGUgYnJvYWRseSB1c2VkLCBldmVuIHdoZW4gYW4gYWN0dWFsICdwYXBlcicgaXMgbm90DQpyZXF1 aXJlZCwgYXMgaW4gbW9zdCBvZiBvdXIgY2FzZXMuIDotKQ0KIA0KPiBJIGFtIG5ldyBmb3IgdGhl IHdvcmQgIkNGUyIuDQo+DQpZb3UgbWVhbiAiQ0ZQIiBoZXJlLCByaWdodD8NCiANClJlZ2FyZHMs DQpEYXJpbw0KIA0KLS0gDQo8PFRoaXMgaGFwcGVucyBiZWNhdXNlIEkgY2hvb3NlIGl0IHRvIGhh cHBlbiE+PiAoUmFpc3RsaW4gTWFqZXJlKQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkRhcmlvIEZhZ2dpb2xpLCBQaC5E LCBodHRwOi8vYWJvdXQubWUvZGFyaW8uZmFnZ2lvbGkNClNlbmlvciBTb2Z0d2FyZSBFbmdpbmVl ciwgQ2l0cml4IFN5c3RlbXMgUiZEIEx0ZC4sIENhbWJyaWRnZSAoVUspDQogDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzIAkJIAkgICAJCSAg --_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoNjgsIDY4LCA2 OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyBsaW5lLWhlaWdodDogMjJweDsiPkhpLCBEYXJpby48 L3NwYW4+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIycHg7IGNvbG9yOiByZ2IoNjgsIDY4LCA2 OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyI+VGhhbmsgeW91IGZvciB0aGUgZXhwbGFuYXRpb24u PC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIycHg7IGNvbG9yOiByZ2IoNjgsIDY4LCA2 OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyI+WWVzIEl0IG1lYW50IENGUC48L2Rpdj48ZGl2IHN0 eWxlPSJsaW5lLWhlaWdodDogMjJweDsgY29sb3I6IHJnYig2OCwgNjgsIDY4KTsgZm9udC1mYW1p bHk6IENhbGlicmk7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIycHg7IGNv bG9yOiByZ2IoNjgsIDY4LCA2OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyI+QWx0aG91Z2ggQ0ZQ IGlzIGJyb2FkbHkgdXNlZCwgYnV0IHdoZW4gSSBoZWFyZCB0aGUgdGVybSBpbiB0aGUgY2FzZSBv ZiBPcGVuTmVidWxhIG9yIENsb3VkU3RhY2sgKDxhIGhyZWY9Imh0dHBzOi8vYmxvZ3MuYXBhY2hl Lm9yZy9jbG91ZHN0YWNrL2VudHJ5L2FwYWNoZV9jbG91ZHN0YWNrXzIwMTNfY29sbGFib3JhdGlv bl9jb25mZXJlbmNlIiB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTA0LCAy MDcpOyBjdXJzb3I6IHBvaW50ZXI7Ij5odHRwczovL2Jsb2dzLmFwYWNoZS5vcmcvY2xvdWRzdGFj ay9lbnRyeS9hcGFjaGVfY2xvdWRzdGFja18yMDEzX2NvbGxhYm9yYXRpb25fY29uZmVyZW5jZTwv YT4pLCZuYnNwOzwvZGl2PjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMnB4OyBjb2xvcjogcmdi KDY4LCA2OCwgNjgpOyBmb250LWZhbWlseTogQ2FsaWJyaTsiPkl0IHNvdW5kZWQgdG8gbWUgbGlr ZSBwZW9wbGUgZ2F0aGVyIHRvIHRhbGsgYW5kIGRlc2lnbiBmZWF0dXJlIGZvciB0aGUgbmV4dCB2 ZXJzaW9uIG9mIHRoZWlyIHBsYXRmb3JtLjwvZGl2PjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAy MnB4OyBjb2xvcjogcmdiKDY4LCA2OCwgNjgpOyBmb250LWZhbWlseTogQ2FsaWJyaTsiPjxicj48 L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogMjJweDsgY29sb3I6IHJnYig2OCwgNjgsIDY4 KTsgZm9udC1mYW1pbHk6IENhbGlicmk7Ij5SZWdhcmRzLDwvZGl2PjxkaXYgc3R5bGU9ImxpbmUt aGVpZ2h0OiAyMnB4OyBjb2xvcjogcmdiKDY4LCA2OCwgNjgpOyBmb250LWZhbWlseTogQ2FsaWJy aTsiPlllb25raS48L2Rpdj48YnI+PGRpdj48ZGl2IGlkPSJTa3lEcml2ZVBsYWNlaG9sZGVyIj48 L2Rpdj5Gcm9tOiByYWlzdGxpbkBsaW51eC5pdDxicj5UbzogeWVvbmtpX2Nob2lAaG90bWFpbC5j b208YnI+RGF0ZTogRnJpLCAxMCBNYXkgMjAxMyAxNjo0NTo1MiArMDIwMDxicj5DQzogeGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmc7IHJ1c3NlbGwucGF2bGljZWtAY2l0cml4LmNvbTsgbGFycy5rdXJ0 aEB4ZW4ub3JnPGJyPlN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBTb21lIGFubm91bmNlbWVudHM8 YnI+PGJyPjxwcmU+T24gdmVuLCAyMDEzLTA1LTEwIGF0IDIyOjUxICswOTAwLCBZZW9ua2kgQ2hv aSB3cm90ZTo8YnI+Jmd0OyBIaSwgTGFycy48YnI+Jmd0OyA8YnI+Jmd0OyBKdXN0IG91dCBvZiBj dXJpb3NpdHksIHdoYXQgaXMgQ0ZQID88YnI+Jmd0Ozxicj5JdCBleHBhbmRzIHRvICdDYWxsIEZy byBQYXBlcnMnOjxicj4gPGEgaHJlZj0iaHR0cDovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9DYWxs X2Zvcl9wYXBlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vZW4ud2lraXBlZGlhLm9yZy93aWtp L0NhbGxfZm9yX3BhcGVyczwvYT48YnI+IDxicj4mZ3Q7IElzIGl0IGxpa2UgYSBkZXNpZ24gc3Vt bWl0IG9mIE9wZW5TdGFjayBjb21tdW5pdHk/PGJyPiZndDs8YnI+Tm8sIGl0J3MgcXVpdGUgYnJv YWRseSB1c2VkLCBldmVuIHdoZW4gYW4gYWN0dWFsICdwYXBlcicgaXMgbm90PGJyPnJlcXVpcmVk LCBhcyBpbiBtb3N0IG9mIG91ciBjYXNlcy4gOi0pPGJyPiA8YnI+Jmd0OyBJIGFtIG5ldyBmb3Ig dGhlIHdvcmQgIkNGUyIuPGJyPiZndDs8YnI+WW91IG1lYW4gIkNGUCIgaGVyZSwgcmlnaHQ/PGJy PiA8YnI+UmVnYXJkcyw8YnI+RGFyaW88YnI+IDxicj4tLSA8YnI+Jmx0OyZsdDtUaGlzIGhhcHBl bnMgYmVjYXVzZSBJIGNob29zZSBpdCB0byBoYXBwZW4hJmd0OyZndDsgKFJhaXN0bGluIE1hamVy ZSk8YnI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS08YnI+RGFyaW8gRmFnZ2lvbGksIFBoLkQsIDxhIGhyZWY9Imh0dHA6Ly9h Ym91dC5tZS9kYXJpby5mYWdnaW9saSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9hYm91dC5tZS9k YXJpby5mYWdnaW9saTwvYT48YnI+U2VuaW9yIFNvZnR3YXJlIEVuZ2luZWVyLCBDaXRyaXggU3lz dGVtcyBSJmFtcDtEIEx0ZC4sIENhbWJyaWRnZSAoVUspPGJyPiA8YnI+PC9wcmU+PGJyPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzPC9kaXY+IAkJIAkgICAJCSAgPC9kaXY+PC9ib2R5Pg0KPC9odG1sPg== --_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_-- --===============9146980631825666253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9146980631825666253==-- From xen-users-bounces@lists.xen.org Fri May 10 15:07:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 15:07: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 1Uaou1-0003pE-Cf; Fri, 10 May 2013 15:06:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaotz-0003p5-Oq for xen-users@lists.xen.org; Fri, 10 May 2013 15:06:32 +0000 Received: from [85.158.137.99:17909] by server-1.bemta-3.messagelabs.com id 1F/B8-20211-6FC0D815; Fri, 10 May 2013 15:06:30 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368198388!15640833!1 X-Originating-IP: [65.55.90.176] X-SpamReason: No, hits=0.5 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32535 invoked from network); 10 May 2013 15:06:29 -0000 Received: from snt0-omc3-s37.snt0.hotmail.com (HELO snt0-omc3-s37.snt0.hotmail.com) (65.55.90.176) by server-7.tower-217.messagelabs.com with SMTP; 10 May 2013 15:06:29 -0000 Received: from SNT136-W56 ([65.55.90.137]) by snt0-omc3-s37.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 May 2013 08:06:28 -0700 X-EIP: [keoGCdbil/uL/z8nZi+GIlYcFX1yvVXp] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: From: Yeonki Choi To: Dario Faggioli Date: Sat, 11 May 2013 00:06:28 +0900 Importance: Normal In-Reply-To: <1368197152.3806.80.camel@Solace> References: , <518CD81C.5040607@xen.org>, , <1368197152.3806.80.camel@Solace> MIME-Version: 1.0 X-OriginalArrivalTime: 10 May 2013 15:06:28.0327 (UTC) FILETIME=[F26DD770:01CE4D8F] Cc: "xen-users@lists.xen.org" , Russell Pavlicek , "lars.kurth@xen.org" Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9146980631825666253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9146980631825666253== Content-Type: multipart/alternative; boundary="_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_" --_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIERhcmlvLlRoYW5rIHlvdSBmb3IgdGhlIGV4cGxhbmF0aW9uLlllcyBJdCBtZWFudCBDRlAu DQpBbHRob3VnaCBDRlAgaXMgYnJvYWRseSB1c2VkLCBidXQgd2hlbiBJIGhlYXJkIHRoZSB0ZXJt IGluIHRoZSBjYXNlIG9mIE9wZW5OZWJ1bGEgb3IgQ2xvdWRTdGFjayAoaHR0cHM6Ly9ibG9ncy5h cGFjaGUub3JnL2Nsb3Vkc3RhY2svZW50cnkvYXBhY2hlX2Nsb3Vkc3RhY2tfMjAxM19jb2xsYWJv cmF0aW9uX2NvbmZlcmVuY2UpLCBJdCBzb3VuZGVkIHRvIG1lIGxpa2UgcGVvcGxlIGdhdGhlciB0 byB0YWxrIGFuZCBkZXNpZ24gZmVhdHVyZSBmb3IgdGhlIG5leHQgdmVyc2lvbiBvZiB0aGVpciBw bGF0Zm9ybS4NClJlZ2FyZHMsWWVvbmtpLg0KRnJvbTogcmFpc3RsaW5AbGludXguaXQNClRvOiB5 ZW9ua2lfY2hvaUBob3RtYWlsLmNvbQ0KRGF0ZTogRnJpLCAxMCBNYXkgMjAxMyAxNjo0NTo1MiAr MDIwMA0KQ0M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnOyBydXNzZWxsLnBhdmxpY2VrQGNpdHJp eC5jb207IGxhcnMua3VydGhAeGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFNvbWUg YW5ub3VuY2VtZW50cw0KDQpPbiB2ZW4sIDIwMTMtMDUtMTAgYXQgMjI6NTEgKzA5MDAsIFllb25r aSBDaG9pIHdyb3RlOg0KPiBIaSwgTGFycy4NCj4gDQo+IEp1c3Qgb3V0IG9mIGN1cmlvc2l0eSwg d2hhdCBpcyBDRlAgPw0KPg0KSXQgZXhwYW5kcyB0byAnQ2FsbCBGcm8gUGFwZXJzJzoNCiBodHRw Oi8vZW4ud2lraXBlZGlhLm9yZy93aWtpL0NhbGxfZm9yX3BhcGVycw0KIA0KPiBJcyBpdCBsaWtl IGEgZGVzaWduIHN1bW1pdCBvZiBPcGVuU3RhY2sgY29tbXVuaXR5Pw0KPg0KTm8sIGl0J3MgcXVp dGUgYnJvYWRseSB1c2VkLCBldmVuIHdoZW4gYW4gYWN0dWFsICdwYXBlcicgaXMgbm90DQpyZXF1 aXJlZCwgYXMgaW4gbW9zdCBvZiBvdXIgY2FzZXMuIDotKQ0KIA0KPiBJIGFtIG5ldyBmb3IgdGhl IHdvcmQgIkNGUyIuDQo+DQpZb3UgbWVhbiAiQ0ZQIiBoZXJlLCByaWdodD8NCiANClJlZ2FyZHMs DQpEYXJpbw0KIA0KLS0gDQo8PFRoaXMgaGFwcGVucyBiZWNhdXNlIEkgY2hvb3NlIGl0IHRvIGhh cHBlbiE+PiAoUmFpc3RsaW4gTWFqZXJlKQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkRhcmlvIEZhZ2dpb2xpLCBQaC5E LCBodHRwOi8vYWJvdXQubWUvZGFyaW8uZmFnZ2lvbGkNClNlbmlvciBTb2Z0d2FyZSBFbmdpbmVl ciwgQ2l0cml4IFN5c3RlbXMgUiZEIEx0ZC4sIENhbWJyaWRnZSAoVUspDQogDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzIAkJIAkgICAJCSAg --_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5OkNhbGlicmkNCn0NCi0tPjwvc3R5bGU+PC9oZWFkPg0KPGJvZHkgY2xhc3M9J2ht bWVzc2FnZSc+PGRpdiBkaXI9J2x0cic+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoNjgsIDY4LCA2 OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyBsaW5lLWhlaWdodDogMjJweDsiPkhpLCBEYXJpby48 L3NwYW4+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIycHg7IGNvbG9yOiByZ2IoNjgsIDY4LCA2 OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyI+VGhhbmsgeW91IGZvciB0aGUgZXhwbGFuYXRpb24u PC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIycHg7IGNvbG9yOiByZ2IoNjgsIDY4LCA2 OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyI+WWVzIEl0IG1lYW50IENGUC48L2Rpdj48ZGl2IHN0 eWxlPSJsaW5lLWhlaWdodDogMjJweDsgY29sb3I6IHJnYig2OCwgNjgsIDY4KTsgZm9udC1mYW1p bHk6IENhbGlicmk7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIycHg7IGNv bG9yOiByZ2IoNjgsIDY4LCA2OCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpOyI+QWx0aG91Z2ggQ0ZQ IGlzIGJyb2FkbHkgdXNlZCwgYnV0IHdoZW4gSSBoZWFyZCB0aGUgdGVybSBpbiB0aGUgY2FzZSBv ZiBPcGVuTmVidWxhIG9yIENsb3VkU3RhY2sgKDxhIGhyZWY9Imh0dHBzOi8vYmxvZ3MuYXBhY2hl Lm9yZy9jbG91ZHN0YWNrL2VudHJ5L2FwYWNoZV9jbG91ZHN0YWNrXzIwMTNfY29sbGFib3JhdGlv bl9jb25mZXJlbmNlIiB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTA0LCAy MDcpOyBjdXJzb3I6IHBvaW50ZXI7Ij5odHRwczovL2Jsb2dzLmFwYWNoZS5vcmcvY2xvdWRzdGFj ay9lbnRyeS9hcGFjaGVfY2xvdWRzdGFja18yMDEzX2NvbGxhYm9yYXRpb25fY29uZmVyZW5jZTwv YT4pLCZuYnNwOzwvZGl2PjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMnB4OyBjb2xvcjogcmdi KDY4LCA2OCwgNjgpOyBmb250LWZhbWlseTogQ2FsaWJyaTsiPkl0IHNvdW5kZWQgdG8gbWUgbGlr ZSBwZW9wbGUgZ2F0aGVyIHRvIHRhbGsgYW5kIGRlc2lnbiBmZWF0dXJlIGZvciB0aGUgbmV4dCB2 ZXJzaW9uIG9mIHRoZWlyIHBsYXRmb3JtLjwvZGl2PjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAy MnB4OyBjb2xvcjogcmdiKDY4LCA2OCwgNjgpOyBmb250LWZhbWlseTogQ2FsaWJyaTsiPjxicj48 L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogMjJweDsgY29sb3I6IHJnYig2OCwgNjgsIDY4 KTsgZm9udC1mYW1pbHk6IENhbGlicmk7Ij5SZWdhcmRzLDwvZGl2PjxkaXYgc3R5bGU9ImxpbmUt aGVpZ2h0OiAyMnB4OyBjb2xvcjogcmdiKDY4LCA2OCwgNjgpOyBmb250LWZhbWlseTogQ2FsaWJy aTsiPlllb25raS48L2Rpdj48YnI+PGRpdj48ZGl2IGlkPSJTa3lEcml2ZVBsYWNlaG9sZGVyIj48 L2Rpdj5Gcm9tOiByYWlzdGxpbkBsaW51eC5pdDxicj5UbzogeWVvbmtpX2Nob2lAaG90bWFpbC5j b208YnI+RGF0ZTogRnJpLCAxMCBNYXkgMjAxMyAxNjo0NTo1MiArMDIwMDxicj5DQzogeGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmc7IHJ1c3NlbGwucGF2bGljZWtAY2l0cml4LmNvbTsgbGFycy5rdXJ0 aEB4ZW4ub3JnPGJyPlN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBTb21lIGFubm91bmNlbWVudHM8 YnI+PGJyPjxwcmU+T24gdmVuLCAyMDEzLTA1LTEwIGF0IDIyOjUxICswOTAwLCBZZW9ua2kgQ2hv aSB3cm90ZTo8YnI+Jmd0OyBIaSwgTGFycy48YnI+Jmd0OyA8YnI+Jmd0OyBKdXN0IG91dCBvZiBj dXJpb3NpdHksIHdoYXQgaXMgQ0ZQID88YnI+Jmd0Ozxicj5JdCBleHBhbmRzIHRvICdDYWxsIEZy byBQYXBlcnMnOjxicj4gPGEgaHJlZj0iaHR0cDovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9DYWxs X2Zvcl9wYXBlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vZW4ud2lraXBlZGlhLm9yZy93aWtp L0NhbGxfZm9yX3BhcGVyczwvYT48YnI+IDxicj4mZ3Q7IElzIGl0IGxpa2UgYSBkZXNpZ24gc3Vt bWl0IG9mIE9wZW5TdGFjayBjb21tdW5pdHk/PGJyPiZndDs8YnI+Tm8sIGl0J3MgcXVpdGUgYnJv YWRseSB1c2VkLCBldmVuIHdoZW4gYW4gYWN0dWFsICdwYXBlcicgaXMgbm90PGJyPnJlcXVpcmVk LCBhcyBpbiBtb3N0IG9mIG91ciBjYXNlcy4gOi0pPGJyPiA8YnI+Jmd0OyBJIGFtIG5ldyBmb3Ig dGhlIHdvcmQgIkNGUyIuPGJyPiZndDs8YnI+WW91IG1lYW4gIkNGUCIgaGVyZSwgcmlnaHQ/PGJy PiA8YnI+UmVnYXJkcyw8YnI+RGFyaW88YnI+IDxicj4tLSA8YnI+Jmx0OyZsdDtUaGlzIGhhcHBl bnMgYmVjYXVzZSBJIGNob29zZSBpdCB0byBoYXBwZW4hJmd0OyZndDsgKFJhaXN0bGluIE1hamVy ZSk8YnI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS08YnI+RGFyaW8gRmFnZ2lvbGksIFBoLkQsIDxhIGhyZWY9Imh0dHA6Ly9h Ym91dC5tZS9kYXJpby5mYWdnaW9saSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9hYm91dC5tZS9k YXJpby5mYWdnaW9saTwvYT48YnI+U2VuaW9yIFNvZnR3YXJlIEVuZ2luZWVyLCBDaXRyaXggU3lz dGVtcyBSJmFtcDtEIEx0ZC4sIENhbWJyaWRnZSAoVUspPGJyPiA8YnI+PC9wcmU+PGJyPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzPC9kaXY+IAkJIAkgICAJCSAgPC9kaXY+PC9ib2R5Pg0KPC9odG1sPg== --_69fff8b3-b153-45af-9ebb-8d4fa20ab3ea_-- --===============9146980631825666253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9146980631825666253==-- From xen-users-bounces@lists.xen.org Fri May 10 15:11:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 15:11: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 1Uaoxu-0004HG-AU; Fri, 10 May 2013 15:10:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaoxs-0004Ge-DO; Fri, 10 May 2013 15:10:32 +0000 Received: from [85.158.139.83:31246] by server-11.bemta-5.messagelabs.com id B9/B3-26693-7ED0D815; Fri, 10 May 2013 15:10:31 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1368198630!31082673!1 X-Originating-IP: [74.125.83.51] 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 27944 invoked from network); 10 May 2013 15:10:30 -0000 Received: from mail-ee0-f51.google.com (HELO mail-ee0-f51.google.com) (74.125.83.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 15:10:30 -0000 Received: by mail-ee0-f51.google.com with SMTP id c1so2280456eek.10 for ; Fri, 10 May 2013 08:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=HKV3yYR0jPajab/UaOgaBHZhSJSFjN8dgI8zct2RzGY=; b=kUMc49KxK196odr3sdwo91OW2ZQmLpCQ+WIQda5hYUco7QwneCcGLqcLWyrXbKCZ7i b0ZnDY33Z6dXA45DQzhiQGAZY+Q/bQGrt/ZKK036obNfnYfUOFiSXB0LHXE1aWRFtexN tY7yiuLVvzH61+BxV5Qs1+IAIWa/z283dPw/TT5nWIi6qPdy3GAVX8cx/IHnOzokKs0P m5y5zj4ggQHYC83nTLuCUtU+nv+Mw7MYlR2h7xJecvYWEQJXJwKCz2o5Vt3EfzHaFo7Q uxJersvGJ0HiKItfTo4ihnZ/uEKwUIiCEj0QNDdl3umxoQBirBvHw3aPGGPC+bkVQPJ0 0AQw== X-Received: by 10.14.178.129 with SMTP id f1mr5844220eem.10.1368198630551; Fri, 10 May 2013 08:10:30 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id m4sm4041881eeu.15.2013.05.10.08.10.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 08:10:29 -0700 (PDT) Message-ID: <518D0DE0.9050901@xen.org> Date: Fri, 10 May 2013 16:10:24 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] CFP dates and Events on xenproject.org X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, I wanted to let you know that I have started to add CFP deadlines to http://www.xenproject.org/about/events.html- These are CFP deadlines for events where it makes sense for Xen community members to submit Xen related talks to. Finding CFP's & adding them to your calendar ============================================ You can find the next 4 upcoming CFPs in the "UPCOMING CFP" widget. If there is a CFP you want to submit a talk yo, you can export the CFP to iCal and add to your calendar. You can also search the event list. This will only work if you - leave the m ain event text empty - set the event category to "CFP" - chose a start and end date (without these you will only get an empty list) Adding CFP's & events to the site ================================= Generally, adding events or relevant CFPs to the website, is open to ALL registered users of xenproject.org. As we cannot keep on top of what everybody is doing, we will need to rely on you to help out. You may want to add a talk to the event page, if your Xen related talk or session has been accepted at an open source or industry event. You may want to add a CFP, if you are trying to solicit Xen related submissions to your (or your community's) event. In the later case, you may also want to send me a message (and we can use the Xen twitter account and other social media to spread the word). You can find instructions on how to add entries to the event list at http://wiki.xenproject.org/wiki/Checklist/Creating_Events Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 15:11:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 15:11: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 1Uaoxu-0004HG-AU; Fri, 10 May 2013 15:10:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaoxs-0004Ge-DO; Fri, 10 May 2013 15:10:32 +0000 Received: from [85.158.139.83:31246] by server-11.bemta-5.messagelabs.com id B9/B3-26693-7ED0D815; Fri, 10 May 2013 15:10:31 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1368198630!31082673!1 X-Originating-IP: [74.125.83.51] 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 27944 invoked from network); 10 May 2013 15:10:30 -0000 Received: from mail-ee0-f51.google.com (HELO mail-ee0-f51.google.com) (74.125.83.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 15:10:30 -0000 Received: by mail-ee0-f51.google.com with SMTP id c1so2280456eek.10 for ; Fri, 10 May 2013 08:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=HKV3yYR0jPajab/UaOgaBHZhSJSFjN8dgI8zct2RzGY=; b=kUMc49KxK196odr3sdwo91OW2ZQmLpCQ+WIQda5hYUco7QwneCcGLqcLWyrXbKCZ7i b0ZnDY33Z6dXA45DQzhiQGAZY+Q/bQGrt/ZKK036obNfnYfUOFiSXB0LHXE1aWRFtexN tY7yiuLVvzH61+BxV5Qs1+IAIWa/z283dPw/TT5nWIi6qPdy3GAVX8cx/IHnOzokKs0P m5y5zj4ggQHYC83nTLuCUtU+nv+Mw7MYlR2h7xJecvYWEQJXJwKCz2o5Vt3EfzHaFo7Q uxJersvGJ0HiKItfTo4ihnZ/uEKwUIiCEj0QNDdl3umxoQBirBvHw3aPGGPC+bkVQPJ0 0AQw== X-Received: by 10.14.178.129 with SMTP id f1mr5844220eem.10.1368198630551; Fri, 10 May 2013 08:10:30 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id m4sm4041881eeu.15.2013.05.10.08.10.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 08:10:29 -0700 (PDT) Message-ID: <518D0DE0.9050901@xen.org> Date: Fri, 10 May 2013 16:10:24 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] CFP dates and Events on xenproject.org X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, I wanted to let you know that I have started to add CFP deadlines to http://www.xenproject.org/about/events.html- These are CFP deadlines for events where it makes sense for Xen community members to submit Xen related talks to. Finding CFP's & adding them to your calendar ============================================ You can find the next 4 upcoming CFPs in the "UPCOMING CFP" widget. If there is a CFP you want to submit a talk yo, you can export the CFP to iCal and add to your calendar. You can also search the event list. This will only work if you - leave the m ain event text empty - set the event category to "CFP" - chose a start and end date (without these you will only get an empty list) Adding CFP's & events to the site ================================= Generally, adding events or relevant CFPs to the website, is open to ALL registered users of xenproject.org. As we cannot keep on top of what everybody is doing, we will need to rely on you to help out. You may want to add a talk to the event page, if your Xen related talk or session has been accepted at an open source or industry event. You may want to add a CFP, if you are trying to solicit Xen related submissions to your (or your community's) event. In the later case, you may also want to send me a message (and we can use the Xen twitter account and other social media to spread the word). You can find instructions on how to add entries to the event list at http://wiki.xenproject.org/wiki/Checklist/Creating_Events Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 16:13:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:13: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 1UapvJ-00048C-EE; Fri, 10 May 2013 16:11:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UapvH-00047x-6g; Fri, 10 May 2013 16:11:55 +0000 Received: from [85.158.138.51:55856] by server-16.bemta-3.messagelabs.com id 29/07-23964-A4C1D815; Fri, 10 May 2013 16:11:54 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1368202313!28143368!1 X-Originating-IP: [209.85.212.176] 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 846 invoked from network); 10 May 2013 16:11:53 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 16:11:53 -0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so804009wib.9 for ; Fri, 10 May 2013 09:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=TVYYTJW3xUlz5VvZn2lXvEJiVfZ4VH2AZCrWxzNdJIo=; b=Qxw0DMm0/7ah6p0ADDa1lwxd+TaROdsHiaEfp/uNzM1kIsbEIMXvO0QmtEkcAPNrHQ DCT3zpqxZmYn8ttbjr3v0zIPd4B+DE28HTg5iZS5jF+lkFuXLQkiqX7JHsgRFrKu9U90 x0SL5sQq7m33+Wnd7w7TnFqHeYHZ0NEJnKjHrhujIjIFYWlYON8ooHeui2au7p6Zdw5M txNyVXDsboXyTRCkQR5SejBpIwe3DsKucNjlgdxWKdrC66nxbxPVyQJamDUUgVCZ7ThT RTZU7iMrmyArfY9lvBO/xC9NjSN9dvZo+pfxutqNZwxnXV+qYPFaXeqnSCKAu0DiO4YU 21jw== X-Received: by 10.194.24.38 with SMTP id r6mr25901119wjf.50.1368202313411; Fri, 10 May 2013 09:11:53 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id dq8sm4895698wib.1.2013.05.10.09.11.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 09:11:52 -0700 (PDT) Message-ID: <518D1C45.5070601@xen.org> Date: Fri, 10 May 2013 17:11:49 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Final Community Review] Xen Security Problem Response Process v2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, In the last update about the security problem response process changes (http://blog.xen.org/index.php/2012/12/17/security-disclosure-process-discussion-update), we promised a vote in mid-January. Near the end of the window, some additional changes were proposed, and we were somewhat sidetracked with launching Xen as a Linux Foundation Collaborative Project. As this process impacts many Xen users, we feel that it is prudent to run through a final week of community review (closing on Monday May 20th). The proposal can be found at http://www.xenproject.org/component/content/article/85-about-xen/138-xen-security-problem-response-process-v2-proposal.html Significant changes to the document are: - Expand eligibility of who can join the predisclosure list - Clarify definitions of who can join the predisclosure list - Clarify information that needs to be supplied when joining the predisclosure list - Change e-mail alias to security@xenproject Review comments are to be posted in response to this thread (on xen-devel and xen-users). Please do not revisit arguments, which have been made at length in previous discussions. Hopefully, we got this right now and can move forward with a formal vote in the last week of May and get the new process implemented. Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 16:13:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:13: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 1UapvJ-00048C-EE; Fri, 10 May 2013 16:11:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UapvH-00047x-6g; Fri, 10 May 2013 16:11:55 +0000 Received: from [85.158.138.51:55856] by server-16.bemta-3.messagelabs.com id 29/07-23964-A4C1D815; Fri, 10 May 2013 16:11:54 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1368202313!28143368!1 X-Originating-IP: [209.85.212.176] 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 846 invoked from network); 10 May 2013 16:11:53 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 16:11:53 -0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so804009wib.9 for ; Fri, 10 May 2013 09:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=TVYYTJW3xUlz5VvZn2lXvEJiVfZ4VH2AZCrWxzNdJIo=; b=Qxw0DMm0/7ah6p0ADDa1lwxd+TaROdsHiaEfp/uNzM1kIsbEIMXvO0QmtEkcAPNrHQ DCT3zpqxZmYn8ttbjr3v0zIPd4B+DE28HTg5iZS5jF+lkFuXLQkiqX7JHsgRFrKu9U90 x0SL5sQq7m33+Wnd7w7TnFqHeYHZ0NEJnKjHrhujIjIFYWlYON8ooHeui2au7p6Zdw5M txNyVXDsboXyTRCkQR5SejBpIwe3DsKucNjlgdxWKdrC66nxbxPVyQJamDUUgVCZ7ThT RTZU7iMrmyArfY9lvBO/xC9NjSN9dvZo+pfxutqNZwxnXV+qYPFaXeqnSCKAu0DiO4YU 21jw== X-Received: by 10.194.24.38 with SMTP id r6mr25901119wjf.50.1368202313411; Fri, 10 May 2013 09:11:53 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id dq8sm4895698wib.1.2013.05.10.09.11.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 09:11:52 -0700 (PDT) Message-ID: <518D1C45.5070601@xen.org> Date: Fri, 10 May 2013 17:11:49 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Final Community Review] Xen Security Problem Response Process v2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, In the last update about the security problem response process changes (http://blog.xen.org/index.php/2012/12/17/security-disclosure-process-discussion-update), we promised a vote in mid-January. Near the end of the window, some additional changes were proposed, and we were somewhat sidetracked with launching Xen as a Linux Foundation Collaborative Project. As this process impacts many Xen users, we feel that it is prudent to run through a final week of community review (closing on Monday May 20th). The proposal can be found at http://www.xenproject.org/component/content/article/85-about-xen/138-xen-security-problem-response-process-v2-proposal.html Significant changes to the document are: - Expand eligibility of who can join the predisclosure list - Clarify definitions of who can join the predisclosure list - Clarify information that needs to be supplied when joining the predisclosure list - Change e-mail alias to security@xenproject Review comments are to be posted in response to this thread (on xen-devel and xen-users). Please do not revisit arguments, which have been made at length in previous discussions. Hopefully, we got this right now and can move forward with a formal vote in the last week of May and get the new process implemented. Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 16:34:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:34: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 1UaqFp-0005p4-Lp; Fri, 10 May 2013 16:33:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaqFo-0005ot-5j for xen-users@lists.xen.org; Fri, 10 May 2013 16:33:08 +0000 Received: from [85.158.137.99:56302] by server-14.bemta-3.messagelabs.com id 15/3A-20016-D312D815; Fri, 10 May 2013 16:33:01 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-217.messagelabs.com!1368203579!21262576!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2436 invoked from network); 10 May 2013 16:33:00 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 16:33:00 -0000 Received: by mail-we0-f177.google.com with SMTP id q58so4144990wes.36 for ; Fri, 10 May 2013 09:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:cc:subject:references:in-reply-to:content-type; bh=ap22JsLpUXvtg2bMBkLGpkVUgADS8p54LgUx6Yyy4vI=; b=VasA6x+xM1tfuM8BolF2ENb5hQdz72784Ky/lhfPfxNIC5T4daTDvRlccIdtHh4FdX elOAt/pGKqbHkr+f792cDuKlj7yzV9flLD8MeZ4xa+uEVtTLvkowsj2enafbPC0OmYzt 1aC7JOjyOiqQgjkfMrB0gqbDF08i8elxUt4hq0qaYWPCKnc3c9eqRpkLzqaxi7DqgLcf 8ns4F7N0RcObhQnRjnZmf7nhfo+iGpBim+5TmPeJCOYAot/XnKtiV5/PWjO+KKTtAoua 6bvh5t1SSq34fHcX7DpBjhgfqkLWOcSLNXjSBkIWGYyhDrJXOWOTM9Dp/j0ef0K22ROj H3yA== X-Received: by 10.181.12.1 with SMTP id em1mr5107220wid.4.1368203579706; Fri, 10 May 2013 09:32:59 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id ff10sm4941375wib.10.2013.05.10.09.32.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 09:32:58 -0700 (PDT) Message-ID: <518D2138.4010408@xen.org> Date: Fri, 10 May 2013 17:32:56 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 References: , <518CD81C.5040607@xen.org>, , <1368197152.3806.80.camel@Solace> In-Reply-To: Cc: "xen-users@lists.xen.org" , jfontan@gmail.com Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1239369369820019768==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1239369369820019768== Content-Type: multipart/alternative; boundary="------------050600050609060600000306" This is a multi-part message in MIME format. --------------050600050609060600000306 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit On 10/05/2013 16:06, Yeonki Choi wrote: > Hi, Dario. > Thank you for the explanation. > Yes It meant CFP. Yes, it meant Call For Papers. In any case, I created an area for Call For Paper's in http://www.xenproject.org/about/events.html (also see http://lists.xen.org/archives/html/xen-users/2013-05/msg00147.html). That way, we don't have to have CFP announcements on the user lists. Lars --------------050600050609060600000306 Content-Type: text/html; charset=EUC-KR Content-Transfer-Encoding: 7bit
On 10/05/2013 16:06, Yeonki Choi wrote:
Hi, Dario.
Thank you for the explanation.
Yes It meant CFP.
Yes, it meant Call For Papers. In any case, I created an area for Call For Paper's in http://www.xenproject.org/about/events.html (also see http://lists.xen.org/archives/html/xen-users/2013-05/msg00147.html). That way, we don't have to have CFP announcements on the user lists.

Lars

--------------050600050609060600000306-- --===============1239369369820019768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1239369369820019768==-- From xen-users-bounces@lists.xen.org Fri May 10 16:34:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:34: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 1UaqFp-0005p4-Lp; Fri, 10 May 2013 16:33:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaqFo-0005ot-5j for xen-users@lists.xen.org; Fri, 10 May 2013 16:33:08 +0000 Received: from [85.158.137.99:56302] by server-14.bemta-3.messagelabs.com id 15/3A-20016-D312D815; Fri, 10 May 2013 16:33:01 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-217.messagelabs.com!1368203579!21262576!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2436 invoked from network); 10 May 2013 16:33:00 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 16:33:00 -0000 Received: by mail-we0-f177.google.com with SMTP id q58so4144990wes.36 for ; Fri, 10 May 2013 09:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:cc:subject:references:in-reply-to:content-type; bh=ap22JsLpUXvtg2bMBkLGpkVUgADS8p54LgUx6Yyy4vI=; b=VasA6x+xM1tfuM8BolF2ENb5hQdz72784Ky/lhfPfxNIC5T4daTDvRlccIdtHh4FdX elOAt/pGKqbHkr+f792cDuKlj7yzV9flLD8MeZ4xa+uEVtTLvkowsj2enafbPC0OmYzt 1aC7JOjyOiqQgjkfMrB0gqbDF08i8elxUt4hq0qaYWPCKnc3c9eqRpkLzqaxi7DqgLcf 8ns4F7N0RcObhQnRjnZmf7nhfo+iGpBim+5TmPeJCOYAot/XnKtiV5/PWjO+KKTtAoua 6bvh5t1SSq34fHcX7DpBjhgfqkLWOcSLNXjSBkIWGYyhDrJXOWOTM9Dp/j0ef0K22ROj H3yA== X-Received: by 10.181.12.1 with SMTP id em1mr5107220wid.4.1368203579706; Fri, 10 May 2013 09:32:59 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id ff10sm4941375wib.10.2013.05.10.09.32.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 09:32:58 -0700 (PDT) Message-ID: <518D2138.4010408@xen.org> Date: Fri, 10 May 2013 17:32:56 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 References: , <518CD81C.5040607@xen.org>, , <1368197152.3806.80.camel@Solace> In-Reply-To: Cc: "xen-users@lists.xen.org" , jfontan@gmail.com Subject: Re: [Xen-users] Some announcements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1239369369820019768==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1239369369820019768== Content-Type: multipart/alternative; boundary="------------050600050609060600000306" This is a multi-part message in MIME format. --------------050600050609060600000306 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit On 10/05/2013 16:06, Yeonki Choi wrote: > Hi, Dario. > Thank you for the explanation. > Yes It meant CFP. Yes, it meant Call For Papers. In any case, I created an area for Call For Paper's in http://www.xenproject.org/about/events.html (also see http://lists.xen.org/archives/html/xen-users/2013-05/msg00147.html). That way, we don't have to have CFP announcements on the user lists. Lars --------------050600050609060600000306 Content-Type: text/html; charset=EUC-KR Content-Transfer-Encoding: 7bit
On 10/05/2013 16:06, Yeonki Choi wrote:
Hi, Dario.
Thank you for the explanation.
Yes It meant CFP.
Yes, it meant Call For Papers. In any case, I created an area for Call For Paper's in http://www.xenproject.org/about/events.html (also see http://lists.xen.org/archives/html/xen-users/2013-05/msg00147.html). That way, we don't have to have CFP announcements on the user lists.

Lars

--------------050600050609060600000306-- --===============1239369369820019768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1239369369820019768==-- From xen-users-bounces@lists.xen.org Fri May 10 17:56:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 17:56: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 1UarWn-0002ln-Sv; Fri, 10 May 2013 17:54:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UarWl-0002lZ-S7 for xen-users@lists.xen.org; Fri, 10 May 2013 17:54:44 +0000 Received: from [85.158.137.99:59421] by server-3.bemta-3.messagelabs.com id B0/C9-28331-3643D815; Fri, 10 May 2013 17:54:43 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-15.tower-217.messagelabs.com!1368208478!16284358!1 X-Originating-IP: [209.85.192.182] 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 609 invoked from network); 10 May 2013 17:54:40 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 17:54:40 -0000 Received: by mail-pd0-f182.google.com with SMTP id 3so2944155pdj.27 for ; Fri, 10 May 2013 10:54:38 -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=t/od3Xpg08TAVO1OBFUmSbZCxa4yvzl6Jod/tOh5Edk=; b=Hf6Nv96+KFexUc7DzsRoQx9YIjFAS6lsUP5SPv1ddEr5PODBlTENPzy2Yktm/vSBU7 6HGzMASZ+x6XlQzARnGdbEN8yLx1e0W6YvgrpSk6geSRyAmO1bl6SsARqaN6XX4B5HDv Cgog5dNXyV1BtDPFFUxmub9ZA29fmLmrhYeysiXubK5lQJ65/T2YeYwzXDZ5r1O+s7pk cGzdCqPrZCAkhyEtLz2BqpjsAwSEFTkY6jgd9jU8vFmHv1l4BHW+c1GGWLXrocDs4lks ul34Fd5MB5lfqThx38DKmTZto1NI622XWCBTA8UfmTdQfzE4xgqQrGDgNKzp3VgAmj7k nh+w== MIME-Version: 1.0 X-Received: by 10.68.106.229 with SMTP id gx5mr7912931pbb.95.1368208478219; Fri, 10 May 2013 10:54:38 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 10 May 2013 10:54:38 -0700 (PDT) In-Reply-To: <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.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> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> Date: Fri, 10 May 2013 13:54:38 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6677692221295328186==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6677692221295328186== Content-Type: multipart/alternative; boundary=047d7b6d86aa52b6bf04dc60dceb --047d7b6d86aa52b6bf04dc60dceb Content-Type: text/plain; charset=ISO-8859-1 On Fri, May 10, 2013 at 10:53 AM, Gordan Bobic wrote: > On Fri, 10 May 2013 10:12:07 -0400, Andrew Bobulsky > wrote: > >> Hello Gordan, Casey, >> >> >> Thanks for posting the results Gordan, unfortunate that it isn't >>>> >>>> working as well as we hoped. >>>> >>>> >>>> I haven't given up _quite_ yet. >>>> >>>> I discovered yesterday that it _looks liks_ one of my PCIe slots is >>>> actually duff (two different GPUs both fail to detect properly in it >>>> but work fine in other slots). >>>> >>>> If it turns out to be a duff slot, there's no telling what else >>>> might be duff on the motherboard and how it might affect various >>>> things, even though several days of full load stability testing >>>> passed. >>>> >>>> So some more bare-metal testing seems to be called for - right now I >>>> am not prepared to disregard the possibility that maybe I have a >>>> hardware issue somewhere that despite EDAC and ECC on everything, >>>> remains undetected and unreported in the logs. >>>> >>>> >>>> I hope you manage to resolve it, though I feel the NF200 will be the >>>> larger challenge. >>>> >>> >>> I hope I'll resolve it, too, but right now I am not convinced that >>> the NF200 is actually the cause of my problems. My gut feeling says >>> that if I can get it working for 5 minutes at a time, something less >>> fundamental than the NF200 PCIe routers are the cause of the problems. >>> >> >> I don't know if I'd be so quick to jump to that conclusion.... I'll >> explain :) >> >> So the reason I asked about ACS enforcement is because I'm currently >> trying to pass my Radeon 6990 into a VM. I tried this a while back, >> but only with ESXi. After futzing with it for a day or two, I had to >> quit because while I had VT-d, and the ESXi install said Passthrough >> was supported, I ended up in a "this host requires a reboot before >> this device can be assigned to a vm" loop of some sort. Hours of >> investigation revealed that the PEX 8647 (or whatever it is, Google >> knows :P) which is the PCIe switch built in to the board of the 6990 >> is *supposed* to support ACS... but it's seemingly switched off. >> > > Two points here: > > 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the > xm/xend stack does allow ACS requirement to be disabled. > Hehe. It's nice to have the option to screw things up, eh? :) > 2) I actually have it working - for 5 minutes or so at a time. If > the problem was the lack of ACS, it wouldn't work at all. I just can't help but wonder if it *is* the problem, though. It's the only thing I can pin down that our situations have in common as far as its being the only "non-compatible" portion of the implementation, aside from the nearly identical behavior, of course. Maybe the AMD driver does some stupid stuff that ACS can mitigate? I just wish I knew more :( > So what might intrigue you the most here is that while I'm stuck with >> a VGA device sitting behind this non-ACS compliant switch... My >> results are almost identical to yours. Passing one of the VGA devices >> to the DomU, with or without the corresponding HDMI audio doesn't seem >> to matter, I get this: >> >> " it is so intermittent. It works well enough to boot up and work with >> a gaming type load for a few minutes. Then something happens that >> causes the VGA card to require a reset, and it all falls apart." >> >> Seriously :P >> > > And you are convinced this is to do with the availability of ACS? Like I said, it's the only thing that I can pinpoint as being a hindrance to compatibility. I guess my request here is if anyone can help me determine whether or not that's true? > It eventually likes to BSOD, usually on atikmpag.sys I think. Plenty >> of "an attempt was made to reset the display adapter and failed" blah >> blah blah. >> > > Yes, all too familiar. > > This happens 100% of the time if I try to boot with both >> devices attached. >> > > Both devices? > Yes---that is to say both of the VGA controllers from the 6990. The relevant portion of my lspci looks like this: http://pastebin.com/raw.php?i=GwekPNAW Note: devices 09 and 0a are my "primary" 6990's vga controllers. Also, my crossfire bridge is disconnected. I'm working with the other card, devices 0d and 0e. I've included the USB card as well in the list because I'm using it, but it causes me no problems whatsoever. For what its worth, that USB card works great in ESXi as well... Highpoint enabled ACS on their PEX chips :D Just out of interest: > > 1) Are you using a multi-socket motherboard? > Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 920 in it. VT-d support is provided through a hacked BIOS image that I found on the web a couple years or so ago. > 2) Have you tried disabling IRQ balancing > (noirqbalance kernel parameter + disable irqbalance service)? > No clue what that is. Can you provide any direction? I'd be happy to test. > 3) Are you assigning > 4GB of RAM to the guest? I found a post > in the archive last night mentioning that there's an outstanding qemu > issue with > 4GB of RAM given to the guest. I didn't get around to > re-trying the VM with 3.5GB yet. Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure if that's improper, but it boots just find with a single card, and the 5850 I plugged in for a short while seemed well behaved. Here's a copy of my vm config file: http://pastebin.com/bX0ayA0u > The first time I boot it up, the driver isn't >> installed so it'll work until just before auto-login reaches the >> desktop, but after that I can't boot at all with both VGA devices >> attached. I'd love to explore more, but I'm running out of places to >> look for solutions to my problem that don't involve my credit card and >> some new hardware. In a fit of delicious irony, my problem is almost >> identical to yours---if only I'd bought some cheaper stuff it'd >> probably all work just great :D >> > > Life on the bleeding edge is hard. :( > The thing that really bugs me is that after a fresh reboot with irq > balancing disabled, I can get it working for a few minutes _every time_. > > After a few minutes, it'll start corrupting the screen output and > eventually try to reset itself (sometimes even claim to succeed a few > times), eventually fail and BSOD. The only corrupted output I've seen is during a BSOD itself---which was once on Server 2012---and again I saw some black lines when I zoomed in with Chrome on a Win7 guest. I'm not entirely convinced that the black lines were a symptom of Xen/Radeon/Whatever versus just being a goofy Chrome bug. The only single GPU cards I have are the Radeon 5850s in the AMD box I >> have. I'm just a little reticent to tear the thing apart though cause >> it gets used a lot. I think my next step is to look for a video card >> that properly supports FLR, >> > > As far as I can tell, for all the talk of it - there is NO SUCH THING. > Somebody on the list posted lspci -vvv from their ATI FirePro card > which shows it has no FLR, and I have just got a Quadro 2000, which also > lacks FLR. > > The only vague mention I have seen of FLR on GPUs is on the Intel GPU on > the very latest generation of Core i CPUs (the built in one). And even > if that is true it's not all that useful for gaming. Heh. The crappiest GPU that would ever be in my system is the most compatible? Good grief. :P though I'm considering a hard-hack: think >> of a 12v relay and a PCIe extender cable---if a D3D0 reset actually >> powers off the slot momentarily but the PSU plugs on the card prevent >> it from working, then I could rig up a switch that ties those plugs' >> power state into the slot itself---it's radical, yes, but possibly the >> most inventive solution I can think of so far. I'm super curious to >> see if anyone more knowledgeable than myself thinks it would work, >> because it'd be super cheap to build! As the saying goes though, I'll >> "cross that bridge when I come to it." :) >> > > Interesting. In theory, I think this _should_ work provider your PCIe > bridges support hot-plugging. > > To be certain, you'd have to switch both the PCIe slot and (if your card > uses it) the external power inputs. That'd be the idea. Assuming it works the way I think it does, I could tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GND pins of the PCIe slot and use the relay's output to switch the Vcc from the plug-in cables off of the PSU. Bears testing with a slightly less expensive card, but I wouldn't be surprised to see it work! It'd require some case modding for sure though, as the extension cable will get in the way of properly seating the card. It could be possible to build a tap that could be "slipped in" to a card's PCIe slot... Short of proper FLR support, this could actually very cheaply be built into the expansion card itself. I'd suspect that simply adding FLR would be cheaper on the card manufacturers though. :) 2) My motherboard's PCIe slots are behind NF200 PCIe bridges >>>> (yes, >>>> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >>>> behind NF200s, none are directly attached to the Intel NB). >>>> >>>> I'm so sorry :P. NF200 has probably caused a lot of xen >>>> tinkerers to >>>> utter a few dozen cuss words a piece. >>>> >>>> I can believe that. What is the solution, though? >>>> >>>> The thing that drives me really nuts about the issues I'm seeing >>>> (which may or may not be specifically related to the NF200) is >>>> that it >>>> is so intermittent. It works well enough to boot up and work with >>>> a >>>> gaming type load for a few minutes. Then something happens that >>>> causes >>>> the VGA card to require a reset, and it all falls apart. >>>> >>>> My solution was to buy another motherboard, I had no luck at all >>>> passing the devices behind the NF200, and similar to your >>>> situation >>>> all but one PCIe slot on that board was behind that bridge. >>>> >>>> >>>> Did you not manage to get it working at all? Or was it just >>>> intermittent like in my case? I can typically get about 5 minutes of >>>> gaming out of my ATI card before it all goes wrong. >>>> >>>> Ironically, I was thinking about an Asus Sabertooth with an 8-core >>>> AMD, >>>> but opted to go for broke and get a couple of 6-core Xeons and an >>>> EVGA SR-2. It turns out, a solution that is 4x more expensive isn't >>>> actually better... :( >>>> >>>> >>>> I was unable to get it working at all. The NF200 simply threw errors >>>> that 100% prevented me from passing the device. I think it was missing >>>> a number of specific features required for passthrough, and I vaguely >>>> remember running lspci -vvv to verify what was missing. Perhaps not all >>>> NF200's are created equal? >>>> >>> >>> The only logged issue I had with the NF200s was the lack of ACS, which >>> can be disabled as I mentioned on this thread (at least if you are using >>> the xm stack). After I disabled that PCI passthrough has been working OK. >>> It's just VGA passthrough BSOD-ing after some minutes that is causing me >>> problems. >>> >> >> In reading up on the wiki, there does indeed seem to be a lot more >> info regarding the use of xl and PCI Passthrough today than the last >> time I looked. It seems that these types of configuration options are >> set on a domain-by-domain basis, or even by device; docs say that >> things like VPCI vs direct PASS mapping of slot layout(?) is actually >> configured at the device level either in your DomU config file (like: >> pci = ['0:d:0.0, pci-just-forking-work-damn-**you]) or via xl (like: xl >> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-**you). >> > > Hmm... I honestly don't think the xl way will succeed where xm is unstable, > but I might give it a shot. You'd still likely require all the "hacks" you're currently using, but they'll all move to different places I'm guessing... if the toolstack itself doesn't have any bearing on this (which is my suspicion) then you don't want to go doing all the extra work for nothing, of course! With that in mind, even though I've taken your advice and added the >> config info to my xend files, its entirely possible---especially in >> light of what Casey said---that I'm just Doing It Wrong(TM). It'd >> likely be beneficial for us both to compare notes on that regard. If >> either of you would be willing to help, I could probably use some >> pointers... I've kinda run out of logs to look at with my current >> knowledge on the subject :P >> > > Certainly - what notes do you propose we compare? I'm not completely sure. If you can point me to the proper files to verify that my device has the same PCIe-level compatibility issues as yours (verify that ACS isn't available to the device and so on) then I'd call that a step in the right direction. What about with PCIe devices behind NF200 bridges? I know the >>>> NF200s >>>> don't support PCI ACS, but that is a security feature (which I >>>> have >>>> disabled enforcement of to get this far), and AFAIK shouldn't >>>> actually >>>> affect the basic PCI passthrough capability. >>>> >>>> Question: how'd you disable ACS? I think it may be causing me >>>> some >>>> issues. >>>> >>>> Put: >>>> >>>> (pci-passthrough-strict-check no) >>>> (pci-dev-assign-strict-check no) >>>> >>>> in /etc/xen/xend-config.sxp >>>> >>>> If it was causing you issues, however, I'd expect you to find >>>> errors >>>> in logs pointing at it. >>>> >>>> As I understand the xend-config.sxp [1] is for the xm toolstack >>>> and >>>> deprecated Xend service. >>>> >>>> >>>> xm toolstack and xend are what I am using. I have read reports of >>>> issues >>>> with VGA passthrough using the xl stack so I didn't even attempt to >>>> use it. >>>> >>>> >>>> The xm toolstack was deprecated in version 4.1. I read that it had not >>>> been updated in months due to a lack of maintainers. >>>> >>> >>> I heard that xl is still feature-incomplete and experimental, and >>> problematic with VGA passthrough. >>> >>> I did try xm back >>>> when I started, the passthrough worked but had the same problems I had >>>> when I began testing xl. I have been using xl since then. My logic was >>>> simply "why become dependent on a tool that is no-longer maintained and >>>> may be removed from the next release?" >>>> >>> >>> I'm not wedded to any particular tool stack, I'm happy to use whatever >>> works. But since libvirt and virt-manager are still using xm, and since >>> I have seen recent reports of xl being problematic for VGA passthrough >>> as well as there being no apparent way to disable ACS requirements with >>> the xl stack, that rules it out for me completely at the moment. >>> >> >> The xm stack was rather trying for me. It's like it only wanted to >> throw errors at me when I did PCI stuff. Whereas xl has seemingly >> been more than happy to do whatever I tell it. Though I admit chances >> are pretty good I was just running around, haphazardly using the wrong >> version of python or something. Given our nearly identical results >> thus far, I'd wager that the toolstack itself isn't really the source >> of our problems. If that's true, though, the easy solution is likely >> out the window :( >> > > What distro do you use? Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44. Cheers, Andrew --047d7b6d86aa52b6bf04dc60dceb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 10, 2013 at 10:53 AM, Gordan Bobic <gordan@bobich.net><= /span> wrote:
On Fri, 10 May 2013 10:12:07 -0400, Andrew Bobulsky <rulerof@gmail.com> wrote:
Hello Gordan, Casey,


Thanks for posting the results Gordan, unfortunate that it isn't

=A0 =A0 =A0 working as well as we hoped.


=A0 I haven't given up _quite_ yet.

=A0 I discovered yesterday that it _looks liks_ one of my PCIe slots is
=A0 actually duff (two different GPUs both fail to detect properly in it =A0 but work fine in other slots).

=A0 If it turns out to be a duff slot, there's no telling what else
=A0 might be duff on the motherboard and how it might affect various
=A0 things, even though several days of full load stability testing
=A0 passed.

=A0 So some more bare-metal testing seems to be called for - right now I =A0 am not prepared to disregard the possibility that maybe I have a
=A0 hardware issue somewhere that despite EDAC and ECC on everything,
=A0 remains undetected and unreported in the logs.


I hope you manage to resolve it, though I feel the NF200 will be the
larger challenge.

I hope I'll resolve it, too, but right now I am not convinced that
the NF200 is actually the cause of my problems. My gut feeling says
that if I can get it working for 5 minutes at a time, something less
fundamental than the NF200 PCIe routers are the cause of the problems.

I don't know if I'd be so quick to jump to that conclusion.... I= 9;ll
explain :)

So the reason I asked about ACS enforcement is because I'm currently trying to pass my Radeon 6990 into a VM. =A0I tried this a while back,
but only with ESXi. =A0After futzing with it for a day or two, I had to
quit because while I had VT-d, and the ESXi install said Passthrough
was supported, I ended up in a "this host requires a reboot before
this device can be assigned to a vm" loop of some sort. =A0Hours of investigation revealed that the PEX 8647 (or whatever it is, Google
knows :P) which is the PCIe switch built in to the board of the 6990
is *supposed* to support ACS... but it's seemingly switched off.

Two points here:

1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the
xm/xend stack does allow ACS requirement to be disabled.

Hehe. =A0It's nice to have the option to screw things= up, eh? :)
=A0
2) I actually have it working - for 5 minutes or so at a time. If
the problem was the lack of ACS, it wouldn't work at all.
<= div>
I just can't help but wonder if it is the pro= blem, though. =A0It's the only thing I can pin down that our situations= have in common as far as its being the only "non-compatible" por= tion of the implementation, aside from the nearly identical behavior, of co= urse. Maybe the AMD driver does some stupid stuff that ACS can mitigate? = =A0I just wish I knew more :(

=A0
So what might intrigue you the most here is that while I'm stuck with a VGA device sitting behind this non-ACS compliant switch... My
results are almost identical to yours. =A0Passing one of the VGA devices to the DomU, with or without the corresponding HDMI audio doesn't seem<= br> to matter, I get this:

" it is so intermittent. It works well enough to boot up and work with=
a gaming type load for a few minutes. Then something happens that
causes the VGA card to require a reset, and it all falls apart."

Seriously :P

And you are convinced this is to do with the availability of ACS?

Like I said, it's the only thing that I can pinp= oint as being a hindrance to compatibility. =A0I guess my request here is i= f anyone can help me determine whether or not that's true?
=A0
It eventually likes to BSOD, usually on atikmpag.sys I think. =A0Plenty
of "an attempt was made to reset the display adapter and failed" = blah
blah blah.

Yes, all too familiar.

This happens 100% of the time if I try to boot with both
devices attached.

Both devices?

Yes---that is to say both= of the VGA controllers from the 6990. The relevant portion of my lspci loo= ks like this:=A0http://pastebin.com/raw.php?i=3DGwekPNAW

Note: devices 09 and 0a are my "primary" 6990= 's vga controllers. =A0Also, my crossfire bridge is disconnected. =A0I&= #39;m working with the other card, devices 0d and 0e. =A0I've included = the USB card as well in the list because I'm using it, but it causes me= no problems whatsoever. =A0For what its worth, that USB card works great i= n ESXi as well... Highpoint enabled ACS on their PEX chips :D

Just out of interest:

1) Are you using a multi-socket motherboard?

Nope! =A0It's a Gigabyte GA-EX58-EXTREME. =A0It's LGA1366 wit= h an i7 920 in it. =A0VT-d support is provided through a hacked BIOS image = that I found on the web a couple years or so ago.
=A0
2) Have you tried disabling IRQ balancing
(noirqbalance kernel parameter + disable irqbalance service)?

No clue what that is. =A0Can you provide any directi= on? =A0I'd be happy to test.=A0
=A0
3) Are you assigning > 4GB of RAM to the guest? I found a post
in the archive last night mentioning that there's an outstanding qemu issue with > 4GB of RAM given to the guest. I didn't get around to re-trying the VM with 3.5GB yet.

Yes sir. = =A0It's got 8 GB + 1 GB for the standard video adapter. =A0Not sure if = that's improper, but it boots just find with a single card, and the 585= 0 I plugged in for a short while seemed well behaved. =A0Here's a copy = of my vm config file:=A0http://pastebin.com/bX0ayA0u
=A0
The first time I boot it up, the driver= isn't
installed so it'll work until just before auto-login reaches the
desktop, but after that I can't boot at all with both VGA devices
attached. I'd love to explore more, but I'm running out of places t= o
look for solutions to my problem that don't involve my credit card and<= br> some new hardware. =A0In a fit of delicious irony, my problem is almost
identical to yours---if only I'd bought some cheaper stuff it'd
probably all work just great :D

Life on the bleeding edge is hard. :(
The thing that really bugs me is that after a fresh reboot with irq
balancing disabled, I can get it working for a few minutes _every time_.
After a few minutes, it'll start corrupting the screen output and
eventually try to reset itself (sometimes even claim to succeed a few
times), eventually fail and BSOD.

The only = corrupted output I've seen is during a BSOD itself---which was once on = Server 2012---and again I saw some black lines when I zoomed in with Chrome= on a Win7 guest. =A0I'm not entirely convinced that the black lines we= re a symptom of Xen/Radeon/Whatever versus just being a goofy Chrome bug.

The only single GPU cards I have are the Radeon 5850s in the AMD box I
have. =A0I'm just a little reticent to tear the thing apart though caus= e
it gets used a lot. =A0I think my next step is to look for a video card
that properly supports FLR,

As far as I can tell, for all the talk of it - there is NO SUCH THING.
Somebody on the list posted lspci -vvv from their ATI FirePro card
which shows it has no FLR, and I have just got a Quadro 2000, which also lacks FLR.

The only vague mention I have seen of FLR on GPUs is on the Intel GPU on the very latest generation of Core i CPUs (the built in one). And even
if that is true it's not all that useful for gaming.
<= br>
Heh. =A0The crappiest GPU that would ever be in my system is = the most compatible? =A0Good grief. :P

though I'm considering a hard-hack: think
of a 12v relay and a PCIe extender cable---if a D3D0 reset actually
powers off the slot momentarily but the PSU plugs on the card prevent
it from working, then I could rig up a switch that ties those plugs' power state into the slot itself---it's radical, yes, but possibly the<= br> most inventive solution I can think of so far. =A0I'm super curious to<= br> see if anyone more knowledgeable than myself thinks it would work,
because it'd be super cheap to build! =A0As the saying goes though, I&#= 39;ll
"cross that bridge when I come to it." :)

Interesting. In theory, I think this _should_ work provider your PCIe
bridges support hot-plugging.

To be certain, you'd have to switch both the PCIe slot and (if your car= d
uses it) the external power inputs.

That= 9;d be the idea. =A0Assuming it works the way I think it does, I could tap = a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GN= D pins of the PCIe slot and use the relay's output to switch the Vcc fr= om the plug-in cables off of the PSU. =A0Bears testing with a slightly less= expensive card, but I wouldn't be surprised to see it work! =A0It'= d require some case modding for sure though, as the extension cable will ge= t in the way of properly seating the card. =A0It could be possible to build= a tap that could be "slipped in" to a card's PCIe slot... = =A0Short of proper FLR support, this could actually very cheaply be built i= nto the expansion card itself. =A0I'd suspect that simply adding FLR wo= uld be cheaper on the card manufacturers though. :)
=A0

=A0 =A0 =A0 =A0 =A02) My motherboard's PCIe slots are behind NF200 PCIe= bridges
=A0 =A0 =A0 (yes,
=A0 =A0 =A0 EVGA have decided in their infinite wisdom to put all 7 PCIe sl= ots
=A0 =A0 =A0 behind NF200s, none are directly attached to the Intel NB).

=A0 =A0 =A0 =A0 I'm so sorry :P. NF200 has probably caused a lot of xen=
=A0 =A0 =A0 tinkerers to
=A0 =A0 =A0 =A0 utter a few dozen cuss words a piece.

=A0 =A0 =A0 =A0 I can believe that. What is the solution, though?

=A0 =A0 =A0 =A0 The thing that drives me really nuts about the issues I'= ;m seeing
=A0 =A0 =A0 (which may or may not be specifically related to the NF200) is<= br> =A0 =A0 =A0 that it
=A0 =A0 =A0 is so intermittent. It works well enough to boot up and work wi= th a
=A0 =A0 =A0 gaming type load for a few minutes. Then something happens that=
=A0 =A0 =A0 causes
=A0 =A0 =A0 the VGA card to require a reset, and it all falls apart.

=A0 =A0 =A0 My solution was to buy another motherboard, I had no luck at al= l
=A0 =A0 =A0 passing the devices behind the NF200, and similar to your situa= tion
=A0 =A0 =A0 all but one PCIe slot on that board was behind that bridge.


=A0 Did you not manage to get it working at all? Or was it just
=A0 intermittent like in my case? I can typically get about 5 minutes of =A0 gaming out of my ATI card before it all goes wrong.

=A0 Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,=
=A0 but opted to go for broke and get a couple of 6-core Xeons and an
=A0 EVGA SR-2. It turns out, a solution that is 4x more expensive isn't=
=A0 actually better... :(


I was unable to get it working at all. =A0The NF200 simply threw errors
that 100% prevented me from passing the device. =A0I think it was missing a number of specific features required for passthrough, and I vaguely
remember running lspci -vvv to verify what was missing. =A0Perhaps not all<= br> NF200's are created equal?

The only logged issue I had with the NF200s was the lack of ACS, which
can be disabled as I mentioned on this thread (at least if you are using the xm stack). After I disabled that PCI passthrough has been working OK. It's just VGA passthrough BSOD-ing after some minutes that is causing m= e
problems.

In reading up on the wiki, there does indeed seem to be a lot more
info regarding the use of xl and PCI Passthrough today than the last
time I looked. =A0It seems that these types of configuration options are set on a domain-by-domain basis, or even by device; docs say that
things like VPCI vs direct PASS mapping of slot layout(?) is actually
configured at the device level either in your DomU config file (like:
pci =3D ['0:d:0.0, pci-just-forking-work-damn-you]) or via xl (l= ike: xl
pci-attach 1 0:d:0.0 pci-just-forking-work-damn-you).

Hmm... I honestly don't think the xl way will succeed where xm is unsta= ble,
but I might give it a shot.

You'd still= likely require all the "hacks" you're currently using, but t= hey'll all move to different places I'm guessing... if the toolstac= k itself doesn't have any bearing on this (which is my suspicion) then = you don't want to go doing all the extra work for nothing, of course!= =A0

With that in mind, even though I've taken your advice and added the
config info to my xend files, its entirely possible---especially in
light of what Casey said---that I'm just Doing It Wrong(TM). =A0It'= d
likely be beneficial for us both to compare notes on that regard. =A0If
either of you would be willing to help, I could probably use some
pointers... I've kinda run out of logs to look at with my current
knowledge on the subject :P

Certainly - what notes do you propose we compare?

I'm not completely sure. =A0If you can point me to the proper fi= les to verify that my device has the same PCIe-level compatibility issues a= s yours (verify that ACS isn't available to the device and so on) then = I'd call that a step in the right direction.

=A0 =A0 =A0 =A0 =A0What about with PCIe devices behind NF200 bridges? I kno= w the
=A0 =A0 =A0 NF200s
=A0 =A0 =A0 don't support PCI ACS, but that is a security feature (whic= h I have
=A0 =A0 =A0 disabled enforcement of to get this far), and AFAIK shouldn'= ;t
=A0 =A0 =A0 actually
=A0 =A0 =A0 affect the basic PCI passthrough capability.

=A0 =A0 =A0 =A0 Question: how'd you disable ACS? =A0I think it may be c= ausing me
=A0 =A0 =A0 some
=A0 =A0 =A0 issues.

=A0 =A0 =A0 =A0 Put:

=A0 =A0 =A0 =A0 (pci-passthrough-strict-check no)
=A0 =A0 =A0 =A0 (pci-dev-assign-strict-check no)

=A0 =A0 =A0 =A0 in /etc/xen/xend-config.sxp

=A0 =A0 =A0 =A0 If it was causing you issues, however, I'd expect you t= o find
=A0 =A0 =A0 errors
=A0 =A0 =A0 in logs pointing at it.

=A0 =A0 =A0 As I understand the xend-config.sxp [1] is for the xm toolstack= and
=A0 =A0 =A0 deprecated Xend service.


=A0 xm toolstack and xend are what I am using. I have read reports of issue= s
=A0 with VGA passthrough using the xl stack so I didn't even attempt to=
=A0 use it.


The xm toolstack was deprecated in version 4.1. =A0I read that it had not been updated in months due to a lack of maintainers.

I heard that xl is still feature-incomplete and experimental, and problemat= ic with VGA passthrough.

I did try xm back
when I started, the passthrough worked but had the same problems I had
when I began testing xl. =A0I have been using xl since then. =A0My logic wa= s
simply "why become dependent on a tool that is no-longer maintained an= d
may be removed from the next release?"

I'm not wedded to any particular tool stack, I'm happy to use whate= ver
works. But since libvirt and virt-manager are still using xm, and since
I have seen recent reports of xl being problematic for VGA passthrough
as well as there being no apparent way to disable ACS requirements with
the xl stack, that rules it out for me completely at the moment.

The xm stack was rather trying for me. =A0It's like it only wanted to throw errors at me when I did PCI stuff. =A0Whereas xl has seemingly
been more than happy to do whatever I tell it. =A0Though I admit chances are pretty good I was just running around, haphazardly using the wrong
version of python or something. =A0Given our nearly identical results
thus far, I'd wager that the toolstack itself isn't really the sour= ce
of our problems. =A0If that's true, though, the easy solution is likely=
out the window :(

What distro do you use?
<snip= >

Currently running Debian Squeeze 6.0.7= x86_64, with Linux kernel 3.4.44.

Cheers,
Andrew
--047d7b6d86aa52b6bf04dc60dceb-- --===============6677692221295328186== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6677692221295328186==-- From xen-users-bounces@lists.xen.org Fri May 10 17:56:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 17:56: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 1UarWn-0002ln-Sv; Fri, 10 May 2013 17:54:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UarWl-0002lZ-S7 for xen-users@lists.xen.org; Fri, 10 May 2013 17:54:44 +0000 Received: from [85.158.137.99:59421] by server-3.bemta-3.messagelabs.com id B0/C9-28331-3643D815; Fri, 10 May 2013 17:54:43 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-15.tower-217.messagelabs.com!1368208478!16284358!1 X-Originating-IP: [209.85.192.182] 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 609 invoked from network); 10 May 2013 17:54:40 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 17:54:40 -0000 Received: by mail-pd0-f182.google.com with SMTP id 3so2944155pdj.27 for ; Fri, 10 May 2013 10:54:38 -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=t/od3Xpg08TAVO1OBFUmSbZCxa4yvzl6Jod/tOh5Edk=; b=Hf6Nv96+KFexUc7DzsRoQx9YIjFAS6lsUP5SPv1ddEr5PODBlTENPzy2Yktm/vSBU7 6HGzMASZ+x6XlQzARnGdbEN8yLx1e0W6YvgrpSk6geSRyAmO1bl6SsARqaN6XX4B5HDv Cgog5dNXyV1BtDPFFUxmub9ZA29fmLmrhYeysiXubK5lQJ65/T2YeYwzXDZ5r1O+s7pk cGzdCqPrZCAkhyEtLz2BqpjsAwSEFTkY6jgd9jU8vFmHv1l4BHW+c1GGWLXrocDs4lks ul34Fd5MB5lfqThx38DKmTZto1NI622XWCBTA8UfmTdQfzE4xgqQrGDgNKzp3VgAmj7k nh+w== MIME-Version: 1.0 X-Received: by 10.68.106.229 with SMTP id gx5mr7912931pbb.95.1368208478219; Fri, 10 May 2013 10:54:38 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 10 May 2013 10:54:38 -0700 (PDT) In-Reply-To: <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.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> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> Date: Fri, 10 May 2013 13:54:38 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6677692221295328186==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6677692221295328186== Content-Type: multipart/alternative; boundary=047d7b6d86aa52b6bf04dc60dceb --047d7b6d86aa52b6bf04dc60dceb Content-Type: text/plain; charset=ISO-8859-1 On Fri, May 10, 2013 at 10:53 AM, Gordan Bobic wrote: > On Fri, 10 May 2013 10:12:07 -0400, Andrew Bobulsky > wrote: > >> Hello Gordan, Casey, >> >> >> Thanks for posting the results Gordan, unfortunate that it isn't >>>> >>>> working as well as we hoped. >>>> >>>> >>>> I haven't given up _quite_ yet. >>>> >>>> I discovered yesterday that it _looks liks_ one of my PCIe slots is >>>> actually duff (two different GPUs both fail to detect properly in it >>>> but work fine in other slots). >>>> >>>> If it turns out to be a duff slot, there's no telling what else >>>> might be duff on the motherboard and how it might affect various >>>> things, even though several days of full load stability testing >>>> passed. >>>> >>>> So some more bare-metal testing seems to be called for - right now I >>>> am not prepared to disregard the possibility that maybe I have a >>>> hardware issue somewhere that despite EDAC and ECC on everything, >>>> remains undetected and unreported in the logs. >>>> >>>> >>>> I hope you manage to resolve it, though I feel the NF200 will be the >>>> larger challenge. >>>> >>> >>> I hope I'll resolve it, too, but right now I am not convinced that >>> the NF200 is actually the cause of my problems. My gut feeling says >>> that if I can get it working for 5 minutes at a time, something less >>> fundamental than the NF200 PCIe routers are the cause of the problems. >>> >> >> I don't know if I'd be so quick to jump to that conclusion.... I'll >> explain :) >> >> So the reason I asked about ACS enforcement is because I'm currently >> trying to pass my Radeon 6990 into a VM. I tried this a while back, >> but only with ESXi. After futzing with it for a day or two, I had to >> quit because while I had VT-d, and the ESXi install said Passthrough >> was supported, I ended up in a "this host requires a reboot before >> this device can be assigned to a vm" loop of some sort. Hours of >> investigation revealed that the PEX 8647 (or whatever it is, Google >> knows :P) which is the PCIe switch built in to the board of the 6990 >> is *supposed* to support ACS... but it's seemingly switched off. >> > > Two points here: > > 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the > xm/xend stack does allow ACS requirement to be disabled. > Hehe. It's nice to have the option to screw things up, eh? :) > 2) I actually have it working - for 5 minutes or so at a time. If > the problem was the lack of ACS, it wouldn't work at all. I just can't help but wonder if it *is* the problem, though. It's the only thing I can pin down that our situations have in common as far as its being the only "non-compatible" portion of the implementation, aside from the nearly identical behavior, of course. Maybe the AMD driver does some stupid stuff that ACS can mitigate? I just wish I knew more :( > So what might intrigue you the most here is that while I'm stuck with >> a VGA device sitting behind this non-ACS compliant switch... My >> results are almost identical to yours. Passing one of the VGA devices >> to the DomU, with or without the corresponding HDMI audio doesn't seem >> to matter, I get this: >> >> " it is so intermittent. It works well enough to boot up and work with >> a gaming type load for a few minutes. Then something happens that >> causes the VGA card to require a reset, and it all falls apart." >> >> Seriously :P >> > > And you are convinced this is to do with the availability of ACS? Like I said, it's the only thing that I can pinpoint as being a hindrance to compatibility. I guess my request here is if anyone can help me determine whether or not that's true? > It eventually likes to BSOD, usually on atikmpag.sys I think. Plenty >> of "an attempt was made to reset the display adapter and failed" blah >> blah blah. >> > > Yes, all too familiar. > > This happens 100% of the time if I try to boot with both >> devices attached. >> > > Both devices? > Yes---that is to say both of the VGA controllers from the 6990. The relevant portion of my lspci looks like this: http://pastebin.com/raw.php?i=GwekPNAW Note: devices 09 and 0a are my "primary" 6990's vga controllers. Also, my crossfire bridge is disconnected. I'm working with the other card, devices 0d and 0e. I've included the USB card as well in the list because I'm using it, but it causes me no problems whatsoever. For what its worth, that USB card works great in ESXi as well... Highpoint enabled ACS on their PEX chips :D Just out of interest: > > 1) Are you using a multi-socket motherboard? > Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 920 in it. VT-d support is provided through a hacked BIOS image that I found on the web a couple years or so ago. > 2) Have you tried disabling IRQ balancing > (noirqbalance kernel parameter + disable irqbalance service)? > No clue what that is. Can you provide any direction? I'd be happy to test. > 3) Are you assigning > 4GB of RAM to the guest? I found a post > in the archive last night mentioning that there's an outstanding qemu > issue with > 4GB of RAM given to the guest. I didn't get around to > re-trying the VM with 3.5GB yet. Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure if that's improper, but it boots just find with a single card, and the 5850 I plugged in for a short while seemed well behaved. Here's a copy of my vm config file: http://pastebin.com/bX0ayA0u > The first time I boot it up, the driver isn't >> installed so it'll work until just before auto-login reaches the >> desktop, but after that I can't boot at all with both VGA devices >> attached. I'd love to explore more, but I'm running out of places to >> look for solutions to my problem that don't involve my credit card and >> some new hardware. In a fit of delicious irony, my problem is almost >> identical to yours---if only I'd bought some cheaper stuff it'd >> probably all work just great :D >> > > Life on the bleeding edge is hard. :( > The thing that really bugs me is that after a fresh reboot with irq > balancing disabled, I can get it working for a few minutes _every time_. > > After a few minutes, it'll start corrupting the screen output and > eventually try to reset itself (sometimes even claim to succeed a few > times), eventually fail and BSOD. The only corrupted output I've seen is during a BSOD itself---which was once on Server 2012---and again I saw some black lines when I zoomed in with Chrome on a Win7 guest. I'm not entirely convinced that the black lines were a symptom of Xen/Radeon/Whatever versus just being a goofy Chrome bug. The only single GPU cards I have are the Radeon 5850s in the AMD box I >> have. I'm just a little reticent to tear the thing apart though cause >> it gets used a lot. I think my next step is to look for a video card >> that properly supports FLR, >> > > As far as I can tell, for all the talk of it - there is NO SUCH THING. > Somebody on the list posted lspci -vvv from their ATI FirePro card > which shows it has no FLR, and I have just got a Quadro 2000, which also > lacks FLR. > > The only vague mention I have seen of FLR on GPUs is on the Intel GPU on > the very latest generation of Core i CPUs (the built in one). And even > if that is true it's not all that useful for gaming. Heh. The crappiest GPU that would ever be in my system is the most compatible? Good grief. :P though I'm considering a hard-hack: think >> of a 12v relay and a PCIe extender cable---if a D3D0 reset actually >> powers off the slot momentarily but the PSU plugs on the card prevent >> it from working, then I could rig up a switch that ties those plugs' >> power state into the slot itself---it's radical, yes, but possibly the >> most inventive solution I can think of so far. I'm super curious to >> see if anyone more knowledgeable than myself thinks it would work, >> because it'd be super cheap to build! As the saying goes though, I'll >> "cross that bridge when I come to it." :) >> > > Interesting. In theory, I think this _should_ work provider your PCIe > bridges support hot-plugging. > > To be certain, you'd have to switch both the PCIe slot and (if your card > uses it) the external power inputs. That'd be the idea. Assuming it works the way I think it does, I could tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GND pins of the PCIe slot and use the relay's output to switch the Vcc from the plug-in cables off of the PSU. Bears testing with a slightly less expensive card, but I wouldn't be surprised to see it work! It'd require some case modding for sure though, as the extension cable will get in the way of properly seating the card. It could be possible to build a tap that could be "slipped in" to a card's PCIe slot... Short of proper FLR support, this could actually very cheaply be built into the expansion card itself. I'd suspect that simply adding FLR would be cheaper on the card manufacturers though. :) 2) My motherboard's PCIe slots are behind NF200 PCIe bridges >>>> (yes, >>>> EVGA have decided in their infinite wisdom to put all 7 PCIe slots >>>> behind NF200s, none are directly attached to the Intel NB). >>>> >>>> I'm so sorry :P. NF200 has probably caused a lot of xen >>>> tinkerers to >>>> utter a few dozen cuss words a piece. >>>> >>>> I can believe that. What is the solution, though? >>>> >>>> The thing that drives me really nuts about the issues I'm seeing >>>> (which may or may not be specifically related to the NF200) is >>>> that it >>>> is so intermittent. It works well enough to boot up and work with >>>> a >>>> gaming type load for a few minutes. Then something happens that >>>> causes >>>> the VGA card to require a reset, and it all falls apart. >>>> >>>> My solution was to buy another motherboard, I had no luck at all >>>> passing the devices behind the NF200, and similar to your >>>> situation >>>> all but one PCIe slot on that board was behind that bridge. >>>> >>>> >>>> Did you not manage to get it working at all? Or was it just >>>> intermittent like in my case? I can typically get about 5 minutes of >>>> gaming out of my ATI card before it all goes wrong. >>>> >>>> Ironically, I was thinking about an Asus Sabertooth with an 8-core >>>> AMD, >>>> but opted to go for broke and get a couple of 6-core Xeons and an >>>> EVGA SR-2. It turns out, a solution that is 4x more expensive isn't >>>> actually better... :( >>>> >>>> >>>> I was unable to get it working at all. The NF200 simply threw errors >>>> that 100% prevented me from passing the device. I think it was missing >>>> a number of specific features required for passthrough, and I vaguely >>>> remember running lspci -vvv to verify what was missing. Perhaps not all >>>> NF200's are created equal? >>>> >>> >>> The only logged issue I had with the NF200s was the lack of ACS, which >>> can be disabled as I mentioned on this thread (at least if you are using >>> the xm stack). After I disabled that PCI passthrough has been working OK. >>> It's just VGA passthrough BSOD-ing after some minutes that is causing me >>> problems. >>> >> >> In reading up on the wiki, there does indeed seem to be a lot more >> info regarding the use of xl and PCI Passthrough today than the last >> time I looked. It seems that these types of configuration options are >> set on a domain-by-domain basis, or even by device; docs say that >> things like VPCI vs direct PASS mapping of slot layout(?) is actually >> configured at the device level either in your DomU config file (like: >> pci = ['0:d:0.0, pci-just-forking-work-damn-**you]) or via xl (like: xl >> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-**you). >> > > Hmm... I honestly don't think the xl way will succeed where xm is unstable, > but I might give it a shot. You'd still likely require all the "hacks" you're currently using, but they'll all move to different places I'm guessing... if the toolstack itself doesn't have any bearing on this (which is my suspicion) then you don't want to go doing all the extra work for nothing, of course! With that in mind, even though I've taken your advice and added the >> config info to my xend files, its entirely possible---especially in >> light of what Casey said---that I'm just Doing It Wrong(TM). It'd >> likely be beneficial for us both to compare notes on that regard. If >> either of you would be willing to help, I could probably use some >> pointers... I've kinda run out of logs to look at with my current >> knowledge on the subject :P >> > > Certainly - what notes do you propose we compare? I'm not completely sure. If you can point me to the proper files to verify that my device has the same PCIe-level compatibility issues as yours (verify that ACS isn't available to the device and so on) then I'd call that a step in the right direction. What about with PCIe devices behind NF200 bridges? I know the >>>> NF200s >>>> don't support PCI ACS, but that is a security feature (which I >>>> have >>>> disabled enforcement of to get this far), and AFAIK shouldn't >>>> actually >>>> affect the basic PCI passthrough capability. >>>> >>>> Question: how'd you disable ACS? I think it may be causing me >>>> some >>>> issues. >>>> >>>> Put: >>>> >>>> (pci-passthrough-strict-check no) >>>> (pci-dev-assign-strict-check no) >>>> >>>> in /etc/xen/xend-config.sxp >>>> >>>> If it was causing you issues, however, I'd expect you to find >>>> errors >>>> in logs pointing at it. >>>> >>>> As I understand the xend-config.sxp [1] is for the xm toolstack >>>> and >>>> deprecated Xend service. >>>> >>>> >>>> xm toolstack and xend are what I am using. I have read reports of >>>> issues >>>> with VGA passthrough using the xl stack so I didn't even attempt to >>>> use it. >>>> >>>> >>>> The xm toolstack was deprecated in version 4.1. I read that it had not >>>> been updated in months due to a lack of maintainers. >>>> >>> >>> I heard that xl is still feature-incomplete and experimental, and >>> problematic with VGA passthrough. >>> >>> I did try xm back >>>> when I started, the passthrough worked but had the same problems I had >>>> when I began testing xl. I have been using xl since then. My logic was >>>> simply "why become dependent on a tool that is no-longer maintained and >>>> may be removed from the next release?" >>>> >>> >>> I'm not wedded to any particular tool stack, I'm happy to use whatever >>> works. But since libvirt and virt-manager are still using xm, and since >>> I have seen recent reports of xl being problematic for VGA passthrough >>> as well as there being no apparent way to disable ACS requirements with >>> the xl stack, that rules it out for me completely at the moment. >>> >> >> The xm stack was rather trying for me. It's like it only wanted to >> throw errors at me when I did PCI stuff. Whereas xl has seemingly >> been more than happy to do whatever I tell it. Though I admit chances >> are pretty good I was just running around, haphazardly using the wrong >> version of python or something. Given our nearly identical results >> thus far, I'd wager that the toolstack itself isn't really the source >> of our problems. If that's true, though, the easy solution is likely >> out the window :( >> > > What distro do you use? Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44. Cheers, Andrew --047d7b6d86aa52b6bf04dc60dceb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 10, 2013 at 10:53 AM, Gordan Bobic <gordan@bobich.net><= /span> wrote:
On Fri, 10 May 2013 10:12:07 -0400, Andrew Bobulsky <rulerof@gmail.com> wrote:
Hello Gordan, Casey,


Thanks for posting the results Gordan, unfortunate that it isn't

=A0 =A0 =A0 working as well as we hoped.


=A0 I haven't given up _quite_ yet.

=A0 I discovered yesterday that it _looks liks_ one of my PCIe slots is
=A0 actually duff (two different GPUs both fail to detect properly in it =A0 but work fine in other slots).

=A0 If it turns out to be a duff slot, there's no telling what else
=A0 might be duff on the motherboard and how it might affect various
=A0 things, even though several days of full load stability testing
=A0 passed.

=A0 So some more bare-metal testing seems to be called for - right now I =A0 am not prepared to disregard the possibility that maybe I have a
=A0 hardware issue somewhere that despite EDAC and ECC on everything,
=A0 remains undetected and unreported in the logs.


I hope you manage to resolve it, though I feel the NF200 will be the
larger challenge.

I hope I'll resolve it, too, but right now I am not convinced that
the NF200 is actually the cause of my problems. My gut feeling says
that if I can get it working for 5 minutes at a time, something less
fundamental than the NF200 PCIe routers are the cause of the problems.

I don't know if I'd be so quick to jump to that conclusion.... I= 9;ll
explain :)

So the reason I asked about ACS enforcement is because I'm currently trying to pass my Radeon 6990 into a VM. =A0I tried this a while back,
but only with ESXi. =A0After futzing with it for a day or two, I had to
quit because while I had VT-d, and the ESXi install said Passthrough
was supported, I ended up in a "this host requires a reboot before
this device can be assigned to a vm" loop of some sort. =A0Hours of investigation revealed that the PEX 8647 (or whatever it is, Google
knows :P) which is the PCIe switch built in to the board of the 6990
is *supposed* to support ACS... but it's seemingly switched off.

Two points here:

1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the
xm/xend stack does allow ACS requirement to be disabled.

Hehe. =A0It's nice to have the option to screw things= up, eh? :)
=A0
2) I actually have it working - for 5 minutes or so at a time. If
the problem was the lack of ACS, it wouldn't work at all.
<= div>
I just can't help but wonder if it is the pro= blem, though. =A0It's the only thing I can pin down that our situations= have in common as far as its being the only "non-compatible" por= tion of the implementation, aside from the nearly identical behavior, of co= urse. Maybe the AMD driver does some stupid stuff that ACS can mitigate? = =A0I just wish I knew more :(

=A0
So what might intrigue you the most here is that while I'm stuck with a VGA device sitting behind this non-ACS compliant switch... My
results are almost identical to yours. =A0Passing one of the VGA devices to the DomU, with or without the corresponding HDMI audio doesn't seem<= br> to matter, I get this:

" it is so intermittent. It works well enough to boot up and work with=
a gaming type load for a few minutes. Then something happens that
causes the VGA card to require a reset, and it all falls apart."

Seriously :P

And you are convinced this is to do with the availability of ACS?

Like I said, it's the only thing that I can pinp= oint as being a hindrance to compatibility. =A0I guess my request here is i= f anyone can help me determine whether or not that's true?
=A0
It eventually likes to BSOD, usually on atikmpag.sys I think. =A0Plenty
of "an attempt was made to reset the display adapter and failed" = blah
blah blah.

Yes, all too familiar.

This happens 100% of the time if I try to boot with both
devices attached.

Both devices?

Yes---that is to say both= of the VGA controllers from the 6990. The relevant portion of my lspci loo= ks like this:=A0http://pastebin.com/raw.php?i=3DGwekPNAW

Note: devices 09 and 0a are my "primary" 6990= 's vga controllers. =A0Also, my crossfire bridge is disconnected. =A0I&= #39;m working with the other card, devices 0d and 0e. =A0I've included = the USB card as well in the list because I'm using it, but it causes me= no problems whatsoever. =A0For what its worth, that USB card works great i= n ESXi as well... Highpoint enabled ACS on their PEX chips :D

Just out of interest:

1) Are you using a multi-socket motherboard?

Nope! =A0It's a Gigabyte GA-EX58-EXTREME. =A0It's LGA1366 wit= h an i7 920 in it. =A0VT-d support is provided through a hacked BIOS image = that I found on the web a couple years or so ago.
=A0
2) Have you tried disabling IRQ balancing
(noirqbalance kernel parameter + disable irqbalance service)?

No clue what that is. =A0Can you provide any directi= on? =A0I'd be happy to test.=A0
=A0
3) Are you assigning > 4GB of RAM to the guest? I found a post
in the archive last night mentioning that there's an outstanding qemu issue with > 4GB of RAM given to the guest. I didn't get around to re-trying the VM with 3.5GB yet.

Yes sir. = =A0It's got 8 GB + 1 GB for the standard video adapter. =A0Not sure if = that's improper, but it boots just find with a single card, and the 585= 0 I plugged in for a short while seemed well behaved. =A0Here's a copy = of my vm config file:=A0http://pastebin.com/bX0ayA0u
=A0
The first time I boot it up, the driver= isn't
installed so it'll work until just before auto-login reaches the
desktop, but after that I can't boot at all with both VGA devices
attached. I'd love to explore more, but I'm running out of places t= o
look for solutions to my problem that don't involve my credit card and<= br> some new hardware. =A0In a fit of delicious irony, my problem is almost
identical to yours---if only I'd bought some cheaper stuff it'd
probably all work just great :D

Life on the bleeding edge is hard. :(
The thing that really bugs me is that after a fresh reboot with irq
balancing disabled, I can get it working for a few minutes _every time_.
After a few minutes, it'll start corrupting the screen output and
eventually try to reset itself (sometimes even claim to succeed a few
times), eventually fail and BSOD.

The only = corrupted output I've seen is during a BSOD itself---which was once on = Server 2012---and again I saw some black lines when I zoomed in with Chrome= on a Win7 guest. =A0I'm not entirely convinced that the black lines we= re a symptom of Xen/Radeon/Whatever versus just being a goofy Chrome bug.

The only single GPU cards I have are the Radeon 5850s in the AMD box I
have. =A0I'm just a little reticent to tear the thing apart though caus= e
it gets used a lot. =A0I think my next step is to look for a video card
that properly supports FLR,

As far as I can tell, for all the talk of it - there is NO SUCH THING.
Somebody on the list posted lspci -vvv from their ATI FirePro card
which shows it has no FLR, and I have just got a Quadro 2000, which also lacks FLR.

The only vague mention I have seen of FLR on GPUs is on the Intel GPU on the very latest generation of Core i CPUs (the built in one). And even
if that is true it's not all that useful for gaming.
<= br>
Heh. =A0The crappiest GPU that would ever be in my system is = the most compatible? =A0Good grief. :P

though I'm considering a hard-hack: think
of a 12v relay and a PCIe extender cable---if a D3D0 reset actually
powers off the slot momentarily but the PSU plugs on the card prevent
it from working, then I could rig up a switch that ties those plugs' power state into the slot itself---it's radical, yes, but possibly the<= br> most inventive solution I can think of so far. =A0I'm super curious to<= br> see if anyone more knowledgeable than myself thinks it would work,
because it'd be super cheap to build! =A0As the saying goes though, I&#= 39;ll
"cross that bridge when I come to it." :)

Interesting. In theory, I think this _should_ work provider your PCIe
bridges support hot-plugging.

To be certain, you'd have to switch both the PCIe slot and (if your car= d
uses it) the external power inputs.

That= 9;d be the idea. =A0Assuming it works the way I think it does, I could tap = a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GN= D pins of the PCIe slot and use the relay's output to switch the Vcc fr= om the plug-in cables off of the PSU. =A0Bears testing with a slightly less= expensive card, but I wouldn't be surprised to see it work! =A0It'= d require some case modding for sure though, as the extension cable will ge= t in the way of properly seating the card. =A0It could be possible to build= a tap that could be "slipped in" to a card's PCIe slot... = =A0Short of proper FLR support, this could actually very cheaply be built i= nto the expansion card itself. =A0I'd suspect that simply adding FLR wo= uld be cheaper on the card manufacturers though. :)
=A0

=A0 =A0 =A0 =A0 =A02) My motherboard's PCIe slots are behind NF200 PCIe= bridges
=A0 =A0 =A0 (yes,
=A0 =A0 =A0 EVGA have decided in their infinite wisdom to put all 7 PCIe sl= ots
=A0 =A0 =A0 behind NF200s, none are directly attached to the Intel NB).

=A0 =A0 =A0 =A0 I'm so sorry :P. NF200 has probably caused a lot of xen=
=A0 =A0 =A0 tinkerers to
=A0 =A0 =A0 =A0 utter a few dozen cuss words a piece.

=A0 =A0 =A0 =A0 I can believe that. What is the solution, though?

=A0 =A0 =A0 =A0 The thing that drives me really nuts about the issues I'= ;m seeing
=A0 =A0 =A0 (which may or may not be specifically related to the NF200) is<= br> =A0 =A0 =A0 that it
=A0 =A0 =A0 is so intermittent. It works well enough to boot up and work wi= th a
=A0 =A0 =A0 gaming type load for a few minutes. Then something happens that=
=A0 =A0 =A0 causes
=A0 =A0 =A0 the VGA card to require a reset, and it all falls apart.

=A0 =A0 =A0 My solution was to buy another motherboard, I had no luck at al= l
=A0 =A0 =A0 passing the devices behind the NF200, and similar to your situa= tion
=A0 =A0 =A0 all but one PCIe slot on that board was behind that bridge.


=A0 Did you not manage to get it working at all? Or was it just
=A0 intermittent like in my case? I can typically get about 5 minutes of =A0 gaming out of my ATI card before it all goes wrong.

=A0 Ironically, I was thinking about an Asus Sabertooth with an 8-core AMD,=
=A0 but opted to go for broke and get a couple of 6-core Xeons and an
=A0 EVGA SR-2. It turns out, a solution that is 4x more expensive isn't=
=A0 actually better... :(


I was unable to get it working at all. =A0The NF200 simply threw errors
that 100% prevented me from passing the device. =A0I think it was missing a number of specific features required for passthrough, and I vaguely
remember running lspci -vvv to verify what was missing. =A0Perhaps not all<= br> NF200's are created equal?

The only logged issue I had with the NF200s was the lack of ACS, which
can be disabled as I mentioned on this thread (at least if you are using the xm stack). After I disabled that PCI passthrough has been working OK. It's just VGA passthrough BSOD-ing after some minutes that is causing m= e
problems.

In reading up on the wiki, there does indeed seem to be a lot more
info regarding the use of xl and PCI Passthrough today than the last
time I looked. =A0It seems that these types of configuration options are set on a domain-by-domain basis, or even by device; docs say that
things like VPCI vs direct PASS mapping of slot layout(?) is actually
configured at the device level either in your DomU config file (like:
pci =3D ['0:d:0.0, pci-just-forking-work-damn-you]) or via xl (l= ike: xl
pci-attach 1 0:d:0.0 pci-just-forking-work-damn-you).

Hmm... I honestly don't think the xl way will succeed where xm is unsta= ble,
but I might give it a shot.

You'd still= likely require all the "hacks" you're currently using, but t= hey'll all move to different places I'm guessing... if the toolstac= k itself doesn't have any bearing on this (which is my suspicion) then = you don't want to go doing all the extra work for nothing, of course!= =A0

With that in mind, even though I've taken your advice and added the
config info to my xend files, its entirely possible---especially in
light of what Casey said---that I'm just Doing It Wrong(TM). =A0It'= d
likely be beneficial for us both to compare notes on that regard. =A0If
either of you would be willing to help, I could probably use some
pointers... I've kinda run out of logs to look at with my current
knowledge on the subject :P

Certainly - what notes do you propose we compare?

I'm not completely sure. =A0If you can point me to the proper fi= les to verify that my device has the same PCIe-level compatibility issues a= s yours (verify that ACS isn't available to the device and so on) then = I'd call that a step in the right direction.

=A0 =A0 =A0 =A0 =A0What about with PCIe devices behind NF200 bridges? I kno= w the
=A0 =A0 =A0 NF200s
=A0 =A0 =A0 don't support PCI ACS, but that is a security feature (whic= h I have
=A0 =A0 =A0 disabled enforcement of to get this far), and AFAIK shouldn'= ;t
=A0 =A0 =A0 actually
=A0 =A0 =A0 affect the basic PCI passthrough capability.

=A0 =A0 =A0 =A0 Question: how'd you disable ACS? =A0I think it may be c= ausing me
=A0 =A0 =A0 some
=A0 =A0 =A0 issues.

=A0 =A0 =A0 =A0 Put:

=A0 =A0 =A0 =A0 (pci-passthrough-strict-check no)
=A0 =A0 =A0 =A0 (pci-dev-assign-strict-check no)

=A0 =A0 =A0 =A0 in /etc/xen/xend-config.sxp

=A0 =A0 =A0 =A0 If it was causing you issues, however, I'd expect you t= o find
=A0 =A0 =A0 errors
=A0 =A0 =A0 in logs pointing at it.

=A0 =A0 =A0 As I understand the xend-config.sxp [1] is for the xm toolstack= and
=A0 =A0 =A0 deprecated Xend service.


=A0 xm toolstack and xend are what I am using. I have read reports of issue= s
=A0 with VGA passthrough using the xl stack so I didn't even attempt to=
=A0 use it.


The xm toolstack was deprecated in version 4.1. =A0I read that it had not been updated in months due to a lack of maintainers.

I heard that xl is still feature-incomplete and experimental, and problemat= ic with VGA passthrough.

I did try xm back
when I started, the passthrough worked but had the same problems I had
when I began testing xl. =A0I have been using xl since then. =A0My logic wa= s
simply "why become dependent on a tool that is no-longer maintained an= d
may be removed from the next release?"

I'm not wedded to any particular tool stack, I'm happy to use whate= ver
works. But since libvirt and virt-manager are still using xm, and since
I have seen recent reports of xl being problematic for VGA passthrough
as well as there being no apparent way to disable ACS requirements with
the xl stack, that rules it out for me completely at the moment.

The xm stack was rather trying for me. =A0It's like it only wanted to throw errors at me when I did PCI stuff. =A0Whereas xl has seemingly
been more than happy to do whatever I tell it. =A0Though I admit chances are pretty good I was just running around, haphazardly using the wrong
version of python or something. =A0Given our nearly identical results
thus far, I'd wager that the toolstack itself isn't really the sour= ce
of our problems. =A0If that's true, though, the easy solution is likely=
out the window :(

What distro do you use?
<snip= >

Currently running Debian Squeeze 6.0.7= x86_64, with Linux kernel 3.4.44.

Cheers,
Andrew
--047d7b6d86aa52b6bf04dc60dceb-- --===============6677692221295328186== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6677692221295328186==-- From xen-users-bounces@lists.xen.org Fri May 10 18:21:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 18:21: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 1Uarub-0005jG-ER; Fri, 10 May 2013 18:19:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaruZ-0005j6-So for xen-users@lists.xen.org; Fri, 10 May 2013 18:19:20 +0000 Received: from [85.158.143.99:52337] by server-1.bemta-4.messagelabs.com id DF/BC-06122-72A3D815; Fri, 10 May 2013 18:19:19 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1368209958!27747623!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5979 invoked from network); 10 May 2013 18:19:18 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 18:19:18 -0000 Received: by mail-wi0-f182.google.com with SMTP id m6so918131wiv.3 for ; Fri, 10 May 2013 11:19:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=dMgxUstlM/JC4CYXOx5QvGYKZ2Eh1KIrQ/2UdBh8F1Y=; b=MK+PylgjVMbGiLNT9/fWNxxu8cVkllw7CllrZua70b4X2Vs+4jU1Saac/k96IlZCca 9HA+iOTvlclce7Q+fzD4n0DfTrHkes74JTyd4wGFSJuc+t/iu8TvyFfLCf6RkfFrjyKq mH3es1dxM/lElXFxEWUIMwaw5nFJQ0kRs41lX9n90/u9Ieukjl95N+w7piXKlKiMcpaq ZQGXTGEsI3ZNeXSfp8DBvFZjBCdo2ReHEQ0/bn5/uJjohVsSVs6ARh0aYcsPzN7NotG0 diXZAypZ1wIu7Ki+TaQI54f2fnrPN19w7z2AL0ELLqu7nqVrCNP6CVotzQ2C0n3RWbUa 3PYg== MIME-Version: 1.0 X-Received: by 10.194.19.104 with SMTP id d8mr26513638wje.24.1368209957867; Fri, 10 May 2013 11:19:17 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 11:19:17 -0700 (PDT) Date: Fri, 10 May 2013 11:19:17 -0700 Message-ID: From: Steven Seed To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlmefiLy/Zm9nloxUk00ZLfL6OtsqH4Mvf0VW/8vAiKCF47C7nIYlVcwNF+sl6UqU7mVH6d Subject: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2838918786146370301==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2838918786146370301== Content-Type: multipart/alternative; boundary=047d7b5d4fda8466a604dc61345f --047d7b5d4fda8466a604dc61345f Content-Type: text/plain; charset=ISO-8859-1 I've been doing some research and have seen the success by David Techer and Teo En Ming in getting a Windows guest to work with VGA passthrough under Xen but I'm wondering if anyone has been able to get it working with a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. I've got a hvm guest running and I've been able to assign the GPU to it. I'm at the point where the Nvidia driver loads and I can see a card in the guest with lspci, however the GPU isn't functional and I get a black screen. I think the issue may be vgabios related because if I cat /proc/driver/nvidia/gpus/0/information I get this: Model: Quadro K5000 IRQ: 40 GPU UUID: GPU-????????-????-????-????-???????????? Video BIOS: ??.??.??.??.?? Bus Type: PCI-E DMA Size: 32 bits DMA Mask: 0xffffffff Bus Location: 0000:00.06.0 If there are patches I need to make this work, I'd appreciate a pointer. I tried following Teo En Ming's document from here: http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen But unfortunately, at least over the last few days, I can't get the patches referenced at http://www.davidgis.fr/download because the site is down. Does anyone have these patches and do you know if they can be applied to XCP 1.6? -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --047d7b5d4fda8466a604dc61345f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I've been doing some research and have seen= the success by David Techer and Teo En Ming in getting a Windows guest to = work with VGA passthrough under Xen but I'm wondering if anyone has bee= n able to get it working with a Linux guest. Specifically, I'm trying t= o run a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I= 'm running XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'= ;m not sure if this will work or not. I've got a hvm guest running and = I've been able to assign the GPU to it. I'm at the point where the = Nvidia driver loads and I can see a card in the guest with lspci, however t= he GPU isn't functional and I get a black screen. I think the issue may= be vgabios related because if I cat /proc/driver/nvidia/gpus/0/information= I get this:

= Model: Quadro K5000
IRQ: =A0 40
GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??
Bus Type: PCI-E
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: 0000:00.06.0


If there are patches I need = to make this work, I'd appreciate a pointer. I tried following Teo En M= ing's document from here:=A0


But=A0unfortunately, at least over the last few d= ays, I can't get the patches referenced at=A0http://www.davidgis.fr/download because the site is d= own.=A0

Does anyone have these patches and do you k= now if they can be applied to XCP 1.6?


--
-
Steven Seed
Sr Systems Engineer
Walt Dis= ney Animation Studios
818-460-9453
--047d7b5d4fda8466a604dc61345f-- --===============2838918786146370301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2838918786146370301==-- From xen-users-bounces@lists.xen.org Fri May 10 18:21:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 18:21: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 1Uarub-0005jG-ER; Fri, 10 May 2013 18:19:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaruZ-0005j6-So for xen-users@lists.xen.org; Fri, 10 May 2013 18:19:20 +0000 Received: from [85.158.143.99:52337] by server-1.bemta-4.messagelabs.com id DF/BC-06122-72A3D815; Fri, 10 May 2013 18:19:19 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1368209958!27747623!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5979 invoked from network); 10 May 2013 18:19:18 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 18:19:18 -0000 Received: by mail-wi0-f182.google.com with SMTP id m6so918131wiv.3 for ; Fri, 10 May 2013 11:19:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=dMgxUstlM/JC4CYXOx5QvGYKZ2Eh1KIrQ/2UdBh8F1Y=; b=MK+PylgjVMbGiLNT9/fWNxxu8cVkllw7CllrZua70b4X2Vs+4jU1Saac/k96IlZCca 9HA+iOTvlclce7Q+fzD4n0DfTrHkes74JTyd4wGFSJuc+t/iu8TvyFfLCf6RkfFrjyKq mH3es1dxM/lElXFxEWUIMwaw5nFJQ0kRs41lX9n90/u9Ieukjl95N+w7piXKlKiMcpaq ZQGXTGEsI3ZNeXSfp8DBvFZjBCdo2ReHEQ0/bn5/uJjohVsSVs6ARh0aYcsPzN7NotG0 diXZAypZ1wIu7Ki+TaQI54f2fnrPN19w7z2AL0ELLqu7nqVrCNP6CVotzQ2C0n3RWbUa 3PYg== MIME-Version: 1.0 X-Received: by 10.194.19.104 with SMTP id d8mr26513638wje.24.1368209957867; Fri, 10 May 2013 11:19:17 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 11:19:17 -0700 (PDT) Date: Fri, 10 May 2013 11:19:17 -0700 Message-ID: From: Steven Seed To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlmefiLy/Zm9nloxUk00ZLfL6OtsqH4Mvf0VW/8vAiKCF47C7nIYlVcwNF+sl6UqU7mVH6d Subject: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2838918786146370301==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2838918786146370301== Content-Type: multipart/alternative; boundary=047d7b5d4fda8466a604dc61345f --047d7b5d4fda8466a604dc61345f Content-Type: text/plain; charset=ISO-8859-1 I've been doing some research and have seen the success by David Techer and Teo En Ming in getting a Windows guest to work with VGA passthrough under Xen but I'm wondering if anyone has been able to get it working with a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. I've got a hvm guest running and I've been able to assign the GPU to it. I'm at the point where the Nvidia driver loads and I can see a card in the guest with lspci, however the GPU isn't functional and I get a black screen. I think the issue may be vgabios related because if I cat /proc/driver/nvidia/gpus/0/information I get this: Model: Quadro K5000 IRQ: 40 GPU UUID: GPU-????????-????-????-????-???????????? Video BIOS: ??.??.??.??.?? Bus Type: PCI-E DMA Size: 32 bits DMA Mask: 0xffffffff Bus Location: 0000:00.06.0 If there are patches I need to make this work, I'd appreciate a pointer. I tried following Teo En Ming's document from here: http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen But unfortunately, at least over the last few days, I can't get the patches referenced at http://www.davidgis.fr/download because the site is down. Does anyone have these patches and do you know if they can be applied to XCP 1.6? -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --047d7b5d4fda8466a604dc61345f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I've been doing some research and have seen= the success by David Techer and Teo En Ming in getting a Windows guest to = work with VGA passthrough under Xen but I'm wondering if anyone has bee= n able to get it working with a Linux guest. Specifically, I'm trying t= o run a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I= 'm running XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'= ;m not sure if this will work or not. I've got a hvm guest running and = I've been able to assign the GPU to it. I'm at the point where the = Nvidia driver loads and I can see a card in the guest with lspci, however t= he GPU isn't functional and I get a black screen. I think the issue may= be vgabios related because if I cat /proc/driver/nvidia/gpus/0/information= I get this:

= Model: Quadro K5000
IRQ: =A0 40
GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??
Bus Type: PCI-E
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: 0000:00.06.0


If there are patches I need = to make this work, I'd appreciate a pointer. I tried following Teo En M= ing's document from here:=A0


But=A0unfortunately, at least over the last few d= ays, I can't get the patches referenced at=A0http://www.davidgis.fr/download because the site is d= own.=A0

Does anyone have these patches and do you k= now if they can be applied to XCP 1.6?


--
-
Steven Seed
Sr Systems Engineer
Walt Dis= ney Animation Studios
818-460-9453
--047d7b5d4fda8466a604dc61345f-- --===============2838918786146370301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2838918786146370301==-- From xen-users-bounces@lists.xen.org Fri May 10 19:00:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:00:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UasWu-0007eG-Hy; Fri, 10 May 2013 18:58:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UasWt-0007db-0J for xen-users@lists.xen.org; Fri, 10 May 2013 18:58:55 +0000 Received: from [193.109.254.147:36639] by server-4.bemta-14.messagelabs.com id 01/A1-29620-E634D815; Fri, 10 May 2013 18:58:54 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1368212331!9572916!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19138 invoked from network); 10 May 2013 18:58:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 18:58:51 -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 AD7822211A3 for ; Fri, 10 May 2013 19:58:47 +0100 (BST) Message-ID: <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 19:58:46 +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> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/10/2013 06:54 PM, Andrew Bobulsky wrote: > Two points here: > > 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the > xm/xend stack does allow ACS requirement to be disabled. > > > Hehe. It's nice to have the option to screw things up, eh? :) Personally, I really dislike too much cleverness from software. While I understand auto-detection is handy for Ubuntu users, I want there to be a way to override things if I need to, without extensive source code modifying. I like there to be a way to tell whatever you are using to quit holding your hand and just do as it's damn well told. > 2) I actually have it working - for 5 minutes or so at a time. If > the problem was the lack of ACS, it wouldn't work at all. > > > I just can't help but wonder if it /is/ the problem, though. It's the > only thing I can pin down that our situations have in common as far as > its being the only "non-compatible" portion of the implementation, aside > from the nearly identical behavior, of course. Maybe the AMD driver does > some stupid stuff that ACS can mitigate? I just wish I knew more :( Now you got me thinking... I noticed that when the GPU starts to head toward the crash, this appears in the syslog: May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: Multiple Uncorrected (Non-Fatal) error received: id=0000 It certainly makes me wonder. Has anyone else seen this error? The device ID in question is: 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 (rev 22) which does not bode well... Duff hardware? > So what might intrigue you the most here is that while I'm stuck > with > a VGA device sitting behind this non-ACS compliant switch... My > results are almost identical to yours. Passing one of the VGA > devices > to the DomU, with or without the corresponding HDMI audio > doesn't seem > to matter, I get this: > > " it is so intermittent. It works well enough to boot up and > work with > a gaming type load for a few minutes. Then something happens that > causes the VGA card to require a reset, and it all falls apart." > > Seriously :P > > > And you are convinced this is to do with the availability of ACS? > > > Like I said, it's the only thing that I can pinpoint as being a > hindrance to compatibility. I guess my request here is if anyone can > help me determine whether or not that's true? What motherboard are you using? Has anyone successfully used it for VGA passthrough? I don't think the possibility of both of us having similarly duff hardware has been systematically excluded yet. > It eventually likes to BSOD, usually on atikmpag.sys I think. > Plenty > of "an attempt was made to reset the display adapter and failed" > blah > blah blah. > > > Yes, all too familiar. > > This happens 100% of the time if I try to boot with both > devices attached. > > > Both devices? > > > Yes---that is to say both of the VGA controllers from the 6990. The > relevant portion of my lspci looks like this: > http://pastebin.com/raw.php?i=GwekPNAW OK, I get it. I seem to remember reading in the archives that dual VGA passthrough is problematic (my experience over the years shows that multiple GPUs are a false economy of highly questionably benefit). > Note: devices 09 and 0a are my "primary" 6990's vga controllers. Also, > my crossfire bridge is disconnected. I'm working with the other card, > devices 0d and 0e. I've included the USB card as well in the list > because I'm using it, but it causes me no problems whatsoever. For what > its worth, that USB card works great in ESXi as well... Highpoint > enabled ACS on their PEX chips :D > > Just out of interest: > > 1) Are you using a multi-socket motherboard? > > > Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 920 in > it. VT-d support is provided through a hacked BIOS image that I found > on the web a couple years or so ago. Having to use a hacked BIOS for VT-d support is not a good sign or a good starting point... > 2) Have you tried disabling IRQ balancing > (noirqbalance kernel parameter + disable irqbalance service)? > > > No clue what that is. Can you provide any direction? I'd be happy to > test. In your boot loader, find the kernel and xen lines and add: On the xen line: noirqbalance On the dom0 kernel line: noirqbalance > 3) Are you assigning > 4GB of RAM to the guest? I found a post > in the archive last night mentioning that there's an outstanding qemu > issue with > 4GB of RAM given to the guest. I didn't get around to > re-trying the VM with 3.5GB yet. > > > Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure > if that's improper, but it boots just find with a single card, and the > 5850 I plugged in for a short while seemed well behaved. Here's a copy > of my vm config file: http://pastebin.com/bX0ayA0u I think reducing the guest RAM to 3.5GB is worth a shot, along with only passing a single GPU device. > The first time I boot it up, the driver isn't > installed so it'll work until just before auto-login reaches the > desktop, but after that I can't boot at all with both VGA devices > attached. I'd love to explore more, but I'm running out of places to > look for solutions to my problem that don't involve my credit > card and > some new hardware. In a fit of delicious irony, my problem is > almost > identical to yours---if only I'd bought some cheaper stuff it'd > probably all work just great :D > > > Life on the bleeding edge is hard. :( > The thing that really bugs me is that after a fresh reboot with irq > balancing disabled, I can get it working for a few minutes _every time_. > > After a few minutes, it'll start corrupting the screen output and > eventually try to reset itself (sometimes even claim to succeed a few > times), eventually fail and BSOD. > > > The only corrupted output I've seen is during a BSOD itself---which was > once on Server 2012---and again I saw some black lines when I zoomed in > with Chrome on a Win7 guest. I'm not entirely convinced that the black > lines were a symptom of Xen/Radeon/Whatever versus just being a goofy > Chrome bug. I'm seeing white lines, both with the Radeon 6450 and the Quadro 2000. > The only single GPU cards I have are the Radeon 5850s in the AMD > box I > have. I'm just a little reticent to tear the thing apart though > cause > it gets used a lot. I think my next step is to look for a video > card > that properly supports FLR, > > > As far as I can tell, for all the talk of it - there is NO SUCH THING. > Somebody on the list posted lspci -vvv from their ATI FirePro card > which shows it has no FLR, and I have just got a Quadro 2000, which also > lacks FLR. > > The only vague mention I have seen of FLR on GPUs is on the Intel GPU on > the very latest generation of Core i CPUs (the built in one). And even > if that is true it's not all that useful for gaming. > > > Heh. The crappiest GPU that would ever be in my system is the most > compatible? Good grief. :P I'm not sure about compatible, but it seems to have a feature that the others don't - then again, take that with a pinch of salt - I don't have one, and I tend not to believe such things until somebody shows me the lspci dump that proves it. > though I'm considering a hard-hack: think > of a 12v relay and a PCIe extender cable---if a D3D0 reset actually > powers off the slot momentarily but the PSU plugs on the card > prevent > it from working, then I could rig up a switch that ties those plugs' > power state into the slot itself---it's radical, yes, but > possibly the > most inventive solution I can think of so far. I'm super curious to > see if anyone more knowledgeable than myself thinks it would work, > because it'd be super cheap to build! As the saying goes > though, I'll > "cross that bridge when I come to it." :) > > > Interesting. In theory, I think this _should_ work provider your PCIe > bridges support hot-plugging. > > To be certain, you'd have to switch both the PCIe slot and (if your card > uses it) the external power inputs. > > > That'd be the idea. Assuming it works the way I think it does, I could > tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GND > pins of the PCIe slot and use the relay's output to switch the Vcc from > the plug-in cables off of the PSU. Bears testing with a slightly less > expensive card, but I wouldn't be surprised to see it work! It'd > require some case modding for sure though, as the extension cable will > get in the way of properly seating the card. It could be possible to > build a tap that could be "slipped in" to a card's PCIe slot... Short > of proper FLR support, this could actually very cheaply be built into > the expansion card itself. I'd suspect that simply adding FLR would be > cheaper on the card manufacturers though. :) Just get a case with more slot cutouts on the back than your motherboard has slots. Then feed the ribbon to the bottom so the card sits in the slot on the case that is below your motherboard - no modding required. :) > 2) My motherboard's PCIe slots are behind > NF200 PCIe bridges > (yes, > EVGA have decided in their infinite wisdom to put > all 7 PCIe slots > behind NF200s, none are directly attached to the > Intel NB). > > I'm so sorry :P. NF200 has probably caused a > lot of xen > tinkerers to > utter a few dozen cuss words a piece. > > I can believe that. What is the solution, though? > > The thing that drives me really nuts about the > issues I'm seeing > (which may or may not be specifically related to > the NF200) is > that it > is so intermittent. It works well enough to boot > up and work with a > gaming type load for a few minutes. Then > something happens that > causes > the VGA card to require a reset, and it all falls > apart. > > My solution was to buy another motherboard, I had > no luck at all > passing the devices behind the NF200, and similar > to your situation > all but one PCIe slot on that board was behind > that bridge. > > > Did you not manage to get it working at all? Or was > it just > intermittent like in my case? I can typically get > about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth > with an 8-core AMD, > but opted to go for broke and get a couple of 6-core > Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more > expensive isn't > actually better... :( > > > I was unable to get it working at all. The NF200 simply > threw errors > that 100% prevented me from passing the device. I think > it was missing > a number of specific features required for passthrough, > and I vaguely > remember running lspci -vvv to verify what was missing. > Perhaps not all > NF200's are created equal? > > > The only logged issue I had with the NF200s was the lack of > ACS, which > can be disabled as I mentioned on this thread (at least if > you are using > the xm stack). After I disabled that PCI passthrough has > been working OK. > It's just VGA passthrough BSOD-ing after some minutes that > is causing me > problems. > > > In reading up on the wiki, there does indeed seem to be a lot more > info regarding the use of xl and PCI Passthrough today than the last > time I looked. It seems that these types of configuration > options are > set on a domain-by-domain basis, or even by device; docs say that > things like VPCI vs direct PASS mapping of slot layout(?) is > actually > configured at the device level either in your DomU config file > (like: > pci = ['0:d:0.0, pci-just-forking-work-damn-__you]) or via xl > (like: xl > pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__you). > > > Hmm... I honestly don't think the xl way will succeed where xm is > unstable, > but I might give it a shot. > > > You'd still likely require all the "hacks" you're currently using, but > they'll all move to different places I'm guessing... if the toolstack > itself doesn't have any bearing on this (which is my suspicion) then you > don't want to go doing all the extra work for nothing, of course! Exactly. And right now what I have read (somebody point me to something that says otherwise), more people seem to have reported success with xm than xl stacks (but that could just be due to the xl stack being much more recent). > With that in mind, even though I've taken your advice and added the > config info to my xend files, its entirely possible---especially in > light of what Casey said---that I'm just Doing It Wrong(TM). It'd > likely be beneficial for us both to compare notes on that > regard. If > either of you would be willing to help, I could probably use some > pointers... I've kinda run out of logs to look at with my current > knowledge on the subject :P > > > Certainly - what notes do you propose we compare? > > > I'm not completely sure. If you can point me to the proper files to > verify that my device has the same PCIe-level compatibility issues as > yours (verify that ACS isn't available to the device and so on) then I'd > call that a step in the right direction. Another thing - Do "lspci -vt" - can you put the card in a slot where it doesn't share a bridge with any other PCIe devices? > What about with PCIe devices behind NF200 > bridges? I know the > NF200s > don't support PCI ACS, but that is a security > feature (which I have > disabled enforcement of to get this far), and > AFAIK shouldn't > actually > affect the basic PCI passthrough capability. > > Question: how'd you disable ACS? I think it > may be causing me > some > issues. > > Put: > > (pci-passthrough-strict-check no) > (pci-dev-assign-strict-check no) > > in /etc/xen/xend-config.sxp > > If it was causing you issues, however, I'd > expect you to find > errors > in logs pointing at it. > > As I understand the xend-config.sxp [1] is for > the xm toolstack and > deprecated Xend service. > > > xm toolstack and xend are what I am using. I have > read reports of issues > with VGA passthrough using the xl stack so I didn't > even attempt to > use it. > > > The xm toolstack was deprecated in version 4.1. I read > that it had not > been updated in months due to a lack of maintainers. > > > I heard that xl is still feature-incomplete and > experimental, and problematic with VGA passthrough. > > I did try xm back > when I started, the passthrough worked but had the same > problems I had > when I began testing xl. I have been using xl since > then. My logic was > simply "why become dependent on a tool that is no-longer > maintained and > may be removed from the next release?" > > > I'm not wedded to any particular tool stack, I'm happy to > use whatever > works. But since libvirt and virt-manager are still using > xm, and since > I have seen recent reports of xl being problematic for VGA > passthrough > as well as there being no apparent way to disable ACS > requirements with > the xl stack, that rules it out for me completely at the moment. > > > The xm stack was rather trying for me. It's like it only wanted to > throw errors at me when I did PCI stuff. Whereas xl has seemingly > been more than happy to do whatever I tell it. Though I admit > chances > are pretty good I was just running around, haphazardly using the > wrong > version of python or something. Given our nearly identical results > thus far, I'd wager that the toolstack itself isn't really the > source > of our problems. If that's true, though, the easy solution is > likely > out the window :( > > > What distro do you use? > > > > > Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44. OK, that's a useful reference point. I'm on EL6 using 3.8.10 (will be upgrading to 3.8.12 tonight). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 19:00:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:00:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UasWu-0007eG-Hy; Fri, 10 May 2013 18:58:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UasWt-0007db-0J for xen-users@lists.xen.org; Fri, 10 May 2013 18:58:55 +0000 Received: from [193.109.254.147:36639] by server-4.bemta-14.messagelabs.com id 01/A1-29620-E634D815; Fri, 10 May 2013 18:58:54 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1368212331!9572916!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19138 invoked from network); 10 May 2013 18:58:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 18:58:51 -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 AD7822211A3 for ; Fri, 10 May 2013 19:58:47 +0100 (BST) Message-ID: <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 19:58:46 +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> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/10/2013 06:54 PM, Andrew Bobulsky wrote: > Two points here: > > 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the > xm/xend stack does allow ACS requirement to be disabled. > > > Hehe. It's nice to have the option to screw things up, eh? :) Personally, I really dislike too much cleverness from software. While I understand auto-detection is handy for Ubuntu users, I want there to be a way to override things if I need to, without extensive source code modifying. I like there to be a way to tell whatever you are using to quit holding your hand and just do as it's damn well told. > 2) I actually have it working - for 5 minutes or so at a time. If > the problem was the lack of ACS, it wouldn't work at all. > > > I just can't help but wonder if it /is/ the problem, though. It's the > only thing I can pin down that our situations have in common as far as > its being the only "non-compatible" portion of the implementation, aside > from the nearly identical behavior, of course. Maybe the AMD driver does > some stupid stuff that ACS can mitigate? I just wish I knew more :( Now you got me thinking... I noticed that when the GPU starts to head toward the crash, this appears in the syslog: May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: Multiple Uncorrected (Non-Fatal) error received: id=0000 It certainly makes me wonder. Has anyone else seen this error? The device ID in question is: 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 (rev 22) which does not bode well... Duff hardware? > So what might intrigue you the most here is that while I'm stuck > with > a VGA device sitting behind this non-ACS compliant switch... My > results are almost identical to yours. Passing one of the VGA > devices > to the DomU, with or without the corresponding HDMI audio > doesn't seem > to matter, I get this: > > " it is so intermittent. It works well enough to boot up and > work with > a gaming type load for a few minutes. Then something happens that > causes the VGA card to require a reset, and it all falls apart." > > Seriously :P > > > And you are convinced this is to do with the availability of ACS? > > > Like I said, it's the only thing that I can pinpoint as being a > hindrance to compatibility. I guess my request here is if anyone can > help me determine whether or not that's true? What motherboard are you using? Has anyone successfully used it for VGA passthrough? I don't think the possibility of both of us having similarly duff hardware has been systematically excluded yet. > It eventually likes to BSOD, usually on atikmpag.sys I think. > Plenty > of "an attempt was made to reset the display adapter and failed" > blah > blah blah. > > > Yes, all too familiar. > > This happens 100% of the time if I try to boot with both > devices attached. > > > Both devices? > > > Yes---that is to say both of the VGA controllers from the 6990. The > relevant portion of my lspci looks like this: > http://pastebin.com/raw.php?i=GwekPNAW OK, I get it. I seem to remember reading in the archives that dual VGA passthrough is problematic (my experience over the years shows that multiple GPUs are a false economy of highly questionably benefit). > Note: devices 09 and 0a are my "primary" 6990's vga controllers. Also, > my crossfire bridge is disconnected. I'm working with the other card, > devices 0d and 0e. I've included the USB card as well in the list > because I'm using it, but it causes me no problems whatsoever. For what > its worth, that USB card works great in ESXi as well... Highpoint > enabled ACS on their PEX chips :D > > Just out of interest: > > 1) Are you using a multi-socket motherboard? > > > Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 920 in > it. VT-d support is provided through a hacked BIOS image that I found > on the web a couple years or so ago. Having to use a hacked BIOS for VT-d support is not a good sign or a good starting point... > 2) Have you tried disabling IRQ balancing > (noirqbalance kernel parameter + disable irqbalance service)? > > > No clue what that is. Can you provide any direction? I'd be happy to > test. In your boot loader, find the kernel and xen lines and add: On the xen line: noirqbalance On the dom0 kernel line: noirqbalance > 3) Are you assigning > 4GB of RAM to the guest? I found a post > in the archive last night mentioning that there's an outstanding qemu > issue with > 4GB of RAM given to the guest. I didn't get around to > re-trying the VM with 3.5GB yet. > > > Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure > if that's improper, but it boots just find with a single card, and the > 5850 I plugged in for a short while seemed well behaved. Here's a copy > of my vm config file: http://pastebin.com/bX0ayA0u I think reducing the guest RAM to 3.5GB is worth a shot, along with only passing a single GPU device. > The first time I boot it up, the driver isn't > installed so it'll work until just before auto-login reaches the > desktop, but after that I can't boot at all with both VGA devices > attached. I'd love to explore more, but I'm running out of places to > look for solutions to my problem that don't involve my credit > card and > some new hardware. In a fit of delicious irony, my problem is > almost > identical to yours---if only I'd bought some cheaper stuff it'd > probably all work just great :D > > > Life on the bleeding edge is hard. :( > The thing that really bugs me is that after a fresh reboot with irq > balancing disabled, I can get it working for a few minutes _every time_. > > After a few minutes, it'll start corrupting the screen output and > eventually try to reset itself (sometimes even claim to succeed a few > times), eventually fail and BSOD. > > > The only corrupted output I've seen is during a BSOD itself---which was > once on Server 2012---and again I saw some black lines when I zoomed in > with Chrome on a Win7 guest. I'm not entirely convinced that the black > lines were a symptom of Xen/Radeon/Whatever versus just being a goofy > Chrome bug. I'm seeing white lines, both with the Radeon 6450 and the Quadro 2000. > The only single GPU cards I have are the Radeon 5850s in the AMD > box I > have. I'm just a little reticent to tear the thing apart though > cause > it gets used a lot. I think my next step is to look for a video > card > that properly supports FLR, > > > As far as I can tell, for all the talk of it - there is NO SUCH THING. > Somebody on the list posted lspci -vvv from their ATI FirePro card > which shows it has no FLR, and I have just got a Quadro 2000, which also > lacks FLR. > > The only vague mention I have seen of FLR on GPUs is on the Intel GPU on > the very latest generation of Core i CPUs (the built in one). And even > if that is true it's not all that useful for gaming. > > > Heh. The crappiest GPU that would ever be in my system is the most > compatible? Good grief. :P I'm not sure about compatible, but it seems to have a feature that the others don't - then again, take that with a pinch of salt - I don't have one, and I tend not to believe such things until somebody shows me the lspci dump that proves it. > though I'm considering a hard-hack: think > of a 12v relay and a PCIe extender cable---if a D3D0 reset actually > powers off the slot momentarily but the PSU plugs on the card > prevent > it from working, then I could rig up a switch that ties those plugs' > power state into the slot itself---it's radical, yes, but > possibly the > most inventive solution I can think of so far. I'm super curious to > see if anyone more knowledgeable than myself thinks it would work, > because it'd be super cheap to build! As the saying goes > though, I'll > "cross that bridge when I come to it." :) > > > Interesting. In theory, I think this _should_ work provider your PCIe > bridges support hot-plugging. > > To be certain, you'd have to switch both the PCIe slot and (if your card > uses it) the external power inputs. > > > That'd be the idea. Assuming it works the way I think it does, I could > tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GND > pins of the PCIe slot and use the relay's output to switch the Vcc from > the plug-in cables off of the PSU. Bears testing with a slightly less > expensive card, but I wouldn't be surprised to see it work! It'd > require some case modding for sure though, as the extension cable will > get in the way of properly seating the card. It could be possible to > build a tap that could be "slipped in" to a card's PCIe slot... Short > of proper FLR support, this could actually very cheaply be built into > the expansion card itself. I'd suspect that simply adding FLR would be > cheaper on the card manufacturers though. :) Just get a case with more slot cutouts on the back than your motherboard has slots. Then feed the ribbon to the bottom so the card sits in the slot on the case that is below your motherboard - no modding required. :) > 2) My motherboard's PCIe slots are behind > NF200 PCIe bridges > (yes, > EVGA have decided in their infinite wisdom to put > all 7 PCIe slots > behind NF200s, none are directly attached to the > Intel NB). > > I'm so sorry :P. NF200 has probably caused a > lot of xen > tinkerers to > utter a few dozen cuss words a piece. > > I can believe that. What is the solution, though? > > The thing that drives me really nuts about the > issues I'm seeing > (which may or may not be specifically related to > the NF200) is > that it > is so intermittent. It works well enough to boot > up and work with a > gaming type load for a few minutes. Then > something happens that > causes > the VGA card to require a reset, and it all falls > apart. > > My solution was to buy another motherboard, I had > no luck at all > passing the devices behind the NF200, and similar > to your situation > all but one PCIe slot on that board was behind > that bridge. > > > Did you not manage to get it working at all? Or was > it just > intermittent like in my case? I can typically get > about 5 minutes of > gaming out of my ATI card before it all goes wrong. > > Ironically, I was thinking about an Asus Sabertooth > with an 8-core AMD, > but opted to go for broke and get a couple of 6-core > Xeons and an > EVGA SR-2. It turns out, a solution that is 4x more > expensive isn't > actually better... :( > > > I was unable to get it working at all. The NF200 simply > threw errors > that 100% prevented me from passing the device. I think > it was missing > a number of specific features required for passthrough, > and I vaguely > remember running lspci -vvv to verify what was missing. > Perhaps not all > NF200's are created equal? > > > The only logged issue I had with the NF200s was the lack of > ACS, which > can be disabled as I mentioned on this thread (at least if > you are using > the xm stack). After I disabled that PCI passthrough has > been working OK. > It's just VGA passthrough BSOD-ing after some minutes that > is causing me > problems. > > > In reading up on the wiki, there does indeed seem to be a lot more > info regarding the use of xl and PCI Passthrough today than the last > time I looked. It seems that these types of configuration > options are > set on a domain-by-domain basis, or even by device; docs say that > things like VPCI vs direct PASS mapping of slot layout(?) is > actually > configured at the device level either in your DomU config file > (like: > pci = ['0:d:0.0, pci-just-forking-work-damn-__you]) or via xl > (like: xl > pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__you). > > > Hmm... I honestly don't think the xl way will succeed where xm is > unstable, > but I might give it a shot. > > > You'd still likely require all the "hacks" you're currently using, but > they'll all move to different places I'm guessing... if the toolstack > itself doesn't have any bearing on this (which is my suspicion) then you > don't want to go doing all the extra work for nothing, of course! Exactly. And right now what I have read (somebody point me to something that says otherwise), more people seem to have reported success with xm than xl stacks (but that could just be due to the xl stack being much more recent). > With that in mind, even though I've taken your advice and added the > config info to my xend files, its entirely possible---especially in > light of what Casey said---that I'm just Doing It Wrong(TM). It'd > likely be beneficial for us both to compare notes on that > regard. If > either of you would be willing to help, I could probably use some > pointers... I've kinda run out of logs to look at with my current > knowledge on the subject :P > > > Certainly - what notes do you propose we compare? > > > I'm not completely sure. If you can point me to the proper files to > verify that my device has the same PCIe-level compatibility issues as > yours (verify that ACS isn't available to the device and so on) then I'd > call that a step in the right direction. Another thing - Do "lspci -vt" - can you put the card in a slot where it doesn't share a bridge with any other PCIe devices? > What about with PCIe devices behind NF200 > bridges? I know the > NF200s > don't support PCI ACS, but that is a security > feature (which I have > disabled enforcement of to get this far), and > AFAIK shouldn't > actually > affect the basic PCI passthrough capability. > > Question: how'd you disable ACS? I think it > may be causing me > some > issues. > > Put: > > (pci-passthrough-strict-check no) > (pci-dev-assign-strict-check no) > > in /etc/xen/xend-config.sxp > > If it was causing you issues, however, I'd > expect you to find > errors > in logs pointing at it. > > As I understand the xend-config.sxp [1] is for > the xm toolstack and > deprecated Xend service. > > > xm toolstack and xend are what I am using. I have > read reports of issues > with VGA passthrough using the xl stack so I didn't > even attempt to > use it. > > > The xm toolstack was deprecated in version 4.1. I read > that it had not > been updated in months due to a lack of maintainers. > > > I heard that xl is still feature-incomplete and > experimental, and problematic with VGA passthrough. > > I did try xm back > when I started, the passthrough worked but had the same > problems I had > when I began testing xl. I have been using xl since > then. My logic was > simply "why become dependent on a tool that is no-longer > maintained and > may be removed from the next release?" > > > I'm not wedded to any particular tool stack, I'm happy to > use whatever > works. But since libvirt and virt-manager are still using > xm, and since > I have seen recent reports of xl being problematic for VGA > passthrough > as well as there being no apparent way to disable ACS > requirements with > the xl stack, that rules it out for me completely at the moment. > > > The xm stack was rather trying for me. It's like it only wanted to > throw errors at me when I did PCI stuff. Whereas xl has seemingly > been more than happy to do whatever I tell it. Though I admit > chances > are pretty good I was just running around, haphazardly using the > wrong > version of python or something. Given our nearly identical results > thus far, I'd wager that the toolstack itself isn't really the > source > of our problems. If that's true, though, the easy solution is > likely > out the window :( > > > What distro do you use? > > > > > Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44. OK, that's a useful reference point. I'm on EL6 using 3.8.10 (will be upgrading to 3.8.12 tonight). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 19:43:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:43: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 1UatD6-0002YO-9w; Fri, 10 May 2013 19:42:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UatD4-0002YF-E4 for xen-users@lists.xen.org; Fri, 10 May 2013 19:42:30 +0000 Received: from [85.158.137.99:17511] by server-10.bemta-3.messagelabs.com id 54/93-00761-5AD4D815; Fri, 10 May 2013 19:42:29 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1368214946!15950508!1 X-Originating-IP: [209.85.220.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 14939 invoked from network); 10 May 2013 19:42:27 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 19:42:27 -0000 Received: by mail-vc0-f170.google.com with SMTP id gf12so4012874vcb.15 for ; Fri, 10 May 2013 12:42: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=NakupHc5JSx44uIK67GBfxbMKGrhZFibw5altyFL5Hw=; b=MPkcnjdEemFJkvrL6mBy2PKA0D45h6jGkoGV26/jSW0QS53UE+zhgyO+WnULRTG5YO Mo74/0eTjb9F5sNyKEszAghLKe7bpGrqirze7CeDyJnZvZTEKUoEkB5sk/S94Nso+Wa3 UNY3zrcagkeDlHlvDmhmJ0IIQfpWLYgCLt8aq3o7LQNu2JrG1V6cNErhgi53SfS2R9t3 ZH335BX6Pg/+ooLC7GEzbc29NFaHLQL9zmU3ztew9mxU+/lk01KedbBiUp+BBbsXgfek ADtUlG3TG2kARB19dUvQh9Xr0X68xOkx9Yp6sENRvPDvm95EU1wQ9l/1pgVg6PlgVqmQ 5Feg== MIME-Version: 1.0 X-Received: by 10.220.244.137 with SMTP id lq9mr12307145vcb.13.1368214946011; Fri, 10 May 2013 12:42:26 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Fri, 10 May 2013 12:42:25 -0700 (PDT) In-Reply-To: <518D4366.1070807@bobich.net> References: <516BF188.4050100@bobich.net> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 15:42:25 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2467859053277082289==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2467859053277082289== Content-Type: multipart/alternative; boundary=089e0115f698d55f4104dc625db9 --089e0115f698d55f4104dc625db9 Content-Type: text/plain; charset=UTF-8 > > > 2) Have you tried disabling IRQ balancing >> (noirqbalance kernel parameter + disable irqbalance service)? >> >> >> No clue what that is. Can you provide any direction? I'd be happy to >> test. >> > > In your boot loader, find the kernel and xen lines and add: > > On the xen line: > noirqbalance > > On the dom0 kernel line: > noirqbalance > > How would removing noirqbalance help fix the problem? Just curious; as I understand it that tool is used to balance requests like a scheduler of sorts. > > 3) Are you assigning > 4GB of RAM to the guest? I found a post >> in the archive last night mentioning that there's an outstanding qemu >> issue with > 4GB of RAM given to the guest. I didn't get around to >> re-trying the VM with 3.5GB yet. >> >> >> Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure >> if that's improper, but it boots just find with a single card, and the >> 5850 I plugged in for a short while seemed well behaved. Here's a copy >> of my vm config file: http://pastebin.com/bX0ayA0u >> > > I think reducing the guest RAM to 3.5GB is worth a shot, along with only > passing a single GPU device. > > If I recall the RAM limit is specific to PV guests or older versions of Xen. I have run Windows with 4, 6, 8, and 16GB of RAM without ever encountering this problem, and this includes tests with the xl toolstack on Xen 4.1.2. > > The only single GPU cards I have are the Radeon 5850s in the AMD >> box I >> have. I'm just a little reticent to tear the thing apart though >> cause >> it gets used a lot. I think my next step is to look for a video >> card >> that properly supports FLR, >> >> >> As far as I can tell, for all the talk of it - there is NO SUCH THING. >> Somebody on the list posted lspci -vvv from their ATI FirePro card >> which shows it has no FLR, and I have just got a Quadro 2000, which >> also >> lacks FLR. >> >> The only vague mention I have seen of FLR on GPUs is on the Intel GPU >> on >> the very latest generation of Core i CPUs (the built in one). And even >> if that is true it's not all that useful for gaming. >> >> >> Heh. The crappiest GPU that would ever be in my system is the most >> compatible? Good grief. :P >> > > I'm not sure about compatible, but it seems to have a feature that the > others don't - then again, take that with a pinch of salt - I don't have > one, and I tend not to believe such things until somebody shows me the > lspci dump that proves it. > > Where did you find mention of the newer integrated graphics supporting FLR? I have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv and -vvv I did not see FLReset+, but maybe I did something incorrectly as I also did not see any mention of FLReset anywhere? If the Ivybridge integrated has FLReset I would totally want to test it. It may not be a powerful chip compared to modern discrete cards, and it won't prove that the lack of FLR is the cause of our AMD/nVidia problems, but it would show the effect the presence of FLR has. > > 2) My motherboard's PCIe slots are behind >> NF200 PCIe bridges >> (yes, >> EVGA have decided in their infinite wisdom to put >> all 7 PCIe slots >> behind NF200s, none are directly attached to the >> Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a >> lot of xen >> tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the >> issues I'm seeing >> (which may or may not be specifically related to >> the NF200) is >> that it >> is so intermittent. It works well enough to boot >> up and work with a >> gaming type load for a few minutes. Then >> something happens that >> causes >> the VGA card to require a reset, and it all falls >> apart. >> >> My solution was to buy another motherboard, I had >> no luck at all >> passing the devices behind the NF200, and similar >> to your situation >> all but one PCIe slot on that board was behind >> that bridge. >> >> >> Did you not manage to get it working at all? Or was >> it just >> intermittent like in my case? I can typically get >> about 5 minutes of >> gaming out of my ATI card before it all goes wrong. >> >> Ironically, I was thinking about an Asus Sabertooth >> with an 8-core AMD, >> but opted to go for broke and get a couple of 6-core >> Xeons and an >> EVGA SR-2. It turns out, a solution that is 4x more >> expensive isn't >> actually better... :( >> >> >> I was unable to get it working at all. The NF200 simply >> threw errors >> that 100% prevented me from passing the device. I think >> it was missing >> a number of specific features required for passthrough, >> and I vaguely >> remember running lspci -vvv to verify what was missing. >> Perhaps not all >> NF200's are created equal? >> >> >> The only logged issue I had with the NF200s was the lack of >> ACS, which >> can be disabled as I mentioned on this thread (at least if >> you are using >> the xm stack). After I disabled that PCI passthrough has >> been working OK. >> It's just VGA passthrough BSOD-ing after some minutes that >> is causing me >> problems. >> >> >> In reading up on the wiki, there does indeed seem to be a lot more >> info regarding the use of xl and PCI Passthrough today than the >> last >> time I looked. It seems that these types of configuration >> options are >> set on a domain-by-domain basis, or even by device; docs say that >> things like VPCI vs direct PASS mapping of slot layout(?) is >> actually >> configured at the device level either in your DomU config file >> (like: >> pci = ['0:d:0.0, pci-just-forking-work-damn-__**you]) or via xl >> (like: xl >> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__**you). >> >> >> >> Hmm... I honestly don't think the xl way will succeed where xm is >> unstable, >> but I might give it a shot. >> >> >> You'd still likely require all the "hacks" you're currently using, but >> they'll all move to different places I'm guessing... if the toolstack >> itself doesn't have any bearing on this (which is my suspicion) then you >> don't want to go doing all the extra work for nothing, of course! >> > > Exactly. And right now what I have read (somebody point me to something > that says otherwise), more people seem to have reported success with xm > than xl stacks (but that could just be due to the xl stack being much more > recent). > I would go as far as to say that most of those reports came from people who used the packaged Xen, and until very recently the packaged Xen was 4.0 or 4.1 where xm is still the default toolstack. --089e0115f698d55f4104dc625db9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=C2=A0 =C2=A0 2) Have you tried disabling IRQ balancing
=C2=A0 =C2=A0 (noirqbalance kernel parameter + disable irqbalance service)?=


No clue what that is. =C2=A0Can you provide any direction? =C2=A0I'd be= happy to
test.

In your boot loader, find the kernel and xen lines and add:

On the xen line:
noirqbalance

On the dom0 kernel line:
noirqbalance


Ho= w would removing noirqbalance help fix the problem? =C2=A0Just curious; as = I understand it that tool is used to balance requests like a scheduler of s= orts.
=C2=A0

=C2=A0 =C2=A0 3) Are you assigning > 4GB of RAM to the guest? I found a = post
=C2=A0 =C2=A0 in the archive last night mentioning that there's an outs= tanding qemu
=C2=A0 =C2=A0 issue with > 4GB of RAM given to the guest. I didn't g= et around to
=C2=A0 =C2=A0 re-trying the VM with 3.5GB yet.


Yes sir. =C2=A0It's got 8 GB + 1 GB for the standard video adapter. =C2= =A0Not sure
if that's improper, but it boots just find with a single card, and the<= br> 5850 I plugged in for a short while seemed well behaved. =C2=A0Here's a= copy
of my vm config file: http://pastebin.com/bX0ayA0u

I think reducing the guest RAM to 3.5GB is worth a shot, along with only pa= ssing a single GPU device.

If I recall the RAM limit is specific to PV guests or older ver= sions of Xen. =C2=A0I have run Windows with 4, 6, 8, and 16GB of RAM withou= t ever encountering this problem, and this includes tests with the xl tools= tack on Xen 4.1.2.
=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 The only single GPU cards I have are the Radeon= 5850s in the AMD
=C2=A0 =C2=A0 =C2=A0 =C2=A0 box I
=C2=A0 =C2=A0 =C2=A0 =C2=A0 have. =C2=A0I'm just a little reticent to t= ear the thing apart though
=C2=A0 =C2=A0 =C2=A0 =C2=A0 cause
=C2=A0 =C2=A0 =C2=A0 =C2=A0 it gets used a lot. =C2=A0I think my next step = is to look for a video
=C2=A0 =C2=A0 =C2=A0 =C2=A0 card
=C2=A0 =C2=A0 =C2=A0 =C2=A0 that properly supports FLR,


=C2=A0 =C2=A0 As far as I can tell, for all the talk of it - there is NO SU= CH THING.
=C2=A0 =C2=A0 Somebody on the list posted lspci -vvv from their ATI FirePro= card
=C2=A0 =C2=A0 which shows it has no FLR, and I have just got a Quadro 2000,= which also
=C2=A0 =C2=A0 lacks FLR.

=C2=A0 =C2=A0 The only vague mention I have seen of FLR on GPUs is on the I= ntel GPU on
=C2=A0 =C2=A0 the very latest generation of Core i CPUs (the built in one).= And even
=C2=A0 =C2=A0 if that is true it's not all that useful for gaming.


Heh. =C2=A0The crappiest GPU that would ever be in my system is the most compatible? =C2=A0Good grief. :P

I'm not sure about compatible, but it seems to have a feature that the = others don't - then again, take that with a pinch of salt - I don't= have one, and I tend not to believe such things until somebody shows me th= e lspci dump that proves it.


Where di= d you find mention of the newer integrated graphics supporting FLR? =C2=A0I= have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv and -vvv I= did not see FLReset+, but maybe I did something incorrectly as I also did = not see any mention of FLReset anywhere? =C2=A0If the Ivybridge integrated = has FLReset I would totally want to test it. =C2=A0It may not be a powerful= chip compared to modern discrete cards, and it won't prove that the la= ck of FLR is the cause of our AMD/nVidia problems, but it would show the ef= fect the presence of FLR has.
=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 2) My motherboard's PCIe slots are behind
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 NF200 PCIe bridges<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(yes,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0EVGA have decided in their infinite wisdom to put
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 all 7 PCIe slots =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0behind NF200s, none are directly attached to the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Intel NB).

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0I'm so sorry :P. NF200 has probably caused a
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lot of xen
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0tinkerers to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0utter a few dozen cuss words a piece.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0I can believe that. What is the solution, though?

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0The thing that drives me really nuts about the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 issues I'm seei= ng
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(which may or may not be specifically related to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the NF200) is
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0that it
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0is so intermittent. It works well enough to boot
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 up and work with a<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0gaming type load for a few minutes. Then
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 something happens t= hat
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0causes
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0the VGA card to require a reset, and it all falls
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 apart.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0My solution was to buy another motherboard, I had
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 no luck at all
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0passing the devices behind the NF200, and similar
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to your situation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0all but one PCIe slot on that board was behind
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 that bridge.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Did yo= u not manage to get it working at all? Or was
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 it just
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0interm= ittent like in my case? I can typically get
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 about 5 minutes of<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0gaming= out of my ATI card before it all goes wrong.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ironic= ally, I was thinking about an Asus Sabertooth
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 with an 8-core AMD,=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0but op= ted to go for broke and get a couple of 6-core
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Xeons and an
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0EVGA S= R-2. It turns out, a solution that is 4x more
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 expensive isn't=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0actual= ly better... :(


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I was unable to get= it working at all. =C2=A0The NF200 simply
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 threw errors
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 that 100% prevented= me from passing the device. =C2=A0I think
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 it was missing
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 a number of specifi= c features required for passthrough,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 and I vaguely
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 remember running ls= pci -vvv to verify what was missing.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Perhaps not = all
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 NF200's are cre= ated equal?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 The only logged issue I had with = the NF200s was the lack of
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ACS, which
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 can be disabled as I mentioned on= this thread (at least if
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 you are using
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the xm stack). After I disabled t= hat PCI passthrough has
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 been working OK.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 It's just VGA passthrough BSO= D-ing after some minutes that
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 is causing me
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 problems.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 In reading up on the wiki, there does indeed se= em to be a lot more
=C2=A0 =C2=A0 =C2=A0 =C2=A0 info regarding the use of xl and PCI Passthroug= h today than the last
=C2=A0 =C2=A0 =C2=A0 =C2=A0 time I looked. =C2=A0It seems that these types = of configuration
=C2=A0 =C2=A0 =C2=A0 =C2=A0 options are
=C2=A0 =C2=A0 =C2=A0 =C2=A0 set on a domain-by-domain basis, or even by dev= ice; docs say that
=C2=A0 =C2=A0 =C2=A0 =C2=A0 things like VPCI vs direct PASS mapping of slot= layout(?) is
=C2=A0 =C2=A0 =C2=A0 =C2=A0 actually
=C2=A0 =C2=A0 =C2=A0 =C2=A0 configured at the device level either in your D= omU config file
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (like:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pci =3D ['0:d:0.0, pci-just-forking-work-da= mn-__you]) or via xl
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (like: xl
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pci-attach 1 0:d:0.0 pci-just-forking-work-damn= -__you).



=C2=A0 =C2=A0 Hmm... I honestly don't think the xl way will succeed whe= re xm is
=C2=A0 =C2=A0 unstable,
=C2=A0 =C2=A0 but I might give it a shot.


You'd still likely require all the "hacks" you're current= ly using, but
they'll all move to different places I'm guessing... if the toolsta= ck
itself doesn't have any bearing on this (which is my suspicion) then yo= u
don't want to go doing all the extra work for nothing, of course!

Exactly. And right now what I have read (somebody point me to something tha= t says otherwise), more people seem to have reported success with xm than x= l stacks (but that could just be due to the xl stack being much more recent= ).

I would go as far as to say that mos= t of those reports came from people who used the packaged Xen, and until ve= ry recently the packaged Xen was 4.0 or 4.1 where xm is still the default t= oolstack.

--089e0115f698d55f4104dc625db9-- --===============2467859053277082289== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2467859053277082289==-- From xen-users-bounces@lists.xen.org Fri May 10 19:43:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:43: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 1UatD6-0002YO-9w; Fri, 10 May 2013 19:42:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UatD4-0002YF-E4 for xen-users@lists.xen.org; Fri, 10 May 2013 19:42:30 +0000 Received: from [85.158.137.99:17511] by server-10.bemta-3.messagelabs.com id 54/93-00761-5AD4D815; Fri, 10 May 2013 19:42:29 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1368214946!15950508!1 X-Originating-IP: [209.85.220.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 14939 invoked from network); 10 May 2013 19:42:27 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 19:42:27 -0000 Received: by mail-vc0-f170.google.com with SMTP id gf12so4012874vcb.15 for ; Fri, 10 May 2013 12:42: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=NakupHc5JSx44uIK67GBfxbMKGrhZFibw5altyFL5Hw=; b=MPkcnjdEemFJkvrL6mBy2PKA0D45h6jGkoGV26/jSW0QS53UE+zhgyO+WnULRTG5YO Mo74/0eTjb9F5sNyKEszAghLKe7bpGrqirze7CeDyJnZvZTEKUoEkB5sk/S94Nso+Wa3 UNY3zrcagkeDlHlvDmhmJ0IIQfpWLYgCLt8aq3o7LQNu2JrG1V6cNErhgi53SfS2R9t3 ZH335BX6Pg/+ooLC7GEzbc29NFaHLQL9zmU3ztew9mxU+/lk01KedbBiUp+BBbsXgfek ADtUlG3TG2kARB19dUvQh9Xr0X68xOkx9Yp6sENRvPDvm95EU1wQ9l/1pgVg6PlgVqmQ 5Feg== MIME-Version: 1.0 X-Received: by 10.220.244.137 with SMTP id lq9mr12307145vcb.13.1368214946011; Fri, 10 May 2013 12:42:26 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Fri, 10 May 2013 12:42:25 -0700 (PDT) In-Reply-To: <518D4366.1070807@bobich.net> References: <516BF188.4050100@bobich.net> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 15:42:25 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2467859053277082289==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2467859053277082289== Content-Type: multipart/alternative; boundary=089e0115f698d55f4104dc625db9 --089e0115f698d55f4104dc625db9 Content-Type: text/plain; charset=UTF-8 > > > 2) Have you tried disabling IRQ balancing >> (noirqbalance kernel parameter + disable irqbalance service)? >> >> >> No clue what that is. Can you provide any direction? I'd be happy to >> test. >> > > In your boot loader, find the kernel and xen lines and add: > > On the xen line: > noirqbalance > > On the dom0 kernel line: > noirqbalance > > How would removing noirqbalance help fix the problem? Just curious; as I understand it that tool is used to balance requests like a scheduler of sorts. > > 3) Are you assigning > 4GB of RAM to the guest? I found a post >> in the archive last night mentioning that there's an outstanding qemu >> issue with > 4GB of RAM given to the guest. I didn't get around to >> re-trying the VM with 3.5GB yet. >> >> >> Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure >> if that's improper, but it boots just find with a single card, and the >> 5850 I plugged in for a short while seemed well behaved. Here's a copy >> of my vm config file: http://pastebin.com/bX0ayA0u >> > > I think reducing the guest RAM to 3.5GB is worth a shot, along with only > passing a single GPU device. > > If I recall the RAM limit is specific to PV guests or older versions of Xen. I have run Windows with 4, 6, 8, and 16GB of RAM without ever encountering this problem, and this includes tests with the xl toolstack on Xen 4.1.2. > > The only single GPU cards I have are the Radeon 5850s in the AMD >> box I >> have. I'm just a little reticent to tear the thing apart though >> cause >> it gets used a lot. I think my next step is to look for a video >> card >> that properly supports FLR, >> >> >> As far as I can tell, for all the talk of it - there is NO SUCH THING. >> Somebody on the list posted lspci -vvv from their ATI FirePro card >> which shows it has no FLR, and I have just got a Quadro 2000, which >> also >> lacks FLR. >> >> The only vague mention I have seen of FLR on GPUs is on the Intel GPU >> on >> the very latest generation of Core i CPUs (the built in one). And even >> if that is true it's not all that useful for gaming. >> >> >> Heh. The crappiest GPU that would ever be in my system is the most >> compatible? Good grief. :P >> > > I'm not sure about compatible, but it seems to have a feature that the > others don't - then again, take that with a pinch of salt - I don't have > one, and I tend not to believe such things until somebody shows me the > lspci dump that proves it. > > Where did you find mention of the newer integrated graphics supporting FLR? I have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv and -vvv I did not see FLReset+, but maybe I did something incorrectly as I also did not see any mention of FLReset anywhere? If the Ivybridge integrated has FLReset I would totally want to test it. It may not be a powerful chip compared to modern discrete cards, and it won't prove that the lack of FLR is the cause of our AMD/nVidia problems, but it would show the effect the presence of FLR has. > > 2) My motherboard's PCIe slots are behind >> NF200 PCIe bridges >> (yes, >> EVGA have decided in their infinite wisdom to put >> all 7 PCIe slots >> behind NF200s, none are directly attached to the >> Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a >> lot of xen >> tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the >> issues I'm seeing >> (which may or may not be specifically related to >> the NF200) is >> that it >> is so intermittent. It works well enough to boot >> up and work with a >> gaming type load for a few minutes. Then >> something happens that >> causes >> the VGA card to require a reset, and it all falls >> apart. >> >> My solution was to buy another motherboard, I had >> no luck at all >> passing the devices behind the NF200, and similar >> to your situation >> all but one PCIe slot on that board was behind >> that bridge. >> >> >> Did you not manage to get it working at all? Or was >> it just >> intermittent like in my case? I can typically get >> about 5 minutes of >> gaming out of my ATI card before it all goes wrong. >> >> Ironically, I was thinking about an Asus Sabertooth >> with an 8-core AMD, >> but opted to go for broke and get a couple of 6-core >> Xeons and an >> EVGA SR-2. It turns out, a solution that is 4x more >> expensive isn't >> actually better... :( >> >> >> I was unable to get it working at all. The NF200 simply >> threw errors >> that 100% prevented me from passing the device. I think >> it was missing >> a number of specific features required for passthrough, >> and I vaguely >> remember running lspci -vvv to verify what was missing. >> Perhaps not all >> NF200's are created equal? >> >> >> The only logged issue I had with the NF200s was the lack of >> ACS, which >> can be disabled as I mentioned on this thread (at least if >> you are using >> the xm stack). After I disabled that PCI passthrough has >> been working OK. >> It's just VGA passthrough BSOD-ing after some minutes that >> is causing me >> problems. >> >> >> In reading up on the wiki, there does indeed seem to be a lot more >> info regarding the use of xl and PCI Passthrough today than the >> last >> time I looked. It seems that these types of configuration >> options are >> set on a domain-by-domain basis, or even by device; docs say that >> things like VPCI vs direct PASS mapping of slot layout(?) is >> actually >> configured at the device level either in your DomU config file >> (like: >> pci = ['0:d:0.0, pci-just-forking-work-damn-__**you]) or via xl >> (like: xl >> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__**you). >> >> >> >> Hmm... I honestly don't think the xl way will succeed where xm is >> unstable, >> but I might give it a shot. >> >> >> You'd still likely require all the "hacks" you're currently using, but >> they'll all move to different places I'm guessing... if the toolstack >> itself doesn't have any bearing on this (which is my suspicion) then you >> don't want to go doing all the extra work for nothing, of course! >> > > Exactly. And right now what I have read (somebody point me to something > that says otherwise), more people seem to have reported success with xm > than xl stacks (but that could just be due to the xl stack being much more > recent). > I would go as far as to say that most of those reports came from people who used the packaged Xen, and until very recently the packaged Xen was 4.0 or 4.1 where xm is still the default toolstack. --089e0115f698d55f4104dc625db9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=C2=A0 =C2=A0 2) Have you tried disabling IRQ balancing
=C2=A0 =C2=A0 (noirqbalance kernel parameter + disable irqbalance service)?=


No clue what that is. =C2=A0Can you provide any direction? =C2=A0I'd be= happy to
test.

In your boot loader, find the kernel and xen lines and add:

On the xen line:
noirqbalance

On the dom0 kernel line:
noirqbalance


Ho= w would removing noirqbalance help fix the problem? =C2=A0Just curious; as = I understand it that tool is used to balance requests like a scheduler of s= orts.
=C2=A0

=C2=A0 =C2=A0 3) Are you assigning > 4GB of RAM to the guest? I found a = post
=C2=A0 =C2=A0 in the archive last night mentioning that there's an outs= tanding qemu
=C2=A0 =C2=A0 issue with > 4GB of RAM given to the guest. I didn't g= et around to
=C2=A0 =C2=A0 re-trying the VM with 3.5GB yet.


Yes sir. =C2=A0It's got 8 GB + 1 GB for the standard video adapter. =C2= =A0Not sure
if that's improper, but it boots just find with a single card, and the<= br> 5850 I plugged in for a short while seemed well behaved. =C2=A0Here's a= copy
of my vm config file: http://pastebin.com/bX0ayA0u

I think reducing the guest RAM to 3.5GB is worth a shot, along with only pa= ssing a single GPU device.

If I recall the RAM limit is specific to PV guests or older ver= sions of Xen. =C2=A0I have run Windows with 4, 6, 8, and 16GB of RAM withou= t ever encountering this problem, and this includes tests with the xl tools= tack on Xen 4.1.2.
=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 The only single GPU cards I have are the Radeon= 5850s in the AMD
=C2=A0 =C2=A0 =C2=A0 =C2=A0 box I
=C2=A0 =C2=A0 =C2=A0 =C2=A0 have. =C2=A0I'm just a little reticent to t= ear the thing apart though
=C2=A0 =C2=A0 =C2=A0 =C2=A0 cause
=C2=A0 =C2=A0 =C2=A0 =C2=A0 it gets used a lot. =C2=A0I think my next step = is to look for a video
=C2=A0 =C2=A0 =C2=A0 =C2=A0 card
=C2=A0 =C2=A0 =C2=A0 =C2=A0 that properly supports FLR,


=C2=A0 =C2=A0 As far as I can tell, for all the talk of it - there is NO SU= CH THING.
=C2=A0 =C2=A0 Somebody on the list posted lspci -vvv from their ATI FirePro= card
=C2=A0 =C2=A0 which shows it has no FLR, and I have just got a Quadro 2000,= which also
=C2=A0 =C2=A0 lacks FLR.

=C2=A0 =C2=A0 The only vague mention I have seen of FLR on GPUs is on the I= ntel GPU on
=C2=A0 =C2=A0 the very latest generation of Core i CPUs (the built in one).= And even
=C2=A0 =C2=A0 if that is true it's not all that useful for gaming.


Heh. =C2=A0The crappiest GPU that would ever be in my system is the most compatible? =C2=A0Good grief. :P

I'm not sure about compatible, but it seems to have a feature that the = others don't - then again, take that with a pinch of salt - I don't= have one, and I tend not to believe such things until somebody shows me th= e lspci dump that proves it.


Where di= d you find mention of the newer integrated graphics supporting FLR? =C2=A0I= have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv and -vvv I= did not see FLReset+, but maybe I did something incorrectly as I also did = not see any mention of FLReset anywhere? =C2=A0If the Ivybridge integrated = has FLReset I would totally want to test it. =C2=A0It may not be a powerful= chip compared to modern discrete cards, and it won't prove that the la= ck of FLR is the cause of our AMD/nVidia problems, but it would show the ef= fect the presence of FLR has.
=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 2) My motherboard's PCIe slots are behind
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 NF200 PCIe bridges<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(yes,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0EVGA have decided in their infinite wisdom to put
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 all 7 PCIe slots =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0behind NF200s, none are directly attached to the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Intel NB).

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0I'm so sorry :P. NF200 has probably caused a
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lot of xen
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0tinkerers to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0utter a few dozen cuss words a piece.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0I can believe that. What is the solution, though?

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0The thing that drives me really nuts about the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 issues I'm seei= ng
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(which may or may not be specifically related to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the NF200) is
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0that it
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0is so intermittent. It works well enough to boot
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 up and work with a<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0gaming type load for a few minutes. Then
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 something happens t= hat
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0causes
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0the VGA card to require a reset, and it all falls
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 apart.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0My solution was to buy another motherboard, I had
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 no luck at all
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0passing the devices behind the NF200, and similar
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to your situation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0all but one PCIe slot on that board was behind
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 that bridge.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Did yo= u not manage to get it working at all? Or was
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 it just
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0interm= ittent like in my case? I can typically get
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 about 5 minutes of<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0gaming= out of my ATI card before it all goes wrong.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ironic= ally, I was thinking about an Asus Sabertooth
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 with an 8-core AMD,=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0but op= ted to go for broke and get a couple of 6-core
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Xeons and an
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0EVGA S= R-2. It turns out, a solution that is 4x more
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 expensive isn't=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0actual= ly better... :(


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I was unable to get= it working at all. =C2=A0The NF200 simply
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 threw errors
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 that 100% prevented= me from passing the device. =C2=A0I think
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 it was missing
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 a number of specifi= c features required for passthrough,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 and I vaguely
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 remember running ls= pci -vvv to verify what was missing.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Perhaps not = all
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 NF200's are cre= ated equal?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 The only logged issue I had with = the NF200s was the lack of
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ACS, which
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 can be disabled as I mentioned on= this thread (at least if
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 you are using
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the xm stack). After I disabled t= hat PCI passthrough has
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 been working OK.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 It's just VGA passthrough BSO= D-ing after some minutes that
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 is causing me
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 problems.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 In reading up on the wiki, there does indeed se= em to be a lot more
=C2=A0 =C2=A0 =C2=A0 =C2=A0 info regarding the use of xl and PCI Passthroug= h today than the last
=C2=A0 =C2=A0 =C2=A0 =C2=A0 time I looked. =C2=A0It seems that these types = of configuration
=C2=A0 =C2=A0 =C2=A0 =C2=A0 options are
=C2=A0 =C2=A0 =C2=A0 =C2=A0 set on a domain-by-domain basis, or even by dev= ice; docs say that
=C2=A0 =C2=A0 =C2=A0 =C2=A0 things like VPCI vs direct PASS mapping of slot= layout(?) is
=C2=A0 =C2=A0 =C2=A0 =C2=A0 actually
=C2=A0 =C2=A0 =C2=A0 =C2=A0 configured at the device level either in your D= omU config file
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (like:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pci =3D ['0:d:0.0, pci-just-forking-work-da= mn-__you]) or via xl
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (like: xl
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pci-attach 1 0:d:0.0 pci-just-forking-work-damn= -__you).



=C2=A0 =C2=A0 Hmm... I honestly don't think the xl way will succeed whe= re xm is
=C2=A0 =C2=A0 unstable,
=C2=A0 =C2=A0 but I might give it a shot.


You'd still likely require all the "hacks" you're current= ly using, but
they'll all move to different places I'm guessing... if the toolsta= ck
itself doesn't have any bearing on this (which is my suspicion) then yo= u
don't want to go doing all the extra work for nothing, of course!

Exactly. And right now what I have read (somebody point me to something tha= t says otherwise), more people seem to have reported success with xm than x= l stacks (but that could just be due to the xl stack being much more recent= ).

I would go as far as to say that mos= t of those reports came from people who used the packaged Xen, and until ve= ry recently the packaged Xen was 4.0 or 4.1 where xm is still the default t= oolstack.

--089e0115f698d55f4104dc625db9-- --===============2467859053277082289== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2467859053277082289==-- From xen-users-bounces@lists.xen.org Fri May 10 19:46:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:46: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 1UatGC-0002uC-9L; Fri, 10 May 2013 19:45:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UatGB-0002tv-2t for xen-users@lists.xen.org; Fri, 10 May 2013 19:45:43 +0000 Received: from [193.109.254.147:34341] by server-8.bemta-14.messagelabs.com id 4F/58-14822-66E4D815; Fri, 10 May 2013 19:45:42 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1368215116!1181360!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4280 invoked from network); 10 May 2013 19:45:18 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 19:45:18 -0000 Received: by mail-oa0-f46.google.com with SMTP id h2so5429216oag.33 for ; Fri, 10 May 2013 12:45: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; bh=uY+kTUQm1bKXlGL4prOQvjgHZTmItDrQyAbbdPPts2c=; b=vclBI7wXaTo50Q7aeFd0xPZP55N7QnTIXoNzlp3n0P0Wb5swvKZPXTo5Ac71c2U+hY p3GmgfhUdkMok+/4ZXFSgTQwSssJGMCcMy6AAu3tWZjCuk8WYdgvljiy2wGh82+giEqp xdIO5nodJ7jh1kB0ZMuEOwlnXOEEr8gvqgELsYtgRjMqwieTVMwnFRn8kcoR3ABnhHJ8 HEEmXfIBvHg/404kC+cVsuFmEM0uNbk10auYrqni6tRKoNbvB2YHgWaGoCnjbM7Nr11l rqwt+lR6yNzhOVnCKsoNxyXG5xf662BmrbHCbJoFUOgVdz1skCXVB3h3p5a7SfaI691i AFig== MIME-Version: 1.0 X-Received: by 10.60.56.168 with SMTP id b8mr7590788oeq.5.1368215116648; Fri, 10 May 2013 12:45:16 -0700 (PDT) Received: by 10.60.29.138 with HTTP; Fri, 10 May 2013 12:45:16 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 May 2013 15:45:16 -0400 Message-ID: From: Gizmo Chicken To: Steven Seed Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0944176248185648731==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0944176248185648731== Content-Type: multipart/alternative; boundary=089e0149ca9601172604dc626847 --089e0149ca9601172604dc626847 Content-Type: text/plain; charset=ISO-8859-1 Aside from Windows 7 guests (which work great under XCP 1.6), I've only tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a secondary card combined with whatever version of Catalyst (not the updates) that is in found Ubuntu 12.04 repositories. (I haven't had any luck with any other version of Catalyst.) But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with GPU passthrough, no matter what version of Catalyst I try. Would enjoy learning if anyone else has had better luck with any of these newer versions of Ubuntu. Oh, since you mention XCP, you might want to consider posting in the Xen-API list (Xen-api@lists.xen.org). On Fri, May 10, 2013 at 2:19 PM, Steven Seed < steven.seed@disneyanimation.com> wrote: > I've been doing some research and have seen the success by David Techer > and Teo En Ming in getting a Windows guest to work with VGA passthrough > under Xen but I'm wondering if anyone has been able to get it working with > a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a > Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is > xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. > I've got a hvm guest running and I've been able to assign the GPU to it. > I'm at the point where the Nvidia driver loads and I can see a card in the > guest with lspci, however the GPU isn't functional and I get a black > screen. I think the issue may be vgabios related because if I cat > /proc/driver/nvidia/gpus/0/information I get this: > > Model: Quadro K5000 > IRQ: 40 > GPU UUID: GPU-????????-????-????-????-???????????? > Video BIOS: ??.??.??.??.?? > Bus Type: PCI-E > DMA Size: 32 bits > DMA Mask: 0xffffffff > Bus Location: 0000:00.06.0 > > > If there are patches I need to make this work, I'd appreciate a pointer. I > tried following Teo En Ming's document from here: > > > http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen > > But unfortunately, at least over the last few days, I can't get the > patches referenced at http://www.davidgis.fr/download because the site is > down. > > Does anyone have these patches and do you know if they can be applied to > XCP 1.6? > > > -- > - > Steven Seed > Sr Systems Engineer > Walt Disney Animation Studios > 818-460-9453 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0149ca9601172604dc626847 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Aside from Windows 7 guests (which work great under X= CP 1.6), I've only tried GPU passthrough with Ubuntu guests.=A0 Under X= CP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a gu= est when using a Radeon HD 6670 as a secondary card combined with whatever = version of Catalyst (not the updates) that is in found Ubuntu 12.04 reposit= ories.=A0 (I haven't had any luck with any other version of Catalyst.)= =A0

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such lu= ck with GPU passthrough, no matter what version of Catalyst I try.=A0 Would= enjoy learning if anyone else has had better luck with any of these newer = versions of Ubuntu.

Oh, since you mention XCP, you might want to consider posting in = the Xen-API list (Xen-api@lists.xe= n.org).


On Fri, May 10, 2013 at 2:19 PM, Steven Seed <steven.seed@d= isneyanimation.com> wrote:
I've been doing some research and have seen the s= uccess by David Techer and Teo En Ming in getting a Windows guest to work w= ith VGA passthrough under Xen but I'm wondering if anyone has been able= to get it working with a Linux guest. Specifically, I'm trying to run = a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm= running XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'm not= sure if this will work or not. I've got a hvm guest running and I'= ve been able to assign the GPU to it. I'm at the point where the Nvidia= driver loads and I can see a card in the guest with lspci, however the GPU= isn't functional and I get a black screen. I think the issue may be vg= abios related because if I cat /proc/driver/nvidia/gpus/0/information I get= this:

Model: Quadro K5000
IRQ: =A0 40
GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??
Bus Type: PCI-E
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: = 0000:00.06.0


If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0


But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?


--
-
Steven Seed
Sr = Systems Engineer
Walt Disney Animation Studios

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

--089e0149ca9601172604dc626847-- --===============0944176248185648731== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0944176248185648731==-- From xen-users-bounces@lists.xen.org Fri May 10 19:46:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:46: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 1UatGC-0002uC-9L; Fri, 10 May 2013 19:45:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UatGB-0002tv-2t for xen-users@lists.xen.org; Fri, 10 May 2013 19:45:43 +0000 Received: from [193.109.254.147:34341] by server-8.bemta-14.messagelabs.com id 4F/58-14822-66E4D815; Fri, 10 May 2013 19:45:42 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1368215116!1181360!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4280 invoked from network); 10 May 2013 19:45:18 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 19:45:18 -0000 Received: by mail-oa0-f46.google.com with SMTP id h2so5429216oag.33 for ; Fri, 10 May 2013 12:45: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; bh=uY+kTUQm1bKXlGL4prOQvjgHZTmItDrQyAbbdPPts2c=; b=vclBI7wXaTo50Q7aeFd0xPZP55N7QnTIXoNzlp3n0P0Wb5swvKZPXTo5Ac71c2U+hY p3GmgfhUdkMok+/4ZXFSgTQwSssJGMCcMy6AAu3tWZjCuk8WYdgvljiy2wGh82+giEqp xdIO5nodJ7jh1kB0ZMuEOwlnXOEEr8gvqgELsYtgRjMqwieTVMwnFRn8kcoR3ABnhHJ8 HEEmXfIBvHg/404kC+cVsuFmEM0uNbk10auYrqni6tRKoNbvB2YHgWaGoCnjbM7Nr11l rqwt+lR6yNzhOVnCKsoNxyXG5xf662BmrbHCbJoFUOgVdz1skCXVB3h3p5a7SfaI691i AFig== MIME-Version: 1.0 X-Received: by 10.60.56.168 with SMTP id b8mr7590788oeq.5.1368215116648; Fri, 10 May 2013 12:45:16 -0700 (PDT) Received: by 10.60.29.138 with HTTP; Fri, 10 May 2013 12:45:16 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 May 2013 15:45:16 -0400 Message-ID: From: Gizmo Chicken To: Steven Seed Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0944176248185648731==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0944176248185648731== Content-Type: multipart/alternative; boundary=089e0149ca9601172604dc626847 --089e0149ca9601172604dc626847 Content-Type: text/plain; charset=ISO-8859-1 Aside from Windows 7 guests (which work great under XCP 1.6), I've only tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a secondary card combined with whatever version of Catalyst (not the updates) that is in found Ubuntu 12.04 repositories. (I haven't had any luck with any other version of Catalyst.) But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with GPU passthrough, no matter what version of Catalyst I try. Would enjoy learning if anyone else has had better luck with any of these newer versions of Ubuntu. Oh, since you mention XCP, you might want to consider posting in the Xen-API list (Xen-api@lists.xen.org). On Fri, May 10, 2013 at 2:19 PM, Steven Seed < steven.seed@disneyanimation.com> wrote: > I've been doing some research and have seen the success by David Techer > and Teo En Ming in getting a Windows guest to work with VGA passthrough > under Xen but I'm wondering if anyone has been able to get it working with > a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a > Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is > xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. > I've got a hvm guest running and I've been able to assign the GPU to it. > I'm at the point where the Nvidia driver loads and I can see a card in the > guest with lspci, however the GPU isn't functional and I get a black > screen. I think the issue may be vgabios related because if I cat > /proc/driver/nvidia/gpus/0/information I get this: > > Model: Quadro K5000 > IRQ: 40 > GPU UUID: GPU-????????-????-????-????-???????????? > Video BIOS: ??.??.??.??.?? > Bus Type: PCI-E > DMA Size: 32 bits > DMA Mask: 0xffffffff > Bus Location: 0000:00.06.0 > > > If there are patches I need to make this work, I'd appreciate a pointer. I > tried following Teo En Ming's document from here: > > > http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen > > But unfortunately, at least over the last few days, I can't get the > patches referenced at http://www.davidgis.fr/download because the site is > down. > > Does anyone have these patches and do you know if they can be applied to > XCP 1.6? > > > -- > - > Steven Seed > Sr Systems Engineer > Walt Disney Animation Studios > 818-460-9453 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0149ca9601172604dc626847 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Aside from Windows 7 guests (which work great under X= CP 1.6), I've only tried GPU passthrough with Ubuntu guests.=A0 Under X= CP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a gu= est when using a Radeon HD 6670 as a secondary card combined with whatever = version of Catalyst (not the updates) that is in found Ubuntu 12.04 reposit= ories.=A0 (I haven't had any luck with any other version of Catalyst.)= =A0

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such lu= ck with GPU passthrough, no matter what version of Catalyst I try.=A0 Would= enjoy learning if anyone else has had better luck with any of these newer = versions of Ubuntu.

Oh, since you mention XCP, you might want to consider posting in = the Xen-API list (Xen-api@lists.xe= n.org).


On Fri, May 10, 2013 at 2:19 PM, Steven Seed <steven.seed@d= isneyanimation.com> wrote:
I've been doing some research and have seen the s= uccess by David Techer and Teo En Ming in getting a Windows guest to work w= ith VGA passthrough under Xen but I'm wondering if anyone has been able= to get it working with a Linux guest. Specifically, I'm trying to run = a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm= running XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'm not= sure if this will work or not. I've got a hvm guest running and I'= ve been able to assign the GPU to it. I'm at the point where the Nvidia= driver loads and I can see a card in the guest with lspci, however the GPU= isn't functional and I get a black screen. I think the issue may be vg= abios related because if I cat /proc/driver/nvidia/gpus/0/information I get= this:

Model: Quadro K5000
IRQ: =A0 40
GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??
Bus Type: PCI-E
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: = 0000:00.06.0


If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0


But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?


--
-
Steven Seed
Sr = Systems Engineer
Walt Disney Animation Studios

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

--089e0149ca9601172604dc626847-- --===============0944176248185648731== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0944176248185648731==-- From xen-users-bounces@lists.xen.org Fri May 10 19:55:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:55: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 1UatOI-0003ig-Ij; Fri, 10 May 2013 19:54:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UatOG-0003iY-7J for xen-users@lists.xen.org; Fri, 10 May 2013 19:54:04 +0000 Received: from [85.158.143.99:23598] by server-1.bemta-4.messagelabs.com id D0/2E-06122-B505D815; Fri, 10 May 2013 19:54:03 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1368215640!31835324!1 X-Originating-IP: [209.85.220.46] 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 28152 invoked from network); 10 May 2013 19:54:01 -0000 Received: from mail-pa0-f46.google.com (HELO mail-pa0-f46.google.com) (209.85.220.46) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 19:54:01 -0000 Received: by mail-pa0-f46.google.com with SMTP id fa10so3164822pad.33 for ; Fri, 10 May 2013 12:53: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; bh=uRGAgVBgzAQhyxSEipm3ILKnZvPJc245113xoBLW5gU=; b=JQ1YKNnfJBSYrC6TAUShp/Drs1uWsBCZ+mhGWw+Yaf2gyAHbmvCZk6vUaRU6EA2CeA EaId+jCSTMvoSlfh/bs6FRl9UthzAr4SQpgvPYy92TvT6I1NkDqsx3C3U5JvlULuZmvT SW5gYhLjFBDOvKGqjodd6SSWbou4oiz3KAeqnGI7o8N++vZwZe7IcLJvefscMJvWCSoP a5F8O1R/dWSQIbzgeugm2KwrAKyObBtsGKwvUmTKQf9lq43qcrbk7bj8CWtz7WqrSu85 QXwEBPEXuVtCytq/LX7sORYiX9oRObApGRU6A74FTfh6uwWEUNBngERe7TA9jvLEa9SN GsDw== MIME-Version: 1.0 X-Received: by 10.66.151.46 with SMTP id un14mr19563943pab.14.1368215639592; Fri, 10 May 2013 12:53:59 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 10 May 2013 12:53:59 -0700 (PDT) In-Reply-To: References: <516BF188.4050100@bobich.net> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 15:53:59 -0400 Message-ID: From: Andrew Bobulsky To: Casey DeLorme Cc: "xen-users@lists.xen.org" , Gordan Bobic Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8143419809298662529==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8143419809298662529== Content-Type: multipart/alternative; boundary=047d7b6d885e2eb5bd04dc6287ba --047d7b6d885e2eb5bd04dc6287ba Content-Type: text/plain; charset=ISO-8859-1 On Fri, May 10, 2013 at 3:42 PM, Casey DeLorme wrote: > >> 2) Have you tried disabling IRQ balancing >>> (noirqbalance kernel parameter + disable irqbalance service)? >>> >>> >>> No clue what that is. Can you provide any direction? I'd be happy to >>> test. >>> >> >> In your boot loader, find the kernel and xen lines and add: >> >> On the xen line: >> noirqbalance >> >> On the dom0 kernel line: >> noirqbalance >> >> > How would removing noirqbalance help fix the problem? Just curious; as I > understand it that tool is used to balance requests like a scheduler of > sorts. > > >> >> 3) Are you assigning > 4GB of RAM to the guest? I found a post >>> in the archive last night mentioning that there's an outstanding qemu >>> issue with > 4GB of RAM given to the guest. I didn't get around to >>> re-trying the VM with 3.5GB yet. >>> >>> >>> Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure >>> if that's improper, but it boots just find with a single card, and the >>> 5850 I plugged in for a short while seemed well behaved. Here's a copy >>> of my vm config file: http://pastebin.com/bX0ayA0u >>> >> >> I think reducing the guest RAM to 3.5GB is worth a shot, along with only >> passing a single GPU device. >> >> > If I recall the RAM limit is specific to PV guests or older versions of > Xen. I have run Windows with 4, 6, 8, and 16GB of RAM without ever > encountering this problem, and this includes tests with the xl toolstack on > Xen 4.1.2. > > >> >> The only single GPU cards I have are the Radeon 5850s in the AMD >>> box I >>> have. I'm just a little reticent to tear the thing apart though >>> cause >>> it gets used a lot. I think my next step is to look for a video >>> card >>> that properly supports FLR, >>> >>> >>> As far as I can tell, for all the talk of it - there is NO SUCH >>> THING. >>> Somebody on the list posted lspci -vvv from their ATI FirePro card >>> which shows it has no FLR, and I have just got a Quadro 2000, which >>> also >>> lacks FLR. >>> >>> The only vague mention I have seen of FLR on GPUs is on the Intel >>> GPU on >>> the very latest generation of Core i CPUs (the built in one). And >>> even >>> if that is true it's not all that useful for gaming. >>> >>> >>> Heh. The crappiest GPU that would ever be in my system is the most >>> compatible? Good grief. :P >>> >> >> I'm not sure about compatible, but it seems to have a feature that the >> others don't - then again, take that with a pinch of salt - I don't have >> one, and I tend not to believe such things until somebody shows me the >> lspci dump that proves it. >> >> > Where did you find mention of the newer integrated graphics supporting > FLR? I have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv and > -vvv I did not see FLReset+, but maybe I did something incorrectly as I > also did not see any mention of FLReset anywhere? > That one got me too for a minute. You gotta run the lspci -vv[v] as root in order to see that detail. Doing a sudo lspci -vv gets me this, note the DevCap field at the end of the list (which isn't full output for the device, just to show of course): 0e:00.0 Display controller: ATI Technologies Inc Device 671d Subsystem: ATI Technologies Inc Device 1b2a Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- If the Ivybridge integrated has FLReset I would totally want to test it. > It may not be a powerful chip compared to modern discrete cards, and it > won't prove that the lack of FLR is the cause of our AMD/nVidia problems, > but it would show the effect the presence of FLR has. > > >> >> 2) My motherboard's PCIe slots are behind >>> NF200 PCIe bridges >>> (yes, >>> EVGA have decided in their infinite wisdom to put >>> all 7 PCIe slots >>> behind NF200s, none are directly attached to the >>> Intel NB). >>> >>> I'm so sorry :P. NF200 has probably caused a >>> lot of xen >>> tinkerers to >>> utter a few dozen cuss words a piece. >>> >>> I can believe that. What is the solution, >>> though? >>> >>> The thing that drives me really nuts about the >>> issues I'm seeing >>> (which may or may not be specifically related to >>> the NF200) is >>> that it >>> is so intermittent. It works well enough to boot >>> up and work with a >>> gaming type load for a few minutes. Then >>> something happens that >>> causes >>> the VGA card to require a reset, and it all falls >>> apart. >>> >>> My solution was to buy another motherboard, I had >>> no luck at all >>> passing the devices behind the NF200, and similar >>> to your situation >>> all but one PCIe slot on that board was behind >>> that bridge. >>> >>> >>> Did you not manage to get it working at all? Or was >>> it just >>> intermittent like in my case? I can typically get >>> about 5 minutes of >>> gaming out of my ATI card before it all goes wrong. >>> >>> Ironically, I was thinking about an Asus Sabertooth >>> with an 8-core AMD, >>> but opted to go for broke and get a couple of 6-core >>> Xeons and an >>> EVGA SR-2. It turns out, a solution that is 4x more >>> expensive isn't >>> actually better... :( >>> >>> >>> I was unable to get it working at all. The NF200 simply >>> threw errors >>> that 100% prevented me from passing the device. I think >>> it was missing >>> a number of specific features required for passthrough, >>> and I vaguely >>> remember running lspci -vvv to verify what was missing. >>> Perhaps not all >>> NF200's are created equal? >>> >>> >>> The only logged issue I had with the NF200s was the lack of >>> ACS, which >>> can be disabled as I mentioned on this thread (at least if >>> you are using >>> the xm stack). After I disabled that PCI passthrough has >>> been working OK. >>> It's just VGA passthrough BSOD-ing after some minutes that >>> is causing me >>> problems. >>> >>> >>> In reading up on the wiki, there does indeed seem to be a lot >>> more >>> info regarding the use of xl and PCI Passthrough today than the >>> last >>> time I looked. It seems that these types of configuration >>> options are >>> set on a domain-by-domain basis, or even by device; docs say that >>> things like VPCI vs direct PASS mapping of slot layout(?) is >>> actually >>> configured at the device level either in your DomU config file >>> (like: >>> pci = ['0:d:0.0, pci-just-forking-work-damn-__**you]) or via xl >>> (like: xl >>> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__**you). >>> >>> >>> >>> Hmm... I honestly don't think the xl way will succeed where xm is >>> unstable, >>> but I might give it a shot. >>> >>> >>> You'd still likely require all the "hacks" you're currently using, but >>> they'll all move to different places I'm guessing... if the toolstack >>> itself doesn't have any bearing on this (which is my suspicion) then you >>> don't want to go doing all the extra work for nothing, of course! >>> >> >> Exactly. And right now what I have read (somebody point me to something >> that says otherwise), more people seem to have reported success with xm >> than xl stacks (but that could just be due to the xl stack being much more >> recent). >> > > I would go as far as to say that most of those reports came from people > who used the packaged Xen, and until very recently the packaged Xen was 4.0 > or 4.1 where xm is still the default toolstack. > I'd put money on it :P -Andrew > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b6d885e2eb5bd04dc6287ba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, May 10, 2013 at 3:42 PM, Casey D= eLorme <cdelorme@gmail.com> wrote:

=A0 =A0 2) Have you tried disabling IRQ balancing
=A0 =A0 (noirqbalance kernel parameter + disable irqbalance service)?


No clue what that is. =A0Can you provide any direction? =A0I'd be happy= to
test.

In your boot loader, find the kernel and xen lines and add:

On the xen line:
noirqbalance

On the dom0 kernel line:
noirqbalance


How would= removing noirqbalance help fix the problem? =A0Just curious; as I understa= nd it that tool is used to balance requests like a scheduler of sorts.
=A0

=A0 =A0 3) Are you assigning > 4GB of RAM to the guest? I found a post =A0 =A0 in the archive last night mentioning that there's an outstandin= g qemu
=A0 =A0 issue with > 4GB of RAM given to the guest. I didn't get aro= und to
=A0 =A0 re-trying the VM with 3.5GB yet.


Yes sir. =A0It's got 8 GB + 1 GB for the standard video adapter. =A0Not= sure
if that's improper, but it boots just find with a single card, and the<= br> 5850 I plugged in for a short while seemed well behaved. =A0Here's a co= py
of my vm config file: http://pastebin.com/bX0ayA0u

I think reducing the guest RAM to 3.5GB is worth a shot, along with only pa= ssing a single GPU device.


=
If I recall the RAM limit is specific to PV guests or older versions o= f Xen. =A0I have run Windows with 4, 6, 8, and 16GB of RAM without ever enc= ountering this problem, and this includes tests with the xl toolstack on Xe= n 4.1.2.
=A0

=A0 =A0 =A0 =A0 The only single GPU cards I have are the Radeon 5850s in th= e AMD
=A0 =A0 =A0 =A0 box I
=A0 =A0 =A0 =A0 have. =A0I'm just a little reticent to tear the thing a= part though
=A0 =A0 =A0 =A0 cause
=A0 =A0 =A0 =A0 it gets used a lot. =A0I think my next step is to look for = a video
=A0 =A0 =A0 =A0 card
=A0 =A0 =A0 =A0 that properly supports FLR,


=A0 =A0 As far as I can tell, for all the talk of it - there is NO SUCH THI= NG.
=A0 =A0 Somebody on the list posted lspci -vvv from their ATI FirePro card<= br> =A0 =A0 which shows it has no FLR, and I have just got a Quadro 2000, which= also
=A0 =A0 lacks FLR.

=A0 =A0 The only vague mention I have seen of FLR on GPUs is on the Intel G= PU on
=A0 =A0 the very latest generation of Core i CPUs (the built in one). And e= ven
=A0 =A0 if that is true it's not all that useful for gaming.


Heh. =A0The crappiest GPU that would ever be in my system is the most
compatible? =A0Good grief. :P

I'm not sure about compatible, but it seems to have a feature that the = others don't - then again, take that with a pinch of salt - I don't= have one, and I tend not to believe such things until somebody shows me th= e lspci dump that proves it.


Where did you find mention= of the newer integrated graphics supporting FLR? =A0I have an IvyBridge 37= 70 with an HD4000, but when I ran lspci -vv and -vvv I did not see FLReset+= , but maybe I did something incorrectly as I also did not see any mention o= f FLReset anywhere? =A0

That one got me too for = a minute. =A0You gotta run the lspci -vv[v] as root in order to see that de= tail.

Doing a

sudo lspci -vv

gets me this, note the DevCa= p field at the end of the list (which isn't full output for the device,= just to show of course):

0e:00.0 Display controller: ATI Technologies Inc Device 67= 1d
= Subsystem: ATI Technologies Inc Device 1b2a
= Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx-
= Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- = <TAbort- <MAbort- >SERR- <PERR- INTx-
= Latency: 0, Cache Line Size: 64 bytes
= Interrupt: pin A routed to IRQ 7
= Region 0: Memory at d0000000 (64-bit, prefetchable) [size=3D256M]
= Region 2: Memory at fbcc0000 (64-bit, non-prefetchable) [size=3D128K= ]
= Region 4: I/O ports at be00 [size=3D256]
= [virtual] Expansion ROM at fbc00000 [disabled] [size=3D128K]
= Capabilities: [50] Power Management version 3
= Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-= ,D3cold-)
= Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PME-
= Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00
= DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
= ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-=A0

I'm still configur= ing and responding to Gordan, but figured you could use a quick answer just= in case you weren't aware of the root req for reading pci features.
=A0
If the Ivybridge integrated h= as FLReset I would totally want to test it. =A0It may not be a powerful chi= p compared to modern discrete cards, and it won't prove that the lack o= f FLR is the cause of our AMD/nVidia problems, but it would show the effect= the presence of FLR has.
=A0

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2) My motherboard's= PCIe slots are behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200 PCIe bridges
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(yes,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA have decided in their i= nfinite wisdom to put
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 all 7 PCIe slots
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0behind NF200s, none are dire= ctly attached to the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Intel NB).

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I'm so sorry :P. NF2= 00 has probably caused a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 lot of xen
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tinkerers to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0utter a few dozen cuss w= ords a piece.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I can believe that. What= is the solution, though?

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The thing that drives me= really nuts about the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 issues I'm seeing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(which may or may not be spe= cifically related to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 the NF200) is
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0that it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is so intermittent. It works= well enough to boot
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 up and work with a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming type load for a few m= inutes. Then
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 something happens that
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0causes
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0the VGA card to require a re= set, and it all falls
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 apart.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0My solution was to buy anoth= er motherboard, I had
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no luck at all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0passing the devices behind t= he NF200, and similar
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 to your situation
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0all but one PCIe slot on tha= t board was behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that bridge.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Did you not manage to get it working= at all? Or was
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it just
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0intermittent like in my case? I can = typically get
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 about 5 minutes of
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming out of my ATI card before it = all goes wrong.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Ironically, I was thinking about an = Asus Sabertooth
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 with an 8-core AMD,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0but opted to go for broke and get a = couple of 6-core
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Xeons and an
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA SR-2. It turns out, a solution = that is 4x more
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 expensive isn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0actually better... :(


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I was unable to get it working at all. =A0T= he NF200 simply
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 threw errors
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that 100% prevented me from passing the dev= ice. =A0I think
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it was missing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 a number of specific features required for = passthrough,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 and I vaguely
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 remember running lspci -vvv to verify what = was missing.
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Perhaps not all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200's are created equal?


=A0 =A0 =A0 =A0 =A0 =A0 The only logged issue I had with the NF200s was the= lack of
=A0 =A0 =A0 =A0 =A0 =A0 ACS, which
=A0 =A0 =A0 =A0 =A0 =A0 can be disabled as I mentioned on this thread (at l= east if
=A0 =A0 =A0 =A0 =A0 =A0 you are using
=A0 =A0 =A0 =A0 =A0 =A0 the xm stack). After I disabled that PCI passthroug= h has
=A0 =A0 =A0 =A0 =A0 =A0 been working OK.
=A0 =A0 =A0 =A0 =A0 =A0 It's just VGA passthrough BSOD-ing after some m= inutes that
=A0 =A0 =A0 =A0 =A0 =A0 is causing me
=A0 =A0 =A0 =A0 =A0 =A0 problems.


=A0 =A0 =A0 =A0 In reading up on the wiki, there does indeed seem to be a l= ot more
=A0 =A0 =A0 =A0 info regarding the use of xl and PCI Passthrough today than= the last
=A0 =A0 =A0 =A0 time I looked. =A0It seems that these types of configuratio= n
=A0 =A0 =A0 =A0 options are
=A0 =A0 =A0 =A0 set on a domain-by-domain basis, or even by device; docs sa= y that
=A0 =A0 =A0 =A0 things like VPCI vs direct PASS mapping of slot layout(?) i= s
=A0 =A0 =A0 =A0 actually
=A0 =A0 =A0 =A0 configured at the device level either in your DomU config f= ile
=A0 =A0 =A0 =A0 (like:
=A0 =A0 =A0 =A0 pci =3D ['0:d:0.0, pci-just-forking-work-damn-__= you]) or via xl
=A0 =A0 =A0 =A0 (like: xl
=A0 =A0 =A0 =A0 pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__yo= u).



=A0 =A0 Hmm... I honestly don't think the xl way will succeed where xm = is
=A0 =A0 unstable,
=A0 =A0 but I might give it a shot.


You'd still likely require all the "hacks" you're current= ly using, but
they'll all move to different places I'm guessing... if the toolsta= ck
itself doesn't have any bearing on this (which is my suspicion) then yo= u
don't want to go doing all the extra work for nothing, of course!

Exactly. And right now what I have read (somebody point me to something tha= t says otherwise), more people seem to have reported success with xm than x= l stacks (but that could just be due to the xl stack being much more recent= ).

I would go as far as to = say that most of those reports came from people who used the packaged Xen, = and until very recently the packaged Xen was 4.0 or 4.1 where xm is still t= he default toolstack.

I'd put money on it = :P

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

--047d7b6d885e2eb5bd04dc6287ba-- --===============8143419809298662529== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8143419809298662529==-- From xen-users-bounces@lists.xen.org Fri May 10 19:55:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 19:55: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 1UatOI-0003ig-Ij; Fri, 10 May 2013 19:54:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UatOG-0003iY-7J for xen-users@lists.xen.org; Fri, 10 May 2013 19:54:04 +0000 Received: from [85.158.143.99:23598] by server-1.bemta-4.messagelabs.com id D0/2E-06122-B505D815; Fri, 10 May 2013 19:54:03 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1368215640!31835324!1 X-Originating-IP: [209.85.220.46] 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 28152 invoked from network); 10 May 2013 19:54:01 -0000 Received: from mail-pa0-f46.google.com (HELO mail-pa0-f46.google.com) (209.85.220.46) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 19:54:01 -0000 Received: by mail-pa0-f46.google.com with SMTP id fa10so3164822pad.33 for ; Fri, 10 May 2013 12:53: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; bh=uRGAgVBgzAQhyxSEipm3ILKnZvPJc245113xoBLW5gU=; b=JQ1YKNnfJBSYrC6TAUShp/Drs1uWsBCZ+mhGWw+Yaf2gyAHbmvCZk6vUaRU6EA2CeA EaId+jCSTMvoSlfh/bs6FRl9UthzAr4SQpgvPYy92TvT6I1NkDqsx3C3U5JvlULuZmvT SW5gYhLjFBDOvKGqjodd6SSWbou4oiz3KAeqnGI7o8N++vZwZe7IcLJvefscMJvWCSoP a5F8O1R/dWSQIbzgeugm2KwrAKyObBtsGKwvUmTKQf9lq43qcrbk7bj8CWtz7WqrSu85 QXwEBPEXuVtCytq/LX7sORYiX9oRObApGRU6A74FTfh6uwWEUNBngERe7TA9jvLEa9SN GsDw== MIME-Version: 1.0 X-Received: by 10.66.151.46 with SMTP id un14mr19563943pab.14.1368215639592; Fri, 10 May 2013 12:53:59 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 10 May 2013 12:53:59 -0700 (PDT) In-Reply-To: References: <516BF188.4050100@bobich.net> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 15:53:59 -0400 Message-ID: From: Andrew Bobulsky To: Casey DeLorme Cc: "xen-users@lists.xen.org" , Gordan Bobic Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8143419809298662529==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8143419809298662529== Content-Type: multipart/alternative; boundary=047d7b6d885e2eb5bd04dc6287ba --047d7b6d885e2eb5bd04dc6287ba Content-Type: text/plain; charset=ISO-8859-1 On Fri, May 10, 2013 at 3:42 PM, Casey DeLorme wrote: > >> 2) Have you tried disabling IRQ balancing >>> (noirqbalance kernel parameter + disable irqbalance service)? >>> >>> >>> No clue what that is. Can you provide any direction? I'd be happy to >>> test. >>> >> >> In your boot loader, find the kernel and xen lines and add: >> >> On the xen line: >> noirqbalance >> >> On the dom0 kernel line: >> noirqbalance >> >> > How would removing noirqbalance help fix the problem? Just curious; as I > understand it that tool is used to balance requests like a scheduler of > sorts. > > >> >> 3) Are you assigning > 4GB of RAM to the guest? I found a post >>> in the archive last night mentioning that there's an outstanding qemu >>> issue with > 4GB of RAM given to the guest. I didn't get around to >>> re-trying the VM with 3.5GB yet. >>> >>> >>> Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure >>> if that's improper, but it boots just find with a single card, and the >>> 5850 I plugged in for a short while seemed well behaved. Here's a copy >>> of my vm config file: http://pastebin.com/bX0ayA0u >>> >> >> I think reducing the guest RAM to 3.5GB is worth a shot, along with only >> passing a single GPU device. >> >> > If I recall the RAM limit is specific to PV guests or older versions of > Xen. I have run Windows with 4, 6, 8, and 16GB of RAM without ever > encountering this problem, and this includes tests with the xl toolstack on > Xen 4.1.2. > > >> >> The only single GPU cards I have are the Radeon 5850s in the AMD >>> box I >>> have. I'm just a little reticent to tear the thing apart though >>> cause >>> it gets used a lot. I think my next step is to look for a video >>> card >>> that properly supports FLR, >>> >>> >>> As far as I can tell, for all the talk of it - there is NO SUCH >>> THING. >>> Somebody on the list posted lspci -vvv from their ATI FirePro card >>> which shows it has no FLR, and I have just got a Quadro 2000, which >>> also >>> lacks FLR. >>> >>> The only vague mention I have seen of FLR on GPUs is on the Intel >>> GPU on >>> the very latest generation of Core i CPUs (the built in one). And >>> even >>> if that is true it's not all that useful for gaming. >>> >>> >>> Heh. The crappiest GPU that would ever be in my system is the most >>> compatible? Good grief. :P >>> >> >> I'm not sure about compatible, but it seems to have a feature that the >> others don't - then again, take that with a pinch of salt - I don't have >> one, and I tend not to believe such things until somebody shows me the >> lspci dump that proves it. >> >> > Where did you find mention of the newer integrated graphics supporting > FLR? I have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv and > -vvv I did not see FLReset+, but maybe I did something incorrectly as I > also did not see any mention of FLReset anywhere? > That one got me too for a minute. You gotta run the lspci -vv[v] as root in order to see that detail. Doing a sudo lspci -vv gets me this, note the DevCap field at the end of the list (which isn't full output for the device, just to show of course): 0e:00.0 Display controller: ATI Technologies Inc Device 671d Subsystem: ATI Technologies Inc Device 1b2a Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- If the Ivybridge integrated has FLReset I would totally want to test it. > It may not be a powerful chip compared to modern discrete cards, and it > won't prove that the lack of FLR is the cause of our AMD/nVidia problems, > but it would show the effect the presence of FLR has. > > >> >> 2) My motherboard's PCIe slots are behind >>> NF200 PCIe bridges >>> (yes, >>> EVGA have decided in their infinite wisdom to put >>> all 7 PCIe slots >>> behind NF200s, none are directly attached to the >>> Intel NB). >>> >>> I'm so sorry :P. NF200 has probably caused a >>> lot of xen >>> tinkerers to >>> utter a few dozen cuss words a piece. >>> >>> I can believe that. What is the solution, >>> though? >>> >>> The thing that drives me really nuts about the >>> issues I'm seeing >>> (which may or may not be specifically related to >>> the NF200) is >>> that it >>> is so intermittent. It works well enough to boot >>> up and work with a >>> gaming type load for a few minutes. Then >>> something happens that >>> causes >>> the VGA card to require a reset, and it all falls >>> apart. >>> >>> My solution was to buy another motherboard, I had >>> no luck at all >>> passing the devices behind the NF200, and similar >>> to your situation >>> all but one PCIe slot on that board was behind >>> that bridge. >>> >>> >>> Did you not manage to get it working at all? Or was >>> it just >>> intermittent like in my case? I can typically get >>> about 5 minutes of >>> gaming out of my ATI card before it all goes wrong. >>> >>> Ironically, I was thinking about an Asus Sabertooth >>> with an 8-core AMD, >>> but opted to go for broke and get a couple of 6-core >>> Xeons and an >>> EVGA SR-2. It turns out, a solution that is 4x more >>> expensive isn't >>> actually better... :( >>> >>> >>> I was unable to get it working at all. The NF200 simply >>> threw errors >>> that 100% prevented me from passing the device. I think >>> it was missing >>> a number of specific features required for passthrough, >>> and I vaguely >>> remember running lspci -vvv to verify what was missing. >>> Perhaps not all >>> NF200's are created equal? >>> >>> >>> The only logged issue I had with the NF200s was the lack of >>> ACS, which >>> can be disabled as I mentioned on this thread (at least if >>> you are using >>> the xm stack). After I disabled that PCI passthrough has >>> been working OK. >>> It's just VGA passthrough BSOD-ing after some minutes that >>> is causing me >>> problems. >>> >>> >>> In reading up on the wiki, there does indeed seem to be a lot >>> more >>> info regarding the use of xl and PCI Passthrough today than the >>> last >>> time I looked. It seems that these types of configuration >>> options are >>> set on a domain-by-domain basis, or even by device; docs say that >>> things like VPCI vs direct PASS mapping of slot layout(?) is >>> actually >>> configured at the device level either in your DomU config file >>> (like: >>> pci = ['0:d:0.0, pci-just-forking-work-damn-__**you]) or via xl >>> (like: xl >>> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__**you). >>> >>> >>> >>> Hmm... I honestly don't think the xl way will succeed where xm is >>> unstable, >>> but I might give it a shot. >>> >>> >>> You'd still likely require all the "hacks" you're currently using, but >>> they'll all move to different places I'm guessing... if the toolstack >>> itself doesn't have any bearing on this (which is my suspicion) then you >>> don't want to go doing all the extra work for nothing, of course! >>> >> >> Exactly. And right now what I have read (somebody point me to something >> that says otherwise), more people seem to have reported success with xm >> than xl stacks (but that could just be due to the xl stack being much more >> recent). >> > > I would go as far as to say that most of those reports came from people > who used the packaged Xen, and until very recently the packaged Xen was 4.0 > or 4.1 where xm is still the default toolstack. > I'd put money on it :P -Andrew > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b6d885e2eb5bd04dc6287ba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, May 10, 2013 at 3:42 PM, Casey D= eLorme <cdelorme@gmail.com> wrote:

=A0 =A0 2) Have you tried disabling IRQ balancing
=A0 =A0 (noirqbalance kernel parameter + disable irqbalance service)?


No clue what that is. =A0Can you provide any direction? =A0I'd be happy= to
test.

In your boot loader, find the kernel and xen lines and add:

On the xen line:
noirqbalance

On the dom0 kernel line:
noirqbalance


How would= removing noirqbalance help fix the problem? =A0Just curious; as I understa= nd it that tool is used to balance requests like a scheduler of sorts.
=A0

=A0 =A0 3) Are you assigning > 4GB of RAM to the guest? I found a post =A0 =A0 in the archive last night mentioning that there's an outstandin= g qemu
=A0 =A0 issue with > 4GB of RAM given to the guest. I didn't get aro= und to
=A0 =A0 re-trying the VM with 3.5GB yet.


Yes sir. =A0It's got 8 GB + 1 GB for the standard video adapter. =A0Not= sure
if that's improper, but it boots just find with a single card, and the<= br> 5850 I plugged in for a short while seemed well behaved. =A0Here's a co= py
of my vm config file: http://pastebin.com/bX0ayA0u

I think reducing the guest RAM to 3.5GB is worth a shot, along with only pa= ssing a single GPU device.


=
If I recall the RAM limit is specific to PV guests or older versions o= f Xen. =A0I have run Windows with 4, 6, 8, and 16GB of RAM without ever enc= ountering this problem, and this includes tests with the xl toolstack on Xe= n 4.1.2.
=A0

=A0 =A0 =A0 =A0 The only single GPU cards I have are the Radeon 5850s in th= e AMD
=A0 =A0 =A0 =A0 box I
=A0 =A0 =A0 =A0 have. =A0I'm just a little reticent to tear the thing a= part though
=A0 =A0 =A0 =A0 cause
=A0 =A0 =A0 =A0 it gets used a lot. =A0I think my next step is to look for = a video
=A0 =A0 =A0 =A0 card
=A0 =A0 =A0 =A0 that properly supports FLR,


=A0 =A0 As far as I can tell, for all the talk of it - there is NO SUCH THI= NG.
=A0 =A0 Somebody on the list posted lspci -vvv from their ATI FirePro card<= br> =A0 =A0 which shows it has no FLR, and I have just got a Quadro 2000, which= also
=A0 =A0 lacks FLR.

=A0 =A0 The only vague mention I have seen of FLR on GPUs is on the Intel G= PU on
=A0 =A0 the very latest generation of Core i CPUs (the built in one). And e= ven
=A0 =A0 if that is true it's not all that useful for gaming.


Heh. =A0The crappiest GPU that would ever be in my system is the most
compatible? =A0Good grief. :P

I'm not sure about compatible, but it seems to have a feature that the = others don't - then again, take that with a pinch of salt - I don't= have one, and I tend not to believe such things until somebody shows me th= e lspci dump that proves it.


Where did you find mention= of the newer integrated graphics supporting FLR? =A0I have an IvyBridge 37= 70 with an HD4000, but when I ran lspci -vv and -vvv I did not see FLReset+= , but maybe I did something incorrectly as I also did not see any mention o= f FLReset anywhere? =A0

That one got me too for = a minute. =A0You gotta run the lspci -vv[v] as root in order to see that de= tail.

Doing a

sudo lspci -vv

gets me this, note the DevCa= p field at the end of the list (which isn't full output for the device,= just to show of course):

0e:00.0 Display controller: ATI Technologies Inc Device 67= 1d
= Subsystem: ATI Technologies Inc Device 1b2a
= Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx-
= Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- = <TAbort- <MAbort- >SERR- <PERR- INTx-
= Latency: 0, Cache Line Size: 64 bytes
= Interrupt: pin A routed to IRQ 7
= Region 0: Memory at d0000000 (64-bit, prefetchable) [size=3D256M]
= Region 2: Memory at fbcc0000 (64-bit, non-prefetchable) [size=3D128K= ]
= Region 4: I/O ports at be00 [size=3D256]
= [virtual] Expansion ROM at fbc00000 [disabled] [size=3D128K]
= Capabilities: [50] Power Management version 3
= Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3D0mA PME(D0-,D1-,D2-,D3hot-= ,D3cold-)
= Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PME-
= Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00
= DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
= ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-=A0

I'm still configur= ing and responding to Gordan, but figured you could use a quick answer just= in case you weren't aware of the root req for reading pci features.
=A0
If the Ivybridge integrated h= as FLReset I would totally want to test it. =A0It may not be a powerful chi= p compared to modern discrete cards, and it won't prove that the lack o= f FLR is the cause of our AMD/nVidia problems, but it would show the effect= the presence of FLR has.
=A0

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2) My motherboard's= PCIe slots are behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200 PCIe bridges
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(yes,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA have decided in their i= nfinite wisdom to put
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 all 7 PCIe slots
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0behind NF200s, none are dire= ctly attached to the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Intel NB).

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I'm so sorry :P. NF2= 00 has probably caused a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 lot of xen
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tinkerers to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0utter a few dozen cuss w= ords a piece.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I can believe that. What= is the solution, though?

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The thing that drives me= really nuts about the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 issues I'm seeing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(which may or may not be spe= cifically related to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 the NF200) is
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0that it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is so intermittent. It works= well enough to boot
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 up and work with a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming type load for a few m= inutes. Then
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 something happens that
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0causes
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0the VGA card to require a re= set, and it all falls
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 apart.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0My solution was to buy anoth= er motherboard, I had
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no luck at all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0passing the devices behind t= he NF200, and similar
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 to your situation
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0all but one PCIe slot on tha= t board was behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that bridge.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Did you not manage to get it working= at all? Or was
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it just
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0intermittent like in my case? I can = typically get
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 about 5 minutes of
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming out of my ATI card before it = all goes wrong.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Ironically, I was thinking about an = Asus Sabertooth
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 with an 8-core AMD,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0but opted to go for broke and get a = couple of 6-core
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Xeons and an
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA SR-2. It turns out, a solution = that is 4x more
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 expensive isn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0actually better... :(


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I was unable to get it working at all. =A0T= he NF200 simply
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 threw errors
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that 100% prevented me from passing the dev= ice. =A0I think
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it was missing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 a number of specific features required for = passthrough,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 and I vaguely
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 remember running lspci -vvv to verify what = was missing.
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Perhaps not all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200's are created equal?


=A0 =A0 =A0 =A0 =A0 =A0 The only logged issue I had with the NF200s was the= lack of
=A0 =A0 =A0 =A0 =A0 =A0 ACS, which
=A0 =A0 =A0 =A0 =A0 =A0 can be disabled as I mentioned on this thread (at l= east if
=A0 =A0 =A0 =A0 =A0 =A0 you are using
=A0 =A0 =A0 =A0 =A0 =A0 the xm stack). After I disabled that PCI passthroug= h has
=A0 =A0 =A0 =A0 =A0 =A0 been working OK.
=A0 =A0 =A0 =A0 =A0 =A0 It's just VGA passthrough BSOD-ing after some m= inutes that
=A0 =A0 =A0 =A0 =A0 =A0 is causing me
=A0 =A0 =A0 =A0 =A0 =A0 problems.


=A0 =A0 =A0 =A0 In reading up on the wiki, there does indeed seem to be a l= ot more
=A0 =A0 =A0 =A0 info regarding the use of xl and PCI Passthrough today than= the last
=A0 =A0 =A0 =A0 time I looked. =A0It seems that these types of configuratio= n
=A0 =A0 =A0 =A0 options are
=A0 =A0 =A0 =A0 set on a domain-by-domain basis, or even by device; docs sa= y that
=A0 =A0 =A0 =A0 things like VPCI vs direct PASS mapping of slot layout(?) i= s
=A0 =A0 =A0 =A0 actually
=A0 =A0 =A0 =A0 configured at the device level either in your DomU config f= ile
=A0 =A0 =A0 =A0 (like:
=A0 =A0 =A0 =A0 pci =3D ['0:d:0.0, pci-just-forking-work-damn-__= you]) or via xl
=A0 =A0 =A0 =A0 (like: xl
=A0 =A0 =A0 =A0 pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__yo= u).



=A0 =A0 Hmm... I honestly don't think the xl way will succeed where xm = is
=A0 =A0 unstable,
=A0 =A0 but I might give it a shot.


You'd still likely require all the "hacks" you're current= ly using, but
they'll all move to different places I'm guessing... if the toolsta= ck
itself doesn't have any bearing on this (which is my suspicion) then yo= u
don't want to go doing all the extra work for nothing, of course!

Exactly. And right now what I have read (somebody point me to something tha= t says otherwise), more people seem to have reported success with xm than x= l stacks (but that could just be due to the xl stack being much more recent= ).

I would go as far as to = say that most of those reports came from people who used the packaged Xen, = and until very recently the packaged Xen was 4.0 or 4.1 where xm is still t= he default toolstack.

I'd put money on it = :P

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

--047d7b6d885e2eb5bd04dc6287ba-- --===============8143419809298662529== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8143419809298662529==-- From xen-users-bounces@lists.xen.org Fri May 10 20:20:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 20:20: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 1Uatmg-0005KC-3F; Fri, 10 May 2013 20:19:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uatme-0005JV-9O for xen-users@lists.xen.org; Fri, 10 May 2013 20:19:16 +0000 Received: from [193.109.254.147:3877] by server-12.bemta-14.messagelabs.com id 1A/A3-15557-3465D815; Fri, 10 May 2013 20:19:15 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1368217148!7084099!1 X-Originating-IP: [209.85.160.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5272 invoked from network); 10 May 2013 20:19:09 -0000 Received: from mail-pb0-f48.google.com (HELO mail-pb0-f48.google.com) (209.85.160.48) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 20:19:09 -0000 Received: by mail-pb0-f48.google.com with SMTP id ma3so3016675pbc.35 for ; Fri, 10 May 2013 13:19: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=u+JFhiVIOs2OcpbtUI6i9FqyUYr7oQ5xnzrneCQ+cPA=; b=JJMXiQ3Rf6sPp5kGrGM0/JuOuVktSA8oq8coHHFehtrGQkOVGQbiCUVrjp5G/JP+Y8 VofpqrmeGWGNyxWfYXstLEqOabar04JAJxk/zg89oxw56o0A9Y0NIRDvskoIIc6LN49z pCFLQFOEA7++DFRdc9vVO0esKpaXagwQf3QVZHORSx4a/vaPEy50w3fHa4T9zZ5w14ly vAi/3yW1VnVNDpSKoY9jIDgC3l4v9ZRIykFbtV6tu0AZ4QTGQnYKMCkP9BmqRVkfCqgG R6doQl+WbEdEdlHBVL8Xm8FDVyQU4KdP4Q7CvcvLbiO+QSgyqgrg3MdngoGb1BasXOhS rPHQ== MIME-Version: 1.0 X-Received: by 10.68.106.229 with SMTP id gx5mr8366609pbb.95.1368217146267; Fri, 10 May 2013 13:19:06 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 10 May 2013 13:19:06 -0700 (PDT) In-Reply-To: <518D4366.1070807@bobich.net> References: <516BF188.4050100@bobich.net> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 16:19:06 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0301838174756993802==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0301838174756993802== Content-Type: multipart/alternative; boundary=047d7b6d86aafa9f2f04dc62e0e6 --047d7b6d86aafa9f2f04dc62e0e6 Content-Type: text/plain; charset=ISO-8859-1 Okay, here we go! On Fri, May 10, 2013 at 2:58 PM, Gordan Bobic wrote: > On 05/10/2013 06:54 PM, Andrew Bobulsky wrote: > > Two points here: >> >> 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the >> xm/xend stack does allow ACS requirement to be disabled. >> >> >> Hehe. It's nice to have the option to screw things up, eh? :) >> > > Personally, I really dislike too much cleverness from software. While I > understand auto-detection is handy for Ubuntu users, I want there to be a > way to override things if I need to, without extensive source code > modifying. I like there to be a way to tell whatever you are using to quit > holding your hand and just do as it's damn well told. > And if I wanna crash this kernel I'll be damned if it doesn't come flying to the concrete at nearly four gigahertz! Why I oughtta... ;) > 2) I actually have it working - for 5 minutes or so at a time. If >> the problem was the lack of ACS, it wouldn't work at all. >> >> >> I just can't help but wonder if it /is/ the problem, though. It's the >> >> only thing I can pin down that our situations have in common as far as >> its being the only "non-compatible" portion of the implementation, aside >> from the nearly identical behavior, of course. Maybe the AMD driver does >> some stupid stuff that ACS can mitigate? I just wish I knew more :( >> > > Now you got me thinking... I noticed that when the GPU starts to head > toward the crash, this appears in the syslog: > > May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: Multiple > Uncorrected (Non-Fatal) error received: id=0000 > > It certainly makes me wonder. > > Has anyone else seen this error? > > The device ID in question is: > > 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express > Root Port 3 (rev 22) > > which does not bode well... > > Duff hardware? Hmmm... I'll poke through my syslog at the next crash. I tried: cat /var/log/syslog | grep pcieport > cat /var/log/syslog.1 | grep pcieport > dmesg | grep pcieport Nothing came back from any of those. I'll see if I can identify any unique errors myself though! > So what might intrigue you the most here is that while I'm stuck >> with >> a VGA device sitting behind this non-ACS compliant switch... My >> results are almost identical to yours. Passing one of the VGA >> devices >> to the DomU, with or without the corresponding HDMI audio >> doesn't seem >> to matter, I get this: >> >> " it is so intermittent. It works well enough to boot up and >> work with >> a gaming type load for a few minutes. Then something happens that >> causes the VGA card to require a reset, and it all falls apart." >> >> Seriously :P >> >> >> And you are convinced this is to do with the availability of ACS? >> >> >> Like I said, it's the only thing that I can pinpoint as being a >> hindrance to compatibility. I guess my request here is if anyone can >> help me determine whether or not that's true? >> > > What motherboard are you using? Has anyone successfully used it for VGA > passthrough? I don't think the possibility of both of us having similarly > duff hardware has been systematically excluded yet. I think I said it, but I'll link here anyway: http://www.gigabyte.us/products/product-page.aspx?pid=2957#ov As to whether or not anyone's used it for passthrough before... I've got no clue. Probably not too many people, seeing as how I'm essentially running a custom BIOS :P > It eventually likes to BSOD, usually on atikmpag.sys I think. >> Plenty >> of "an attempt was made to reset the display adapter and failed" >> blah >> blah blah. >> >> >> Yes, all too familiar. >> >> This happens 100% of the time if I try to boot with both >> devices attached. >> >> >> Both devices? >> >> >> Yes---that is to say both of the VGA controllers from the 6990. The >> relevant portion of my lspci looks like this: >> http://pastebin.com/raw.php?i=**GwekPNAW >> > > OK, I get it. I seem to remember reading in the archives that dual VGA > passthrough is problematic (my experience over the years shows that > multiple GPUs are a false economy of highly questionably benefit). That's actually pretty much completely accurate. It drives me particularly up the wall because I hate running things in full screen, and crossfire basically doesn't work at all without that :P Nonetheless, they once mined bitcoins like a pair of world-class champions ;D Note: devices 09 and 0a are my "primary" 6990's vga controllers. Also, >> my crossfire bridge is disconnected. I'm working with the other card, >> devices 0d and 0e. I've included the USB card as well in the list >> because I'm using it, but it causes me no problems whatsoever. For what >> its worth, that USB card works great in ESXi as well... Highpoint >> enabled ACS on their PEX chips :D >> >> Just out of interest: >> >> 1) Are you using a multi-socket motherboard? >> >> >> Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 920 in >> it. VT-d support is provided through a hacked BIOS image that I found >> on the web a couple years or so ago. >> > > Having to use a hacked BIOS for VT-d support is not a good sign or a good > starting point... Technically, you're right. AFAIK though, this particular generation of i7 chips allows for VT-d to be managed entirely by the chipset/bios. There's no particular req (however artificial) coming out of the CPUs for this generation that stipulates VT-d can't be patched in... so I figured, "why not?" I was modding my BIOS anyway and decided to use this one as a base because it had both VT-d and fully updated option ROMs for all my onboard stuff. The world of BIOS modding is a *very* neat one; I highly suggest every nerd spend a few days there at some point in his life ;) To the point though, it seems very well behaved on everything that *isn't* my 6990 :-( > 2) Have you tried disabling IRQ balancing >> (noirqbalance kernel parameter + disable irqbalance service)? >> >> >> No clue what that is. Can you provide any direction? I'd be happy to >> test. >> > > In your boot loader, find the kernel and xen lines and add: > > On the xen line: > noirqbalance > > On the dom0 kernel line: > noirqbalance I've gone with this in my /etc/default/grub: > GRUB_CMDLINE_XEN_DEFAULT="xen-pciback.permissive xen-pciback.passthrough=1 > noirqbalance" Just ran update-grub and I'll reboot and see what happens! > 3) Are you assigning > 4GB of RAM to the guest? I found a post >> in the archive last night mentioning that there's an outstanding qemu >> issue with > 4GB of RAM given to the guest. I didn't get around to >> re-trying the VM with 3.5GB yet. >> >> >> Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure >> if that's improper, but it boots just find with a single card, and the >> 5850 I plugged in for a short while seemed well behaved. Here's a copy >> of my vm config file: http://pastebin.com/bX0ayA0u >> > > I think reducing the guest RAM to 3.5GB is worth a shot, along with only > passing a single GPU device. Done. Will report. > The first time I boot it up, the driver isn't >> installed so it'll work until just before auto-login reaches the >> desktop, but after that I can't boot at all with both VGA devices >> attached. I'd love to explore more, but I'm running out of places >> to >> look for solutions to my problem that don't involve my credit >> card and >> some new hardware. In a fit of delicious irony, my problem is >> almost >> identical to yours---if only I'd bought some cheaper stuff it'd >> probably all work just great :D >> >> >> Life on the bleeding edge is hard. :( >> The thing that really bugs me is that after a fresh reboot with irq >> balancing disabled, I can get it working for a few minutes _every >> time_. >> >> After a few minutes, it'll start corrupting the screen output and >> eventually try to reset itself (sometimes even claim to succeed a few >> times), eventually fail and BSOD. >> >> >> The only corrupted output I've seen is during a BSOD itself---which was >> once on Server 2012---and again I saw some black lines when I zoomed in >> with Chrome on a Win7 guest. I'm not entirely convinced that the black >> lines were a symptom of Xen/Radeon/Whatever versus just being a goofy >> Chrome bug. >> > > I'm seeing white lines, both with the Radeon 6450 and the Quadro 2000. Yeah. I'm convinced now. They might be a different color, but they're in chrome (which uses a GPU accelerated 2d canvas) and they seem to precede the crash pretty reliably. > The only single GPU cards I have are the Radeon 5850s in the AMD >> box I >> have. I'm just a little reticent to tear the thing apart though >> cause >> it gets used a lot. I think my next step is to look for a video >> card >> that properly supports FLR, >> >> >> As far as I can tell, for all the talk of it - there is NO SUCH THING. >> Somebody on the list posted lspci -vvv from their ATI FirePro card >> which shows it has no FLR, and I have just got a Quadro 2000, which >> also >> lacks FLR. >> >> The only vague mention I have seen of FLR on GPUs is on the Intel GPU >> on >> the very latest generation of Core i CPUs (the built in one). And even >> if that is true it's not all that useful for gaming. >> >> >> Heh. The crappiest GPU that would ever be in my system is the most >> compatible? Good grief. :P >> > > I'm not sure about compatible, but it seems to have a feature that the > others don't - then again, take that with a pinch of salt - I don't have > one, and I tend not to believe such things until somebody shows me the > lspci dump that proves it. > > though I'm considering a hard-hack: think >> of a 12v relay and a PCIe extender cable---if a D3D0 reset >> actually >> powers off the slot momentarily but the PSU plugs on the card >> prevent >> it from working, then I could rig up a switch that ties those >> plugs' >> power state into the slot itself---it's radical, yes, but >> possibly the >> most inventive solution I can think of so far. I'm super curious >> to >> see if anyone more knowledgeable than myself thinks it would work, >> because it'd be super cheap to build! As the saying goes >> though, I'll >> "cross that bridge when I come to it." :) >> >> >> Interesting. In theory, I think this _should_ work provider your PCIe >> bridges support hot-plugging. >> >> To be certain, you'd have to switch both the PCIe slot and (if your >> card >> uses it) the external power inputs. >> >> >> That'd be the idea. Assuming it works the way I think it does, I could >> tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GND >> pins of the PCIe slot and use the relay's output to switch the Vcc from >> the plug-in cables off of the PSU. Bears testing with a slightly less >> expensive card, but I wouldn't be surprised to see it work! It'd >> require some case modding for sure though, as the extension cable will >> get in the way of properly seating the card. It could be possible to >> build a tap that could be "slipped in" to a card's PCIe slot... Short >> of proper FLR support, this could actually very cheaply be built into >> the expansion card itself. I'd suspect that simply adding FLR would be >> cheaper on the card manufacturers though. :) >> > > Just get a case with more slot cutouts on the back than your motherboard > has slots. Then feed the ribbon to the bottom so the card sits in the slot > on the case that is below your motherboard - no modding required. :) > But... but! I guess that'd require a mini(?) or MicroATX board. I'm a full size to XL ATX (or whatever the monster-sized boards are) kind of guy. Guess I just want more slots to pass GPUs to VMs, eh? :) There's supposed to be some cases out there that allow for mounting of expansion cards on the end of flexible extenders. Haven't heard about them in a couple years, but either way chances are pretty good that such cases aren't exactly affordable... they likely target enterprise customers or simply have limited runs... economy of scale and all that. Probably the "slip-in" type of adapter/approach would be best, but I don't wanna get ahead of myself on a simple idea that may not even work :P > 2) My motherboard's PCIe slots are behind >> NF200 PCIe bridges >> (yes, >> EVGA have decided in their infinite wisdom to put >> all 7 PCIe slots >> behind NF200s, none are directly attached to the >> Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a >> lot of xen >> tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the >> issues I'm seeing >> (which may or may not be specifically related to >> the NF200) is >> that it >> is so intermittent. It works well enough to boot >> up and work with a >> gaming type load for a few minutes. Then >> something happens that >> causes >> the VGA card to require a reset, and it all falls >> apart. >> >> My solution was to buy another motherboard, I had >> no luck at all >> passing the devices behind the NF200, and similar >> to your situation >> all but one PCIe slot on that board was behind >> that bridge. >> >> >> Did you not manage to get it working at all? Or was >> it just >> intermittent like in my case? I can typically get >> about 5 minutes of >> gaming out of my ATI card before it all goes wrong. >> >> Ironically, I was thinking about an Asus Sabertooth >> with an 8-core AMD, >> but opted to go for broke and get a couple of 6-core >> Xeons and an >> EVGA SR-2. It turns out, a solution that is 4x more >> expensive isn't >> actually better... :( >> >> >> I was unable to get it working at all. The NF200 simply >> threw errors >> that 100% prevented me from passing the device. I think >> it was missing >> a number of specific features required for passthrough, >> and I vaguely >> remember running lspci -vvv to verify what was missing. >> Perhaps not all >> NF200's are created equal? >> >> >> The only logged issue I had with the NF200s was the lack of >> ACS, which >> can be disabled as I mentioned on this thread (at least if >> you are using >> the xm stack). After I disabled that PCI passthrough has >> been working OK. >> It's just VGA passthrough BSOD-ing after some minutes that >> is causing me >> problems. >> >> >> In reading up on the wiki, there does indeed seem to be a lot more >> info regarding the use of xl and PCI Passthrough today than the >> last >> time I looked. It seems that these types of configuration >> options are >> set on a domain-by-domain basis, or even by device; docs say that >> things like VPCI vs direct PASS mapping of slot layout(?) is >> actually >> configured at the device level either in your DomU config file >> (like: >> pci = ['0:d:0.0, pci-just-forking-work-damn-__**you]) or via xl >> (like: xl >> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__**you). >> >> >> >> Hmm... I honestly don't think the xl way will succeed where xm is >> unstable, >> but I might give it a shot. >> >> >> You'd still likely require all the "hacks" you're currently using, but >> they'll all move to different places I'm guessing... if the toolstack >> itself doesn't have any bearing on this (which is my suspicion) then you >> don't want to go doing all the extra work for nothing, of course! >> > > Exactly. And right now what I have read (somebody point me to something > that says otherwise), more people seem to have reported success with xm > than xl stacks (but that could just be due to the xl stack being much more > recent). > > > With that in mind, even though I've taken your advice and added >> the >> config info to my xend files, its entirely possible---especially >> in >> light of what Casey said---that I'm just Doing It Wrong(TM). It'd >> likely be beneficial for us both to compare notes on that >> regard. If >> either of you would be willing to help, I could probably use some >> pointers... I've kinda run out of logs to look at with my current >> knowledge on the subject :P >> >> >> Certainly - what notes do you propose we compare? >> >> >> I'm not completely sure. If you can point me to the proper files to >> verify that my device has the same PCIe-level compatibility issues as >> yours (verify that ACS isn't available to the device and so on) then I'd >> call that a step in the right direction. >> > > Another thing - Do "lspci -vt" - can you put the card in a slot where it > doesn't share a bridge with any other PCIe devices? I don't think so. You should see the built-in bridge... it's implied slightly up the hierarchy from the two side-by-side 6990 devices, which itself attaches to the root port at the top: http://pastebin.com/raw.php?i=4dGmneYi > > > What about with PCIe devices behind NF200 >> bridges? I know the >> NF200s >> don't support PCI ACS, but that is a security >> feature (which I have >> disabled enforcement of to get this far), and >> AFAIK shouldn't >> actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it >> may be causing me >> some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd >> expect you to find >> errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for >> the xm toolstack and >> deprecated Xend service. >> >> >> xm toolstack and xend are what I am using. I have >> read reports of issues >> with VGA passthrough using the xl stack so I didn't >> even attempt to >> use it. >> >> >> The xm toolstack was deprecated in version 4.1. I read >> that it had not >> been updated in months due to a lack of maintainers. >> >> >> I heard that xl is still feature-incomplete and >> experimental, and problematic with VGA passthrough. >> >> I did try xm back >> when I started, the passthrough worked but had the same >> problems I had >> when I began testing xl. I have been using xl since >> then. My logic was >> simply "why become dependent on a tool that is no-longer >> maintained and >> may be removed from the next release?" >> >> >> I'm not wedded to any particular tool stack, I'm happy to >> use whatever >> works. But since libvirt and virt-manager are still using >> xm, and since >> I have seen recent reports of xl being problematic for VGA >> passthrough >> as well as there being no apparent way to disable ACS >> requirements with >> the xl stack, that rules it out for me completely at the >> moment. >> >> >> The xm stack was rather trying for me. It's like it only wanted >> to >> throw errors at me when I did PCI stuff. Whereas xl has seemingly >> been more than happy to do whatever I tell it. Though I admit >> chances >> are pretty good I was just running around, haphazardly using the >> wrong >> version of python or something. Given our nearly identical >> results >> thus far, I'd wager that the toolstack itself isn't really the >> source >> of our problems. If that's true, though, the easy solution is >> likely >> out the window :( >> >> >> What distro do you use? >> >> >> >> >> Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44. >> > > OK, that's a useful reference point. I'm on EL6 using 3.8.10 (will be > upgrading to 3.8.12 tonight). > > > Gordan > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Wish me luck! -Andrew --047d7b6d86aafa9f2f04dc62e0e6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Okay, here we go!

On Fri, May 10, 2013 at= 2:58 PM, Gordan Bobic <gordan@bobich.net> wrote:
On 05/10/2013 06:54 PM, Andrew Bobulsky wrote:

=A0 =A0 Two points here:

=A0 =A0 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the<= br> =A0 =A0 xm/xend stack does allow ACS requirement to be disabled.


Hehe. =A0It's nice to have the option to screw things up, eh? :)

Personally, I really dislike too much cleverness from software. While I und= erstand auto-detection is handy for Ubuntu users, I want there to be a way = to override things if I need to, without extensive source code modifying. I= like there to be a way to tell whatever you are using to quit holding your= hand and just do as it's damn well told.

And if I wanna crash this kernel I'll = be damned if it doesn't come flying to the concrete at nearly four giga= hertz! =A0Why I oughtta... ;)
=A0
=A0 =A0 2) I actually have it working - for 5 minutes or so at a time. If =A0 =A0 the problem was the lack of ACS, it wouldn't work at all.


I just can't help but wonder if it /is/ the problem, though. =A0It'= s the

only thing I can pin down that our situations have in common as far as
its being the only "non-compatible" portion of the implementation= , aside
from the nearly identical behavior, of course. Maybe the AMD driver does some stupid stuff that ACS can mitigate? =A0I just wish I knew more :(

Now you got me thinking... I noticed that when the GPU starts to head towar= d the crash, this appears in the syslog:

May =A06 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: Multiple Unc= orrected (Non-Fatal) error received: id=3D0000

It certainly makes me wonder.

Has anyone else seen this error?

The device ID in question is:

00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Roo= t Port 3 (rev 22)

which does not bode well...

Duff hardware?

Hmmm... I'll poke throug= h my syslog at the next crash. =A0I tried:

cat /var/log/syslog | grep pcieport
cat /var/log/syslog= .1 | grep pcieport
dmesg | grep pcieport

Nothing= came back from any of those. =A0I'll see if I can identify any unique = errors myself though!
=A0=A0
=A0 =A0 =A0 =A0 So what might intrigue you the most here is that while I= 9;m stuck
=A0 =A0 =A0 =A0 with
=A0 =A0 =A0 =A0 a VGA device sitting behind this non-ACS compliant switch..= . My
=A0 =A0 =A0 =A0 results are almost identical to yours. =A0Passing one of th= e VGA
=A0 =A0 =A0 =A0 devices
=A0 =A0 =A0 =A0 to the DomU, with or without the corresponding HDMI audio =A0 =A0 =A0 =A0 doesn't seem
=A0 =A0 =A0 =A0 to matter, I get this:

=A0 =A0 =A0 =A0 " it is so intermittent. It works well enough to boot = up and
=A0 =A0 =A0 =A0 work with
=A0 =A0 =A0 =A0 a gaming type load for a few minutes. Then something happen= s that
=A0 =A0 =A0 =A0 causes the VGA card to require a reset, and it all falls ap= art."

=A0 =A0 =A0 =A0 Seriously :P


=A0 =A0 And you are convinced this is to do with the availability of ACS?

Like I said, it's the only thing that I can pinpoint as being a
hindrance to compatibility. =A0I guess my request here is if anyone can
help me determine whether or not that's true?

What motherboard are you using? Has anyone successfully used it for VGA pas= sthrough? I don't think the possibility of both of us having similarly = duff hardware has been systematically excluded yet.

I think I said it, but I'll link here anyway:=A0http://www.= gigabyte.us/products/product-page.aspx?pid=3D2957#ov

As to whether or not anyone's used it for passthrough before... I'v= e got no clue. =A0Probably not too many people, seeing as how I'm essen= tially running a custom BIOS :P
=A0
=A0 =A0 =A0 =A0 It eventually likes to BSOD, usually on atikmpag.sys I thin= k.
=A0 =A0 =A0 =A0 =A0 Plenty
=A0 =A0 =A0 =A0 of "an attempt was made to reset the display adapter a= nd failed"
=A0 =A0 =A0 =A0 blah
=A0 =A0 =A0 =A0 blah blah.


=A0 =A0 Yes, all too familiar.

=A0 =A0 =A0 =A0 This happens 100% of the time if I try to boot with both =A0 =A0 =A0 =A0 devices attached.


=A0 =A0 Both devices?


Yes---that is to say both of the VGA controllers from the 6990. The
relevant portion of my lspci looks like this:
http= ://pastebin.com/raw.php?i=3DGwekPNAW

OK, I get it. I seem to remember reading in the archives that dual VGA pass= through is problematic (my experience over the years shows that multiple GP= Us are a false economy of highly questionably benefit).

That's actually pretty much completely accurate. =A0It d= rives me particularly up the wall because I hate running things in full scr= een, and crossfire basically doesn't work at all without that :P

Nonetheless, they once mined bitcoins like a pair of wo= rld-class champions ;D

<= div class=3D"im">
Note: devices 09 and 0a are my "primary" 6990's vga controlle= rs. =A0Also,
my crossfire bridge is disconnected. =A0I'm working with the other card= ,
devices 0d and 0e. =A0I've included the USB card as well in the list because I'm using it, but it causes me no problems whatsoever. =A0For w= hat
its worth, that USB card works great in ESXi as well... Highpoint
enabled ACS on their PEX chips :D

=A0 =A0 Just out of interest:

=A0 =A0 1) Are you using a multi-socket motherboard?


Nope! =A0It's a Gigabyte GA-EX58-EXTREME. =A0It's LGA1366 with an i= 7 920 in
it. =A0VT-d support is provided through a hacked BIOS image that I found on the web a couple years or so ago.

Having to use a hacked BIOS for VT-d support is not a good sign or a good s= tarting point...

Technically, you're ri= ght. =A0AFAIK though, this particular generation of i7 chips allows for VT-= d to be managed entirely by the chipset/bios. =A0There's no particular = req (however artificial) coming out of the CPUs for this generation that st= ipulates VT-d can't be patched in... so I figured, "why not?"= =A0I was modding my BIOS anyway and decided to use this one as a base beca= use it had both VT-d and fully updated option ROMs for all my onboard stuff= . =A0The world of BIOS modding is a very neat one; I highly suggest = every nerd spend a few days there at some point in his life ;)

To the point though, it seems very well behaved on ever= ything that isn't=A0my 6990 :-(
=A0
=A0 =A0 2) Have you tried disabling IRQ balancing
=A0 =A0 (noirqbalance kernel parameter + disable irqbalance service)?


No clue what that is. =A0Can you provide any direction? =A0I'd be happy= to
test.

In your boot loader, find the kernel and xen lines and add:

On the xen line:
noirqbalance

On the dom0 kernel line:
noirqbalance

I've gone with this in my = /etc/default/grub:
=A0
GRUB_CMDLINE_XEN_DEFAULT=3D"xen-pciback.permissive xen-pciback.passthr= ough=3D1 noirqbalance"

Just ran update= -grub and I'll reboot and see what happens!
=A0
=A0=
=A0 =A0 3) Are you assigning > 4GB of RAM to the guest? I found a post =A0 =A0 in the archive last night mentioning that there's an outstandin= g qemu
=A0 =A0 issue with > 4GB of RAM given to the guest. I didn't get aro= und to
=A0 =A0 re-trying the VM with 3.5GB yet.


Yes sir. =A0It's got 8 GB + 1 GB for the standard video adapter. =A0Not= sure
if that's improper, but it boots just find with a single card, and the<= br> 5850 I plugged in for a short while seemed well behaved. =A0Here's a co= py
of my vm config file: http://pastebin.com/bX0ayA0u

I think reducing the guest RAM to 3.5GB is worth a shot, along with only pa= ssing a single GPU device.

Done. =A0Will re= port.
=A0
=A0 =A0 =A0 =A0 The first time I boot it up, the driver isn't
=A0 =A0 =A0 =A0 installed so it'll work until just before auto-login re= aches the
=A0 =A0 =A0 =A0 desktop, but after that I can't boot at all with both V= GA devices
=A0 =A0 =A0 =A0 attached. I'd love to explore more, but I'm running= out of places to
=A0 =A0 =A0 =A0 look for solutions to my problem that don't involve my = credit
=A0 =A0 =A0 =A0 card and
=A0 =A0 =A0 =A0 some new hardware. =A0In a fit of delicious irony, my probl= em is
=A0 =A0 =A0 =A0 almost
=A0 =A0 =A0 =A0 identical to yours---if only I'd bought some cheaper st= uff it'd
=A0 =A0 =A0 =A0 probably all work just great :D


=A0 =A0 Life on the bleeding edge is hard. :(
=A0 =A0 The thing that really bugs me is that after a fresh reboot with irq=
=A0 =A0 balancing disabled, I can get it working for a few minutes _every t= ime_.

=A0 =A0 After a few minutes, it'll start corrupting the screen output a= nd
=A0 =A0 eventually try to reset itself (sometimes even claim to succeed a f= ew
=A0 =A0 times), eventually fail and BSOD.


The only corrupted output I've seen is during a BSOD itself---which was=
once on Server 2012---and again I saw some black lines when I zoomed in
with Chrome on a Win7 guest. =A0I'm not entirely convinced that the bla= ck
lines were a symptom of Xen/Radeon/Whatever versus just being a goofy
Chrome bug.

I'm seeing white lines, both with the Radeon 6450 and the Quadro 2000.<= /blockquote>

Yeah. =A0I'm convinced now. =A0They mig= ht be a different color, but they're in chrome (which uses a GPU accele= rated 2d canvas) and they seem to precede the crash pretty reliably.
=A0
=A0 =A0 =A0 =A0 The only single GPU cards I have are the Radeon 5850s in th= e AMD
=A0 =A0 =A0 =A0 box I
=A0 =A0 =A0 =A0 have. =A0I'm just a little reticent to tear the thing a= part though
=A0 =A0 =A0 =A0 cause
=A0 =A0 =A0 =A0 it gets used a lot. =A0I think my next step is to look for = a video
=A0 =A0 =A0 =A0 card
=A0 =A0 =A0 =A0 that properly supports FLR,


=A0 =A0 As far as I can tell, for all the talk of it - there is NO SUCH THI= NG.
=A0 =A0 Somebody on the list posted lspci -vvv from their ATI FirePro card<= br> =A0 =A0 which shows it has no FLR, and I have just got a Quadro 2000, which= also
=A0 =A0 lacks FLR.

=A0 =A0 The only vague mention I have seen of FLR on GPUs is on the Intel G= PU on
=A0 =A0 the very latest generation of Core i CPUs (the built in one). And e= ven
=A0 =A0 if that is true it's not all that useful for gaming.


Heh. =A0The crappiest GPU that would ever be in my system is the most
compatible? =A0Good grief. :P

I'm not sure about compatible, but it seems to have a feature that the = others don't - then again, take that with a pinch of salt - I don't= have one, and I tend not to believe such things until somebody shows me th= e lspci dump that proves it.

=A0 =A0 =A0 =A0 though I'm considering a hard-hack: think
=A0 =A0 =A0 =A0 of a 12v relay and a PCIe extender cable---if a D3D0 reset = actually
=A0 =A0 =A0 =A0 powers off the slot momentarily but the PSU plugs on the ca= rd
=A0 =A0 =A0 =A0 prevent
=A0 =A0 =A0 =A0 it from working, then I could rig up a switch that ties tho= se plugs'
=A0 =A0 =A0 =A0 power state into the slot itself---it's radical, yes, b= ut
=A0 =A0 =A0 =A0 possibly the
=A0 =A0 =A0 =A0 most inventive solution I can think of so far. =A0I'm s= uper curious to
=A0 =A0 =A0 =A0 see if anyone more knowledgeable than myself thinks it woul= d work,
=A0 =A0 =A0 =A0 because it'd be super cheap to build! =A0As the saying = goes
=A0 =A0 =A0 =A0 though, I'll
=A0 =A0 =A0 =A0 "cross that bridge when I come to it." :)


=A0 =A0 Interesting. In theory, I think this _should_ work provider your PC= Ie
=A0 =A0 bridges support hot-plugging.

=A0 =A0 To be certain, you'd have to switch both the PCIe slot and (if = your card
=A0 =A0 uses it) the external power inputs.


That'd be the idea. =A0Assuming it works the way I think it does, I cou= ld
tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc an= d GND
pins of the PCIe slot and use the relay's output to switch the Vcc from=
the plug-in cables off of the PSU. =A0Bears testing with a slightly less expensive card, but I wouldn't be surprised to see it work! =A0It'd=
require some case modding for sure though, as the extension cable will
get in the way of properly seating the card. =A0It could be possible to
build a tap that could be "slipped in" to a card's PCIe slot.= .. =A0Short
of proper FLR support, this could actually very cheaply be built into
the expansion card itself. =A0I'd suspect that simply adding FLR would = be
cheaper on the card manufacturers though. :)

Just get a case with more slot cutouts on the back than your motherboard ha= s slots. Then feed the ribbon to the bottom so the card sits in the slot on= the case that is below your motherboard - no modding required. :)

But... but! =A0I guess that'd require = a mini(?) or MicroATX board. =A0I'm a full size to XL ATX (or whatever = the monster-sized boards are) kind of guy. =A0Guess I just want more slots = to pass GPUs to VMs, eh? :)

There's supposed to be some cases out there that al= low for mounting of expansion cards on the end of flexible extenders. =A0Ha= ven't heard about them in a couple years, but either way chances are pr= etty good that such cases aren't exactly affordable... they likely targ= et enterprise customers or simply have limited runs... economy of scale and= all that. =A0Probably the "slip-in" type of adapter/approach wou= ld be best, but I don't wanna get ahead of myself on a simple idea that= may not even work :P
=A0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2) My motherboard's= PCIe slots are behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200 PCIe bridges
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(yes,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA have decided in their i= nfinite wisdom to put
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 all 7 PCIe slots
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0behind NF200s, none are dire= ctly attached to the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Intel NB).

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I'm so sorry :P. NF2= 00 has probably caused a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 lot of xen
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tinkerers to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0utter a few dozen cuss w= ords a piece.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I can believe that. What= is the solution, though?

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The thing that drives me= really nuts about the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 issues I'm seeing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(which may or may not be spe= cifically related to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 the NF200) is
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0that it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is so intermittent. It works= well enough to boot
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 up and work with a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming type load for a few m= inutes. Then
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 something happens that
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0causes
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0the VGA card to require a re= set, and it all falls
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 apart.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0My solution was to buy anoth= er motherboard, I had
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no luck at all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0passing the devices behind t= he NF200, and similar
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 to your situation
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0all but one PCIe slot on tha= t board was behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that bridge.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Did you not manage to get it working= at all? Or was
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it just
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0intermittent like in my case? I can = typically get
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 about 5 minutes of
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming out of my ATI card before it = all goes wrong.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Ironically, I was thinking about an = Asus Sabertooth
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 with an 8-core AMD,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0but opted to go for broke and get a = couple of 6-core
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Xeons and an
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA SR-2. It turns out, a solution = that is 4x more
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 expensive isn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0actually better... :(


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I was unable to get it working at all. =A0T= he NF200 simply
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 threw errors
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that 100% prevented me from passing the dev= ice. =A0I think
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it was missing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 a number of specific features required for = passthrough,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 and I vaguely
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 remember running lspci -vvv to verify what = was missing.
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Perhaps not all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200's are created equal?


=A0 =A0 =A0 =A0 =A0 =A0 The only logged issue I had with the NF200s was the= lack of
=A0 =A0 =A0 =A0 =A0 =A0 ACS, which
=A0 =A0 =A0 =A0 =A0 =A0 can be disabled as I mentioned on this thread (at l= east if
=A0 =A0 =A0 =A0 =A0 =A0 you are using
=A0 =A0 =A0 =A0 =A0 =A0 the xm stack). After I disabled that PCI passthroug= h has
=A0 =A0 =A0 =A0 =A0 =A0 been working OK.
=A0 =A0 =A0 =A0 =A0 =A0 It's just VGA passthrough BSOD-ing after some m= inutes that
=A0 =A0 =A0 =A0 =A0 =A0 is causing me
=A0 =A0 =A0 =A0 =A0 =A0 problems.


=A0 =A0 =A0 =A0 In reading up on the wiki, there does indeed seem to be a l= ot more
=A0 =A0 =A0 =A0 info regarding the use of xl and PCI Passthrough today than= the last
=A0 =A0 =A0 =A0 time I looked. =A0It seems that these types of configuratio= n
=A0 =A0 =A0 =A0 options are
=A0 =A0 =A0 =A0 set on a domain-by-domain basis, or even by device; docs sa= y that
=A0 =A0 =A0 =A0 things like VPCI vs direct PASS mapping of slot layout(?) i= s
=A0 =A0 =A0 =A0 actually
=A0 =A0 =A0 =A0 configured at the device level either in your DomU config f= ile
=A0 =A0 =A0 =A0 (like:
=A0 =A0 =A0 =A0 pci =3D ['0:d:0.0, pci-just-forking-work-damn-__= you]) or via xl
=A0 =A0 =A0 =A0 (like: xl
=A0 =A0 =A0 =A0 pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__yo= u).



=A0 =A0 Hmm... I honestly don't think the xl way will succeed where xm = is
=A0 =A0 unstable,
=A0 =A0 but I might give it a shot.


You'd still likely require all the "hacks" you're current= ly using, but
they'll all move to different places I'm guessing... if the toolsta= ck
itself doesn't have any bearing on this (which is my suspicion) then yo= u
don't want to go doing all the extra work for nothing, of course!

Exactly. And right now what I have read (somebody point me to something tha= t says otherwise), more people seem to have reported success with xm than x= l stacks (but that could just be due to the xl stack being much more recent= ).


=A0 =A0 =A0 =A0 With that in mind, even though I've taken your advice a= nd added the
=A0 =A0 =A0 =A0 config info to my xend files, its entirely possible---espec= ially in
=A0 =A0 =A0 =A0 light of what Casey said---that I'm just Doing It Wrong= (TM). =A0It'd
=A0 =A0 =A0 =A0 likely be beneficial for us both to compare notes on that =A0 =A0 =A0 =A0 regard. =A0If
=A0 =A0 =A0 =A0 either of you would be willing to help, I could probably us= e some
=A0 =A0 =A0 =A0 pointers... I've kinda run out of logs to look at with = my current
=A0 =A0 =A0 =A0 knowledge on the subject :P


=A0 =A0 Certainly - what notes do you propose we compare?


I'm not completely sure. =A0If you can point me to the proper files to<= br> verify that my device has the same PCIe-level compatibility issues as
yours (verify that ACS isn't available to the device and so on) then I&= #39;d
call that a step in the right direction.

Another thing - Do "lspci -vt" - can you put the card in a slot w= here it doesn't share a bridge with any other PCIe devices?

I don't think so. =A0You should see the built-in b= ridge... it's implied slightly up the hierarchy from the two side-by-si= de 6990 devices, which itself attaches to the root port at the top:=A0http://pastebin.com/raw.php= ?i=3D4dGmneYi

=A0


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 What about with PCIe de= vices behind NF200
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bridges? I know the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0NF200s
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0don't support PCI ACS, b= ut that is a security
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 feature (which I have
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0disabled enforcement of to g= et this far), and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 AFAIK shouldn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0actually
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0affect the basic PCI passthr= ough capability.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Question: how'd you = disable ACS? =A0I think it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 may be causing me
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0some
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0issues.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Put:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(pci-passthrough-strict-= check no)
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(pci-dev-assign-strict-c= heck no)

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0in /etc/xen/xend-config.= sxp

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0If it was causing you is= sues, however, I'd
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 expect you to find
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0errors
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0in logs pointing at it.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0As I understand the xend-con= fig.sxp [1] is for
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 the xm toolstack and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0deprecated Xend service.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0xm toolstack and xend are what I am = using. I have
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 read reports of issues
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0with VGA passthrough using the xl st= ack so I didn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 even attempt to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0use it.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 The xm toolstack was deprecated in version = 4.1. =A0I read
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that it had not
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 been updated in months due to a lack of mai= ntainers.


=A0 =A0 =A0 =A0 =A0 =A0 I heard that xl is still feature-incomplete and
=A0 =A0 =A0 =A0 =A0 =A0 experimental, and problematic with VGA passthrough.=

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I did try xm back
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 when I started, the passthrough worked but = had the same
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 problems I had
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 when I began testing xl. =A0I have been usi= ng xl since
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 then. =A0My logic was
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 simply "why become dependent on a tool= that is no-longer
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 maintained and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 may be removed from the next release?"=


=A0 =A0 =A0 =A0 =A0 =A0 I'm not wedded to any particular tool stack, I&= #39;m happy to
=A0 =A0 =A0 =A0 =A0 =A0 use whatever
=A0 =A0 =A0 =A0 =A0 =A0 works. But since libvirt and virt-manager are still= using
=A0 =A0 =A0 =A0 =A0 =A0 xm, and since
=A0 =A0 =A0 =A0 =A0 =A0 I have seen recent reports of xl being problematic = for VGA
=A0 =A0 =A0 =A0 =A0 =A0 passthrough
=A0 =A0 =A0 =A0 =A0 =A0 as well as there being no apparent way to disable A= CS
=A0 =A0 =A0 =A0 =A0 =A0 requirements with
=A0 =A0 =A0 =A0 =A0 =A0 the xl stack, that rules it out for me completely a= t the moment.


=A0 =A0 =A0 =A0 The xm stack was rather trying for me. =A0It's like it = only wanted to
=A0 =A0 =A0 =A0 throw errors at me when I did PCI stuff. =A0Whereas xl has = seemingly
=A0 =A0 =A0 =A0 been more than happy to do whatever I tell it. =A0Though I = admit
=A0 =A0 =A0 =A0 chances
=A0 =A0 =A0 =A0 are pretty good I was just running around, haphazardly usin= g the
=A0 =A0 =A0 =A0 wrong
=A0 =A0 =A0 =A0 version of python or something. =A0Given our nearly identic= al results
=A0 =A0 =A0 =A0 thus far, I'd wager that the toolstack itself isn't= really the
=A0 =A0 =A0 =A0 source
=A0 =A0 =A0 =A0 of our problems. =A0If that's true, though, the easy so= lution is
=A0 =A0 =A0 =A0 likely
=A0 =A0 =A0 =A0 out the window :(


=A0 =A0 What distro do you use?

=A0 =A0 <snip>


Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44.

OK, that's a useful reference point. I'm on EL6 using 3.8.10 (will = be upgrading to 3.8.12 tonight).

Gordan


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

Wish me luck!

-Andrew
--047d7b6d86aafa9f2f04dc62e0e6-- --===============0301838174756993802== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0301838174756993802==-- From xen-users-bounces@lists.xen.org Fri May 10 20:20:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 20:20: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 1Uatmg-0005KC-3F; Fri, 10 May 2013 20:19:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uatme-0005JV-9O for xen-users@lists.xen.org; Fri, 10 May 2013 20:19:16 +0000 Received: from [193.109.254.147:3877] by server-12.bemta-14.messagelabs.com id 1A/A3-15557-3465D815; Fri, 10 May 2013 20:19:15 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1368217148!7084099!1 X-Originating-IP: [209.85.160.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5272 invoked from network); 10 May 2013 20:19:09 -0000 Received: from mail-pb0-f48.google.com (HELO mail-pb0-f48.google.com) (209.85.160.48) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 20:19:09 -0000 Received: by mail-pb0-f48.google.com with SMTP id ma3so3016675pbc.35 for ; Fri, 10 May 2013 13:19: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=u+JFhiVIOs2OcpbtUI6i9FqyUYr7oQ5xnzrneCQ+cPA=; b=JJMXiQ3Rf6sPp5kGrGM0/JuOuVktSA8oq8coHHFehtrGQkOVGQbiCUVrjp5G/JP+Y8 VofpqrmeGWGNyxWfYXstLEqOabar04JAJxk/zg89oxw56o0A9Y0NIRDvskoIIc6LN49z pCFLQFOEA7++DFRdc9vVO0esKpaXagwQf3QVZHORSx4a/vaPEy50w3fHa4T9zZ5w14ly vAi/3yW1VnVNDpSKoY9jIDgC3l4v9ZRIykFbtV6tu0AZ4QTGQnYKMCkP9BmqRVkfCqgG R6doQl+WbEdEdlHBVL8Xm8FDVyQU4KdP4Q7CvcvLbiO+QSgyqgrg3MdngoGb1BasXOhS rPHQ== MIME-Version: 1.0 X-Received: by 10.68.106.229 with SMTP id gx5mr8366609pbb.95.1368217146267; Fri, 10 May 2013 13:19:06 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 10 May 2013 13:19:06 -0700 (PDT) In-Reply-To: <518D4366.1070807@bobich.net> References: <516BF188.4050100@bobich.net> <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> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> Date: Fri, 10 May 2013 16:19:06 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0301838174756993802==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0301838174756993802== Content-Type: multipart/alternative; boundary=047d7b6d86aafa9f2f04dc62e0e6 --047d7b6d86aafa9f2f04dc62e0e6 Content-Type: text/plain; charset=ISO-8859-1 Okay, here we go! On Fri, May 10, 2013 at 2:58 PM, Gordan Bobic wrote: > On 05/10/2013 06:54 PM, Andrew Bobulsky wrote: > > Two points here: >> >> 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the >> xm/xend stack does allow ACS requirement to be disabled. >> >> >> Hehe. It's nice to have the option to screw things up, eh? :) >> > > Personally, I really dislike too much cleverness from software. While I > understand auto-detection is handy for Ubuntu users, I want there to be a > way to override things if I need to, without extensive source code > modifying. I like there to be a way to tell whatever you are using to quit > holding your hand and just do as it's damn well told. > And if I wanna crash this kernel I'll be damned if it doesn't come flying to the concrete at nearly four gigahertz! Why I oughtta... ;) > 2) I actually have it working - for 5 minutes or so at a time. If >> the problem was the lack of ACS, it wouldn't work at all. >> >> >> I just can't help but wonder if it /is/ the problem, though. It's the >> >> only thing I can pin down that our situations have in common as far as >> its being the only "non-compatible" portion of the implementation, aside >> from the nearly identical behavior, of course. Maybe the AMD driver does >> some stupid stuff that ACS can mitigate? I just wish I knew more :( >> > > Now you got me thinking... I noticed that when the GPU starts to head > toward the crash, this appears in the syslog: > > May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: Multiple > Uncorrected (Non-Fatal) error received: id=0000 > > It certainly makes me wonder. > > Has anyone else seen this error? > > The device ID in question is: > > 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express > Root Port 3 (rev 22) > > which does not bode well... > > Duff hardware? Hmmm... I'll poke through my syslog at the next crash. I tried: cat /var/log/syslog | grep pcieport > cat /var/log/syslog.1 | grep pcieport > dmesg | grep pcieport Nothing came back from any of those. I'll see if I can identify any unique errors myself though! > So what might intrigue you the most here is that while I'm stuck >> with >> a VGA device sitting behind this non-ACS compliant switch... My >> results are almost identical to yours. Passing one of the VGA >> devices >> to the DomU, with or without the corresponding HDMI audio >> doesn't seem >> to matter, I get this: >> >> " it is so intermittent. It works well enough to boot up and >> work with >> a gaming type load for a few minutes. Then something happens that >> causes the VGA card to require a reset, and it all falls apart." >> >> Seriously :P >> >> >> And you are convinced this is to do with the availability of ACS? >> >> >> Like I said, it's the only thing that I can pinpoint as being a >> hindrance to compatibility. I guess my request here is if anyone can >> help me determine whether or not that's true? >> > > What motherboard are you using? Has anyone successfully used it for VGA > passthrough? I don't think the possibility of both of us having similarly > duff hardware has been systematically excluded yet. I think I said it, but I'll link here anyway: http://www.gigabyte.us/products/product-page.aspx?pid=2957#ov As to whether or not anyone's used it for passthrough before... I've got no clue. Probably not too many people, seeing as how I'm essentially running a custom BIOS :P > It eventually likes to BSOD, usually on atikmpag.sys I think. >> Plenty >> of "an attempt was made to reset the display adapter and failed" >> blah >> blah blah. >> >> >> Yes, all too familiar. >> >> This happens 100% of the time if I try to boot with both >> devices attached. >> >> >> Both devices? >> >> >> Yes---that is to say both of the VGA controllers from the 6990. The >> relevant portion of my lspci looks like this: >> http://pastebin.com/raw.php?i=**GwekPNAW >> > > OK, I get it. I seem to remember reading in the archives that dual VGA > passthrough is problematic (my experience over the years shows that > multiple GPUs are a false economy of highly questionably benefit). That's actually pretty much completely accurate. It drives me particularly up the wall because I hate running things in full screen, and crossfire basically doesn't work at all without that :P Nonetheless, they once mined bitcoins like a pair of world-class champions ;D Note: devices 09 and 0a are my "primary" 6990's vga controllers. Also, >> my crossfire bridge is disconnected. I'm working with the other card, >> devices 0d and 0e. I've included the USB card as well in the list >> because I'm using it, but it causes me no problems whatsoever. For what >> its worth, that USB card works great in ESXi as well... Highpoint >> enabled ACS on their PEX chips :D >> >> Just out of interest: >> >> 1) Are you using a multi-socket motherboard? >> >> >> Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 920 in >> it. VT-d support is provided through a hacked BIOS image that I found >> on the web a couple years or so ago. >> > > Having to use a hacked BIOS for VT-d support is not a good sign or a good > starting point... Technically, you're right. AFAIK though, this particular generation of i7 chips allows for VT-d to be managed entirely by the chipset/bios. There's no particular req (however artificial) coming out of the CPUs for this generation that stipulates VT-d can't be patched in... so I figured, "why not?" I was modding my BIOS anyway and decided to use this one as a base because it had both VT-d and fully updated option ROMs for all my onboard stuff. The world of BIOS modding is a *very* neat one; I highly suggest every nerd spend a few days there at some point in his life ;) To the point though, it seems very well behaved on everything that *isn't* my 6990 :-( > 2) Have you tried disabling IRQ balancing >> (noirqbalance kernel parameter + disable irqbalance service)? >> >> >> No clue what that is. Can you provide any direction? I'd be happy to >> test. >> > > In your boot loader, find the kernel and xen lines and add: > > On the xen line: > noirqbalance > > On the dom0 kernel line: > noirqbalance I've gone with this in my /etc/default/grub: > GRUB_CMDLINE_XEN_DEFAULT="xen-pciback.permissive xen-pciback.passthrough=1 > noirqbalance" Just ran update-grub and I'll reboot and see what happens! > 3) Are you assigning > 4GB of RAM to the guest? I found a post >> in the archive last night mentioning that there's an outstanding qemu >> issue with > 4GB of RAM given to the guest. I didn't get around to >> re-trying the VM with 3.5GB yet. >> >> >> Yes sir. It's got 8 GB + 1 GB for the standard video adapter. Not sure >> if that's improper, but it boots just find with a single card, and the >> 5850 I plugged in for a short while seemed well behaved. Here's a copy >> of my vm config file: http://pastebin.com/bX0ayA0u >> > > I think reducing the guest RAM to 3.5GB is worth a shot, along with only > passing a single GPU device. Done. Will report. > The first time I boot it up, the driver isn't >> installed so it'll work until just before auto-login reaches the >> desktop, but after that I can't boot at all with both VGA devices >> attached. I'd love to explore more, but I'm running out of places >> to >> look for solutions to my problem that don't involve my credit >> card and >> some new hardware. In a fit of delicious irony, my problem is >> almost >> identical to yours---if only I'd bought some cheaper stuff it'd >> probably all work just great :D >> >> >> Life on the bleeding edge is hard. :( >> The thing that really bugs me is that after a fresh reboot with irq >> balancing disabled, I can get it working for a few minutes _every >> time_. >> >> After a few minutes, it'll start corrupting the screen output and >> eventually try to reset itself (sometimes even claim to succeed a few >> times), eventually fail and BSOD. >> >> >> The only corrupted output I've seen is during a BSOD itself---which was >> once on Server 2012---and again I saw some black lines when I zoomed in >> with Chrome on a Win7 guest. I'm not entirely convinced that the black >> lines were a symptom of Xen/Radeon/Whatever versus just being a goofy >> Chrome bug. >> > > I'm seeing white lines, both with the Radeon 6450 and the Quadro 2000. Yeah. I'm convinced now. They might be a different color, but they're in chrome (which uses a GPU accelerated 2d canvas) and they seem to precede the crash pretty reliably. > The only single GPU cards I have are the Radeon 5850s in the AMD >> box I >> have. I'm just a little reticent to tear the thing apart though >> cause >> it gets used a lot. I think my next step is to look for a video >> card >> that properly supports FLR, >> >> >> As far as I can tell, for all the talk of it - there is NO SUCH THING. >> Somebody on the list posted lspci -vvv from their ATI FirePro card >> which shows it has no FLR, and I have just got a Quadro 2000, which >> also >> lacks FLR. >> >> The only vague mention I have seen of FLR on GPUs is on the Intel GPU >> on >> the very latest generation of Core i CPUs (the built in one). And even >> if that is true it's not all that useful for gaming. >> >> >> Heh. The crappiest GPU that would ever be in my system is the most >> compatible? Good grief. :P >> > > I'm not sure about compatible, but it seems to have a feature that the > others don't - then again, take that with a pinch of salt - I don't have > one, and I tend not to believe such things until somebody shows me the > lspci dump that proves it. > > though I'm considering a hard-hack: think >> of a 12v relay and a PCIe extender cable---if a D3D0 reset >> actually >> powers off the slot momentarily but the PSU plugs on the card >> prevent >> it from working, then I could rig up a switch that ties those >> plugs' >> power state into the slot itself---it's radical, yes, but >> possibly the >> most inventive solution I can think of so far. I'm super curious >> to >> see if anyone more knowledgeable than myself thinks it would work, >> because it'd be super cheap to build! As the saying goes >> though, I'll >> "cross that bridge when I come to it." :) >> >> >> Interesting. In theory, I think this _should_ work provider your PCIe >> bridges support hot-plugging. >> >> To be certain, you'd have to switch both the PCIe slot and (if your >> card >> uses it) the external power inputs. >> >> >> That'd be the idea. Assuming it works the way I think it does, I could >> tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc and GND >> pins of the PCIe slot and use the relay's output to switch the Vcc from >> the plug-in cables off of the PSU. Bears testing with a slightly less >> expensive card, but I wouldn't be surprised to see it work! It'd >> require some case modding for sure though, as the extension cable will >> get in the way of properly seating the card. It could be possible to >> build a tap that could be "slipped in" to a card's PCIe slot... Short >> of proper FLR support, this could actually very cheaply be built into >> the expansion card itself. I'd suspect that simply adding FLR would be >> cheaper on the card manufacturers though. :) >> > > Just get a case with more slot cutouts on the back than your motherboard > has slots. Then feed the ribbon to the bottom so the card sits in the slot > on the case that is below your motherboard - no modding required. :) > But... but! I guess that'd require a mini(?) or MicroATX board. I'm a full size to XL ATX (or whatever the monster-sized boards are) kind of guy. Guess I just want more slots to pass GPUs to VMs, eh? :) There's supposed to be some cases out there that allow for mounting of expansion cards on the end of flexible extenders. Haven't heard about them in a couple years, but either way chances are pretty good that such cases aren't exactly affordable... they likely target enterprise customers or simply have limited runs... economy of scale and all that. Probably the "slip-in" type of adapter/approach would be best, but I don't wanna get ahead of myself on a simple idea that may not even work :P > 2) My motherboard's PCIe slots are behind >> NF200 PCIe bridges >> (yes, >> EVGA have decided in their infinite wisdom to put >> all 7 PCIe slots >> behind NF200s, none are directly attached to the >> Intel NB). >> >> I'm so sorry :P. NF200 has probably caused a >> lot of xen >> tinkerers to >> utter a few dozen cuss words a piece. >> >> I can believe that. What is the solution, though? >> >> The thing that drives me really nuts about the >> issues I'm seeing >> (which may or may not be specifically related to >> the NF200) is >> that it >> is so intermittent. It works well enough to boot >> up and work with a >> gaming type load for a few minutes. Then >> something happens that >> causes >> the VGA card to require a reset, and it all falls >> apart. >> >> My solution was to buy another motherboard, I had >> no luck at all >> passing the devices behind the NF200, and similar >> to your situation >> all but one PCIe slot on that board was behind >> that bridge. >> >> >> Did you not manage to get it working at all? Or was >> it just >> intermittent like in my case? I can typically get >> about 5 minutes of >> gaming out of my ATI card before it all goes wrong. >> >> Ironically, I was thinking about an Asus Sabertooth >> with an 8-core AMD, >> but opted to go for broke and get a couple of 6-core >> Xeons and an >> EVGA SR-2. It turns out, a solution that is 4x more >> expensive isn't >> actually better... :( >> >> >> I was unable to get it working at all. The NF200 simply >> threw errors >> that 100% prevented me from passing the device. I think >> it was missing >> a number of specific features required for passthrough, >> and I vaguely >> remember running lspci -vvv to verify what was missing. >> Perhaps not all >> NF200's are created equal? >> >> >> The only logged issue I had with the NF200s was the lack of >> ACS, which >> can be disabled as I mentioned on this thread (at least if >> you are using >> the xm stack). After I disabled that PCI passthrough has >> been working OK. >> It's just VGA passthrough BSOD-ing after some minutes that >> is causing me >> problems. >> >> >> In reading up on the wiki, there does indeed seem to be a lot more >> info regarding the use of xl and PCI Passthrough today than the >> last >> time I looked. It seems that these types of configuration >> options are >> set on a domain-by-domain basis, or even by device; docs say that >> things like VPCI vs direct PASS mapping of slot layout(?) is >> actually >> configured at the device level either in your DomU config file >> (like: >> pci = ['0:d:0.0, pci-just-forking-work-damn-__**you]) or via xl >> (like: xl >> pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__**you). >> >> >> >> Hmm... I honestly don't think the xl way will succeed where xm is >> unstable, >> but I might give it a shot. >> >> >> You'd still likely require all the "hacks" you're currently using, but >> they'll all move to different places I'm guessing... if the toolstack >> itself doesn't have any bearing on this (which is my suspicion) then you >> don't want to go doing all the extra work for nothing, of course! >> > > Exactly. And right now what I have read (somebody point me to something > that says otherwise), more people seem to have reported success with xm > than xl stacks (but that could just be due to the xl stack being much more > recent). > > > With that in mind, even though I've taken your advice and added >> the >> config info to my xend files, its entirely possible---especially >> in >> light of what Casey said---that I'm just Doing It Wrong(TM). It'd >> likely be beneficial for us both to compare notes on that >> regard. If >> either of you would be willing to help, I could probably use some >> pointers... I've kinda run out of logs to look at with my current >> knowledge on the subject :P >> >> >> Certainly - what notes do you propose we compare? >> >> >> I'm not completely sure. If you can point me to the proper files to >> verify that my device has the same PCIe-level compatibility issues as >> yours (verify that ACS isn't available to the device and so on) then I'd >> call that a step in the right direction. >> > > Another thing - Do "lspci -vt" - can you put the card in a slot where it > doesn't share a bridge with any other PCIe devices? I don't think so. You should see the built-in bridge... it's implied slightly up the hierarchy from the two side-by-side 6990 devices, which itself attaches to the root port at the top: http://pastebin.com/raw.php?i=4dGmneYi > > > What about with PCIe devices behind NF200 >> bridges? I know the >> NF200s >> don't support PCI ACS, but that is a security >> feature (which I have >> disabled enforcement of to get this far), and >> AFAIK shouldn't >> actually >> affect the basic PCI passthrough capability. >> >> Question: how'd you disable ACS? I think it >> may be causing me >> some >> issues. >> >> Put: >> >> (pci-passthrough-strict-check no) >> (pci-dev-assign-strict-check no) >> >> in /etc/xen/xend-config.sxp >> >> If it was causing you issues, however, I'd >> expect you to find >> errors >> in logs pointing at it. >> >> As I understand the xend-config.sxp [1] is for >> the xm toolstack and >> deprecated Xend service. >> >> >> xm toolstack and xend are what I am using. I have >> read reports of issues >> with VGA passthrough using the xl stack so I didn't >> even attempt to >> use it. >> >> >> The xm toolstack was deprecated in version 4.1. I read >> that it had not >> been updated in months due to a lack of maintainers. >> >> >> I heard that xl is still feature-incomplete and >> experimental, and problematic with VGA passthrough. >> >> I did try xm back >> when I started, the passthrough worked but had the same >> problems I had >> when I began testing xl. I have been using xl since >> then. My logic was >> simply "why become dependent on a tool that is no-longer >> maintained and >> may be removed from the next release?" >> >> >> I'm not wedded to any particular tool stack, I'm happy to >> use whatever >> works. But since libvirt and virt-manager are still using >> xm, and since >> I have seen recent reports of xl being problematic for VGA >> passthrough >> as well as there being no apparent way to disable ACS >> requirements with >> the xl stack, that rules it out for me completely at the >> moment. >> >> >> The xm stack was rather trying for me. It's like it only wanted >> to >> throw errors at me when I did PCI stuff. Whereas xl has seemingly >> been more than happy to do whatever I tell it. Though I admit >> chances >> are pretty good I was just running around, haphazardly using the >> wrong >> version of python or something. Given our nearly identical >> results >> thus far, I'd wager that the toolstack itself isn't really the >> source >> of our problems. If that's true, though, the easy solution is >> likely >> out the window :( >> >> >> What distro do you use? >> >> >> >> >> Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44. >> > > OK, that's a useful reference point. I'm on EL6 using 3.8.10 (will be > upgrading to 3.8.12 tonight). > > > Gordan > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Wish me luck! -Andrew --047d7b6d86aafa9f2f04dc62e0e6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Okay, here we go!

On Fri, May 10, 2013 at= 2:58 PM, Gordan Bobic <gordan@bobich.net> wrote:
On 05/10/2013 06:54 PM, Andrew Bobulsky wrote:

=A0 =A0 Two points here:

=A0 =A0 1) Unlike ESXi 4.1+ (from what I can find), Xen (at least with the<= br> =A0 =A0 xm/xend stack does allow ACS requirement to be disabled.


Hehe. =A0It's nice to have the option to screw things up, eh? :)

Personally, I really dislike too much cleverness from software. While I und= erstand auto-detection is handy for Ubuntu users, I want there to be a way = to override things if I need to, without extensive source code modifying. I= like there to be a way to tell whatever you are using to quit holding your= hand and just do as it's damn well told.

And if I wanna crash this kernel I'll = be damned if it doesn't come flying to the concrete at nearly four giga= hertz! =A0Why I oughtta... ;)
=A0
=A0 =A0 2) I actually have it working - for 5 minutes or so at a time. If =A0 =A0 the problem was the lack of ACS, it wouldn't work at all.


I just can't help but wonder if it /is/ the problem, though. =A0It'= s the

only thing I can pin down that our situations have in common as far as
its being the only "non-compatible" portion of the implementation= , aside
from the nearly identical behavior, of course. Maybe the AMD driver does some stupid stuff that ACS can mitigate? =A0I just wish I knew more :(

Now you got me thinking... I noticed that when the GPU starts to head towar= d the crash, this appears in the syslog:

May =A06 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: Multiple Unc= orrected (Non-Fatal) error received: id=3D0000

It certainly makes me wonder.

Has anyone else seen this error?

The device ID in question is:

00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Roo= t Port 3 (rev 22)

which does not bode well...

Duff hardware?

Hmmm... I'll poke throug= h my syslog at the next crash. =A0I tried:

cat /var/log/syslog | grep pcieport
cat /var/log/syslog= .1 | grep pcieport
dmesg | grep pcieport

Nothing= came back from any of those. =A0I'll see if I can identify any unique = errors myself though!
=A0=A0
=A0 =A0 =A0 =A0 So what might intrigue you the most here is that while I= 9;m stuck
=A0 =A0 =A0 =A0 with
=A0 =A0 =A0 =A0 a VGA device sitting behind this non-ACS compliant switch..= . My
=A0 =A0 =A0 =A0 results are almost identical to yours. =A0Passing one of th= e VGA
=A0 =A0 =A0 =A0 devices
=A0 =A0 =A0 =A0 to the DomU, with or without the corresponding HDMI audio =A0 =A0 =A0 =A0 doesn't seem
=A0 =A0 =A0 =A0 to matter, I get this:

=A0 =A0 =A0 =A0 " it is so intermittent. It works well enough to boot = up and
=A0 =A0 =A0 =A0 work with
=A0 =A0 =A0 =A0 a gaming type load for a few minutes. Then something happen= s that
=A0 =A0 =A0 =A0 causes the VGA card to require a reset, and it all falls ap= art."

=A0 =A0 =A0 =A0 Seriously :P


=A0 =A0 And you are convinced this is to do with the availability of ACS?

Like I said, it's the only thing that I can pinpoint as being a
hindrance to compatibility. =A0I guess my request here is if anyone can
help me determine whether or not that's true?

What motherboard are you using? Has anyone successfully used it for VGA pas= sthrough? I don't think the possibility of both of us having similarly = duff hardware has been systematically excluded yet.

I think I said it, but I'll link here anyway:=A0http://www.= gigabyte.us/products/product-page.aspx?pid=3D2957#ov

As to whether or not anyone's used it for passthrough before... I'v= e got no clue. =A0Probably not too many people, seeing as how I'm essen= tially running a custom BIOS :P
=A0
=A0 =A0 =A0 =A0 It eventually likes to BSOD, usually on atikmpag.sys I thin= k.
=A0 =A0 =A0 =A0 =A0 Plenty
=A0 =A0 =A0 =A0 of "an attempt was made to reset the display adapter a= nd failed"
=A0 =A0 =A0 =A0 blah
=A0 =A0 =A0 =A0 blah blah.


=A0 =A0 Yes, all too familiar.

=A0 =A0 =A0 =A0 This happens 100% of the time if I try to boot with both =A0 =A0 =A0 =A0 devices attached.


=A0 =A0 Both devices?


Yes---that is to say both of the VGA controllers from the 6990. The
relevant portion of my lspci looks like this:
http= ://pastebin.com/raw.php?i=3DGwekPNAW

OK, I get it. I seem to remember reading in the archives that dual VGA pass= through is problematic (my experience over the years shows that multiple GP= Us are a false economy of highly questionably benefit).

That's actually pretty much completely accurate. =A0It d= rives me particularly up the wall because I hate running things in full scr= een, and crossfire basically doesn't work at all without that :P

Nonetheless, they once mined bitcoins like a pair of wo= rld-class champions ;D

<= div class=3D"im">
Note: devices 09 and 0a are my "primary" 6990's vga controlle= rs. =A0Also,
my crossfire bridge is disconnected. =A0I'm working with the other card= ,
devices 0d and 0e. =A0I've included the USB card as well in the list because I'm using it, but it causes me no problems whatsoever. =A0For w= hat
its worth, that USB card works great in ESXi as well... Highpoint
enabled ACS on their PEX chips :D

=A0 =A0 Just out of interest:

=A0 =A0 1) Are you using a multi-socket motherboard?


Nope! =A0It's a Gigabyte GA-EX58-EXTREME. =A0It's LGA1366 with an i= 7 920 in
it. =A0VT-d support is provided through a hacked BIOS image that I found on the web a couple years or so ago.

Having to use a hacked BIOS for VT-d support is not a good sign or a good s= tarting point...

Technically, you're ri= ght. =A0AFAIK though, this particular generation of i7 chips allows for VT-= d to be managed entirely by the chipset/bios. =A0There's no particular = req (however artificial) coming out of the CPUs for this generation that st= ipulates VT-d can't be patched in... so I figured, "why not?"= =A0I was modding my BIOS anyway and decided to use this one as a base beca= use it had both VT-d and fully updated option ROMs for all my onboard stuff= . =A0The world of BIOS modding is a very neat one; I highly suggest = every nerd spend a few days there at some point in his life ;)

To the point though, it seems very well behaved on ever= ything that isn't=A0my 6990 :-(
=A0
=A0 =A0 2) Have you tried disabling IRQ balancing
=A0 =A0 (noirqbalance kernel parameter + disable irqbalance service)?


No clue what that is. =A0Can you provide any direction? =A0I'd be happy= to
test.

In your boot loader, find the kernel and xen lines and add:

On the xen line:
noirqbalance

On the dom0 kernel line:
noirqbalance

I've gone with this in my = /etc/default/grub:
=A0
GRUB_CMDLINE_XEN_DEFAULT=3D"xen-pciback.permissive xen-pciback.passthr= ough=3D1 noirqbalance"

Just ran update= -grub and I'll reboot and see what happens!
=A0
=A0=
=A0 =A0 3) Are you assigning > 4GB of RAM to the guest? I found a post =A0 =A0 in the archive last night mentioning that there's an outstandin= g qemu
=A0 =A0 issue with > 4GB of RAM given to the guest. I didn't get aro= und to
=A0 =A0 re-trying the VM with 3.5GB yet.


Yes sir. =A0It's got 8 GB + 1 GB for the standard video adapter. =A0Not= sure
if that's improper, but it boots just find with a single card, and the<= br> 5850 I plugged in for a short while seemed well behaved. =A0Here's a co= py
of my vm config file: http://pastebin.com/bX0ayA0u

I think reducing the guest RAM to 3.5GB is worth a shot, along with only pa= ssing a single GPU device.

Done. =A0Will re= port.
=A0
=A0 =A0 =A0 =A0 The first time I boot it up, the driver isn't
=A0 =A0 =A0 =A0 installed so it'll work until just before auto-login re= aches the
=A0 =A0 =A0 =A0 desktop, but after that I can't boot at all with both V= GA devices
=A0 =A0 =A0 =A0 attached. I'd love to explore more, but I'm running= out of places to
=A0 =A0 =A0 =A0 look for solutions to my problem that don't involve my = credit
=A0 =A0 =A0 =A0 card and
=A0 =A0 =A0 =A0 some new hardware. =A0In a fit of delicious irony, my probl= em is
=A0 =A0 =A0 =A0 almost
=A0 =A0 =A0 =A0 identical to yours---if only I'd bought some cheaper st= uff it'd
=A0 =A0 =A0 =A0 probably all work just great :D


=A0 =A0 Life on the bleeding edge is hard. :(
=A0 =A0 The thing that really bugs me is that after a fresh reboot with irq=
=A0 =A0 balancing disabled, I can get it working for a few minutes _every t= ime_.

=A0 =A0 After a few minutes, it'll start corrupting the screen output a= nd
=A0 =A0 eventually try to reset itself (sometimes even claim to succeed a f= ew
=A0 =A0 times), eventually fail and BSOD.


The only corrupted output I've seen is during a BSOD itself---which was=
once on Server 2012---and again I saw some black lines when I zoomed in
with Chrome on a Win7 guest. =A0I'm not entirely convinced that the bla= ck
lines were a symptom of Xen/Radeon/Whatever versus just being a goofy
Chrome bug.

I'm seeing white lines, both with the Radeon 6450 and the Quadro 2000.<= /blockquote>

Yeah. =A0I'm convinced now. =A0They mig= ht be a different color, but they're in chrome (which uses a GPU accele= rated 2d canvas) and they seem to precede the crash pretty reliably.
=A0
=A0 =A0 =A0 =A0 The only single GPU cards I have are the Radeon 5850s in th= e AMD
=A0 =A0 =A0 =A0 box I
=A0 =A0 =A0 =A0 have. =A0I'm just a little reticent to tear the thing a= part though
=A0 =A0 =A0 =A0 cause
=A0 =A0 =A0 =A0 it gets used a lot. =A0I think my next step is to look for = a video
=A0 =A0 =A0 =A0 card
=A0 =A0 =A0 =A0 that properly supports FLR,


=A0 =A0 As far as I can tell, for all the talk of it - there is NO SUCH THI= NG.
=A0 =A0 Somebody on the list posted lspci -vvv from their ATI FirePro card<= br> =A0 =A0 which shows it has no FLR, and I have just got a Quadro 2000, which= also
=A0 =A0 lacks FLR.

=A0 =A0 The only vague mention I have seen of FLR on GPUs is on the Intel G= PU on
=A0 =A0 the very latest generation of Core i CPUs (the built in one). And e= ven
=A0 =A0 if that is true it's not all that useful for gaming.


Heh. =A0The crappiest GPU that would ever be in my system is the most
compatible? =A0Good grief. :P

I'm not sure about compatible, but it seems to have a feature that the = others don't - then again, take that with a pinch of salt - I don't= have one, and I tend not to believe such things until somebody shows me th= e lspci dump that proves it.

=A0 =A0 =A0 =A0 though I'm considering a hard-hack: think
=A0 =A0 =A0 =A0 of a 12v relay and a PCIe extender cable---if a D3D0 reset = actually
=A0 =A0 =A0 =A0 powers off the slot momentarily but the PSU plugs on the ca= rd
=A0 =A0 =A0 =A0 prevent
=A0 =A0 =A0 =A0 it from working, then I could rig up a switch that ties tho= se plugs'
=A0 =A0 =A0 =A0 power state into the slot itself---it's radical, yes, b= ut
=A0 =A0 =A0 =A0 possibly the
=A0 =A0 =A0 =A0 most inventive solution I can think of so far. =A0I'm s= uper curious to
=A0 =A0 =A0 =A0 see if anyone more knowledgeable than myself thinks it woul= d work,
=A0 =A0 =A0 =A0 because it'd be super cheap to build! =A0As the saying = goes
=A0 =A0 =A0 =A0 though, I'll
=A0 =A0 =A0 =A0 "cross that bridge when I come to it." :)


=A0 =A0 Interesting. In theory, I think this _should_ work provider your PC= Ie
=A0 =A0 bridges support hot-plugging.

=A0 =A0 To be certain, you'd have to switch both the PCIe slot and (if = your card
=A0 =A0 uses it) the external power inputs.


That'd be the idea. =A0Assuming it works the way I think it does, I cou= ld
tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc an= d GND
pins of the PCIe slot and use the relay's output to switch the Vcc from=
the plug-in cables off of the PSU. =A0Bears testing with a slightly less expensive card, but I wouldn't be surprised to see it work! =A0It'd=
require some case modding for sure though, as the extension cable will
get in the way of properly seating the card. =A0It could be possible to
build a tap that could be "slipped in" to a card's PCIe slot.= .. =A0Short
of proper FLR support, this could actually very cheaply be built into
the expansion card itself. =A0I'd suspect that simply adding FLR would = be
cheaper on the card manufacturers though. :)

Just get a case with more slot cutouts on the back than your motherboard ha= s slots. Then feed the ribbon to the bottom so the card sits in the slot on= the case that is below your motherboard - no modding required. :)

But... but! =A0I guess that'd require = a mini(?) or MicroATX board. =A0I'm a full size to XL ATX (or whatever = the monster-sized boards are) kind of guy. =A0Guess I just want more slots = to pass GPUs to VMs, eh? :)

There's supposed to be some cases out there that al= low for mounting of expansion cards on the end of flexible extenders. =A0Ha= ven't heard about them in a couple years, but either way chances are pr= etty good that such cases aren't exactly affordable... they likely targ= et enterprise customers or simply have limited runs... economy of scale and= all that. =A0Probably the "slip-in" type of adapter/approach wou= ld be best, but I don't wanna get ahead of myself on a simple idea that= may not even work :P
=A0
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2) My motherboard's= PCIe slots are behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200 PCIe bridges
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(yes,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA have decided in their i= nfinite wisdom to put
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 all 7 PCIe slots
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0behind NF200s, none are dire= ctly attached to the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Intel NB).

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I'm so sorry :P. NF2= 00 has probably caused a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 lot of xen
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tinkerers to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0utter a few dozen cuss w= ords a piece.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I can believe that. What= is the solution, though?

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The thing that drives me= really nuts about the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 issues I'm seeing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(which may or may not be spe= cifically related to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 the NF200) is
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0that it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0is so intermittent. It works= well enough to boot
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 up and work with a
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming type load for a few m= inutes. Then
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 something happens that
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0causes
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0the VGA card to require a re= set, and it all falls
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 apart.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0My solution was to buy anoth= er motherboard, I had
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no luck at all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0passing the devices behind t= he NF200, and similar
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 to your situation
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0all but one PCIe slot on tha= t board was behind
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that bridge.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Did you not manage to get it working= at all? Or was
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it just
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0intermittent like in my case? I can = typically get
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 about 5 minutes of
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0gaming out of my ATI card before it = all goes wrong.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Ironically, I was thinking about an = Asus Sabertooth
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 with an 8-core AMD,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0but opted to go for broke and get a = couple of 6-core
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Xeons and an
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0EVGA SR-2. It turns out, a solution = that is 4x more
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 expensive isn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0actually better... :(


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I was unable to get it working at all. =A0T= he NF200 simply
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 threw errors
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that 100% prevented me from passing the dev= ice. =A0I think
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 it was missing
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 a number of specific features required for = passthrough,
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 and I vaguely
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 remember running lspci -vvv to verify what = was missing.
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Perhaps not all
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 NF200's are created equal?


=A0 =A0 =A0 =A0 =A0 =A0 The only logged issue I had with the NF200s was the= lack of
=A0 =A0 =A0 =A0 =A0 =A0 ACS, which
=A0 =A0 =A0 =A0 =A0 =A0 can be disabled as I mentioned on this thread (at l= east if
=A0 =A0 =A0 =A0 =A0 =A0 you are using
=A0 =A0 =A0 =A0 =A0 =A0 the xm stack). After I disabled that PCI passthroug= h has
=A0 =A0 =A0 =A0 =A0 =A0 been working OK.
=A0 =A0 =A0 =A0 =A0 =A0 It's just VGA passthrough BSOD-ing after some m= inutes that
=A0 =A0 =A0 =A0 =A0 =A0 is causing me
=A0 =A0 =A0 =A0 =A0 =A0 problems.


=A0 =A0 =A0 =A0 In reading up on the wiki, there does indeed seem to be a l= ot more
=A0 =A0 =A0 =A0 info regarding the use of xl and PCI Passthrough today than= the last
=A0 =A0 =A0 =A0 time I looked. =A0It seems that these types of configuratio= n
=A0 =A0 =A0 =A0 options are
=A0 =A0 =A0 =A0 set on a domain-by-domain basis, or even by device; docs sa= y that
=A0 =A0 =A0 =A0 things like VPCI vs direct PASS mapping of slot layout(?) i= s
=A0 =A0 =A0 =A0 actually
=A0 =A0 =A0 =A0 configured at the device level either in your DomU config f= ile
=A0 =A0 =A0 =A0 (like:
=A0 =A0 =A0 =A0 pci =3D ['0:d:0.0, pci-just-forking-work-damn-__= you]) or via xl
=A0 =A0 =A0 =A0 (like: xl
=A0 =A0 =A0 =A0 pci-attach 1 0:d:0.0 pci-just-forking-work-damn-__yo= u).



=A0 =A0 Hmm... I honestly don't think the xl way will succeed where xm = is
=A0 =A0 unstable,
=A0 =A0 but I might give it a shot.


You'd still likely require all the "hacks" you're current= ly using, but
they'll all move to different places I'm guessing... if the toolsta= ck
itself doesn't have any bearing on this (which is my suspicion) then yo= u
don't want to go doing all the extra work for nothing, of course!

Exactly. And right now what I have read (somebody point me to something tha= t says otherwise), more people seem to have reported success with xm than x= l stacks (but that could just be due to the xl stack being much more recent= ).


=A0 =A0 =A0 =A0 With that in mind, even though I've taken your advice a= nd added the
=A0 =A0 =A0 =A0 config info to my xend files, its entirely possible---espec= ially in
=A0 =A0 =A0 =A0 light of what Casey said---that I'm just Doing It Wrong= (TM). =A0It'd
=A0 =A0 =A0 =A0 likely be beneficial for us both to compare notes on that =A0 =A0 =A0 =A0 regard. =A0If
=A0 =A0 =A0 =A0 either of you would be willing to help, I could probably us= e some
=A0 =A0 =A0 =A0 pointers... I've kinda run out of logs to look at with = my current
=A0 =A0 =A0 =A0 knowledge on the subject :P


=A0 =A0 Certainly - what notes do you propose we compare?


I'm not completely sure. =A0If you can point me to the proper files to<= br> verify that my device has the same PCIe-level compatibility issues as
yours (verify that ACS isn't available to the device and so on) then I&= #39;d
call that a step in the right direction.

Another thing - Do "lspci -vt" - can you put the card in a slot w= here it doesn't share a bridge with any other PCIe devices?

I don't think so. =A0You should see the built-in b= ridge... it's implied slightly up the hierarchy from the two side-by-si= de 6990 devices, which itself attaches to the root port at the top:=A0http://pastebin.com/raw.php= ?i=3D4dGmneYi

=A0


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 What about with PCIe de= vices behind NF200
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bridges? I know the
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0NF200s
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0don't support PCI ACS, b= ut that is a security
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 feature (which I have
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0disabled enforcement of to g= et this far), and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 AFAIK shouldn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0actually
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0affect the basic PCI passthr= ough capability.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Question: how'd you = disable ACS? =A0I think it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 may be causing me
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0some
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0issues.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Put:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(pci-passthrough-strict-= check no)
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(pci-dev-assign-strict-c= heck no)

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0in /etc/xen/xend-config.= sxp

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0If it was causing you is= sues, however, I'd
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 expect you to find
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0errors
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0in logs pointing at it.

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0As I understand the xend-con= fig.sxp [1] is for
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 the xm toolstack and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0deprecated Xend service.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0xm toolstack and xend are what I am = using. I have
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 read reports of issues
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0with VGA passthrough using the xl st= ack so I didn't
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 even attempt to
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0use it.


=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 The xm toolstack was deprecated in version = 4.1. =A0I read
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 that it had not
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 been updated in months due to a lack of mai= ntainers.


=A0 =A0 =A0 =A0 =A0 =A0 I heard that xl is still feature-incomplete and
=A0 =A0 =A0 =A0 =A0 =A0 experimental, and problematic with VGA passthrough.=

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I did try xm back
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 when I started, the passthrough worked but = had the same
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 problems I had
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 when I began testing xl. =A0I have been usi= ng xl since
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 then. =A0My logic was
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 simply "why become dependent on a tool= that is no-longer
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 maintained and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 may be removed from the next release?"=


=A0 =A0 =A0 =A0 =A0 =A0 I'm not wedded to any particular tool stack, I&= #39;m happy to
=A0 =A0 =A0 =A0 =A0 =A0 use whatever
=A0 =A0 =A0 =A0 =A0 =A0 works. But since libvirt and virt-manager are still= using
=A0 =A0 =A0 =A0 =A0 =A0 xm, and since
=A0 =A0 =A0 =A0 =A0 =A0 I have seen recent reports of xl being problematic = for VGA
=A0 =A0 =A0 =A0 =A0 =A0 passthrough
=A0 =A0 =A0 =A0 =A0 =A0 as well as there being no apparent way to disable A= CS
=A0 =A0 =A0 =A0 =A0 =A0 requirements with
=A0 =A0 =A0 =A0 =A0 =A0 the xl stack, that rules it out for me completely a= t the moment.


=A0 =A0 =A0 =A0 The xm stack was rather trying for me. =A0It's like it = only wanted to
=A0 =A0 =A0 =A0 throw errors at me when I did PCI stuff. =A0Whereas xl has = seemingly
=A0 =A0 =A0 =A0 been more than happy to do whatever I tell it. =A0Though I = admit
=A0 =A0 =A0 =A0 chances
=A0 =A0 =A0 =A0 are pretty good I was just running around, haphazardly usin= g the
=A0 =A0 =A0 =A0 wrong
=A0 =A0 =A0 =A0 version of python or something. =A0Given our nearly identic= al results
=A0 =A0 =A0 =A0 thus far, I'd wager that the toolstack itself isn't= really the
=A0 =A0 =A0 =A0 source
=A0 =A0 =A0 =A0 of our problems. =A0If that's true, though, the easy so= lution is
=A0 =A0 =A0 =A0 likely
=A0 =A0 =A0 =A0 out the window :(


=A0 =A0 What distro do you use?

=A0 =A0 <snip>


Currently running Debian Squeeze 6.0.7 x86_64, with Linux kernel 3.4.44.

OK, that's a useful reference point. I'm on EL6 using 3.8.10 (will = be upgrading to 3.8.12 tonight).

Gordan


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

Wish me luck!

-Andrew
--047d7b6d86aafa9f2f04dc62e0e6-- --===============0301838174756993802== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0301838174756993802==-- From xen-users-bounces@lists.xen.org Fri May 10 20:53:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 20:53: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 1UauJ1-0007F3-K7; Fri, 10 May 2013 20:52:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UauJ0-0007Ey-LW for xen-users@lists.xen.org; Fri, 10 May 2013 20:52:42 +0000 Received: from [85.158.143.99:21503] by server-2.bemta-4.messagelabs.com id 3E/3C-27124-91E5D815; Fri, 10 May 2013 20:52:41 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1368219159!28986128!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16527 invoked from network); 10 May 2013 20:52:39 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 20:52:39 -0000 Received: by mail-wi0-f177.google.com with SMTP id hr14so1039098wib.10 for ; Fri, 10 May 2013 13:52:39 -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=aVRJF96g/yfXUv0GL4AABSPLyn/2DXg/rggOIBsExZM=; b=Ils+PYsLx209OZ+1EObsCaMyeQuiaiKFR9UHoTfgSEgtDhwUgOnKmU5dfY58F7OvVP IZ8Zw6VN+/Ini59gow6FZJzk1F7W5JuNucK71/JEchNXqn8hOcDlvSjuYAHulShV/1fl Dkq4vEkIngNx1EoNHyAbxx9IqoCBNfTKWauxCpF3YsXPI4a9rfNnuf0k2dwJp6/H+p+o 3/SiEyXrYIC78FJOxhK+ftN6ibILxwfAFVeyKkcbeRI7blOzWS+uImnK+NFul/B1zTKp y2xfQbxPFIqZsXzbu3OA0cnOVcS7zMnQf7a7Sy9xPTbtJ7Eyr8rT5IQSco7fYB1UmqmW u+KA== MIME-Version: 1.0 X-Received: by 10.194.109.136 with SMTP id hs8mr27238181wjb.8.1368219158876; Fri, 10 May 2013 13:52:38 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 13:52:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 May 2013 13:52:38 -0700 Message-ID: From: Steven Seed To: Gizmo Chicken X-Gm-Message-State: ALoCoQnyfihQBOL/LaxTkiDa3/P7ApG7yWaDc8VMcjgvc1g1znDxkPFSR5V+YYLru3isFqWQHxYQ Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6962298151940831107==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6962298151940831107== Content-Type: multipart/alternative; boundary=089e0102e172f0a8ae04dc635838 --089e0102e172f0a8ae04dc635838 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the info. It's encouraging that you at least had it working at one point. I'll post my question to Xen-API as well. On Fri, May 10, 2013 at 12:45 PM, Gizmo Chicken wrote: > Aside from Windows 7 guests (which work great under XCP 1.6), I've only > tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU passthrough > seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon > HD 6670 as a secondary card combined with whatever version of Catalyst (not > the updates) that is in found Ubuntu 12.04 repositories. (I haven't had > any luck with any other version of Catalyst.) > > But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with > GPU passthrough, no matter what version of Catalyst I try. Would enjoy > learning if anyone else has had better luck with any of these newer > versions of Ubuntu. > > Oh, since you mention XCP, you might want to consider posting in the > Xen-API list (Xen-api@lists.xen.org). > > > On Fri, May 10, 2013 at 2:19 PM, Steven Seed < > steven.seed@disneyanimation.com> wrote: > >> I've been doing some research and have seen the success by David Techer >> and Teo En Ming in getting a Windows guest to work with VGA passthrough >> under Xen but I'm wondering if anyone has been able to get it working with >> a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a >> Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is >> xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. >> I've got a hvm guest running and I've been able to assign the GPU to it. >> I'm at the point where the Nvidia driver loads and I can see a card in the >> guest with lspci, however the GPU isn't functional and I get a black >> screen. I think the issue may be vgabios related because if I cat >> /proc/driver/nvidia/gpus/0/information I get this: >> >> Model: Quadro K5000 >> IRQ: 40 >> GPU UUID: GPU-????????-????-????-????-???????????? >> Video BIOS: ??.??.??.??.?? >> Bus Type: PCI-E >> DMA Size: 32 bits >> DMA Mask: 0xffffffff >> Bus Location: 0000:00.06.0 >> >> >> If there are patches I need to make this work, I'd appreciate a pointer. >> I tried following Teo En Ming's document from here: >> >> >> http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen >> >> But unfortunately, at least over the last few days, I can't get the >> patches referenced at http://www.davidgis.fr/download because the site >> is down. >> >> Does anyone have these patches and do you know if they can be applied to >> XCP 1.6? >> >> >> -- >> - >> Steven Seed >> Sr Systems Engineer >> Walt Disney Animation Studios >> 818-460-9453 >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --089e0102e172f0a8ae04dc635838 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the info. It's=A0encouraging=A0that you at = least had it working at one point. I'll post my question to Xen-API as = well.=A0


On Fri, May 10, 2013 at 12:45 PM, Gizmo Chicken <gizmochicken@gmail.= com> wrote:
Aside from Windows 7 g= uests (which work great under XCP 1.6), I've only tried GPU passthrough= with Ubuntu guests.=A0 Under XCP 1.6, GPU passthrough seems to work pretty= will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a seconda= ry card combined with whatever version of Catalyst (not the updates) that i= s in found Ubuntu 12.04 repositories.=A0 (I haven't had any luck with a= ny other version of Catalyst.)=A0

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such lu= ck with GPU passthrough, no matter what version of Catalyst I try.=A0 Would= enjoy learning if anyone else has had better luck with any of these newer = versions of Ubuntu.

Oh, since you mention XCP, you might want to consider posting in = the Xen-API list (Xen-api@lists.xen.org).


On Fri, May 10, 2013 at 2:19 PM, Steven Seed <steven.seed@d= isneyanimation.com> wrote:
I've been doing some research and have seen the s= uccess by David Techer and Teo En Ming in getting a Windows guest to work w= ith VGA passthrough under Xen but I'm wondering if anyone has been able= to get it working with a Linux guest. Specifically, I'm trying to run = a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm= running XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'm not= sure if this will work or not. I've got a hvm guest running and I'= ve been able to assign the GPU to it. I'm at the point where the Nvidia= driver loads and I can see a card in the guest with lspci, however the GPU= isn't functional and I get a black screen. I think the issue may be vg= abios related because if I cat /proc/driver/nvidia/gpus/0/information I get= this:

Model: Quadro K5000
IRQ: =A0 40
GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??
Bus Type: PCI-E
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: = 0000:00.06.0


If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0


But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?


--
-
Steven Seed
Sr Systems Engineer<= /div>
Walt Disney Animation Studios

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




--
-
Steven= Seed
Sr Systems Engineer
Walt Disney Animation Studios=
818-460-9453
--089e0102e172f0a8ae04dc635838-- --===============6962298151940831107== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6962298151940831107==-- From xen-users-bounces@lists.xen.org Fri May 10 20:53:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 20:53: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 1UauJ1-0007F3-K7; Fri, 10 May 2013 20:52:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UauJ0-0007Ey-LW for xen-users@lists.xen.org; Fri, 10 May 2013 20:52:42 +0000 Received: from [85.158.143.99:21503] by server-2.bemta-4.messagelabs.com id 3E/3C-27124-91E5D815; Fri, 10 May 2013 20:52:41 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1368219159!28986128!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16527 invoked from network); 10 May 2013 20:52:39 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 20:52:39 -0000 Received: by mail-wi0-f177.google.com with SMTP id hr14so1039098wib.10 for ; Fri, 10 May 2013 13:52:39 -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=aVRJF96g/yfXUv0GL4AABSPLyn/2DXg/rggOIBsExZM=; b=Ils+PYsLx209OZ+1EObsCaMyeQuiaiKFR9UHoTfgSEgtDhwUgOnKmU5dfY58F7OvVP IZ8Zw6VN+/Ini59gow6FZJzk1F7W5JuNucK71/JEchNXqn8hOcDlvSjuYAHulShV/1fl Dkq4vEkIngNx1EoNHyAbxx9IqoCBNfTKWauxCpF3YsXPI4a9rfNnuf0k2dwJp6/H+p+o 3/SiEyXrYIC78FJOxhK+ftN6ibILxwfAFVeyKkcbeRI7blOzWS+uImnK+NFul/B1zTKp y2xfQbxPFIqZsXzbu3OA0cnOVcS7zMnQf7a7Sy9xPTbtJ7Eyr8rT5IQSco7fYB1UmqmW u+KA== MIME-Version: 1.0 X-Received: by 10.194.109.136 with SMTP id hs8mr27238181wjb.8.1368219158876; Fri, 10 May 2013 13:52:38 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 13:52:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 May 2013 13:52:38 -0700 Message-ID: From: Steven Seed To: Gizmo Chicken X-Gm-Message-State: ALoCoQnyfihQBOL/LaxTkiDa3/P7ApG7yWaDc8VMcjgvc1g1znDxkPFSR5V+YYLru3isFqWQHxYQ Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6962298151940831107==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6962298151940831107== Content-Type: multipart/alternative; boundary=089e0102e172f0a8ae04dc635838 --089e0102e172f0a8ae04dc635838 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the info. It's encouraging that you at least had it working at one point. I'll post my question to Xen-API as well. On Fri, May 10, 2013 at 12:45 PM, Gizmo Chicken wrote: > Aside from Windows 7 guests (which work great under XCP 1.6), I've only > tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU passthrough > seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon > HD 6670 as a secondary card combined with whatever version of Catalyst (not > the updates) that is in found Ubuntu 12.04 repositories. (I haven't had > any luck with any other version of Catalyst.) > > But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with > GPU passthrough, no matter what version of Catalyst I try. Would enjoy > learning if anyone else has had better luck with any of these newer > versions of Ubuntu. > > Oh, since you mention XCP, you might want to consider posting in the > Xen-API list (Xen-api@lists.xen.org). > > > On Fri, May 10, 2013 at 2:19 PM, Steven Seed < > steven.seed@disneyanimation.com> wrote: > >> I've been doing some research and have seen the success by David Techer >> and Teo En Ming in getting a Windows guest to work with VGA passthrough >> under Xen but I'm wondering if anyone has been able to get it working with >> a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a >> Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is >> xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. >> I've got a hvm guest running and I've been able to assign the GPU to it. >> I'm at the point where the Nvidia driver loads and I can see a card in the >> guest with lspci, however the GPU isn't functional and I get a black >> screen. I think the issue may be vgabios related because if I cat >> /proc/driver/nvidia/gpus/0/information I get this: >> >> Model: Quadro K5000 >> IRQ: 40 >> GPU UUID: GPU-????????-????-????-????-???????????? >> Video BIOS: ??.??.??.??.?? >> Bus Type: PCI-E >> DMA Size: 32 bits >> DMA Mask: 0xffffffff >> Bus Location: 0000:00.06.0 >> >> >> If there are patches I need to make this work, I'd appreciate a pointer. >> I tried following Teo En Ming's document from here: >> >> >> http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen >> >> But unfortunately, at least over the last few days, I can't get the >> patches referenced at http://www.davidgis.fr/download because the site >> is down. >> >> Does anyone have these patches and do you know if they can be applied to >> XCP 1.6? >> >> >> -- >> - >> Steven Seed >> Sr Systems Engineer >> Walt Disney Animation Studios >> 818-460-9453 >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --089e0102e172f0a8ae04dc635838 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the info. It's=A0encouraging=A0that you at = least had it working at one point. I'll post my question to Xen-API as = well.=A0


On Fri, May 10, 2013 at 12:45 PM, Gizmo Chicken <gizmochicken@gmail.= com> wrote:
Aside from Windows 7 g= uests (which work great under XCP 1.6), I've only tried GPU passthrough= with Ubuntu guests.=A0 Under XCP 1.6, GPU passthrough seems to work pretty= will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a seconda= ry card combined with whatever version of Catalyst (not the updates) that i= s in found Ubuntu 12.04 repositories.=A0 (I haven't had any luck with a= ny other version of Catalyst.)=A0

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such lu= ck with GPU passthrough, no matter what version of Catalyst I try.=A0 Would= enjoy learning if anyone else has had better luck with any of these newer = versions of Ubuntu.

Oh, since you mention XCP, you might want to consider posting in = the Xen-API list (Xen-api@lists.xen.org).


On Fri, May 10, 2013 at 2:19 PM, Steven Seed <steven.seed@d= isneyanimation.com> wrote:
I've been doing some research and have seen the s= uccess by David Techer and Teo En Ming in getting a Windows guest to work w= ith VGA passthrough under Xen but I'm wondering if anyone has been able= to get it working with a Linux guest. Specifically, I'm trying to run = a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm= running XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'm not= sure if this will work or not. I've got a hvm guest running and I'= ve been able to assign the GPU to it. I'm at the point where the Nvidia= driver loads and I can see a card in the guest with lspci, however the GPU= isn't functional and I get a black screen. I think the issue may be vg= abios related because if I cat /proc/driver/nvidia/gpus/0/information I get= this:

Model: Quadro K5000
IRQ: =A0 40
GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??
Bus Type: PCI-E
DMA Size: 32 bits
DMA Mask: 0xffffffff
Bus Location: = 0000:00.06.0


If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0


But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?


--
-
Steven Seed
Sr Systems Engineer<= /div>
Walt Disney Animation Studios

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




--
-
Steven= Seed
Sr Systems Engineer
Walt Disney Animation Studios=
818-460-9453
--089e0102e172f0a8ae04dc635838-- --===============6962298151940831107== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6962298151940831107==-- From xen-users-bounces@lists.xen.org Fri May 10 21:01:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:01: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 1UauQa-0007qW-QZ; Fri, 10 May 2013 21:00:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UauQZ-0007qQ-6a for xen-users@lists.xen.org; Fri, 10 May 2013 21:00:31 +0000 Received: from [85.158.137.99:31444] by server-4.bemta-3.messagelabs.com id 75/92-01776-EEF5D815; Fri, 10 May 2013 21:00:30 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1368219627!13118352!1 X-Originating-IP: [209.85.210.178] 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 18195 invoked from network); 10 May 2013 21:00:28 -0000 Received: from mail-ia0-f178.google.com (HELO mail-ia0-f178.google.com) (209.85.210.178) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:00:28 -0000 Received: by mail-ia0-f178.google.com with SMTP id i9so1287331iad.9 for ; Fri, 10 May 2013 14:00: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=keESxDUs3PqP12bpqWwlt7UfOLFUDhoTAgn5zYOILEA=; b=tLBj54a7f4kxXxFO7mBgCo+qD1dVh0Uga5wC+2DLuSSRcX1AsqP9J4tiAMr4isERou K6s9kRPA4uxDCpXY0AGAIOiW7s2tAQSrVm/P7UA8YGqojn+yQZfmnA+ttY8TB9aOJoZi 6pWY/6bimljmY1jSov4mzZquDq7OviuoVPxPAmgMYZFIEqBWebY5hOdIndd9stxFT3nL TghwK60cqXW9pC3tFkiDrPOIeqRcdn2f412RbNa8AtpGyYkrpIHQWwT3aBhQ30a/so8E 4J7KAY9+XBLtuQ1A5xYKgUUU/Cy3QEtSjhWkpR8tLsg2AVB5OVZaPC6ISrxgaHJBFPfI Lsjg== MIME-Version: 1.0 X-Received: by 10.50.112.6 with SMTP id im6mr3387719igb.17.1368219626938; Fri, 10 May 2013 14:00:26 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Fri, 10 May 2013 14:00:26 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Fri, 10 May 2013 14:00:26 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> Date: Sat, 11 May 2013 09:00:26 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] blktap2 and qcow2 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="===============6676483178351046249==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6676483178351046249== Content-Type: multipart/alternative; boundary=047d7b414116d8ebf704dc637456 --047d7b414116d8ebf704dc637456 Content-Type: text/plain; charset=UTF-8 Hi Thanos, thanks for responding. I don't have access to the code. Could you by any chance quote a list of supported formats here. Cheers, Seb On 10/05/2013 2:49 AM, "Thanos Makatos" wrote: > > -----Original Message----- > > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > > bounces@lists.xen.org] On Behalf Of Sebastian Unger > > Sent: 08 May 2013 23:03 > > To: xen-users@lists.xen.org > > Subject: [Xen-users] blktap2 and qcow2 images > > > > Hi There, > > > > I've been trying to get this to work for the last couple of days, but > > found no information on the internet that would help. Essentially, a > > tap-ctl open command with a qcow2 image does not work (error code 2) > > and produces the following line in syslog: > > > > tap-ctl: tap-err:tap_ctl_open: open failed, err -2 > > > > I have attached a shell script that reproduces the problem on my > > machine. The same script works fine if I use image format raw and the > > aio: prefex to the -a option. > > My machine is basically a clean Ubuntu 12.04 desktop 64bit machine with > > everything up to date. > > Cheers, > > Seb > > AFAIK blktap2.5 does not support qcow2. I grep'ed in > xen-unstable.hg/tools/blktap2 for "qcow2" and didn't find anything, so I > believe blktap2 doesn't support qcow2 either. The "-2" error you're getting > stands for ENOENT, so I think is tapdisk complaining it can't find the > driver for qcow2 (not the image file). The examples in > http://wiki.xen.org/wiki/Blktap2 insinuate that qcow2 is supported, > anybody knows anything about that? > --047d7b414116d8ebf704dc637456 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Thanos,

thanks for responding. I don't have access to the code.= Could you by any chance quote a list of supported formats here.

Cheers,
Seb

On 10/05/2013 2:49 AM, "Thanos Makatos"= ; <thanos.makatos@citrix.co= m> wrote:
> -----Original Message-----
> From: xen-users-bou= nces@lists.xen.org [mailto:xen-users-=
> bounces@lists.xen.org] On= Behalf Of Sebastian Unger
> Sent: 08 May 2013 23:03
> To: xen-users@lists.xen.org=
> Subject: [Xen-users] blktap2 and qcow2 images
>
> Hi There,
>
> I've been trying to get this to work for the last couple of days, = but
> found no information on the internet that would help. Essentially, a > tap-ctl open command with a qcow2 image does not work (error code 2) > and produces the following line in syslog:
>
> tap-ctl: tap-err:tap_ctl_open: open failed, err -2
>
> I have attached a shell script that reproduces the problem on my
> machine. The same script works fine if I use image format raw and the<= br> > aio: prefex to the -a option.
> My machine is basically a clean Ubuntu 12.04 desktop 64bit machine wit= h
> everything up to date.
> Cheers,
> Seb

AFAIK blktap2.5 does not support qcow2. I grep'ed in xen-unstable.hg/to= ols/blktap2 for "qcow2" and didn't find anything, so I believ= e blktap2 doesn't support qcow2 either. The "-2" error you= 9;re getting stands for ENOENT, so I think is tapdisk complaining it can= 9;t find the driver for qcow2 (not the image file). The examples in http://wiki.xen.org= /wiki/Blktap2 insinuate that qcow2 is supported, anybody knows anything= about that?
--047d7b414116d8ebf704dc637456-- --===============6676483178351046249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6676483178351046249==-- From xen-users-bounces@lists.xen.org Fri May 10 21:01:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:01: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 1UauQa-0007qW-QZ; Fri, 10 May 2013 21:00:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UauQZ-0007qQ-6a for xen-users@lists.xen.org; Fri, 10 May 2013 21:00:31 +0000 Received: from [85.158.137.99:31444] by server-4.bemta-3.messagelabs.com id 75/92-01776-EEF5D815; Fri, 10 May 2013 21:00:30 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1368219627!13118352!1 X-Originating-IP: [209.85.210.178] 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 18195 invoked from network); 10 May 2013 21:00:28 -0000 Received: from mail-ia0-f178.google.com (HELO mail-ia0-f178.google.com) (209.85.210.178) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:00:28 -0000 Received: by mail-ia0-f178.google.com with SMTP id i9so1287331iad.9 for ; Fri, 10 May 2013 14:00: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=keESxDUs3PqP12bpqWwlt7UfOLFUDhoTAgn5zYOILEA=; b=tLBj54a7f4kxXxFO7mBgCo+qD1dVh0Uga5wC+2DLuSSRcX1AsqP9J4tiAMr4isERou K6s9kRPA4uxDCpXY0AGAIOiW7s2tAQSrVm/P7UA8YGqojn+yQZfmnA+ttY8TB9aOJoZi 6pWY/6bimljmY1jSov4mzZquDq7OviuoVPxPAmgMYZFIEqBWebY5hOdIndd9stxFT3nL TghwK60cqXW9pC3tFkiDrPOIeqRcdn2f412RbNa8AtpGyYkrpIHQWwT3aBhQ30a/so8E 4J7KAY9+XBLtuQ1A5xYKgUUU/Cy3QEtSjhWkpR8tLsg2AVB5OVZaPC6ISrxgaHJBFPfI Lsjg== MIME-Version: 1.0 X-Received: by 10.50.112.6 with SMTP id im6mr3387719igb.17.1368219626938; Fri, 10 May 2013 14:00:26 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Fri, 10 May 2013 14:00:26 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Fri, 10 May 2013 14:00:26 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> Date: Sat, 11 May 2013 09:00:26 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] blktap2 and qcow2 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="===============6676483178351046249==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6676483178351046249== Content-Type: multipart/alternative; boundary=047d7b414116d8ebf704dc637456 --047d7b414116d8ebf704dc637456 Content-Type: text/plain; charset=UTF-8 Hi Thanos, thanks for responding. I don't have access to the code. Could you by any chance quote a list of supported formats here. Cheers, Seb On 10/05/2013 2:49 AM, "Thanos Makatos" wrote: > > -----Original Message----- > > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > > bounces@lists.xen.org] On Behalf Of Sebastian Unger > > Sent: 08 May 2013 23:03 > > To: xen-users@lists.xen.org > > Subject: [Xen-users] blktap2 and qcow2 images > > > > Hi There, > > > > I've been trying to get this to work for the last couple of days, but > > found no information on the internet that would help. Essentially, a > > tap-ctl open command with a qcow2 image does not work (error code 2) > > and produces the following line in syslog: > > > > tap-ctl: tap-err:tap_ctl_open: open failed, err -2 > > > > I have attached a shell script that reproduces the problem on my > > machine. The same script works fine if I use image format raw and the > > aio: prefex to the -a option. > > My machine is basically a clean Ubuntu 12.04 desktop 64bit machine with > > everything up to date. > > Cheers, > > Seb > > AFAIK blktap2.5 does not support qcow2. I grep'ed in > xen-unstable.hg/tools/blktap2 for "qcow2" and didn't find anything, so I > believe blktap2 doesn't support qcow2 either. The "-2" error you're getting > stands for ENOENT, so I think is tapdisk complaining it can't find the > driver for qcow2 (not the image file). The examples in > http://wiki.xen.org/wiki/Blktap2 insinuate that qcow2 is supported, > anybody knows anything about that? > --047d7b414116d8ebf704dc637456 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Thanos,

thanks for responding. I don't have access to the code.= Could you by any chance quote a list of supported formats here.

Cheers,
Seb

On 10/05/2013 2:49 AM, "Thanos Makatos"= ; <thanos.makatos@citrix.co= m> wrote:
> -----Original Message-----
> From: xen-users-bou= nces@lists.xen.org [mailto:xen-users-=
> bounces@lists.xen.org] On= Behalf Of Sebastian Unger
> Sent: 08 May 2013 23:03
> To: xen-users@lists.xen.org=
> Subject: [Xen-users] blktap2 and qcow2 images
>
> Hi There,
>
> I've been trying to get this to work for the last couple of days, = but
> found no information on the internet that would help. Essentially, a > tap-ctl open command with a qcow2 image does not work (error code 2) > and produces the following line in syslog:
>
> tap-ctl: tap-err:tap_ctl_open: open failed, err -2
>
> I have attached a shell script that reproduces the problem on my
> machine. The same script works fine if I use image format raw and the<= br> > aio: prefex to the -a option.
> My machine is basically a clean Ubuntu 12.04 desktop 64bit machine wit= h
> everything up to date.
> Cheers,
> Seb

AFAIK blktap2.5 does not support qcow2. I grep'ed in xen-unstable.hg/to= ols/blktap2 for "qcow2" and didn't find anything, so I believ= e blktap2 doesn't support qcow2 either. The "-2" error you= 9;re getting stands for ENOENT, so I think is tapdisk complaining it can= 9;t find the driver for qcow2 (not the image file). The examples in http://wiki.xen.org= /wiki/Blktap2 insinuate that qcow2 is supported, anybody knows anything= about that?
--047d7b414116d8ebf704dc637456-- --===============6676483178351046249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6676483178351046249==-- From xen-users-bounces@lists.xen.org Fri May 10 21:15:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:15: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 1UaueI-000174-9f; Fri, 10 May 2013 21:14:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaueG-00016x-Nn for xen-users@lists.xen.org; Fri, 10 May 2013 21:14:40 +0000 Received: from [193.109.254.147:25635] by server-3.bemta-14.messagelabs.com id C9/97-06484-0436D815; Fri, 10 May 2013 21:14:40 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1368220477!2166381!1 X-Originating-IP: [209.85.160.44] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20292 invoked from network); 10 May 2013 21:14:38 -0000 Received: from mail-pb0-f44.google.com (HELO mail-pb0-f44.google.com) (209.85.160.44) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:14:38 -0000 Received: by mail-pb0-f44.google.com with SMTP id wz17so3064848pbc.17 for ; Fri, 10 May 2013 14:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=336thWIyasBlmm9TFyG0kl9e0IbTlMZIn8IWU00kPyw=; b=TGz0a+UkG+gd27ytqTQDifIgDM/no2aHNcS+/WKigKrQiaawUDm+VvrpYoWTAGtMJT wrDuSA8Sd4F0vOjt8FjGwRzVBdlvF4gWmxjOv1eGjoTwFESwxoHwYbVWIZzxvkllk91x S3u5N6DlU0VHzod+/ZI608x8Z4uzblE59fS+Q9GqVkd/61CKrm2mrFGB1vMGhkzOVNTq TDlzU6mXhYlhvHaMBZ4H+RQ3SdHqc+o8LZpUEgpFFnvufffbDRTrTU+AZK3yyivr7k2j 5xCeHNf8k0hXMd1mX0h6A4Hl76KSffiSkBq0JJ8bLvRKH2L6wTvrDVKDoXjcb2PCuKKJ QkJg== X-Received: by 10.68.247.228 with SMTP id yh4mr18815423pbc.60.1368220476648; Fri, 10 May 2013 14:14:36 -0700 (PDT) References: From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 10 May 2013 17:14:32 -0400 Message-ID: <-5471667889858757709@unknownmsgid> To: Steven Seed Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Steven, On May 10, 2013, at 2:23 PM, Steven Seed wrote: > I've got a hvm guest running and I've been able to assign the GPU to it. I'm at the point where the Nvidia driver loads and I can see a card in the guest with lspci, however the GPU isn't functional and I get a black screen. > I had the exact same problem on my Dom0 under all of the Kernels I've tried except for 3.8.11 and 3.4.44. The 3.8 kernel had other issues, but 3.4.44 works great. I'm using an AMD card, and whether or not I had the proprietary driver installed didn't seem to matter. Just my two cents, of course! Hope it helps :) Best Regards, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 21:15:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:15: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 1UaueI-000174-9f; Fri, 10 May 2013 21:14:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaueG-00016x-Nn for xen-users@lists.xen.org; Fri, 10 May 2013 21:14:40 +0000 Received: from [193.109.254.147:25635] by server-3.bemta-14.messagelabs.com id C9/97-06484-0436D815; Fri, 10 May 2013 21:14:40 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1368220477!2166381!1 X-Originating-IP: [209.85.160.44] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20292 invoked from network); 10 May 2013 21:14:38 -0000 Received: from mail-pb0-f44.google.com (HELO mail-pb0-f44.google.com) (209.85.160.44) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:14:38 -0000 Received: by mail-pb0-f44.google.com with SMTP id wz17so3064848pbc.17 for ; Fri, 10 May 2013 14:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=336thWIyasBlmm9TFyG0kl9e0IbTlMZIn8IWU00kPyw=; b=TGz0a+UkG+gd27ytqTQDifIgDM/no2aHNcS+/WKigKrQiaawUDm+VvrpYoWTAGtMJT wrDuSA8Sd4F0vOjt8FjGwRzVBdlvF4gWmxjOv1eGjoTwFESwxoHwYbVWIZzxvkllk91x S3u5N6DlU0VHzod+/ZI608x8Z4uzblE59fS+Q9GqVkd/61CKrm2mrFGB1vMGhkzOVNTq TDlzU6mXhYlhvHaMBZ4H+RQ3SdHqc+o8LZpUEgpFFnvufffbDRTrTU+AZK3yyivr7k2j 5xCeHNf8k0hXMd1mX0h6A4Hl76KSffiSkBq0JJ8bLvRKH2L6wTvrDVKDoXjcb2PCuKKJ QkJg== X-Received: by 10.68.247.228 with SMTP id yh4mr18815423pbc.60.1368220476648; Fri, 10 May 2013 14:14:36 -0700 (PDT) References: From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 10 May 2013 17:14:32 -0400 Message-ID: <-5471667889858757709@unknownmsgid> To: Steven Seed Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Steven, On May 10, 2013, at 2:23 PM, Steven Seed wrote: > I've got a hvm guest running and I've been able to assign the GPU to it. I'm at the point where the Nvidia driver loads and I can see a card in the guest with lspci, however the GPU isn't functional and I get a black screen. > I had the exact same problem on my Dom0 under all of the Kernels I've tried except for 3.8.11 and 3.4.44. The 3.8 kernel had other issues, but 3.4.44 works great. I'm using an AMD card, and whether or not I had the proprietary driver installed didn't seem to matter. Just my two cents, of course! Hope it helps :) Best Regards, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 21:34:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:34: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 1Uauwp-0002Rt-9H; Fri, 10 May 2013 21:33:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uauwn-0002Rl-D7 for xen-users@lists.xen.org; Fri, 10 May 2013 21:33:49 +0000 Received: from [85.158.137.99:36036] by server-7.bemta-3.messagelabs.com id 30/7D-10169-CB76D815; Fri, 10 May 2013 21:33:48 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1368221627!13120329!1 X-Originating-IP: [74.125.82.169] 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 5873 invoked from network); 10 May 2013 21:33:47 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:33:47 -0000 Received: by mail-we0-f169.google.com with SMTP id x54so4517226wes.14 for ; Fri, 10 May 2013 14:33:47 -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=du/PTPiGAYGT2W4HStpPmVKYee1BJmEt9XjzTltll0g=; b=JnBtFcsCGO1dx0FOwrsfXcYNNj1BLVIWL4EaAAg1iL+s5lQpLTRPjEdLusgMHMnQ0Y znebwBjB+BSQqiiX2U59KMIOdJmwr1Dk4i4VByU6FXC3IoUQ4boH2pCsUyHjjhqePeOG 1hZurfKA0kR2lkmE2ZHzs8FtBtcDLPjDpX1ni31Ma2l1UBm27rCO1iM763euw9stbE0a hE5o2jsoIj7lacDDz4g1IUyXqxrLzC0dwJtPG3g76D9MZHc9V4OeDUmVMo3pauesS45y J0ic2dda8sdWTh/3afTwgZmez5Hgsuk/R4m6WtzICkAD2bmfD/LH1Ocgp9hg7hnmrmBG ghog== MIME-Version: 1.0 X-Received: by 10.180.104.41 with SMTP id gb9mr3802270wib.0.1368221627119; Fri, 10 May 2013 14:33:47 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 14:33:47 -0700 (PDT) In-Reply-To: <-5471667889858757709@unknownmsgid> References: <-5471667889858757709@unknownmsgid> Date: Fri, 10 May 2013 14:33:47 -0700 Message-ID: From: Steven Seed To: Andrew Bobulsky X-Gm-Message-State: ALoCoQk057P1fF1LHwEYvhiC1fxKhLComSwgYpb56takZlNi2RR3pvG9JMVIeMJ3r++lNWyqdzzo Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2469424781524604275==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2469424781524604275== Content-Type: multipart/alternative; boundary=f46d044286f80f102e04dc63ec1f --f46d044286f80f102e04dc63ec1f Content-Type: text/plain; charset=ISO-8859-1 I'm using XCP 1.6 which is on an older 2.6.32 kernel, so I don't think I can upgrade to 3.4.44.* *If you've had luck with 3.4.44, I may just scrap XCP and try installing a RHEL 6.4 hypervisor with xen. I have xen 4.2.2 packages I can install there with the 3.8.12 kernel. I tried this before, but I was having trouble getting the GPU passthrough to work at all there. On Fri, May 10, 2013 at 2:14 PM, Andrew Bobulsky wrote: > Hello Steven, > > On May 10, 2013, at 2:23 PM, Steven Seed > wrote: > > > I've got a hvm guest running and I've been able to assign the GPU to it. > I'm at the point where the Nvidia driver loads and I can see a card in the > guest with lspci, however the GPU isn't functional and I get a black screen. > > > > I had the exact same problem on my Dom0 under all of the Kernels I've > tried except for 3.8.11 and 3.4.44. The 3.8 kernel had other issues, > but 3.4.44 works great. > > I'm using an AMD card, and whether or not I had the proprietary driver > installed didn't seem to matter. > > Just my two cents, of course! Hope it helps :) > > Best Regards, > Andrew Bobulsky > -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --f46d044286f80f102e04dc63ec1f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm using XCP 1.6 which is on an older 2.6.32 kernel, = so I don't think I can upgrade to 3.4.44.=A0If you've had lu= ck with 3.4.44, I may just scrap XCP and try installing a RHEL 6.4 hypervis= or with xen. I have xen 4.2.2 packages I can install there with the 3.8.12 = kernel. I tried this before, but I was having trouble getting the GPU passt= hrough to work at all there.=A0


On Fri, May 1= 0, 2013 at 2:14 PM, Andrew Bobulsky <rulerof@gmail.com> wrot= e:
Hello Steven,

On May 10, 2013, at 2:23 PM, Steven Seed
<st= even.seed@disneyanimation.com> wrote:

> I've got a hvm guest running and I've been able to assign the = GPU to it. I'm at the point where the Nvidia driver loads and I can see= a card in the guest with lspci, however the GPU isn't functional and I= get a black screen.
> <snip snip!>

I had the exact same problem on my Dom0 under all of the Kernels I've tried except for 3.8.11 and 3.4.44. The 3.8 kernel had other issues,
but 3.4.44 works great.

I'm using an AMD card, and whether or not I had the proprietary driver<= br> installed didn't seem to matter.

Just my two cents, of course! =A0Hope it helps :)

Best Regards,
Andrew Bobulsky



--
-
Steven= Seed
Sr Systems Engineer
Walt Disney Animation Studios=
818-460-9453
--f46d044286f80f102e04dc63ec1f-- --===============2469424781524604275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2469424781524604275==-- From xen-users-bounces@lists.xen.org Fri May 10 21:34:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:34: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 1Uauwp-0002Rt-9H; Fri, 10 May 2013 21:33:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uauwn-0002Rl-D7 for xen-users@lists.xen.org; Fri, 10 May 2013 21:33:49 +0000 Received: from [85.158.137.99:36036] by server-7.bemta-3.messagelabs.com id 30/7D-10169-CB76D815; Fri, 10 May 2013 21:33:48 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1368221627!13120329!1 X-Originating-IP: [74.125.82.169] 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 5873 invoked from network); 10 May 2013 21:33:47 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:33:47 -0000 Received: by mail-we0-f169.google.com with SMTP id x54so4517226wes.14 for ; Fri, 10 May 2013 14:33:47 -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=du/PTPiGAYGT2W4HStpPmVKYee1BJmEt9XjzTltll0g=; b=JnBtFcsCGO1dx0FOwrsfXcYNNj1BLVIWL4EaAAg1iL+s5lQpLTRPjEdLusgMHMnQ0Y znebwBjB+BSQqiiX2U59KMIOdJmwr1Dk4i4VByU6FXC3IoUQ4boH2pCsUyHjjhqePeOG 1hZurfKA0kR2lkmE2ZHzs8FtBtcDLPjDpX1ni31Ma2l1UBm27rCO1iM763euw9stbE0a hE5o2jsoIj7lacDDz4g1IUyXqxrLzC0dwJtPG3g76D9MZHc9V4OeDUmVMo3pauesS45y J0ic2dda8sdWTh/3afTwgZmez5Hgsuk/R4m6WtzICkAD2bmfD/LH1Ocgp9hg7hnmrmBG ghog== MIME-Version: 1.0 X-Received: by 10.180.104.41 with SMTP id gb9mr3802270wib.0.1368221627119; Fri, 10 May 2013 14:33:47 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 14:33:47 -0700 (PDT) In-Reply-To: <-5471667889858757709@unknownmsgid> References: <-5471667889858757709@unknownmsgid> Date: Fri, 10 May 2013 14:33:47 -0700 Message-ID: From: Steven Seed To: Andrew Bobulsky X-Gm-Message-State: ALoCoQk057P1fF1LHwEYvhiC1fxKhLComSwgYpb56takZlNi2RR3pvG9JMVIeMJ3r++lNWyqdzzo Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2469424781524604275==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2469424781524604275== Content-Type: multipart/alternative; boundary=f46d044286f80f102e04dc63ec1f --f46d044286f80f102e04dc63ec1f Content-Type: text/plain; charset=ISO-8859-1 I'm using XCP 1.6 which is on an older 2.6.32 kernel, so I don't think I can upgrade to 3.4.44.* *If you've had luck with 3.4.44, I may just scrap XCP and try installing a RHEL 6.4 hypervisor with xen. I have xen 4.2.2 packages I can install there with the 3.8.12 kernel. I tried this before, but I was having trouble getting the GPU passthrough to work at all there. On Fri, May 10, 2013 at 2:14 PM, Andrew Bobulsky wrote: > Hello Steven, > > On May 10, 2013, at 2:23 PM, Steven Seed > wrote: > > > I've got a hvm guest running and I've been able to assign the GPU to it. > I'm at the point where the Nvidia driver loads and I can see a card in the > guest with lspci, however the GPU isn't functional and I get a black screen. > > > > I had the exact same problem on my Dom0 under all of the Kernels I've > tried except for 3.8.11 and 3.4.44. The 3.8 kernel had other issues, > but 3.4.44 works great. > > I'm using an AMD card, and whether or not I had the proprietary driver > installed didn't seem to matter. > > Just my two cents, of course! Hope it helps :) > > Best Regards, > Andrew Bobulsky > -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --f46d044286f80f102e04dc63ec1f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm using XCP 1.6 which is on an older 2.6.32 kernel, = so I don't think I can upgrade to 3.4.44.=A0If you've had lu= ck with 3.4.44, I may just scrap XCP and try installing a RHEL 6.4 hypervis= or with xen. I have xen 4.2.2 packages I can install there with the 3.8.12 = kernel. I tried this before, but I was having trouble getting the GPU passt= hrough to work at all there.=A0


On Fri, May 1= 0, 2013 at 2:14 PM, Andrew Bobulsky <rulerof@gmail.com> wrot= e:
Hello Steven,

On May 10, 2013, at 2:23 PM, Steven Seed
<st= even.seed@disneyanimation.com> wrote:

> I've got a hvm guest running and I've been able to assign the = GPU to it. I'm at the point where the Nvidia driver loads and I can see= a card in the guest with lspci, however the GPU isn't functional and I= get a black screen.
> <snip snip!>

I had the exact same problem on my Dom0 under all of the Kernels I've tried except for 3.8.11 and 3.4.44. The 3.8 kernel had other issues,
but 3.4.44 works great.

I'm using an AMD card, and whether or not I had the proprietary driver<= br> installed didn't seem to matter.

Just my two cents, of course! =A0Hope it helps :)

Best Regards,
Andrew Bobulsky



--
-
Steven= Seed
Sr Systems Engineer
Walt Disney Animation Studios=
818-460-9453
--f46d044286f80f102e04dc63ec1f-- --===============2469424781524604275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2469424781524604275==-- From xen-users-bounces@lists.xen.org Fri May 10 21:34:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:34:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uauwg-0002RO-L5; Fri, 10 May 2013 21:33:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uauwf-0002RJ-29 for xen-users@lists.xen.org; Fri, 10 May 2013 21:33:41 +0000 Received: from [85.158.139.211:39894] by server-5.bemta-5.messagelabs.com id F3/CC-06980-4B76D815; Fri, 10 May 2013 21:33:40 +0000 X-Env-Sender: jocelyn.falempe@free.fr X-Msg-Ref: server-16.tower-206.messagelabs.com!1368221617!22583923!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_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15105 invoked from network); 10 May 2013 21:33:38 -0000 Received: from smtp1-g21.free.fr (HELO smtp1-g21.free.fr) (212.27.42.1) by server-16.tower-206.messagelabs.com with SMTP; 10 May 2013 21:33:38 -0000 Received: from [IPv6:2a01:e35:2eb9:310:ad1c:88b6:932b:4d7d] (unknown [IPv6:2a01:e35:2eb9:310:ad1c:88b6:932b:4d7d]) by smtp1-g21.free.fr (Postfix) with ESMTP id 0ADDE940156 for ; Fri, 10 May 2013 23:33:34 +0200 (CEST) Message-ID: <518D67AD.5030205@free.fr> Date: Fri, 10 May 2013 23:33:33 +0200 From: jocelyn falempe 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: In-Reply-To: Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0675186517236242931==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0675186517236242931== Content-Type: multipart/alternative; boundary="------------080708030503090603060804" This is a multi-part message in MIME format. --------------080708030503090603060804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a radeon HD7950, and tried secondary GPU passthrough with ubuntu guest 12.10 and 13.04, and also with a ArchLinux guest, and it didn't work (no OpenGL, fglrxinfo segfault ...). On 05/10/2013 09:45 PM, Gizmo Chicken wrote: > Aside from Windows 7 guests (which work great under XCP 1.6), I've > only tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU > passthrough seems to work pretty will with Ubuntu 12.04 as a guest > when using a Radeon HD 6670 as a secondary card combined with whatever > version of Catalyst (not the updates) that is in found Ubuntu 12.04 > repositories. (I haven't had any luck with any other version of > Catalyst.) > > But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck > with GPU passthrough, no matter what version of Catalyst I try. Would > enjoy learning if anyone else has had better luck with any of these > newer versions of Ubuntu. Thanks for the info, I will try with a 12.04 guest then. -- Jocelyn --------------080708030503090603060804 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
I have a radeon HD7950, and tried secondary GPU passthrough with ubuntu guest 12.10 and 13.04, and also with a ArchLinux guest, and it didn't work (no OpenGL, fglrxinfo segfault ...).

On 05/10/2013 09:45 PM, Gizmo Chicken wrote:
Aside from Windows 7 guests (which work great under XCP 1.6), I've only tried GPU passthrough with Ubuntu guests.  Under XCP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a secondary card combined with whatever version of Catalyst (not the updates) that is in found Ubuntu 12.04 repositories.  (I haven't had any luck with any other version of Catalyst.) 

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with GPU passthrough, no matter what version of Catalyst I try.  Would enjoy learning if anyone else has had better luck with any of these newer versions of Ubuntu.

Thanks for the info, I will try with a 12.04 guest then.

--

Jocelyn
--------------080708030503090603060804-- --===============0675186517236242931== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0675186517236242931==-- From xen-users-bounces@lists.xen.org Fri May 10 21:34:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:34:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uauwg-0002RO-L5; Fri, 10 May 2013 21:33:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uauwf-0002RJ-29 for xen-users@lists.xen.org; Fri, 10 May 2013 21:33:41 +0000 Received: from [85.158.139.211:39894] by server-5.bemta-5.messagelabs.com id F3/CC-06980-4B76D815; Fri, 10 May 2013 21:33:40 +0000 X-Env-Sender: jocelyn.falempe@free.fr X-Msg-Ref: server-16.tower-206.messagelabs.com!1368221617!22583923!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_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15105 invoked from network); 10 May 2013 21:33:38 -0000 Received: from smtp1-g21.free.fr (HELO smtp1-g21.free.fr) (212.27.42.1) by server-16.tower-206.messagelabs.com with SMTP; 10 May 2013 21:33:38 -0000 Received: from [IPv6:2a01:e35:2eb9:310:ad1c:88b6:932b:4d7d] (unknown [IPv6:2a01:e35:2eb9:310:ad1c:88b6:932b:4d7d]) by smtp1-g21.free.fr (Postfix) with ESMTP id 0ADDE940156 for ; Fri, 10 May 2013 23:33:34 +0200 (CEST) Message-ID: <518D67AD.5030205@free.fr> Date: Fri, 10 May 2013 23:33:33 +0200 From: jocelyn falempe 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: In-Reply-To: Subject: Re: [Xen-users] VGA Passthrough with Linux guests X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0675186517236242931==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0675186517236242931== Content-Type: multipart/alternative; boundary="------------080708030503090603060804" This is a multi-part message in MIME format. --------------080708030503090603060804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a radeon HD7950, and tried secondary GPU passthrough with ubuntu guest 12.10 and 13.04, and also with a ArchLinux guest, and it didn't work (no OpenGL, fglrxinfo segfault ...). On 05/10/2013 09:45 PM, Gizmo Chicken wrote: > Aside from Windows 7 guests (which work great under XCP 1.6), I've > only tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU > passthrough seems to work pretty will with Ubuntu 12.04 as a guest > when using a Radeon HD 6670 as a secondary card combined with whatever > version of Catalyst (not the updates) that is in found Ubuntu 12.04 > repositories. (I haven't had any luck with any other version of > Catalyst.) > > But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck > with GPU passthrough, no matter what version of Catalyst I try. Would > enjoy learning if anyone else has had better luck with any of these > newer versions of Ubuntu. Thanks for the info, I will try with a 12.04 guest then. -- Jocelyn --------------080708030503090603060804 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
I have a radeon HD7950, and tried secondary GPU passthrough with ubuntu guest 12.10 and 13.04, and also with a ArchLinux guest, and it didn't work (no OpenGL, fglrxinfo segfault ...).

On 05/10/2013 09:45 PM, Gizmo Chicken wrote:
Aside from Windows 7 guests (which work great under XCP 1.6), I've only tried GPU passthrough with Ubuntu guests.  Under XCP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a secondary card combined with whatever version of Catalyst (not the updates) that is in found Ubuntu 12.04 repositories.  (I haven't had any luck with any other version of Catalyst.) 

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with GPU passthrough, no matter what version of Catalyst I try.  Would enjoy learning if anyone else has had better luck with any of these newer versions of Ubuntu.

Thanks for the info, I will try with a 12.04 guest then.

--

Jocelyn
--------------080708030503090603060804-- --===============0675186517236242931== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0675186517236242931==-- From xen-users-bounces@lists.xen.org Fri May 10 21:47:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:47:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uav8v-0003Qz-PS; Fri, 10 May 2013 21:46:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uav8u-0003Qt-9E for xen-users@lists.xensource.com; Fri, 10 May 2013 21:46:20 +0000 Received: from [193.109.254.147:43309] by server-14.bemta-14.messagelabs.com id 58/DB-02181-BAA6D815; Fri, 10 May 2013 21:46:19 +0000 X-Env-Sender: symack@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1368222378!8659936!1 X-Originating-IP: [209.85.215.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18425 invoked from network); 10 May 2013 21:46:19 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:46:19 -0000 Received: by mail-la0-f54.google.com with SMTP id fd20so4363858lab.41 for ; Fri, 10 May 2013 14:46:18 -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=wGtQpUfg+LEp84cpy9LWI27/eBqqFgcho8KdrCmalPg=; b=SVASGd7mWsxCnzB4mWMkN1UPrL5PLRcOM8NqfHfmJnojQ/fF6JYNAoAz50oGW1kv+v 5iabu5+ctytz3gW6sHNPcy443Pr0Cra7JmwxXPa1yyssIYj8WC56FArOeqIUlW8wriwQ oJJA0VWs8n2HO+6/bU9df/B+FfF1u01t/y8qlWkVbGH+AUcTF/AMrw/srHChvx/1/msh 2+otxR1mOlUIhhSK3GInRgG8SPM7NPobix7htrZvvY3ZPZfXzk5nFq8mgMlZ+/IL5sLz GEh8wMcB+WIX+fiKha4XI2zXTZ2BKSQmuvTEOShGwgQv7tGRArU3U7WUQeyKuizZrUyb yxYA== MIME-Version: 1.0 X-Received: by 10.152.87.39 with SMTP id u7mr8431522laz.48.1368222378051; Fri, 10 May 2013 14:46:18 -0700 (PDT) Received: by 10.114.92.35 with HTTP; Fri, 10 May 2013 14:46:17 -0700 (PDT) Date: Fri, 10 May 2013 17:46:17 -0400 Message-ID: From: Nick Khamis To: xen-users Subject: [Xen-users] IBM x3755 M3 + Qlogic Fibercahnnel- Virtualization Friendly? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Everyone, Whenever purchasing hardware we make it an effort to validate OS, driver and now hypervisor compatibility. Being a low budget company, we really look for the best bang for the bug. Right now that happens to be: x3755 M3 brandishing the AMD SR5690 chipset. We plan on installing a QLogic fiberchannel and a graphics card that support PCI passthrough. Before doing anything we are seeking the communities experiences, advice and feedback. As far as I have been told we have IOMMU enabled BIOS, so that should be promising. Kind Regards, Nick. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 21:47:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:47:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uav8v-0003Qz-PS; Fri, 10 May 2013 21:46:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uav8u-0003Qt-9E for xen-users@lists.xensource.com; Fri, 10 May 2013 21:46:20 +0000 Received: from [193.109.254.147:43309] by server-14.bemta-14.messagelabs.com id 58/DB-02181-BAA6D815; Fri, 10 May 2013 21:46:19 +0000 X-Env-Sender: symack@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1368222378!8659936!1 X-Originating-IP: [209.85.215.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18425 invoked from network); 10 May 2013 21:46:19 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:46:19 -0000 Received: by mail-la0-f54.google.com with SMTP id fd20so4363858lab.41 for ; Fri, 10 May 2013 14:46:18 -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=wGtQpUfg+LEp84cpy9LWI27/eBqqFgcho8KdrCmalPg=; b=SVASGd7mWsxCnzB4mWMkN1UPrL5PLRcOM8NqfHfmJnojQ/fF6JYNAoAz50oGW1kv+v 5iabu5+ctytz3gW6sHNPcy443Pr0Cra7JmwxXPa1yyssIYj8WC56FArOeqIUlW8wriwQ oJJA0VWs8n2HO+6/bU9df/B+FfF1u01t/y8qlWkVbGH+AUcTF/AMrw/srHChvx/1/msh 2+otxR1mOlUIhhSK3GInRgG8SPM7NPobix7htrZvvY3ZPZfXzk5nFq8mgMlZ+/IL5sLz GEh8wMcB+WIX+fiKha4XI2zXTZ2BKSQmuvTEOShGwgQv7tGRArU3U7WUQeyKuizZrUyb yxYA== MIME-Version: 1.0 X-Received: by 10.152.87.39 with SMTP id u7mr8431522laz.48.1368222378051; Fri, 10 May 2013 14:46:18 -0700 (PDT) Received: by 10.114.92.35 with HTTP; Fri, 10 May 2013 14:46:17 -0700 (PDT) Date: Fri, 10 May 2013 17:46:17 -0400 Message-ID: From: Nick Khamis To: xen-users Subject: [Xen-users] IBM x3755 M3 + Qlogic Fibercahnnel- Virtualization Friendly? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Everyone, Whenever purchasing hardware we make it an effort to validate OS, driver and now hypervisor compatibility. Being a low budget company, we really look for the best bang for the bug. Right now that happens to be: x3755 M3 brandishing the AMD SR5690 chipset. We plan on installing a QLogic fiberchannel and a graphics card that support PCI passthrough. Before doing anything we are seeking the communities experiences, advice and feedback. As far as I have been told we have IOMMU enabled BIOS, so that should be promising. Kind Regards, Nick. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 22:13:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 22:13: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 1UavYY-0005Cn-F9; Fri, 10 May 2013 22:12:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UavYX-0005Ci-3N for xen-users@lists.xen.org; Fri, 10 May 2013 22:12:49 +0000 Received: from [193.109.254.147:32770] by server-9.bemta-14.messagelabs.com id FA/9A-15694-0E07D815; Fri, 10 May 2013 22:12:48 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1368223966!2876110!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15491 invoked from network); 10 May 2013 22:12:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 22:12:46 -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 7A34E2211A3 for ; Fri, 10 May 2013 23:12:42 +0100 (BST) Message-ID: <518D70D9.5040004@bobich.net> Date: Fri, 10 May 2013 23:12:41 +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> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/10/2013 08:42 PM, Casey DeLorme wrote: > > 2) Have you tried disabling IRQ balancing > (noirqbalance kernel parameter + disable irqbalance service)? > > > No clue what that is. Can you provide any direction? I'd be > happy to > test. > > > In your boot loader, find the kernel and xen lines and add: > > On the xen line: > noirqbalance > > On the dom0 kernel line: > noirqbalance > > > How would removing noirqbalance help fix the problem? Just curious; as > I understand it that tool is used to balance requests like a scheduler > of sorts. I am purely guessing here, but could it be possible that if the VM uses a CPU other than the CPU that handles the interrupts for the hardware it has been passed strange things happen, possibly more so if the CPU in question is not only not the same core, but not even the same socket. It's possible that disabling rotating the interrupt handling between the cores alleviates an issue with IRQ routing. But take this with a bucket of salt - I am _purely_ guessing here. > 3) Are you assigning > 4GB of RAM to the guest? I found a post > in the archive last night mentioning that there's an > outstanding qemu > issue with > 4GB of RAM given to the guest. I didn't get > around to > re-trying the VM with 3.5GB yet. > > > Yes sir. It's got 8 GB + 1 GB for the standard video adapter. > Not sure > if that's improper, but it boots just find with a single card, > and the > 5850 I plugged in for a short while seemed well behaved. Here's > a copy > of my vm config file: http://pastebin.com/bX0ayA0u > > > I think reducing the guest RAM to 3.5GB is worth a shot, along with > only passing a single GPU device. > > > If I recall the RAM limit is specific to PV guests or older versions of > Xen. I have run Windows with 4, 6, 8, and 16GB of RAM without ever > encountering this problem, and this includes tests with the xl toolstack > on Xen 4.1.2. Including VGA passthrough on those guests? > The only single GPU cards I have are the Radeon 5850s > in the AMD > box I > have. I'm just a little reticent to tear the thing > apart though > cause > it gets used a lot. I think my next step is to look > for a video > card > that properly supports FLR, > > > As far as I can tell, for all the talk of it - there is NO > SUCH THING. > Somebody on the list posted lspci -vvv from their ATI > FirePro card > which shows it has no FLR, and I have just got a Quadro > 2000, which also > lacks FLR. > > The only vague mention I have seen of FLR on GPUs is on the > Intel GPU on > the very latest generation of Core i CPUs (the built in > one). And even > if that is true it's not all that useful for gaming. > > > Heh. The crappiest GPU that would ever be in my system is the most > compatible? Good grief. :P > > > I'm not sure about compatible, but it seems to have a feature that > the others don't - then again, take that with a pinch of salt - I > don't have one, and I tend not to believe such things until somebody > shows me the lspci dump that proves it. > > > Where did you find mention of the newer integrated graphics supporting > FLR? I have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv > and -vvv I did not see FLReset+, but maybe I did something incorrectly > as I also did not see any mention of FLReset anywhere? If the Ivybridge > integrated has FLReset I would totally want to test it. It may not be a > powerful chip compared to modern discrete cards, and it won't prove that > the lack of FLR is the cause of our AMD/nVidia problems, but it would > show the effect the presence of FLR has. I came across a post on a forum or a miling list from someone after googling something like "GPU" "FLreset+" and then trawling to a few hundred pages to find one that actually lists lspci output that is referring to a GPU. Having said that, I have also found references to people claiming that FirePro and Quadro cars have FLR, which is quite clearly not the case. So let's not assume that it's true just because somebody on the internet said so. :) > 2) My motherboard's PCIe slots are behind > NF200 PCIe bridges > (yes, > EVGA have decided in their infinite > wisdom to put > all 7 PCIe slots > behind NF200s, none are directly > attached to the > Intel NB). > > I'm so sorry :P. NF200 has probably > caused a > lot of xen > tinkerers to > utter a few dozen cuss words a piece. > > I can believe that. What is the > solution, though? > > The thing that drives me really nuts > about the > issues I'm seeing > (which may or may not be specifically > related to > the NF200) is > that it > is so intermittent. It works well enough > to boot > up and work with a > gaming type load for a few minutes. Then > something happens that > causes > the VGA card to require a reset, and it > all falls > apart. > > My solution was to buy another > motherboard, I had > no luck at all > passing the devices behind the NF200, > and similar > to your situation > all but one PCIe slot on that board was > behind > that bridge. > > > Did you not manage to get it working at all? > Or was > it just > intermittent like in my case? I can > typically get > about 5 minutes of > gaming out of my ATI card before it all goes > wrong. > > Ironically, I was thinking about an Asus > Sabertooth > with an 8-core AMD, > but opted to go for broke and get a couple > of 6-core > Xeons and an > EVGA SR-2. It turns out, a solution that is > 4x more > expensive isn't > actually better... :( > > > I was unable to get it working at all. The > NF200 simply > threw errors > that 100% prevented me from passing the device. > I think > it was missing > a number of specific features required for > passthrough, > and I vaguely > remember running lspci -vvv to verify what was > missing. > Perhaps not all > NF200's are created equal? > > > The only logged issue I had with the NF200s was the > lack of > ACS, which > can be disabled as I mentioned on this thread (at > least if > you are using > the xm stack). After I disabled that PCI > passthrough has > been working OK. > It's just VGA passthrough BSOD-ing after some > minutes that > is causing me > problems. > > > In reading up on the wiki, there does indeed seem to be > a lot more > info regarding the use of xl and PCI Passthrough today > than the last > time I looked. It seems that these types of configuration > options are > set on a domain-by-domain basis, or even by device; > docs say that > things like VPCI vs direct PASS mapping of slot > layout(?) is > actually > configured at the device level either in your DomU > config file > (like: > pci = ['0:d:0.0, pci-just-forking-work-damn-____you]) > or via xl > (like: xl > pci-attach 1 0:d:0.0 pci-just-forking-work-damn-____you). > > > > Hmm... I honestly don't think the xl way will succeed where > xm is > unstable, > but I might give it a shot. > > > You'd still likely require all the "hacks" you're currently > using, but > they'll all move to different places I'm guessing... if the > toolstack > itself doesn't have any bearing on this (which is my suspicion) > then you > don't want to go doing all the extra work for nothing, of course! > > > Exactly. And right now what I have read (somebody point me to > something that says otherwise), more people seem to have reported > success with xm than xl stacks (but that could just be due to the xl > stack being much more recent). > > > I would go as far as to say that most of those reports came from people > who used the packaged Xen, and until very recently the packaged Xen was > 4.0 or 4.1 where xm is still the default toolstack. Which I don't find to be in any way an encouragement to even attempt to do this using the xl tool stack at the moment. :) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 22:13:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 22:13: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 1UavYY-0005Cn-F9; Fri, 10 May 2013 22:12:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UavYX-0005Ci-3N for xen-users@lists.xen.org; Fri, 10 May 2013 22:12:49 +0000 Received: from [193.109.254.147:32770] by server-9.bemta-14.messagelabs.com id FA/9A-15694-0E07D815; Fri, 10 May 2013 22:12:48 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1368223966!2876110!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15491 invoked from network); 10 May 2013 22:12:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 22:12:46 -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 7A34E2211A3 for ; Fri, 10 May 2013 23:12:42 +0100 (BST) Message-ID: <518D70D9.5040004@bobich.net> Date: Fri, 10 May 2013 23:12:41 +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> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/10/2013 08:42 PM, Casey DeLorme wrote: > > 2) Have you tried disabling IRQ balancing > (noirqbalance kernel parameter + disable irqbalance service)? > > > No clue what that is. Can you provide any direction? I'd be > happy to > test. > > > In your boot loader, find the kernel and xen lines and add: > > On the xen line: > noirqbalance > > On the dom0 kernel line: > noirqbalance > > > How would removing noirqbalance help fix the problem? Just curious; as > I understand it that tool is used to balance requests like a scheduler > of sorts. I am purely guessing here, but could it be possible that if the VM uses a CPU other than the CPU that handles the interrupts for the hardware it has been passed strange things happen, possibly more so if the CPU in question is not only not the same core, but not even the same socket. It's possible that disabling rotating the interrupt handling between the cores alleviates an issue with IRQ routing. But take this with a bucket of salt - I am _purely_ guessing here. > 3) Are you assigning > 4GB of RAM to the guest? I found a post > in the archive last night mentioning that there's an > outstanding qemu > issue with > 4GB of RAM given to the guest. I didn't get > around to > re-trying the VM with 3.5GB yet. > > > Yes sir. It's got 8 GB + 1 GB for the standard video adapter. > Not sure > if that's improper, but it boots just find with a single card, > and the > 5850 I plugged in for a short while seemed well behaved. Here's > a copy > of my vm config file: http://pastebin.com/bX0ayA0u > > > I think reducing the guest RAM to 3.5GB is worth a shot, along with > only passing a single GPU device. > > > If I recall the RAM limit is specific to PV guests or older versions of > Xen. I have run Windows with 4, 6, 8, and 16GB of RAM without ever > encountering this problem, and this includes tests with the xl toolstack > on Xen 4.1.2. Including VGA passthrough on those guests? > The only single GPU cards I have are the Radeon 5850s > in the AMD > box I > have. I'm just a little reticent to tear the thing > apart though > cause > it gets used a lot. I think my next step is to look > for a video > card > that properly supports FLR, > > > As far as I can tell, for all the talk of it - there is NO > SUCH THING. > Somebody on the list posted lspci -vvv from their ATI > FirePro card > which shows it has no FLR, and I have just got a Quadro > 2000, which also > lacks FLR. > > The only vague mention I have seen of FLR on GPUs is on the > Intel GPU on > the very latest generation of Core i CPUs (the built in > one). And even > if that is true it's not all that useful for gaming. > > > Heh. The crappiest GPU that would ever be in my system is the most > compatible? Good grief. :P > > > I'm not sure about compatible, but it seems to have a feature that > the others don't - then again, take that with a pinch of salt - I > don't have one, and I tend not to believe such things until somebody > shows me the lspci dump that proves it. > > > Where did you find mention of the newer integrated graphics supporting > FLR? I have an IvyBridge 3770 with an HD4000, but when I ran lspci -vv > and -vvv I did not see FLReset+, but maybe I did something incorrectly > as I also did not see any mention of FLReset anywhere? If the Ivybridge > integrated has FLReset I would totally want to test it. It may not be a > powerful chip compared to modern discrete cards, and it won't prove that > the lack of FLR is the cause of our AMD/nVidia problems, but it would > show the effect the presence of FLR has. I came across a post on a forum or a miling list from someone after googling something like "GPU" "FLreset+" and then trawling to a few hundred pages to find one that actually lists lspci output that is referring to a GPU. Having said that, I have also found references to people claiming that FirePro and Quadro cars have FLR, which is quite clearly not the case. So let's not assume that it's true just because somebody on the internet said so. :) > 2) My motherboard's PCIe slots are behind > NF200 PCIe bridges > (yes, > EVGA have decided in their infinite > wisdom to put > all 7 PCIe slots > behind NF200s, none are directly > attached to the > Intel NB). > > I'm so sorry :P. NF200 has probably > caused a > lot of xen > tinkerers to > utter a few dozen cuss words a piece. > > I can believe that. What is the > solution, though? > > The thing that drives me really nuts > about the > issues I'm seeing > (which may or may not be specifically > related to > the NF200) is > that it > is so intermittent. It works well enough > to boot > up and work with a > gaming type load for a few minutes. Then > something happens that > causes > the VGA card to require a reset, and it > all falls > apart. > > My solution was to buy another > motherboard, I had > no luck at all > passing the devices behind the NF200, > and similar > to your situation > all but one PCIe slot on that board was > behind > that bridge. > > > Did you not manage to get it working at all? > Or was > it just > intermittent like in my case? I can > typically get > about 5 minutes of > gaming out of my ATI card before it all goes > wrong. > > Ironically, I was thinking about an Asus > Sabertooth > with an 8-core AMD, > but opted to go for broke and get a couple > of 6-core > Xeons and an > EVGA SR-2. It turns out, a solution that is > 4x more > expensive isn't > actually better... :( > > > I was unable to get it working at all. The > NF200 simply > threw errors > that 100% prevented me from passing the device. > I think > it was missing > a number of specific features required for > passthrough, > and I vaguely > remember running lspci -vvv to verify what was > missing. > Perhaps not all > NF200's are created equal? > > > The only logged issue I had with the NF200s was the > lack of > ACS, which > can be disabled as I mentioned on this thread (at > least if > you are using > the xm stack). After I disabled that PCI > passthrough has > been working OK. > It's just VGA passthrough BSOD-ing after some > minutes that > is causing me > problems. > > > In reading up on the wiki, there does indeed seem to be > a lot more > info regarding the use of xl and PCI Passthrough today > than the last > time I looked. It seems that these types of configuration > options are > set on a domain-by-domain basis, or even by device; > docs say that > things like VPCI vs direct PASS mapping of slot > layout(?) is > actually > configured at the device level either in your DomU > config file > (like: > pci = ['0:d:0.0, pci-just-forking-work-damn-____you]) > or via xl > (like: xl > pci-attach 1 0:d:0.0 pci-just-forking-work-damn-____you). > > > > Hmm... I honestly don't think the xl way will succeed where > xm is > unstable, > but I might give it a shot. > > > You'd still likely require all the "hacks" you're currently > using, but > they'll all move to different places I'm guessing... if the > toolstack > itself doesn't have any bearing on this (which is my suspicion) > then you > don't want to go doing all the extra work for nothing, of course! > > > Exactly. And right now what I have read (somebody point me to > something that says otherwise), more people seem to have reported > success with xm than xl stacks (but that could just be due to the xl > stack being much more recent). > > > I would go as far as to say that most of those reports came from people > who used the packaged Xen, and until very recently the packaged Xen was > 4.0 or 4.1 where xm is still the default toolstack. Which I don't find to be in any way an encouragement to even attempt to do this using the xl tool stack at the moment. :) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 22:40:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 22:40: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 1Uavya-0006o4-DH; Fri, 10 May 2013 22:39:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UavyY-0006nx-O7 for xen-users@lists.xen.org; Fri, 10 May 2013 22:39:43 +0000 Received: from [193.109.254.147:7344] by server-13.bemta-14.messagelabs.com id 75/62-31447-E277D815; Fri, 10 May 2013 22:39:42 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-27.messagelabs.com!1368225576!7091354!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3719 invoked from network); 10 May 2013 22:39:37 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 22:39:37 -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 A97662211A3 for ; Fri, 10 May 2013 23:39:35 +0100 (BST) Message-ID: <518D7727.9090208@bobich.net> Date: Fri, 10 May 2013 23:39: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.xen.org References: <516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/10/2013 09:19 PM, Andrew Bobulsky wrote: > 2) I actually have it working - for 5 minutes or so at a > time. If > the problem was the lack of ACS, it wouldn't work at all. > > > I just can't help but wonder if it /is/ the problem, though. > It's the > > only thing I can pin down that our situations have in common as > far as > its being the only "non-compatible" portion of the > implementation, aside > from the nearly identical behavior, of course. Maybe the AMD > driver does > some stupid stuff that ACS can mitigate? I just wish I knew more :( > > > Now you got me thinking... I noticed that when the GPU starts to > head toward the crash, this appears in the syslog: > > May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: > Multiple Uncorrected (Non-Fatal) error received: id=0000 > > It certainly makes me wonder. > > Has anyone else seen this error? > > The device ID in question is: > > 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI > Express Root Port 3 (rev 22) > > which does not bode well... > > Duff hardware? > > > Hmmm... I'll poke through my syslog at the next crash. I tried: > > cat /var/log/syslog | grep pcieport > cat /var/log/syslog.1 | grep pcieport > dmesg | grep pcieport > > > Nothing came back from any of those. I'll see if I can identify any > unique errors myself though! Worth paying attention to. :) > So what might intrigue you the most here is that while > I'm stuck > with > a VGA device sitting behind this non-ACS compliant > switch... My > results are almost identical to yours. Passing one of > the VGA > devices > to the DomU, with or without the corresponding HDMI audio > doesn't seem > to matter, I get this: > > " it is so intermittent. It works well enough to boot > up and > work with > a gaming type load for a few minutes. Then something > happens that > causes the VGA card to require a reset, and it all > falls apart." > > Seriously :P > > > And you are convinced this is to do with the availability > of ACS? > > > Like I said, it's the only thing that I can pinpoint as being a > hindrance to compatibility. I guess my request here is if > anyone can > help me determine whether or not that's true? > > > What motherboard are you using? Has anyone successfully used it for > VGA passthrough? I don't think the possibility of both of us having > similarly duff hardware has been systematically excluded yet. > > > I think I said it, but I'll link here anyway: > http://www.gigabyte.us/products/product-page.aspx?pid=2957#ov Indeed, you did. Apologies, it's been a long week. :p > As to whether or not anyone's used it for passthrough before... I've got > no clue. Probably not too many people, seeing as how I'm essentially > running a custom BIOS :P BIOSes are getting so crap (except maybe on Asus boards) these days that I'm amazed anything works at all. You wouldn't believe the amount of BIOS buggyness people are encountering on the SR2, and that's now an EOL product that should by now have had most of it's bugs fixed (yeah - right). > It eventually likes to BSOD, usually on atikmpag.sys I > think. > Plenty > of "an attempt was made to reset the display adapter > and failed" > blah > blah blah. > > > Yes, all too familiar. > > This happens 100% of the time if I try to boot with both > devices attached. > > > Both devices? > > > Yes---that is to say both of the VGA controllers from the 6990. The > relevant portion of my lspci looks like this: > http://pastebin.com/raw.php?i=__GwekPNAW > > > > OK, I get it. I seem to remember reading in the archives that dual > VGA passthrough is problematic (my experience over the years shows > that multiple GPUs are a false economy of highly questionably benefit). > > > That's actually pretty much completely accurate. It drives me > particularly up the wall because I hate running things in full screen, > and crossfire basically doesn't work at all without that :P I like my full screen gaming - but throw something obscure like an IBM T221 into the mix and things start to get rather non-trivial. T221 is 3840x2400 which is too much for DL-DVI to drive. But it's a 10+ year old monitor design and it actually takes 3xSL-DVI (but there's an adapter available that makes it drivable using 2xDL-DVI instead). Then you have to stitch the screens together (workable with 2xDL-DVI on XP, you need a Quadro or an Eyefinity card for the driver features to do it on Vista and 7). What I've found back when my old 4870X2 was bleeding edge was that with dual monitors attached, the 2nd GPU never did anything at all (stayed stone cold, performance unaffected by Crossfire). Since then I've learned my lesson - buy the biggest single GPU you can afford - it's as good as it's going to get. Everything else is going to be hit-and-miss. Debugging other people's products may be fun when you're 14, but I'm two decades too old to not have something better to do with my time. Nowdays I appreciate things that "just work" - the unfortunate thing I'm finding, however, is that there tend to be no things that "just work" that include all the features that I want - which in turn leads to endless debugging of other people's software to get it to do what I want, because apparently, nobody else has tried it before. :-/ > Note: devices 09 and 0a are my "primary" 6990's vga controllers. > Also, > my crossfire bridge is disconnected. I'm working with the other > card, > devices 0d and 0e. I've included the USB card as well in the list > because I'm using it, but it causes me no problems whatsoever. > For what > its worth, that USB card works great in ESXi as well... Highpoint > enabled ACS on their PEX chips :D > > Just out of interest: > > 1) Are you using a multi-socket motherboard? > > > Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 > 920 in > it. VT-d support is provided through a hacked BIOS image that I > found > on the web a couple years or so ago. > > > Having to use a hacked BIOS for VT-d support is not a good sign or a > good starting point... > > > Technically, you're right. AFAIK though, this particular generation of > i7 chips allows for VT-d to be managed entirely by the chipset/bios. That's just it - I don't like things only manageable by binary blobs with no source code. I'd much rather just have a clean interface (e.g. from /sys/) to just write the relevant registers straight to the hardware to enable/disable features. Otherwise you're at the mercy of motherboard manufacturers who have no interest in supporting a product for people who have already bought it (sale's made, why should they care). > There's no particular req (however artificial) coming out of the CPUs > for this generation that stipulates VT-d can't be patched in... so I > figured, "why not?" I was modding my BIOS anyway and decided to use > this one as a base because it had both VT-d and fully updated option > ROMs for all my onboard stuff. The world of BIOS modding is a /very/ > neat one; I highly suggest every nerd spend a few days there at some > point in his life ;) Last time I checked, this was mostly limited to people using BIOS editors to unhide features. Have things actually progressed to the point where you can add in a specific assembly payload to initialize things differently? > To the point though, it seems very well behaved on everything that > /isn't/ my 6990 :-( Didn't you mention you had another ATI GPU in another rig that you could borrow temporarily? It might be worth a shot to see if it's the dual GPUs that are foiling you. Especially since they are inevitable on the same PCIe bridge. A standalone single GPU might just work. Ironically, my Quadro has been refusing to play ball completely today (it worked passably well yesterday, although not as well as my 6450 card, which today seems to be working well enough to get to the login screen without BSOD-ing. Different slot this time, though, so we'll see how it fares in a bit. [noirqbalance, limiting guest to 3.5GB of RAM] [screen corruption, white/black lines] > Yeah. I'm convinced now. They might be a different color, but they're > in chrome (which uses a GPU accelerated 2d canvas) and they seem to > precede the crash pretty reliably. Yes, similar here, although I don't use Chrome - I get them in most things, including on the desktop once it has all started to go wrong. > though I'm considering a hard-hack: think > of a 12v relay and a PCIe extender cable---if a D3D0 > reset actually > powers off the slot momentarily but the PSU plugs on > the card > prevent > it from working, then I could rig up a switch that ties > those plugs' > power state into the slot itself---it's radical, yes, but > possibly the > most inventive solution I can think of so far. I'm > super curious to > see if anyone more knowledgeable than myself thinks it > would work, > because it'd be super cheap to build! As the saying goes > though, I'll > "cross that bridge when I come to it." :) > > > Interesting. In theory, I think this _should_ work provider > your PCIe > bridges support hot-plugging. > > To be certain, you'd have to switch both the PCIe slot and > (if your card > uses it) the external power inputs. > > > That'd be the idea. Assuming it works the way I think it does, > I could > tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc > and GND > pins of the PCIe slot and use the relay's output to switch the > Vcc from > the plug-in cables off of the PSU. Bears testing with a > slightly less > expensive card, but I wouldn't be surprised to see it work! It'd > require some case modding for sure though, as the extension > cable will > get in the way of properly seating the card. It could be > possible to > build a tap that could be "slipped in" to a card's PCIe slot... > Short > of proper FLR support, this could actually very cheaply be built > into > the expansion card itself. I'd suspect that simply adding FLR > would be > cheaper on the card manufacturers though. :) > > > Just get a case with more slot cutouts on the back than your > motherboard has slots. Then feed the ribbon to the bottom so the > card sits in the slot on the case that is below your motherboard - > no modding required. :) > > > But... but! I guess that'd require a mini(?) or MicroATX board. I'm a > full size to XL ATX (or whatever the monster-sized boards are) kind of > guy. Guess I just want more slots to pass GPUs to VMs, eh? :) You don't need a smaller motherboard - you need a bigger case. :) With your board, you could probably do this with a PC-P80 Armorsuit (one of the few off the shelf cases that will take my SR-2 due to a weird, needlessly oversized form factor - I mean seriously, who needs 7 PCIe x16 slots??). Hmm... Something just occurred to me - on the SR-2 this could be implemented _TRIVIALLY_! The SR-2 has jumpers to disable/enable each of the PCIe slots. So in theory, all I'd have to do is put together a simple USB controlled witch that would toggle between connecting pins 1-2 and 2-3, and attach it using a normal 3-pin jumper-type header to the jumper block in question. Or (boringly), just wire it up to a suitable button on the front of the case. I might just have to try this and see what happens (and hope it doesn't make the magic smoke escape from something). > There's supposed to be some cases out there that allow for mounting of > expansion cards on the end of flexible extenders. Haven't heard about > them in a couple years, but either way chances are pretty good that such > cases aren't exactly affordable... they likely target enterprise > customers or simply have limited runs... economy of scale and all that. > Probably the "slip-in" type of adapter/approach would be best, but I > don't wanna get ahead of myself on a simple idea that may not even work :P Usually rack-mount cases. But it's amazing what you can achieve with a dremel and a power drill in a few minutes. ;) > With that in mind, even though I've taken your advice > and added the > config info to my xend files, its entirely > possible---especially in > light of what Casey said---that I'm just Doing It > Wrong(TM). It'd > likely be beneficial for us both to compare notes on that > regard. If > either of you would be willing to help, I could > probably use some > pointers... I've kinda run out of logs to look at with > my current > knowledge on the subject :P > > > Certainly - what notes do you propose we compare? > > > I'm not completely sure. If you can point me to the proper files to > verify that my device has the same PCIe-level compatibility > issues as > yours (verify that ACS isn't available to the device and so on) > then I'd > call that a step in the right direction. > > > Another thing - Do "lspci -vt" - can you put the card in a slot > where it doesn't share a bridge with any other PCIe devices? > > > I don't think so. You should see the built-in bridge... it's implied > slightly up the hierarchy from the two side-by-side 6990 devices, which > itself attaches to the root port at the top: > http://pastebin.com/raw.php?i=4dGmneYi But the 2 GPUs are inevitably on the same bridge. I think trying a single GPU would definitely be a good next step in troubleshooting. > Wish me luck! To both of us! :) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 10 22:40:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 22:40: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 1Uavya-0006o4-DH; Fri, 10 May 2013 22:39:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UavyY-0006nx-O7 for xen-users@lists.xen.org; Fri, 10 May 2013 22:39:43 +0000 Received: from [193.109.254.147:7344] by server-13.bemta-14.messagelabs.com id 75/62-31447-E277D815; Fri, 10 May 2013 22:39:42 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-27.messagelabs.com!1368225576!7091354!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3719 invoked from network); 10 May 2013 22:39:37 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2013 22:39:37 -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 A97662211A3 for ; Fri, 10 May 2013 23:39:35 +0100 (BST) Message-ID: <518D7727.9090208@bobich.net> Date: Fri, 10 May 2013 23:39: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.xen.org References: <516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> In-Reply-To: Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 05/10/2013 09:19 PM, Andrew Bobulsky wrote: > 2) I actually have it working - for 5 minutes or so at a > time. If > the problem was the lack of ACS, it wouldn't work at all. > > > I just can't help but wonder if it /is/ the problem, though. > It's the > > only thing I can pin down that our situations have in common as > far as > its being the only "non-compatible" portion of the > implementation, aside > from the nearly identical behavior, of course. Maybe the AMD > driver does > some stupid stuff that ACS can mitigate? I just wish I knew more :( > > > Now you got me thinking... I noticed that when the GPU starts to > head toward the crash, this appears in the syslog: > > May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: > Multiple Uncorrected (Non-Fatal) error received: id=0000 > > It certainly makes me wonder. > > Has anyone else seen this error? > > The device ID in question is: > > 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI > Express Root Port 3 (rev 22) > > which does not bode well... > > Duff hardware? > > > Hmmm... I'll poke through my syslog at the next crash. I tried: > > cat /var/log/syslog | grep pcieport > cat /var/log/syslog.1 | grep pcieport > dmesg | grep pcieport > > > Nothing came back from any of those. I'll see if I can identify any > unique errors myself though! Worth paying attention to. :) > So what might intrigue you the most here is that while > I'm stuck > with > a VGA device sitting behind this non-ACS compliant > switch... My > results are almost identical to yours. Passing one of > the VGA > devices > to the DomU, with or without the corresponding HDMI audio > doesn't seem > to matter, I get this: > > " it is so intermittent. It works well enough to boot > up and > work with > a gaming type load for a few minutes. Then something > happens that > causes the VGA card to require a reset, and it all > falls apart." > > Seriously :P > > > And you are convinced this is to do with the availability > of ACS? > > > Like I said, it's the only thing that I can pinpoint as being a > hindrance to compatibility. I guess my request here is if > anyone can > help me determine whether or not that's true? > > > What motherboard are you using? Has anyone successfully used it for > VGA passthrough? I don't think the possibility of both of us having > similarly duff hardware has been systematically excluded yet. > > > I think I said it, but I'll link here anyway: > http://www.gigabyte.us/products/product-page.aspx?pid=2957#ov Indeed, you did. Apologies, it's been a long week. :p > As to whether or not anyone's used it for passthrough before... I've got > no clue. Probably not too many people, seeing as how I'm essentially > running a custom BIOS :P BIOSes are getting so crap (except maybe on Asus boards) these days that I'm amazed anything works at all. You wouldn't believe the amount of BIOS buggyness people are encountering on the SR2, and that's now an EOL product that should by now have had most of it's bugs fixed (yeah - right). > It eventually likes to BSOD, usually on atikmpag.sys I > think. > Plenty > of "an attempt was made to reset the display adapter > and failed" > blah > blah blah. > > > Yes, all too familiar. > > This happens 100% of the time if I try to boot with both > devices attached. > > > Both devices? > > > Yes---that is to say both of the VGA controllers from the 6990. The > relevant portion of my lspci looks like this: > http://pastebin.com/raw.php?i=__GwekPNAW > > > > OK, I get it. I seem to remember reading in the archives that dual > VGA passthrough is problematic (my experience over the years shows > that multiple GPUs are a false economy of highly questionably benefit). > > > That's actually pretty much completely accurate. It drives me > particularly up the wall because I hate running things in full screen, > and crossfire basically doesn't work at all without that :P I like my full screen gaming - but throw something obscure like an IBM T221 into the mix and things start to get rather non-trivial. T221 is 3840x2400 which is too much for DL-DVI to drive. But it's a 10+ year old monitor design and it actually takes 3xSL-DVI (but there's an adapter available that makes it drivable using 2xDL-DVI instead). Then you have to stitch the screens together (workable with 2xDL-DVI on XP, you need a Quadro or an Eyefinity card for the driver features to do it on Vista and 7). What I've found back when my old 4870X2 was bleeding edge was that with dual monitors attached, the 2nd GPU never did anything at all (stayed stone cold, performance unaffected by Crossfire). Since then I've learned my lesson - buy the biggest single GPU you can afford - it's as good as it's going to get. Everything else is going to be hit-and-miss. Debugging other people's products may be fun when you're 14, but I'm two decades too old to not have something better to do with my time. Nowdays I appreciate things that "just work" - the unfortunate thing I'm finding, however, is that there tend to be no things that "just work" that include all the features that I want - which in turn leads to endless debugging of other people's software to get it to do what I want, because apparently, nobody else has tried it before. :-/ > Note: devices 09 and 0a are my "primary" 6990's vga controllers. > Also, > my crossfire bridge is disconnected. I'm working with the other > card, > devices 0d and 0e. I've included the USB card as well in the list > because I'm using it, but it causes me no problems whatsoever. > For what > its worth, that USB card works great in ESXi as well... Highpoint > enabled ACS on their PEX chips :D > > Just out of interest: > > 1) Are you using a multi-socket motherboard? > > > Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 > 920 in > it. VT-d support is provided through a hacked BIOS image that I > found > on the web a couple years or so ago. > > > Having to use a hacked BIOS for VT-d support is not a good sign or a > good starting point... > > > Technically, you're right. AFAIK though, this particular generation of > i7 chips allows for VT-d to be managed entirely by the chipset/bios. That's just it - I don't like things only manageable by binary blobs with no source code. I'd much rather just have a clean interface (e.g. from /sys/) to just write the relevant registers straight to the hardware to enable/disable features. Otherwise you're at the mercy of motherboard manufacturers who have no interest in supporting a product for people who have already bought it (sale's made, why should they care). > There's no particular req (however artificial) coming out of the CPUs > for this generation that stipulates VT-d can't be patched in... so I > figured, "why not?" I was modding my BIOS anyway and decided to use > this one as a base because it had both VT-d and fully updated option > ROMs for all my onboard stuff. The world of BIOS modding is a /very/ > neat one; I highly suggest every nerd spend a few days there at some > point in his life ;) Last time I checked, this was mostly limited to people using BIOS editors to unhide features. Have things actually progressed to the point where you can add in a specific assembly payload to initialize things differently? > To the point though, it seems very well behaved on everything that > /isn't/ my 6990 :-( Didn't you mention you had another ATI GPU in another rig that you could borrow temporarily? It might be worth a shot to see if it's the dual GPUs that are foiling you. Especially since they are inevitable on the same PCIe bridge. A standalone single GPU might just work. Ironically, my Quadro has been refusing to play ball completely today (it worked passably well yesterday, although not as well as my 6450 card, which today seems to be working well enough to get to the login screen without BSOD-ing. Different slot this time, though, so we'll see how it fares in a bit. [noirqbalance, limiting guest to 3.5GB of RAM] [screen corruption, white/black lines] > Yeah. I'm convinced now. They might be a different color, but they're > in chrome (which uses a GPU accelerated 2d canvas) and they seem to > precede the crash pretty reliably. Yes, similar here, although I don't use Chrome - I get them in most things, including on the desktop once it has all started to go wrong. > though I'm considering a hard-hack: think > of a 12v relay and a PCIe extender cable---if a D3D0 > reset actually > powers off the slot momentarily but the PSU plugs on > the card > prevent > it from working, then I could rig up a switch that ties > those plugs' > power state into the slot itself---it's radical, yes, but > possibly the > most inventive solution I can think of so far. I'm > super curious to > see if anyone more knowledgeable than myself thinks it > would work, > because it'd be super cheap to build! As the saying goes > though, I'll > "cross that bridge when I come to it." :) > > > Interesting. In theory, I think this _should_ work provider > your PCIe > bridges support hot-plugging. > > To be certain, you'd have to switch both the PCIe slot and > (if your card > uses it) the external power inputs. > > > That'd be the idea. Assuming it works the way I think it does, > I could > tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc > and GND > pins of the PCIe slot and use the relay's output to switch the > Vcc from > the plug-in cables off of the PSU. Bears testing with a > slightly less > expensive card, but I wouldn't be surprised to see it work! It'd > require some case modding for sure though, as the extension > cable will > get in the way of properly seating the card. It could be > possible to > build a tap that could be "slipped in" to a card's PCIe slot... > Short > of proper FLR support, this could actually very cheaply be built > into > the expansion card itself. I'd suspect that simply adding FLR > would be > cheaper on the card manufacturers though. :) > > > Just get a case with more slot cutouts on the back than your > motherboard has slots. Then feed the ribbon to the bottom so the > card sits in the slot on the case that is below your motherboard - > no modding required. :) > > > But... but! I guess that'd require a mini(?) or MicroATX board. I'm a > full size to XL ATX (or whatever the monster-sized boards are) kind of > guy. Guess I just want more slots to pass GPUs to VMs, eh? :) You don't need a smaller motherboard - you need a bigger case. :) With your board, you could probably do this with a PC-P80 Armorsuit (one of the few off the shelf cases that will take my SR-2 due to a weird, needlessly oversized form factor - I mean seriously, who needs 7 PCIe x16 slots??). Hmm... Something just occurred to me - on the SR-2 this could be implemented _TRIVIALLY_! The SR-2 has jumpers to disable/enable each of the PCIe slots. So in theory, all I'd have to do is put together a simple USB controlled witch that would toggle between connecting pins 1-2 and 2-3, and attach it using a normal 3-pin jumper-type header to the jumper block in question. Or (boringly), just wire it up to a suitable button on the front of the case. I might just have to try this and see what happens (and hope it doesn't make the magic smoke escape from something). > There's supposed to be some cases out there that allow for mounting of > expansion cards on the end of flexible extenders. Haven't heard about > them in a couple years, but either way chances are pretty good that such > cases aren't exactly affordable... they likely target enterprise > customers or simply have limited runs... economy of scale and all that. > Probably the "slip-in" type of adapter/approach would be best, but I > don't wanna get ahead of myself on a simple idea that may not even work :P Usually rack-mount cases. But it's amazing what you can achieve with a dremel and a power drill in a few minutes. ;) > With that in mind, even though I've taken your advice > and added the > config info to my xend files, its entirely > possible---especially in > light of what Casey said---that I'm just Doing It > Wrong(TM). It'd > likely be beneficial for us both to compare notes on that > regard. If > either of you would be willing to help, I could > probably use some > pointers... I've kinda run out of logs to look at with > my current > knowledge on the subject :P > > > Certainly - what notes do you propose we compare? > > > I'm not completely sure. If you can point me to the proper files to > verify that my device has the same PCIe-level compatibility > issues as > yours (verify that ACS isn't available to the device and so on) > then I'd > call that a step in the right direction. > > > Another thing - Do "lspci -vt" - can you put the card in a slot > where it doesn't share a bridge with any other PCIe devices? > > > I don't think so. You should see the built-in bridge... it's implied > slightly up the hierarchy from the two side-by-side 6990 devices, which > itself attaches to the root port at the top: > http://pastebin.com/raw.php?i=4dGmneYi But the 2 GPUs are inevitably on the same bridge. I think trying a single GPU would definitely be a good next step in troubleshooting. > Wish me luck! To both of us! :) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 11 06:34:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 06:34: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 1Ub3MC-0008NF-V8; Sat, 11 May 2013 06:32:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub3MA-0008NA-Ho for xen-users@lists.xen.org; Sat, 11 May 2013 06:32:34 +0000 Received: from [85.158.139.211:26025] by server-9.bemta-5.messagelabs.com id 82/D2-14875-006ED815; Sat, 11 May 2013 06:32:32 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1368253951!19748671!1 X-Originating-IP: [74.125.82.182] 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 21830 invoked from network); 11 May 2013 06:32:31 -0000 Received: from mail-we0-f182.google.com (HELO mail-we0-f182.google.com) (74.125.82.182) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 06:32:31 -0000 Received: by mail-we0-f182.google.com with SMTP id t60so4657192wes.41 for ; Fri, 10 May 2013 23:32:31 -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=iu2YOsBTNiGzJi5cWWzdE8FvUv7SIzi7KYa9gSUyTF0=; b=hCa1SnZB8NoqQDZF9sH7qI/QBCbzatiGXhTZio3PuMV5n4BGxLKjom0qFXPKFtrjeK zDa3XsnMLAgEWtUoq+AF5EehvxY8D1b0XPT0fHK5RLL+XikZCjCaAOzONe+88kWdTfIb DRhaTG+eT6aHXyuv6xwLXJU8F3XfBIq1mPV79oUUMWLcJ15AZszfcWvBUPcpb1gB1TzW IwiJdYnHon8V04LIKifFRM4DtqKai/4d4D1Zo+MwzA5oH9ATp4Uot0kbNMg9meGDsmDy 0qsb0AiD800LvJ4AUYdGSEFWCLsdvgj2AhjU64GETjPpuP2G/547JjOf2MD4qYZZCJVy 5heg== X-Received: by 10.180.90.70 with SMTP id bu6mr7769488wib.34.1368253949830; Fri, 10 May 2013 23:32:29 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id s1sm1779498wiz.2.2013.05.10.23.32.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 23:32:28 -0700 (PDT) Message-ID: <518DE5F8.3090707@gmail.com> Date: Sat, 11 May 2013 08:32:24 +0200 From: Arjen 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 Subject: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, I recently started playing with Xen on new hardware with VT-D support to set up a "personal cloud". I'm running Xen-4.2.1-r2 with a Gentoo dom0 and have an issue with on-board audio PCI passthrough to a domU. I'm setting up my first domU with openSUSE 12.3 and half of my CPU cores and memory as a "desktop VM". The USB controller PCI passthrough and secondary GPU passthrough (AMD HD7750) work fine. I also tested Ubuntu 12.04 and 13.04 and they have the same sound issues as openSUSE, and all have good audio on the real hardware. When I do a PCI passthrough of the onboard 00:1b.0 Intel 7/C210 Series Chipset HD Audio Controller (rev 04), the hardware is available on the domU and detected as snd_hda_intel. Unfortunately, playing sounds results in a lot of skipping, repeating and just generic noise. I tried removing PulseAudio but Alsa also reports "underruns". Thinking it might be a timing or performance issue, I tried pinning the vcpus, enabling/disabling MSI translation and various sched-credit options to no avail. I also tried various snd_hda_intel settings, which did not really improve the sound quality. I didn't see any interrupt errors on the dom0 or domU. Has anyone experienced a similar issue? Searching the web and mailing lists showed me that other people mostly had other audio issues (as in simply no sound) with a Windows domU. I'm looking for suggestions on how to proceed. What logs should I inspect, what settings need checking? Might it be better to use Qemu sound emulation? Should I try XCP instead of my current dom0? Can someone point me towards more documentation about audio passthrough? Kind regards, Arjen _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 11 06:34:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 06:34: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 1Ub3MC-0008NF-V8; Sat, 11 May 2013 06:32:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub3MA-0008NA-Ho for xen-users@lists.xen.org; Sat, 11 May 2013 06:32:34 +0000 Received: from [85.158.139.211:26025] by server-9.bemta-5.messagelabs.com id 82/D2-14875-006ED815; Sat, 11 May 2013 06:32:32 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1368253951!19748671!1 X-Originating-IP: [74.125.82.182] 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 21830 invoked from network); 11 May 2013 06:32:31 -0000 Received: from mail-we0-f182.google.com (HELO mail-we0-f182.google.com) (74.125.82.182) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 06:32:31 -0000 Received: by mail-we0-f182.google.com with SMTP id t60so4657192wes.41 for ; Fri, 10 May 2013 23:32:31 -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=iu2YOsBTNiGzJi5cWWzdE8FvUv7SIzi7KYa9gSUyTF0=; b=hCa1SnZB8NoqQDZF9sH7qI/QBCbzatiGXhTZio3PuMV5n4BGxLKjom0qFXPKFtrjeK zDa3XsnMLAgEWtUoq+AF5EehvxY8D1b0XPT0fHK5RLL+XikZCjCaAOzONe+88kWdTfIb DRhaTG+eT6aHXyuv6xwLXJU8F3XfBIq1mPV79oUUMWLcJ15AZszfcWvBUPcpb1gB1TzW IwiJdYnHon8V04LIKifFRM4DtqKai/4d4D1Zo+MwzA5oH9ATp4Uot0kbNMg9meGDsmDy 0qsb0AiD800LvJ4AUYdGSEFWCLsdvgj2AhjU64GETjPpuP2G/547JjOf2MD4qYZZCJVy 5heg== X-Received: by 10.180.90.70 with SMTP id bu6mr7769488wib.34.1368253949830; Fri, 10 May 2013 23:32:29 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id s1sm1779498wiz.2.2013.05.10.23.32.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 23:32:28 -0700 (PDT) Message-ID: <518DE5F8.3090707@gmail.com> Date: Sat, 11 May 2013 08:32:24 +0200 From: Arjen 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 Subject: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, I recently started playing with Xen on new hardware with VT-D support to set up a "personal cloud". I'm running Xen-4.2.1-r2 with a Gentoo dom0 and have an issue with on-board audio PCI passthrough to a domU. I'm setting up my first domU with openSUSE 12.3 and half of my CPU cores and memory as a "desktop VM". The USB controller PCI passthrough and secondary GPU passthrough (AMD HD7750) work fine. I also tested Ubuntu 12.04 and 13.04 and they have the same sound issues as openSUSE, and all have good audio on the real hardware. When I do a PCI passthrough of the onboard 00:1b.0 Intel 7/C210 Series Chipset HD Audio Controller (rev 04), the hardware is available on the domU and detected as snd_hda_intel. Unfortunately, playing sounds results in a lot of skipping, repeating and just generic noise. I tried removing PulseAudio but Alsa also reports "underruns". Thinking it might be a timing or performance issue, I tried pinning the vcpus, enabling/disabling MSI translation and various sched-credit options to no avail. I also tried various snd_hda_intel settings, which did not really improve the sound quality. I didn't see any interrupt errors on the dom0 or domU. Has anyone experienced a similar issue? Searching the web and mailing lists showed me that other people mostly had other audio issues (as in simply no sound) with a Windows domU. I'm looking for suggestions on how to proceed. What logs should I inspect, what settings need checking? Might it be better to use Qemu sound emulation? Should I try XCP instead of my current dom0? Can someone point me towards more documentation about audio passthrough? Kind regards, Arjen _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 11 07:48:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 07:48: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 1Ub4Wd-0003YP-CS; Sat, 11 May 2013 07:47:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub4Wa-0003YK-NI for xen-users@lists.xen.org; Sat, 11 May 2013 07:47:24 +0000 Received: from [85.158.139.83:43464] by server-4.bemta-5.messagelabs.com id AA/30-12332-B87FD815; Sat, 11 May 2013 07:47:23 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1368258440!28358616!1 X-Originating-IP: [209.85.220.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 26058 invoked from network); 11 May 2013 07:47:22 -0000 Received: from mail-pa0-f52.google.com (HELO mail-pa0-f52.google.com) (209.85.220.52) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 07:47:22 -0000 Received: by mail-pa0-f52.google.com with SMTP id bg2so3422661pad.25 for ; Sat, 11 May 2013 00:47:19 -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=Qi0zKN3AEK2C/OEDupMKPVFWMK7LSAnW4eW/v5MmzPE=; b=tOrSGsOJEe0fLl3xHFhQTILbz1v9gjUdX9YtZOtnTU0zYBcU1Guld09rG+eN0hUfSZ JPR76JupnRwrG/DAl4k4/u8AyOyYB8LKjlC4oNIHMDMDVCvqCAFEcNjsIuaFL++XNdzg QKfK0QnYrI2Jy6ncTaTRgnzJKJIVWYqxTEGj243Q8d/J93xj+esJjX1cD5dUulpzPMui pbQxFVy6VQ3W6GVEYD6l6jPuXzNTIU8nd3fzPFkc86DOrsCCgPa6WpobtNhQnyrdr7Kp e9KmtvZLTxjQVAUK1YAF+xw/Zr4AocVRTKQ9YUzuQ1Ys+5EXP3/4Ua3ZT27TJaw+n4rO Hzig== MIME-Version: 1.0 X-Received: by 10.66.145.67 with SMTP id ss3mr21231553pab.18.1368258439047; Sat, 11 May 2013 00:47:19 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Sat, 11 May 2013 00:47:18 -0700 (PDT) In-Reply-To: <518DE5F8.3090707@gmail.com> References: <518DE5F8.3090707@gmail.com> Date: Sat, 11 May 2013 03:47:18 -0400 Message-ID: From: Andrew Bobulsky To: Arjen Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux 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="===============1707349757391796264==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1707349757391796264== Content-Type: multipart/alternative; boundary=047d7b6dc49e386ebc04dc6c7ee4 --047d7b6dc49e386ebc04dc6c7ee4 Content-Type: text/plain; charset=ISO-8859-1 Hello Arjen, On Sat, May 11, 2013 at 2:32 AM, Arjen wrote: > > > I'm looking for suggestions on how to proceed. What logs should I inspect, > what settings need checking? Might it be better to use Qemu sound > emulation? Should I try XCP instead of my current dom0? Can someone point > me towards more documentation about audio passthrough? > I've often noticed that onboard audio devices tend to be hung off of a PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, but either way, passing things hanging off of PCI has been a hit or miss affair every time I've tried, and it's never really been stable. You said you've passed USB ports properly, and when faced with a similar problem, I solved it with one of these: http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO USB audio works really, really well, and even the super cheap adapters are quite functional... though I've seen their mic inputs susceptible to interference. Nonetheless, if you don't want to "tech" your way out of the problem and really love cheap solutions, you should be able to find adapters of varying quality for about $3 or so, up to $80-ish. After $20 or so, you're probably paying for more audio outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a good example there; I've got one and it works great in Debian Linux with ALSA, ports and hookups all over the thing, too! :) Cheers, Andrew Bobulsky --047d7b6dc49e386ebc04dc6c7ee4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Arjen,

On Sat, May 11, 2013 at 2:32= AM, Arjen <arjenvanweelden@gmail.com> wrote:
<snip>

I'm looking for suggestions on how to proceed. What logs should I inspe= ct, what settings need checking? Might it be better to use Qemu sound emula= tion? Should I try XCP instead of my current dom0? Can someone point me tow= ards more documentation about audio passthrough?

I've often noticed that onboard audio = devices tend to be hung off of a PCI bus instead of a PCIe bus. =A0Sometime= s they use a PCIe-PCI bridge, but either way, passing things hanging off of= PCI has been a hit or miss affair every time I've tried, and it's = never really been stable.

You said you've passed USB ports properly, and when= faced with a similar problem, I solved it with one of these:=A0http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO=

USB audio works really, really well, and even the super= cheap adapters are quite functional... though I've seen their mic inpu= ts susceptible to interference. =A0Nonetheless, if you don't want to &q= uot;tech" your way out of the problem and really love cheap solutions,= you should be able to find adapters of varying quality for about $3 or so,= up to $80-ish. =A0After $20 or so, you're probably paying for more aud= io outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a goo= d example there; I've got one and it works great in Debian Linux with A= LSA, ports and hookups all over the thing, too! :)

Cheers,
Andrew Bobulsky
--047d7b6dc49e386ebc04dc6c7ee4-- --===============1707349757391796264== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1707349757391796264==-- From xen-users-bounces@lists.xen.org Sat May 11 07:48:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 07:48: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 1Ub4Wd-0003YP-CS; Sat, 11 May 2013 07:47:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub4Wa-0003YK-NI for xen-users@lists.xen.org; Sat, 11 May 2013 07:47:24 +0000 Received: from [85.158.139.83:43464] by server-4.bemta-5.messagelabs.com id AA/30-12332-B87FD815; Sat, 11 May 2013 07:47:23 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1368258440!28358616!1 X-Originating-IP: [209.85.220.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 26058 invoked from network); 11 May 2013 07:47:22 -0000 Received: from mail-pa0-f52.google.com (HELO mail-pa0-f52.google.com) (209.85.220.52) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 07:47:22 -0000 Received: by mail-pa0-f52.google.com with SMTP id bg2so3422661pad.25 for ; Sat, 11 May 2013 00:47:19 -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=Qi0zKN3AEK2C/OEDupMKPVFWMK7LSAnW4eW/v5MmzPE=; b=tOrSGsOJEe0fLl3xHFhQTILbz1v9gjUdX9YtZOtnTU0zYBcU1Guld09rG+eN0hUfSZ JPR76JupnRwrG/DAl4k4/u8AyOyYB8LKjlC4oNIHMDMDVCvqCAFEcNjsIuaFL++XNdzg QKfK0QnYrI2Jy6ncTaTRgnzJKJIVWYqxTEGj243Q8d/J93xj+esJjX1cD5dUulpzPMui pbQxFVy6VQ3W6GVEYD6l6jPuXzNTIU8nd3fzPFkc86DOrsCCgPa6WpobtNhQnyrdr7Kp e9KmtvZLTxjQVAUK1YAF+xw/Zr4AocVRTKQ9YUzuQ1Ys+5EXP3/4Ua3ZT27TJaw+n4rO Hzig== MIME-Version: 1.0 X-Received: by 10.66.145.67 with SMTP id ss3mr21231553pab.18.1368258439047; Sat, 11 May 2013 00:47:19 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Sat, 11 May 2013 00:47:18 -0700 (PDT) In-Reply-To: <518DE5F8.3090707@gmail.com> References: <518DE5F8.3090707@gmail.com> Date: Sat, 11 May 2013 03:47:18 -0400 Message-ID: From: Andrew Bobulsky To: Arjen Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux 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="===============1707349757391796264==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1707349757391796264== Content-Type: multipart/alternative; boundary=047d7b6dc49e386ebc04dc6c7ee4 --047d7b6dc49e386ebc04dc6c7ee4 Content-Type: text/plain; charset=ISO-8859-1 Hello Arjen, On Sat, May 11, 2013 at 2:32 AM, Arjen wrote: > > > I'm looking for suggestions on how to proceed. What logs should I inspect, > what settings need checking? Might it be better to use Qemu sound > emulation? Should I try XCP instead of my current dom0? Can someone point > me towards more documentation about audio passthrough? > I've often noticed that onboard audio devices tend to be hung off of a PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, but either way, passing things hanging off of PCI has been a hit or miss affair every time I've tried, and it's never really been stable. You said you've passed USB ports properly, and when faced with a similar problem, I solved it with one of these: http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO USB audio works really, really well, and even the super cheap adapters are quite functional... though I've seen their mic inputs susceptible to interference. Nonetheless, if you don't want to "tech" your way out of the problem and really love cheap solutions, you should be able to find adapters of varying quality for about $3 or so, up to $80-ish. After $20 or so, you're probably paying for more audio outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a good example there; I've got one and it works great in Debian Linux with ALSA, ports and hookups all over the thing, too! :) Cheers, Andrew Bobulsky --047d7b6dc49e386ebc04dc6c7ee4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Arjen,

On Sat, May 11, 2013 at 2:32= AM, Arjen <arjenvanweelden@gmail.com> wrote:
<snip>

I'm looking for suggestions on how to proceed. What logs should I inspe= ct, what settings need checking? Might it be better to use Qemu sound emula= tion? Should I try XCP instead of my current dom0? Can someone point me tow= ards more documentation about audio passthrough?

I've often noticed that onboard audio = devices tend to be hung off of a PCI bus instead of a PCIe bus. =A0Sometime= s they use a PCIe-PCI bridge, but either way, passing things hanging off of= PCI has been a hit or miss affair every time I've tried, and it's = never really been stable.

You said you've passed USB ports properly, and when= faced with a similar problem, I solved it with one of these:=A0http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO=

USB audio works really, really well, and even the super= cheap adapters are quite functional... though I've seen their mic inpu= ts susceptible to interference. =A0Nonetheless, if you don't want to &q= uot;tech" your way out of the problem and really love cheap solutions,= you should be able to find adapters of varying quality for about $3 or so,= up to $80-ish. =A0After $20 or so, you're probably paying for more aud= io outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a goo= d example there; I've got one and it works great in Debian Linux with A= LSA, ports and hookups all over the thing, too! :)

Cheers,
Andrew Bobulsky
--047d7b6dc49e386ebc04dc6c7ee4-- --===============1707349757391796264== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1707349757391796264==-- From xen-users-bounces@lists.xen.org Sat May 11 09:06:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 09:06: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 1Ub5ja-00081T-Pl; Sat, 11 May 2013 09:04:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub5jZ-00081N-1k for xen-users@lists.xen.org; Sat, 11 May 2013 09:04:53 +0000 Received: from [85.158.139.211:9582] by server-5.bemta-5.messagelabs.com id AF/1D-06980-3B90E815; Sat, 11 May 2013 09:04:51 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1368263090!18614638!1 X-Originating-IP: [74.125.82.53] 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 31951 invoked from network); 11 May 2013 09:04:50 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 09:04:50 -0000 Received: by mail-wg0-f53.google.com with SMTP id y10so4954149wgg.32 for ; Sat, 11 May 2013 02:04:50 -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 :content-transfer-encoding; bh=ZhjaNR/GuAgYZLVQQaPVRQrTcgrdKNPKvmQ4x8KZtAs=; b=cj540H4cw1Gu2YW+T6TqJpUbUUXrr/BTx0MgpvBjIGZJCb6qNJGo/h9eNwm8SmLCgh BLRbX+QH7AKBXDiBLhWStAP+V0H/dZq/Z790mqSdMjXcFHoUcrSz3C1Xh1GSCAI5ZOS9 k6Uyl2YpJgiZUE6HPaEULhS9luM5yotp6y8Lpxp9rGs2J43wdOtLi/cGR9GTfHxKm1AM dZH0Fzhj4xkPHfeqRMHdu6YubXxwBXYovd7jAHkPdr455o9fNpQmWEqzfaaAa5K6LOM+ MUZX+vI2xggIEjYP3By/5PSaKfMr+ZEnUfu/6YMhrSua3cHmVqXardZN2Y9Qy3QlGipk 1CUQ== X-Received: by 10.180.210.242 with SMTP id mx18mr8226154wic.14.1368263090393; Sat, 11 May 2013 02:04:50 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id a4sm2693489wic.5.2013.05.11.02.04.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 02:04:49 -0700 (PDT) Message-ID: <518E09AC.4010307@gmail.com> Date: Sat, 11 May 2013 11:04:44 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrew Bobulsky References: <518DE5F8.3090707@gmail.com> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Andrew, Thank you for your answer. That sounds very similar to how I solved my VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to work. Because of the closed binary drivers, I didn't see another option. I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the trick. Creative does not seem to support Linux but if I read you right, it works well with Linux? There is still the option of emulating a soundcard via Xen, but I find it hard to find any documentation on the requirements of the dom0. I suppose it need alsa installed? It is possible to emulate a 5.1 soundcard? Could you point me to more documentation? Regarding your remark about PCI being hit or miss: How can I check whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? I'm sorry to bother you will all those questions. It's just that I still feel very close to getting this onboard audio to work as it already outputs recognizable sound, besides the buffer underrun issues. Thanks for pointing out SB X-Fi as good last resort. On 11-05-13 09:47, Andrew Bobulsky wrote: > Hello Arjen, > > On Sat, May 11, 2013 at 2:32 AM, Arjen > wrote: > > > > I'm looking for suggestions on how to proceed. What logs should I > inspect, what settings need checking? Might it be better to use Qemu > sound emulation? Should I try XCP instead of my current dom0? Can > someone point me towards more documentation about audio passthrough? > > > I've often noticed that onboard audio devices tend to be hung off of a > PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, > but either way, passing things hanging off of PCI has been a hit or miss > affair every time I've tried, and it's never really been stable. > > You said you've passed USB ports properly, and when faced with a similar > problem, I solved it with one of these: > http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO > > USB audio works really, really well, and even the super cheap adapters > are quite functional... though I've seen their mic inputs susceptible to > interference. Nonetheless, if you don't want to "tech" your way out of > the problem and really love cheap solutions, you should be able to find > adapters of varying quality for about $3 or so, up to $80-ish. After > $20 or so, you're probably paying for more audio > outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a > good example there; I've got one and it works great in Debian Linux with > ALSA, ports and hookups all over the thing, too! :) > > Cheers, > Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 11 09:06:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 09:06: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 1Ub5ja-00081T-Pl; Sat, 11 May 2013 09:04:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub5jZ-00081N-1k for xen-users@lists.xen.org; Sat, 11 May 2013 09:04:53 +0000 Received: from [85.158.139.211:9582] by server-5.bemta-5.messagelabs.com id AF/1D-06980-3B90E815; Sat, 11 May 2013 09:04:51 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1368263090!18614638!1 X-Originating-IP: [74.125.82.53] 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 31951 invoked from network); 11 May 2013 09:04:50 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 09:04:50 -0000 Received: by mail-wg0-f53.google.com with SMTP id y10so4954149wgg.32 for ; Sat, 11 May 2013 02:04:50 -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 :content-transfer-encoding; bh=ZhjaNR/GuAgYZLVQQaPVRQrTcgrdKNPKvmQ4x8KZtAs=; b=cj540H4cw1Gu2YW+T6TqJpUbUUXrr/BTx0MgpvBjIGZJCb6qNJGo/h9eNwm8SmLCgh BLRbX+QH7AKBXDiBLhWStAP+V0H/dZq/Z790mqSdMjXcFHoUcrSz3C1Xh1GSCAI5ZOS9 k6Uyl2YpJgiZUE6HPaEULhS9luM5yotp6y8Lpxp9rGs2J43wdOtLi/cGR9GTfHxKm1AM dZH0Fzhj4xkPHfeqRMHdu6YubXxwBXYovd7jAHkPdr455o9fNpQmWEqzfaaAa5K6LOM+ MUZX+vI2xggIEjYP3By/5PSaKfMr+ZEnUfu/6YMhrSua3cHmVqXardZN2Y9Qy3QlGipk 1CUQ== X-Received: by 10.180.210.242 with SMTP id mx18mr8226154wic.14.1368263090393; Sat, 11 May 2013 02:04:50 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id a4sm2693489wic.5.2013.05.11.02.04.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 02:04:49 -0700 (PDT) Message-ID: <518E09AC.4010307@gmail.com> Date: Sat, 11 May 2013 11:04:44 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrew Bobulsky References: <518DE5F8.3090707@gmail.com> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Andrew, Thank you for your answer. That sounds very similar to how I solved my VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to work. Because of the closed binary drivers, I didn't see another option. I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the trick. Creative does not seem to support Linux but if I read you right, it works well with Linux? There is still the option of emulating a soundcard via Xen, but I find it hard to find any documentation on the requirements of the dom0. I suppose it need alsa installed? It is possible to emulate a 5.1 soundcard? Could you point me to more documentation? Regarding your remark about PCI being hit or miss: How can I check whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? I'm sorry to bother you will all those questions. It's just that I still feel very close to getting this onboard audio to work as it already outputs recognizable sound, besides the buffer underrun issues. Thanks for pointing out SB X-Fi as good last resort. On 11-05-13 09:47, Andrew Bobulsky wrote: > Hello Arjen, > > On Sat, May 11, 2013 at 2:32 AM, Arjen > wrote: > > > > I'm looking for suggestions on how to proceed. What logs should I > inspect, what settings need checking? Might it be better to use Qemu > sound emulation? Should I try XCP instead of my current dom0? Can > someone point me towards more documentation about audio passthrough? > > > I've often noticed that onboard audio devices tend to be hung off of a > PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, > but either way, passing things hanging off of PCI has been a hit or miss > affair every time I've tried, and it's never really been stable. > > You said you've passed USB ports properly, and when faced with a similar > problem, I solved it with one of these: > http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO > > USB audio works really, really well, and even the super cheap adapters > are quite functional... though I've seen their mic inputs susceptible to > interference. Nonetheless, if you don't want to "tech" your way out of > the problem and really love cheap solutions, you should be able to find > adapters of varying quality for about $3 or so, up to $80-ish. After > $20 or so, you're probably paying for more audio > outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a > good example there; I've got one and it works great in Debian Linux with > ALSA, ports and hookups all over the thing, too! :) > > Cheers, > Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 11 10:24:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 10:24: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 1Ub6xs-0003gs-MG; Sat, 11 May 2013 10:23:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub6xq-0003gl-Ry for xen-users@lists.xen.org; Sat, 11 May 2013 10:23:43 +0000 Received: from [85.158.137.99:19297] by server-9.bemta-3.messagelabs.com id 16/23-29224-E2C1E815; Sat, 11 May 2013 10:23:42 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-2.tower-217.messagelabs.com!1368267817!21329622!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5569 invoked from network); 11 May 2013 10:23:39 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 10:23:39 -0000 Received: by mail-pb0-f50.google.com with SMTP id um15so3286733pbc.23 for ; Sat, 11 May 2013 03:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:in-reply-to:mime-version:date:message-id :subject:to:cc:content-type; bh=hm9vzFNJ/YcqZ3acABdXcSoxsocOfiU3tL3joV7V4q8=; b=PZDbbQpcbFdf7O8S12ThuENIXr+60TwfZ9zbcf+OSd6O3BzTGLi+34ncc+nH+UQ7Gr X0djdDjUW771BXGfc9HjNTJNcKELP/GLPezB05YljGJvjVjswJJkiSy3ApXXriSGGLu4 B4gS4xP1xGoxxYgOO44/gRccWGiZaKwiainZ5ZYcEKMbRKyFXFU7s/gqlxxLpBmoDSlO 2JYHLhYUJ6CEMrgVqJGFbTXj4WhkIns+7mTVP+hA0hF5ALA1tLs4PMgHlaSBBQC9yOZ5 0sq7FstBLJD4402tMjn5K4IRFkqrtBzeIoK+pHRGkTRZW2/f9E/AWQwGPngu5QA2XcNm XoIw== X-Received: by 10.66.233.9 with SMTP id ts9mr21700804pac.15.1368267816934; Sat, 11 May 2013 03:23:36 -0700 (PDT) References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> From: Andrew Bobulsky In-Reply-To: <518E09AC.4010307@gmail.com> Mime-Version: 1.0 (1.0) Date: Sat, 11 May 2013 06:23:36 -0400 Message-ID: <-1409324981061392310@unknownmsgid> To: Arjen Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux 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="===============0842732920099365549==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0842732920099365549== Content-Type: multipart/alternative; boundary=047d7b111c532fa24404dc6eadaa --047d7b111c532fa24404dc6eadaa Content-Type: text/plain; charset=ISO-8859-1 Hello again Arjen, I'll write my answers in line below: On May 11, 2013, at 5:04 AM, Arjen wrote: Hello Andrew, Thank you for your answer. That sounds very similar to how I solved my VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to work. Because of the closed binary drivers, I didn't see another option. I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the trick. Creative does not seem to support Linux but if I read you right, it works well with Linux? Optical audio is a funny thing. I think it allows a sound device to add it at nearly zero computational cost---audio gets encoded to AC3 or DTS or whatever by the computer and piped out of a "dumb" port where the receiver goes on to do all the fun DAC work. As a result, pretty much all of the ultra cheap USB devices support toslink, usually through a micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's computers have for a good while now. I've used the optical connection on the X-Fi though, and know it works well... at least in Windows. ;). If you're considering buying it and need me to run a test on something, just drop me a line and I'll do what I can for you. ...and if you'd like me to reaffirm, it *does* work on Linux by virtue of being a USB audio device. It's got some special features and a big knob on it and stuff but I can't say whether those would ever work in Linux; not that you'd need them of course! There is still the option of emulating a soundcard via Xen, but I find it hard to find any documentation on the requirements of the dom0. I suppose it need alsa installed? It is possible to emulate a 5.1 soundcard? Could you point me to more documentation? No clue on that one. The list tends to be pretty quiet on the weekend so I figured I'd try to give you a solution that'd work before Monday afternoon ;) Regarding your remark about PCI being hit or miss: How can I check whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? OH yes. If I'm not mistaken, devices are in BDF notation, which literally works like: [domain:]bus:device.function Domain tends to be omitted a lot, as its nearly always "0000" in these situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical layout of the devices on your pci bus, or just "lspci -vQ" for an easy to read list. Back to BDF notation, remember bus:device.function? PCIe devices are always(?) device 0 on their own buses. They sometimes have multiple functions, like .0 and .1, but the device will be "device 0" on a uniquely numbered bus---find your Radeon in the list and you'll see it has two functions coming from device 0, but there will be no device 1 on the same bus. A PCI device on the other hand is often sitting alongside other devices on the same bus, and if we look back at your sound device, "00:1b.0," you can see we have bus 0, device 1b, function 0. Since it's not device 0 on its bus, that tells me its a PCI device. (I'm a little foggy on the specifics, but I think all PCI devices get shoved on bus 0). With PCI devices, while you *can* pass them to VMs, you basically need to treat the whole bus---and every device on it---as a single entity. That pretty much means you need to find everything else on the bus and, at the very least, make sure pciback has control of them all---which will probably disconnect something your Dom0 won't want to miss!---or possibly it may require that all of those devices be passed to that same vm as well. Something about PCI being old as dirt makes the compromise necessary for the IOMMU to be "guaranteed" to work. I'm sorry to bother you will all those questions. It's just that I still feel very close to getting this onboard audio to work as it already outputs recognizable sound, besides the buffer underrun issues. Thanks for pointing out SB X-Fi as good last resort. Not a problem! This is what mailing lists are for! Good questions and the mighty Google just help us all keep paying it forward as we can ;) Cheers, Andrew On 11-05-13 09:47, Andrew Bobulsky wrote: Hello Arjen, On Sat, May 11, 2013 at 2:32 AM, Arjen >> wrote: I'm looking for suggestions on how to proceed. What logs should I inspect, what settings need checking? Might it be better to use Qemu sound emulation? Should I try XCP instead of my current dom0? Can someone point me towards more documentation about audio passthrough? I've often noticed that onboard audio devices tend to be hung off of a PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, but either way, passing things hanging off of PCI has been a hit or miss affair every time I've tried, and it's never really been stable. You said you've passed USB ports properly, and when faced with a similar problem, I solved it with one of these: http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO USB audio works really, really well, and even the super cheap adapters are quite functional... though I've seen their mic inputs susceptible to interference. Nonetheless, if you don't want to "tech" your way out of the problem and really love cheap solutions, you should be able to find adapters of varying quality for about $3 or so, up to $80-ish. After $20 or so, you're probably paying for more audio outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a good example there; I've got one and it works great in Debian Linux with ALSA, ports and hookups all over the thing, too! :) Cheers, Andrew Bobulsky --047d7b111c532fa24404dc6eadaa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello again Arjen,

I'll write my answers in line below:

On May 11, 2013, at 5:04 AM, Arjen <arjenvanweelden@gmail.com> wrote:

Hello Andrew,

Thank you for your answer. That sounds very similar to= how I solved my VGA passthrough: I bought a HD7750 because I couldn't = get my GTX550 to work. Because of the closed binary drivers, I didn't s= ee another option.

I'm eyeballing Radeo= n 7 series cards myself... Just for Xen, too ;)

I would like to use 5.1 and SP/DIF = output, and I do have a PCIe x4 empty at the moment. A Sound Blaster X-Fi X= treme Audio might do the trick. Creative does not seem to support Linux but= if I read you right, it works well with Linux?

Optical audio is a funny= thing. =A0I think it allows a sound device to add it at nearly zero comput= ational cost---audio gets encoded to AC3 or DTS or whatever by the computer= and piped out of a "dumb" port where the receiver goes on to do = all the fun DAC work. =A0As a result, pretty much all of the ultra cheap US= B devices support toslink, usually through a micro(?) SPDIF output combined= into the 1/8" jack, the same way Apple's computers have for a goo= d while now.=A0

I've used the optical connection on the= X-Fi though, and know it works well... at least in Windows. ;). If you'= ;re considering buying it and need me to run a test on something, just drop= me a line and I'll do what I can for you. =A0...and if you'd like = me to reaffirm, it does work on Linux by virtue of being a USB audio= device. =A0It's got some special features and a big knob on it and stu= ff but I can't say whether those would ever work in Linux; not that you= 'd need them of course!

There is still the option of emulating a soundcard via Xen, but I find it= hard to find any documentation on the requirements of the dom0. I suppose = it need alsa installed? It is possible to emulate a 5.1 soundcard? Could yo= u point me to more documentation?

No clue on that one. =A0= The list tends to be pretty quiet on the weekend so I figured I'd try t= o give you a solution that'd work before Monday afternoon ;)

Regarding your rema= rk about PCI being hit or miss: How can I check whether the onboard device = is a PCI (or behind a PCIe-PCI bridge)?

OH yes. =A0If I'm not mistaken, devices are in BDF= notation, which literally works like: [domain:]bus:device.function

Domain tends to be omitted a lot, as its near= ly always "0000" in these situations. =A0Anyway, if you do "= lspci -vtQ" you'll get a hierarchical layout of the devices on you= r pci bus, or just "lspci -vQ" for an easy to read list. =A0Back = to BDF notation, remember bus:device.function? =A0PCIe devices are always(?= ) device 0 on their own buses. =A0They sometimes have multiple functions, l= ike .0 and .1, but the device will be "device 0" on a uniquely nu= mbered bus---find your Radeon in the list and you'll see it has two fun= ctions coming from device 0, but there will be no device 1 on the same bus.=

A PCI device on the other hand is oft= en sitting alongside other devices on the same bus, and if we look back at = your sound device, "00:1b.0," you can see we have bus 0, device 1b, function 0. = Since it's not device 0 on its bus, that tells me its a PCI device. =A0= (I'm a little foggy on the specifics, but I think all PCI devices get s= hoved on bus 0).

=
With PCI devices,= while you can pass them to VMs, you basically need to treat the who= le bus---and every device on it---as a single entity. =A0That pretty much m= eans you need to find everything else on the bus and, at the very least, ma= ke sure pciback has control of them all---which will probably disconnect so= mething your Dom0 won't want to miss!---or possibly it may require that= all of those devices be passed to that same vm as well. =A0Something about= PCI being old as dirt makes the compromise necessary for the IOMMU to be &= quot;guaranteed" to work.

I'm sorry to bother you = will all those questions. It's just that I still feel very close to get= ting this onboard audio to work as it already outputs recognizable sound, b= esides the buffer underrun issues.

Thanks for pointing out SB X-Fi as good last resort.=

Not a problem! =A0This is= what mailing lists are for! =A0Good questions and the mighty Google just h= elp us all keep paying it forward as we can ;)


Cheers,
Andrew

<= /div>


<= span>On 11-05-13 09:47, Andrew Bobulsky wrote:
Hello Arjen,
<= /span>
On Sat, May 11, 2013= at 2:32 AM, Arjen <arjenva= nweelden@gmail.com
<mailto:arjenvanweelden@gmail.com>> wrote:

=
=A0=A0=A0<snip>

=A0=A0=A0= I'm looking for suggestions on how to proceed. What logs should I
=A0=A0=A0inspect, what settings need check= ing? Might it be better to use Qemu
=A0=A0=A0sound emulation? Should I try XCP instead of my c= urrent dom0? Can
=A0=A0=A0someone point me tow= ards more documentation about audio passthrough?


I've often noticed that on= board audio devices tend to be hung off of a
PCI bus instead of a PCIe bus. =A0Sometimes they u= se a PCIe-PCI bridge,
but either way, passing things= hanging off of PCI has been a hit or miss
affair every time I've tried, and it's never= really been stable.

You said you've passed USB ports properly, an= d when faced with a similar
problem, I solved it with one of these:
http://www.amazon.com/Turtle-Beach-Ad= vantage-Headset-Adapter/dp/B0036VO4XO

USB audio works really, really well, and even the= super cheap adapters
are quite functional... though I've seen their mic inputs susceptible= to
interference. =A0Nonetheless, = if you don't want to "tech" your way out of
the problem and really love cheap sol= utions, you should be able to find
adapters of varying quality fo= r about $3 or so, up to $80-ish. =A0After
$20 or so, you're probably paying for more audio<= /span>
outputs/mixers/brand-name or s= omething---the Sound Blaster X-Fi is a
good example there; I've got one and it works great = in Debian Linux with
ALSA, ports and hookups all ov= er the thing, too! :)

Cheers,
Andrew Bobulsky
--047d7b111c532fa24404dc6eadaa-- --===============0842732920099365549== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0842732920099365549==-- From xen-users-bounces@lists.xen.org Sat May 11 10:24:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 10:24: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 1Ub6xs-0003gs-MG; Sat, 11 May 2013 10:23:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub6xq-0003gl-Ry for xen-users@lists.xen.org; Sat, 11 May 2013 10:23:43 +0000 Received: from [85.158.137.99:19297] by server-9.bemta-3.messagelabs.com id 16/23-29224-E2C1E815; Sat, 11 May 2013 10:23:42 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-2.tower-217.messagelabs.com!1368267817!21329622!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5569 invoked from network); 11 May 2013 10:23:39 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 10:23:39 -0000 Received: by mail-pb0-f50.google.com with SMTP id um15so3286733pbc.23 for ; Sat, 11 May 2013 03:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:in-reply-to:mime-version:date:message-id :subject:to:cc:content-type; bh=hm9vzFNJ/YcqZ3acABdXcSoxsocOfiU3tL3joV7V4q8=; b=PZDbbQpcbFdf7O8S12ThuENIXr+60TwfZ9zbcf+OSd6O3BzTGLi+34ncc+nH+UQ7Gr X0djdDjUW771BXGfc9HjNTJNcKELP/GLPezB05YljGJvjVjswJJkiSy3ApXXriSGGLu4 B4gS4xP1xGoxxYgOO44/gRccWGiZaKwiainZ5ZYcEKMbRKyFXFU7s/gqlxxLpBmoDSlO 2JYHLhYUJ6CEMrgVqJGFbTXj4WhkIns+7mTVP+hA0hF5ALA1tLs4PMgHlaSBBQC9yOZ5 0sq7FstBLJD4402tMjn5K4IRFkqrtBzeIoK+pHRGkTRZW2/f9E/AWQwGPngu5QA2XcNm XoIw== X-Received: by 10.66.233.9 with SMTP id ts9mr21700804pac.15.1368267816934; Sat, 11 May 2013 03:23:36 -0700 (PDT) References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> From: Andrew Bobulsky In-Reply-To: <518E09AC.4010307@gmail.com> Mime-Version: 1.0 (1.0) Date: Sat, 11 May 2013 06:23:36 -0400 Message-ID: <-1409324981061392310@unknownmsgid> To: Arjen Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux 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="===============0842732920099365549==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0842732920099365549== Content-Type: multipart/alternative; boundary=047d7b111c532fa24404dc6eadaa --047d7b111c532fa24404dc6eadaa Content-Type: text/plain; charset=ISO-8859-1 Hello again Arjen, I'll write my answers in line below: On May 11, 2013, at 5:04 AM, Arjen wrote: Hello Andrew, Thank you for your answer. That sounds very similar to how I solved my VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to work. Because of the closed binary drivers, I didn't see another option. I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the trick. Creative does not seem to support Linux but if I read you right, it works well with Linux? Optical audio is a funny thing. I think it allows a sound device to add it at nearly zero computational cost---audio gets encoded to AC3 or DTS or whatever by the computer and piped out of a "dumb" port where the receiver goes on to do all the fun DAC work. As a result, pretty much all of the ultra cheap USB devices support toslink, usually through a micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's computers have for a good while now. I've used the optical connection on the X-Fi though, and know it works well... at least in Windows. ;). If you're considering buying it and need me to run a test on something, just drop me a line and I'll do what I can for you. ...and if you'd like me to reaffirm, it *does* work on Linux by virtue of being a USB audio device. It's got some special features and a big knob on it and stuff but I can't say whether those would ever work in Linux; not that you'd need them of course! There is still the option of emulating a soundcard via Xen, but I find it hard to find any documentation on the requirements of the dom0. I suppose it need alsa installed? It is possible to emulate a 5.1 soundcard? Could you point me to more documentation? No clue on that one. The list tends to be pretty quiet on the weekend so I figured I'd try to give you a solution that'd work before Monday afternoon ;) Regarding your remark about PCI being hit or miss: How can I check whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? OH yes. If I'm not mistaken, devices are in BDF notation, which literally works like: [domain:]bus:device.function Domain tends to be omitted a lot, as its nearly always "0000" in these situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical layout of the devices on your pci bus, or just "lspci -vQ" for an easy to read list. Back to BDF notation, remember bus:device.function? PCIe devices are always(?) device 0 on their own buses. They sometimes have multiple functions, like .0 and .1, but the device will be "device 0" on a uniquely numbered bus---find your Radeon in the list and you'll see it has two functions coming from device 0, but there will be no device 1 on the same bus. A PCI device on the other hand is often sitting alongside other devices on the same bus, and if we look back at your sound device, "00:1b.0," you can see we have bus 0, device 1b, function 0. Since it's not device 0 on its bus, that tells me its a PCI device. (I'm a little foggy on the specifics, but I think all PCI devices get shoved on bus 0). With PCI devices, while you *can* pass them to VMs, you basically need to treat the whole bus---and every device on it---as a single entity. That pretty much means you need to find everything else on the bus and, at the very least, make sure pciback has control of them all---which will probably disconnect something your Dom0 won't want to miss!---or possibly it may require that all of those devices be passed to that same vm as well. Something about PCI being old as dirt makes the compromise necessary for the IOMMU to be "guaranteed" to work. I'm sorry to bother you will all those questions. It's just that I still feel very close to getting this onboard audio to work as it already outputs recognizable sound, besides the buffer underrun issues. Thanks for pointing out SB X-Fi as good last resort. Not a problem! This is what mailing lists are for! Good questions and the mighty Google just help us all keep paying it forward as we can ;) Cheers, Andrew On 11-05-13 09:47, Andrew Bobulsky wrote: Hello Arjen, On Sat, May 11, 2013 at 2:32 AM, Arjen >> wrote: I'm looking for suggestions on how to proceed. What logs should I inspect, what settings need checking? Might it be better to use Qemu sound emulation? Should I try XCP instead of my current dom0? Can someone point me towards more documentation about audio passthrough? I've often noticed that onboard audio devices tend to be hung off of a PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, but either way, passing things hanging off of PCI has been a hit or miss affair every time I've tried, and it's never really been stable. You said you've passed USB ports properly, and when faced with a similar problem, I solved it with one of these: http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO USB audio works really, really well, and even the super cheap adapters are quite functional... though I've seen their mic inputs susceptible to interference. Nonetheless, if you don't want to "tech" your way out of the problem and really love cheap solutions, you should be able to find adapters of varying quality for about $3 or so, up to $80-ish. After $20 or so, you're probably paying for more audio outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a good example there; I've got one and it works great in Debian Linux with ALSA, ports and hookups all over the thing, too! :) Cheers, Andrew Bobulsky --047d7b111c532fa24404dc6eadaa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello again Arjen,

I'll write my answers in line below:

On May 11, 2013, at 5:04 AM, Arjen <arjenvanweelden@gmail.com> wrote:

Hello Andrew,

Thank you for your answer. That sounds very similar to= how I solved my VGA passthrough: I bought a HD7750 because I couldn't = get my GTX550 to work. Because of the closed binary drivers, I didn't s= ee another option.

I'm eyeballing Radeo= n 7 series cards myself... Just for Xen, too ;)

I would like to use 5.1 and SP/DIF = output, and I do have a PCIe x4 empty at the moment. A Sound Blaster X-Fi X= treme Audio might do the trick. Creative does not seem to support Linux but= if I read you right, it works well with Linux?

Optical audio is a funny= thing. =A0I think it allows a sound device to add it at nearly zero comput= ational cost---audio gets encoded to AC3 or DTS or whatever by the computer= and piped out of a "dumb" port where the receiver goes on to do = all the fun DAC work. =A0As a result, pretty much all of the ultra cheap US= B devices support toslink, usually through a micro(?) SPDIF output combined= into the 1/8" jack, the same way Apple's computers have for a goo= d while now.=A0

I've used the optical connection on the= X-Fi though, and know it works well... at least in Windows. ;). If you'= ;re considering buying it and need me to run a test on something, just drop= me a line and I'll do what I can for you. =A0...and if you'd like = me to reaffirm, it does work on Linux by virtue of being a USB audio= device. =A0It's got some special features and a big knob on it and stu= ff but I can't say whether those would ever work in Linux; not that you= 'd need them of course!

There is still the option of emulating a soundcard via Xen, but I find it= hard to find any documentation on the requirements of the dom0. I suppose = it need alsa installed? It is possible to emulate a 5.1 soundcard? Could yo= u point me to more documentation?

No clue on that one. =A0= The list tends to be pretty quiet on the weekend so I figured I'd try t= o give you a solution that'd work before Monday afternoon ;)

Regarding your rema= rk about PCI being hit or miss: How can I check whether the onboard device = is a PCI (or behind a PCIe-PCI bridge)?

OH yes. =A0If I'm not mistaken, devices are in BDF= notation, which literally works like: [domain:]bus:device.function

Domain tends to be omitted a lot, as its near= ly always "0000" in these situations. =A0Anyway, if you do "= lspci -vtQ" you'll get a hierarchical layout of the devices on you= r pci bus, or just "lspci -vQ" for an easy to read list. =A0Back = to BDF notation, remember bus:device.function? =A0PCIe devices are always(?= ) device 0 on their own buses. =A0They sometimes have multiple functions, l= ike .0 and .1, but the device will be "device 0" on a uniquely nu= mbered bus---find your Radeon in the list and you'll see it has two fun= ctions coming from device 0, but there will be no device 1 on the same bus.=

A PCI device on the other hand is oft= en sitting alongside other devices on the same bus, and if we look back at = your sound device, "00:1b.0," you can see we have bus 0, device 1b, function 0. = Since it's not device 0 on its bus, that tells me its a PCI device. =A0= (I'm a little foggy on the specifics, but I think all PCI devices get s= hoved on bus 0).

=
With PCI devices,= while you can pass them to VMs, you basically need to treat the who= le bus---and every device on it---as a single entity. =A0That pretty much m= eans you need to find everything else on the bus and, at the very least, ma= ke sure pciback has control of them all---which will probably disconnect so= mething your Dom0 won't want to miss!---or possibly it may require that= all of those devices be passed to that same vm as well. =A0Something about= PCI being old as dirt makes the compromise necessary for the IOMMU to be &= quot;guaranteed" to work.

I'm sorry to bother you = will all those questions. It's just that I still feel very close to get= ting this onboard audio to work as it already outputs recognizable sound, b= esides the buffer underrun issues.

Thanks for pointing out SB X-Fi as good last resort.=

Not a problem! =A0This is= what mailing lists are for! =A0Good questions and the mighty Google just h= elp us all keep paying it forward as we can ;)


Cheers,
Andrew

<= /div>


<= span>On 11-05-13 09:47, Andrew Bobulsky wrote:
Hello Arjen,
<= /span>
On Sat, May 11, 2013= at 2:32 AM, Arjen <arjenva= nweelden@gmail.com
<mailto:arjenvanweelden@gmail.com>> wrote:

=
=A0=A0=A0<snip>

=A0=A0=A0= I'm looking for suggestions on how to proceed. What logs should I
=A0=A0=A0inspect, what settings need check= ing? Might it be better to use Qemu
=A0=A0=A0sound emulation? Should I try XCP instead of my c= urrent dom0? Can
=A0=A0=A0someone point me tow= ards more documentation about audio passthrough?


I've often noticed that on= board audio devices tend to be hung off of a
PCI bus instead of a PCIe bus. =A0Sometimes they u= se a PCIe-PCI bridge,
but either way, passing things= hanging off of PCI has been a hit or miss
affair every time I've tried, and it's never= really been stable.

You said you've passed USB ports properly, an= d when faced with a similar
problem, I solved it with one of these:
http://www.amazon.com/Turtle-Beach-Ad= vantage-Headset-Adapter/dp/B0036VO4XO

USB audio works really, really well, and even the= super cheap adapters
are quite functional... though I've seen their mic inputs susceptible= to
interference. =A0Nonetheless, = if you don't want to "tech" your way out of
the problem and really love cheap sol= utions, you should be able to find
adapters of varying quality fo= r about $3 or so, up to $80-ish. =A0After
$20 or so, you're probably paying for more audio<= /span>
outputs/mixers/brand-name or s= omething---the Sound Blaster X-Fi is a
good example there; I've got one and it works great = in Debian Linux with
ALSA, ports and hookups all ov= er the thing, too! :)

Cheers,
Andrew Bobulsky
--047d7b111c532fa24404dc6eadaa-- --===============0842732920099365549== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0842732920099365549==-- From xen-users-bounces@lists.xen.org Sat May 11 13:22:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 13:22:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub9jn-0001Ko-0h; Sat, 11 May 2013 13:21:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub9jl-0001Kj-Ch for xen-users@lists.xen.org; Sat, 11 May 2013 13:21:21 +0000 Received: from [85.158.139.83:50827] by server-9.bemta-5.messagelabs.com id F9/EE-14875-FC54E815; Sat, 11 May 2013 13:21:19 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1368278477!32262302!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13494 invoked from network); 11 May 2013 13:21:17 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 13:21:17 -0000 Received: by mail-wi0-f180.google.com with SMTP id h11so1480448wiv.7 for ; Sat, 11 May 2013 06:21:17 -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 :content-transfer-encoding; bh=8JMGw7EJfDykunRxR4St8NhdjPufq4cnkRbObVlR41Y=; b=xLYJIL+lnizOh5MdnWQJO0fg7+enBXcDk3HTDV83v+PbLXetCsShLKFpcJf2NyTzc5 eq7113JeCtL/hgnCRFejE8eVXbbhQYrjDW8BUK7A+xX4IDJ6TZjFSvq6p0DB95n9VzCf 5emaBZ8V9uwjfM1VK3AhWLsPxE1h34SAAkes+3qZMbmeqcbReokvTVmJw3RXMt7ambY4 8jP+j01ZYZlaLOZpXIcDEHyBt0QReANIhPWM7oMvSJt8fQ/zkQrTLj80Zj7+Isi2XZiQ UaDdCz4W9H4j53jmTaPITv+3VWIwwcSI/9S2jfu+raJ7L461IhQNarEnQs84K2Rg7IRB MDgw== X-Received: by 10.180.105.231 with SMTP id gp7mr9193991wib.23.1368278476506; Sat, 11 May 2013 06:21:16 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id x13sm4120623wib.3.2013.05.11.06.21.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 06:21:15 -0700 (PDT) Message-ID: <518E45C6.80302@gmail.com> Date: Sat, 11 May 2013 15:21:10 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrew Bobulsky References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> In-Reply-To: <-1409324981061392310@unknownmsgid> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Andrew, Thanks for your comments on BDF notation, it is now clear to me that everything except the Radeon is on the same PCIe bus 00. So far, this has not been a problem with passthrough such as USB. I'm more and more convinces that the Alsa underrun is a performance/timing issue and that I just can't configure the right period buffer size or something. I guess detailed questions about Alsa are for another mailing list... I didn't realize you were talking about a SB X-Fi via USB, there seems to be many different models with similar names. I might just take you up on your offer for some testing if I decide to give up on the onboard audio. If you are thinking about getting a HD7xx0, please note that my HIS HD7750 prevents the domU from rebooting. Looks like the fglrx driver (no open source driver available yet) does not "turn off" the VGA. The display keeps sending a blank screen to the display. It then cannot initialize the VGA during a restart. I think I can live with the work-around that I have to reboot the dom0 as well, until AMD fixes the driver. I disabled the VGA passthrough for now, as troubleshooting this sound issue often requires a reboot. Thanks for your quick responses, and have a good (and quiet) weekend! On 11-05-13 12:23, Andrew Bobulsky wrote: > Hello again Arjen, > > I'll write my answers in line below: > > On May 11, 2013, at 5:04 AM, Arjen > wrote: > >> Hello Andrew, >> >> Thank you for your answer. That sounds very similar to how I solved my >> VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to >> work. Because of the closed binary drivers, I didn't see another option. > > I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) > >> I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 >> empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the >> trick. Creative does not seem to support Linux but if I read you >> right, it works well with Linux? > > Optical audio is a funny thing. I think it allows a sound device to add > it at nearly zero computational cost---audio gets encoded to AC3 or DTS > or whatever by the computer and piped out of a "dumb" port where the > receiver goes on to do all the fun DAC work. As a result, pretty much > all of the ultra cheap USB devices support toslink, usually through a > micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's > computers have for a good while now. > > I've used the optical connection on the X-Fi though, and know it works > well... at least in Windows. ;). If you're considering buying it and > need me to run a test on something, just drop me a line and I'll do what > I can for you. ...and if you'd like me to reaffirm, it /does/ work on > Linux by virtue of being a USB audio device. It's got some special > features and a big knob on it and stuff but I can't say whether those > would ever work in Linux; not that you'd need them of course! > >> There is still the option of emulating a soundcard via Xen, but I find >> it hard to find any documentation on the requirements of the dom0. I >> suppose it need alsa installed? It is possible to emulate a 5.1 >> soundcard? Could you point me to more documentation? > > No clue on that one. The list tends to be pretty quiet on the weekend > so I figured I'd try to give you a solution that'd work before Monday > afternoon ;) > >> Regarding your remark about PCI being hit or miss: How can I check >> whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? > > OH yes. If I'm not mistaken, devices are in BDF notation, which > literally works like: [domain:]bus:device.function > > Domain tends to be omitted a lot, as its nearly always "0000" in these > situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical > layout of the devices on your pci bus, or just "lspci -vQ" for an easy > to read list. Back to BDF notation, remember bus:device.function? PCIe > devices are always(?) device 0 on their own buses. They sometimes have > multiple functions, like .0 and .1, but the device will be "device 0" on > a uniquely numbered bus---find your Radeon in the list and you'll see it > has two functions coming from device 0, but there will be no device 1 on > the same bus. > > A PCI device on the other hand is often sitting alongside other devices > on the same bus, and if we look back at your sound device, "00:1b.0," > you can see we have bus 0, device 1b, function 0. Since it's not device > 0 on its bus, that tells me its a PCI device. (I'm a little foggy on > the specifics, but I think all PCI devices get shoved on bus 0). > > With PCI devices, while you /can/ pass them to VMs, you basically need > to treat the whole bus---and every device on it---as a single entity. > That pretty much means you need to find everything else on the bus > and, at the very least, make sure pciback has control of them > all---which will probably disconnect something your Dom0 won't want to > miss!---or possibly it may require that all of those devices be passed > to that same vm as well. Something about PCI being old as dirt makes > the compromise necessary for the IOMMU to be "guaranteed" to work. > >> I'm sorry to bother you will all those questions. It's just that I >> still feel very close to getting this onboard audio to work as it >> already outputs recognizable sound, besides the buffer underrun issues. >> >> Thanks for pointing out SB X-Fi as good last resort. > > Not a problem! This is what mailing lists are for! Good questions and > the mighty Google just help us all keep paying it forward as we can ;) > > > Cheers, > Andrew > > > >> On 11-05-13 09:47, Andrew Bobulsky wrote: >>> Hello Arjen, >>> >>> On Sat, May 11, 2013 at 2:32 AM, Arjen >> >>> > wrote: >>> >>> >>> >>> I'm looking for suggestions on how to proceed. What logs should I >>> inspect, what settings need checking? Might it be better to use Qemu >>> sound emulation? Should I try XCP instead of my current dom0? Can >>> someone point me towards more documentation about audio passthrough? >>> >>> >>> I've often noticed that onboard audio devices tend to be hung off of a >>> PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, >>> but either way, passing things hanging off of PCI has been a hit or miss >>> affair every time I've tried, and it's never really been stable. >>> >>> You said you've passed USB ports properly, and when faced with a similar >>> problem, I solved it with one of these: >>> http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO >>> >>> USB audio works really, really well, and even the super cheap adapters >>> are quite functional... though I've seen their mic inputs susceptible to >>> interference. Nonetheless, if you don't want to "tech" your way out of >>> the problem and really love cheap solutions, you should be able to find >>> adapters of varying quality for about $3 or so, up to $80-ish. After >>> $20 or so, you're probably paying for more audio >>> outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a >>> good example there; I've got one and it works great in Debian Linux with >>> ALSA, ports and hookups all over the thing, too! :) >>> >>> Cheers, >>> Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 11 13:22:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 11 May 2013 13:22:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub9jn-0001Ko-0h; Sat, 11 May 2013 13:21:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ub9jl-0001Kj-Ch for xen-users@lists.xen.org; Sat, 11 May 2013 13:21:21 +0000 Received: from [85.158.139.83:50827] by server-9.bemta-5.messagelabs.com id F9/EE-14875-FC54E815; Sat, 11 May 2013 13:21:19 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1368278477!32262302!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13494 invoked from network); 11 May 2013 13:21:17 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 May 2013 13:21:17 -0000 Received: by mail-wi0-f180.google.com with SMTP id h11so1480448wiv.7 for ; Sat, 11 May 2013 06:21:17 -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 :content-transfer-encoding; bh=8JMGw7EJfDykunRxR4St8NhdjPufq4cnkRbObVlR41Y=; b=xLYJIL+lnizOh5MdnWQJO0fg7+enBXcDk3HTDV83v+PbLXetCsShLKFpcJf2NyTzc5 eq7113JeCtL/hgnCRFejE8eVXbbhQYrjDW8BUK7A+xX4IDJ6TZjFSvq6p0DB95n9VzCf 5emaBZ8V9uwjfM1VK3AhWLsPxE1h34SAAkes+3qZMbmeqcbReokvTVmJw3RXMt7ambY4 8jP+j01ZYZlaLOZpXIcDEHyBt0QReANIhPWM7oMvSJt8fQ/zkQrTLj80Zj7+Isi2XZiQ UaDdCz4W9H4j53jmTaPITv+3VWIwwcSI/9S2jfu+raJ7L461IhQNarEnQs84K2Rg7IRB MDgw== X-Received: by 10.180.105.231 with SMTP id gp7mr9193991wib.23.1368278476506; Sat, 11 May 2013 06:21:16 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id x13sm4120623wib.3.2013.05.11.06.21.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 May 2013 06:21:15 -0700 (PDT) Message-ID: <518E45C6.80302@gmail.com> Date: Sat, 11 May 2013 15:21:10 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrew Bobulsky References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> In-Reply-To: <-1409324981061392310@unknownmsgid> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Andrew, Thanks for your comments on BDF notation, it is now clear to me that everything except the Radeon is on the same PCIe bus 00. So far, this has not been a problem with passthrough such as USB. I'm more and more convinces that the Alsa underrun is a performance/timing issue and that I just can't configure the right period buffer size or something. I guess detailed questions about Alsa are for another mailing list... I didn't realize you were talking about a SB X-Fi via USB, there seems to be many different models with similar names. I might just take you up on your offer for some testing if I decide to give up on the onboard audio. If you are thinking about getting a HD7xx0, please note that my HIS HD7750 prevents the domU from rebooting. Looks like the fglrx driver (no open source driver available yet) does not "turn off" the VGA. The display keeps sending a blank screen to the display. It then cannot initialize the VGA during a restart. I think I can live with the work-around that I have to reboot the dom0 as well, until AMD fixes the driver. I disabled the VGA passthrough for now, as troubleshooting this sound issue often requires a reboot. Thanks for your quick responses, and have a good (and quiet) weekend! On 11-05-13 12:23, Andrew Bobulsky wrote: > Hello again Arjen, > > I'll write my answers in line below: > > On May 11, 2013, at 5:04 AM, Arjen > wrote: > >> Hello Andrew, >> >> Thank you for your answer. That sounds very similar to how I solved my >> VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to >> work. Because of the closed binary drivers, I didn't see another option. > > I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) > >> I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 >> empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the >> trick. Creative does not seem to support Linux but if I read you >> right, it works well with Linux? > > Optical audio is a funny thing. I think it allows a sound device to add > it at nearly zero computational cost---audio gets encoded to AC3 or DTS > or whatever by the computer and piped out of a "dumb" port where the > receiver goes on to do all the fun DAC work. As a result, pretty much > all of the ultra cheap USB devices support toslink, usually through a > micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's > computers have for a good while now. > > I've used the optical connection on the X-Fi though, and know it works > well... at least in Windows. ;). If you're considering buying it and > need me to run a test on something, just drop me a line and I'll do what > I can for you. ...and if you'd like me to reaffirm, it /does/ work on > Linux by virtue of being a USB audio device. It's got some special > features and a big knob on it and stuff but I can't say whether those > would ever work in Linux; not that you'd need them of course! > >> There is still the option of emulating a soundcard via Xen, but I find >> it hard to find any documentation on the requirements of the dom0. I >> suppose it need alsa installed? It is possible to emulate a 5.1 >> soundcard? Could you point me to more documentation? > > No clue on that one. The list tends to be pretty quiet on the weekend > so I figured I'd try to give you a solution that'd work before Monday > afternoon ;) > >> Regarding your remark about PCI being hit or miss: How can I check >> whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? > > OH yes. If I'm not mistaken, devices are in BDF notation, which > literally works like: [domain:]bus:device.function > > Domain tends to be omitted a lot, as its nearly always "0000" in these > situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical > layout of the devices on your pci bus, or just "lspci -vQ" for an easy > to read list. Back to BDF notation, remember bus:device.function? PCIe > devices are always(?) device 0 on their own buses. They sometimes have > multiple functions, like .0 and .1, but the device will be "device 0" on > a uniquely numbered bus---find your Radeon in the list and you'll see it > has two functions coming from device 0, but there will be no device 1 on > the same bus. > > A PCI device on the other hand is often sitting alongside other devices > on the same bus, and if we look back at your sound device, "00:1b.0," > you can see we have bus 0, device 1b, function 0. Since it's not device > 0 on its bus, that tells me its a PCI device. (I'm a little foggy on > the specifics, but I think all PCI devices get shoved on bus 0). > > With PCI devices, while you /can/ pass them to VMs, you basically need > to treat the whole bus---and every device on it---as a single entity. > That pretty much means you need to find everything else on the bus > and, at the very least, make sure pciback has control of them > all---which will probably disconnect something your Dom0 won't want to > miss!---or possibly it may require that all of those devices be passed > to that same vm as well. Something about PCI being old as dirt makes > the compromise necessary for the IOMMU to be "guaranteed" to work. > >> I'm sorry to bother you will all those questions. It's just that I >> still feel very close to getting this onboard audio to work as it >> already outputs recognizable sound, besides the buffer underrun issues. >> >> Thanks for pointing out SB X-Fi as good last resort. > > Not a problem! This is what mailing lists are for! Good questions and > the mighty Google just help us all keep paying it forward as we can ;) > > > Cheers, > Andrew > > > >> On 11-05-13 09:47, Andrew Bobulsky wrote: >>> Hello Arjen, >>> >>> On Sat, May 11, 2013 at 2:32 AM, Arjen >> >>> > wrote: >>> >>> >>> >>> I'm looking for suggestions on how to proceed. What logs should I >>> inspect, what settings need checking? Might it be better to use Qemu >>> sound emulation? Should I try XCP instead of my current dom0? Can >>> someone point me towards more documentation about audio passthrough? >>> >>> >>> I've often noticed that onboard audio devices tend to be hung off of a >>> PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, >>> but either way, passing things hanging off of PCI has been a hit or miss >>> affair every time I've tried, and it's never really been stable. >>> >>> You said you've passed USB ports properly, and when faced with a similar >>> problem, I solved it with one of these: >>> http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO >>> >>> USB audio works really, really well, and even the super cheap adapters >>> are quite functional... though I've seen their mic inputs susceptible to >>> interference. Nonetheless, if you don't want to "tech" your way out of >>> the problem and really love cheap solutions, you should be able to find >>> adapters of varying quality for about $3 or so, up to $80-ish. After >>> $20 or so, you're probably paying for more audio >>> outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a >>> good example there; I've got one and it works great in Debian Linux with >>> ALSA, ports and hookups all over the thing, too! :) >>> >>> Cheers, >>> Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 12 11:22:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 11:22: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 1UbUJi-0007DB-JH; Sun, 12 May 2013 11:19:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbUJg-0007D6-Ra for xen-users@lists.xen.org; Sun, 12 May 2013 11:19:49 +0000 Received: from [85.158.139.211:42345] by server-2.bemta-5.messagelabs.com id 8F/15-26552-3DA7F815; Sun, 12 May 2013 11:19:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1368357571!20172480!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDQ3MTggKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8950 invoked from network); 12 May 2013 11:19:31 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 May 2013 11:19:31 -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 7F5B02211A3 for ; Sun, 12 May 2013 12:19:30 +0100 (BST) Message-ID: <518F7AC1.3090001@bobich.net> Date: Sun, 12 May 2013 12:19:29 +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> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> In-Reply-To: <518D7727.9090208@bobich.net> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 An update in bullet points (sadly without a solution). * 4.1.x vs. 4.2.x I tried to test the theory that there was something about Xen 4.1 that made VGA passthrough work better than in 4.2. I built 4.1.4 and it made no difference. Same problems, same symptoms, same BSODs. * IRQ balancing This partial workaround still seems to hold true for me - without noirqbalance in the dom0 kernel boot parameters, I generally cannot get as far as the login screen of the domU (estimating at under <10% of the time). With noirqbalance and irqbalance service disabled, I can get that far every time after a fresh host reboot. This, to me at least, implies some kind of an IRQ routing issue. Has anybody got any suggestions on how to troubleshoot this further and capture any further debug information? * Screen corruption sometimes preceeding a crash I attached a screenshot of the desktop after this happens to a bug report here: http://xen.crc.id.au/bugs/view.php?id=10 To me this implies either a memory stomp going on (aperture alignment?) or an in-flight data corruption on the PCIe bus going on that is specific to virtualization (because bare metal works fine). The idea of in-flight corruption is further corroborated by errors like these in the dom0 syslog: May 12 11:37:04 normandy kernel: pcieport 0000:00:07.0: AER: Uncorrected (Non-Fatal) error received: id=0000 May 12 11:51:28 normandy kernel: pcieport 0000:00:07.0: AER: Multiple Uncorrected (Non-Fatal) error received: id=0000 Device 0000:00:07.0 is actually the host IOH PCIe bridge, behind which is the NF200 PCIe router, behind with is the passed through ATI card. See lspci output attached to the bug report here: http://xen.crc.id.au/bugs/view.php?id=10 * ATI driver I upgraded from 13.3 beta3 to 13.4 - no obvious difference in reliability. * Nvidia Quadro I have a Quadro 2000 which people have reported success with in the past after gailing to get ATI cards to work. If anything my results with the Quadro 2000 were actually worse. I have not, however, yet tested for perfect reproducibility with a Quadro card as I have with the ATI card (see next point - I will update on this later when I have had a chance to try it, hopefully today). * Reproducibility I can now reliably reproduce the domU GPU crash following a clean reboot. Fire up Steam, fire up Borderlands 2. Hit Play. Wait. 2K animation plays through. Gearbox animation plays through. Nvidia animation plays through. Crash (blank screen, a flicker or two as the driver seemingly tries in vain to reset the GPU, AER errors in dom0 syslog, BSOD as attached to this bug report: http://xen.crc.id.au/bugs/view.php?id=9 What I am pondering now is ways to capture all the PCIe traffic from the domU and from dom0, then re-trying the same thing with bare metal and looking for a difference (unfortunately this involves analyzing GBs of captured PCIe traffic, and right now I'm not even sure how one might go about capturing this). Has anybody got any suggestions at this point? Should I be taking this to the xen-devel list instead of xen-users? There has to be a reasonably explainable, logically analyzable issue here, because the behaviour seems pretty consistent - hopefully consistent enough for debugging. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 12 11:22:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 11:22: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 1UbUJi-0007DB-JH; Sun, 12 May 2013 11:19:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbUJg-0007D6-Ra for xen-users@lists.xen.org; Sun, 12 May 2013 11:19:49 +0000 Received: from [85.158.139.211:42345] by server-2.bemta-5.messagelabs.com id 8F/15-26552-3DA7F815; Sun, 12 May 2013 11:19:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1368357571!20172480!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDQ3MTggKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8950 invoked from network); 12 May 2013 11:19:31 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 May 2013 11:19:31 -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 7F5B02211A3 for ; Sun, 12 May 2013 12:19:30 +0100 (BST) Message-ID: <518F7AC1.3090001@bobich.net> Date: Sun, 12 May 2013 12:19:29 +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> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> In-Reply-To: <518D7727.9090208@bobich.net> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 An update in bullet points (sadly without a solution). * 4.1.x vs. 4.2.x I tried to test the theory that there was something about Xen 4.1 that made VGA passthrough work better than in 4.2. I built 4.1.4 and it made no difference. Same problems, same symptoms, same BSODs. * IRQ balancing This partial workaround still seems to hold true for me - without noirqbalance in the dom0 kernel boot parameters, I generally cannot get as far as the login screen of the domU (estimating at under <10% of the time). With noirqbalance and irqbalance service disabled, I can get that far every time after a fresh host reboot. This, to me at least, implies some kind of an IRQ routing issue. Has anybody got any suggestions on how to troubleshoot this further and capture any further debug information? * Screen corruption sometimes preceeding a crash I attached a screenshot of the desktop after this happens to a bug report here: http://xen.crc.id.au/bugs/view.php?id=10 To me this implies either a memory stomp going on (aperture alignment?) or an in-flight data corruption on the PCIe bus going on that is specific to virtualization (because bare metal works fine). The idea of in-flight corruption is further corroborated by errors like these in the dom0 syslog: May 12 11:37:04 normandy kernel: pcieport 0000:00:07.0: AER: Uncorrected (Non-Fatal) error received: id=0000 May 12 11:51:28 normandy kernel: pcieport 0000:00:07.0: AER: Multiple Uncorrected (Non-Fatal) error received: id=0000 Device 0000:00:07.0 is actually the host IOH PCIe bridge, behind which is the NF200 PCIe router, behind with is the passed through ATI card. See lspci output attached to the bug report here: http://xen.crc.id.au/bugs/view.php?id=10 * ATI driver I upgraded from 13.3 beta3 to 13.4 - no obvious difference in reliability. * Nvidia Quadro I have a Quadro 2000 which people have reported success with in the past after gailing to get ATI cards to work. If anything my results with the Quadro 2000 were actually worse. I have not, however, yet tested for perfect reproducibility with a Quadro card as I have with the ATI card (see next point - I will update on this later when I have had a chance to try it, hopefully today). * Reproducibility I can now reliably reproduce the domU GPU crash following a clean reboot. Fire up Steam, fire up Borderlands 2. Hit Play. Wait. 2K animation plays through. Gearbox animation plays through. Nvidia animation plays through. Crash (blank screen, a flicker or two as the driver seemingly tries in vain to reset the GPU, AER errors in dom0 syslog, BSOD as attached to this bug report: http://xen.crc.id.au/bugs/view.php?id=9 What I am pondering now is ways to capture all the PCIe traffic from the domU and from dom0, then re-trying the same thing with bare metal and looking for a difference (unfortunately this involves analyzing GBs of captured PCIe traffic, and right now I'm not even sure how one might go about capturing this). Has anybody got any suggestions at this point? Should I be taking this to the xen-devel list instead of xen-users? There has to be a reasonably explainable, logically analyzable issue here, because the behaviour seems pretty consistent - hopefully consistent enough for debugging. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 12 16:08:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 16:08:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbYmO-0001FZ-OJ; Sun, 12 May 2013 16:05:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbYmN-0001FU-53 for xen-users@lists.xen.org; Sun, 12 May 2013 16:05:43 +0000 Received: from [85.158.138.51:33633] by server-15.bemta-3.messagelabs.com id 66/3A-32363-6DDBF815; Sun, 12 May 2013 16:05:42 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1368374738!32282413!1 X-Originating-IP: [209.85.220.176] 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 23870 invoked from network); 12 May 2013 16:05:39 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2013 16:05:39 -0000 Received: by mail-vc0-f176.google.com with SMTP id ib11so4820597vcb.21 for ; Sun, 12 May 2013 09:05:38 -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:content-type; bh=76cG8j1/dtlm6YuTDExNRg230HTCG0pkw4PQN+mYAsA=; b=vheO7d4eATWGf3vFL7ymuQ9wQ71p0hRJhsG5mC5j0Vmi/mVemSYqPnknsvHoXzHzjH 6SoTZ4F+21lE+Nxyn9Z+yupKtNF5IEqwio8cOru9jX91d6rKuJ6FK9ZcigyFh5CLbnVw wSmarwv9XHYkvygoUv3xINtpMZMrlsBI7uJfploBXwa1fCbGJiT5SOOfJdngvy/P2Eyi ViL7FszbB/E+8uG54j2x3Dam0jIXzbjpb3ULmqrYI9YVMOlKcaXiiOFHHEOwRegIgKx8 Pw4ejiAvX5TRdM/wJ62HjreoypoanpFftZe4uCnaSFhskZnyUVC3XEK6zHoMKSBvhTmf a+Og== X-Received: by 10.58.32.131 with SMTP id j3mr4601001vei.57.1368374738152; Sun, 12 May 2013 09:05:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Sun, 12 May 2013 09:05:17 -0700 (PDT) In-Reply-To: <518E45C6.80302@gmail.com> References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Sun, 12 May 2013 18:05:17 +0200 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux 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="===============5941131973918197757==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5941131973918197757== Content-Type: multipart/alternative; boundary=047d7b33c7e42ff45b04dc87923e --047d7b33c7e42ff45b04dc87923e Content-Type: text/plain; charset=ISO-8859-1 Arjen, Could you tell me a little more about your setup, I'm looking to set up something similar myself Do you have X in the dom0? I'm having a hard time getting X to work with the fglrx drivers in a gentoo dom0 Are you running openSuse, Ubuntu as PV or (PV)HVM guests? Are you using the fglrx or radeon drivers? - OJ On Sat, May 11, 2013 at 3:21 PM, Arjen wrote: > Hi Andrew, > > Thanks for your comments on BDF notation, it is now clear to me that > everything except the Radeon is on the same PCIe bus 00. So far, this has > not been a problem with passthrough such as USB. > > I'm more and more convinces that the Alsa underrun is a performance/timing > issue and that I just can't configure the right period buffer size or > something. I guess detailed questions about Alsa are for another mailing > list... > > I didn't realize you were talking about a SB X-Fi via USB, there seems to > be many different models with similar names. I might just take you up on > your offer for some testing if I decide to give up on the onboard audio. > > If you are thinking about getting a HD7xx0, please note that my HIS HD7750 > prevents the domU from rebooting. Looks like the fglrx driver (no open > source driver available yet) does not "turn off" the VGA. The display keeps > sending a blank screen to the display. It then cannot initialize the VGA > during a restart. I think I can live with the work-around that I have to > reboot the dom0 as well, until AMD fixes the driver. I disabled the VGA > passthrough for now, as troubleshooting this sound issue often requires a > reboot. > > Thanks for your quick responses, and have a good (and quiet) weekend! > > > On 11-05-13 12:23, Andrew Bobulsky wrote: > >> Hello again Arjen, >> >> I'll write my answers in line below: >> >> On May 11, 2013, at 5:04 AM, Arjen > > wrote: >> >> Hello Andrew, >>> >>> Thank you for your answer. That sounds very similar to how I solved my >>> VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to >>> work. Because of the closed binary drivers, I didn't see another option. >>> >> >> I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) >> >> I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 >>> empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the >>> trick. Creative does not seem to support Linux but if I read you >>> right, it works well with Linux? >>> >> >> Optical audio is a funny thing. I think it allows a sound device to add >> it at nearly zero computational cost---audio gets encoded to AC3 or DTS >> or whatever by the computer and piped out of a "dumb" port where the >> receiver goes on to do all the fun DAC work. As a result, pretty much >> all of the ultra cheap USB devices support toslink, usually through a >> micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's >> computers have for a good while now. >> >> I've used the optical connection on the X-Fi though, and know it works >> well... at least in Windows. ;). If you're considering buying it and >> need me to run a test on something, just drop me a line and I'll do what >> I can for you. ...and if you'd like me to reaffirm, it /does/ work on >> >> Linux by virtue of being a USB audio device. It's got some special >> features and a big knob on it and stuff but I can't say whether those >> would ever work in Linux; not that you'd need them of course! >> >> There is still the option of emulating a soundcard via Xen, but I find >>> it hard to find any documentation on the requirements of the dom0. I >>> suppose it need alsa installed? It is possible to emulate a 5.1 >>> soundcard? Could you point me to more documentation? >>> >> >> No clue on that one. The list tends to be pretty quiet on the weekend >> so I figured I'd try to give you a solution that'd work before Monday >> afternoon ;) >> >> Regarding your remark about PCI being hit or miss: How can I check >>> whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? >>> >> >> OH yes. If I'm not mistaken, devices are in BDF notation, which >> literally works like: [domain:]bus:device.function >> >> Domain tends to be omitted a lot, as its nearly always "0000" in these >> situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical >> layout of the devices on your pci bus, or just "lspci -vQ" for an easy >> to read list. Back to BDF notation, remember bus:device.function? PCIe >> devices are always(?) device 0 on their own buses. They sometimes have >> multiple functions, like .0 and .1, but the device will be "device 0" on >> a uniquely numbered bus---find your Radeon in the list and you'll see it >> has two functions coming from device 0, but there will be no device 1 on >> the same bus. >> >> A PCI device on the other hand is often sitting alongside other devices >> on the same bus, and if we look back at your sound device, "00:1b.0," >> you can see we have bus 0, device 1b, function 0. Since it's not device >> 0 on its bus, that tells me its a PCI device. (I'm a little foggy on >> the specifics, but I think all PCI devices get shoved on bus 0). >> >> With PCI devices, while you /can/ pass them to VMs, you basically need >> >> to treat the whole bus---and every device on it---as a single entity. >> That pretty much means you need to find everything else on the bus >> and, at the very least, make sure pciback has control of them >> all---which will probably disconnect something your Dom0 won't want to >> miss!---or possibly it may require that all of those devices be passed >> to that same vm as well. Something about PCI being old as dirt makes >> the compromise necessary for the IOMMU to be "guaranteed" to work. >> >> I'm sorry to bother you will all those questions. It's just that I >>> still feel very close to getting this onboard audio to work as it >>> already outputs recognizable sound, besides the buffer underrun issues. >>> >>> Thanks for pointing out SB X-Fi as good last resort. >>> >> >> Not a problem! This is what mailing lists are for! Good questions and >> the mighty Google just help us all keep paying it forward as we can ;) >> >> >> Cheers, >> Andrew >> >> >> >> On 11-05-13 09:47, Andrew Bobulsky wrote: >>> >>>> Hello Arjen, >>>> >>>> On Sat, May 11, 2013 at 2:32 AM, Arjen >>> >>>> > wrote: >>>> >>>> >>>> >>>> I'm looking for suggestions on how to proceed. What logs should I >>>> inspect, what settings need checking? Might it be better to use Qemu >>>> sound emulation? Should I try XCP instead of my current dom0? Can >>>> someone point me towards more documentation about audio passthrough? >>>> >>>> >>>> I've often noticed that onboard audio devices tend to be hung off of a >>>> PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, >>>> but either way, passing things hanging off of PCI has been a hit or miss >>>> affair every time I've tried, and it's never really been stable. >>>> >>>> You said you've passed USB ports properly, and when faced with a similar >>>> problem, I solved it with one of these: >>>> >>>> http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO >>>> >>>> USB audio works really, really well, and even the super cheap adapters >>>> are quite functional... though I've seen their mic inputs susceptible to >>>> interference. Nonetheless, if you don't want to "tech" your way out of >>>> the problem and really love cheap solutions, you should be able to find >>>> adapters of varying quality for about $3 or so, up to $80-ish. After >>>> $20 or so, you're probably paying for more audio >>>> outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a >>>> good example there; I've got one and it works great in Debian Linux with >>>> ALSA, ports and hookups all over the thing, too! :) >>>> >>>> Cheers, >>>> Andrew Bobulsky >>>> >>> > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b33c7e42ff45b04dc87923e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Arjen, Could you tell me a little more about your set= up, I'm looking to set up something similar myself

Do you have X in the dom0? I'm having a hard time getting X to= work with the fglrx drivers in a gentoo dom0
Are you running openSuse, Ubuntu as PV or (PV)HVM guests?
Ar= e you using the fglrx or radeon drivers?

- OJ


On Sat, May = 11, 2013 at 3:21 PM, Arjen <arjenvanweelden@gmail.com> wrote:
Hi Andrew,

Thanks for your comments on BDF notation, it is now clear to me that everyt= hing except the Radeon is on the same PCIe bus 00. So far, this has not bee= n a problem with passthrough such as USB.

I'm more and more convinces that the Alsa underrun is a performance/tim= ing issue and that I just can't configure the right period buffer size = or something. I guess detailed questions about Alsa are for another mailing= list...

I didn't realize you were talking about a SB X-Fi via USB, there seems = to be many different models with similar names. I might just take you up on= your offer for some testing if I decide to give up on the onboard audio.
If you are thinking about getting a HD7xx0, please note that my HIS HD7750 = prevents the domU from rebooting. Looks like the fglrx driver (no open sour= ce driver available yet) does not "turn off" the VGA. The display= keeps sending a blank screen to the display. It then cannot initialize the= VGA during a restart. I think I can live with the work-around that I have = to reboot the dom0 as well, until AMD fixes the driver. I disabled the VGA = passthrough for now, as troubleshooting this sound issue often requires a r= eboot.

Thanks for your quick responses, and have a good (and quiet) weekend!
<= br>
On 11-05-13 12:23, Andrew Bobulsky wrote:
Hello again Arjen,

I'll write my answers in line below:

On May 11, 2013, at 5:04 AM, Arjen <arjenvanweelden@gmail.com
<mailto:a= rjenvanweelden@gmail.com>> wrote:

Hello Andrew,

Thank you for your answer. That sounds very similar to how I solved my
VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to<= br> work. Because of the closed binary drivers, I didn't see another option= .

I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;)

I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4
empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the
trick. Creative does not seem to support Linux but if I read you
right, it works well with Linux?

Optical audio is a funny thing. =A0I think it allows a sound device to add<= br> it at nearly zero computational cost---audio gets encoded to AC3 or DTS
or whatever by the computer and piped out of a "dumb" port where = the
receiver goes on to do all the fun DAC work. =A0As a result, pretty much all of the ultra cheap USB devices support toslink, usually through a
micro(?) SPDIF output combined into the 1/8" jack, the same way Apple&= #39;s
computers have for a good while now.

I've used the optical connection on the X-Fi though, and know it works<= br> well... at least in Windows. ;). If you're considering buying it and need me to run a test on something, just drop me a line and I'll do wha= t
I can for you. =A0...and if you'd like me to reaffirm, it /does/ work o= n

Linux by virtue of being a USB audio device. =A0It's got some special features and a big knob on it and stuff but I can't say whether those would ever work in Linux; not that you'd need them of course!

There is still the option of emulating a soundcard via Xen, but I find
it hard to find any documentation on the requirements of the dom0. I
suppose it need alsa installed? It is possible to emulate a 5.1
soundcard? Could you point me to more documentation?

No clue on that one. =A0The list tends to be pretty quiet on the weekend so I figured I'd try to give you a solution that'd work before Mond= ay
afternoon ;)

Regarding your remark about PCI being hit or miss: How can I check
whether the onboard device is a PCI (or behind a PCIe-PCI bridge)?

OH yes. =A0If I'm not mistaken, devices are in BDF notation, which
literally works like: [domain:]bus:device.function

Domain tends to be omitted a lot, as its nearly always "0000" in = these
situations. =A0Anyway, if you do "lspci -vtQ" you'll get a hi= erarchical
layout of the devices on your pci bus, or just "lspci -vQ" for an= easy
to read list. =A0Back to BDF notation, remember bus:device.function? =A0PCI= e
devices are always(?) device 0 on their own buses. =A0They sometimes have multiple functions, like .0 and .1, but the device will be "device 0&q= uot; on
a uniquely numbered bus---find your Radeon in the list and you'll see i= t
has two functions coming from device 0, but there will be no device 1 on the same bus.

A PCI device on the other hand is often sitting alongside other devices
on the same bus, and if we look back at your sound device, "00:1b.0,&q= uot;
you can see we have bus 0, device 1b, function 0. Since it's not device=
0 on its bus, that tells me its a PCI device. =A0(I'm a little foggy on=
the specifics, but I think all PCI devices get shoved on bus 0).

With PCI devices, while you /can/ pass them to VMs, you basically need
=

to treat the whole bus---and every device on it---as a single entity.
=A0 That pretty much means you need to find everything else on the bus
and, at the very least, make sure pciback has control of them
all---which will probably disconnect something your Dom0 won't want to<= br> miss!---or possibly it may require that all of those devices be passed
to that same vm as well. =A0Something about PCI being old as dirt makes
the compromise necessary for the IOMMU to be "guaranteed" to work= .

I'm sorry to bother you will all those questions. It's just that I<= br> still feel very close to getting this onboard audio to work as it
already outputs recognizable sound, besides the buffer underrun issues.

Thanks for pointing out SB X-Fi as good last resort.

Not a problem! =A0This is what mailing lists are for! =A0Good questions and=
the mighty Google just help us all keep paying it forward as we can ;)


Cheers,
Andrew



On 11-05-13 09:47, Andrew Bobulsky wrote:
Hello Arjen,

On Sat, May 11, 2013 at 2:32 AM, Arjen <arjenvanweelden@gmail.com
<mailto:a= rjenvanweelden@gmail.com>
<mailto:a= rjenvanweelden@gmail.com>> wrote:

=A0 =A0<snip>

=A0 =A0I'm looking for suggestions on how to proceed. What logs should = I
=A0 =A0inspect, what settings need checking? Might it be better to use Qemu=
=A0 =A0sound emulation? Should I try XCP instead of my current dom0? Can =A0 =A0someone point me towards more documentation about audio passthrough?=


I've often noticed that onboard audio devices tend to be hung off of a<= br> PCI bus instead of a PCIe bus. =A0Sometimes they use a PCIe-PCI bridge,
but either way, passing things hanging off of PCI has been a hit or miss affair every time I've tried, and it's never really been stable.
You said you've passed USB ports properly, and when faced with a simila= r
problem, I solved it with one of these:
http://www.amazon.com/Turtle-Beach-Advantage-= Headset-Adapter/dp/B0036VO4XO

USB audio works really, really well, and even the super cheap adapters
are quite functional... though I've seen their mic inputs susceptible t= o
interference. =A0Nonetheless, if you don't want to "tech" you= r way out of
the problem and really love cheap solutions, you should be able to find
adapters of varying quality for about $3 or so, up to $80-ish. =A0After
$20 or so, you're probably paying for more audio
outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a
good example there; I've got one and it works great in Debian Linux wit= h
ALSA, ports and hookups all over the thing, too! :)

Cheers,
Andrew Bobulsky

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

--047d7b33c7e42ff45b04dc87923e-- --===============5941131973918197757== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5941131973918197757==-- From xen-users-bounces@lists.xen.org Sun May 12 16:08:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 16:08:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbYmO-0001FZ-OJ; Sun, 12 May 2013 16:05:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbYmN-0001FU-53 for xen-users@lists.xen.org; Sun, 12 May 2013 16:05:43 +0000 Received: from [85.158.138.51:33633] by server-15.bemta-3.messagelabs.com id 66/3A-32363-6DDBF815; Sun, 12 May 2013 16:05:42 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1368374738!32282413!1 X-Originating-IP: [209.85.220.176] 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 23870 invoked from network); 12 May 2013 16:05:39 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2013 16:05:39 -0000 Received: by mail-vc0-f176.google.com with SMTP id ib11so4820597vcb.21 for ; Sun, 12 May 2013 09:05:38 -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:content-type; bh=76cG8j1/dtlm6YuTDExNRg230HTCG0pkw4PQN+mYAsA=; b=vheO7d4eATWGf3vFL7ymuQ9wQ71p0hRJhsG5mC5j0Vmi/mVemSYqPnknsvHoXzHzjH 6SoTZ4F+21lE+Nxyn9Z+yupKtNF5IEqwio8cOru9jX91d6rKuJ6FK9ZcigyFh5CLbnVw wSmarwv9XHYkvygoUv3xINtpMZMrlsBI7uJfploBXwa1fCbGJiT5SOOfJdngvy/P2Eyi ViL7FszbB/E+8uG54j2x3Dam0jIXzbjpb3ULmqrYI9YVMOlKcaXiiOFHHEOwRegIgKx8 Pw4ejiAvX5TRdM/wJ62HjreoypoanpFftZe4uCnaSFhskZnyUVC3XEK6zHoMKSBvhTmf a+Og== X-Received: by 10.58.32.131 with SMTP id j3mr4601001vei.57.1368374738152; Sun, 12 May 2013 09:05:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Sun, 12 May 2013 09:05:17 -0700 (PDT) In-Reply-To: <518E45C6.80302@gmail.com> References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Sun, 12 May 2013 18:05:17 +0200 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux 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="===============5941131973918197757==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5941131973918197757== Content-Type: multipart/alternative; boundary=047d7b33c7e42ff45b04dc87923e --047d7b33c7e42ff45b04dc87923e Content-Type: text/plain; charset=ISO-8859-1 Arjen, Could you tell me a little more about your setup, I'm looking to set up something similar myself Do you have X in the dom0? I'm having a hard time getting X to work with the fglrx drivers in a gentoo dom0 Are you running openSuse, Ubuntu as PV or (PV)HVM guests? Are you using the fglrx or radeon drivers? - OJ On Sat, May 11, 2013 at 3:21 PM, Arjen wrote: > Hi Andrew, > > Thanks for your comments on BDF notation, it is now clear to me that > everything except the Radeon is on the same PCIe bus 00. So far, this has > not been a problem with passthrough such as USB. > > I'm more and more convinces that the Alsa underrun is a performance/timing > issue and that I just can't configure the right period buffer size or > something. I guess detailed questions about Alsa are for another mailing > list... > > I didn't realize you were talking about a SB X-Fi via USB, there seems to > be many different models with similar names. I might just take you up on > your offer for some testing if I decide to give up on the onboard audio. > > If you are thinking about getting a HD7xx0, please note that my HIS HD7750 > prevents the domU from rebooting. Looks like the fglrx driver (no open > source driver available yet) does not "turn off" the VGA. The display keeps > sending a blank screen to the display. It then cannot initialize the VGA > during a restart. I think I can live with the work-around that I have to > reboot the dom0 as well, until AMD fixes the driver. I disabled the VGA > passthrough for now, as troubleshooting this sound issue often requires a > reboot. > > Thanks for your quick responses, and have a good (and quiet) weekend! > > > On 11-05-13 12:23, Andrew Bobulsky wrote: > >> Hello again Arjen, >> >> I'll write my answers in line below: >> >> On May 11, 2013, at 5:04 AM, Arjen > > wrote: >> >> Hello Andrew, >>> >>> Thank you for your answer. That sounds very similar to how I solved my >>> VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to >>> work. Because of the closed binary drivers, I didn't see another option. >>> >> >> I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) >> >> I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 >>> empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the >>> trick. Creative does not seem to support Linux but if I read you >>> right, it works well with Linux? >>> >> >> Optical audio is a funny thing. I think it allows a sound device to add >> it at nearly zero computational cost---audio gets encoded to AC3 or DTS >> or whatever by the computer and piped out of a "dumb" port where the >> receiver goes on to do all the fun DAC work. As a result, pretty much >> all of the ultra cheap USB devices support toslink, usually through a >> micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's >> computers have for a good while now. >> >> I've used the optical connection on the X-Fi though, and know it works >> well... at least in Windows. ;). If you're considering buying it and >> need me to run a test on something, just drop me a line and I'll do what >> I can for you. ...and if you'd like me to reaffirm, it /does/ work on >> >> Linux by virtue of being a USB audio device. It's got some special >> features and a big knob on it and stuff but I can't say whether those >> would ever work in Linux; not that you'd need them of course! >> >> There is still the option of emulating a soundcard via Xen, but I find >>> it hard to find any documentation on the requirements of the dom0. I >>> suppose it need alsa installed? It is possible to emulate a 5.1 >>> soundcard? Could you point me to more documentation? >>> >> >> No clue on that one. The list tends to be pretty quiet on the weekend >> so I figured I'd try to give you a solution that'd work before Monday >> afternoon ;) >> >> Regarding your remark about PCI being hit or miss: How can I check >>> whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? >>> >> >> OH yes. If I'm not mistaken, devices are in BDF notation, which >> literally works like: [domain:]bus:device.function >> >> Domain tends to be omitted a lot, as its nearly always "0000" in these >> situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical >> layout of the devices on your pci bus, or just "lspci -vQ" for an easy >> to read list. Back to BDF notation, remember bus:device.function? PCIe >> devices are always(?) device 0 on their own buses. They sometimes have >> multiple functions, like .0 and .1, but the device will be "device 0" on >> a uniquely numbered bus---find your Radeon in the list and you'll see it >> has two functions coming from device 0, but there will be no device 1 on >> the same bus. >> >> A PCI device on the other hand is often sitting alongside other devices >> on the same bus, and if we look back at your sound device, "00:1b.0," >> you can see we have bus 0, device 1b, function 0. Since it's not device >> 0 on its bus, that tells me its a PCI device. (I'm a little foggy on >> the specifics, but I think all PCI devices get shoved on bus 0). >> >> With PCI devices, while you /can/ pass them to VMs, you basically need >> >> to treat the whole bus---and every device on it---as a single entity. >> That pretty much means you need to find everything else on the bus >> and, at the very least, make sure pciback has control of them >> all---which will probably disconnect something your Dom0 won't want to >> miss!---or possibly it may require that all of those devices be passed >> to that same vm as well. Something about PCI being old as dirt makes >> the compromise necessary for the IOMMU to be "guaranteed" to work. >> >> I'm sorry to bother you will all those questions. It's just that I >>> still feel very close to getting this onboard audio to work as it >>> already outputs recognizable sound, besides the buffer underrun issues. >>> >>> Thanks for pointing out SB X-Fi as good last resort. >>> >> >> Not a problem! This is what mailing lists are for! Good questions and >> the mighty Google just help us all keep paying it forward as we can ;) >> >> >> Cheers, >> Andrew >> >> >> >> On 11-05-13 09:47, Andrew Bobulsky wrote: >>> >>>> Hello Arjen, >>>> >>>> On Sat, May 11, 2013 at 2:32 AM, Arjen >>> >>>> > wrote: >>>> >>>> >>>> >>>> I'm looking for suggestions on how to proceed. What logs should I >>>> inspect, what settings need checking? Might it be better to use Qemu >>>> sound emulation? Should I try XCP instead of my current dom0? Can >>>> someone point me towards more documentation about audio passthrough? >>>> >>>> >>>> I've often noticed that onboard audio devices tend to be hung off of a >>>> PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, >>>> but either way, passing things hanging off of PCI has been a hit or miss >>>> affair every time I've tried, and it's never really been stable. >>>> >>>> You said you've passed USB ports properly, and when faced with a similar >>>> problem, I solved it with one of these: >>>> >>>> http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO >>>> >>>> USB audio works really, really well, and even the super cheap adapters >>>> are quite functional... though I've seen their mic inputs susceptible to >>>> interference. Nonetheless, if you don't want to "tech" your way out of >>>> the problem and really love cheap solutions, you should be able to find >>>> adapters of varying quality for about $3 or so, up to $80-ish. After >>>> $20 or so, you're probably paying for more audio >>>> outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a >>>> good example there; I've got one and it works great in Debian Linux with >>>> ALSA, ports and hookups all over the thing, too! :) >>>> >>>> Cheers, >>>> Andrew Bobulsky >>>> >>> > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b33c7e42ff45b04dc87923e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Arjen, Could you tell me a little more about your set= up, I'm looking to set up something similar myself

Do you have X in the dom0? I'm having a hard time getting X to= work with the fglrx drivers in a gentoo dom0
Are you running openSuse, Ubuntu as PV or (PV)HVM guests?
Ar= e you using the fglrx or radeon drivers?

- OJ


On Sat, May = 11, 2013 at 3:21 PM, Arjen <arjenvanweelden@gmail.com> wrote:
Hi Andrew,

Thanks for your comments on BDF notation, it is now clear to me that everyt= hing except the Radeon is on the same PCIe bus 00. So far, this has not bee= n a problem with passthrough such as USB.

I'm more and more convinces that the Alsa underrun is a performance/tim= ing issue and that I just can't configure the right period buffer size = or something. I guess detailed questions about Alsa are for another mailing= list...

I didn't realize you were talking about a SB X-Fi via USB, there seems = to be many different models with similar names. I might just take you up on= your offer for some testing if I decide to give up on the onboard audio.
If you are thinking about getting a HD7xx0, please note that my HIS HD7750 = prevents the domU from rebooting. Looks like the fglrx driver (no open sour= ce driver available yet) does not "turn off" the VGA. The display= keeps sending a blank screen to the display. It then cannot initialize the= VGA during a restart. I think I can live with the work-around that I have = to reboot the dom0 as well, until AMD fixes the driver. I disabled the VGA = passthrough for now, as troubleshooting this sound issue often requires a r= eboot.

Thanks for your quick responses, and have a good (and quiet) weekend!
<= br>
On 11-05-13 12:23, Andrew Bobulsky wrote:
Hello again Arjen,

I'll write my answers in line below:

On May 11, 2013, at 5:04 AM, Arjen <arjenvanweelden@gmail.com
<mailto:a= rjenvanweelden@gmail.com>> wrote:

Hello Andrew,

Thank you for your answer. That sounds very similar to how I solved my
VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to<= br> work. Because of the closed binary drivers, I didn't see another option= .

I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;)

I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4
empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the
trick. Creative does not seem to support Linux but if I read you
right, it works well with Linux?

Optical audio is a funny thing. =A0I think it allows a sound device to add<= br> it at nearly zero computational cost---audio gets encoded to AC3 or DTS
or whatever by the computer and piped out of a "dumb" port where = the
receiver goes on to do all the fun DAC work. =A0As a result, pretty much all of the ultra cheap USB devices support toslink, usually through a
micro(?) SPDIF output combined into the 1/8" jack, the same way Apple&= #39;s
computers have for a good while now.

I've used the optical connection on the X-Fi though, and know it works<= br> well... at least in Windows. ;). If you're considering buying it and need me to run a test on something, just drop me a line and I'll do wha= t
I can for you. =A0...and if you'd like me to reaffirm, it /does/ work o= n

Linux by virtue of being a USB audio device. =A0It's got some special features and a big knob on it and stuff but I can't say whether those would ever work in Linux; not that you'd need them of course!

There is still the option of emulating a soundcard via Xen, but I find
it hard to find any documentation on the requirements of the dom0. I
suppose it need alsa installed? It is possible to emulate a 5.1
soundcard? Could you point me to more documentation?

No clue on that one. =A0The list tends to be pretty quiet on the weekend so I figured I'd try to give you a solution that'd work before Mond= ay
afternoon ;)

Regarding your remark about PCI being hit or miss: How can I check
whether the onboard device is a PCI (or behind a PCIe-PCI bridge)?

OH yes. =A0If I'm not mistaken, devices are in BDF notation, which
literally works like: [domain:]bus:device.function

Domain tends to be omitted a lot, as its nearly always "0000" in = these
situations. =A0Anyway, if you do "lspci -vtQ" you'll get a hi= erarchical
layout of the devices on your pci bus, or just "lspci -vQ" for an= easy
to read list. =A0Back to BDF notation, remember bus:device.function? =A0PCI= e
devices are always(?) device 0 on their own buses. =A0They sometimes have multiple functions, like .0 and .1, but the device will be "device 0&q= uot; on
a uniquely numbered bus---find your Radeon in the list and you'll see i= t
has two functions coming from device 0, but there will be no device 1 on the same bus.

A PCI device on the other hand is often sitting alongside other devices
on the same bus, and if we look back at your sound device, "00:1b.0,&q= uot;
you can see we have bus 0, device 1b, function 0. Since it's not device=
0 on its bus, that tells me its a PCI device. =A0(I'm a little foggy on=
the specifics, but I think all PCI devices get shoved on bus 0).

With PCI devices, while you /can/ pass them to VMs, you basically need
=

to treat the whole bus---and every device on it---as a single entity.
=A0 That pretty much means you need to find everything else on the bus
and, at the very least, make sure pciback has control of them
all---which will probably disconnect something your Dom0 won't want to<= br> miss!---or possibly it may require that all of those devices be passed
to that same vm as well. =A0Something about PCI being old as dirt makes
the compromise necessary for the IOMMU to be "guaranteed" to work= .

I'm sorry to bother you will all those questions. It's just that I<= br> still feel very close to getting this onboard audio to work as it
already outputs recognizable sound, besides the buffer underrun issues.

Thanks for pointing out SB X-Fi as good last resort.

Not a problem! =A0This is what mailing lists are for! =A0Good questions and=
the mighty Google just help us all keep paying it forward as we can ;)


Cheers,
Andrew



On 11-05-13 09:47, Andrew Bobulsky wrote:
Hello Arjen,

On Sat, May 11, 2013 at 2:32 AM, Arjen <arjenvanweelden@gmail.com
<mailto:a= rjenvanweelden@gmail.com>
<mailto:a= rjenvanweelden@gmail.com>> wrote:

=A0 =A0<snip>

=A0 =A0I'm looking for suggestions on how to proceed. What logs should = I
=A0 =A0inspect, what settings need checking? Might it be better to use Qemu=
=A0 =A0sound emulation? Should I try XCP instead of my current dom0? Can =A0 =A0someone point me towards more documentation about audio passthrough?=


I've often noticed that onboard audio devices tend to be hung off of a<= br> PCI bus instead of a PCIe bus. =A0Sometimes they use a PCIe-PCI bridge,
but either way, passing things hanging off of PCI has been a hit or miss affair every time I've tried, and it's never really been stable.
You said you've passed USB ports properly, and when faced with a simila= r
problem, I solved it with one of these:
http://www.amazon.com/Turtle-Beach-Advantage-= Headset-Adapter/dp/B0036VO4XO

USB audio works really, really well, and even the super cheap adapters
are quite functional... though I've seen their mic inputs susceptible t= o
interference. =A0Nonetheless, if you don't want to "tech" you= r way out of
the problem and really love cheap solutions, you should be able to find
adapters of varying quality for about $3 or so, up to $80-ish. =A0After
$20 or so, you're probably paying for more audio
outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a
good example there; I've got one and it works great in Debian Linux wit= h
ALSA, ports and hookups all over the thing, too! :)

Cheers,
Andrew Bobulsky

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

--047d7b33c7e42ff45b04dc87923e-- --===============5941131973918197757== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5941131973918197757==-- From xen-users-bounces@lists.xen.org Sun May 12 17:26:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 17:26: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 1Uba0q-00022O-GY; Sun, 12 May 2013 17:24:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uba0p-00022J-Mg for xen-users@lists.xen.org; Sun, 12 May 2013 17:24:43 +0000 Received: from [85.158.139.83:12654] by server-16.bemta-5.messagelabs.com id 1A/7D-31493-A50DF815; Sun, 12 May 2013 17:24:42 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368379480!29977644!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29830 invoked from network); 12 May 2013 17:24:41 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2013 17:24:41 -0000 Received: by mail-ie0-f179.google.com with SMTP id c13so10872009ieb.38 for ; Sun, 12 May 2013 10:24:39 -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=WU4rYHnOS9QP4wD9Kt9mTbfCVnqu/LjmhdKtx3cTaxQ=; b=LWz9KfJvqH0zinRVIdtsXG54R63wjn5CSwWtwGAybRvDscF10ZI2OBeJ+s1bihGNwd dtPOZVXdBb9RjGJo8asPDw6vfHzb28G4iW3ZIp8d/tVod9Aa1q1tO0fA994bRi2jRk2z 90WSoVMzLSjVVxtjcGjdfnbxKCGhFSlMDhJtDn5nMNhkeSIEivBjpyB90TpBsJ6u5w7B B0su2eN1+q23x7NekvKEhfWTKabzAcEh2glsPMO7/5H2GzQh2noswrlrsDCdJ4xUf7et d7fLaG2WBtD6BHqQI7ICgQ7qJdX2lzFaQhFEMXZeghNctrRfGfID8yA7Opw25TIICUsN echw== MIME-Version: 1.0 X-Received: by 10.50.78.65 with SMTP id z1mr7933758igw.75.1368379478671; Sun, 12 May 2013 10:24:38 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Sun, 12 May 2013 10:24:38 -0700 (PDT) Date: Sun, 12 May 2013 11:24:38 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen other cpu emulation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3752253576696543659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3752253576696543659== Content-Type: multipart/alternative; boundary=089e01160d2cbe874b04dc88ac24 --089e01160d2cbe874b04dc88ac24 Content-Type: text/plain; charset=ISO-8859-1 Qemu supports number number of cpu emulation so I wonder if is possible to implement that in xen --089e01160d2cbe874b04dc88ac24 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Qemu supports number number of cpu emulation so I wonder i= f is=A0possible=A0to implement that in xen=A0
--089e01160d2cbe874b04dc88ac24-- --===============3752253576696543659== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3752253576696543659==-- From xen-users-bounces@lists.xen.org Sun May 12 17:26:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 17:26: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 1Uba0q-00022O-GY; Sun, 12 May 2013 17:24:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uba0p-00022J-Mg for xen-users@lists.xen.org; Sun, 12 May 2013 17:24:43 +0000 Received: from [85.158.139.83:12654] by server-16.bemta-5.messagelabs.com id 1A/7D-31493-A50DF815; Sun, 12 May 2013 17:24:42 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368379480!29977644!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29830 invoked from network); 12 May 2013 17:24:41 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2013 17:24:41 -0000 Received: by mail-ie0-f179.google.com with SMTP id c13so10872009ieb.38 for ; Sun, 12 May 2013 10:24:39 -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=WU4rYHnOS9QP4wD9Kt9mTbfCVnqu/LjmhdKtx3cTaxQ=; b=LWz9KfJvqH0zinRVIdtsXG54R63wjn5CSwWtwGAybRvDscF10ZI2OBeJ+s1bihGNwd dtPOZVXdBb9RjGJo8asPDw6vfHzb28G4iW3ZIp8d/tVod9Aa1q1tO0fA994bRi2jRk2z 90WSoVMzLSjVVxtjcGjdfnbxKCGhFSlMDhJtDn5nMNhkeSIEivBjpyB90TpBsJ6u5w7B B0su2eN1+q23x7NekvKEhfWTKabzAcEh2glsPMO7/5H2GzQh2noswrlrsDCdJ4xUf7et d7fLaG2WBtD6BHqQI7ICgQ7qJdX2lzFaQhFEMXZeghNctrRfGfID8yA7Opw25TIICUsN echw== MIME-Version: 1.0 X-Received: by 10.50.78.65 with SMTP id z1mr7933758igw.75.1368379478671; Sun, 12 May 2013 10:24:38 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Sun, 12 May 2013 10:24:38 -0700 (PDT) Date: Sun, 12 May 2013 11:24:38 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen other cpu emulation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3752253576696543659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3752253576696543659== Content-Type: multipart/alternative; boundary=089e01160d2cbe874b04dc88ac24 --089e01160d2cbe874b04dc88ac24 Content-Type: text/plain; charset=ISO-8859-1 Qemu supports number number of cpu emulation so I wonder if is possible to implement that in xen --089e01160d2cbe874b04dc88ac24 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Qemu supports number number of cpu emulation so I wonder i= f is=A0possible=A0to implement that in xen=A0
--089e01160d2cbe874b04dc88ac24-- --===============3752253576696543659== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3752253576696543659==-- From xen-users-bounces@lists.xen.org Sun May 12 18:26:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 18:26: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 1Ubawf-0002eH-KZ; Sun, 12 May 2013 18:24:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubawe-0002eC-7W for xen-users@lists.xen.org; Sun, 12 May 2013 18:24:28 +0000 Received: from [85.158.139.83:48081] by server-16.bemta-5.messagelabs.com id 71/A9-31493-B5EDF815; Sun, 12 May 2013 18:24:27 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368383066!29378634!1 X-Originating-IP: [74.125.82.46] 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 5484 invoked from network); 12 May 2013 18:24:26 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2013 18:24:26 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so5462836wgh.13 for ; Sun, 12 May 2013 11:24:26 -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 :content-transfer-encoding; bh=nSuevkHSgL+1V0HfUqHlHCL2yJEmJ+GJuVDqXlP+JeI=; b=xapBzvnwLTgAmSavaADqi7OQNuy+O98mHnl/hhpEZSFDik86d9t9rGwTXCREbhsGIZ znXsSv8GT5TjhZWWF6zX5IdJxYyROYGNWobUonLMOJPhkwYaWALkdlvTtpIQA8J4xLe4 cTfQXfDGDmTS0+AmzCU4yITuKMyAxFrboXvq9plIxKfpQUaoan4thfqL6fRLVj7oHOGe 1pDDx7m7mhcp1hu44071D5uPPl1YJQddmoCqAs08SqVORjpDsFWKQwZcYrq0mR201XgG sDztYpSeEDqXosnuCfc1btnl9I9Nh5oFE8WtaqOdRkMTZ5qLdqzlEA21M9qDEDJqbCjd sd3g== X-Received: by 10.194.119.202 with SMTP id kw10mr35372271wjb.26.1368383066305; Sun, 12 May 2013 11:24:26 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id fu14sm8596739wic.8.2013.05.12.11.24.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 May 2013 11:24:25 -0700 (PDT) Message-ID: <518FDE54.2040209@gmail.com> Date: Sun, 12 May 2013 20:24:20 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: ole.johan.varingstad@gmail.com References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 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 Hi OJ, I bought an Intel 3770S and an ASRock H77M that provides a working VT-D = setup. I run a minimal Gentoo dom0 with efibootmgr, grub2 and = xen-4.2.1-r2 (all ~amd) using the onboard Intel HD4000 and a PS/2 = keyboard. I have no X installed and are just now setting up Alsa to test = the onboard audio on the dom0. OpenSUSE 12.3 runs fine on the bare metal = with onboard Intel VGA. My recently bought a HIS Radeon HD7750 iCooler that works using = secondary VGA passthrough with decent OpenGL 4 support on OpenSUSE 12.3 = HVM. Note that I have to reboot dom0 before restarting this domU. I use = the fglrx driver as there are no open source drivers for the HD7xxx's = with OpenGL 3.2 yet. USB2 passthrough works fine. I trying to = passthrough the onboard Intel HD Audio as well but am getting very = choppy sound in the domU. I successfully run Mythbuntu 12.04.2 (amd64) as a HVM domU with PV = drivers, but I have yet to try my Hauppauge PVR-150 PCI tv-card. If that = does not work via passthrough, I'll probably buy a USB2 tv-stick = instead. I could also boot Ubuntu 12.04.2 and 13.04 live CD but did not = try to install them. For both domU's I have to specify the boot disk as hda, because Grub = won't boot if I specify it as xvda. I provide the root, home and swap = virtual disks via LVM2. Both use PV network drivers and DHCP via my = router. The primary VGA is 'stdvga' because that worked a little better = than Cirrus emulation. I currently use a VNC program from another PC to = interact with both domU's. All domU's use their distribution's default = (desktop) kernels and pci_msitranslate, pci_power_mgmt, xen_platform_pci = are enabled. Does this help you, or is there anything more specific that you would = like to know? kind regards, Arjen On 12-05-13 18:05, Ole Johan V=E6ringstad wrote: > Arjen, Could you tell me a little more about your setup, I'm looking to > set up something similar myself > > Do you have X in the dom0? I'm having a hard time getting X to work with > the fglrx drivers in a gentoo dom0 > Are you running openSuse, Ubuntu as PV or (PV)HVM guests? > Are you using the fglrx or radeon drivers? > > - OJ > (snip) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 12 18:26:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 12 May 2013 18:26: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 1Ubawf-0002eH-KZ; Sun, 12 May 2013 18:24:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubawe-0002eC-7W for xen-users@lists.xen.org; Sun, 12 May 2013 18:24:28 +0000 Received: from [85.158.139.83:48081] by server-16.bemta-5.messagelabs.com id 71/A9-31493-B5EDF815; Sun, 12 May 2013 18:24:27 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368383066!29378634!1 X-Originating-IP: [74.125.82.46] 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 5484 invoked from network); 12 May 2013 18:24:26 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2013 18:24:26 -0000 Received: by mail-wg0-f46.google.com with SMTP id n12so5462836wgh.13 for ; Sun, 12 May 2013 11:24:26 -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 :content-transfer-encoding; bh=nSuevkHSgL+1V0HfUqHlHCL2yJEmJ+GJuVDqXlP+JeI=; b=xapBzvnwLTgAmSavaADqi7OQNuy+O98mHnl/hhpEZSFDik86d9t9rGwTXCREbhsGIZ znXsSv8GT5TjhZWWF6zX5IdJxYyROYGNWobUonLMOJPhkwYaWALkdlvTtpIQA8J4xLe4 cTfQXfDGDmTS0+AmzCU4yITuKMyAxFrboXvq9plIxKfpQUaoan4thfqL6fRLVj7oHOGe 1pDDx7m7mhcp1hu44071D5uPPl1YJQddmoCqAs08SqVORjpDsFWKQwZcYrq0mR201XgG sDztYpSeEDqXosnuCfc1btnl9I9Nh5oFE8WtaqOdRkMTZ5qLdqzlEA21M9qDEDJqbCjd sd3g== X-Received: by 10.194.119.202 with SMTP id kw10mr35372271wjb.26.1368383066305; Sun, 12 May 2013 11:24:26 -0700 (PDT) Received: from [172.17.2.2] (dhcp-077-250-101-040.chello.nl. [77.250.101.40]) by mx.google.com with ESMTPSA id fu14sm8596739wic.8.2013.05.12.11.24.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 May 2013 11:24:25 -0700 (PDT) Message-ID: <518FDE54.2040209@gmail.com> Date: Sun, 12 May 2013 20:24:20 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: ole.johan.varingstad@gmail.com References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 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 Hi OJ, I bought an Intel 3770S and an ASRock H77M that provides a working VT-D = setup. I run a minimal Gentoo dom0 with efibootmgr, grub2 and = xen-4.2.1-r2 (all ~amd) using the onboard Intel HD4000 and a PS/2 = keyboard. I have no X installed and are just now setting up Alsa to test = the onboard audio on the dom0. OpenSUSE 12.3 runs fine on the bare metal = with onboard Intel VGA. My recently bought a HIS Radeon HD7750 iCooler that works using = secondary VGA passthrough with decent OpenGL 4 support on OpenSUSE 12.3 = HVM. Note that I have to reboot dom0 before restarting this domU. I use = the fglrx driver as there are no open source drivers for the HD7xxx's = with OpenGL 3.2 yet. USB2 passthrough works fine. I trying to = passthrough the onboard Intel HD Audio as well but am getting very = choppy sound in the domU. I successfully run Mythbuntu 12.04.2 (amd64) as a HVM domU with PV = drivers, but I have yet to try my Hauppauge PVR-150 PCI tv-card. If that = does not work via passthrough, I'll probably buy a USB2 tv-stick = instead. I could also boot Ubuntu 12.04.2 and 13.04 live CD but did not = try to install them. For both domU's I have to specify the boot disk as hda, because Grub = won't boot if I specify it as xvda. I provide the root, home and swap = virtual disks via LVM2. Both use PV network drivers and DHCP via my = router. The primary VGA is 'stdvga' because that worked a little better = than Cirrus emulation. I currently use a VNC program from another PC to = interact with both domU's. All domU's use their distribution's default = (desktop) kernels and pci_msitranslate, pci_power_mgmt, xen_platform_pci = are enabled. Does this help you, or is there anything more specific that you would = like to know? kind regards, Arjen On 12-05-13 18:05, Ole Johan V=E6ringstad wrote: > Arjen, Could you tell me a little more about your setup, I'm looking to > set up something similar myself > > Do you have X in the dom0? I'm having a hard time getting X to work with > the fglrx drivers in a gentoo dom0 > Are you running openSuse, Ubuntu as PV or (PV)HVM guests? > Are you using the fglrx or radeon drivers? > > - OJ > (snip) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 03:34:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 03:34:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVf-00027v-Ur; Mon, 13 May 2013 03:33:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVe-00027i-6Q; Mon, 13 May 2013 03:33:10 +0000 Received: from [85.158.143.99:47474] by server-2.bemta-4.messagelabs.com id 6D/E5-27124-5FE50915; Mon, 13 May 2013 03:33:09 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1368415986!23538511!1 X-Originating-IP: [209.85.219.49] 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 7833 invoked from network); 13 May 2013 03:33:08 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 03:33:08 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so5302759oag.8 for ; Sun, 12 May 2013 20:33:06 -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=uYMHRImsWX/QUCP7nn6ErFK8YJ9rzekAZgMBWiFwMtg=; b=jzIAMCoJFmOmhuTiJ6xBYbVCBxKH5oaGmJdohJfHyJGwqdSQ5rUmSwRbK9oTf/9LjC IEFc7KHiYdqsWxvfjtaPEkEa9QdJN4VtEzidhPwAwjE/22o/zLvc2sAl6YR+YP00vdle XXaUS2mPh/vcBDw3nP7RvM82GOoI3q2HYNpM2TW4RiKSYaAATPteAuMh6aibs0AvOHZX nHw/5S7jl1lVdk8cR55IjUoDZP23z9ntwk6vQTkvZH5pOsEhtA+fhjPEptcpcfuNnm+c vhK2Vwho6Pj/wV1KbfjjHbmIbCPoj0kfrla+UcsM5pUAv22Pr20AH2BWgUGAsDK8KCg8 IeMw== MIME-Version: 1.0 X-Received: by 10.182.213.105 with SMTP id nr9mr1175887obc.78.1368415986098; Sun, 12 May 2013 20:33:06 -0700 (PDT) Received: by 10.60.29.138 with HTTP; Sun, 12 May 2013 20:33:06 -0700 (PDT) Date: Sun, 12 May 2013 23:33:06 -0400 Message-ID: From: Gizmo Chicken To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] XCP 1.6: GPU passthrough with Ubuntu 13.04 HVM guest? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5908833820147749831==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5908833820147749831== Content-Type: multipart/alternative; boundary=001a11c2e8b8c1a80604dc912c05 --001a11c2e8b8c1a80604dc912c05 Content-Type: text/plain; charset=ISO-8859-1 XCP 1.6: GPU passthrough with an Ubuntu 13.04 HVM guest? Anyone? Anyone? Bueller? Anyone? On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken wrote: > I have a Radeon HD 6670 GPU and an IOMMU enabled motherboard. With that > GPU and motherboard, I had absolutely no trouble getting GPU passthrough to > work with XCP 1.6 and a Windows 7 guest. It just worked! And after some > trial and error (mostly error), I was able to get GPU passthrough working > with XCP 1.6 and an Ubuntu 12.04 HVM guest. > > But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no luck > at all in getting GPU passthrough to work. > > Has anyone out there had any luck getting GPU passthrough to work with a > Radeon GPU and an Ubuntu 12.10 (or 13.04) HVM guest? > > If you've had any luck getting GPU passthrough to work with a Radeon GPU > and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a few > tips, such as what driver was used and what edits, if any, were made to any > relevant guest configuration files? > > Thanks in advance for any help provided. > > Best regards, > GizmoChicken > > --001a11c2e8b8c1a80604dc912c05 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
XCP 1.6:=A0 GPU passthrough with an Ubuntu 13.04 HVM guest= ?

Anyone?=A0 Anyone?=A0 Bueller?=A0 Anyone?


On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken <gizmoc= hicken@gmail.com> wrote:
I have a Radeon HD 6670 G= PU and an IOMMU enabled motherboard.=A0 With that GPU and motherboard, I ha= d absolutely no trouble getting GPU passthrough to work with XCP 1.6 and a = Windows 7 guest. It just worked!=A0 And after some trial and error (mostly = error), I was able to get GPU passthrough working with XCP 1.6 and an Ubunt= u 12.04 HVM guest.=A0

But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no lu= ck at all in getting GPU passthrough to work.

Has anyone out there h= ad any luck getting GPU passthrough to work with a Radeon GPU and an Ubuntu= 12.10 (or 13.04) HVM guest?

If you've had any luck getting GPU passthrough to work with a Radeo= n GPU and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a = few tips, such as what driver was used and what edits, if any, were made to= any relevant guest configuration files?

Thanks in advance for any help provided.

Best regards,
GizmoC= hicken


--001a11c2e8b8c1a80604dc912c05-- --===============5908833820147749831== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5908833820147749831==-- From xen-users-bounces@lists.xen.org Mon May 13 03:34:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 03:34:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVf-00027v-Ur; Mon, 13 May 2013 03:33:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVe-00027i-6Q; Mon, 13 May 2013 03:33:10 +0000 Received: from [85.158.143.99:47474] by server-2.bemta-4.messagelabs.com id 6D/E5-27124-5FE50915; Mon, 13 May 2013 03:33:09 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1368415986!23538511!1 X-Originating-IP: [209.85.219.49] 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 7833 invoked from network); 13 May 2013 03:33:08 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 03:33:08 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so5302759oag.8 for ; Sun, 12 May 2013 20:33:06 -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=uYMHRImsWX/QUCP7nn6ErFK8YJ9rzekAZgMBWiFwMtg=; b=jzIAMCoJFmOmhuTiJ6xBYbVCBxKH5oaGmJdohJfHyJGwqdSQ5rUmSwRbK9oTf/9LjC IEFc7KHiYdqsWxvfjtaPEkEa9QdJN4VtEzidhPwAwjE/22o/zLvc2sAl6YR+YP00vdle XXaUS2mPh/vcBDw3nP7RvM82GOoI3q2HYNpM2TW4RiKSYaAATPteAuMh6aibs0AvOHZX nHw/5S7jl1lVdk8cR55IjUoDZP23z9ntwk6vQTkvZH5pOsEhtA+fhjPEptcpcfuNnm+c vhK2Vwho6Pj/wV1KbfjjHbmIbCPoj0kfrla+UcsM5pUAv22Pr20AH2BWgUGAsDK8KCg8 IeMw== MIME-Version: 1.0 X-Received: by 10.182.213.105 with SMTP id nr9mr1175887obc.78.1368415986098; Sun, 12 May 2013 20:33:06 -0700 (PDT) Received: by 10.60.29.138 with HTTP; Sun, 12 May 2013 20:33:06 -0700 (PDT) Date: Sun, 12 May 2013 23:33:06 -0400 Message-ID: From: Gizmo Chicken To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] XCP 1.6: GPU passthrough with Ubuntu 13.04 HVM guest? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5908833820147749831==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5908833820147749831== Content-Type: multipart/alternative; boundary=001a11c2e8b8c1a80604dc912c05 --001a11c2e8b8c1a80604dc912c05 Content-Type: text/plain; charset=ISO-8859-1 XCP 1.6: GPU passthrough with an Ubuntu 13.04 HVM guest? Anyone? Anyone? Bueller? Anyone? On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken wrote: > I have a Radeon HD 6670 GPU and an IOMMU enabled motherboard. With that > GPU and motherboard, I had absolutely no trouble getting GPU passthrough to > work with XCP 1.6 and a Windows 7 guest. It just worked! And after some > trial and error (mostly error), I was able to get GPU passthrough working > with XCP 1.6 and an Ubuntu 12.04 HVM guest. > > But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no luck > at all in getting GPU passthrough to work. > > Has anyone out there had any luck getting GPU passthrough to work with a > Radeon GPU and an Ubuntu 12.10 (or 13.04) HVM guest? > > If you've had any luck getting GPU passthrough to work with a Radeon GPU > and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a few > tips, such as what driver was used and what edits, if any, were made to any > relevant guest configuration files? > > Thanks in advance for any help provided. > > Best regards, > GizmoChicken > > --001a11c2e8b8c1a80604dc912c05 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
XCP 1.6:=A0 GPU passthrough with an Ubuntu 13.04 HVM guest= ?

Anyone?=A0 Anyone?=A0 Bueller?=A0 Anyone?


On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken <gizmoc= hicken@gmail.com> wrote:
I have a Radeon HD 6670 G= PU and an IOMMU enabled motherboard.=A0 With that GPU and motherboard, I ha= d absolutely no trouble getting GPU passthrough to work with XCP 1.6 and a = Windows 7 guest. It just worked!=A0 And after some trial and error (mostly = error), I was able to get GPU passthrough working with XCP 1.6 and an Ubunt= u 12.04 HVM guest.=A0

But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no lu= ck at all in getting GPU passthrough to work.

Has anyone out there h= ad any luck getting GPU passthrough to work with a Radeon GPU and an Ubuntu= 12.10 (or 13.04) HVM guest?

If you've had any luck getting GPU passthrough to work with a Radeo= n GPU and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a = few tips, such as what driver was used and what edits, if any, were made to= any relevant guest configuration files?

Thanks in advance for any help provided.

Best regards,
GizmoC= hicken


--001a11c2e8b8c1a80604dc912c05-- --===============5908833820147749831== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5908833820147749831==-- From xen-users-bounces@lists.xen.org Mon May 13 07:31:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 07:31: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 1UbnCl-0004FH-1W; Mon, 13 May 2013 07:29:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbnCj-0004FC-FS for xen-users@lists.xen.org; Mon, 13 May 2013 07:29:53 +0000 Received: from [85.158.138.51:28055] by server-6.bemta-3.messagelabs.com id 0B/C9-14331-07690915; Mon, 13 May 2013 07:29:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-174.messagelabs.com!1368430191!29947021!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 27722 invoked from network); 13 May 2013 07:29:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2013 07:29:51 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.98.13.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id F403E22124E for ; Mon, 13 May 2013 08:29:26 +0100 (BST) Message-ID: <51909653.8030107@bobich.net> Date: Mon, 13 May 2013 08:29:23 +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 References: In-Reply-To: Subject: Re: [Xen-users] xen other cpu emulation X-BeenThere: xen-users@lists.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 05/12/2013 06:24 PM, jacek burghardt wrote: > Qemu supports number number of cpu emulation so I wonder if > is possible to implement that in xen I think you are confusing virtualization with emulation. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 07:31:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 07:31: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 1UbnCl-0004FH-1W; Mon, 13 May 2013 07:29:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbnCj-0004FC-FS for xen-users@lists.xen.org; Mon, 13 May 2013 07:29:53 +0000 Received: from [85.158.138.51:28055] by server-6.bemta-3.messagelabs.com id 0B/C9-14331-07690915; Mon, 13 May 2013 07:29:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-174.messagelabs.com!1368430191!29947021!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 27722 invoked from network); 13 May 2013 07:29:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2013 07:29:51 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.98.13.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id F403E22124E for ; Mon, 13 May 2013 08:29:26 +0100 (BST) Message-ID: <51909653.8030107@bobich.net> Date: Mon, 13 May 2013 08:29:23 +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 References: In-Reply-To: Subject: Re: [Xen-users] xen other cpu emulation X-BeenThere: xen-users@lists.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 05/12/2013 06:24 PM, jacek burghardt wrote: > Qemu supports number number of cpu emulation so I wonder if > is possible to implement that in xen I think you are confusing virtualization with emulation. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 10:32:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10:32: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 1Ubq26-00011d-3Q; Mon, 13 May 2013 10:31:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubq24-000111-1g; Mon, 13 May 2013 10:31:04 +0000 Received: from [85.158.143.99:23808] by server-3.bemta-4.messagelabs.com id 33/03-02015-7E0C0915; Mon, 13 May 2013 10:31:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1368441024!22506281!1 X-Originating-IP: [209.85.214.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24918 invoked from network); 13 May 2013 10:30:24 -0000 Received: from mail-bk0-f51.google.com (HELO mail-bk0-f51.google.com) (209.85.214.51) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 10:30:24 -0000 Received: by mail-bk0-f51.google.com with SMTP id ji2so2353676bkc.24 for ; Mon, 13 May 2013 03:30:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=gS4FbBWHGJClymguk1I5kmRGnnwXHMnX3FDD86fVzHQ=; b=fzmQTCetlVVx25Dwl7Bwiw5LPC90KGGiWYOrLdA7hykWX/9PbDZNnnCxAAC82K/pvI GDo2n3312m7Y5NQ+izUxVkQYp2dFPxREy3LWZKk2l6VBD3Oj2uiPClOqwJaBf1OhKJKr BFsHp+RQynsZQt8J5dC3voFv0q8fz6rVy/AIbJ5qlQpgRV+QsWZlE/ym/RAnrCDgRocL FPMv7fhPKOsAL3KrKItScu4ctH7ndjSehhlDQ2Kyx58IJaniF8y1eUAG6UOfsh4MqUse i8sfkCwVDot29Kdyst0JMQXKqu47eMU4Ojx/HZNviT/Al96Twdnf4lXfR9d9Ek5u9jLQ Jt4A== X-Received: by 10.204.26.8 with SMTP id b8mr5477988bkc.83.1368441023929; Mon, 13 May 2013 03:30:23 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id x5sm1916196bkh.15.2013.05.13.03.30.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 03:30:22 -0700 (PDT) Message-ID: <5190C0BC.5060008@xen.org> Date: Mon, 13 May 2013 11:30:20 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, as part of the move of Xen to the Linux Foundation, I have made a few proposals for Governance changes on the Xen Project mailing lists in the last few weeks. To avoid voting fatigue, several proposals are up for review or voting: - For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/article/80-developers/139-mailing-list-conventions.html - For vote: Dates and Locations for 2014 Events (see below) Regards Lars Voting for Proposals ==================== Two proposals Xen Project Governance v2 and Mailing List Conventions v1 are up for vote using this voting form (http://www.xenproject.org/component/content/article/98-developers/vote/127-vote-governance-v2-and-mailing-list-conventions-v1.html). As the two proposals affect all Xen Project teams, all maintainers, committers and project leads of mature projects and the community manager can vote. The vote will be open until May 20, 2013. Voting for Events ================= As it is very hard to book event space on short notice, I wanted to ask you all where to hold Xen Project user and developer events in 2014. Earlier this year, there was a debate whether we should rotate Xen Events around the globe. The answer was a very strong*yes*. As we have a Hackathon and Xen Developer Summit in Europe this year, Europe will not be an option for a developer event in 2014. Rather than creating a voting form, I decided to use the voting feature on the newxenproject.org website. To vote, you need to create an account. If you have difficulties, let me know. The poll isat http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. The vote will stay open until the middle of June. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 10:32:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10:32: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 1Ubq26-00011d-3Q; Mon, 13 May 2013 10:31:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubq24-000111-1g; Mon, 13 May 2013 10:31:04 +0000 Received: from [85.158.143.99:23808] by server-3.bemta-4.messagelabs.com id 33/03-02015-7E0C0915; Mon, 13 May 2013 10:31:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1368441024!22506281!1 X-Originating-IP: [209.85.214.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24918 invoked from network); 13 May 2013 10:30:24 -0000 Received: from mail-bk0-f51.google.com (HELO mail-bk0-f51.google.com) (209.85.214.51) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 10:30:24 -0000 Received: by mail-bk0-f51.google.com with SMTP id ji2so2353676bkc.24 for ; Mon, 13 May 2013 03:30:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=gS4FbBWHGJClymguk1I5kmRGnnwXHMnX3FDD86fVzHQ=; b=fzmQTCetlVVx25Dwl7Bwiw5LPC90KGGiWYOrLdA7hykWX/9PbDZNnnCxAAC82K/pvI GDo2n3312m7Y5NQ+izUxVkQYp2dFPxREy3LWZKk2l6VBD3Oj2uiPClOqwJaBf1OhKJKr BFsHp+RQynsZQt8J5dC3voFv0q8fz6rVy/AIbJ5qlQpgRV+QsWZlE/ym/RAnrCDgRocL FPMv7fhPKOsAL3KrKItScu4ctH7ndjSehhlDQ2Kyx58IJaniF8y1eUAG6UOfsh4MqUse i8sfkCwVDot29Kdyst0JMQXKqu47eMU4Ojx/HZNviT/Al96Twdnf4lXfR9d9Ek5u9jLQ Jt4A== X-Received: by 10.204.26.8 with SMTP id b8mr5477988bkc.83.1368441023929; Mon, 13 May 2013 03:30:23 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id x5sm1916196bkh.15.2013.05.13.03.30.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 03:30:22 -0700 (PDT) Message-ID: <5190C0BC.5060008@xen.org> Date: Mon, 13 May 2013 11:30:20 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, as part of the move of Xen to the Linux Foundation, I have made a few proposals for Governance changes on the Xen Project mailing lists in the last few weeks. To avoid voting fatigue, several proposals are up for review or voting: - For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/article/80-developers/139-mailing-list-conventions.html - For vote: Dates and Locations for 2014 Events (see below) Regards Lars Voting for Proposals ==================== Two proposals Xen Project Governance v2 and Mailing List Conventions v1 are up for vote using this voting form (http://www.xenproject.org/component/content/article/98-developers/vote/127-vote-governance-v2-and-mailing-list-conventions-v1.html). As the two proposals affect all Xen Project teams, all maintainers, committers and project leads of mature projects and the community manager can vote. The vote will be open until May 20, 2013. Voting for Events ================= As it is very hard to book event space on short notice, I wanted to ask you all where to hold Xen Project user and developer events in 2014. Earlier this year, there was a debate whether we should rotate Xen Events around the globe. The answer was a very strong*yes*. As we have a Hackathon and Xen Developer Summit in Europe this year, Europe will not be an option for a developer event in 2014. Rather than creating a voting form, I decided to use the voting feature on the newxenproject.org website. To vote, you need to create an account. If you have difficulties, let me know. The poll isat http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. The vote will stay open until the middle of June. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 11:45:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 11:45: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 1UbrB3-0005OQ-Hq; Mon, 13 May 2013 11:44:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrB1-0005OG-PX for xen-users@lists.xen.org; Mon, 13 May 2013 11:44:24 +0000 Received: from [85.158.139.83:35294] by server-13.bemta-5.messagelabs.com id 24/39-08040-612D0915; Mon, 13 May 2013 11:44:22 +0000 X-Env-Sender: younghyun.sys@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1368445461!28578210!1 X-Originating-IP: [74.125.83.68] 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 25836 invoked from network); 13 May 2013 11:44:21 -0000 Received: from mail-ee0-f68.google.com (HELO mail-ee0-f68.google.com) (74.125.83.68) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 11:44:21 -0000 Received: by mail-ee0-f68.google.com with SMTP id b47so104eek.7 for ; Mon, 13 May 2013 04:44:21 -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=UAh4pcDSD+DCmEc9oqK4WJ8ptpPtX/pW6JlN4sBgRfE=; b=0bIxyOwbcDmsCW8uxIKSbRZhg/gbq+2cwiBP6t2sCmKk7o/tHGgY4CyChljzIiowsO 4aJmYv9pH2Q+9lG47ym/KfEuhb/W0LAdHopIXCdMJhzH341yYnl6fCTGmi10HDzHjZUC nMioNYEBuBm1Jxk1V9QPOIW0Acag3TBJZFYX4+9m07KK/cNBjNHg0LXdD21kWkeLWm2X GIIP2xh28RHED8Bn34EbcscU2A+j6jRImKCaNGILxNjiA/WrtnG/aOPNA1V5CPk9gmpp lbThQfOOBqPT7WbnF7kiai7h1YS1dUMXp7PX+CzxXIAk4clMT3Wz/n8NE754n94HrYRQ jxQA== MIME-Version: 1.0 X-Received: by 10.15.44.10 with SMTP id y10mr77520283eev.5.1368445461760; Mon, 13 May 2013 04:44:21 -0700 (PDT) Received: by 10.14.125.7 with HTTP; Mon, 13 May 2013 04:44:21 -0700 (PDT) Date: Mon, 13 May 2013 20:44:21 +0900 Message-ID: From: Younghyun Jo To: xen-users@lists.xen.org Subject: [Xen-users] How can I use file-backend VBDs for PVHVM 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: multipart/mixed; boundary="===============7699627805013176687==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7699627805013176687== Content-Type: multipart/alternative; boundary=089e016813b4a4ad2d04dc980997 --089e016813b4a4ad2d04dc980997 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello Everyone, I'm a student in Korea. and I have a question about PVHVM mode. (PVHVM, PV on HVM whatever) I want to use PV driver on HVM domain. and I found the way on the website. wiki.xen.org say - Xen PVHVM drivers configuration example - vif =3D [ 'mac=3D00:16:5e:02:07:45, bridge=3Dxenbr0, model=3De1000' ] disk =3D [ 'phy:/dev/vg01/vm01-disk0,hda,w', ',hdc:cdrom,r' ] xen_platform_pci=3D1 And, I can do that. Exporting physical devices as VBDs is works fine. But, I want to use file disk driver for PVHVM like, disk =3D [=92file:/full/path/to/vm1disk,sda1,w=92] or disk =3D [=92tap:aio:/full/path/to/vm1disk,sda1,w=92] But, when I change disk configuration like that, then, the domain automatically changed to the HVM domain which use emulation.(Not PV driver) So I want to find the way to use file-backend driver. please help me. Best Regards. Younghyun. --089e016813b4a4ad2d04dc980997 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hello Everyone,

I'm a student in Korea. and I have a question about PVHVM mode. (PVH= VM, PV on HVM whatever)

I want to use PV driver on= HVM domain. and I found the way on the website.

wiki.xen.org say

- Xen PVHVM drivers configuration example -=A0
=
vif =3D [ 'mac=3D00:16:5e:02:07:45, bridge=3Dxenbr0, model=3De1000= ' ]
disk =3D [ 'phy:/dev/vg01/vm01-disk0,hda,w', ',hdc:cdrom,r= ' ]
xen_platform_pci=3D1

And, I can = do that. Exporting physical devices as VBDs is works fine.

But, I want to use file disk driver for PVHVM
like,=A0
=
disk =3D [=92file:/= full/path/to/vm1disk,sda1,w=92] or
disk =3D [=92tap:aio:/full/path/to/vm1disk,sda1,w=92]= =A0

But, when I change disk configuration like that,
<= div>then, the domain automatically changed to the HVM domain which use emul= ation.(Not PV driver)

So I want to find the way to= use file-backend driver. please help me.

Best Regards.

Younghyun.
=
--089e016813b4a4ad2d04dc980997-- --===============7699627805013176687== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7699627805013176687==-- From xen-users-bounces@lists.xen.org Mon May 13 11:45:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 11:45: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 1UbrB3-0005OQ-Hq; Mon, 13 May 2013 11:44:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrB1-0005OG-PX for xen-users@lists.xen.org; Mon, 13 May 2013 11:44:24 +0000 Received: from [85.158.139.83:35294] by server-13.bemta-5.messagelabs.com id 24/39-08040-612D0915; Mon, 13 May 2013 11:44:22 +0000 X-Env-Sender: younghyun.sys@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1368445461!28578210!1 X-Originating-IP: [74.125.83.68] 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 25836 invoked from network); 13 May 2013 11:44:21 -0000 Received: from mail-ee0-f68.google.com (HELO mail-ee0-f68.google.com) (74.125.83.68) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 11:44:21 -0000 Received: by mail-ee0-f68.google.com with SMTP id b47so104eek.7 for ; Mon, 13 May 2013 04:44:21 -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=UAh4pcDSD+DCmEc9oqK4WJ8ptpPtX/pW6JlN4sBgRfE=; b=0bIxyOwbcDmsCW8uxIKSbRZhg/gbq+2cwiBP6t2sCmKk7o/tHGgY4CyChljzIiowsO 4aJmYv9pH2Q+9lG47ym/KfEuhb/W0LAdHopIXCdMJhzH341yYnl6fCTGmi10HDzHjZUC nMioNYEBuBm1Jxk1V9QPOIW0Acag3TBJZFYX4+9m07KK/cNBjNHg0LXdD21kWkeLWm2X GIIP2xh28RHED8Bn34EbcscU2A+j6jRImKCaNGILxNjiA/WrtnG/aOPNA1V5CPk9gmpp lbThQfOOBqPT7WbnF7kiai7h1YS1dUMXp7PX+CzxXIAk4clMT3Wz/n8NE754n94HrYRQ jxQA== MIME-Version: 1.0 X-Received: by 10.15.44.10 with SMTP id y10mr77520283eev.5.1368445461760; Mon, 13 May 2013 04:44:21 -0700 (PDT) Received: by 10.14.125.7 with HTTP; Mon, 13 May 2013 04:44:21 -0700 (PDT) Date: Mon, 13 May 2013 20:44:21 +0900 Message-ID: From: Younghyun Jo To: xen-users@lists.xen.org Subject: [Xen-users] How can I use file-backend VBDs for PVHVM 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: multipart/mixed; boundary="===============7699627805013176687==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7699627805013176687== Content-Type: multipart/alternative; boundary=089e016813b4a4ad2d04dc980997 --089e016813b4a4ad2d04dc980997 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello Everyone, I'm a student in Korea. and I have a question about PVHVM mode. (PVHVM, PV on HVM whatever) I want to use PV driver on HVM domain. and I found the way on the website. wiki.xen.org say - Xen PVHVM drivers configuration example - vif =3D [ 'mac=3D00:16:5e:02:07:45, bridge=3Dxenbr0, model=3De1000' ] disk =3D [ 'phy:/dev/vg01/vm01-disk0,hda,w', ',hdc:cdrom,r' ] xen_platform_pci=3D1 And, I can do that. Exporting physical devices as VBDs is works fine. But, I want to use file disk driver for PVHVM like, disk =3D [=92file:/full/path/to/vm1disk,sda1,w=92] or disk =3D [=92tap:aio:/full/path/to/vm1disk,sda1,w=92] But, when I change disk configuration like that, then, the domain automatically changed to the HVM domain which use emulation.(Not PV driver) So I want to find the way to use file-backend driver. please help me. Best Regards. Younghyun. --089e016813b4a4ad2d04dc980997 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hello Everyone,

I'm a student in Korea. and I have a question about PVHVM mode. (PVH= VM, PV on HVM whatever)

I want to use PV driver on= HVM domain. and I found the way on the website.

wiki.xen.org say

- Xen PVHVM drivers configuration example -=A0
=
vif =3D [ 'mac=3D00:16:5e:02:07:45, bridge=3Dxenbr0, model=3De1000= ' ]
disk =3D [ 'phy:/dev/vg01/vm01-disk0,hda,w', ',hdc:cdrom,r= ' ]
xen_platform_pci=3D1

And, I can = do that. Exporting physical devices as VBDs is works fine.

But, I want to use file disk driver for PVHVM
like,=A0
=
disk =3D [=92file:/= full/path/to/vm1disk,sda1,w=92] or
disk =3D [=92tap:aio:/full/path/to/vm1disk,sda1,w=92]= =A0

But, when I change disk configuration like that,
<= div>then, the domain automatically changed to the HVM domain which use emul= ation.(Not PV driver)

So I want to find the way to= use file-backend driver. please help me.

Best Regards.

Younghyun.
=
--089e016813b4a4ad2d04dc980997-- --===============7699627805013176687== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7699627805013176687==-- From xen-users-bounces@lists.xen.org Mon May 13 12:12:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 12:12: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 1UbrbX-0006ik-PP; Mon, 13 May 2013 12:11:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrbV-0006iB-NT; Mon, 13 May 2013 12:11:45 +0000 Received: from [85.158.139.211:27217] by server-7.bemta-5.messagelabs.com id C8/B2-12828-088D0915; Mon, 13 May 2013 12:11:44 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1368447079!22729479!1 X-Originating-IP: [209.85.214.53] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27331 invoked from network); 13 May 2013 12:11:19 -0000 Received: from mail-bk0-f53.google.com (HELO mail-bk0-f53.google.com) (209.85.214.53) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 12:11:19 -0000 Received: by mail-bk0-f53.google.com with SMTP id mx1so211320bkb.12 for ; Mon, 13 May 2013 05:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hLmuV24RrlGz0u4Mc10CI0AcPqgjTUoU/0+2CVqcUso=; b=z2UGVO7QEP52PJXVnIclCaRLw6Sl1O4/wRsSMJ8Hw8snYpxV9SpW1fhL5h+SaNXf5S wNkettM4u87hUc75DJ3uHj12NEHdobKyyHGpec+OtoOdp3RtOC/LmKvCeTNXNnomfgbU hlmiIyVQ7xyerc81oSoLwl/c6JCGD592NJIkTuMqJfiN9m06yABIjbWHr7wYzYLQ6NYC 6Az29eCCCdWyrkf8k1FqAyuZQSe3IQPNxaudkfoDGP8HTR/vgamte/JtwWRwscKfVRR5 obaWfyyPYepl/UroeJtw4y9rtrmS8ChjK93fEhgS1O/KsF4wpm3HR3XLFmoyDrBwlNVV NegA== X-Received: by 10.205.128.68 with SMTP id hd4mr5624556bkc.23.1368447079436; Mon, 13 May 2013 05:11:19 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id f14sm2070115bky.16.2013.05.13.05.11.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 05:11:18 -0700 (PDT) Message-ID: <5190D855.2020608@xen.org> Date: Mon, 13 May 2013 13:11:01 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: lars.kurth@xen.org References: <5190C0BC.5060008@xen.org> In-Reply-To: <5190C0BC.5060008@xen.org> Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 13/05/2013 11:30, Lars Kurth wrote: > Dear Community Members, > > ... To avoid voting fatigue, several proposals are up for review or > voting: I created a slight confusion here by taking the blog post at http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ and not removing "for review" from it. The *only* proposal that is for review has been sent out separately on friday to xen-devel and xen-users named "[Final Community Review] Xen Security Problem Response Process v2" (see http://lists.xen.org/archives/html/xen-devel/2013-05/msg01243.html). All proposals in this mail are for voting, with the original discussions x-reffed in http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 12:12:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 12:12: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 1UbrbX-0006ik-PP; Mon, 13 May 2013 12:11:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrbV-0006iB-NT; Mon, 13 May 2013 12:11:45 +0000 Received: from [85.158.139.211:27217] by server-7.bemta-5.messagelabs.com id C8/B2-12828-088D0915; Mon, 13 May 2013 12:11:44 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1368447079!22729479!1 X-Originating-IP: [209.85.214.53] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27331 invoked from network); 13 May 2013 12:11:19 -0000 Received: from mail-bk0-f53.google.com (HELO mail-bk0-f53.google.com) (209.85.214.53) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 12:11:19 -0000 Received: by mail-bk0-f53.google.com with SMTP id mx1so211320bkb.12 for ; Mon, 13 May 2013 05:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hLmuV24RrlGz0u4Mc10CI0AcPqgjTUoU/0+2CVqcUso=; b=z2UGVO7QEP52PJXVnIclCaRLw6Sl1O4/wRsSMJ8Hw8snYpxV9SpW1fhL5h+SaNXf5S wNkettM4u87hUc75DJ3uHj12NEHdobKyyHGpec+OtoOdp3RtOC/LmKvCeTNXNnomfgbU hlmiIyVQ7xyerc81oSoLwl/c6JCGD592NJIkTuMqJfiN9m06yABIjbWHr7wYzYLQ6NYC 6Az29eCCCdWyrkf8k1FqAyuZQSe3IQPNxaudkfoDGP8HTR/vgamte/JtwWRwscKfVRR5 obaWfyyPYepl/UroeJtw4y9rtrmS8ChjK93fEhgS1O/KsF4wpm3HR3XLFmoyDrBwlNVV NegA== X-Received: by 10.205.128.68 with SMTP id hd4mr5624556bkc.23.1368447079436; Mon, 13 May 2013 05:11:19 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id f14sm2070115bky.16.2013.05.13.05.11.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 05:11:18 -0700 (PDT) Message-ID: <5190D855.2020608@xen.org> Date: Mon, 13 May 2013 13:11:01 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: lars.kurth@xen.org References: <5190C0BC.5060008@xen.org> In-Reply-To: <5190C0BC.5060008@xen.org> Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 13/05/2013 11:30, Lars Kurth wrote: > Dear Community Members, > > ... To avoid voting fatigue, several proposals are up for review or > voting: I created a slight confusion here by taking the blog post at http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ and not removing "for review" from it. The *only* proposal that is for review has been sent out separately on friday to xen-devel and xen-users named "[Final Community Review] Xen Security Problem Response Process v2" (see http://lists.xen.org/archives/html/xen-devel/2013-05/msg01243.html). All proposals in this mail are for voting, with the original discussions x-reffed in http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 13:51:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 13:51: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 1Ubt8a-0002WA-Sy; Mon, 13 May 2013 13:50:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubt8a-0002W2-0R for xen-users@lists.xen.org; Mon, 13 May 2013 13:50:00 +0000 Received: from [85.158.139.83:11831] by server-3.bemta-5.messagelabs.com id 7F/A3-31108-78FE0915; Mon, 13 May 2013 13:49:59 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368452994!29513542!1 X-Originating-IP: [209.85.192.174] 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 19265 invoked from network); 13 May 2013 13:49:56 -0000 Received: from mail-pd0-f174.google.com (HELO mail-pd0-f174.google.com) (209.85.192.174) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 13:49:56 -0000 Received: by mail-pd0-f174.google.com with SMTP id u10so4434251pdi.33 for ; Mon, 13 May 2013 06:49:54 -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=XHkJ/aA2AwyBkxOTMx/UVAE3W3Rj8RBgxlNXjCBrSS0=; b=qBu3ZxYhz6wjtIsEEhiola8gx6Wt765wx2eXA1Tx0gS28sXiPs0hs1ZipeRmZ4PRru iOtzAZlSc68qkr8E6ruE7AHbrbFkCCHqmKnco/FrVJXWzST5ljkPNXgaJa9HEshaT4EQ wZ5KVeio/wd/ZekyfmbONEZXHD2U0p9j3LTLDO1S9OBXyL2ovvCrmSDU8iRL96/OchBf uatephA7d+ZGkOQ8+tXxPWUGiAnVkcYkDXMbkUrFsQOlX76AD5rzmmH9xmEzZjfmrTsI zgy2joNonLhoyMry4V6IDTzz/R5J3FvQk4270nh8llGbH89NlV3FUjPaQr5ZVJzxXJo+ LmSw== MIME-Version: 1.0 X-Received: by 10.66.232.165 with SMTP id tp5mr30143158pac.135.1368452994573; Mon, 13 May 2013 06:49:54 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Mon, 13 May 2013 06:49:54 -0700 (PDT) In-Reply-To: <518D7727.9090208@bobich.net> References: <516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> Date: Mon, 13 May 2013 09:49:54 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic , Casey DeLorme Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 posting :P Hello Gordan, Casey, I hope you've had a good weekend. I got back to my project this morning; I decided to shove one of my 5850's into my board to see if I could get it to work... I've had this Windows DomU running, with GPLPV drivers, for a few hours now. Performance is excellent. I'm using the 5850 passed-through as a PCIe device. One of my 6990s is also plugged in, and it's being used by Dom0. Comically, I've got the better monitor plugged into my Dom0's card because this 5850 lacks mini displayport :D I also can't get gfx_passthru=1 to work. Nothing happens other than an SDL window claiming to be a Serial console showing up on my Dom0's screen. I even have the 5850 set up as my BIOS's primary video card. Oh well :) Gordan, I'm going to poke through your other email later and see if I can present some information to help you line up any of your suspicions. Given the way things have gone for me---and I've basically duplicated as much of your and Casey's setups as humanly possible here---I've got to believe the problem here is ACS, or something related to it. I can even reboot this VM and the card just keeps on working. On another note, should we retire this thread soon? It's getting a bit long and I don't want to discourage any future googlers, nor get too off topic :P Cheers, Andrew On Fri, May 10, 2013 at 6:39 PM, Gordan Bobic wrote: > On 05/10/2013 09:19 PM, Andrew Bobulsky wrote: > >> 2) I actually have it working - for 5 minutes or so at a >> time. If >> the problem was the lack of ACS, it wouldn't work at all. >> >> >> I just can't help but wonder if it /is/ the problem, though. >> It's the >> >> only thing I can pin down that our situations have in common as >> far as >> its being the only "non-compatible" portion of the >> implementation, aside >> from the nearly identical behavior, of course. Maybe the AMD >> driver does >> some stupid stuff that ACS can mitigate? I just wish I knew more >> :( >> >> >> Now you got me thinking... I noticed that when the GPU starts to >> head toward the crash, this appears in the syslog: >> >> May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: >> Multiple Uncorrected (Non-Fatal) error received: id=0000 >> >> It certainly makes me wonder. >> >> Has anyone else seen this error? >> >> The device ID in question is: >> >> 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI >> Express Root Port 3 (rev 22) >> >> which does not bode well... >> >> Duff hardware? >> >> >> Hmmm... I'll poke through my syslog at the next crash. I tried: >> >> cat /var/log/syslog | grep pcieport >> cat /var/log/syslog.1 | grep pcieport >> dmesg | grep pcieport >> >> >> Nothing came back from any of those. I'll see if I can identify any >> unique errors myself though! > > > Worth paying attention to. :) > > >> So what might intrigue you the most here is that while >> I'm stuck >> with >> a VGA device sitting behind this non-ACS compliant >> switch... My >> results are almost identical to yours. Passing one of >> the VGA >> devices >> to the DomU, with or without the corresponding HDMI audio >> doesn't seem >> to matter, I get this: >> >> " it is so intermittent. It works well enough to boot >> up and >> work with >> a gaming type load for a few minutes. Then something >> happens that >> causes the VGA card to require a reset, and it all >> falls apart." >> >> Seriously :P >> >> >> And you are convinced this is to do with the availability >> of ACS? >> >> >> Like I said, it's the only thing that I can pinpoint as being a >> hindrance to compatibility. I guess my request here is if >> anyone can >> help me determine whether or not that's true? >> >> >> What motherboard are you using? Has anyone successfully used it for >> VGA passthrough? I don't think the possibility of both of us having >> similarly duff hardware has been systematically excluded yet. >> >> >> I think I said it, but I'll link here anyway: >> http://www.gigabyte.us/products/product-page.aspx?pid=2957#ov > > > Indeed, you did. Apologies, it's been a long week. :p > > >> As to whether or not anyone's used it for passthrough before... I've got >> no clue. Probably not too many people, seeing as how I'm essentially >> running a custom BIOS :P > > > BIOSes are getting so crap (except maybe on Asus boards) these days that I'm > amazed anything works at all. You wouldn't believe the amount of BIOS > buggyness people are encountering on the SR2, and that's now an EOL product > that should by now have had most of it's bugs fixed (yeah - right). > >> It eventually likes to BSOD, usually on atikmpag.sys I >> think. >> Plenty >> of "an attempt was made to reset the display adapter >> and failed" >> blah >> blah blah. >> >> >> Yes, all too familiar. >> >> This happens 100% of the time if I try to boot with both >> devices attached. >> >> >> Both devices? >> >> >> Yes---that is to say both of the VGA controllers from the 6990. >> The >> relevant portion of my lspci looks like this: >> http://pastebin.com/raw.php?i=__GwekPNAW >> >> >> >> >> OK, I get it. I seem to remember reading in the archives that dual >> VGA passthrough is problematic (my experience over the years shows >> that multiple GPUs are a false economy of highly questionably >> benefit). >> >> >> That's actually pretty much completely accurate. It drives me >> particularly up the wall because I hate running things in full screen, >> and crossfire basically doesn't work at all without that :P > > > I like my full screen gaming - but throw something obscure like an IBM T221 > into the mix and things start to get rather non-trivial. T221 is 3840x2400 > which is too much for DL-DVI to drive. But it's a 10+ year old monitor > design and it actually takes 3xSL-DVI (but there's an adapter available that > makes it drivable using 2xDL-DVI instead). > > Then you have to stitch the screens together (workable with 2xDL-DVI on XP, > you need a Quadro or an Eyefinity card for the driver features to do it on > Vista and 7). What I've found back when my old 4870X2 was bleeding edge was > that with dual monitors attached, the 2nd GPU never did anything at all > (stayed stone cold, performance unaffected by Crossfire). > > Since then I've learned my lesson - buy the biggest single GPU you can > afford - it's as good as it's going to get. Everything else is going to be > hit-and-miss. Debugging other people's products may be fun when you're 14, > but I'm two decades too old to not have something better to do with my time. > Nowdays I appreciate things that "just work" - the unfortunate thing I'm > finding, however, is that there tend to be no things that "just work" that > include all the features that I want - which in turn leads to endless > debugging of other people's software to get it to do what I want, because > apparently, nobody else has tried it before. :-/ > > >> Note: devices 09 and 0a are my "primary" 6990's vga controllers. >> Also, >> my crossfire bridge is disconnected. I'm working with the other >> card, >> devices 0d and 0e. I've included the USB card as well in the list >> because I'm using it, but it causes me no problems whatsoever. >> For what >> its worth, that USB card works great in ESXi as well... Highpoint >> enabled ACS on their PEX chips :D >> >> Just out of interest: >> >> 1) Are you using a multi-socket motherboard? >> >> >> Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 >> 920 in >> it. VT-d support is provided through a hacked BIOS image that I >> found >> on the web a couple years or so ago. >> >> >> Having to use a hacked BIOS for VT-d support is not a good sign or a >> good starting point... >> >> >> Technically, you're right. AFAIK though, this particular generation of >> i7 chips allows for VT-d to be managed entirely by the chipset/bios. > > > That's just it - I don't like things only manageable by binary blobs with no > source code. I'd much rather just have a clean interface (e.g. from /sys/) > to just write the relevant registers straight to the hardware to > enable/disable features. Otherwise you're at the mercy of motherboard > manufacturers who have no interest in supporting a product for people who > have already bought it (sale's made, why should they care). > >> There's no particular req (however artificial) coming out of the CPUs >> for this generation that stipulates VT-d can't be patched in... so I >> figured, "why not?" I was modding my BIOS anyway and decided to use >> this one as a base because it had both VT-d and fully updated option >> ROMs for all my onboard stuff. The world of BIOS modding is a /very/ >> >> neat one; I highly suggest every nerd spend a few days there at some >> point in his life ;) > > > Last time I checked, this was mostly limited to people using BIOS editors to > unhide features. Have things actually progressed to the point where you can > add in a specific assembly payload to initialize things differently? > >> To the point though, it seems very well behaved on everything that >> /isn't/ my 6990 :-( > > > Didn't you mention you had another ATI GPU in another rig that you could > borrow temporarily? It might be worth a shot to see if it's the dual GPUs > that are foiling you. Especially since they are inevitable on the same PCIe > bridge. A standalone single GPU might just work. > > Ironically, my Quadro has been refusing to play ball completely today (it > worked passably well yesterday, although not as well as my 6450 card, which > today seems to be working well enough to get to the login screen without > BSOD-ing. Different slot this time, though, so we'll see how it fares in a > bit. > > [noirqbalance, limiting guest to 3.5GB of RAM] > > [screen corruption, white/black lines] > > >> Yeah. I'm convinced now. They might be a different color, but they're >> in chrome (which uses a GPU accelerated 2d canvas) and they seem to >> precede the crash pretty reliably. > > > Yes, similar here, although I don't use Chrome - I get them in most things, > including on the desktop once it has all started to go wrong. > > >> though I'm considering a hard-hack: think >> of a 12v relay and a PCIe extender cable---if a D3D0 >> reset actually >> powers off the slot momentarily but the PSU plugs on >> the card >> prevent >> it from working, then I could rig up a switch that ties >> those plugs' >> power state into the slot itself---it's radical, yes, but >> possibly the >> most inventive solution I can think of so far. I'm >> super curious to >> see if anyone more knowledgeable than myself thinks it >> would work, >> because it'd be super cheap to build! As the saying goes >> though, I'll >> "cross that bridge when I come to it." :) >> >> >> Interesting. In theory, I think this _should_ work provider >> your PCIe >> bridges support hot-plugging. >> >> To be certain, you'd have to switch both the PCIe slot and >> (if your card >> uses it) the external power inputs. >> >> >> That'd be the idea. Assuming it works the way I think it does, >> I could >> tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc >> and GND >> pins of the PCIe slot and use the relay's output to switch the >> Vcc from >> the plug-in cables off of the PSU. Bears testing with a >> slightly less >> expensive card, but I wouldn't be surprised to see it work! It'd >> require some case modding for sure though, as the extension >> cable will >> get in the way of properly seating the card. It could be >> possible to >> build a tap that could be "slipped in" to a card's PCIe slot... >> Short >> of proper FLR support, this could actually very cheaply be built >> into >> the expansion card itself. I'd suspect that simply adding FLR >> would be >> cheaper on the card manufacturers though. :) >> >> >> Just get a case with more slot cutouts on the back than your >> motherboard has slots. Then feed the ribbon to the bottom so the >> card sits in the slot on the case that is below your motherboard - >> no modding required. :) >> >> >> But... but! I guess that'd require a mini(?) or MicroATX board. I'm a >> full size to XL ATX (or whatever the monster-sized boards are) kind of >> guy. Guess I just want more slots to pass GPUs to VMs, eh? :) > > > You don't need a smaller motherboard - you need a bigger case. :) > > With your board, you could probably do this with a PC-P80 Armorsuit (one of > the few off the shelf cases that will take my SR-2 due to a weird, > needlessly oversized form factor - I mean seriously, who needs 7 PCIe x16 > slots??). > > Hmm... Something just occurred to me - on the SR-2 this could be implemented > _TRIVIALLY_! The SR-2 has jumpers to disable/enable each of the PCIe slots. > So in theory, all I'd have to do is put together a simple USB controlled > witch that would toggle between connecting pins 1-2 and 2-3, and attach it > using a normal 3-pin jumper-type header to the jumper block in question. Or > (boringly), just wire it up to a suitable button on the front of the case. > > I might just have to try this and see what happens (and hope it doesn't make > the magic smoke escape from something). > > >> There's supposed to be some cases out there that allow for mounting of >> expansion cards on the end of flexible extenders. Haven't heard about >> them in a couple years, but either way chances are pretty good that such >> cases aren't exactly affordable... they likely target enterprise >> customers or simply have limited runs... economy of scale and all that. >> Probably the "slip-in" type of adapter/approach would be best, but I >> don't wanna get ahead of myself on a simple idea that may not even work :P > > > Usually rack-mount cases. > But it's amazing what you can achieve with a dremel and a power drill in a > few minutes. ;) > > >> With that in mind, even though I've taken your advice >> and added the >> config info to my xend files, its entirely >> possible---especially in >> light of what Casey said---that I'm just Doing It >> Wrong(TM). It'd >> likely be beneficial for us both to compare notes on that >> regard. If >> either of you would be willing to help, I could >> probably use some >> pointers... I've kinda run out of logs to look at with >> my current >> knowledge on the subject :P >> >> >> Certainly - what notes do you propose we compare? >> >> >> I'm not completely sure. If you can point me to the proper files >> to >> verify that my device has the same PCIe-level compatibility >> issues as >> yours (verify that ACS isn't available to the device and so on) >> then I'd >> call that a step in the right direction. >> >> >> Another thing - Do "lspci -vt" - can you put the card in a slot >> where it doesn't share a bridge with any other PCIe devices? >> >> >> I don't think so. You should see the built-in bridge... it's implied >> slightly up the hierarchy from the two side-by-side 6990 devices, which >> itself attaches to the root port at the top: >> http://pastebin.com/raw.php?i=4dGmneYi > > > But the 2 GPUs are inevitably on the same bridge. I think trying a single > GPU would definitely be a good next step in troubleshooting. > >> Wish me luck! > > > To both of us! :) > > > Gordan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 13:51:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 13:51: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 1Ubt8a-0002WA-Sy; Mon, 13 May 2013 13:50:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubt8a-0002W2-0R for xen-users@lists.xen.org; Mon, 13 May 2013 13:50:00 +0000 Received: from [85.158.139.83:11831] by server-3.bemta-5.messagelabs.com id 7F/A3-31108-78FE0915; Mon, 13 May 2013 13:49:59 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368452994!29513542!1 X-Originating-IP: [209.85.192.174] 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 19265 invoked from network); 13 May 2013 13:49:56 -0000 Received: from mail-pd0-f174.google.com (HELO mail-pd0-f174.google.com) (209.85.192.174) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 13:49:56 -0000 Received: by mail-pd0-f174.google.com with SMTP id u10so4434251pdi.33 for ; Mon, 13 May 2013 06:49:54 -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=XHkJ/aA2AwyBkxOTMx/UVAE3W3Rj8RBgxlNXjCBrSS0=; b=qBu3ZxYhz6wjtIsEEhiola8gx6Wt765wx2eXA1Tx0gS28sXiPs0hs1ZipeRmZ4PRru iOtzAZlSc68qkr8E6ruE7AHbrbFkCCHqmKnco/FrVJXWzST5ljkPNXgaJa9HEshaT4EQ wZ5KVeio/wd/ZekyfmbONEZXHD2U0p9j3LTLDO1S9OBXyL2ovvCrmSDU8iRL96/OchBf uatephA7d+ZGkOQ8+tXxPWUGiAnVkcYkDXMbkUrFsQOlX76AD5rzmmH9xmEzZjfmrTsI zgy2joNonLhoyMry4V6IDTzz/R5J3FvQk4270nh8llGbH89NlV3FUjPaQr5ZVJzxXJo+ LmSw== MIME-Version: 1.0 X-Received: by 10.66.232.165 with SMTP id tp5mr30143158pac.135.1368452994573; Mon, 13 May 2013 06:49:54 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Mon, 13 May 2013 06:49:54 -0700 (PDT) In-Reply-To: <518D7727.9090208@bobich.net> References: <516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> Date: Mon, 13 May 2013 09:49:54 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic , Casey DeLorme Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 posting :P Hello Gordan, Casey, I hope you've had a good weekend. I got back to my project this morning; I decided to shove one of my 5850's into my board to see if I could get it to work... I've had this Windows DomU running, with GPLPV drivers, for a few hours now. Performance is excellent. I'm using the 5850 passed-through as a PCIe device. One of my 6990s is also plugged in, and it's being used by Dom0. Comically, I've got the better monitor plugged into my Dom0's card because this 5850 lacks mini displayport :D I also can't get gfx_passthru=1 to work. Nothing happens other than an SDL window claiming to be a Serial console showing up on my Dom0's screen. I even have the 5850 set up as my BIOS's primary video card. Oh well :) Gordan, I'm going to poke through your other email later and see if I can present some information to help you line up any of your suspicions. Given the way things have gone for me---and I've basically duplicated as much of your and Casey's setups as humanly possible here---I've got to believe the problem here is ACS, or something related to it. I can even reboot this VM and the card just keeps on working. On another note, should we retire this thread soon? It's getting a bit long and I don't want to discourage any future googlers, nor get too off topic :P Cheers, Andrew On Fri, May 10, 2013 at 6:39 PM, Gordan Bobic wrote: > On 05/10/2013 09:19 PM, Andrew Bobulsky wrote: > >> 2) I actually have it working - for 5 minutes or so at a >> time. If >> the problem was the lack of ACS, it wouldn't work at all. >> >> >> I just can't help but wonder if it /is/ the problem, though. >> It's the >> >> only thing I can pin down that our situations have in common as >> far as >> its being the only "non-compatible" portion of the >> implementation, aside >> from the nearly identical behavior, of course. Maybe the AMD >> driver does >> some stupid stuff that ACS can mitigate? I just wish I knew more >> :( >> >> >> Now you got me thinking... I noticed that when the GPU starts to >> head toward the crash, this appears in the syslog: >> >> May 6 16:35:51 normandy kernel: pcieport 0000:00:03.0: AER: >> Multiple Uncorrected (Non-Fatal) error received: id=0000 >> >> It certainly makes me wonder. >> >> Has anyone else seen this error? >> >> The device ID in question is: >> >> 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI >> Express Root Port 3 (rev 22) >> >> which does not bode well... >> >> Duff hardware? >> >> >> Hmmm... I'll poke through my syslog at the next crash. I tried: >> >> cat /var/log/syslog | grep pcieport >> cat /var/log/syslog.1 | grep pcieport >> dmesg | grep pcieport >> >> >> Nothing came back from any of those. I'll see if I can identify any >> unique errors myself though! > > > Worth paying attention to. :) > > >> So what might intrigue you the most here is that while >> I'm stuck >> with >> a VGA device sitting behind this non-ACS compliant >> switch... My >> results are almost identical to yours. Passing one of >> the VGA >> devices >> to the DomU, with or without the corresponding HDMI audio >> doesn't seem >> to matter, I get this: >> >> " it is so intermittent. It works well enough to boot >> up and >> work with >> a gaming type load for a few minutes. Then something >> happens that >> causes the VGA card to require a reset, and it all >> falls apart." >> >> Seriously :P >> >> >> And you are convinced this is to do with the availability >> of ACS? >> >> >> Like I said, it's the only thing that I can pinpoint as being a >> hindrance to compatibility. I guess my request here is if >> anyone can >> help me determine whether or not that's true? >> >> >> What motherboard are you using? Has anyone successfully used it for >> VGA passthrough? I don't think the possibility of both of us having >> similarly duff hardware has been systematically excluded yet. >> >> >> I think I said it, but I'll link here anyway: >> http://www.gigabyte.us/products/product-page.aspx?pid=2957#ov > > > Indeed, you did. Apologies, it's been a long week. :p > > >> As to whether or not anyone's used it for passthrough before... I've got >> no clue. Probably not too many people, seeing as how I'm essentially >> running a custom BIOS :P > > > BIOSes are getting so crap (except maybe on Asus boards) these days that I'm > amazed anything works at all. You wouldn't believe the amount of BIOS > buggyness people are encountering on the SR2, and that's now an EOL product > that should by now have had most of it's bugs fixed (yeah - right). > >> It eventually likes to BSOD, usually on atikmpag.sys I >> think. >> Plenty >> of "an attempt was made to reset the display adapter >> and failed" >> blah >> blah blah. >> >> >> Yes, all too familiar. >> >> This happens 100% of the time if I try to boot with both >> devices attached. >> >> >> Both devices? >> >> >> Yes---that is to say both of the VGA controllers from the 6990. >> The >> relevant portion of my lspci looks like this: >> http://pastebin.com/raw.php?i=__GwekPNAW >> >> >> >> >> OK, I get it. I seem to remember reading in the archives that dual >> VGA passthrough is problematic (my experience over the years shows >> that multiple GPUs are a false economy of highly questionably >> benefit). >> >> >> That's actually pretty much completely accurate. It drives me >> particularly up the wall because I hate running things in full screen, >> and crossfire basically doesn't work at all without that :P > > > I like my full screen gaming - but throw something obscure like an IBM T221 > into the mix and things start to get rather non-trivial. T221 is 3840x2400 > which is too much for DL-DVI to drive. But it's a 10+ year old monitor > design and it actually takes 3xSL-DVI (but there's an adapter available that > makes it drivable using 2xDL-DVI instead). > > Then you have to stitch the screens together (workable with 2xDL-DVI on XP, > you need a Quadro or an Eyefinity card for the driver features to do it on > Vista and 7). What I've found back when my old 4870X2 was bleeding edge was > that with dual monitors attached, the 2nd GPU never did anything at all > (stayed stone cold, performance unaffected by Crossfire). > > Since then I've learned my lesson - buy the biggest single GPU you can > afford - it's as good as it's going to get. Everything else is going to be > hit-and-miss. Debugging other people's products may be fun when you're 14, > but I'm two decades too old to not have something better to do with my time. > Nowdays I appreciate things that "just work" - the unfortunate thing I'm > finding, however, is that there tend to be no things that "just work" that > include all the features that I want - which in turn leads to endless > debugging of other people's software to get it to do what I want, because > apparently, nobody else has tried it before. :-/ > > >> Note: devices 09 and 0a are my "primary" 6990's vga controllers. >> Also, >> my crossfire bridge is disconnected. I'm working with the other >> card, >> devices 0d and 0e. I've included the USB card as well in the list >> because I'm using it, but it causes me no problems whatsoever. >> For what >> its worth, that USB card works great in ESXi as well... Highpoint >> enabled ACS on their PEX chips :D >> >> Just out of interest: >> >> 1) Are you using a multi-socket motherboard? >> >> >> Nope! It's a Gigabyte GA-EX58-EXTREME. It's LGA1366 with an i7 >> 920 in >> it. VT-d support is provided through a hacked BIOS image that I >> found >> on the web a couple years or so ago. >> >> >> Having to use a hacked BIOS for VT-d support is not a good sign or a >> good starting point... >> >> >> Technically, you're right. AFAIK though, this particular generation of >> i7 chips allows for VT-d to be managed entirely by the chipset/bios. > > > That's just it - I don't like things only manageable by binary blobs with no > source code. I'd much rather just have a clean interface (e.g. from /sys/) > to just write the relevant registers straight to the hardware to > enable/disable features. Otherwise you're at the mercy of motherboard > manufacturers who have no interest in supporting a product for people who > have already bought it (sale's made, why should they care). > >> There's no particular req (however artificial) coming out of the CPUs >> for this generation that stipulates VT-d can't be patched in... so I >> figured, "why not?" I was modding my BIOS anyway and decided to use >> this one as a base because it had both VT-d and fully updated option >> ROMs for all my onboard stuff. The world of BIOS modding is a /very/ >> >> neat one; I highly suggest every nerd spend a few days there at some >> point in his life ;) > > > Last time I checked, this was mostly limited to people using BIOS editors to > unhide features. Have things actually progressed to the point where you can > add in a specific assembly payload to initialize things differently? > >> To the point though, it seems very well behaved on everything that >> /isn't/ my 6990 :-( > > > Didn't you mention you had another ATI GPU in another rig that you could > borrow temporarily? It might be worth a shot to see if it's the dual GPUs > that are foiling you. Especially since they are inevitable on the same PCIe > bridge. A standalone single GPU might just work. > > Ironically, my Quadro has been refusing to play ball completely today (it > worked passably well yesterday, although not as well as my 6450 card, which > today seems to be working well enough to get to the login screen without > BSOD-ing. Different slot this time, though, so we'll see how it fares in a > bit. > > [noirqbalance, limiting guest to 3.5GB of RAM] > > [screen corruption, white/black lines] > > >> Yeah. I'm convinced now. They might be a different color, but they're >> in chrome (which uses a GPU accelerated 2d canvas) and they seem to >> precede the crash pretty reliably. > > > Yes, similar here, although I don't use Chrome - I get them in most things, > including on the desktop once it has all started to go wrong. > > >> though I'm considering a hard-hack: think >> of a 12v relay and a PCIe extender cable---if a D3D0 >> reset actually >> powers off the slot momentarily but the PSU plugs on >> the card >> prevent >> it from working, then I could rig up a switch that ties >> those plugs' >> power state into the slot itself---it's radical, yes, but >> possibly the >> most inventive solution I can think of so far. I'm >> super curious to >> see if anyone more knowledgeable than myself thinks it >> would work, >> because it'd be super cheap to build! As the saying goes >> though, I'll >> "cross that bridge when I come to it." :) >> >> >> Interesting. In theory, I think this _should_ work provider >> your PCIe >> bridges support hot-plugging. >> >> To be certain, you'd have to switch both the PCIe slot and >> (if your card >> uses it) the external power inputs. >> >> >> That'd be the idea. Assuming it works the way I think it does, >> I could >> tap a 12v (I'm pretty sure it's 12v in there) relay into the Vcc >> and GND >> pins of the PCIe slot and use the relay's output to switch the >> Vcc from >> the plug-in cables off of the PSU. Bears testing with a >> slightly less >> expensive card, but I wouldn't be surprised to see it work! It'd >> require some case modding for sure though, as the extension >> cable will >> get in the way of properly seating the card. It could be >> possible to >> build a tap that could be "slipped in" to a card's PCIe slot... >> Short >> of proper FLR support, this could actually very cheaply be built >> into >> the expansion card itself. I'd suspect that simply adding FLR >> would be >> cheaper on the card manufacturers though. :) >> >> >> Just get a case with more slot cutouts on the back than your >> motherboard has slots. Then feed the ribbon to the bottom so the >> card sits in the slot on the case that is below your motherboard - >> no modding required. :) >> >> >> But... but! I guess that'd require a mini(?) or MicroATX board. I'm a >> full size to XL ATX (or whatever the monster-sized boards are) kind of >> guy. Guess I just want more slots to pass GPUs to VMs, eh? :) > > > You don't need a smaller motherboard - you need a bigger case. :) > > With your board, you could probably do this with a PC-P80 Armorsuit (one of > the few off the shelf cases that will take my SR-2 due to a weird, > needlessly oversized form factor - I mean seriously, who needs 7 PCIe x16 > slots??). > > Hmm... Something just occurred to me - on the SR-2 this could be implemented > _TRIVIALLY_! The SR-2 has jumpers to disable/enable each of the PCIe slots. > So in theory, all I'd have to do is put together a simple USB controlled > witch that would toggle between connecting pins 1-2 and 2-3, and attach it > using a normal 3-pin jumper-type header to the jumper block in question. Or > (boringly), just wire it up to a suitable button on the front of the case. > > I might just have to try this and see what happens (and hope it doesn't make > the magic smoke escape from something). > > >> There's supposed to be some cases out there that allow for mounting of >> expansion cards on the end of flexible extenders. Haven't heard about >> them in a couple years, but either way chances are pretty good that such >> cases aren't exactly affordable... they likely target enterprise >> customers or simply have limited runs... economy of scale and all that. >> Probably the "slip-in" type of adapter/approach would be best, but I >> don't wanna get ahead of myself on a simple idea that may not even work :P > > > Usually rack-mount cases. > But it's amazing what you can achieve with a dremel and a power drill in a > few minutes. ;) > > >> With that in mind, even though I've taken your advice >> and added the >> config info to my xend files, its entirely >> possible---especially in >> light of what Casey said---that I'm just Doing It >> Wrong(TM). It'd >> likely be beneficial for us both to compare notes on that >> regard. If >> either of you would be willing to help, I could >> probably use some >> pointers... I've kinda run out of logs to look at with >> my current >> knowledge on the subject :P >> >> >> Certainly - what notes do you propose we compare? >> >> >> I'm not completely sure. If you can point me to the proper files >> to >> verify that my device has the same PCIe-level compatibility >> issues as >> yours (verify that ACS isn't available to the device and so on) >> then I'd >> call that a step in the right direction. >> >> >> Another thing - Do "lspci -vt" - can you put the card in a slot >> where it doesn't share a bridge with any other PCIe devices? >> >> >> I don't think so. You should see the built-in bridge... it's implied >> slightly up the hierarchy from the two side-by-side 6990 devices, which >> itself attaches to the root port at the top: >> http://pastebin.com/raw.php?i=4dGmneYi > > > But the 2 GPUs are inevitably on the same bridge. I think trying a single > GPU would definitely be a good next step in troubleshooting. > >> Wish me luck! > > > To both of us! :) > > > Gordan > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 14:23:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 14:23:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbtdW-00049d-2p; Mon, 13 May 2013 14:21:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbtdU-00049Y-60 for xen-users@lists.xen.org; Mon, 13 May 2013 14:21:56 +0000 Received: from [193.109.254.147:42817] by server-6.bemta-14.messagelabs.com id 34/59-00912-307F0915; Mon, 13 May 2013 14:21:55 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1368454195!1420929!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25930 invoked from network); 13 May 2013 14:09:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2013 14:09:57 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 4130E22124E; Mon, 13 May 2013 15:09:54 +0100 (BST) MIME-Version: 1.0 Date: Mon, 13 May 2013 15:09:54 +0100 From: Gordan Bobic To: Andrew Bobulsky In-Reply-To: References: "\"<516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net>" " <518D7727.9090208@bobich.net> Message-ID: <85ee336aaa226f639bd4f9a5d3934302@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org, Casey DeLorme Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Mon, 13 May 2013 09:49:54 -0400, Andrew Bobulsky wrote: > Top posting :P > > Hello Gordan, Casey, > > I hope you've had a good weekend. I got back to my project this > morning; I decided to shove one of my 5850's into my board to see if > I > could get it to work... > > I've had this Windows DomU running, with GPLPV drivers, for a few > hours now. Performance is excellent. I'm using the 5850 > passed-through as a PCIe device. One of my 6990s is also plugged in, > and it's being used by Dom0. Comically, I've got the better monitor > plugged into my Dom0's card because this 5850 lacks mini displayport > :D So a dual GPU passthrough didn't work for you, but a single GPU secondary passthrough, as is most commonly used, works fine? I'm happy for you. Glad to hear that it's the dualness of the GPU that was foiling your previous attempts. > I also can't get gfx_passthru=1 to work. Nothing happens other than > an SDL window claiming to be a Serial console showing up on my Dom0's > screen. I even have the 5850 set up as my BIOS's primary video card. > Oh well :) I _think_ that could be because it is trying to pass through the host's primary GPU as the primary GPU for the domU. Isn't that the way it is supposed to work? You could try setting up your X on the secondary GPU, and pass the primary through with gfx_passthru=1 and see what happens. > Gordan, I'm going to poke through your other email later and see if I > can present some information to help you line up any of your > suspicions. Given the way things have gone for me---and I've > basically duplicated as much of your and Casey's setups as humanly > possible here---I've got to believe the problem here is ACS, or > something related to it. I can even reboot this VM and the card just > keeps on working. What bothers me is that ACS is purely a security feature, not a functionality feature. > On another note, should we retire this thread soon? It's getting a > bit long and I don't want to discourage any future googlers, nor get > too off topic :P We could start a new one, I guess? Or perhaps take it to xen-devel as if it continues it is likely to get low-level and debug-y. The main thing that bothers me at the moment is that it _looks_ like my 5520 PCIe bridge (as in: 5520 PCIe bridge -> NF200 PCIe router -> VGA) clearly starts reporting uncorrected errors on the PCIe bus when the GPU passthrough starts to go wrong that the GPU crashes in the domU and takes the domU down with it. 1) This clearly doesn't happen with bare metal, so there is something happening with the low-level hypervisor interraction that seems to be resulting in corrupt data being sent down the PCIe bus. 2) This doesn't seem to happen in simple 3D applications. For example, I can run OCCT GPU test full screen or furmark in a window for hours without any issues, but as soon as I fire up a game it all goes wrong in very short order. The Quadro case is horribly intermittent, but the ATI behaves very predictably. It always tends to crash at exactly the same point, which leads me to think there is a very specific, very particular thing the domU tries to do that leads to everything falling apart. If only I could figure out _what_ that particular something is, I might actually stand a chance of doing something about it (hence why I was talking about taking PCIe capture dumps, but I imagine this is going to be akin to looking through several GBs of wireshark logs, i.e. boring, time consuming, labour intensive, and without any a-priori promise that it will yield any useful findings. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 14:23:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 14:23:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbtdW-00049d-2p; Mon, 13 May 2013 14:21:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbtdU-00049Y-60 for xen-users@lists.xen.org; Mon, 13 May 2013 14:21:56 +0000 Received: from [193.109.254.147:42817] by server-6.bemta-14.messagelabs.com id 34/59-00912-307F0915; Mon, 13 May 2013 14:21:55 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1368454195!1420929!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25930 invoked from network); 13 May 2013 14:09:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2013 14:09:57 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 4130E22124E; Mon, 13 May 2013 15:09:54 +0100 (BST) MIME-Version: 1.0 Date: Mon, 13 May 2013 15:09:54 +0100 From: Gordan Bobic To: Andrew Bobulsky In-Reply-To: References: "\"<516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net>" " <518D7727.9090208@bobich.net> Message-ID: <85ee336aaa226f639bd4f9a5d3934302@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org, Casey DeLorme Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Mon, 13 May 2013 09:49:54 -0400, Andrew Bobulsky wrote: > Top posting :P > > Hello Gordan, Casey, > > I hope you've had a good weekend. I got back to my project this > morning; I decided to shove one of my 5850's into my board to see if > I > could get it to work... > > I've had this Windows DomU running, with GPLPV drivers, for a few > hours now. Performance is excellent. I'm using the 5850 > passed-through as a PCIe device. One of my 6990s is also plugged in, > and it's being used by Dom0. Comically, I've got the better monitor > plugged into my Dom0's card because this 5850 lacks mini displayport > :D So a dual GPU passthrough didn't work for you, but a single GPU secondary passthrough, as is most commonly used, works fine? I'm happy for you. Glad to hear that it's the dualness of the GPU that was foiling your previous attempts. > I also can't get gfx_passthru=1 to work. Nothing happens other than > an SDL window claiming to be a Serial console showing up on my Dom0's > screen. I even have the 5850 set up as my BIOS's primary video card. > Oh well :) I _think_ that could be because it is trying to pass through the host's primary GPU as the primary GPU for the domU. Isn't that the way it is supposed to work? You could try setting up your X on the secondary GPU, and pass the primary through with gfx_passthru=1 and see what happens. > Gordan, I'm going to poke through your other email later and see if I > can present some information to help you line up any of your > suspicions. Given the way things have gone for me---and I've > basically duplicated as much of your and Casey's setups as humanly > possible here---I've got to believe the problem here is ACS, or > something related to it. I can even reboot this VM and the card just > keeps on working. What bothers me is that ACS is purely a security feature, not a functionality feature. > On another note, should we retire this thread soon? It's getting a > bit long and I don't want to discourage any future googlers, nor get > too off topic :P We could start a new one, I guess? Or perhaps take it to xen-devel as if it continues it is likely to get low-level and debug-y. The main thing that bothers me at the moment is that it _looks_ like my 5520 PCIe bridge (as in: 5520 PCIe bridge -> NF200 PCIe router -> VGA) clearly starts reporting uncorrected errors on the PCIe bus when the GPU passthrough starts to go wrong that the GPU crashes in the domU and takes the domU down with it. 1) This clearly doesn't happen with bare metal, so there is something happening with the low-level hypervisor interraction that seems to be resulting in corrupt data being sent down the PCIe bus. 2) This doesn't seem to happen in simple 3D applications. For example, I can run OCCT GPU test full screen or furmark in a window for hours without any issues, but as soon as I fire up a game it all goes wrong in very short order. The Quadro case is horribly intermittent, but the ATI behaves very predictably. It always tends to crash at exactly the same point, which leads me to think there is a very specific, very particular thing the domU tries to do that leads to everything falling apart. If only I could figure out _what_ that particular something is, I might actually stand a chance of doing something about it (hence why I was talking about taking PCIe capture dumps, but I imagine this is going to be akin to looking through several GBs of wireshark logs, i.e. boring, time consuming, labour intensive, and without any a-priori promise that it will yield any useful findings. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 15:20:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15: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 1UbuWg-00079g-SD; Mon, 13 May 2013 15:18:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbuWe-00079W-Q8 for xen-users@lists.xen.org; Mon, 13 May 2013 15:18:57 +0000 Received: from [85.158.139.211:38246] by server-11.bemta-5.messagelabs.com id 6B/BE-26693-F5401915; Mon, 13 May 2013 15:18:55 +0000 X-Env-Sender: mbaer@lrnet1.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1368458335!22887320!1 X-Originating-IP: [209.85.215.179] 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 6054 invoked from network); 13 May 2013 15:18:55 -0000 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 15:18:55 -0000 Received: by mail-ea0-f179.google.com with SMTP id h10so230725eaj.10 for ; Mon, 13 May 2013 08:18:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=FltH31TLOSmM9kTBwEBKts5kDUPRFWO86tDjY2ajUKo=; b=IHijqjVTlsTshqo9XsOQBcLHIMCMtYhDQQMp4sPrDCrhbmnAFdyw7d8N8pYMcdSYLk hjNoHFBZmk31YA6hhJvc3NpfvxCS1jT/R1Qk1RcnsAU0qlt+1UaAgvEh3y76Dyx2/1u8 5tfV2mv9MwXvOwochbz4IFbB5SbpkCg6SkJUCP0nn7kiquLHNj3H7RJeNDQmsGgyu3zc wxYAigkztmvc3wWNTnJgEXBh734TiBZeJb7nVB8RcbDfakpYlG3HvG3HQ2SEdDzjPa8i /wJLG7rl2csxIfu2vmcgv9QNrkwZ/FRe7kJx8629gZQq3R/nvKe+SAJWojcQwm+Ylmc+ Uj9w== MIME-Version: 1.0 X-Received: by 10.15.95.74 with SMTP id bc50mr79344963eeb.36.1368458334926; Mon, 13 May 2013 08:18:54 -0700 (PDT) Received: by 10.14.140.144 with HTTP; Mon, 13 May 2013 08:18:54 -0700 (PDT) Date: Mon, 13 May 2013 10:18:54 -0500 Message-ID: From: Matt Baer To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkU2/82MiuwC7AbqYI68HvaonjBf8eJmSKiIHtKC1Iu+yiouQM2yNpXWwHiMxzy3gsuzCMY Subject: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0270939008910320740==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0270939008910320740== Content-Type: multipart/alternative; boundary=089e0168164cf1ab1e04dc9b085c --089e0168164cf1ab1e04dc9b085c Content-Type: text/plain; charset=ISO-8859-1 First off, let me start by saying that I am new to Xen. I do have experience in Virtualization, but mainly VirtualBox and VMWare. I'm attempting to test Xen in preparation for the physical server arrival this Friday. The dom0 is currently running on a VirtualBox VM, which I'm wondering if that could be the issue that I'm having. I'm almost 100% up and running. I worked through some issues I had with bridging the network. I've finally got it to a point where I am getting a DHCP address. The dom0 machine is .190 and the domU is .213. I cannot ping the gateway nor anything else from the domU (Debian) nor can I ping the domU from anything else on my network. I haven't seen anything in IPTables that would indicate any issue there. Does anyone have any other suggestions? -- Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --089e0168164cf1ab1e04dc9b085c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
First off, let me start by saying that I am new to Xen.=A0= I do have experience in Virtualization, but mainly VirtualBox and VMWare.<= br clear=3D"all">

I'm attempting to test Xen in prep= aration for the physical server arrival this Friday.=A0 The dom0 is current= ly running on a VirtualBox VM, which I'm wondering if that could be the= issue that I'm having.

I'm almost 100% up and running. I worked through some issues I had = with bridging the network.=A0 I've finally got it to a point where I am= getting a DHCP address.=A0 The dom0 machine is .190 and the domU is .213.= =A0 I cannot ping the gateway nor anything else from the domU (Debian) nor = can I ping the domU from anything else on my network.=A0 I haven't seen= anything in IPTables that would indicate any issue there.=A0 Does anyone h= ave any other suggestions?

--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com
--089e0168164cf1ab1e04dc9b085c-- --===============0270939008910320740== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0270939008910320740==-- From xen-users-bounces@lists.xen.org Mon May 13 15:20:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15: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 1UbuWg-00079g-SD; Mon, 13 May 2013 15:18:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbuWe-00079W-Q8 for xen-users@lists.xen.org; Mon, 13 May 2013 15:18:57 +0000 Received: from [85.158.139.211:38246] by server-11.bemta-5.messagelabs.com id 6B/BE-26693-F5401915; Mon, 13 May 2013 15:18:55 +0000 X-Env-Sender: mbaer@lrnet1.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1368458335!22887320!1 X-Originating-IP: [209.85.215.179] 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 6054 invoked from network); 13 May 2013 15:18:55 -0000 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 15:18:55 -0000 Received: by mail-ea0-f179.google.com with SMTP id h10so230725eaj.10 for ; Mon, 13 May 2013 08:18:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=FltH31TLOSmM9kTBwEBKts5kDUPRFWO86tDjY2ajUKo=; b=IHijqjVTlsTshqo9XsOQBcLHIMCMtYhDQQMp4sPrDCrhbmnAFdyw7d8N8pYMcdSYLk hjNoHFBZmk31YA6hhJvc3NpfvxCS1jT/R1Qk1RcnsAU0qlt+1UaAgvEh3y76Dyx2/1u8 5tfV2mv9MwXvOwochbz4IFbB5SbpkCg6SkJUCP0nn7kiquLHNj3H7RJeNDQmsGgyu3zc wxYAigkztmvc3wWNTnJgEXBh734TiBZeJb7nVB8RcbDfakpYlG3HvG3HQ2SEdDzjPa8i /wJLG7rl2csxIfu2vmcgv9QNrkwZ/FRe7kJx8629gZQq3R/nvKe+SAJWojcQwm+Ylmc+ Uj9w== MIME-Version: 1.0 X-Received: by 10.15.95.74 with SMTP id bc50mr79344963eeb.36.1368458334926; Mon, 13 May 2013 08:18:54 -0700 (PDT) Received: by 10.14.140.144 with HTTP; Mon, 13 May 2013 08:18:54 -0700 (PDT) Date: Mon, 13 May 2013 10:18:54 -0500 Message-ID: From: Matt Baer To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkU2/82MiuwC7AbqYI68HvaonjBf8eJmSKiIHtKC1Iu+yiouQM2yNpXWwHiMxzy3gsuzCMY Subject: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0270939008910320740==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0270939008910320740== Content-Type: multipart/alternative; boundary=089e0168164cf1ab1e04dc9b085c --089e0168164cf1ab1e04dc9b085c Content-Type: text/plain; charset=ISO-8859-1 First off, let me start by saying that I am new to Xen. I do have experience in Virtualization, but mainly VirtualBox and VMWare. I'm attempting to test Xen in preparation for the physical server arrival this Friday. The dom0 is currently running on a VirtualBox VM, which I'm wondering if that could be the issue that I'm having. I'm almost 100% up and running. I worked through some issues I had with bridging the network. I've finally got it to a point where I am getting a DHCP address. The dom0 machine is .190 and the domU is .213. I cannot ping the gateway nor anything else from the domU (Debian) nor can I ping the domU from anything else on my network. I haven't seen anything in IPTables that would indicate any issue there. Does anyone have any other suggestions? -- Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --089e0168164cf1ab1e04dc9b085c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
First off, let me start by saying that I am new to Xen.=A0= I do have experience in Virtualization, but mainly VirtualBox and VMWare.<= br clear=3D"all">

I'm attempting to test Xen in prep= aration for the physical server arrival this Friday.=A0 The dom0 is current= ly running on a VirtualBox VM, which I'm wondering if that could be the= issue that I'm having.

I'm almost 100% up and running. I worked through some issues I had = with bridging the network.=A0 I've finally got it to a point where I am= getting a DHCP address.=A0 The dom0 machine is .190 and the domU is .213.= =A0 I cannot ping the gateway nor anything else from the domU (Debian) nor = can I ping the domU from anything else on my network.=A0 I haven't seen= anything in IPTables that would indicate any issue there.=A0 Does anyone h= ave any other suggestions?

--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com
--089e0168164cf1ab1e04dc9b085c-- --===============0270939008910320740== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0270939008910320740==-- From xen-users-bounces@lists.xen.org Mon May 13 15:38:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:38: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 1Ubuo9-00086x-6o; Mon, 13 May 2013 15:37:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubuo8-00086s-1C for xen-users@lists.xen.org; Mon, 13 May 2013 15:37:00 +0000 Received: from [85.158.143.99:29523] by server-2.bemta-4.messagelabs.com id 2B/9E-27124-B9801915; Mon, 13 May 2013 15:36:59 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1368459416!23037500!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25747 invoked from network); 13 May 2013 15:36:57 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-14.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 13 May 2013 15:36:57 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 13 May 2013 16:36:56 +0100 From: Simon Jones To: Matt Baer , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Bridged, have IP, can't ping anything, including the gateway Thread-Index: AQHOT+5lorFFv6AHLUKu+n/hDPrBYJkDPyjg Date: Mon, 13 May 2013 15:36:55 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: Re: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1427767580851994066==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1427767580851994066== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Your /etc/network/interfaces file should look something like this.. this wo= rks for me but I am on a hardware platform for dom0 rather than a vm. auto lo iface lo inet loopback iface eth1 inet manual auto xenbr0 iface xenbr0 inet dhcp bridge_ports eth1 Simon Jones SEMTEC Limited T/A SAQ SERVICE AND QUALITY SINCE 1996 Sales: 01730 71 00 80 Technical Support: 08707 37 77 01 F: 08707 37 77 08 E: simon@saq.net W: www.saq.net Email: support@saq.net *** Please note our terms of business have recently changed, visit www.saq.= net to review these changes, your continued use of our = products and services are deemed to be an acceptance of these terms and con= ditions.*** HELP!! Need technical support? SAQ Support Plus, expert help per incident = or on contract - call sales 01730 71 00 80 for a quotation www.saq.net/supp= ort. NEW!! Web site design, development and marketing services available - to in= crease your hits please call sales on 01730 71 00 80 for details! FAST!! - 40Mb Fibre Optic Broadband is here -Broadband from less than =A316= per month. What our customer say: "In a day and age when a mechanical voice offering a seemingly endless rang= e of options to choose from in pursuit of that great misnomer 'customer ser= vice' is the norm, one company stands head and shoulders above the rest for= real customer service. Internet service provider, SAQ delivers reassuring = technical support, to even its smallest clients, from the moment the phone = is answered by a courteous, knowledgeable and helpful real life person - th= at is customer service!" SAQ is the trading name of SEMTEC Limited, a private limited company regist= ered in England and Wales under Co Reg No 06481952 and has its registered o= ffice at 18 Chapel Street, Petersfield, Hampshire, GU32 3DZ. Disclaimer & Confidentiality: This e-mail and its attachments are intended = for the above named only and may be confidential. If they have come to you = in error you must take no action based on them, nor must you copy or show t= hem to anyone; please reply to this e-mail and highlight the error. Security Warning: Please note that this e-mail has been created in the know= ledge that Internet e-mail is not a 100% secure communications medium. We a= dvise that you understand and observe this lack of security when e-mailing = us. P Please consider the environment before printing this e-mail. From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Matt Baer Sent: 13 May 2013 16:19 To: xen-users@lists.xen.org Subject: [Xen-users] Bridged, have IP, can't ping anything, including the g= ateway First off, let me start by saying that I am new to Xen. I do have experien= ce in Virtualization, but mainly VirtualBox and VMWare. I'm attempting to test Xen in preparation for the physical server arrival t= his Friday. The dom0 is currently running on a VirtualBox VM, which I'm wo= ndering if that could be the issue that I'm having. I'm almost 100% up and running. I worked through some issues I had with bri= dging the network. I've finally got it to a point where I am getting a DHC= P address. The dom0 machine is .190 and the domU is .213. I cannot ping t= he gateway nor anything else from the domU (Debian) nor can I ping the domU= from anything else on my network. I haven't seen anything in IPTables tha= t would indicate any issue there. Does anyone have any other suggestions? -- Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Your /etc/network/interfa= ces file should look something like this.. this works for me but I am on a = hardware platform for dom0 rather than a vm.

 <= /p>

auto lo=

    iface = lo inet loopback

 <= /p>

    iface = eth1 inet manual

    auto x= enbr0

 <= /p>

    iface = xenbr0 inet dhcp

    &= nbsp;   bridge_ports eth1

 <= /p>

Simon Jones<= br> SEMTEC Limited T/A SAQ

SERVICE A= ND QUALITY SINCE 1996 Sales: 01730 71 00 80
Technical Support: 08707 37 77 01
F: 08707 37 77 08
E: simon@saq.n= et
W: www.saq.net<= /span>
Email: suppo= rt@saq.net

 =

*** Please = note our terms of business have recently changed, visit www.saq.net to review these changes, you= r continued use of our products and services are deemed to be an acceptance= of these terms and conditions.***


HELP!! Need technical support?  SAQ Support Plus, expert help p= er incident or on contract – call sales 01730 71 00 80 for a quotatio= n www.saq.ne= t/support.

NEW!! W= eb site design, development and marketing services available – to inc= rease your hits please call sales on 01730 71 00 80 for details!=

FAST!! = - 40Mb Fibre Optic Broadband is here –Broadband from less than =A316 = per month.

&n= bsp;

What ou= r customer say:

R= 20;In a day and age when a mec= hanical voice offering a seemingly endless range of options to choose from in pursuit of= that great misnomer ‘customer service’ is the norm, one compan= y stands head and shoulders above the rest for real customer service. Inter= net service provider, SAQ delivers reassuring technical support, to even its smallest clients, from the moment the phone= is answered by a courteous, knowledgeable and helpful real life person = 211; that is customer service!”

SAQ is the trading name of SEMTEC Limited, a = private limited company registered in England and Wales under Co Reg No 06481952 and has its registered office at 1= 8 Chapel Street, Petersfield, Hampshire, GU32 3DZ.

Disclaimer & Confidentiality: This e-mail= and its attachments are intended for the above named only and may be confi= dential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please rep= ly to this e-mail and highlight the error.

Security Warning: Please note that this e-mail = has been created in the knowledge that Internet e-mail is not a 100% secure= communications medium. We advise that you understand and observe this lack of security when e-mailing us.

P Please consider the environment befo= re printing this e-mail.

 <= /p>

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bou= nces@lists.xen.org] On Behalf Of Matt Baer
Sent: 13 May 2013 16:19
To: xen-users@lists.xen.org
Subject: [Xen-users] Bridged, have IP, can't ping anything, includin= g the gateway

 

First off, let me start by saying that I am new to X= en.  I do have experience in Virtualization, but mainly VirtualBox and= VMWare.

 

I'm attempting to test Xen in preparation for the ph= ysical server arrival this Friday.  The dom0 is currently running on a= VirtualBox VM, which I'm wondering if that could be the issue that I'm hav= ing.

I'm almost 100% up and running. I worked through some issues I had with bri= dging the network.  I've finally got it to a point where I am getting = a DHCP address.  The dom0 machine is .190 and the domU is .213.  = I cannot ping the gateway nor anything else from the domU (Debian) nor can I ping the domU from anything else on my network= .  I haven't seen anything in IPTables that would indicate any issue t= here.  Does anyone have any other suggestions?


--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.738.2211 - Toll Free
mbaer@lrnet1.com =

--_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_-- --===============1427767580851994066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1427767580851994066==-- From xen-users-bounces@lists.xen.org Mon May 13 15:38:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:38: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 1Ubuo9-00086x-6o; Mon, 13 May 2013 15:37:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubuo8-00086s-1C for xen-users@lists.xen.org; Mon, 13 May 2013 15:37:00 +0000 Received: from [85.158.143.99:29523] by server-2.bemta-4.messagelabs.com id 2B/9E-27124-B9801915; Mon, 13 May 2013 15:36:59 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1368459416!23037500!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25747 invoked from network); 13 May 2013 15:36:57 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-14.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 13 May 2013 15:36:57 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 13 May 2013 16:36:56 +0100 From: Simon Jones To: Matt Baer , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Bridged, have IP, can't ping anything, including the gateway Thread-Index: AQHOT+5lorFFv6AHLUKu+n/hDPrBYJkDPyjg Date: Mon, 13 May 2013 15:36:55 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: Re: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1427767580851994066==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1427767580851994066== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Your /etc/network/interfaces file should look something like this.. this wo= rks for me but I am on a hardware platform for dom0 rather than a vm. auto lo iface lo inet loopback iface eth1 inet manual auto xenbr0 iface xenbr0 inet dhcp bridge_ports eth1 Simon Jones SEMTEC Limited T/A SAQ SERVICE AND QUALITY SINCE 1996 Sales: 01730 71 00 80 Technical Support: 08707 37 77 01 F: 08707 37 77 08 E: simon@saq.net W: www.saq.net Email: support@saq.net *** Please note our terms of business have recently changed, visit www.saq.= net to review these changes, your continued use of our = products and services are deemed to be an acceptance of these terms and con= ditions.*** HELP!! Need technical support? SAQ Support Plus, expert help per incident = or on contract - call sales 01730 71 00 80 for a quotation www.saq.net/supp= ort. NEW!! Web site design, development and marketing services available - to in= crease your hits please call sales on 01730 71 00 80 for details! FAST!! - 40Mb Fibre Optic Broadband is here -Broadband from less than =A316= per month. What our customer say: "In a day and age when a mechanical voice offering a seemingly endless rang= e of options to choose from in pursuit of that great misnomer 'customer ser= vice' is the norm, one company stands head and shoulders above the rest for= real customer service. Internet service provider, SAQ delivers reassuring = technical support, to even its smallest clients, from the moment the phone = is answered by a courteous, knowledgeable and helpful real life person - th= at is customer service!" SAQ is the trading name of SEMTEC Limited, a private limited company regist= ered in England and Wales under Co Reg No 06481952 and has its registered o= ffice at 18 Chapel Street, Petersfield, Hampshire, GU32 3DZ. Disclaimer & Confidentiality: This e-mail and its attachments are intended = for the above named only and may be confidential. If they have come to you = in error you must take no action based on them, nor must you copy or show t= hem to anyone; please reply to this e-mail and highlight the error. Security Warning: Please note that this e-mail has been created in the know= ledge that Internet e-mail is not a 100% secure communications medium. We a= dvise that you understand and observe this lack of security when e-mailing = us. P Please consider the environment before printing this e-mail. From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Matt Baer Sent: 13 May 2013 16:19 To: xen-users@lists.xen.org Subject: [Xen-users] Bridged, have IP, can't ping anything, including the g= ateway First off, let me start by saying that I am new to Xen. I do have experien= ce in Virtualization, but mainly VirtualBox and VMWare. I'm attempting to test Xen in preparation for the physical server arrival t= his Friday. The dom0 is currently running on a VirtualBox VM, which I'm wo= ndering if that could be the issue that I'm having. I'm almost 100% up and running. I worked through some issues I had with bri= dging the network. I've finally got it to a point where I am getting a DHC= P address. The dom0 machine is .190 and the domU is .213. I cannot ping t= he gateway nor anything else from the domU (Debian) nor can I ping the domU= from anything else on my network. I haven't seen anything in IPTables tha= t would indicate any issue there. Does anyone have any other suggestions? -- Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Your /etc/network/interfa= ces file should look something like this.. this works for me but I am on a = hardware platform for dom0 rather than a vm.

 <= /p>

auto lo=

    iface = lo inet loopback

 <= /p>

    iface = eth1 inet manual

    auto x= enbr0

 <= /p>

    iface = xenbr0 inet dhcp

    &= nbsp;   bridge_ports eth1

 <= /p>

Simon Jones<= br> SEMTEC Limited T/A SAQ

SERVICE A= ND QUALITY SINCE 1996 Sales: 01730 71 00 80
Technical Support: 08707 37 77 01
F: 08707 37 77 08
E: simon@saq.n= et
W: www.saq.net<= /span>
Email: suppo= rt@saq.net

 =

*** Please = note our terms of business have recently changed, visit www.saq.net to review these changes, you= r continued use of our products and services are deemed to be an acceptance= of these terms and conditions.***


HELP!! Need technical support?  SAQ Support Plus, expert help p= er incident or on contract – call sales 01730 71 00 80 for a quotatio= n www.saq.ne= t/support.

NEW!! W= eb site design, development and marketing services available – to inc= rease your hits please call sales on 01730 71 00 80 for details!=

FAST!! = - 40Mb Fibre Optic Broadband is here –Broadband from less than =A316 = per month.

&n= bsp;

What ou= r customer say:

R= 20;In a day and age when a mec= hanical voice offering a seemingly endless range of options to choose from in pursuit of= that great misnomer ‘customer service’ is the norm, one compan= y stands head and shoulders above the rest for real customer service. Inter= net service provider, SAQ delivers reassuring technical support, to even its smallest clients, from the moment the phone= is answered by a courteous, knowledgeable and helpful real life person = 211; that is customer service!”

SAQ is the trading name of SEMTEC Limited, a = private limited company registered in England and Wales under Co Reg No 06481952 and has its registered office at 1= 8 Chapel Street, Petersfield, Hampshire, GU32 3DZ.

Disclaimer & Confidentiality: This e-mail= and its attachments are intended for the above named only and may be confi= dential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please rep= ly to this e-mail and highlight the error.

Security Warning: Please note that this e-mail = has been created in the knowledge that Internet e-mail is not a 100% secure= communications medium. We advise that you understand and observe this lack of security when e-mailing us.

P Please consider the environment befo= re printing this e-mail.

 <= /p>

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bou= nces@lists.xen.org] On Behalf Of Matt Baer
Sent: 13 May 2013 16:19
To: xen-users@lists.xen.org
Subject: [Xen-users] Bridged, have IP, can't ping anything, includin= g the gateway

 

First off, let me start by saying that I am new to X= en.  I do have experience in Virtualization, but mainly VirtualBox and= VMWare.

 

I'm attempting to test Xen in preparation for the ph= ysical server arrival this Friday.  The dom0 is currently running on a= VirtualBox VM, which I'm wondering if that could be the issue that I'm hav= ing.

I'm almost 100% up and running. I worked through some issues I had with bri= dging the network.  I've finally got it to a point where I am getting = a DHCP address.  The dom0 machine is .190 and the domU is .213.  = I cannot ping the gateway nor anything else from the domU (Debian) nor can I ping the domU from anything else on my network= .  I haven't seen anything in IPTables that would indicate any issue t= here.  Does anyone have any other suggestions?


--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.738.2211 - Toll Free
mbaer@lrnet1.com =

--_000_C1ABE3AA84CD964DB07F21189E2C4BF983DAC1BCALTERNATEREALIT_-- --===============1427767580851994066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1427767580851994066==-- From xen-users-bounces@lists.xen.org Mon May 13 15:51:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:51: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 1Ubv12-0000PV-VS; Mon, 13 May 2013 15:50:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubv11-0000PL-3U for xen-users@lists.xen.org; Mon, 13 May 2013 15:50:19 +0000 Received: from [85.158.143.99:47872] by server-3.bemta-4.messagelabs.com id 4F/9B-02015-9BB01915; Mon, 13 May 2013 15:50:17 +0000 X-Env-Sender: mbaer@lrnet1.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1368460212!22471963!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24074 invoked from network); 13 May 2013 15:50:15 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 15:50:15 -0000 Received: by mail-ee0-f52.google.com with SMTP id d41so3549414eek.25 for ; Mon, 13 May 2013 08:50:12 -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=ws+C/Zxux2aS6yjtgDMX4mxn0ZgelurA5/EAXm6KL3U=; b=V3DiokN4kZmwEZ9A/+M5GMWEMeQ6YB5k5ZmI0wVGOFOQw8CZEEaF0rcz0BP1V+tXAh qWSFmtc0QTYVcmvAfPU1TJHbFGEEDJrLPwhXSR/IzCTeRSOKvI1lh3hqN0MA6Vq8ITak L3sfTrei2HhnsbdptDKGE3izjjyNxYdDcmkfN93NSAKKGyqxMRy/RX4zGTsdA0dvDv8D Huv+deo41QQ6E5FhcpDsj92mulyc/1Mt0FqiR+CZ5FjdZO1B23VKAyqWjnnLHicc7hjI 6yrZCiF6hc1fBLienPuuytiPuXQllywsZ6eCaYer8xZpaJrSxHd0cAZh8bWSWQxXTtz/ wzTQ== MIME-Version: 1.0 X-Received: by 10.14.107.200 with SMTP id o48mr1267824eeg.35.1368460212101; Mon, 13 May 2013 08:50:12 -0700 (PDT) Received: by 10.14.140.144 with HTTP; Mon, 13 May 2013 08:50:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 May 2013 10:50:12 -0500 Message-ID: From: Matt Baer To: Simon Jones X-Gm-Message-State: ALoCoQn79n/fBXFbrlRzxL9CoMRe1t7GCkvVHPA3R3AoXSbBssMaUEtFLse2CcrLccsrEZqceM5d Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6507188128524761439==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6507188128524761439== Content-Type: multipart/alternative; boundary=001a11c2977cd5186004dc9b78e4 --001a11c2977cd5186004dc9b78e4 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable My /etc/network/interfaces looks exactly like that, but my physical interface is eth0. I am getting a DHCP address, so something is getting passed through. Give the circumstances, the only things I can think of is that there's a firewall issue or the fact that it's run through a VM. Also, I forgot to mention on my original post that the VM has a bridged interface as well, I don't think that should matter, but just throwing it out there. On Mon, May 13, 2013 at 10:36 AM, Simon Jones wrote: > Your /etc/network/interfaces file should look something like this.. this > works for me but I am on a hardware platform for dom0 rather than a vm.**= * > * > > ** ** > > auto lo**** > > iface lo inet loopback**** > > ** ** > > iface eth1 inet manual**** > > auto xenbr0**** > > ** ** > > iface xenbr0 inet dhcp**** > > bridge_ports eth1**** > > ** ** > > Simon Jones > SEMTEC Limited T/A SAQ**** > > *SERVICE AND QUALITY SINCE 1996* > Sales: 01730 71 00 80 > Technical Support: 08707 37 77 01 > F: 08707 37 77 08 > E: simon@saq.net > W: www.saq.net > Email: support@saq.net**** > > * * > > **** Please note our terms of business have recently changed, visit > www.saq.net to review these changes, your continued use of our products > and services are deemed to be an acceptance of these terms and > conditions.**** > > * > HELP!! Need technical support? SAQ Support Plus, expert help per > incident or on contract =96 call sales 01730 71 00 80 for a quotation > www.saq.net/support.* > > *NEW!! Web site design, development and marketing services available =96 = to > increase your hits please call sales on 01730 71 00 80 for details!* > > *FAST!! - 40Mb Fibre Optic Broadband is here =96Broadband from less than > =A316 per month.* > > * * > > *What our customer say:* > > *=93**In a day and age when a mechanical voice offering a seemingly endle= ss > range of options to choose from in pursuit of that great misnomer =91cust= omer > service=92 is the norm, one company stands head and shoulders above the r= est > for real customer service. Internet service provider, SAQ delivers > reassuring technical support, to even its smallest clients, from the mome= nt > the phone is answered by a courteous, knowledgeable and helpful real life > person =96 that is customer service!=94*** > > *SAQ is the trading name of SEMTEC Limited, a private limited company > registered in England and Wales under Co Reg No **06481952** **and has > its registered office at 18 Chapel Street, Petersfield, Hampshire, GU32 3= DZ. > *** > > *Disclaimer & Confidentiality: This e-mail and its attachments are > intended for the above named only and may be confidential. If they have > come to you in error you must take no action based on them, nor must you > copy or show them to anyone; please reply to this e-mail and highlight th= e > error.* > > *Security Warning: Please note that this e-mail has been created in the > knowledge that Internet e-mail is not a 100% secure communications medium= . > We advise that you understand and observe this lack of security when > e-mailing us.***** > > *P** **Please consider the environment before printing this e-mail.***** > > ** ** > > *From:* xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] *On Behalf Of *Matt Baer > *Sent:* 13 May 2013 16:19 > *To:* xen-users@lists.xen.org > *Subject:* [Xen-users] Bridged, have IP, can't ping anything, including > the gateway**** > > ** ** > > First off, let me start by saying that I am new to Xen. I do have > experience in Virtualization, but mainly VirtualBox and VMWare. > **** > > ** ** > > I'm attempting to test Xen in preparation for the physical server arrival > this Friday. The dom0 is currently running on a VirtualBox VM, which I'm > wondering if that could be the issue that I'm having. > > I'm almost 100% up and running. I worked through some issues I had with > bridging the network. I've finally got it to a point where I am getting = a > DHCP address. The dom0 machine is .190 and the domU is .213. I cannot > ping the gateway nor anything else from the domU (Debian) nor can I ping > the domU from anything else on my network. I haven't seen anything in > IPTables that would indicate any issue there. Does anyone have any other > suggestions?**** > > > -- > Thanks, > Matt Baer > Network Manager > Leaf River Telephone Company > 102 W Second Street > Leaf River, IL > 815.738.2211 - Main Office > 866.738.2211 - Toll Free > mbaer@lrnet1.com **** > --=20 Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --001a11c2977cd5186004dc9b78e4 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
My /etc/network/interfaces looks exactly like that, but my= physical interface is eth0.=A0 I am getting a DHCP address, so something i= s getting passed through.=A0 Give the circumstances, the only things I can = think of is that there's a firewall issue or the fact that it's run= through a VM.=A0 Also, I forgot to mention on my original post that the VM= has a bridged interface as well, I don't think that should matter, but= just throwing it out there.


On Mon,= May 13, 2013 at 10:36 AM, Simon Jones <Simon@saq.net> wrote:

Your /etc/network/interfa= ces file should look something like this.. this works for me but I am on a = hardware platform for dom0 rather than a vm.

=A0<= /p>

auto lo

=A0=A0=A0 iface lo inet l= oopback

=A0<= /p>

=A0=A0=A0 iface eth1 inet= manual

=A0=A0=A0 auto xenbr0<= /u>

=A0<= /p>

=A0=A0=A0 iface xenbr0 in= et dhcp

=A0=A0=A0=A0=A0=A0=A0 bri= dge_ports eth1

=A0<= /p>

Simon Jones
SEMTEC Limited T/A SAQ

SERVICE AND QUALITY S= INCE 1996
Sales: 01730 71 00 80
Technical Support: 08707 37 77 01
F: 08707 37 77 08
E: simon@saq= .net
W: www.saq.ne= t
Email: sup= port@saq.net

=A0<= u>

*** Please = note our terms of business have recently changed, visit www.saq.net to review = these changes, your continued use of our products and services are deemed t= o be an acceptance of these terms and conditions.***


HELP!! Need technical support?=A0 SAQ Support Plus, expert help per = incident or on contract =96 call sales 01730 71 00 80 for a quotation www.saq.net/support.

NEW!! W= eb site design, development and marketing services available =96 to increas= e your hits please call sales on 01730 71 00 80 for details!<= /span>

FAST!! = - 40Mb Fibre Optic Broadband is here =96Broadband from less than =A316 per = month.

= =A0

What ou= r customer say:

=93<= /span>In a day and age when a mechani= cal voice offering a seemingly endless range of options to choose from in pursuit of= that great misnomer =91customer service=92 is the norm, one company stands= head and shoulders above the rest for real customer service. Internet serv= ice provider, SAQ delivers reassuring technical support, to even its smallest clients, from the moment the phone= is answered by a courteous, knowledgeable and helpful real life person =96= that is customer service!=94

SAQ is the trading name of SEMTEC Limited, a = private limited company registered in England and Wales under Co Reg No 06481952 and has its registered office at 1= 8 Chapel Street, Petersfield, Hampshire, GU32 3DZ.

Disclaimer & Confidentiality: This e-mail= and its attachments are intended for the above named only and may be confi= dential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please rep= ly to this e-mail and highlight the error.

Security Warning: Please note that this e-mail has been cre= ated in the knowledge that Internet e-mail is not a 100% secure communicati= ons medium. We advise that you understand and observe this lack of security when e-mailing us.

P Please consider the environment befo= re printing this e-mail.

=A0<= /p>

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lis= ts.xen.org] On Behalf Of Matt Baer
Sent: 13 May 2013 16:19
To: xen= -users@lists.xen.org
Subject: [Xen-users] Bridged, have IP, can't ping anything, incl= uding the gateway

=A0

First off, let me start by saying that I am new to X= en.=A0 I do have experience in Virtualization, but mainly VirtualBox and VM= Ware.

=A0

I'm attempting to test Xen in preparation for th= e physical server arrival this Friday.=A0 The dom0 is currently running on = a VirtualBox VM, which I'm wondering if that could be the issue that I&= #39;m having.

I'm almost 100% up and running. I worked through some issues I had with= bridging the network.=A0 I've finally got it to a point where I am get= ting a DHCP address.=A0 The dom0 machine is .190 and the domU is .213.=A0 I= cannot ping the gateway nor anything else from the domU (Debian) nor can I ping the domU from anything else on my network= .=A0 I haven't seen anything in IPTables that would indicate any issue = there.=A0 Does anyone have any other suggestions?


--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.7= 38.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com =




--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com
--001a11c2977cd5186004dc9b78e4-- --===============6507188128524761439== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6507188128524761439==-- From xen-users-bounces@lists.xen.org Mon May 13 15:51:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:51: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 1Ubv12-0000PV-VS; Mon, 13 May 2013 15:50:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubv11-0000PL-3U for xen-users@lists.xen.org; Mon, 13 May 2013 15:50:19 +0000 Received: from [85.158.143.99:47872] by server-3.bemta-4.messagelabs.com id 4F/9B-02015-9BB01915; Mon, 13 May 2013 15:50:17 +0000 X-Env-Sender: mbaer@lrnet1.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1368460212!22471963!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24074 invoked from network); 13 May 2013 15:50:15 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 15:50:15 -0000 Received: by mail-ee0-f52.google.com with SMTP id d41so3549414eek.25 for ; Mon, 13 May 2013 08:50:12 -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=ws+C/Zxux2aS6yjtgDMX4mxn0ZgelurA5/EAXm6KL3U=; b=V3DiokN4kZmwEZ9A/+M5GMWEMeQ6YB5k5ZmI0wVGOFOQw8CZEEaF0rcz0BP1V+tXAh qWSFmtc0QTYVcmvAfPU1TJHbFGEEDJrLPwhXSR/IzCTeRSOKvI1lh3hqN0MA6Vq8ITak L3sfTrei2HhnsbdptDKGE3izjjyNxYdDcmkfN93NSAKKGyqxMRy/RX4zGTsdA0dvDv8D Huv+deo41QQ6E5FhcpDsj92mulyc/1Mt0FqiR+CZ5FjdZO1B23VKAyqWjnnLHicc7hjI 6yrZCiF6hc1fBLienPuuytiPuXQllywsZ6eCaYer8xZpaJrSxHd0cAZh8bWSWQxXTtz/ wzTQ== MIME-Version: 1.0 X-Received: by 10.14.107.200 with SMTP id o48mr1267824eeg.35.1368460212101; Mon, 13 May 2013 08:50:12 -0700 (PDT) Received: by 10.14.140.144 with HTTP; Mon, 13 May 2013 08:50:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 May 2013 10:50:12 -0500 Message-ID: From: Matt Baer To: Simon Jones X-Gm-Message-State: ALoCoQn79n/fBXFbrlRzxL9CoMRe1t7GCkvVHPA3R3AoXSbBssMaUEtFLse2CcrLccsrEZqceM5d Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6507188128524761439==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6507188128524761439== Content-Type: multipart/alternative; boundary=001a11c2977cd5186004dc9b78e4 --001a11c2977cd5186004dc9b78e4 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable My /etc/network/interfaces looks exactly like that, but my physical interface is eth0. I am getting a DHCP address, so something is getting passed through. Give the circumstances, the only things I can think of is that there's a firewall issue or the fact that it's run through a VM. Also, I forgot to mention on my original post that the VM has a bridged interface as well, I don't think that should matter, but just throwing it out there. On Mon, May 13, 2013 at 10:36 AM, Simon Jones wrote: > Your /etc/network/interfaces file should look something like this.. this > works for me but I am on a hardware platform for dom0 rather than a vm.**= * > * > > ** ** > > auto lo**** > > iface lo inet loopback**** > > ** ** > > iface eth1 inet manual**** > > auto xenbr0**** > > ** ** > > iface xenbr0 inet dhcp**** > > bridge_ports eth1**** > > ** ** > > Simon Jones > SEMTEC Limited T/A SAQ**** > > *SERVICE AND QUALITY SINCE 1996* > Sales: 01730 71 00 80 > Technical Support: 08707 37 77 01 > F: 08707 37 77 08 > E: simon@saq.net > W: www.saq.net > Email: support@saq.net**** > > * * > > **** Please note our terms of business have recently changed, visit > www.saq.net to review these changes, your continued use of our products > and services are deemed to be an acceptance of these terms and > conditions.**** > > * > HELP!! Need technical support? SAQ Support Plus, expert help per > incident or on contract =96 call sales 01730 71 00 80 for a quotation > www.saq.net/support.* > > *NEW!! Web site design, development and marketing services available =96 = to > increase your hits please call sales on 01730 71 00 80 for details!* > > *FAST!! - 40Mb Fibre Optic Broadband is here =96Broadband from less than > =A316 per month.* > > * * > > *What our customer say:* > > *=93**In a day and age when a mechanical voice offering a seemingly endle= ss > range of options to choose from in pursuit of that great misnomer =91cust= omer > service=92 is the norm, one company stands head and shoulders above the r= est > for real customer service. Internet service provider, SAQ delivers > reassuring technical support, to even its smallest clients, from the mome= nt > the phone is answered by a courteous, knowledgeable and helpful real life > person =96 that is customer service!=94*** > > *SAQ is the trading name of SEMTEC Limited, a private limited company > registered in England and Wales under Co Reg No **06481952** **and has > its registered office at 18 Chapel Street, Petersfield, Hampshire, GU32 3= DZ. > *** > > *Disclaimer & Confidentiality: This e-mail and its attachments are > intended for the above named only and may be confidential. If they have > come to you in error you must take no action based on them, nor must you > copy or show them to anyone; please reply to this e-mail and highlight th= e > error.* > > *Security Warning: Please note that this e-mail has been created in the > knowledge that Internet e-mail is not a 100% secure communications medium= . > We advise that you understand and observe this lack of security when > e-mailing us.***** > > *P** **Please consider the environment before printing this e-mail.***** > > ** ** > > *From:* xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] *On Behalf Of *Matt Baer > *Sent:* 13 May 2013 16:19 > *To:* xen-users@lists.xen.org > *Subject:* [Xen-users] Bridged, have IP, can't ping anything, including > the gateway**** > > ** ** > > First off, let me start by saying that I am new to Xen. I do have > experience in Virtualization, but mainly VirtualBox and VMWare. > **** > > ** ** > > I'm attempting to test Xen in preparation for the physical server arrival > this Friday. The dom0 is currently running on a VirtualBox VM, which I'm > wondering if that could be the issue that I'm having. > > I'm almost 100% up and running. I worked through some issues I had with > bridging the network. I've finally got it to a point where I am getting = a > DHCP address. The dom0 machine is .190 and the domU is .213. I cannot > ping the gateway nor anything else from the domU (Debian) nor can I ping > the domU from anything else on my network. I haven't seen anything in > IPTables that would indicate any issue there. Does anyone have any other > suggestions?**** > > > -- > Thanks, > Matt Baer > Network Manager > Leaf River Telephone Company > 102 W Second Street > Leaf River, IL > 815.738.2211 - Main Office > 866.738.2211 - Toll Free > mbaer@lrnet1.com **** > --=20 Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --001a11c2977cd5186004dc9b78e4 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
My /etc/network/interfaces looks exactly like that, but my= physical interface is eth0.=A0 I am getting a DHCP address, so something i= s getting passed through.=A0 Give the circumstances, the only things I can = think of is that there's a firewall issue or the fact that it's run= through a VM.=A0 Also, I forgot to mention on my original post that the VM= has a bridged interface as well, I don't think that should matter, but= just throwing it out there.


On Mon,= May 13, 2013 at 10:36 AM, Simon Jones <Simon@saq.net> wrote:

Your /etc/network/interfa= ces file should look something like this.. this works for me but I am on a = hardware platform for dom0 rather than a vm.

=A0<= /p>

auto lo

=A0=A0=A0 iface lo inet l= oopback

=A0<= /p>

=A0=A0=A0 iface eth1 inet= manual

=A0=A0=A0 auto xenbr0<= /u>

=A0<= /p>

=A0=A0=A0 iface xenbr0 in= et dhcp

=A0=A0=A0=A0=A0=A0=A0 bri= dge_ports eth1

=A0<= /p>

Simon Jones
SEMTEC Limited T/A SAQ

SERVICE AND QUALITY S= INCE 1996
Sales: 01730 71 00 80
Technical Support: 08707 37 77 01
F: 08707 37 77 08
E: simon@saq= .net
W: www.saq.ne= t
Email: sup= port@saq.net

=A0<= u>

*** Please = note our terms of business have recently changed, visit www.saq.net to review = these changes, your continued use of our products and services are deemed t= o be an acceptance of these terms and conditions.***


HELP!! Need technical support?=A0 SAQ Support Plus, expert help per = incident or on contract =96 call sales 01730 71 00 80 for a quotation www.saq.net/support.

NEW!! W= eb site design, development and marketing services available =96 to increas= e your hits please call sales on 01730 71 00 80 for details!<= /span>

FAST!! = - 40Mb Fibre Optic Broadband is here =96Broadband from less than =A316 per = month.

= =A0

What ou= r customer say:

=93<= /span>In a day and age when a mechani= cal voice offering a seemingly endless range of options to choose from in pursuit of= that great misnomer =91customer service=92 is the norm, one company stands= head and shoulders above the rest for real customer service. Internet serv= ice provider, SAQ delivers reassuring technical support, to even its smallest clients, from the moment the phone= is answered by a courteous, knowledgeable and helpful real life person =96= that is customer service!=94

SAQ is the trading name of SEMTEC Limited, a = private limited company registered in England and Wales under Co Reg No 06481952 and has its registered office at 1= 8 Chapel Street, Petersfield, Hampshire, GU32 3DZ.

Disclaimer & Confidentiality: This e-mail= and its attachments are intended for the above named only and may be confi= dential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please rep= ly to this e-mail and highlight the error.

Security Warning: Please note that this e-mail has been cre= ated in the knowledge that Internet e-mail is not a 100% secure communicati= ons medium. We advise that you understand and observe this lack of security when e-mailing us.

P Please consider the environment befo= re printing this e-mail.

=A0<= /p>

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lis= ts.xen.org] On Behalf Of Matt Baer
Sent: 13 May 2013 16:19
To: xen= -users@lists.xen.org
Subject: [Xen-users] Bridged, have IP, can't ping anything, incl= uding the gateway

=A0

First off, let me start by saying that I am new to X= en.=A0 I do have experience in Virtualization, but mainly VirtualBox and VM= Ware.

=A0

I'm attempting to test Xen in preparation for th= e physical server arrival this Friday.=A0 The dom0 is currently running on = a VirtualBox VM, which I'm wondering if that could be the issue that I&= #39;m having.

I'm almost 100% up and running. I worked through some issues I had with= bridging the network.=A0 I've finally got it to a point where I am get= ting a DHCP address.=A0 The dom0 machine is .190 and the domU is .213.=A0 I= cannot ping the gateway nor anything else from the domU (Debian) nor can I ping the domU from anything else on my network= .=A0 I haven't seen anything in IPTables that would indicate any issue = there.=A0 Does anyone have any other suggestions?


--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.7= 38.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com =




--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com
--001a11c2977cd5186004dc9b78e4-- --===============6507188128524761439== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6507188128524761439==-- From xen-users-bounces@lists.xen.org Mon May 13 15:57:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:57: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 1Ubv7P-0000ho-5R; Mon, 13 May 2013 15:56:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubv7O-0000hh-Dn for xen-users@lists.xen.org; Mon, 13 May 2013 15:56:54 +0000 Received: from [85.158.138.51:55208] by server-10.bemta-3.messagelabs.com id D5/94-00761-54D01915; Mon, 13 May 2013 15:56:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368460590!32484650!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 22419 invoked from network); 13 May 2013 15:56:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 15:56:31 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4505694" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 15:45: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; Mon, 13 May 2013 16:54:47 +0100 Message-ID: <1368460486.537.123.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Matt Baer Date: Mon, 13 May 2013 16:54:46 +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] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-13 at 16:18 +0100, Matt Baer wrote: > I'm almost 100% up and running. I worked through some issues I had > with bridging the network. I've finally got it to a point where I am > getting a DHCP address. The dom0 machine is .190 and the domU > is .213. I cannot ping the gateway nor anything else from the domU > (Debian) nor can I ping the domU from anything else on my network. I > haven't seen anything in IPTables that would indicate any issue there. > Does anyone have any other suggestions? Please provide details of your actual network configuration. http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen has some examples of the sorts of things, "brctl show", "ifconfig -a", config files, that sort of thing. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 15:57:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:57: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 1Ubv7P-0000ho-5R; Mon, 13 May 2013 15:56:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubv7O-0000hh-Dn for xen-users@lists.xen.org; Mon, 13 May 2013 15:56:54 +0000 Received: from [85.158.138.51:55208] by server-10.bemta-3.messagelabs.com id D5/94-00761-54D01915; Mon, 13 May 2013 15:56:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368460590!32484650!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 22419 invoked from network); 13 May 2013 15:56:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 15:56:31 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4505694" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 15:45: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; Mon, 13 May 2013 16:54:47 +0100 Message-ID: <1368460486.537.123.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Matt Baer Date: Mon, 13 May 2013 16:54:46 +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] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-13 at 16:18 +0100, Matt Baer wrote: > I'm almost 100% up and running. I worked through some issues I had > with bridging the network. I've finally got it to a point where I am > getting a DHCP address. The dom0 machine is .190 and the domU > is .213. I cannot ping the gateway nor anything else from the domU > (Debian) nor can I ping the domU from anything else on my network. I > haven't seen anything in IPTables that would indicate any issue there. > Does anyone have any other suggestions? Please provide details of your actual network configuration. http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen has some examples of the sorts of things, "brctl show", "ifconfig -a", config files, that sort of thing. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 15:59:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:59: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 1Ubv95-0000p3-UZ; Mon, 13 May 2013 15:58:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubv94-0000ot-G9 for xen-users@lists.xen.org; Mon, 13 May 2013 15:58:38 +0000 Received: from [85.158.137.99:11329] by server-2.bemta-3.messagelabs.com id 4F/7F-07011-DAD01915; Mon, 13 May 2013 15:58:37 +0000 X-Env-Sender: jonas@freesources.org X-Msg-Ref: server-13.tower-217.messagelabs.com!1368460716!3244844!1 X-Originating-IP: [80.237.252.132] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8533 invoked from network); 13 May 2013 15:58:37 -0000 Received: from mx01.freesources.org (HELO mail01.freesources.org) (80.237.252.132) by server-13.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 13 May 2013 15:58:37 -0000 Received: from secure.freesources.org ([80.237.252.133]) by mail01.freesources.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Ubv8x-000596-N9; Mon, 13 May 2013 15:58:35 +0000 MIME-Version: 1.0 Date: Mon, 13 May 2013 17:58:31 +0200 From: Jonas Meurer To: , Message-ID: X-Sender: jonas@freesources.org User-Agent: Roundcube Webmail/0.7.1 X-SA-Exim-Connect-IP: 80.237.252.133 X-SA-Exim-Mail-From: jonas@freesources.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail01.freesources.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail01.freesources.org) Subject: [Xen-users] =?utf-8?q?Serial_Passthrough_broken_in_Debian_Wheezy?= =?utf-8?q?=3F?= X-BeenThere: xen-users@lists.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, I just discovered a strange bug with serial passthrough in xen 4.1 on Debian Wheezy. The Dom0 has a GSM modem connected to serial port. The serial port is passed through to a DomU with options 'irq = [ 4 ]' and 'ioports = [ '3f8-3ff ]'. This worked as expected on Debian Squeeze with Xen 4.0 and Linux kernel 2.6.32 (both for Dom0 and DomU). On Debian Wheezy with Xen 4.1 and Linux kernel 3.2.0 the passthrough seems to work as well (/dev/ttyS0 appears in dmesg of DomU), but something is wrong. The GSM modem doesn't behave as expected. The smstools daemon errors out with 'Cannot open serial port /dev/ttyS0, error: Function not implemented'. It took me hours to find the difference, but it seems like the guest (domU) kernel is the problem. The setup keeps working when Dom0 is upgraded to Debian Wheezy with Xen 4.1 and linux kernel 3.2.0. It even keeps working if the DomU userland is upgraded to Debian Wheezy. Only if I upgrade the DomU linux kernel to 3.2.0 from Wheezy as well, smstools stops working. I don't expect this to be a smstools bug. More likely, something regarding serial pass through functions of xen is broken in 3.2.0 kernel from Debian Wheezy. Did anybody else discover similar issues yet? Kind regards, jonas PS: I'm not subscribed to pkg-xen-devel@lists.alioth.debian.org, please cc me on that list. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 15:59:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 15:59: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 1Ubv95-0000p3-UZ; Mon, 13 May 2013 15:58:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubv94-0000ot-G9 for xen-users@lists.xen.org; Mon, 13 May 2013 15:58:38 +0000 Received: from [85.158.137.99:11329] by server-2.bemta-3.messagelabs.com id 4F/7F-07011-DAD01915; Mon, 13 May 2013 15:58:37 +0000 X-Env-Sender: jonas@freesources.org X-Msg-Ref: server-13.tower-217.messagelabs.com!1368460716!3244844!1 X-Originating-IP: [80.237.252.132] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8533 invoked from network); 13 May 2013 15:58:37 -0000 Received: from mx01.freesources.org (HELO mail01.freesources.org) (80.237.252.132) by server-13.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 13 May 2013 15:58:37 -0000 Received: from secure.freesources.org ([80.237.252.133]) by mail01.freesources.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Ubv8x-000596-N9; Mon, 13 May 2013 15:58:35 +0000 MIME-Version: 1.0 Date: Mon, 13 May 2013 17:58:31 +0200 From: Jonas Meurer To: , Message-ID: X-Sender: jonas@freesources.org User-Agent: Roundcube Webmail/0.7.1 X-SA-Exim-Connect-IP: 80.237.252.133 X-SA-Exim-Mail-From: jonas@freesources.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail01.freesources.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail01.freesources.org) Subject: [Xen-users] =?utf-8?q?Serial_Passthrough_broken_in_Debian_Wheezy?= =?utf-8?q?=3F?= X-BeenThere: xen-users@lists.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, I just discovered a strange bug with serial passthrough in xen 4.1 on Debian Wheezy. The Dom0 has a GSM modem connected to serial port. The serial port is passed through to a DomU with options 'irq = [ 4 ]' and 'ioports = [ '3f8-3ff ]'. This worked as expected on Debian Squeeze with Xen 4.0 and Linux kernel 2.6.32 (both for Dom0 and DomU). On Debian Wheezy with Xen 4.1 and Linux kernel 3.2.0 the passthrough seems to work as well (/dev/ttyS0 appears in dmesg of DomU), but something is wrong. The GSM modem doesn't behave as expected. The smstools daemon errors out with 'Cannot open serial port /dev/ttyS0, error: Function not implemented'. It took me hours to find the difference, but it seems like the guest (domU) kernel is the problem. The setup keeps working when Dom0 is upgraded to Debian Wheezy with Xen 4.1 and linux kernel 3.2.0. It even keeps working if the DomU userland is upgraded to Debian Wheezy. Only if I upgrade the DomU linux kernel to 3.2.0 from Wheezy as well, smstools stops working. I don't expect this to be a smstools bug. More likely, something regarding serial pass through functions of xen is broken in 3.2.0 kernel from Debian Wheezy. Did anybody else discover similar issues yet? Kind regards, jonas PS: I'm not subscribed to pkg-xen-devel@lists.alioth.debian.org, please cc me on that list. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 16:07:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 16:07:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvGs-0001sv-09; Mon, 13 May 2013 16:06:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvGq-0001sj-5A for xen-users@lists.xen.org; Mon, 13 May 2013 16:06:40 +0000 Received: from [85.158.143.99:20496] by server-3.bemta-4.messagelabs.com id 60/1B-02015-F8F01915; Mon, 13 May 2013 16:06:39 +0000 X-Env-Sender: mbaer@lrnet1.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1368461170!22467302!1 X-Originating-IP: [74.125.83.47] 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 5055 invoked from network); 13 May 2013 16:06:11 -0000 Received: from mail-ee0-f47.google.com (HELO mail-ee0-f47.google.com) (74.125.83.47) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 16:06:11 -0000 Received: by mail-ee0-f47.google.com with SMTP id t10so1089319eei.20 for ; Mon, 13 May 2013 09:06:10 -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:content-type:x-gm-message-state; bh=2WLAQItyUGjJKKUX6vjsOdwtpCvTbLY4ZqhNDbkJIcY=; b=fzi6yhy1c/Wukq6t21e/FbSg7RfPYxfaw1X9Y5jsCHKPM08piexVSSuGNVuCPVaEV8 CrHmUkc3oaHFzjAoZJf9mLG9/dGRa4RpCdHr0Uy6kUlks9zuLxHWKBZWgEZ1MRDsxVWk +e79uXH5GUM2tP4JrNDOGNDzUQex5Cmfn9zIPNdVoBO86mjL6xFJVfSX21h3iP53DYwM 6nHBUlrOMDgWi3B+S9N0EPcj6N79i2Hj3puXP3XtlRDAjmJkZchQ8jL0Fkpi4gMG/SAq FEQZpDgMrgVKB5Q9wL6NpCEbW97D84d9b+dSXArAI2aQt/CaSBIn8Baj6H2BSHkySUeF ZDaw== MIME-Version: 1.0 X-Received: by 10.14.108.1 with SMTP id p1mr80474813eeg.31.1368461170652; Mon, 13 May 2013 09:06:10 -0700 (PDT) Received: by 10.14.140.144 with HTTP; Mon, 13 May 2013 09:06:10 -0700 (PDT) In-Reply-To: <1368460486.537.123.camel@zakaz.uk.xensource.com> References: <1368460486.537.123.camel@zakaz.uk.xensource.com> Date: Mon, 13 May 2013 11:06:10 -0500 Message-ID: From: Matt Baer To: Ian Campbell , "xen-users@lists.xen.org" X-Gm-Message-State: ALoCoQkyUike9su7g7OpNnYSFgetpJEmkxn1+xuIUEyhv/KQjRp9Xchc6b0xPO60c++gdZr8GYvV Subject: Re: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1330462244109097019==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1330462244109097019== Content-Type: multipart/alternative; boundary=001a11c285f2f7680004dc9bb18d --001a11c285f2f7680004dc9bb18d Content-Type: text/plain; charset=ISO-8859-1 >From dom0 *root@debian-xen:~# ifconfig -a eth0 Link encap:Ethernet HWaddr 08:00:27:30:b9:53 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2449702 errors:0 dropped:0 overruns:0 frame:0 TX packets:138140 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:281121959 (268.0 MiB) TX bytes:12538172 (11.9 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:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:728 (728.0 B) TX bytes:728 (728.0 B) vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:29951 errors:0 dropped:0 overruns:0 frame:0 TX packets:2324864 errors:0 dropped:3 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:3215716 (3.0 MiB) TX bytes:269574095 (257.0 MiB) xenbr0 Link encap:Ethernet HWaddr 08:00:27:30:b9:53 inet addr:192.168.168.190 Bcast:192.168.168.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2460954 errors:0 dropped:0 overruns:0 frame:0 TX packets:108212 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:245381651 (234.0 MiB) TX bytes:8905548 (8.4 MiB)* * root@debian-xen:~# brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.08002730b953 no eth0 vif1.0* *Network Portion of xend-config.sxp* *on dom0* *## # NOTE: # Please read /usr/share/doc/xen-utils-common/README.Debian for Debian specific # informations about the network setup. ## # To bridge network traffic, like this: # # dom0: ----------------- 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 default. # To use a different one (e.g. eth1) use # # (network-script 'network-bridge netdev=eth0') # # The bridge is named xenbr0, by default. To rename the bridge, use # # (network-script 'network-bridge bridge=') # # 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 appropriate. # # 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=') 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 that, # 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 alternative # to the settings for bridged networking given above. #(network-script network-nat) #(vif-script vif-nat)* *FROM domU **root@test-deb-2:/etc# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:ac:f1:11 inet addr:192.168.168.213 Bcast:192.168.168.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:feac:f111/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2327701 errors:0 dropped:0 overruns:0 frame:0 TX packets:29977 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:237398493 (226.4 MiB) TX bytes:3643922 (3.4 MiB) Interrupt:17 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:2990 errors:0 dropped:0 overruns:0 frame:0 TX packets:2990 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1050903 (1.0 MiB) TX bytes:1050903 (1.0 MiB)** * On Mon, May 13, 2013 at 10:54 AM, Ian Campbell wrote: > On Mon, 2013-05-13 at 16:18 +0100, Matt Baer wrote: > > > I'm almost 100% up and running. I worked through some issues I had > > with bridging the network. I've finally got it to a point where I am > > getting a DHCP address. The dom0 machine is .190 and the domU > > is .213. I cannot ping the gateway nor anything else from the domU > > (Debian) nor can I ping the domU from anything else on my network. I > > haven't seen anything in IPTables that would indicate any issue there. > > Does anyone have any other suggestions? > > Please provide details of your actual network configuration. > > http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen has some examples of > the sorts of things, "brctl show", "ifconfig -a", config files, that > sort of thing. > > Ian. > > > -- Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --001a11c285f2f7680004dc9bb18d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
From dom0

root@debian-xen:~# ifconfig -aeth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 08:00:27:30:b9:53
=A0= =A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:Link=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500= =A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2449702 errors:0 dropped:0 overruns:= 0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:138140 errors:0 dropped= :0 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueue= len:1000
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:281121959 (268.0 MiB)=A0 T= X bytes:12538172 (11.9 MiB)

lo=A0=A0=A0=A0=A0=A0=A0 Link encap:Local Loopback
=A0=A0=A0=A0=A0=A0= =A0=A0=A0 inet addr:127.0.0.1=A0 Mask:255.0.0.0
=A0=A0=A0=A0=A0=A0=A0=A0= =A0 inet6 addr: ::1/128 Scope:Host
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP LOOPBA= CK RUNNING=A0 MTU:16436=A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packe= ts:10 errors:0 dropped:0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:10 errors:0 dropped:0 overruns:0 car= rier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0
=A0=A0= =A0=A0=A0=A0=A0=A0=A0 RX bytes:728 (728.0 B)=A0 TX bytes:728 (728.0 B)
<= br>vif1.0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr fe:ff:ff:ff:ff:ff
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:= Link
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING PROMISC MULTICAST= =A0 MTU:1500=A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:29951 er= rors:0 dropped:0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packe= ts:2324864 errors:0 dropped:3 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:32
=A0=A0=A0=A0=A0= =A0=A0=A0=A0 RX bytes:3215716 (3.0 MiB)=A0 TX bytes:269574095 (257.0 MiB)
xenbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 08:00:27:30:b9:53
= =A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:192.168.168.190=A0 Bcast:192.168.168.= 255=A0 Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:L= ink
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:15= 00=A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2460954 errors:0 d= ropped:0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:10821= 2 errors:0 dropped:0 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0
=A0=A0=A0=A0=A0=A0= =A0=A0=A0 RX bytes:245381651 (234.0 MiB)=A0 TX bytes:8905548 (8.4 MiB)<= br>


root@debian-xen:~# brctl show
bridge name=A0=A0=A0=A0 = bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 STP enabled=A0=A0=A0=A0= interfaces
xenbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.08002730b953=A0=A0=A0=A0=A0=A0 no=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 eth0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=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
=
Network Portion of xend-config.sxp on dom0
=
##
# NOTE:
# Please read /usr/share/doc/xen-utils-common/README.Debian for = Debian specific
# informations about the network setup.

##
# T= o bridge network traffic, like this:
#
# dom0: ----------------- brid= ge -> real eth0 -> the network
#=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 |
# domU: fake eth0 -> vifN.0 -+
#
# use
#
#(ne= twork-script network-bridge)

#
# Your default ethernet device is = used as the outgoing interface, by default.
# To use a different one (e.= g. eth1) use
#
# (network-script 'network-bridge netdev=3Deth0')
#
# Th= e bridge is named xenbr0, by default.=A0 To rename the bridge, use
#
= # (network-script 'network-bridge bridge=3D<name>')
#
#= It is possible to use the network-bridge script in more complicated
# scenarios, such as having two outgoing interfaces, with two bridges, and<= br># two fake interfaces per guest domain.=A0 To do things like this, write=
# yourself a wrapper script, and call network-bridge from it, as approp= riate.
#

# The script used to control virtual interfaces.=A0 This can be ov= erridden on a
# per-vif basis when creating a domain or a configuring a = new vif.=A0 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<name>') = then you may wish to do the
# same here.=A0 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 dis= cover that,
# so there is no need to specify it explicitly.
#
# (vif-script vif-bridge)


## Use the following if network traffi= c is routed, as an alternative to the
# settings for bridged networking = given above.
#(network-script network-route)
#(vif-script=A0=A0=A0=A0= vif-route)


## Use the following if network traffic is routed with NAT, = as an alternative
# to the settings for bridged networking given above.<= br>#(network-script network-nat)
#(vif-script=A0=A0=A0=A0 vif-nat)

FROM domU

root@test-deb-2:/etc# ifconfigeth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 00:16:3e:ac:f1:11
=A0= =A0=A0=A0=A0=A0=A0=A0=A0 inet addr:192.168.168.213=A0 Bcast:192.168.168.255= =A0 Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::216= :3eff:feac:f111/64 Scope:Link
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 M= etric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2327701 errors:0 dropped:= 0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:29977 errors= :0 dropped:0 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions= :0 txqueuelen:1000
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:237398493 (226.4 MiB)=A0 TX bytes:3643= 922 (3.4 MiB)
=A0=A0=A0=A0=A0=A0=A0=A0=A0 Interrupt:17

lo=A0=A0= =A0=A0=A0=A0=A0 Link encap:Local Loopback
=A0=A0=A0=A0=A0=A0=A0=A0=A0 in= et addr:127.0.0.1=A0 Mask:255.0.0.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 ad= dr: ::1/128 Scope:Host
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP LOOPBACK RUNNING=A0 MTU:16436=A0 Metric:1=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2990 errors:0 dropped:0 overruns:0 = frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:2990 errors:0 dropped:0 o= verruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:= 0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:1050903 (1.0 MiB)=A0 TX bytes:1050903 = (1.0 MiB)



=

On Mon, May 13, 2013 at 10:54 AM, Ian Ca= mpbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2013-05-13 at 16:1= 8 +0100, Matt Baer wrote:

> I'm almost 100% up and running. I worked through some issues I had=
> with bridging the network. =A0I've finally got it to a point where= I am
> getting a DHCP address. =A0The dom0 machine is .190 and the domU
> is .213. =A0I cannot ping the gateway nor anything else from the domU<= br> > (Debian) nor can I ping the domU from anything else on my network. =A0= I
> haven't seen anything in IPTables that would indicate any issue th= ere.
> Does anyone have any other suggestions?

Please provide details of your actual network configuration.

http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen has some exa= mples of
the sorts of things, "brctl show", "ifconfig -a", confi= g files, that
sort of thing.

Ian.





--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com
--001a11c285f2f7680004dc9bb18d-- --===============1330462244109097019== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1330462244109097019==-- From xen-users-bounces@lists.xen.org Mon May 13 16:07:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 16:07:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvGs-0001sv-09; Mon, 13 May 2013 16:06:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvGq-0001sj-5A for xen-users@lists.xen.org; Mon, 13 May 2013 16:06:40 +0000 Received: from [85.158.143.99:20496] by server-3.bemta-4.messagelabs.com id 60/1B-02015-F8F01915; Mon, 13 May 2013 16:06:39 +0000 X-Env-Sender: mbaer@lrnet1.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1368461170!22467302!1 X-Originating-IP: [74.125.83.47] 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 5055 invoked from network); 13 May 2013 16:06:11 -0000 Received: from mail-ee0-f47.google.com (HELO mail-ee0-f47.google.com) (74.125.83.47) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 16:06:11 -0000 Received: by mail-ee0-f47.google.com with SMTP id t10so1089319eei.20 for ; Mon, 13 May 2013 09:06:10 -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:content-type:x-gm-message-state; bh=2WLAQItyUGjJKKUX6vjsOdwtpCvTbLY4ZqhNDbkJIcY=; b=fzi6yhy1c/Wukq6t21e/FbSg7RfPYxfaw1X9Y5jsCHKPM08piexVSSuGNVuCPVaEV8 CrHmUkc3oaHFzjAoZJf9mLG9/dGRa4RpCdHr0Uy6kUlks9zuLxHWKBZWgEZ1MRDsxVWk +e79uXH5GUM2tP4JrNDOGNDzUQex5Cmfn9zIPNdVoBO86mjL6xFJVfSX21h3iP53DYwM 6nHBUlrOMDgWi3B+S9N0EPcj6N79i2Hj3puXP3XtlRDAjmJkZchQ8jL0Fkpi4gMG/SAq FEQZpDgMrgVKB5Q9wL6NpCEbW97D84d9b+dSXArAI2aQt/CaSBIn8Baj6H2BSHkySUeF ZDaw== MIME-Version: 1.0 X-Received: by 10.14.108.1 with SMTP id p1mr80474813eeg.31.1368461170652; Mon, 13 May 2013 09:06:10 -0700 (PDT) Received: by 10.14.140.144 with HTTP; Mon, 13 May 2013 09:06:10 -0700 (PDT) In-Reply-To: <1368460486.537.123.camel@zakaz.uk.xensource.com> References: <1368460486.537.123.camel@zakaz.uk.xensource.com> Date: Mon, 13 May 2013 11:06:10 -0500 Message-ID: From: Matt Baer To: Ian Campbell , "xen-users@lists.xen.org" X-Gm-Message-State: ALoCoQkyUike9su7g7OpNnYSFgetpJEmkxn1+xuIUEyhv/KQjRp9Xchc6b0xPO60c++gdZr8GYvV Subject: Re: [Xen-users] Bridged, have IP, can't ping anything, including the gateway X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1330462244109097019==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1330462244109097019== Content-Type: multipart/alternative; boundary=001a11c285f2f7680004dc9bb18d --001a11c285f2f7680004dc9bb18d Content-Type: text/plain; charset=ISO-8859-1 >From dom0 *root@debian-xen:~# ifconfig -a eth0 Link encap:Ethernet HWaddr 08:00:27:30:b9:53 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2449702 errors:0 dropped:0 overruns:0 frame:0 TX packets:138140 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:281121959 (268.0 MiB) TX bytes:12538172 (11.9 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:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:728 (728.0 B) TX bytes:728 (728.0 B) vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:29951 errors:0 dropped:0 overruns:0 frame:0 TX packets:2324864 errors:0 dropped:3 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:3215716 (3.0 MiB) TX bytes:269574095 (257.0 MiB) xenbr0 Link encap:Ethernet HWaddr 08:00:27:30:b9:53 inet addr:192.168.168.190 Bcast:192.168.168.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2460954 errors:0 dropped:0 overruns:0 frame:0 TX packets:108212 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:245381651 (234.0 MiB) TX bytes:8905548 (8.4 MiB)* * root@debian-xen:~# brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.08002730b953 no eth0 vif1.0* *Network Portion of xend-config.sxp* *on dom0* *## # NOTE: # Please read /usr/share/doc/xen-utils-common/README.Debian for Debian specific # informations about the network setup. ## # To bridge network traffic, like this: # # dom0: ----------------- 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 default. # To use a different one (e.g. eth1) use # # (network-script 'network-bridge netdev=eth0') # # The bridge is named xenbr0, by default. To rename the bridge, use # # (network-script 'network-bridge bridge=') # # 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 appropriate. # # 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=') 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 that, # 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 alternative # to the settings for bridged networking given above. #(network-script network-nat) #(vif-script vif-nat)* *FROM domU **root@test-deb-2:/etc# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:ac:f1:11 inet addr:192.168.168.213 Bcast:192.168.168.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:feac:f111/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2327701 errors:0 dropped:0 overruns:0 frame:0 TX packets:29977 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:237398493 (226.4 MiB) TX bytes:3643922 (3.4 MiB) Interrupt:17 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:2990 errors:0 dropped:0 overruns:0 frame:0 TX packets:2990 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1050903 (1.0 MiB) TX bytes:1050903 (1.0 MiB)** * On Mon, May 13, 2013 at 10:54 AM, Ian Campbell wrote: > On Mon, 2013-05-13 at 16:18 +0100, Matt Baer wrote: > > > I'm almost 100% up and running. I worked through some issues I had > > with bridging the network. I've finally got it to a point where I am > > getting a DHCP address. The dom0 machine is .190 and the domU > > is .213. I cannot ping the gateway nor anything else from the domU > > (Debian) nor can I ping the domU from anything else on my network. I > > haven't seen anything in IPTables that would indicate any issue there. > > Does anyone have any other suggestions? > > Please provide details of your actual network configuration. > > http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen has some examples of > the sorts of things, "brctl show", "ifconfig -a", config files, that > sort of thing. > > Ian. > > > -- Thanks, Matt Baer Network Manager Leaf River Telephone Company 102 W Second Street Leaf River, IL 815.738.2211 - Main Office 866.738.2211 - Toll Free mbaer@lrnet1.com --001a11c285f2f7680004dc9bb18d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
From dom0

root@debian-xen:~# ifconfig -aeth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 08:00:27:30:b9:53
=A0= =A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:Link=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500= =A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2449702 errors:0 dropped:0 overruns:= 0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:138140 errors:0 dropped= :0 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueue= len:1000
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:281121959 (268.0 MiB)=A0 T= X bytes:12538172 (11.9 MiB)

lo=A0=A0=A0=A0=A0=A0=A0 Link encap:Local Loopback
=A0=A0=A0=A0=A0=A0= =A0=A0=A0 inet addr:127.0.0.1=A0 Mask:255.0.0.0
=A0=A0=A0=A0=A0=A0=A0=A0= =A0 inet6 addr: ::1/128 Scope:Host
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP LOOPBA= CK RUNNING=A0 MTU:16436=A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packe= ts:10 errors:0 dropped:0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:10 errors:0 dropped:0 overruns:0 car= rier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0
=A0=A0= =A0=A0=A0=A0=A0=A0=A0 RX bytes:728 (728.0 B)=A0 TX bytes:728 (728.0 B)
<= br>vif1.0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr fe:ff:ff:ff:ff:ff
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:= Link
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING PROMISC MULTICAST= =A0 MTU:1500=A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:29951 er= rors:0 dropped:0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packe= ts:2324864 errors:0 dropped:3 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:32
=A0=A0=A0=A0=A0= =A0=A0=A0=A0 RX bytes:3215716 (3.0 MiB)=A0 TX bytes:269574095 (257.0 MiB)
xenbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 08:00:27:30:b9:53
= =A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:192.168.168.190=A0 Bcast:192.168.168.= 255=A0 Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::a00:27ff:fe30:b953/64 Scope:L= ink
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:15= 00=A0 Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2460954 errors:0 d= ropped:0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:10821= 2 errors:0 dropped:0 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0
=A0=A0=A0=A0=A0=A0= =A0=A0=A0 RX bytes:245381651 (234.0 MiB)=A0 TX bytes:8905548 (8.4 MiB)<= br>


root@debian-xen:~# brctl show
bridge name=A0=A0=A0=A0 = bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 STP enabled=A0=A0=A0=A0= interfaces
xenbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.08002730b953=A0=A0=A0=A0=A0=A0 no=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 eth0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=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
=
Network Portion of xend-config.sxp on dom0
=
##
# NOTE:
# Please read /usr/share/doc/xen-utils-common/README.Debian for = Debian specific
# informations about the network setup.

##
# T= o bridge network traffic, like this:
#
# dom0: ----------------- brid= ge -> real eth0 -> the network
#=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 |
# domU: fake eth0 -> vifN.0 -+
#
# use
#
#(ne= twork-script network-bridge)

#
# Your default ethernet device is = used as the outgoing interface, by default.
# To use a different one (e.= g. eth1) use
#
# (network-script 'network-bridge netdev=3Deth0')
#
# Th= e bridge is named xenbr0, by default.=A0 To rename the bridge, use
#
= # (network-script 'network-bridge bridge=3D<name>')
#
#= It is possible to use the network-bridge script in more complicated
# scenarios, such as having two outgoing interfaces, with two bridges, and<= br># two fake interfaces per guest domain.=A0 To do things like this, write=
# yourself a wrapper script, and call network-bridge from it, as approp= riate.
#

# The script used to control virtual interfaces.=A0 This can be ov= erridden on a
# per-vif basis when creating a domain or a configuring a = new vif.=A0 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<name>') = then you may wish to do the
# same here.=A0 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 dis= cover that,
# so there is no need to specify it explicitly.
#
# (vif-script vif-bridge)


## Use the following if network traffi= c is routed, as an alternative to the
# settings for bridged networking = given above.
#(network-script network-route)
#(vif-script=A0=A0=A0=A0= vif-route)


## Use the following if network traffic is routed with NAT, = as an alternative
# to the settings for bridged networking given above.<= br>#(network-script network-nat)
#(vif-script=A0=A0=A0=A0 vif-nat)

FROM domU

root@test-deb-2:/etc# ifconfigeth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 00:16:3e:ac:f1:11
=A0= =A0=A0=A0=A0=A0=A0=A0=A0 inet addr:192.168.168.213=A0 Bcast:192.168.168.255= =A0 Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::216= :3eff:feac:f111/64 Scope:Link
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 M= etric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2327701 errors:0 dropped:= 0 overruns:0 frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:29977 errors= :0 dropped:0 overruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions= :0 txqueuelen:1000
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:237398493 (226.4 MiB)=A0 TX bytes:3643= 922 (3.4 MiB)
=A0=A0=A0=A0=A0=A0=A0=A0=A0 Interrupt:17

lo=A0=A0= =A0=A0=A0=A0=A0 Link encap:Local Loopback
=A0=A0=A0=A0=A0=A0=A0=A0=A0 in= et addr:127.0.0.1=A0 Mask:255.0.0.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 ad= dr: ::1/128 Scope:Host
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP LOOPBACK RUNNING=A0 MTU:16436=A0 Metric:1=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2990 errors:0 dropped:0 overruns:0 = frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:2990 errors:0 dropped:0 o= verruns:0 carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:= 0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:1050903 (1.0 MiB)=A0 TX bytes:1050903 = (1.0 MiB)



=

On Mon, May 13, 2013 at 10:54 AM, Ian Ca= mpbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2013-05-13 at 16:1= 8 +0100, Matt Baer wrote:

> I'm almost 100% up and running. I worked through some issues I had=
> with bridging the network. =A0I've finally got it to a point where= I am
> getting a DHCP address. =A0The dom0 machine is .190 and the domU
> is .213. =A0I cannot ping the gateway nor anything else from the domU<= br> > (Debian) nor can I ping the domU from anything else on my network. =A0= I
> haven't seen anything in IPTables that would indicate any issue th= ere.
> Does anyone have any other suggestions?

Please provide details of your actual network configuration.

http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen has some exa= mples of
the sorts of things, "brctl show", "ifconfig -a", confi= g files, that
sort of thing.

Ian.





--
Thanks,
Matt Baer
Network Manager
Leaf River Telephone Company
102 W Second Street
Leaf River, IL
815.738.2211 - Main Office
866.7= 38.2211 - Toll Free
mbaer@lrnet1.com
--001a11c285f2f7680004dc9bb18d-- --===============1330462244109097019== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1330462244109097019==-- From xen-users-bounces@lists.xen.org Mon May 13 17:21:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 17:21: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 1UbwQT-00062l-M5; Mon, 13 May 2013 17:20:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbwQS-00062e-Om for xen-users@lists.xen.org; Mon, 13 May 2013 17:20:41 +0000 Received: from [85.158.138.51:7341] by server-4.bemta-3.messagelabs.com id FC/1C-01776-3E021915; Mon, 13 May 2013 17:20:35 +0000 X-Env-Sender: zzoloms@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1368465633!19279820!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 13419 invoked from network); 13 May 2013 17:20:33 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 17:20:33 -0000 Received: by mail-lb0-f181.google.com with SMTP id w10so6690528lbi.12 for ; Mon, 13 May 2013 10:20:32 -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=Tucdb5HJaOVW+/A37yIS7ZjmywacZHT8brp5GBhxmIk=; b=iYJuPoHg/INUXk3HTCaSDvWhzLuFrFXor0MBOkCDV+Aun2tKujIQh4X7erSsJPIX2t YElAJDG1B4y9ZtcfkjH3C8YRCxDnmrtqQTRfkQqHoj4DIoJMwhZDvUZXzBqkESUZ2foX hj2UFKMYfrymH/T0mZrQVzvxYS6oTx/PahfjLRawRohrs7reC7luWXzj7C3aK1r1K8wL pqr6JLAE9o/rhfASyZaN0IehwL3amTVQJ0qYS+1P//FLGEKik1mAusjdKNjI6CJA9uV3 fExm9x4510Ne/k67dAZmdy0HtwC5QWGXvybufp4r+aqaq2hnoLUUVyMzaIVZJhZJpsI9 x6bg== MIME-Version: 1.0 X-Received: by 10.112.18.164 with SMTP id x4mr483708lbd.127.1368465632150; Mon, 13 May 2013 10:20:32 -0700 (PDT) Received: by 10.114.18.107 with HTTP; Mon, 13 May 2013 10:20:32 -0700 (PDT) Date: Mon, 13 May 2013 13:20:32 -0400 Message-ID: From: Peter Jameson To: xen-users@lists.xen.org Subject: [Xen-users] xm toolstack fails to build HVMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4719415763333307242==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4719415763333307242== Content-Type: multipart/alternative; boundary=14dae94735dde44a3604dc9cbbb3 --14dae94735dde44a3604dc9cbbb3 Content-Type: text/plain; charset=ISO-8859-1 Using the xm toolstack for building HVMs appears to be broken for me. The reason for me wanting to use xm is that usb-add/usb-del are unimplemented in xl and from what I've read are not likely to be implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as well as an Ubuntu Raring dom0 using the Xen builds provided from distribution repositories and ran into the same problem on both distros. On this Raring dom0, I have set the default toolstack in /etc/default/xen to xm and xm list works while xl list doesn't, as would be expected. However, when I run xm create xyz.cfg it always returns this error, no matter what is on line 1: # xm create /root/xenmachines/test.cfg Using config file "/root/xenmachines/test.cfg". Error: Errors were found at line 1 while processing /root/xenmachines/test.cfg: kernel = "/usr/lib/xen-4.2/boot/hvmloader" It always fails on line 1, even if the line is as innocuous as name = "test" . /var/log/xend.log is unmodified after these failed attempts. Should I switch back to xl, the same cfg file will load fine. I'm not sure if more is required to use xm (which would be surprising because Ubuntu's default /etc/default/xen is set to xm) or maybe if there's some sort-of unexpected syntax or encoding issue here, but I feel like I've been running into a brick wall on this since I started and I'm just completely failing to find relevant debug info or people with similar problems and solutions anywhere, so I came here. Thanks in advance for any help that may come my way! To be thorough, here is the cfg file I'm trying to run in its entirety (this one is basically copy and paste from the wiki's Beginner's Guide): kernel = "/usr/lib/xen-4.2/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "test" vif = ['bridge=xenbr0'] disk = ['phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'] acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" vncpasswd="" Thanks, Peter --14dae94735dde44a3604dc9cbbb3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Using the xm toolstack for building HVMs appears to b= e broken for me. The reason for me wanting to use xm is that usb-add/usb-de= l are unimplemented in xl and from what I've read are not likely to be = implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as well = as an Ubuntu Raring dom0 using the Xen builds provided from distribution re= positories and ran into the same problem on both distros. On this Raring do= m0, I have set the default toolstack in /etc/default/xen to xm and xm list = works while xl list doesn't, as would be expected. However, when I run = xm create xyz.cfg it always returns this error, no matter what is on line 1= :=A0

# xm create /root/xenmachines/test.cfg=A0
Usi= ng config file "/root/xenmachines/test.cfg".
Error: Err= ors were found at line 1 while processing /root/xenmachines/test.cfg:
=A0=A0 kernel =3D &= quot;/usr/lib/xen-4.2/boot/hvmloader"

It alwa= ys fails on line 1, even if the line is as innocuous as name =3D "test= " . /var/log/xend.log is unmodified after these failed attempts. Shoul= d I switch back to xl, the same cfg file will load fine. I'm not sure i= f more is required to use xm (which would be surprising because Ubuntu'= s default /etc/default/xen is set to xm) or maybe if there's some sort-= of unexpected syntax or encoding issue here, but I feel like I've been = running into a brick wall on this since I started and I'm just complete= ly failing to find relevant debug info or people with similar problems and = solutions anywhere, so I came here. Thanks in advance for any help that may= come my way!

To be thorough, here is the cfg file I'm trying to = run in its entirety (this one is basically copy and paste from the wiki'= ;s Beginner's Guide):

=A0 =A0kernel =3D "= /usr/lib/xen-4.2/boot/hvmloader"
=A0 =A0builder=3D'hvm'
=A0 =A0memory =3D 4096
<= div>=A0 =A0vcpus=3D4
=A0 =A0name =3D "test"
= =A0 =A0vif =3D ['bridge=3Dxenbr0']
=A0 =A0disk =3D ['= phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'= ]
=A0 =A0acpi =3D 1
=A0 =A0boot=3D"d"
=A0 = =A0sdl=3D0
=A0 =A0serial=3D'pty'
=A0 =A0vnc=3D1=
=A0 =A0vnclisten=3D""
=A0 =A0vncpasswd=3D&qu= ot;"

Thanks,
Peter
--14dae94735dde44a3604dc9cbbb3-- --===============4719415763333307242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4719415763333307242==-- From xen-users-bounces@lists.xen.org Mon May 13 17:21:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 17:21: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 1UbwQT-00062l-M5; Mon, 13 May 2013 17:20:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbwQS-00062e-Om for xen-users@lists.xen.org; Mon, 13 May 2013 17:20:41 +0000 Received: from [85.158.138.51:7341] by server-4.bemta-3.messagelabs.com id FC/1C-01776-3E021915; Mon, 13 May 2013 17:20:35 +0000 X-Env-Sender: zzoloms@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1368465633!19279820!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 13419 invoked from network); 13 May 2013 17:20:33 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 17:20:33 -0000 Received: by mail-lb0-f181.google.com with SMTP id w10so6690528lbi.12 for ; Mon, 13 May 2013 10:20:32 -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=Tucdb5HJaOVW+/A37yIS7ZjmywacZHT8brp5GBhxmIk=; b=iYJuPoHg/INUXk3HTCaSDvWhzLuFrFXor0MBOkCDV+Aun2tKujIQh4X7erSsJPIX2t YElAJDG1B4y9ZtcfkjH3C8YRCxDnmrtqQTRfkQqHoj4DIoJMwhZDvUZXzBqkESUZ2foX hj2UFKMYfrymH/T0mZrQVzvxYS6oTx/PahfjLRawRohrs7reC7luWXzj7C3aK1r1K8wL pqr6JLAE9o/rhfASyZaN0IehwL3amTVQJ0qYS+1P//FLGEKik1mAusjdKNjI6CJA9uV3 fExm9x4510Ne/k67dAZmdy0HtwC5QWGXvybufp4r+aqaq2hnoLUUVyMzaIVZJhZJpsI9 x6bg== MIME-Version: 1.0 X-Received: by 10.112.18.164 with SMTP id x4mr483708lbd.127.1368465632150; Mon, 13 May 2013 10:20:32 -0700 (PDT) Received: by 10.114.18.107 with HTTP; Mon, 13 May 2013 10:20:32 -0700 (PDT) Date: Mon, 13 May 2013 13:20:32 -0400 Message-ID: From: Peter Jameson To: xen-users@lists.xen.org Subject: [Xen-users] xm toolstack fails to build HVMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4719415763333307242==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4719415763333307242== Content-Type: multipart/alternative; boundary=14dae94735dde44a3604dc9cbbb3 --14dae94735dde44a3604dc9cbbb3 Content-Type: text/plain; charset=ISO-8859-1 Using the xm toolstack for building HVMs appears to be broken for me. The reason for me wanting to use xm is that usb-add/usb-del are unimplemented in xl and from what I've read are not likely to be implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as well as an Ubuntu Raring dom0 using the Xen builds provided from distribution repositories and ran into the same problem on both distros. On this Raring dom0, I have set the default toolstack in /etc/default/xen to xm and xm list works while xl list doesn't, as would be expected. However, when I run xm create xyz.cfg it always returns this error, no matter what is on line 1: # xm create /root/xenmachines/test.cfg Using config file "/root/xenmachines/test.cfg". Error: Errors were found at line 1 while processing /root/xenmachines/test.cfg: kernel = "/usr/lib/xen-4.2/boot/hvmloader" It always fails on line 1, even if the line is as innocuous as name = "test" . /var/log/xend.log is unmodified after these failed attempts. Should I switch back to xl, the same cfg file will load fine. I'm not sure if more is required to use xm (which would be surprising because Ubuntu's default /etc/default/xen is set to xm) or maybe if there's some sort-of unexpected syntax or encoding issue here, but I feel like I've been running into a brick wall on this since I started and I'm just completely failing to find relevant debug info or people with similar problems and solutions anywhere, so I came here. Thanks in advance for any help that may come my way! To be thorough, here is the cfg file I'm trying to run in its entirety (this one is basically copy and paste from the wiki's Beginner's Guide): kernel = "/usr/lib/xen-4.2/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "test" vif = ['bridge=xenbr0'] disk = ['phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'] acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" vncpasswd="" Thanks, Peter --14dae94735dde44a3604dc9cbbb3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Using the xm toolstack for building HVMs appears to b= e broken for me. The reason for me wanting to use xm is that usb-add/usb-de= l are unimplemented in xl and from what I've read are not likely to be = implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as well = as an Ubuntu Raring dom0 using the Xen builds provided from distribution re= positories and ran into the same problem on both distros. On this Raring do= m0, I have set the default toolstack in /etc/default/xen to xm and xm list = works while xl list doesn't, as would be expected. However, when I run = xm create xyz.cfg it always returns this error, no matter what is on line 1= :=A0

# xm create /root/xenmachines/test.cfg=A0
Usi= ng config file "/root/xenmachines/test.cfg".
Error: Err= ors were found at line 1 while processing /root/xenmachines/test.cfg:
=A0=A0 kernel =3D &= quot;/usr/lib/xen-4.2/boot/hvmloader"

It alwa= ys fails on line 1, even if the line is as innocuous as name =3D "test= " . /var/log/xend.log is unmodified after these failed attempts. Shoul= d I switch back to xl, the same cfg file will load fine. I'm not sure i= f more is required to use xm (which would be surprising because Ubuntu'= s default /etc/default/xen is set to xm) or maybe if there's some sort-= of unexpected syntax or encoding issue here, but I feel like I've been = running into a brick wall on this since I started and I'm just complete= ly failing to find relevant debug info or people with similar problems and = solutions anywhere, so I came here. Thanks in advance for any help that may= come my way!

To be thorough, here is the cfg file I'm trying to = run in its entirety (this one is basically copy and paste from the wiki'= ;s Beginner's Guide):

=A0 =A0kernel =3D "= /usr/lib/xen-4.2/boot/hvmloader"
=A0 =A0builder=3D'hvm'
=A0 =A0memory =3D 4096
<= div>=A0 =A0vcpus=3D4
=A0 =A0name =3D "test"
= =A0 =A0vif =3D ['bridge=3Dxenbr0']
=A0 =A0disk =3D ['= phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'= ]
=A0 =A0acpi =3D 1
=A0 =A0boot=3D"d"
=A0 = =A0sdl=3D0
=A0 =A0serial=3D'pty'
=A0 =A0vnc=3D1=
=A0 =A0vnclisten=3D""
=A0 =A0vncpasswd=3D&qu= ot;"

Thanks,
Peter
--14dae94735dde44a3604dc9cbbb3-- --===============4719415763333307242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4719415763333307242==-- From xen-users-bounces@lists.xen.org Mon May 13 17:43:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 17:43: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 1Ubwm2-0006rw-Tv; Mon, 13 May 2013 17:42:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubwm1-0006rq-KK for xen-users@lists.xen.org; Mon, 13 May 2013 17:42:57 +0000 Received: from [85.158.138.51:26549] by server-5.bemta-3.messagelabs.com id B8/01-29713-02621915; Mon, 13 May 2013 17:42:56 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1368466974!29575087!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 17178 invoked from network); 13 May 2013 17:42:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 17:42:55 -0000 X-IronPort-AV: E=Sophos;i="4.87,663,1363132800"; d="scan'208";a="23723962" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 13 May 2013 17:42:54 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Mon, 13 May 2013 13:42:53 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Ubwlx-0005fR-EY; Mon, 13 May 2013 18:42:53 +0100 Date: Mon, 13 May 2013 18:42:53 +0100 From: Wei Liu To: Peter Jameson Message-ID: <20130513174253.GA21250@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] xm toolstack fails to build HVMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 13, 2013 at 06:20:32PM +0100, Peter Jameson wrote: > Using the xm toolstack for building HVMs appears to be broken for me. > The reason for me wanting to use xm is that usb-add/usb-del are > unimplemented in xl and from what I've read are not likely to be > implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as > well as an Ubuntu Raring dom0 using the Xen builds provided from > distribution repositories and ran into the same problem on both > distros. On this Raring dom0, I have set the default toolstack in > /etc/default/xen to xm and xm list works while xl list doesn't, as > would be expected. However, when I run xm create xyz.cfg it always > returns this error, no matter what is on line 1: > Xm parses your config file as python source code. Do you have any leading whitespaces in your config file? Wei. > # xm create /root/xenmachines/test.cfg Using config file > "/root/xenmachines/test.cfg". Error: Errors were found at line 1 > while processing /root/xenmachines/test.cfg: kernel = > "/usr/lib/xen-4.2/boot/hvmloader" > > It always fails on line 1, even if the line is as innocuous as name = > "test" . /var/log/xend.log is unmodified after these failed attempts. > Should I switch back to xl, the same cfg file will load fine. I'm not > sure if more is required to use xm (which would be surprising because > Ubuntu's default /etc/default/xen is set to xm) or maybe if there's > some sort-of unexpected syntax or encoding issue here, but I feel like > I've been running into a brick wall on this since I started and I'm > just completely failing to find relevant debug info or people with > similar problems and solutions anywhere, so I came here. Thanks in > advance for any help that may come my way! > > To be thorough, here is the cfg file I'm trying to run in its entirety > (this one is basically copy and paste from the wiki's Beginner's > Guide): > > kernel = "/usr/lib/xen-4.2/boot/hvmloader" builder='hvm' memory = > 4096 vcpus=4 name = "test" vif = ['bridge=xenbr0'] disk = > ['phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'] > acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" > vncpasswd="" > > Thanks, Peter > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 17:43:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 17:43: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 1Ubwm2-0006rw-Tv; Mon, 13 May 2013 17:42:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubwm1-0006rq-KK for xen-users@lists.xen.org; Mon, 13 May 2013 17:42:57 +0000 Received: from [85.158.138.51:26549] by server-5.bemta-3.messagelabs.com id B8/01-29713-02621915; Mon, 13 May 2013 17:42:56 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1368466974!29575087!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 17178 invoked from network); 13 May 2013 17:42:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 17:42:55 -0000 X-IronPort-AV: E=Sophos;i="4.87,663,1363132800"; d="scan'208";a="23723962" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 13 May 2013 17:42:54 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Mon, 13 May 2013 13:42:53 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Ubwlx-0005fR-EY; Mon, 13 May 2013 18:42:53 +0100 Date: Mon, 13 May 2013 18:42:53 +0100 From: Wei Liu To: Peter Jameson Message-ID: <20130513174253.GA21250@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] xm toolstack fails to build HVMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 13, 2013 at 06:20:32PM +0100, Peter Jameson wrote: > Using the xm toolstack for building HVMs appears to be broken for me. > The reason for me wanting to use xm is that usb-add/usb-del are > unimplemented in xl and from what I've read are not likely to be > implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as > well as an Ubuntu Raring dom0 using the Xen builds provided from > distribution repositories and ran into the same problem on both > distros. On this Raring dom0, I have set the default toolstack in > /etc/default/xen to xm and xm list works while xl list doesn't, as > would be expected. However, when I run xm create xyz.cfg it always > returns this error, no matter what is on line 1: > Xm parses your config file as python source code. Do you have any leading whitespaces in your config file? Wei. > # xm create /root/xenmachines/test.cfg Using config file > "/root/xenmachines/test.cfg". Error: Errors were found at line 1 > while processing /root/xenmachines/test.cfg: kernel = > "/usr/lib/xen-4.2/boot/hvmloader" > > It always fails on line 1, even if the line is as innocuous as name = > "test" . /var/log/xend.log is unmodified after these failed attempts. > Should I switch back to xl, the same cfg file will load fine. I'm not > sure if more is required to use xm (which would be surprising because > Ubuntu's default /etc/default/xen is set to xm) or maybe if there's > some sort-of unexpected syntax or encoding issue here, but I feel like > I've been running into a brick wall on this since I started and I'm > just completely failing to find relevant debug info or people with > similar problems and solutions anywhere, so I came here. Thanks in > advance for any help that may come my way! > > To be thorough, here is the cfg file I'm trying to run in its entirety > (this one is basically copy and paste from the wiki's Beginner's > Guide): > > kernel = "/usr/lib/xen-4.2/boot/hvmloader" builder='hvm' memory = > 4096 vcpus=4 name = "test" vif = ['bridge=xenbr0'] disk = > ['phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'] > acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" > vncpasswd="" > > Thanks, Peter > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 18:23:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 18:23: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 1UbxO7-0008Ju-Su; Mon, 13 May 2013 18:22:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbxO5-0008Jc-R7 for xen-users@lists.xen.org; Mon, 13 May 2013 18:22:18 +0000 Received: from [85.158.143.99:8272] by server-2.bemta-4.messagelabs.com id 53/80-27124-95F21915; Mon, 13 May 2013 18:22:17 +0000 X-Env-Sender: zzoloms@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1368469335!27396941!1 X-Originating-IP: [209.85.217.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 9760 invoked from network); 13 May 2013 18:22:15 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 18:22:15 -0000 Received: by mail-lb0-f172.google.com with SMTP id y6so6729478lbh.3 for ; Mon, 13 May 2013 11:22: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:cc:content-type; bh=FQ4lwzD9V3gYbG+arSYz3r7kf7FsZxYxaSTgOwW3YpI=; b=KAlKeFmF17+LnGGlQxX28U3kFxV1h9g1HZ0fpPpBSlRK1a8ghHxc9MmZlrESEopAtA AEelwR9h7buqDSIs6ImPomRngm4m5DcJ8eqjPQvl9yjzEnjCvzf+RUjKaG8tp2HFxddv REmelAbkKbLyo8RHz17aFQCnYXGTqim2c2iENPKWQcnKXiSlLayE+suXWootXeU9kvpE zYimDxUuOusJRs9Rji7Of2/o5qwNrX3qTgt30ztgWs2hcCmpbdEkTsFkvjJR96PC85ip 0UR+FuIO/BZdSMSnpBkYxSAvIM+JO3Oi7YT1S0a2K5cIazTzJ/orJhsqiDPhZuFCaOYs ok8g== MIME-Version: 1.0 X-Received: by 10.112.133.200 with SMTP id pe8mr13448780lbb.50.1368469334811; Mon, 13 May 2013 11:22:14 -0700 (PDT) Received: by 10.114.18.107 with HTTP; Mon, 13 May 2013 11:22:14 -0700 (PDT) In-Reply-To: <20130513174253.GA21250@zion.uk.xensource.com> References: <20130513174253.GA21250@zion.uk.xensource.com> Date: Mon, 13 May 2013 14:22:14 -0400 Message-ID: From: Peter Jameson To: Wei Liu Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xm toolstack fails to build HVMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2765908580584960240==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2765908580584960240== Content-Type: multipart/alternative; boundary=047d7b34336096690a04dc9d98ea --047d7b34336096690a04dc9d98ea Content-Type: text/plain; charset=ISO-8859-1 Wei, Boy is my face red! You hit the nail on the head; reformatting the lines with no white space fixed everything right up. I copy/pasted from the examples on the wiki, and of course because they have code tags around them they are indented from the start of the lines. Thanks so much, Peter On Mon, May 13, 2013 at 1:42 PM, Wei Liu wrote: > On Mon, May 13, 2013 at 06:20:32PM +0100, Peter Jameson wrote: > > Using the xm toolstack for building HVMs appears to be broken for me. > > The reason for me wanting to use xm is that usb-add/usb-del are > > unimplemented in xl and from what I've read are not likely to be > > implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as > > well as an Ubuntu Raring dom0 using the Xen builds provided from > > distribution repositories and ran into the same problem on both > > distros. On this Raring dom0, I have set the default toolstack in > > /etc/default/xen to xm and xm list works while xl list doesn't, as > > would be expected. However, when I run xm create xyz.cfg it always > > returns this error, no matter what is on line 1: > > > > Xm parses your config file as python source code. Do you have any > leading whitespaces in your config file? > > > Wei. > > > # xm create /root/xenmachines/test.cfg Using config file > > "/root/xenmachines/test.cfg". Error: Errors were found at line 1 > > while processing /root/xenmachines/test.cfg: kernel = > > "/usr/lib/xen-4.2/boot/hvmloader" > > > > It always fails on line 1, even if the line is as innocuous as name = > > "test" . /var/log/xend.log is unmodified after these failed attempts. > > Should I switch back to xl, the same cfg file will load fine. I'm not > > sure if more is required to use xm (which would be surprising because > > Ubuntu's default /etc/default/xen is set to xm) or maybe if there's > > some sort-of unexpected syntax or encoding issue here, but I feel like > > I've been running into a brick wall on this since I started and I'm > > just completely failing to find relevant debug info or people with > > similar problems and solutions anywhere, so I came here. Thanks in > > advance for any help that may come my way! > > > > To be thorough, here is the cfg file I'm trying to run in its entirety > > (this one is basically copy and paste from the wiki's Beginner's > > Guide): > > > > kernel = "/usr/lib/xen-4.2/boot/hvmloader" builder='hvm' memory = > > 4096 vcpus=4 name = "test" vif = ['bridge=xenbr0'] disk = > > ['phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'] > > acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" > > vncpasswd="" > > > > Thanks, Peter > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > --047d7b34336096690a04dc9d98ea Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Wei,

Boy is my face red! You hit = the nail on the head; reformatting the lines with no white space fixed ever= ything right up. I copy/pasted from the examples on the wiki, and of course= because they have code tags around them they are indented from the start o= f the lines.=A0

Thanks so much,
Peter
=


On Mon,= May 13, 2013 at 1:42 PM, Wei Liu <wei.liu2@citrix.com> wr= ote:
On Mon, May 13, 2013 at 06= :20:32PM +0100, Peter Jameson wrote:
> Using the xm toolstack for building HVMs appears to be broken for me.<= br> > The reason for me wanting to use xm is that usb-add/usb-del are
> unimplemented in xl and from what I've read are not likely to be > implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as<= br> > well as an Ubuntu Raring dom0 using the Xen builds provided from
> distribution repositories and ran into the same problem on both
> distros. On this Raring dom0, I have set the default toolstack in
> /etc/default/xen to xm and xm list works while xl list doesn't, as=
> would be expected. However, when I run xm create xyz.cfg it always
> returns this error, no matter what is on line 1:
>

Xm parses your config file as python source code. Do you have any
leading whitespaces in your config file?


Wei.

> # xm create /root/xenmachines/test.cfg Using config file
> "/root/xenmachines/test.cfg". =A0Error: Errors were found at= line 1
> while processing /root/xenmachines/test.cfg: kernel =3D
> "/usr/lib/xen-4.2/boot/hvmloader"
>
> It always fails on line 1, even if the line is as innocuous as name = =3D
> "test" . /var/log/xend.log is unmodified after these failed = attempts.
> Should I switch back to xl, the same cfg file will load fine. I'm = not
> sure if more is required to use xm (which would be surprising because<= br> > Ubuntu's default /etc/default/xen is set to xm) or maybe if there&= #39;s
> some sort-of unexpected syntax or encoding issue here, but I feel like=
> I've been running into a brick wall on this since I started and I&= #39;m
> just completely failing to find relevant debug info or people with
> similar problems and solutions anywhere, so I came here. Thanks in
> advance for any help that may come my way!
>
> To be thorough, here is the cfg file I'm trying to run in its enti= rety
> (this one is basically copy and paste from the wiki's Beginner'= ;s
> Guide):
>
> =A0 =A0kernel =3D "/usr/lib/xen-4.2/boot/hvmloader" builder= =3D'hvm' memory =3D
> =A0 =A04096 vcpus=3D4 name =3D "test" vif =3D ['bridge= =3Dxenbr0'] disk =3D
> =A0 =A0['phy:/dev/guests/test,hda,w','file:/root/raring.is= o,hdc:cdrom,r']
> =A0 =A0acpi =3D 1 boot=3D"d" sdl=3D0 serial=3D'pty' = vnc=3D1 vnclisten=3D""
> =A0 =A0vncpasswd=3D""
>
> Thanks, Peter

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users


--047d7b34336096690a04dc9d98ea-- --===============2765908580584960240== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2765908580584960240==-- From xen-users-bounces@lists.xen.org Mon May 13 18:23:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 18:23: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 1UbxO7-0008Ju-Su; Mon, 13 May 2013 18:22:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbxO5-0008Jc-R7 for xen-users@lists.xen.org; Mon, 13 May 2013 18:22:18 +0000 Received: from [85.158.143.99:8272] by server-2.bemta-4.messagelabs.com id 53/80-27124-95F21915; Mon, 13 May 2013 18:22:17 +0000 X-Env-Sender: zzoloms@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1368469335!27396941!1 X-Originating-IP: [209.85.217.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 9760 invoked from network); 13 May 2013 18:22:15 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 18:22:15 -0000 Received: by mail-lb0-f172.google.com with SMTP id y6so6729478lbh.3 for ; Mon, 13 May 2013 11:22: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:cc:content-type; bh=FQ4lwzD9V3gYbG+arSYz3r7kf7FsZxYxaSTgOwW3YpI=; b=KAlKeFmF17+LnGGlQxX28U3kFxV1h9g1HZ0fpPpBSlRK1a8ghHxc9MmZlrESEopAtA AEelwR9h7buqDSIs6ImPomRngm4m5DcJ8eqjPQvl9yjzEnjCvzf+RUjKaG8tp2HFxddv REmelAbkKbLyo8RHz17aFQCnYXGTqim2c2iENPKWQcnKXiSlLayE+suXWootXeU9kvpE zYimDxUuOusJRs9Rji7Of2/o5qwNrX3qTgt30ztgWs2hcCmpbdEkTsFkvjJR96PC85ip 0UR+FuIO/BZdSMSnpBkYxSAvIM+JO3Oi7YT1S0a2K5cIazTzJ/orJhsqiDPhZuFCaOYs ok8g== MIME-Version: 1.0 X-Received: by 10.112.133.200 with SMTP id pe8mr13448780lbb.50.1368469334811; Mon, 13 May 2013 11:22:14 -0700 (PDT) Received: by 10.114.18.107 with HTTP; Mon, 13 May 2013 11:22:14 -0700 (PDT) In-Reply-To: <20130513174253.GA21250@zion.uk.xensource.com> References: <20130513174253.GA21250@zion.uk.xensource.com> Date: Mon, 13 May 2013 14:22:14 -0400 Message-ID: From: Peter Jameson To: Wei Liu Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xm toolstack fails to build HVMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2765908580584960240==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2765908580584960240== Content-Type: multipart/alternative; boundary=047d7b34336096690a04dc9d98ea --047d7b34336096690a04dc9d98ea Content-Type: text/plain; charset=ISO-8859-1 Wei, Boy is my face red! You hit the nail on the head; reformatting the lines with no white space fixed everything right up. I copy/pasted from the examples on the wiki, and of course because they have code tags around them they are indented from the start of the lines. Thanks so much, Peter On Mon, May 13, 2013 at 1:42 PM, Wei Liu wrote: > On Mon, May 13, 2013 at 06:20:32PM +0100, Peter Jameson wrote: > > Using the xm toolstack for building HVMs appears to be broken for me. > > The reason for me wanting to use xm is that usb-add/usb-del are > > unimplemented in xl and from what I've read are not likely to be > > implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as > > well as an Ubuntu Raring dom0 using the Xen builds provided from > > distribution repositories and ran into the same problem on both > > distros. On this Raring dom0, I have set the default toolstack in > > /etc/default/xen to xm and xm list works while xl list doesn't, as > > would be expected. However, when I run xm create xyz.cfg it always > > returns this error, no matter what is on line 1: > > > > Xm parses your config file as python source code. Do you have any > leading whitespaces in your config file? > > > Wei. > > > # xm create /root/xenmachines/test.cfg Using config file > > "/root/xenmachines/test.cfg". Error: Errors were found at line 1 > > while processing /root/xenmachines/test.cfg: kernel = > > "/usr/lib/xen-4.2/boot/hvmloader" > > > > It always fails on line 1, even if the line is as innocuous as name = > > "test" . /var/log/xend.log is unmodified after these failed attempts. > > Should I switch back to xl, the same cfg file will load fine. I'm not > > sure if more is required to use xm (which would be surprising because > > Ubuntu's default /etc/default/xen is set to xm) or maybe if there's > > some sort-of unexpected syntax or encoding issue here, but I feel like > > I've been running into a brick wall on this since I started and I'm > > just completely failing to find relevant debug info or people with > > similar problems and solutions anywhere, so I came here. Thanks in > > advance for any help that may come my way! > > > > To be thorough, here is the cfg file I'm trying to run in its entirety > > (this one is basically copy and paste from the wiki's Beginner's > > Guide): > > > > kernel = "/usr/lib/xen-4.2/boot/hvmloader" builder='hvm' memory = > > 4096 vcpus=4 name = "test" vif = ['bridge=xenbr0'] disk = > > ['phy:/dev/guests/test,hda,w','file:/root/raring.iso,hdc:cdrom,r'] > > acpi = 1 boot="d" sdl=0 serial='pty' vnc=1 vnclisten="" > > vncpasswd="" > > > > Thanks, Peter > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > --047d7b34336096690a04dc9d98ea Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Wei,

Boy is my face red! You hit = the nail on the head; reformatting the lines with no white space fixed ever= ything right up. I copy/pasted from the examples on the wiki, and of course= because they have code tags around them they are indented from the start o= f the lines.=A0

Thanks so much,
Peter
=


On Mon,= May 13, 2013 at 1:42 PM, Wei Liu <wei.liu2@citrix.com> wr= ote:
On Mon, May 13, 2013 at 06= :20:32PM +0100, Peter Jameson wrote:
> Using the xm toolstack for building HVMs appears to be broken for me.<= br> > The reason for me wanting to use xm is that usb-add/usb-del are
> unimplemented in xl and from what I've read are not likely to be > implemented until 4.4. I have tested this on an OpenSUSE 12.3 dom0 as<= br> > well as an Ubuntu Raring dom0 using the Xen builds provided from
> distribution repositories and ran into the same problem on both
> distros. On this Raring dom0, I have set the default toolstack in
> /etc/default/xen to xm and xm list works while xl list doesn't, as=
> would be expected. However, when I run xm create xyz.cfg it always
> returns this error, no matter what is on line 1:
>

Xm parses your config file as python source code. Do you have any
leading whitespaces in your config file?


Wei.

> # xm create /root/xenmachines/test.cfg Using config file
> "/root/xenmachines/test.cfg". =A0Error: Errors were found at= line 1
> while processing /root/xenmachines/test.cfg: kernel =3D
> "/usr/lib/xen-4.2/boot/hvmloader"
>
> It always fails on line 1, even if the line is as innocuous as name = =3D
> "test" . /var/log/xend.log is unmodified after these failed = attempts.
> Should I switch back to xl, the same cfg file will load fine. I'm = not
> sure if more is required to use xm (which would be surprising because<= br> > Ubuntu's default /etc/default/xen is set to xm) or maybe if there&= #39;s
> some sort-of unexpected syntax or encoding issue here, but I feel like=
> I've been running into a brick wall on this since I started and I&= #39;m
> just completely failing to find relevant debug info or people with
> similar problems and solutions anywhere, so I came here. Thanks in
> advance for any help that may come my way!
>
> To be thorough, here is the cfg file I'm trying to run in its enti= rety
> (this one is basically copy and paste from the wiki's Beginner'= ;s
> Guide):
>
> =A0 =A0kernel =3D "/usr/lib/xen-4.2/boot/hvmloader" builder= =3D'hvm' memory =3D
> =A0 =A04096 vcpus=3D4 name =3D "test" vif =3D ['bridge= =3Dxenbr0'] disk =3D
> =A0 =A0['phy:/dev/guests/test,hda,w','file:/root/raring.is= o,hdc:cdrom,r']
> =A0 =A0acpi =3D 1 boot=3D"d" sdl=3D0 serial=3D'pty' = vnc=3D1 vnclisten=3D""
> =A0 =A0vncpasswd=3D""
>
> Thanks, Peter

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users


--047d7b34336096690a04dc9d98ea-- --===============2765908580584960240== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2765908580584960240==-- From xen-users-bounces@lists.xen.org Mon May 13 18:34:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 18:34: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 1UbxYS-0000cg-SE; Mon, 13 May 2013 18:33:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbxYR-0000cQ-H1; Mon, 13 May 2013 18:32:59 +0000 Received: from [85.158.138.51:14572] by server-11.bemta-3.messagelabs.com id AB/44-05438-AD131915; Mon, 13 May 2013 18:32:58 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1368469977!29078225!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 26605 invoked from network); 13 May 2013 18:32:58 -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; 13 May 2013 18:32:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4515670" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 18:23:52 +0000 Received: from Roger-2.local (10.30.249.38) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 19:32:57 +0100 Message-ID: <519131D8.9010307@citrix.com> Date: Mon, 13 May 2013 20:32:56 +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/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "freebsd-xen@freebsd.org" Cc: "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , xen-devel Subject: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Recently Justin T Gibbs, Will Andrews and myself have been working on improving the Xen support in FreeBSD. The main goal of this was to bring full PVHVM support to FreeBSD, right now FreeBSD is only using PV interfaces for disk and network interfaces when running as a HVM guest. The main benefits of this changes are that Xen virtual interrupts (event channels) are now delivered to the guest using a vector callback injection, that is a per-cpu mechanism that allows each vCPU to have different interrupts assigned, so for example network and disk interrupts are delivered to different vCPUs in order to improve performance. With this changes FreeBSD also uses PV timers when running as an HVM guest, which should provide better time keeping and reduce the virtualization overhead, since emulated timers are no longer used. PV IPIs can also be used inside a HVM guest, but this will be implemented later. Right now the code is in a state where it can be tested by users, so we would like to encourage FreeBSD and Xen users to test it and provide feedback. The code is available in the following git repository, under the branch pvhvm_v5: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=summary Also, I've created a wiki page that explains how to set up a FreeBSD PVHVM for testing: http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 18:34:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 18:34: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 1UbxYS-0000cg-SE; Mon, 13 May 2013 18:33:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbxYR-0000cQ-H1; Mon, 13 May 2013 18:32:59 +0000 Received: from [85.158.138.51:14572] by server-11.bemta-3.messagelabs.com id AB/44-05438-AD131915; Mon, 13 May 2013 18:32:58 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1368469977!29078225!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 26605 invoked from network); 13 May 2013 18:32:58 -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; 13 May 2013 18:32:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4515670" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 18:23:52 +0000 Received: from Roger-2.local (10.30.249.38) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 19:32:57 +0100 Message-ID: <519131D8.9010307@citrix.com> Date: Mon, 13 May 2013 20:32:56 +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/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "freebsd-xen@freebsd.org" Cc: "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , xen-devel Subject: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Recently Justin T Gibbs, Will Andrews and myself have been working on improving the Xen support in FreeBSD. The main goal of this was to bring full PVHVM support to FreeBSD, right now FreeBSD is only using PV interfaces for disk and network interfaces when running as a HVM guest. The main benefits of this changes are that Xen virtual interrupts (event channels) are now delivered to the guest using a vector callback injection, that is a per-cpu mechanism that allows each vCPU to have different interrupts assigned, so for example network and disk interrupts are delivered to different vCPUs in order to improve performance. With this changes FreeBSD also uses PV timers when running as an HVM guest, which should provide better time keeping and reduce the virtualization overhead, since emulated timers are no longer used. PV IPIs can also be used inside a HVM guest, but this will be implemented later. Right now the code is in a state where it can be tested by users, so we would like to encourage FreeBSD and Xen users to test it and provide feedback. The code is available in the following git repository, under the branch pvhvm_v5: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=summary Also, I've created a wiki page that explains how to set up a FreeBSD PVHVM for testing: http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 13 21:31:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 21:31: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 1Uc0J7-0004VG-UQ; Mon, 13 May 2013 21:29:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uc0J6-0004VB-N7 for xen-users@lists.xen.org; Mon, 13 May 2013 21:29:21 +0000 Received: from [193.109.254.147:38746] by server-2.bemta-14.messagelabs.com id 45/59-19066-03B51915; Mon, 13 May 2013 21:29:20 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1368480557!2848046!1 X-Originating-IP: [209.85.212.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23441 invoked from network); 13 May 2013 21:29:18 -0000 Received: from mail-vb0-f54.google.com (HELO mail-vb0-f54.google.com) (209.85.212.54) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 21:29:18 -0000 Received: by mail-vb0-f54.google.com with SMTP id f12so5578974vbg.41 for ; Mon, 13 May 2013 14:29: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=TxU1hmnOk0iLrT/5NBQMeCu4aKWGyqfivHIW1E6bKGQ=; b=TP6dD4QjcqMFBY9LH2fKM9qQlFoGfCYtS0ypNNPXYTBFXwC28AM7cK4Xt9QolAHdZM 1cvUUc01aXtmWINTwumANF5DKDBwQaS/OeIbL4lvA2gibV5bol3s2wxgMw61MzJPpjJ1 Voqg0qKK81g8H7MIdLIMY404oRjP1zxRikLxSLBaIllnT2JseI1PumlbE4e0A3APBSKB Y2FO2qHhu73xhx1+LkCrGXUPVJJB6AhJTB/jP2TtFoCwm/dWUB1+LURCInYgGuLqvSy/ RnEzhrAF15Vuc5y4KyXfxvvqFZ9umSw0y6EmnAvh34W9EelPpMRGvSvc7xt3nRJIv1j+ kH1A== MIME-Version: 1.0 X-Received: by 10.220.137.145 with SMTP id w17mr19958643vct.73.1368480557578; Mon, 13 May 2013 14:29:17 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Mon, 13 May 2013 14:29:17 -0700 (PDT) In-Reply-To: References: <516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> Date: Mon, 13 May 2013 17:29:17 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: "xen-users@lists.xen.org" , Gordan Bobic Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0116175979876995263==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0116175979876995263== Content-Type: multipart/alternative; boundary=047d7b343394844f1604dca03549 --047d7b343394844f1604dca03549 Content-Type: text/plain; charset=UTF-8 > > Hello Gordan, Casey, > > I hope you've had a good weekend. I got back to my project this > morning; I decided to shove one of my 5850's into my board to see if I > could get it to work... > > I've had this Windows DomU running, with GPLPV drivers, for a few > hours now. Performance is excellent. I'm using the 5850 > passed-through as a PCIe device. One of my 6990s is also plugged in, > and it's being used by Dom0. Comically, I've got the better monitor > plugged into my Dom0's card because this 5850 lacks mini displayport > :D > > I also can't get gfx_passthru=1 to work. Nothing happens other than > an SDL window claiming to be a Serial console showing up on my Dom0's > screen. I even have the 5850 set up as my BIOS's primary video card. > Oh well :) > > For primary passthrough (which is what the gfx_passthru=1 flag is supposed to set), you need to apply AMD patches to the Xen source code manually and rebuild. I have not yet tried this myself and simply make do with secondary passthrough. Gordan, I'm going to poke through your other email later and see if I > can present some information to help you line up any of your > suspicions. Given the way things have gone for me---and I've > basically duplicated as much of your and Casey's setups as humanly > possible here---I've got to believe the problem here is ACS, or > something related to it. I can even reboot this VM and the card just > keeps on working. > Have you rebooted and then tried a 3D Application as well? Rebooting works fine for me with the windows interface since that requires very little in the way of graphics power. However if I do not eject the card after a reboot prior to starting up a 3D application, such as a game, it will run either very slowly or the software crashes. If you are not experiencing that, then you have somehow worked around the degraded passthrough performance. On another note, should we retire this thread soon? It's getting a > bit long and I don't want to discourage any future googlers, nor get > too off topic :P > > I think it is a good thing that we have a long email chain. I only wish I had run across a discussion like this when I was setting up my system. ~Casey --047d7b343394844f1604dca03549 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Gordan, Casey,

I hope you've had a good weekend. =C2=A0I got back to my project this morning; I decided to shove one of my 5850's into my board to see if I<= br> could get it to work...

I've had this Windows DomU running, with GPLPV drivers, for a few
hours now. =C2=A0Performance is excellent. =C2=A0I'm using the 5850
passed-through as a PCIe device. =C2=A0One of my 6990s is also plugged in,<= br> and it's being used by Dom0. =C2=A0Comically, I've got the better m= onitor
plugged into my Dom0's card because this 5850 lacks mini displayport :D

I also can't get gfx_passthru=3D1 to work. =C2=A0Nothing happens other = than
an SDL window claiming to be a Serial console showing up on my Dom0's screen. =C2=A0I even have the 5850 set up as my BIOS's primary video ca= rd.
Oh well :)

For primary passthrough (which is what the gfx_passth= ru=3D1 flag is supposed to set), you need to apply AMD patches to the Xen s= ource code manually and rebuild. =C2=A0I have not yet tried this myself and= simply make do with secondary passthrough.

Gordan, I'm going to poke through your other email later and see if I can present some information to help you line up any of your
suspicions. =C2=A0Given the way things have gone for me---and I've
basically duplicated as much of your and Casey's setups as humanly
possible here---I've got to believe the problem here is ACS, or
something related to it. =C2=A0I can even reboot this VM and the card just<= br> keeps on working.

Have you rebooted and= then tried a 3D Application as well? =C2=A0Rebooting works fine for me wit= h the windows interface since that requires very little in the way of graph= ics power. =C2=A0However if I do not eject the card after a reboot prior to= starting up a 3D application, such as a game, it will run either very slow= ly or the software crashes. =C2=A0If you are not experiencing that, then yo= u have somehow worked around the degraded passthrough performance.

On another note, should we retire this thread soon? =C2=A0It's getting = a
bit long and I don't want to discourage any future googlers, nor get too off topic :P

I think it is a good thing that we have a long email = chain. I only wish I had run across a discussion like this when I was setti= ng up my system.

~Casey
--047d7b343394844f1604dca03549-- --===============0116175979876995263== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0116175979876995263==-- From xen-users-bounces@lists.xen.org Mon May 13 21:31:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 21:31: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 1Uc0J7-0004VG-UQ; Mon, 13 May 2013 21:29:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uc0J6-0004VB-N7 for xen-users@lists.xen.org; Mon, 13 May 2013 21:29:21 +0000 Received: from [193.109.254.147:38746] by server-2.bemta-14.messagelabs.com id 45/59-19066-03B51915; Mon, 13 May 2013 21:29:20 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1368480557!2848046!1 X-Originating-IP: [209.85.212.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23441 invoked from network); 13 May 2013 21:29:18 -0000 Received: from mail-vb0-f54.google.com (HELO mail-vb0-f54.google.com) (209.85.212.54) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 21:29:18 -0000 Received: by mail-vb0-f54.google.com with SMTP id f12so5578974vbg.41 for ; Mon, 13 May 2013 14:29: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=TxU1hmnOk0iLrT/5NBQMeCu4aKWGyqfivHIW1E6bKGQ=; b=TP6dD4QjcqMFBY9LH2fKM9qQlFoGfCYtS0ypNNPXYTBFXwC28AM7cK4Xt9QolAHdZM 1cvUUc01aXtmWINTwumANF5DKDBwQaS/OeIbL4lvA2gibV5bol3s2wxgMw61MzJPpjJ1 Voqg0qKK81g8H7MIdLIMY404oRjP1zxRikLxSLBaIllnT2JseI1PumlbE4e0A3APBSKB Y2FO2qHhu73xhx1+LkCrGXUPVJJB6AhJTB/jP2TtFoCwm/dWUB1+LURCInYgGuLqvSy/ RnEzhrAF15Vuc5y4KyXfxvvqFZ9umSw0y6EmnAvh34W9EelPpMRGvSvc7xt3nRJIv1j+ kH1A== MIME-Version: 1.0 X-Received: by 10.220.137.145 with SMTP id w17mr19958643vct.73.1368480557578; Mon, 13 May 2013 14:29:17 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Mon, 13 May 2013 14:29:17 -0700 (PDT) In-Reply-To: References: <516BF188.4050100@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> Date: Mon, 13 May 2013 17:29:17 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: "xen-users@lists.xen.org" , Gordan Bobic Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.10 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0116175979876995263==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0116175979876995263== Content-Type: multipart/alternative; boundary=047d7b343394844f1604dca03549 --047d7b343394844f1604dca03549 Content-Type: text/plain; charset=UTF-8 > > Hello Gordan, Casey, > > I hope you've had a good weekend. I got back to my project this > morning; I decided to shove one of my 5850's into my board to see if I > could get it to work... > > I've had this Windows DomU running, with GPLPV drivers, for a few > hours now. Performance is excellent. I'm using the 5850 > passed-through as a PCIe device. One of my 6990s is also plugged in, > and it's being used by Dom0. Comically, I've got the better monitor > plugged into my Dom0's card because this 5850 lacks mini displayport > :D > > I also can't get gfx_passthru=1 to work. Nothing happens other than > an SDL window claiming to be a Serial console showing up on my Dom0's > screen. I even have the 5850 set up as my BIOS's primary video card. > Oh well :) > > For primary passthrough (which is what the gfx_passthru=1 flag is supposed to set), you need to apply AMD patches to the Xen source code manually and rebuild. I have not yet tried this myself and simply make do with secondary passthrough. Gordan, I'm going to poke through your other email later and see if I > can present some information to help you line up any of your > suspicions. Given the way things have gone for me---and I've > basically duplicated as much of your and Casey's setups as humanly > possible here---I've got to believe the problem here is ACS, or > something related to it. I can even reboot this VM and the card just > keeps on working. > Have you rebooted and then tried a 3D Application as well? Rebooting works fine for me with the windows interface since that requires very little in the way of graphics power. However if I do not eject the card after a reboot prior to starting up a 3D application, such as a game, it will run either very slowly or the software crashes. If you are not experiencing that, then you have somehow worked around the degraded passthrough performance. On another note, should we retire this thread soon? It's getting a > bit long and I don't want to discourage any future googlers, nor get > too off topic :P > > I think it is a good thing that we have a long email chain. I only wish I had run across a discussion like this when I was setting up my system. ~Casey --047d7b343394844f1604dca03549 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Gordan, Casey,

I hope you've had a good weekend. =C2=A0I got back to my project this morning; I decided to shove one of my 5850's into my board to see if I<= br> could get it to work...

I've had this Windows DomU running, with GPLPV drivers, for a few
hours now. =C2=A0Performance is excellent. =C2=A0I'm using the 5850
passed-through as a PCIe device. =C2=A0One of my 6990s is also plugged in,<= br> and it's being used by Dom0. =C2=A0Comically, I've got the better m= onitor
plugged into my Dom0's card because this 5850 lacks mini displayport :D

I also can't get gfx_passthru=3D1 to work. =C2=A0Nothing happens other = than
an SDL window claiming to be a Serial console showing up on my Dom0's screen. =C2=A0I even have the 5850 set up as my BIOS's primary video ca= rd.
Oh well :)

For primary passthrough (which is what the gfx_passth= ru=3D1 flag is supposed to set), you need to apply AMD patches to the Xen s= ource code manually and rebuild. =C2=A0I have not yet tried this myself and= simply make do with secondary passthrough.

Gordan, I'm going to poke through your other email later and see if I can present some information to help you line up any of your
suspicions. =C2=A0Given the way things have gone for me---and I've
basically duplicated as much of your and Casey's setups as humanly
possible here---I've got to believe the problem here is ACS, or
something related to it. =C2=A0I can even reboot this VM and the card just<= br> keeps on working.

Have you rebooted and= then tried a 3D Application as well? =C2=A0Rebooting works fine for me wit= h the windows interface since that requires very little in the way of graph= ics power. =C2=A0However if I do not eject the card after a reboot prior to= starting up a 3D application, such as a game, it will run either very slow= ly or the software crashes. =C2=A0If you are not experiencing that, then yo= u have somehow worked around the degraded passthrough performance.

On another note, should we retire this thread soon? =C2=A0It's getting = a
bit long and I don't want to discourage any future googlers, nor get too off topic :P

I think it is a good thing that we have a long email = chain. I only wish I had run across a discussion like this when I was setti= ng up my system.

~Casey
--047d7b343394844f1604dca03549-- --===============0116175979876995263== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0116175979876995263==-- From xen-users-bounces@lists.xen.org Tue May 14 04:47:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 04:47: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 1Uc77k-0004zf-Fh; Tue, 14 May 2013 04:46:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uc77i-0004za-Tg for xen-users@lists.xen.org; Tue, 14 May 2013 04:46:03 +0000 Received: from [85.158.137.99:8310] by server-8.bemta-3.messagelabs.com id 6A/81-25864-981C1915; Tue, 14 May 2013 04:46:01 +0000 X-Env-Sender: xiaoqiangnk@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1368506753!16661688!1 X-Originating-IP: [209.85.215.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26285 invoked from network); 14 May 2013 04:45:54 -0000 Received: from mail-ea0-f169.google.com (HELO mail-ea0-f169.google.com) (209.85.215.169) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 04:45:54 -0000 Received: by mail-ea0-f169.google.com with SMTP id m14so45408eaj.0 for ; Mon, 13 May 2013 21:45:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=3169fUjhG7QlBRLveHiV4qtOqkFL4pBQtxAuQu6UQY0=; b=HxjOudaCNMyeFsWkKV+hZ19xapcP8OqP+PpKGndi5UMy2QlhwWNAheBlCd/ZS7jmsm +/WHTD/biy/9hHxFyPLOyWFU4lO5XJVGNaurOkn35rjdqrhnCcse4pZetZMfsHSwzGhS XloNrdr5ROuZga0p9ujqfmdZtNDC4FgEH2sH6/9ATGcoEJ8UF8CMLDyG4NMz/fFYdeP2 /7ugZjHncNTkJd1x2cZxBqUDq/sj0jV9gcya1Tv0ta3D5zf+Uxw0FRPo/us7kcPHscDK RFm9iuWyXLeCMfY7uG/tPKGlDL683ILNqrlOENqeMuikez2SHT7ENLQ2srQZVphQWkJV gfYw== X-Received: by 10.15.35.71 with SMTP id f47mr48765939eev.15.1368506752595; Mon, 13 May 2013 21:45:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.67.138 with HTTP; Mon, 13 May 2013 21:45:32 -0700 (PDT) From: Yongqiang Yang Date: Tue, 14 May 2013 12:45:32 +0800 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] blktap stop every 10 seconds and the performance suffers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I implement a network store based on blktap, a IO consuming 100 seconds, how erver tapdisk stops every 10 seconds, as a result previous's completion will be done until 10 seconds later. This makes the performance bad. I am using blktap wrong OR the situation is expected? Thanks, Yongqiang _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 04:47:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 04:47: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 1Uc77k-0004zf-Fh; Tue, 14 May 2013 04:46:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uc77i-0004za-Tg for xen-users@lists.xen.org; Tue, 14 May 2013 04:46:03 +0000 Received: from [85.158.137.99:8310] by server-8.bemta-3.messagelabs.com id 6A/81-25864-981C1915; Tue, 14 May 2013 04:46:01 +0000 X-Env-Sender: xiaoqiangnk@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1368506753!16661688!1 X-Originating-IP: [209.85.215.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26285 invoked from network); 14 May 2013 04:45:54 -0000 Received: from mail-ea0-f169.google.com (HELO mail-ea0-f169.google.com) (209.85.215.169) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 04:45:54 -0000 Received: by mail-ea0-f169.google.com with SMTP id m14so45408eaj.0 for ; Mon, 13 May 2013 21:45:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=3169fUjhG7QlBRLveHiV4qtOqkFL4pBQtxAuQu6UQY0=; b=HxjOudaCNMyeFsWkKV+hZ19xapcP8OqP+PpKGndi5UMy2QlhwWNAheBlCd/ZS7jmsm +/WHTD/biy/9hHxFyPLOyWFU4lO5XJVGNaurOkn35rjdqrhnCcse4pZetZMfsHSwzGhS XloNrdr5ROuZga0p9ujqfmdZtNDC4FgEH2sH6/9ATGcoEJ8UF8CMLDyG4NMz/fFYdeP2 /7ugZjHncNTkJd1x2cZxBqUDq/sj0jV9gcya1Tv0ta3D5zf+Uxw0FRPo/us7kcPHscDK RFm9iuWyXLeCMfY7uG/tPKGlDL683ILNqrlOENqeMuikez2SHT7ENLQ2srQZVphQWkJV gfYw== X-Received: by 10.15.35.71 with SMTP id f47mr48765939eev.15.1368506752595; Mon, 13 May 2013 21:45:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.67.138 with HTTP; Mon, 13 May 2013 21:45:32 -0700 (PDT) From: Yongqiang Yang Date: Tue, 14 May 2013 12:45:32 +0800 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] blktap stop every 10 seconds and the performance suffers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I implement a network store based on blktap, a IO consuming 100 seconds, how erver tapdisk stops every 10 seconds, as a result previous's completion will be done until 10 seconds later. This makes the performance bad. I am using blktap wrong OR the situation is expected? Thanks, Yongqiang _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 08:49:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 08:49: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 1UcAuA-0008IX-14; Tue, 14 May 2013 08:48:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcAu8-0008Ha-GF for xen-users@lists.xen.org; Tue, 14 May 2013 08:48:16 +0000 Received: from [85.158.143.99:30515] by server-1.bemta-4.messagelabs.com id 37/FC-06122-F4AF1915; Tue, 14 May 2013 08:48:15 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1368521294!22572073!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 16640 invoked from network); 14 May 2013 08:48:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 08:48:15 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4547188" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 08:38:41 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 14 May 2013 09:48:14 +0100 From: Thanos Makatos To: Sebastian Unger Date: Tue, 14 May 2013 09:48:13 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5NwWddSIVKR6OsRH6z7IGla0gZpgCvTYwA Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > Hi Thanos, > thanks for responding. I don't have access to the code. Could you by > any chance quote a list of supported formats here. > Cheers, > Seb I've only used RAW and VHD so far. tools/blktap2/drivers/tapdisk-disktype.c says that qcow, ram, block_cache, vhd_index, log, and remus are also supported. Apart from qcow, I don't know about the rest. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 08:49:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 08:49: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 1UcAuA-0008IX-14; Tue, 14 May 2013 08:48:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcAu8-0008Ha-GF for xen-users@lists.xen.org; Tue, 14 May 2013 08:48:16 +0000 Received: from [85.158.143.99:30515] by server-1.bemta-4.messagelabs.com id 37/FC-06122-F4AF1915; Tue, 14 May 2013 08:48:15 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1368521294!22572073!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 16640 invoked from network); 14 May 2013 08:48:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 08:48:15 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4547188" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 08:38:41 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 14 May 2013 09:48:14 +0100 From: Thanos Makatos To: Sebastian Unger Date: Tue, 14 May 2013 09:48:13 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5NwWddSIVKR6OsRH6z7IGla0gZpgCvTYwA Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > Hi Thanos, > thanks for responding. I don't have access to the code. Could you by > any chance quote a list of supported formats here. > Cheers, > Seb I've only used RAW and VHD so far. tools/blktap2/drivers/tapdisk-disktype.c says that qcow, ram, block_cache, vhd_index, log, and remus are also supported. Apart from qcow, I don't know about the rest. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 08:58:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 08:58: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 1UcB2W-0000Er-Kx; Tue, 14 May 2013 08:56:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcB2V-0000Ek-9g for xen-users@lists.xen.org; Tue, 14 May 2013 08:56:55 +0000 Received: from [85.158.138.51:10355] by server-9.bemta-3.messagelabs.com id A8/13-29224-55CF1915; Tue, 14 May 2013 08:56:53 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1368521805!24515710!1 X-Originating-IP: [209.85.223.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 18877 invoked from network); 14 May 2013 08:56:46 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 08:56:46 -0000 Received: by mail-ie0-f179.google.com with SMTP id c13so485378ieb.24 for ; Tue, 14 May 2013 01:56: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:cc:content-type; bh=roekUhXb/CXGjRU8fl8mewQsoc4iHC4cmd7PW1CqXxo=; b=n5Ml5sZH8cOyVXW+OQ7fJ60CFmYi8baPpxOiuRwTHvRL9KSd5ZUOtorhyi275Bo/7W C+AiRPgUNTFs62pRLq1LGKl24zKej0E4jCuvSFQTKgtUeS0cmPJfbXl5uTFBHatIBDgA mSBe3i/P+Xjyg6upvZOi6KynzcYHB2Ho+zvyytu3mtUI9wITL42b4KyENhHhUh1aZTqw bgjjOYrklyAkBbKcPNrMhYDWrMB+U3KOYj+hg6lx2IrgwL1xH70c5JTw2NE23iFcQHxj 721H2M41ZcerPMF43LVbpwS35jmfaPWRwUR+Qcu3rQffiMq4kwqey93jfeVDwaDt3qRK 4UrQ== MIME-Version: 1.0 X-Received: by 10.42.155.202 with SMTP id v10mr8817593icw.2.1368521804741; Tue, 14 May 2013 01:56:44 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 01:56:44 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 01:56:44 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> Date: Tue, 14 May 2013 20:56:44 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] blktap2 and qcow2 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="===============2499694985701901809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2499694985701901809== Content-Type: multipart/alternative; boundary=90e6ba2124770a004d04dca9d07f --90e6ba2124770a004d04dca9d07f Content-Type: text/plain; charset=UTF-8 Mhmm, I've run a quick test, but it doesn't work with qcow either. Although the error is slightly different: tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what that error (-38) means? Out of curiosity, does qcow support in-file snapshots like qcow2? Cheers, Seb On 14/05/2013 8:48 PM, "Thanos Makatos" wrote: > > Hi Thanos, > > thanks for responding. I don't have access to the code. Could you by > > any chance quote a list of supported formats here. > > Cheers, > > Seb > > I've only used RAW and VHD so far. > tools/blktap2/drivers/tapdisk-disktype.c says that qcow, ram, block_cache, > vhd_index, log, and remus are also supported. Apart from qcow, I don't know > about the rest. > --90e6ba2124770a004d04dca9d07f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Mhmm, I've run a quick test, but it doesn't work wit= h qcow either. Although the error is slightly different:

tap-ctl: tap-err:tap_ctl_open: open failed, err -38

Do you know what that error (-38) means?

Out of curiosity, does qcow support in-file snapshots like q= cow2?

Cheers,
Seb

On 14/05/2013 8:48 PM, "Thanos Makatos"= ; <thanos.makatos@citrix.co= m> wrote:
> Hi Thanos,
> thanks for responding. I don't have access to the code. Could you = by
> any chance quote a list of supported formats here.
> Cheers,
> Seb

I've only used RAW and VHD so far. tools/blktap2/drivers/tapdisk-diskty= pe.c says that qcow, ram, block_cache, vhd_index, log, and remus are also s= upported. Apart from qcow, I don't know about the rest.
--90e6ba2124770a004d04dca9d07f-- --===============2499694985701901809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2499694985701901809==-- From xen-users-bounces@lists.xen.org Tue May 14 08:58:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 08:58: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 1UcB2W-0000Er-Kx; Tue, 14 May 2013 08:56:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcB2V-0000Ek-9g for xen-users@lists.xen.org; Tue, 14 May 2013 08:56:55 +0000 Received: from [85.158.138.51:10355] by server-9.bemta-3.messagelabs.com id A8/13-29224-55CF1915; Tue, 14 May 2013 08:56:53 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1368521805!24515710!1 X-Originating-IP: [209.85.223.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 18877 invoked from network); 14 May 2013 08:56:46 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 08:56:46 -0000 Received: by mail-ie0-f179.google.com with SMTP id c13so485378ieb.24 for ; Tue, 14 May 2013 01:56: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:cc:content-type; bh=roekUhXb/CXGjRU8fl8mewQsoc4iHC4cmd7PW1CqXxo=; b=n5Ml5sZH8cOyVXW+OQ7fJ60CFmYi8baPpxOiuRwTHvRL9KSd5ZUOtorhyi275Bo/7W C+AiRPgUNTFs62pRLq1LGKl24zKej0E4jCuvSFQTKgtUeS0cmPJfbXl5uTFBHatIBDgA mSBe3i/P+Xjyg6upvZOi6KynzcYHB2Ho+zvyytu3mtUI9wITL42b4KyENhHhUh1aZTqw bgjjOYrklyAkBbKcPNrMhYDWrMB+U3KOYj+hg6lx2IrgwL1xH70c5JTw2NE23iFcQHxj 721H2M41ZcerPMF43LVbpwS35jmfaPWRwUR+Qcu3rQffiMq4kwqey93jfeVDwaDt3qRK 4UrQ== MIME-Version: 1.0 X-Received: by 10.42.155.202 with SMTP id v10mr8817593icw.2.1368521804741; Tue, 14 May 2013 01:56:44 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 01:56:44 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 01:56:44 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> Date: Tue, 14 May 2013 20:56:44 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] blktap2 and qcow2 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="===============2499694985701901809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2499694985701901809== Content-Type: multipart/alternative; boundary=90e6ba2124770a004d04dca9d07f --90e6ba2124770a004d04dca9d07f Content-Type: text/plain; charset=UTF-8 Mhmm, I've run a quick test, but it doesn't work with qcow either. Although the error is slightly different: tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what that error (-38) means? Out of curiosity, does qcow support in-file snapshots like qcow2? Cheers, Seb On 14/05/2013 8:48 PM, "Thanos Makatos" wrote: > > Hi Thanos, > > thanks for responding. I don't have access to the code. Could you by > > any chance quote a list of supported formats here. > > Cheers, > > Seb > > I've only used RAW and VHD so far. > tools/blktap2/drivers/tapdisk-disktype.c says that qcow, ram, block_cache, > vhd_index, log, and remus are also supported. Apart from qcow, I don't know > about the rest. > --90e6ba2124770a004d04dca9d07f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Mhmm, I've run a quick test, but it doesn't work wit= h qcow either. Although the error is slightly different:

tap-ctl: tap-err:tap_ctl_open: open failed, err -38

Do you know what that error (-38) means?

Out of curiosity, does qcow support in-file snapshots like q= cow2?

Cheers,
Seb

On 14/05/2013 8:48 PM, "Thanos Makatos"= ; <thanos.makatos@citrix.co= m> wrote:
> Hi Thanos,
> thanks for responding. I don't have access to the code. Could you = by
> any chance quote a list of supported formats here.
> Cheers,
> Seb

I've only used RAW and VHD so far. tools/blktap2/drivers/tapdisk-diskty= pe.c says that qcow, ram, block_cache, vhd_index, log, and remus are also s= upported. Apart from qcow, I don't know about the rest.
--90e6ba2124770a004d04dca9d07f-- --===============2499694985701901809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2499694985701901809==-- From xen-users-bounces@lists.xen.org Tue May 14 09:08:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 09:08: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 1UcBC9-0000dc-G5; Tue, 14 May 2013 09:06:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcBC7-0000dX-S3 for xen-users@lists.xen.org; Tue, 14 May 2013 09:06:52 +0000 Received: from [85.158.139.83:28572] by server-2.bemta-5.messagelabs.com id 1E/E4-26552-BAEF1915; Tue, 14 May 2013 09:06:51 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368522399!30236663!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 19918 invoked from network); 14 May 2013 09:06:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 09:06:39 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4548351" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 08:57:06 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 14 May 2013 10:06:38 +0100 From: Thanos Makatos To: Sebastian Unger Date: Tue, 14 May 2013 10:06:38 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5QgPiYi23e5hF0RaypKTwDLHFfqAAAPi1A Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > Mhmm, I've run a quick test, but it doesn't work with qcow either. > Although the error is slightly different: > tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what > that error (-38) means? 38 stands for ENOSYS (you can consult /usr/include/asm-generic/errno-base.h and /usr/include/asm-generic/errno.h for translating error codes). It means that something is not implemented, maybe support for qcow.. > Out of curiosity, does qcow support in-file snapshots like qcow2? No idea. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 09:08:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 09:08: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 1UcBC9-0000dc-G5; Tue, 14 May 2013 09:06:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcBC7-0000dX-S3 for xen-users@lists.xen.org; Tue, 14 May 2013 09:06:52 +0000 Received: from [85.158.139.83:28572] by server-2.bemta-5.messagelabs.com id 1E/E4-26552-BAEF1915; Tue, 14 May 2013 09:06:51 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368522399!30236663!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 19918 invoked from network); 14 May 2013 09:06:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 09:06:39 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4548351" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 08:57:06 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 14 May 2013 10:06:38 +0100 From: Thanos Makatos To: Sebastian Unger Date: Tue, 14 May 2013 10:06:38 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5QgPiYi23e5hF0RaypKTwDLHFfqAAAPi1A Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > Mhmm, I've run a quick test, but it doesn't work with qcow either. > Although the error is slightly different: > tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what > that error (-38) means? 38 stands for ENOSYS (you can consult /usr/include/asm-generic/errno-base.h and /usr/include/asm-generic/errno.h for translating error codes). It means that something is not implemented, maybe support for qcow.. > Out of curiosity, does qcow support in-file snapshots like qcow2? No idea. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 09:20:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 09:20: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 1UcBO6-0001hS-Je; Tue, 14 May 2013 09:19:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcBO4-0001gw-9w; Tue, 14 May 2013 09:19:12 +0000 Received: from [85.158.139.211:35517] by server-12.bemta-5.messagelabs.com id D3/1E-16465-F8102915; Tue, 14 May 2013 09:19:11 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1368523148!21436801!1 X-Originating-IP: [209.85.212.176] 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 7541 invoked from network); 14 May 2013 09:19:08 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 09:19:08 -0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so3780630wib.15 for ; Tue, 14 May 2013 02:19:08 -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=tvA+a/y7AhZgN60KScna64nMWLDIGCMctnpR9xGfaLU=; b=y3Tr2w+l0YysqT7VlWOF3K3ltePyVA0rHJwhEnCrTtbrI31slFLmkXadPRuNHgkdcy s+hd26e8mqxkVDSP4JGJcKNaUfN+QJT0aESBQ61/Ai+gaYRLfLlJEks5l8uIbPyopT7p 4r3xxv6mzUqe0A7kngPaUWs1LZ2FP92tamlwYATaLSY4of/Xmz8yUA2t+LR77AS0WHA/ ucM038UwmC0zSMK1g3QQCj/OZuwBILesQalAXB5HW9U4tc1wOABISrNGW2ltnNOis2C3 Wmb3R15lYhfXbeksgsHlfzB4OyQVBlo4UBzftdqAFUNPeyBeKXlRiPuAIjUSL4QbZSJr UruQ== MIME-Version: 1.0 X-Received: by 10.180.212.3 with SMTP id ng3mr4523119wic.22.1368523147955; Tue, 14 May 2013 02:19:07 -0700 (PDT) Received: by 10.194.87.169 with HTTP; Tue, 14 May 2013 02:19:07 -0700 (PDT) In-Reply-To: <519131D8.9010307@citrix.com> References: <519131D8.9010307@citrix.com> Date: Tue, 14 May 2013 10:19:07 +0100 X-Google-Sender-Auth: ykJoY7i9i9rrxP1TTCmKnyRdfXU Message-ID: From: George Dunlap To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= , Dario Faggioli Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 13, 2013 at 7:32 PM, Roger Pau Monn=E9 w= rote: > Hello, > > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. > The main benefits of this changes are that Xen virtual interrupts (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when running > as an HVM guest, which should provide better time keeping and reduce the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. > > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. Is this something we should try to put on the Xen.org blog? -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 09:20:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 09:20: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 1UcBO6-0001hS-Je; Tue, 14 May 2013 09:19:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcBO4-0001gw-9w; Tue, 14 May 2013 09:19:12 +0000 Received: from [85.158.139.211:35517] by server-12.bemta-5.messagelabs.com id D3/1E-16465-F8102915; Tue, 14 May 2013 09:19:11 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1368523148!21436801!1 X-Originating-IP: [209.85.212.176] 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 7541 invoked from network); 14 May 2013 09:19:08 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 09:19:08 -0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so3780630wib.15 for ; Tue, 14 May 2013 02:19:08 -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=tvA+a/y7AhZgN60KScna64nMWLDIGCMctnpR9xGfaLU=; b=y3Tr2w+l0YysqT7VlWOF3K3ltePyVA0rHJwhEnCrTtbrI31slFLmkXadPRuNHgkdcy s+hd26e8mqxkVDSP4JGJcKNaUfN+QJT0aESBQ61/Ai+gaYRLfLlJEks5l8uIbPyopT7p 4r3xxv6mzUqe0A7kngPaUWs1LZ2FP92tamlwYATaLSY4of/Xmz8yUA2t+LR77AS0WHA/ ucM038UwmC0zSMK1g3QQCj/OZuwBILesQalAXB5HW9U4tc1wOABISrNGW2ltnNOis2C3 Wmb3R15lYhfXbeksgsHlfzB4OyQVBlo4UBzftdqAFUNPeyBeKXlRiPuAIjUSL4QbZSJr UruQ== MIME-Version: 1.0 X-Received: by 10.180.212.3 with SMTP id ng3mr4523119wic.22.1368523147955; Tue, 14 May 2013 02:19:07 -0700 (PDT) Received: by 10.194.87.169 with HTTP; Tue, 14 May 2013 02:19:07 -0700 (PDT) In-Reply-To: <519131D8.9010307@citrix.com> References: <519131D8.9010307@citrix.com> Date: Tue, 14 May 2013 10:19:07 +0100 X-Google-Sender-Auth: ykJoY7i9i9rrxP1TTCmKnyRdfXU Message-ID: From: George Dunlap To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= , Dario Faggioli Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 13, 2013 at 7:32 PM, Roger Pau Monn=E9 w= rote: > Hello, > > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. > The main benefits of this changes are that Xen virtual interrupts (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when running > as an HVM guest, which should provide better time keeping and reduce the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. > > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. Is this something we should try to put on the Xen.org blog? -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 10:09:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 10:09:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcC9c-0004V4-Sz; Tue, 14 May 2013 10:08:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcC9a-0004Up-OU for xen-users@lists.xen.org; Tue, 14 May 2013 10:08:18 +0000 Received: from [85.158.139.211:53588] by server-11.bemta-5.messagelabs.com id BE/21-26693-11D02915; Tue, 14 May 2013 10:08:17 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1368526095!22565984!1 X-Originating-IP: [209.85.210.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5680 invoked from network); 14 May 2013 10:08:16 -0000 Received: from mail-ia0-f172.google.com (HELO mail-ia0-f172.google.com) (209.85.210.172) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 10:08:16 -0000 Received: by mail-ia0-f172.google.com with SMTP id i20so422756ian.3 for ; Tue, 14 May 2013 03:08:15 -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=v4afl25H7y+8bKxW9DOPUn0PA8UX+v0E0011Y/Koo1o=; b=vra/kB4OsvPsixq5FgBgz+tc7OlsuplbMAdr/jFNksbJaeuX26m+4zjUzg0IevdLWj uV5Mu2gf+c/pCRlK6ows5xmqTTyhH1YxlVCr9m89iRkdXGHoVEYjwYJCNnkqcYS723gt t5bmmAPFuuvxeUflfy/Dgy+sOnOzJw0GIWCNFg6HogNpnBQtRY9B2I67+bz9biAdjnkg LR/9r9d3nSwq0kOzQJd2bX0ByAVSYiWOMnyIHswf5Snbxnhfl3t0ug82eqGJh+YXf+cd 3oMgaB5zOCJ9KFrP8y+S47jM5qFaqWWvfL42lsKExGUa4u+RHofFw9md8z81EMhJiFHR 524A== MIME-Version: 1.0 X-Received: by 10.50.131.229 with SMTP id op5mr1480487igb.65.1368526095361; Tue, 14 May 2013 03:08:15 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 03:08:15 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 03:08:15 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> Date: Tue, 14 May 2013 22:08:15 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] blktap2 and qcow2 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="===============8508182140752591379==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8508182140752591379== Content-Type: multipart/alternative; boundary=047d7b3a9bc0c7ad9904dcaacf98 --047d7b3a9bc0c7ad9904dcaacf98 Content-Type: text/plain; charset=UTF-8 So basically xen only supports physical devices and plain image files as disk back- ends?! To use snapshots one has to use LVM? That seems pretty thin for something that I thought was a production quality virtualization solution. A well, I guess I'll go back to virtualbox then. Thanks for your help Thanos. Cheers, Seb On 14/05/2013 9:06 PM, "Thanos Makatos" wrote: > > Mhmm, I've run a quick test, but it doesn't work with qcow either. > > Although the error is slightly different: > > tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what > > that error (-38) means? > > 38 stands for ENOSYS (you can consult > /usr/include/asm-generic/errno-base.h and /usr/include/asm-generic/errno.h > for translating error codes). It means that something is not implemented, > maybe support for qcow.. > > > Out of curiosity, does qcow support in-file snapshots like qcow2? > > No idea. > --047d7b3a9bc0c7ad9904dcaacf98 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

So basically xen only supports physical devices and plain im= age files as disk back- ends?! To use snapshots one has to use LVM?

That seems pretty thin for something that I thought was a pr= oduction quality virtualization solution.

A well, I guess I'll go back to virtualbox then.

Thanks for your help Thanos.

Cheers,
Seb

On 14/05/2013 9:06 PM, "Thanos Makatos"= ; <thanos.makatos@citrix.co= m> wrote:
> Mhmm, I've run a quick test, but it doesn't work with qcow eit= her.
> Although the error is slightly different:
> tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what > that error (-38) means?

38 stands for ENOSYS (you can consult /usr/include/asm-generic/errno-base.h= and /usr/include/asm-generic/errno.h for translating error codes). It mean= s that something is not implemented, maybe support for qcow..

> Out of curiosity, does qcow support in-file snapshots like qcow2?

No idea.
--047d7b3a9bc0c7ad9904dcaacf98-- --===============8508182140752591379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8508182140752591379==-- From xen-users-bounces@lists.xen.org Tue May 14 10:09:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 10:09:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcC9c-0004V4-Sz; Tue, 14 May 2013 10:08:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcC9a-0004Up-OU for xen-users@lists.xen.org; Tue, 14 May 2013 10:08:18 +0000 Received: from [85.158.139.211:53588] by server-11.bemta-5.messagelabs.com id BE/21-26693-11D02915; Tue, 14 May 2013 10:08:17 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1368526095!22565984!1 X-Originating-IP: [209.85.210.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5680 invoked from network); 14 May 2013 10:08:16 -0000 Received: from mail-ia0-f172.google.com (HELO mail-ia0-f172.google.com) (209.85.210.172) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 10:08:16 -0000 Received: by mail-ia0-f172.google.com with SMTP id i20so422756ian.3 for ; Tue, 14 May 2013 03:08:15 -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=v4afl25H7y+8bKxW9DOPUn0PA8UX+v0E0011Y/Koo1o=; b=vra/kB4OsvPsixq5FgBgz+tc7OlsuplbMAdr/jFNksbJaeuX26m+4zjUzg0IevdLWj uV5Mu2gf+c/pCRlK6ows5xmqTTyhH1YxlVCr9m89iRkdXGHoVEYjwYJCNnkqcYS723gt t5bmmAPFuuvxeUflfy/Dgy+sOnOzJw0GIWCNFg6HogNpnBQtRY9B2I67+bz9biAdjnkg LR/9r9d3nSwq0kOzQJd2bX0ByAVSYiWOMnyIHswf5Snbxnhfl3t0ug82eqGJh+YXf+cd 3oMgaB5zOCJ9KFrP8y+S47jM5qFaqWWvfL42lsKExGUa4u+RHofFw9md8z81EMhJiFHR 524A== MIME-Version: 1.0 X-Received: by 10.50.131.229 with SMTP id op5mr1480487igb.65.1368526095361; Tue, 14 May 2013 03:08:15 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 03:08:15 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 14 May 2013 03:08:15 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> Date: Tue, 14 May 2013 22:08:15 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] blktap2 and qcow2 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="===============8508182140752591379==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8508182140752591379== Content-Type: multipart/alternative; boundary=047d7b3a9bc0c7ad9904dcaacf98 --047d7b3a9bc0c7ad9904dcaacf98 Content-Type: text/plain; charset=UTF-8 So basically xen only supports physical devices and plain image files as disk back- ends?! To use snapshots one has to use LVM? That seems pretty thin for something that I thought was a production quality virtualization solution. A well, I guess I'll go back to virtualbox then. Thanks for your help Thanos. Cheers, Seb On 14/05/2013 9:06 PM, "Thanos Makatos" wrote: > > Mhmm, I've run a quick test, but it doesn't work with qcow either. > > Although the error is slightly different: > > tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what > > that error (-38) means? > > 38 stands for ENOSYS (you can consult > /usr/include/asm-generic/errno-base.h and /usr/include/asm-generic/errno.h > for translating error codes). It means that something is not implemented, > maybe support for qcow.. > > > Out of curiosity, does qcow support in-file snapshots like qcow2? > > No idea. > --047d7b3a9bc0c7ad9904dcaacf98 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

So basically xen only supports physical devices and plain im= age files as disk back- ends?! To use snapshots one has to use LVM?

That seems pretty thin for something that I thought was a pr= oduction quality virtualization solution.

A well, I guess I'll go back to virtualbox then.

Thanks for your help Thanos.

Cheers,
Seb

On 14/05/2013 9:06 PM, "Thanos Makatos"= ; <thanos.makatos@citrix.co= m> wrote:
> Mhmm, I've run a quick test, but it doesn't work with qcow eit= her.
> Although the error is slightly different:
> tap-ctl: tap-err:tap_ctl_open: open failed, err -38 Do you know what > that error (-38) means?

38 stands for ENOSYS (you can consult /usr/include/asm-generic/errno-base.h= and /usr/include/asm-generic/errno.h for translating error codes). It mean= s that something is not implemented, maybe support for qcow..

> Out of curiosity, does qcow support in-file snapshots like qcow2?

No idea.
--047d7b3a9bc0c7ad9904dcaacf98-- --===============8508182140752591379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8508182140752591379==-- From xen-users-bounces@lists.xen.org Tue May 14 10:14:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 10:14: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 1UcCEd-0004w3-Do; Tue, 14 May 2013 10:13:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcCEb-0004vr-PW for xen-users@lists.xen.org; Tue, 14 May 2013 10:13:29 +0000 Received: from [85.158.139.211:58341] by server-15.bemta-5.messagelabs.com id B1/70-31797-94E02915; Tue, 14 May 2013 10:13:29 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1368526408!18399520!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 24823 invoked from network); 14 May 2013 10:13:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 10:13:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4551722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 10:03:53 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 14 May 2013 11:13:28 +0100 From: Thanos Makatos To: Sebastian Unger Date: Tue, 14 May 2013 11:13:27 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5QiwCScZ9pdUV6QvKU5FXQiXmDMQAADuQA Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > So basically xen only supports physical devices and plain image files > as disk back- ends?! To use snapshots one has to use LVM? If you want snapshots why don't you use the VHD format? You don't necessarily have to use LVM for this; VHD images can be stored into ordinary files. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 10:14:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 10:14: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 1UcCEd-0004w3-Do; Tue, 14 May 2013 10:13:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcCEb-0004vr-PW for xen-users@lists.xen.org; Tue, 14 May 2013 10:13:29 +0000 Received: from [85.158.139.211:58341] by server-15.bemta-5.messagelabs.com id B1/70-31797-94E02915; Tue, 14 May 2013 10:13:29 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1368526408!18399520!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 24823 invoked from network); 14 May 2013 10:13:28 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 10:13:28 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4551722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 10:03:53 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 14 May 2013 11:13:28 +0100 From: Thanos Makatos To: Sebastian Unger Date: Tue, 14 May 2013 11:13:27 +0100 Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5QiwCScZ9pdUV6QvKU5FXQiXmDMQAADuQA Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > So basically xen only supports physical devices and plain image files > as disk back- ends?! To use snapshots one has to use LVM? If you want snapshots why don't you use the VHD format? You don't necessarily have to use LVM for this; VHD images can be stored into ordinary files. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 11:33:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33: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 1UcDSL-0006o5-Pj; Tue, 14 May 2013 11:31:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uby6y-0001h2-1h for xen-users@lists.xen.org; Mon, 13 May 2013 19:08:40 +0000 Received: from [85.158.143.99:2298] by server-1.bemta-4.messagelabs.com id 8B/30-06122-73A31915; Mon, 13 May 2013 19:08:39 +0000 X-Env-Sender: kudzu@tenebras.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1368472117!23685775!1 X-Originating-IP: [209.85.219.41] 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 7824 invoked from network); 13 May 2013 19:08:38 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 19:08:38 -0000 Received: by mail-oa0-f41.google.com with SMTP id n9so3767785oag.14 for ; Mon, 13 May 2013 12:08:37 -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=BkyAbS4BQuyEvoRuFbsSIq8yjtumsXXWqVAtFeWdSW8=; b=Rcn8VUlx/vvS8bSw0ob8wmmCcY/ngI03I3Zq4a0ufjETh3Ft104xCHaFRWCF5tzIL7 aPPXJwh9LVjjccRiD9EtQX4h8N9l/v++JswFAna52xwSwEuHK/QweqkeU34LVtzerdEN v74tE2U66c9/y46zSY/QIipAwAS2fQr4FcSncHy+267IphgHB+zfYxkLkQbC3T/0BNqq mcrWItvlretR2NM6sB2nANOm3d0tkfpp4eOT19Xz8/kC6Xx1kXaGmZsvb/MqfdqR3d5k sK8CR85Bcrglmov6NgZpKEFtxlMRR2tcoiZSYFcdfqD0XhlBOYHAyKTm2YeWK9/F+jKA rLKA== MIME-Version: 1.0 X-Received: by 10.60.41.136 with SMTP id f8mr13723559oel.11.1368472116935; Mon, 13 May 2013 12:08:36 -0700 (PDT) Received: by 10.60.46.167 with HTTP; Mon, 13 May 2013 12:08:36 -0700 (PDT) In-Reply-To: <51913821.4040104@freebsd.org> References: <519131D8.9010307@citrix.com> <51913821.4040104@freebsd.org> Date: Mon, 13 May 2013 12:08:36 -0700 Message-ID: From: Michael Sierchio To: Colin Percival X-Gm-Message-State: ALoCoQn/QWOrmEoykGrdPjAozVVbcaiLR8g0ilSpLvjRAWBpKowzCXdWwTN3ttxDeX3maRRmsCix X-Mailman-Approved-At: Tue, 14 May 2013 11:31:44 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7280513025086010830==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7280513025086010830== Content-Type: multipart/alternative; boundary=089e0149529e6a4d8604dc9e3e2f --089e0149529e6a4d8604dc9e3e2f Content-Type: text/plain; charset=ISO-8859-1 The Windoze tax is unacceptable for a number of reasons - the primary reason is that I'm not running Windows. I don't think the licensing scheme is unfair for those actually running Windows, mind you. At the AWS Summit, an assertion was made that HVM support might be coming soon for all instance types for *NIX OSes. I hope that's true. - M On Mon, May 13, 2013 at 11:59 AM, Colin Percival wrote: > On 05/13/13 11:52, Michael Sierchio wrote: > > I think should be encouraged. We're eagerly awaiting the ability to run > > FreeBSD in AWS in something other than t1.micro or cluster compute > > instances. Should we keep holding out hope, or will AWS make HVM > available > > for all instance types before this happens? > > Err... my AMIs run on all EC2 instance types. On some you have to pay the > Windows rate, that's all. > > -- > Colin Percival > Security Officer Emeritus, FreeBSD | The power to serve > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid > --089e0149529e6a4d8604dc9e3e2f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The Windoze tax is unacceptable for a number of reasons - = the primary reason is that I'm not running Windows. =A0I don't thin= k the licensing scheme is unfair for those actually running Windows, mind y= ou. =A0

At the AWS Summit, an assertion was made that HVM support mi= ght be coming soon for all instance types for *NIX OSes. =A0I hope that'= ;s true.

- M


On Mon, May 13, 2013 at 11:59 AM, Colin = Percival <cperciva@freebsd.org> wrote:
On 05/13/13 11:52, Michael Sierchio wrote:
> I think should be encouraged. =A0We're eagerly awaiting the abilit= y to run
> FreeBSD in AWS in something other than t1.micro or cluster compute
> instances. =A0Should we keep holding out hope, or will AWS make HVM av= ailable
> for all instance types before this happens?

Err... my AMIs run on all EC2 instance types. =A0On some you have to = pay the
Windows rate, that's all.

--
Colin Percival
Security Officer Emeritus, FreeBSD | The power to serve
Founder, Tarsnap | www= .tarsnap.com | Online backups for the truly paranoid

--089e0149529e6a4d8604dc9e3e2f-- --===============7280513025086010830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7280513025086010830==-- From xen-users-bounces@lists.xen.org Tue May 14 11:33:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33: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 1UcDSL-0006o5-Pj; Tue, 14 May 2013 11:31:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uby6y-0001h2-1h for xen-users@lists.xen.org; Mon, 13 May 2013 19:08:40 +0000 Received: from [85.158.143.99:2298] by server-1.bemta-4.messagelabs.com id 8B/30-06122-73A31915; Mon, 13 May 2013 19:08:39 +0000 X-Env-Sender: kudzu@tenebras.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1368472117!23685775!1 X-Originating-IP: [209.85.219.41] 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 7824 invoked from network); 13 May 2013 19:08:38 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 19:08:38 -0000 Received: by mail-oa0-f41.google.com with SMTP id n9so3767785oag.14 for ; Mon, 13 May 2013 12:08:37 -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=BkyAbS4BQuyEvoRuFbsSIq8yjtumsXXWqVAtFeWdSW8=; b=Rcn8VUlx/vvS8bSw0ob8wmmCcY/ngI03I3Zq4a0ufjETh3Ft104xCHaFRWCF5tzIL7 aPPXJwh9LVjjccRiD9EtQX4h8N9l/v++JswFAna52xwSwEuHK/QweqkeU34LVtzerdEN v74tE2U66c9/y46zSY/QIipAwAS2fQr4FcSncHy+267IphgHB+zfYxkLkQbC3T/0BNqq mcrWItvlretR2NM6sB2nANOm3d0tkfpp4eOT19Xz8/kC6Xx1kXaGmZsvb/MqfdqR3d5k sK8CR85Bcrglmov6NgZpKEFtxlMRR2tcoiZSYFcdfqD0XhlBOYHAyKTm2YeWK9/F+jKA rLKA== MIME-Version: 1.0 X-Received: by 10.60.41.136 with SMTP id f8mr13723559oel.11.1368472116935; Mon, 13 May 2013 12:08:36 -0700 (PDT) Received: by 10.60.46.167 with HTTP; Mon, 13 May 2013 12:08:36 -0700 (PDT) In-Reply-To: <51913821.4040104@freebsd.org> References: <519131D8.9010307@citrix.com> <51913821.4040104@freebsd.org> Date: Mon, 13 May 2013 12:08:36 -0700 Message-ID: From: Michael Sierchio To: Colin Percival X-Gm-Message-State: ALoCoQn/QWOrmEoykGrdPjAozVVbcaiLR8g0ilSpLvjRAWBpKowzCXdWwTN3ttxDeX3maRRmsCix X-Mailman-Approved-At: Tue, 14 May 2013 11:31:44 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7280513025086010830==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7280513025086010830== Content-Type: multipart/alternative; boundary=089e0149529e6a4d8604dc9e3e2f --089e0149529e6a4d8604dc9e3e2f Content-Type: text/plain; charset=ISO-8859-1 The Windoze tax is unacceptable for a number of reasons - the primary reason is that I'm not running Windows. I don't think the licensing scheme is unfair for those actually running Windows, mind you. At the AWS Summit, an assertion was made that HVM support might be coming soon for all instance types for *NIX OSes. I hope that's true. - M On Mon, May 13, 2013 at 11:59 AM, Colin Percival wrote: > On 05/13/13 11:52, Michael Sierchio wrote: > > I think should be encouraged. We're eagerly awaiting the ability to run > > FreeBSD in AWS in something other than t1.micro or cluster compute > > instances. Should we keep holding out hope, or will AWS make HVM > available > > for all instance types before this happens? > > Err... my AMIs run on all EC2 instance types. On some you have to pay the > Windows rate, that's all. > > -- > Colin Percival > Security Officer Emeritus, FreeBSD | The power to serve > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid > --089e0149529e6a4d8604dc9e3e2f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The Windoze tax is unacceptable for a number of reasons - = the primary reason is that I'm not running Windows. =A0I don't thin= k the licensing scheme is unfair for those actually running Windows, mind y= ou. =A0

At the AWS Summit, an assertion was made that HVM support mi= ght be coming soon for all instance types for *NIX OSes. =A0I hope that'= ;s true.

- M


On Mon, May 13, 2013 at 11:59 AM, Colin = Percival <cperciva@freebsd.org> wrote:
On 05/13/13 11:52, Michael Sierchio wrote:
> I think should be encouraged. =A0We're eagerly awaiting the abilit= y to run
> FreeBSD in AWS in something other than t1.micro or cluster compute
> instances. =A0Should we keep holding out hope, or will AWS make HVM av= ailable
> for all instance types before this happens?

Err... my AMIs run on all EC2 instance types. =A0On some you have to = pay the
Windows rate, that's all.

--
Colin Percival
Security Officer Emeritus, FreeBSD | The power to serve
Founder, Tarsnap | www= .tarsnap.com | Online backups for the truly paranoid

--089e0149529e6a4d8604dc9e3e2f-- --===============7280513025086010830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7280513025086010830==-- From xen-users-bounces@lists.xen.org Tue May 14 11:33:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33: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 1UcDSu-0006pa-Tf; Tue, 14 May 2013 11:32:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbyC2-0001rv-QJ for xen-users@lists.xen.org; Mon, 13 May 2013 19:13:55 +0000 Received: from [85.158.139.211:45576] by server-7.bemta-5.messagelabs.com id E5/A3-12828-27B31915; Mon, 13 May 2013 19:13:54 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-2.tower-206.messagelabs.com!1368472432!18396260!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26876 invoked from network); 13 May 2013 19:13:53 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-2.tower-206.messagelabs.com with SMTP; 13 May 2013 19:13:53 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=J/j23ylGEW4tJJsVHqGeUo Fnp48=; b=VrDiCJRR8fjGSIKaIMqVl935imLqB2pcYckcj+uaCrkMyckv2i37nI XGMscIWRc0+GfgGdK+e451qR8V78JEm+CQtjPuA1Pb2tNChPQmBff1sN5SnCndko Kv4JtbGoMp2aoucnGSsEUZiT2kBS95NAjv9ya1tM/fyewS5ku6p1U= Received: by 10.4.35.244 with SMTP id mf58.20215.51913B702 Mon, 13 May 2013 19:13:52 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi3 (SG) with ESMTP id 51913b70.4570.75767e for ; Mon, 13 May 2013 14:13:52 -0500 (CST) Received: (qmail 45539 invoked from network); 13 May 2013 19:13:51 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 13 May 2013 19:13:51 -0000 Received: (qmail 55444 invoked from network); 13 May 2013 19:13:46 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 13 May 2013 19:13:46 -0000 Message-ID: <51913B6A.9040701@freebsd.org> Date: Mon, 13 May 2013 12:13:46 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Michael Sierchio References: <519131D8.9010307@citrix.com> <51913821.4040104@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nQFog0OkHNo4AAyVCyoBKB+XmDTV+gSpJpkQ2uiii+g5+MHoY0iSEqqcFmx9RLpPgCkbEcQf4FNR+mzW/VQzoCs X-Mailman-Approved-At: Tue, 14 May 2013 11:32:17 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/13/13 12:08, Michael Sierchio wrote: > The Windoze tax is unacceptable for a number of reasons - the primary reason is > that I'm not running Windows. I don't think the licensing scheme is unfair for > those actually running Windows, mind you. Right, it's definitely annoying having to pay more -- I just wanted to point out that the ability does exist, if you're willing to pay the price. > At the AWS Summit, an assertion was made that HVM support might be coming soon > for all instance types for *NIX OSes. I hope that's true. Was it indeed? I must not have been present for that... it certainly would be good news. Certainly all the new instance types they've released in the past few years have had UNIX HVM support. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 11:33:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33: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 1UcDSu-0006pa-Tf; Tue, 14 May 2013 11:32:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbyC2-0001rv-QJ for xen-users@lists.xen.org; Mon, 13 May 2013 19:13:55 +0000 Received: from [85.158.139.211:45576] by server-7.bemta-5.messagelabs.com id E5/A3-12828-27B31915; Mon, 13 May 2013 19:13:54 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-2.tower-206.messagelabs.com!1368472432!18396260!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26876 invoked from network); 13 May 2013 19:13:53 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-2.tower-206.messagelabs.com with SMTP; 13 May 2013 19:13:53 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=J/j23ylGEW4tJJsVHqGeUo Fnp48=; b=VrDiCJRR8fjGSIKaIMqVl935imLqB2pcYckcj+uaCrkMyckv2i37nI XGMscIWRc0+GfgGdK+e451qR8V78JEm+CQtjPuA1Pb2tNChPQmBff1sN5SnCndko Kv4JtbGoMp2aoucnGSsEUZiT2kBS95NAjv9ya1tM/fyewS5ku6p1U= Received: by 10.4.35.244 with SMTP id mf58.20215.51913B702 Mon, 13 May 2013 19:13:52 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi3 (SG) with ESMTP id 51913b70.4570.75767e for ; Mon, 13 May 2013 14:13:52 -0500 (CST) Received: (qmail 45539 invoked from network); 13 May 2013 19:13:51 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 13 May 2013 19:13:51 -0000 Received: (qmail 55444 invoked from network); 13 May 2013 19:13:46 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 13 May 2013 19:13:46 -0000 Message-ID: <51913B6A.9040701@freebsd.org> Date: Mon, 13 May 2013 12:13:46 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Michael Sierchio References: <519131D8.9010307@citrix.com> <51913821.4040104@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nQFog0OkHNo4AAyVCyoBKB+XmDTV+gSpJpkQ2uiii+g5+MHoY0iSEqqcFmx9RLpPgCkbEcQf4FNR+mzW/VQzoCs X-Mailman-Approved-At: Tue, 14 May 2013 11:32:17 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/13/13 12:08, Michael Sierchio wrote: > The Windoze tax is unacceptable for a number of reasons - the primary reason is > that I'm not running Windows. I don't think the licensing scheme is unfair for > those actually running Windows, mind you. Right, it's definitely annoying having to pay more -- I just wanted to point out that the ability does exist, if you're willing to pay the price. > At the AWS Summit, an assertion was made that HVM support might be coming soon > for all instance types for *NIX OSes. I hope that's true. Was it indeed? I must not have been present for that... it certainly would be good news. Certainly all the new instance types they've released in the past few years have had UNIX HVM support. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 11:33:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcDSt-0006pD-Jb; Tue, 14 May 2013 11:32:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubxrk-0001Ib-CM for xen-users@lists.xen.org; Mon, 13 May 2013 18:52:56 +0000 Received: from [85.158.143.99:40791] by server-3.bemta-4.messagelabs.com id 2E/BE-02015-78631915; Mon, 13 May 2013 18:52:55 +0000 X-Env-Sender: kudzu@tenebras.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1368471173!30308907!1 X-Originating-IP: [209.85.219.42] 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 31711 invoked from network); 13 May 2013 18:52:54 -0000 Received: from mail-oa0-f42.google.com (HELO mail-oa0-f42.google.com) (209.85.219.42) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 18:52:54 -0000 Received: by mail-oa0-f42.google.com with SMTP id i10so8052048oag.15 for ; Mon, 13 May 2013 11:52:53 -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=VsOMcBEuU4NBJfMj37TO5W4JvOgTPCWunWAjbXkheGQ=; b=DDkMTx9E1pVSqE+Ga9dLq8YEULyOotgd3+VwbCoi4AQAP5/9AREtkXdat9huiZlZcO Vhb9A/iEcZw1UYPsUY5l1L8AXQvbv0su9z3Xr/r0AwXxIkzbQeMYa5kLoZrRxZPjHUZ2 Ay/0zmUIrdg9LY3jXep66TLIIFSvBLTCtwYsTC/fhQZdH2z+NR4ZJW2p3BJJB8HV7Zy6 0pDRYfhE+R1NqK03y7LyAPRcGhBCWB7f6V057PE75cLV535f+9ltlFn317WKrwZhHlQY VK3ydu7Ssyr+Vgnzu0RYIjTBGSmTMnPvG2cWfisS0uaNXkiPLH1P4fB//eeKcZPtVS5j AR9g== MIME-Version: 1.0 X-Received: by 10.60.137.198 with SMTP id qk6mr13734947oeb.18.1368471173412; Mon, 13 May 2013 11:52:53 -0700 (PDT) Received: by 10.60.46.167 with HTTP; Mon, 13 May 2013 11:52:53 -0700 (PDT) In-Reply-To: <519131D8.9010307@citrix.com> References: <519131D8.9010307@citrix.com> Date: Mon, 13 May 2013 11:52:53 -0700 Message-ID: From: Michael Sierchio To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Gm-Message-State: ALoCoQlVFJNK6dVuqY+YEBMN7udkP5EwXGMr4uwg7T/ZXcWZ/gdAjrzva5E5fOmY27XaCgYkJR/l X-Mailman-Approved-At: Tue, 14 May 2013 11:32:17 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3182358724753507919==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3182358724753507919== Content-Type: multipart/alternative; boundary=047d7b3a8d862d4c2104dc9e06de --047d7b3a8d862d4c2104dc9e06de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, May 13, 2013 at 11:32 AM, Roger Pau Monn=E9 wrote: > Hello, > > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. .= .. I think should be encouraged. We're eagerly awaiting the ability to run FreeBSD in AWS in something other than t1.micro or cluster compute instances. Should we keep holding out hope, or will AWS make HVM available for all instance types before this happens? - M --047d7b3a8d862d4c2104dc9e06de Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, May 13, 2013 at 11:32 AM, Roger Pau= Monn=E9=A0<roger.pau@citrix.com>=A0wrote:
Hello,

Recently Justin T Gibbs, Will Andrews and myself have been wo= rking on
improving the Xen support in FreeBSD. The main goal of this was= to bring
full PVHVM support to FreeBSD, right now FreeBSD is only using= PV
interfaces for disk and network interfaces when running as a HVM guest. ...=
=A0
I think should be encouraged. =A0We're eager= ly awaiting the ability to run FreeBSD in AWS in something other than t1.mi= cro or cluster compute instances. =A0Should we keep holding out hope, or wi= ll AWS make HVM available for all instance types before this happens?

- =A0M


<= /div> --047d7b3a8d862d4c2104dc9e06de-- --===============3182358724753507919== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3182358724753507919==-- From xen-users-bounces@lists.xen.org Tue May 14 11:33:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcDSt-0006pD-Jb; Tue, 14 May 2013 11:32:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubxrk-0001Ib-CM for xen-users@lists.xen.org; Mon, 13 May 2013 18:52:56 +0000 Received: from [85.158.143.99:40791] by server-3.bemta-4.messagelabs.com id 2E/BE-02015-78631915; Mon, 13 May 2013 18:52:55 +0000 X-Env-Sender: kudzu@tenebras.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1368471173!30308907!1 X-Originating-IP: [209.85.219.42] 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 31711 invoked from network); 13 May 2013 18:52:54 -0000 Received: from mail-oa0-f42.google.com (HELO mail-oa0-f42.google.com) (209.85.219.42) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 18:52:54 -0000 Received: by mail-oa0-f42.google.com with SMTP id i10so8052048oag.15 for ; Mon, 13 May 2013 11:52:53 -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=VsOMcBEuU4NBJfMj37TO5W4JvOgTPCWunWAjbXkheGQ=; b=DDkMTx9E1pVSqE+Ga9dLq8YEULyOotgd3+VwbCoi4AQAP5/9AREtkXdat9huiZlZcO Vhb9A/iEcZw1UYPsUY5l1L8AXQvbv0su9z3Xr/r0AwXxIkzbQeMYa5kLoZrRxZPjHUZ2 Ay/0zmUIrdg9LY3jXep66TLIIFSvBLTCtwYsTC/fhQZdH2z+NR4ZJW2p3BJJB8HV7Zy6 0pDRYfhE+R1NqK03y7LyAPRcGhBCWB7f6V057PE75cLV535f+9ltlFn317WKrwZhHlQY VK3ydu7Ssyr+Vgnzu0RYIjTBGSmTMnPvG2cWfisS0uaNXkiPLH1P4fB//eeKcZPtVS5j AR9g== MIME-Version: 1.0 X-Received: by 10.60.137.198 with SMTP id qk6mr13734947oeb.18.1368471173412; Mon, 13 May 2013 11:52:53 -0700 (PDT) Received: by 10.60.46.167 with HTTP; Mon, 13 May 2013 11:52:53 -0700 (PDT) In-Reply-To: <519131D8.9010307@citrix.com> References: <519131D8.9010307@citrix.com> Date: Mon, 13 May 2013 11:52:53 -0700 Message-ID: From: Michael Sierchio To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Gm-Message-State: ALoCoQlVFJNK6dVuqY+YEBMN7udkP5EwXGMr4uwg7T/ZXcWZ/gdAjrzva5E5fOmY27XaCgYkJR/l X-Mailman-Approved-At: Tue, 14 May 2013 11:32:17 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3182358724753507919==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3182358724753507919== Content-Type: multipart/alternative; boundary=047d7b3a8d862d4c2104dc9e06de --047d7b3a8d862d4c2104dc9e06de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, May 13, 2013 at 11:32 AM, Roger Pau Monn=E9 wrote: > Hello, > > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. .= .. I think should be encouraged. We're eagerly awaiting the ability to run FreeBSD in AWS in something other than t1.micro or cluster compute instances. Should we keep holding out hope, or will AWS make HVM available for all instance types before this happens? - M --047d7b3a8d862d4c2104dc9e06de Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, May 13, 2013 at 11:32 AM, Roger Pau= Monn=E9=A0<roger.pau@citrix.com>=A0wrote:
Hello,

Recently Justin T Gibbs, Will Andrews and myself have been wo= rking on
improving the Xen support in FreeBSD. The main goal of this was= to bring
full PVHVM support to FreeBSD, right now FreeBSD is only using= PV
interfaces for disk and network interfaces when running as a HVM guest. ...=
=A0
I think should be encouraged. =A0We're eager= ly awaiting the ability to run FreeBSD in AWS in something other than t1.mi= cro or cluster compute instances. =A0Should we keep holding out hope, or wi= ll AWS make HVM available for all instance types before this happens?

- =A0M


<= /div> --047d7b3a8d862d4c2104dc9e06de-- --===============3182358724753507919== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3182358724753507919==-- From xen-users-bounces@lists.xen.org Tue May 14 11:33:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcDSu-0006pP-8W; Tue, 14 May 2013 11:32:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbxyU-0001S2-DS for xen-users@lists.xen.org; Mon, 13 May 2013 18:59:54 +0000 Received: from [85.158.138.51:32601] by server-10.bemta-3.messagelabs.com id 59/3A-00761-92831915; Mon, 13 May 2013 18:59:53 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-4.tower-174.messagelabs.com!1368471592!32504354!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6685 invoked from network); 13 May 2013 18:59:53 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-4.tower-174.messagelabs.com with SMTP; 13 May 2013 18:59:53 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=tWMQhirOTQvd7c8r6dAVMf ZKEnk=; b=e82EdR71SqFM5U7469Kn0acxHssrS9uqHueMtz5ct6Q42s0G+M/1R3 zOWkke+AbXfT3eBX5KIX8suL1MCPQ3wZqayjem560rDnBfXsvNuxtzSdWK1qk97e +Y4sBi8O8PBBY69oyfHNZ04oicuy7r6IGaL3NtavVe+/37pX5H8yQ= Received: by 10.16.69.96 with SMTP id mf29.20730.519138269 Mon, 13 May 2013 18:59:50 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi14 (SG) with ESMTP id 51913826.7f97.1ff28cd for ; Mon, 13 May 2013 13:59:50 -0500 (CST) Received: (qmail 45034 invoked from network); 13 May 2013 18:59:49 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 13 May 2013 18:59:49 -0000 Received: (qmail 55390 invoked from network); 13 May 2013 18:59:45 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 13 May 2013 18:59:45 -0000 Message-ID: <51913821.4040104@freebsd.org> Date: Mon, 13 May 2013 11:59:45 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Michael Sierchio References: <519131D8.9010307@citrix.com> In-Reply-To: X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nSfp5PGFQ8JFqAvwZUpnqEC08z+BpHOEzG7pTwj+RZqMwLIYJipyP4h3PU9tNInIHcV4rMFq+M4Um6yj86QiVeK X-Mailman-Approved-At: Tue, 14 May 2013 11:32:17 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/13/13 11:52, Michael Sierchio wrote: > I think should be encouraged. We're eagerly awaiting the ability to run > FreeBSD in AWS in something other than t1.micro or cluster compute > instances. Should we keep holding out hope, or will AWS make HVM available > for all instance types before this happens? Err... my AMIs run on all EC2 instance types. On some you have to pay the Windows rate, that's all. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 11:33:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 11:33:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcDSu-0006pP-8W; Tue, 14 May 2013 11:32:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbxyU-0001S2-DS for xen-users@lists.xen.org; Mon, 13 May 2013 18:59:54 +0000 Received: from [85.158.138.51:32601] by server-10.bemta-3.messagelabs.com id 59/3A-00761-92831915; Mon, 13 May 2013 18:59:53 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-4.tower-174.messagelabs.com!1368471592!32504354!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6685 invoked from network); 13 May 2013 18:59:53 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-4.tower-174.messagelabs.com with SMTP; 13 May 2013 18:59:53 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=tWMQhirOTQvd7c8r6dAVMf ZKEnk=; b=e82EdR71SqFM5U7469Kn0acxHssrS9uqHueMtz5ct6Q42s0G+M/1R3 zOWkke+AbXfT3eBX5KIX8suL1MCPQ3wZqayjem560rDnBfXsvNuxtzSdWK1qk97e +Y4sBi8O8PBBY69oyfHNZ04oicuy7r6IGaL3NtavVe+/37pX5H8yQ= Received: by 10.16.69.96 with SMTP id mf29.20730.519138269 Mon, 13 May 2013 18:59:50 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi14 (SG) with ESMTP id 51913826.7f97.1ff28cd for ; Mon, 13 May 2013 13:59:50 -0500 (CST) Received: (qmail 45034 invoked from network); 13 May 2013 18:59:49 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 13 May 2013 18:59:49 -0000 Received: (qmail 55390 invoked from network); 13 May 2013 18:59:45 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 13 May 2013 18:59:45 -0000 Message-ID: <51913821.4040104@freebsd.org> Date: Mon, 13 May 2013 11:59:45 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Michael Sierchio References: <519131D8.9010307@citrix.com> In-Reply-To: X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nSfp5PGFQ8JFqAvwZUpnqEC08z+BpHOEzG7pTwj+RZqMwLIYJipyP4h3PU9tNInIHcV4rMFq+M4Um6yj86QiVeK X-Mailman-Approved-At: Tue, 14 May 2013 11:32:17 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/13/13 11:52, Michael Sierchio wrote: > I think should be encouraged. We're eagerly awaiting the ability to run > FreeBSD in AWS in something other than t1.micro or cluster compute > instances. Should we keep holding out hope, or will AWS make HVM available > for all instance types before this happens? Err... my AMIs run on all EC2 instance types. On some you have to pay the Windows rate, that's all. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 12:30:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:30: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 1UcEM1-0000Mc-0w; Tue, 14 May 2013 12:29:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcELz-0000MX-RB for xen-users@lists.xen.org; Tue, 14 May 2013 12:29:15 +0000 Received: from [85.158.138.51:45631] by server-4.bemta-3.messagelabs.com id 70/71-01776-51E22915; Tue, 14 May 2013 12:29:09 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1368534547!29202731!1 X-Originating-IP: [209.85.128.47] 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 5285 invoked from network); 14 May 2013 12:29:08 -0000 Received: from mail-qe0-f47.google.com (HELO mail-qe0-f47.google.com) (209.85.128.47) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 12:29:08 -0000 Received: by mail-qe0-f47.google.com with SMTP id w7so308572qeb.6 for ; Tue, 14 May 2013 05:29: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=VU/D1ekfYaUVyltKH3O/k9qRX+2XgOAnlOiXScu/dS8=; b=uXTFmQf51bGLSCVlYB9I7T+AS3fEpAUoadTtifKPleTh7Fy3JkdugS+q/AHnRFAXWR nnLgrVTHz1V/l5El/i9CE2g4PIhuN031rWFQjiEoC3r+ahhFfQ4FfqXw8yZJTrw4YUtu VlDVWdtozCM5kejlHn5JEas9j4QFIK7eKbMhEI/EKeIQwu5khp7JLvx+4fHRpTc86Mgs OWLfLSF5Uh7hidU6xZi4o7ZvDFq+HvuhOWCNA3J4+xMv1G1dBrINzq34CAMebQlejseR OnhQ+mmZ1RT3LMfCAiVhJvAidzp8vQ0XRRXYI/Our1aEBLhKid0L2E628M20pQoJdH1B HZLA== MIME-Version: 1.0 X-Received: by 10.229.193.135 with SMTP id du7mr10102360qcb.72.1368534547274; Tue, 14 May 2013 05:29:07 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 14 May 2013 05:29:07 -0700 (PDT) Date: Tue, 14 May 2013 17:29:07 +0500 Message-ID: From: Micky To: xen-users@lists.xen.org Subject: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 guess I have stumbled upon a bug in gplpv drivers. If you try to re-enable an nic adapter after disabling it, it just hides out of blue. And you have to reboot. Latest version of gplpv drivers and Windows 2008 R2 here. Anyone else noticed the same issue? I wonder if this is related to hot-plugging something like http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg ?? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 12:30:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:30: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 1UcEM1-0000Mc-0w; Tue, 14 May 2013 12:29:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcELz-0000MX-RB for xen-users@lists.xen.org; Tue, 14 May 2013 12:29:15 +0000 Received: from [85.158.138.51:45631] by server-4.bemta-3.messagelabs.com id 70/71-01776-51E22915; Tue, 14 May 2013 12:29:09 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1368534547!29202731!1 X-Originating-IP: [209.85.128.47] 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 5285 invoked from network); 14 May 2013 12:29:08 -0000 Received: from mail-qe0-f47.google.com (HELO mail-qe0-f47.google.com) (209.85.128.47) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 12:29:08 -0000 Received: by mail-qe0-f47.google.com with SMTP id w7so308572qeb.6 for ; Tue, 14 May 2013 05:29: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=VU/D1ekfYaUVyltKH3O/k9qRX+2XgOAnlOiXScu/dS8=; b=uXTFmQf51bGLSCVlYB9I7T+AS3fEpAUoadTtifKPleTh7Fy3JkdugS+q/AHnRFAXWR nnLgrVTHz1V/l5El/i9CE2g4PIhuN031rWFQjiEoC3r+ahhFfQ4FfqXw8yZJTrw4YUtu VlDVWdtozCM5kejlHn5JEas9j4QFIK7eKbMhEI/EKeIQwu5khp7JLvx+4fHRpTc86Mgs OWLfLSF5Uh7hidU6xZi4o7ZvDFq+HvuhOWCNA3J4+xMv1G1dBrINzq34CAMebQlejseR OnhQ+mmZ1RT3LMfCAiVhJvAidzp8vQ0XRRXYI/Our1aEBLhKid0L2E628M20pQoJdH1B HZLA== MIME-Version: 1.0 X-Received: by 10.229.193.135 with SMTP id du7mr10102360qcb.72.1368534547274; Tue, 14 May 2013 05:29:07 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 14 May 2013 05:29:07 -0700 (PDT) Date: Tue, 14 May 2013 17:29:07 +0500 Message-ID: From: Micky To: xen-users@lists.xen.org Subject: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 guess I have stumbled upon a bug in gplpv drivers. If you try to re-enable an nic adapter after disabling it, it just hides out of blue. And you have to reboot. Latest version of gplpv drivers and Windows 2008 R2 here. Anyone else noticed the same issue? I wonder if this is related to hot-plugging something like http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg ?? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 12:31:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:31:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEMs-0000OZ-N6; Tue, 14 May 2013 12:30:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEMr-0000OQ-O3 for xen-users@lists.xen.org; Tue, 14 May 2013 12:30:09 +0000 Received: from [85.158.139.211:3797] by server-11.bemta-5.messagelabs.com id F3/6E-26693-05E22915; Tue, 14 May 2013 12:30:08 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1368534607!23000417!1 X-Originating-IP: [195.2.134.1] 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 3358 invoked from network); 14 May 2013 12:30:08 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-16.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 14 May 2013 12:30:08 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Tue, 14 May 2013 13:30:06 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: static IP config Thread-Index: Ac5Qnks5u626KWnBT7KL0r55cKdZJA== Date: Tue, 14 May 2013 12:30:05 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] static IP config X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SGkgZm9sa3MsDQoNCkkgaGF2ZSBhIHdvcmtpbmcgRG9tMCB3aXRoIGEgV2luZG93cyBhbmQgRGVi aWFuIGhvc3QgcnVubmluZywgeWF5ISAgSeKAmW0gbm93IGxvb2tpbmcgdG8gY29uZmlndXJlIHRo ZW0gd2l0aCBmaXhlZCBJUHMgcmF0aGVyIHRoYW4gREhDUCBhcyBJ4oCZbGwgbmVlZCB0aGlzIGlu IHByb2R1Y3Rpb24gYnV0IHN0cnVnZ2xpbmcgdG8gZmluZCBzb21lIGRvY3Mgc28gaWYgYW55b25l IGNhbiBwb2ludCBtZSB0byB0aGVtIHRoYXQgd291bGQgYmUgZ3JlYXQuICBIZXJl4oCZcyBteSBj b25maWcgZmlsZSBmb3IgdGhlIERlYmlhbiBob3N0LCBidXQgaXQgc3RpbGwgYm9vdHMgd2l0aCBh IERIQ1AhDQoNClRoYW5rcyDimLoNCg0KDQogIw0KIyBDb25maWd1cmF0aW9uIGZpbGUgZm9yIHRo ZSBYZW4gaW5zdGFuY2UgdGVzdC1wdiwgY3JlYXRlZA0KIyBieSB4ZW4tdG9vbHMgNC4zLjEgb24g V2VkIE1heSAgOCAxNjo0NDowMiAyMDEzLg0KIw0KDQojDQojICBLZXJuZWwgKyBtZW1vcnkgc2l6 ZQ0KIw0KDQoNCmJvb3Rsb2FkZXIgPSAnL3Vzci9saWIveGVuLWRlZmF1bHQvYmluL3B5Z3J1YicN Cg0KdmNwdXMgICAgICAgPSAnMicNCm1lbW9yeSAgICAgID0gJzUxMicNCg0KIw0KIyAgRGlzayBk ZXZpY2UocykuDQojDQpyb290ICAgICAgICA9ICcvZGV2L3h2ZGEyIHJvJw0KZGlzayAgICAgICAg PSBbDQogICAgICAgICAgICAgICAgICAncGh5Oi9kZXYvdmcwL3Rlc3QtcHYtZGlzayx4dmRhMix3 JywNCiAgICAgICAgICAgICAgICAgICdwaHk6L2Rldi92ZzAvdGVzdC1wdi1zd2FwLHh2ZGExLHcn LA0KICAgICAgICAgICAgICBdDQoNCg0KIw0KIyAgUGh5c2ljYWwgdm9sdW1lcw0KIw0KDQoNCiMN CiMgIEhvc3RuYW1lDQojDQpuYW1lICAgICAgICA9ICd0ZXN0LXB2Jw0KDQojDQojICBOZXR3b3Jr aW5nDQojDQojIGRoY3AgICAgICAgID0gJ2RoY3AnDQp2aWYgICAgICAgICA9IFsgJ21hYz0wMDox NjozRToxNDpEODo0MixicmlkZ2U9eGVuYnIwLGlwPTEwLjAuMC4xMDEnIF0NCg0KIw0KIyAgQmVo YXZpb3VyDQojDQpvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jw0Kb25fcmVib290ICAgPSAncmVzdGFy dCcNCm9uX2NyYXNoICAgID0gJ3Jlc3RhcnQnDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue May 14 12:31:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:31:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEMs-0000OZ-N6; Tue, 14 May 2013 12:30:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEMr-0000OQ-O3 for xen-users@lists.xen.org; Tue, 14 May 2013 12:30:09 +0000 Received: from [85.158.139.211:3797] by server-11.bemta-5.messagelabs.com id F3/6E-26693-05E22915; Tue, 14 May 2013 12:30:08 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1368534607!23000417!1 X-Originating-IP: [195.2.134.1] 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 3358 invoked from network); 14 May 2013 12:30:08 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-16.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 14 May 2013 12:30:08 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Tue, 14 May 2013 13:30:06 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: static IP config Thread-Index: Ac5Qnks5u626KWnBT7KL0r55cKdZJA== Date: Tue, 14 May 2013 12:30:05 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] static IP config X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SGkgZm9sa3MsDQoNCkkgaGF2ZSBhIHdvcmtpbmcgRG9tMCB3aXRoIGEgV2luZG93cyBhbmQgRGVi aWFuIGhvc3QgcnVubmluZywgeWF5ISAgSeKAmW0gbm93IGxvb2tpbmcgdG8gY29uZmlndXJlIHRo ZW0gd2l0aCBmaXhlZCBJUHMgcmF0aGVyIHRoYW4gREhDUCBhcyBJ4oCZbGwgbmVlZCB0aGlzIGlu IHByb2R1Y3Rpb24gYnV0IHN0cnVnZ2xpbmcgdG8gZmluZCBzb21lIGRvY3Mgc28gaWYgYW55b25l IGNhbiBwb2ludCBtZSB0byB0aGVtIHRoYXQgd291bGQgYmUgZ3JlYXQuICBIZXJl4oCZcyBteSBj b25maWcgZmlsZSBmb3IgdGhlIERlYmlhbiBob3N0LCBidXQgaXQgc3RpbGwgYm9vdHMgd2l0aCBh IERIQ1AhDQoNClRoYW5rcyDimLoNCg0KDQogIw0KIyBDb25maWd1cmF0aW9uIGZpbGUgZm9yIHRo ZSBYZW4gaW5zdGFuY2UgdGVzdC1wdiwgY3JlYXRlZA0KIyBieSB4ZW4tdG9vbHMgNC4zLjEgb24g V2VkIE1heSAgOCAxNjo0NDowMiAyMDEzLg0KIw0KDQojDQojICBLZXJuZWwgKyBtZW1vcnkgc2l6 ZQ0KIw0KDQoNCmJvb3Rsb2FkZXIgPSAnL3Vzci9saWIveGVuLWRlZmF1bHQvYmluL3B5Z3J1YicN Cg0KdmNwdXMgICAgICAgPSAnMicNCm1lbW9yeSAgICAgID0gJzUxMicNCg0KIw0KIyAgRGlzayBk ZXZpY2UocykuDQojDQpyb290ICAgICAgICA9ICcvZGV2L3h2ZGEyIHJvJw0KZGlzayAgICAgICAg PSBbDQogICAgICAgICAgICAgICAgICAncGh5Oi9kZXYvdmcwL3Rlc3QtcHYtZGlzayx4dmRhMix3 JywNCiAgICAgICAgICAgICAgICAgICdwaHk6L2Rldi92ZzAvdGVzdC1wdi1zd2FwLHh2ZGExLHcn LA0KICAgICAgICAgICAgICBdDQoNCg0KIw0KIyAgUGh5c2ljYWwgdm9sdW1lcw0KIw0KDQoNCiMN CiMgIEhvc3RuYW1lDQojDQpuYW1lICAgICAgICA9ICd0ZXN0LXB2Jw0KDQojDQojICBOZXR3b3Jr aW5nDQojDQojIGRoY3AgICAgICAgID0gJ2RoY3AnDQp2aWYgICAgICAgICA9IFsgJ21hYz0wMDox NjozRToxNDpEODo0MixicmlkZ2U9eGVuYnIwLGlwPTEwLjAuMC4xMDEnIF0NCg0KIw0KIyAgQmVo YXZpb3VyDQojDQpvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jw0Kb25fcmVib290ICAgPSAncmVzdGFy dCcNCm9uX2NyYXNoICAgID0gJ3Jlc3RhcnQnDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue May 14 12:49:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:49: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 1UcEeo-0001IA-HU; Tue, 14 May 2013 12:48:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEem-0001Hx-J6 for xen-users@lists.xen.org; Tue, 14 May 2013 12:48:41 +0000 Received: from [193.109.254.147:49506] by server-16.bemta-14.messagelabs.com id 55/06-10369-7A232915; Tue, 14 May 2013 12:48:39 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-7.tower-27.messagelabs.com!1368535637!1540815!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17338 invoked from network); 14 May 2013 12:47:22 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 12:47:22 -0000 Received: (qmail 13863 invoked by uid 1000); 14 May 2013 14:47:16 +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(-9.7/5.0):. Processed in 2.489806 secs); 14 May 2013 12:47:16 -0000 X-Spam-Status: No, hits=-9.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -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=1368535633; n=Test; bh=1vq4Vs99F/OV57qQppu2iatGizjwP0Eosh4g0k Lb21U=; b=WvRSWt3B1ZmknNy0Wi7lSLBjaZGVVIQtogETS1NUg2rs3G1L8F6fax INndn3YgcrgDyzBaWvoi9lS//N07tCf+onL7Read+j7DTrK9eBZuSEcb/of8v9yT vFB5LBUI9R 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=XFlCJg4cAwsnrvJJC11Qu17iNTKrZ p0+jA5fczOA5o1W0/cV8UdnA/PMHjykQ3BLCiTtPFr3Hn8LvgxZAVjyxH6SDUzc+ dqX5zmEk/M0GlAuy785KgBXMieaXzCri4vr Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 14 May 2013 14:47:13 +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 595432C073B for ; Tue, 14 May 2013 14:47:13 +0200 (CEST) Message-ID: <51923251.4010904@excello.cz> Date: Tue, 14 May 2013 14:47:13 +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: In-Reply-To: Subject: Re: [Xen-users] static IP config X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7216343994216853568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============7216343994216853568== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010807090205050009090800" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms010807090205050009090800 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi Simon, you should be able to set it up already. Your setup uses bridged=20 networking with xenbr0 so if your dom0 is configured properly your domUs = could communicate through this interface. You can delete "ip=3D10.0.0.101= "=20 from vif config line. Jan Dne 14.5.2013 14:30, Simon Jones napsal(a): > Hi folks, > > I have a working Dom0 with a Windows and Debian host running, yay! I=E2= =80=99m now looking to configure them with fixed IPs rather than DHCP as = I=E2=80=99ll need this in production but struggling to find some docs so = if anyone can point me to them that would be great. Here=E2=80=99s my co= nfig file for the Debian host, but it still boots with a DHCP! > > Thanks =E2=98=BA > > > # > # Configuration file for the Xen instance test-pv, created > # by xen-tools 4.3.1 on Wed May 8 16:44:02 2013. > # > > # > # Kernel + memory size > # > > > bootloader =3D '/usr/lib/xen-default/bin/pygrub' > > vcpus =3D '2' > memory =3D '512' > > # > # Disk device(s). > # > root =3D '/dev/xvda2 ro' > disk =3D [ > 'phy:/dev/vg0/test-pv-disk,xvda2,w', > 'phy:/dev/vg0/test-pv-swap,xvda1,w', > ] > > > # > # Physical volumes > # > > > # > # Hostname > # > name =3D 'test-pv' > > # > # Networking > # > # dhcp =3D 'dhcp' > vif =3D [ 'mac=3D00:16:3E:14:D8:42,bridge=3Dxenbr0,ip=3D10.0.0.= 101' ] > > # > # Behaviour > # > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms010807090205050009090800 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MTQxMjQ3MTNa MCMGCSqGSIb3DQEJBDEWBBSCUZE2ut4aPsX+zaRe8NWfCFJ0MDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAAxqOXsAN1Mm kIF6cPJ6dYdry3vMpcGxZu++8ea0dmddvGe7GOilJ2cHL/spMGopIoqEhKOAqxSrH7nNSxpo 9ISC1BnTRWKGyIMPbty+eVFw8s4RB3uqJd6FydfkMGIVr4GdTGbmJ2HTQNcwn/VzjGK2+PGo sZXExFP/YAnS+sveJ9nX3hOhfcfpvXez7DoS6bsBubzicVtLN7IiB0Sqz+LWXoNAOBauijJd fZdmxaWodWtqGNr6M4KG82U3Hg9eqofHfMoIGigOqJkBMPG0INDrzfQ/CgzwP9+ITt/olvyS xnTgFRXJXZDPAQOkcXXe3j0Vcp6+tVt9zOyQ6UvKysMAAAAAAAA= --------------ms010807090205050009090800-- --===============7216343994216853568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7216343994216853568==-- From xen-users-bounces@lists.xen.org Tue May 14 12:49:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:49: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 1UcEeo-0001IA-HU; Tue, 14 May 2013 12:48:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEem-0001Hx-J6 for xen-users@lists.xen.org; Tue, 14 May 2013 12:48:41 +0000 Received: from [193.109.254.147:49506] by server-16.bemta-14.messagelabs.com id 55/06-10369-7A232915; Tue, 14 May 2013 12:48:39 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-7.tower-27.messagelabs.com!1368535637!1540815!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17338 invoked from network); 14 May 2013 12:47:22 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 12:47:22 -0000 Received: (qmail 13863 invoked by uid 1000); 14 May 2013 14:47:16 +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(-9.7/5.0):. Processed in 2.489806 secs); 14 May 2013 12:47:16 -0000 X-Spam-Status: No, hits=-9.7 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -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=1368535633; n=Test; bh=1vq4Vs99F/OV57qQppu2iatGizjwP0Eosh4g0k Lb21U=; b=WvRSWt3B1ZmknNy0Wi7lSLBjaZGVVIQtogETS1NUg2rs3G1L8F6fax INndn3YgcrgDyzBaWvoi9lS//N07tCf+onL7Read+j7DTrK9eBZuSEcb/of8v9yT vFB5LBUI9R 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=XFlCJg4cAwsnrvJJC11Qu17iNTKrZ p0+jA5fczOA5o1W0/cV8UdnA/PMHjykQ3BLCiTtPFr3Hn8LvgxZAVjyxH6SDUzc+ dqX5zmEk/M0GlAuy785KgBXMieaXzCri4vr Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 14 May 2013 14:47:13 +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 595432C073B for ; Tue, 14 May 2013 14:47:13 +0200 (CEST) Message-ID: <51923251.4010904@excello.cz> Date: Tue, 14 May 2013 14:47:13 +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: In-Reply-To: Subject: Re: [Xen-users] static IP config X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7216343994216853568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============7216343994216853568== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010807090205050009090800" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms010807090205050009090800 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi Simon, you should be able to set it up already. Your setup uses bridged=20 networking with xenbr0 so if your dom0 is configured properly your domUs = could communicate through this interface. You can delete "ip=3D10.0.0.101= "=20 from vif config line. Jan Dne 14.5.2013 14:30, Simon Jones napsal(a): > Hi folks, > > I have a working Dom0 with a Windows and Debian host running, yay! I=E2= =80=99m now looking to configure them with fixed IPs rather than DHCP as = I=E2=80=99ll need this in production but struggling to find some docs so = if anyone can point me to them that would be great. Here=E2=80=99s my co= nfig file for the Debian host, but it still boots with a DHCP! > > Thanks =E2=98=BA > > > # > # Configuration file for the Xen instance test-pv, created > # by xen-tools 4.3.1 on Wed May 8 16:44:02 2013. > # > > # > # Kernel + memory size > # > > > bootloader =3D '/usr/lib/xen-default/bin/pygrub' > > vcpus =3D '2' > memory =3D '512' > > # > # Disk device(s). > # > root =3D '/dev/xvda2 ro' > disk =3D [ > 'phy:/dev/vg0/test-pv-disk,xvda2,w', > 'phy:/dev/vg0/test-pv-swap,xvda1,w', > ] > > > # > # Physical volumes > # > > > # > # Hostname > # > name =3D 'test-pv' > > # > # Networking > # > # dhcp =3D 'dhcp' > vif =3D [ 'mac=3D00:16:3E:14:D8:42,bridge=3Dxenbr0,ip=3D10.0.0.= 101' ] > > # > # Behaviour > # > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms010807090205050009090800 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MTQxMjQ3MTNa MCMGCSqGSIb3DQEJBDEWBBSCUZE2ut4aPsX+zaRe8NWfCFJ0MDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAAxqOXsAN1Mm kIF6cPJ6dYdry3vMpcGxZu++8ea0dmddvGe7GOilJ2cHL/spMGopIoqEhKOAqxSrH7nNSxpo 9ISC1BnTRWKGyIMPbty+eVFw8s4RB3uqJd6FydfkMGIVr4GdTGbmJ2HTQNcwn/VzjGK2+PGo sZXExFP/YAnS+sveJ9nX3hOhfcfpvXez7DoS6bsBubzicVtLN7IiB0Sqz+LWXoNAOBauijJd fZdmxaWodWtqGNr6M4KG82U3Hg9eqofHfMoIGigOqJkBMPG0INDrzfQ/CgzwP9+ITt/olvyS xnTgFRXJXZDPAQOkcXXe3j0Vcp6+tVt9zOyQ6UvKysMAAAAAAAA= --------------ms010807090205050009090800-- --===============7216343994216853568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7216343994216853568==-- From xen-users-bounces@lists.xen.org Tue May 14 12:57:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEmR-00023R-Jd; Tue, 14 May 2013 12:56:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEmQ-00023B-3x for xen-users@lists.xen.org; Tue, 14 May 2013 12:56:34 +0000 Received: from [85.158.138.51:17901] by server-14.bemta-3.messagelabs.com id F8/C8-20016-18432915; Tue, 14 May 2013 12:56:33 +0000 X-Env-Sender: jonas@freesources.org X-Msg-Ref: server-11.tower-174.messagelabs.com!1368536189!32459508!1 X-Originating-IP: [80.237.252.132] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13902 invoked from network); 14 May 2013 12:56:29 -0000 Received: from mx01.freesources.org (HELO mail01.freesources.org) (80.237.252.132) by server-11.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 14 May 2013 12:56:29 -0000 Received: from secure.freesources.org ([80.237.252.133]) by mail01.freesources.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UcEmF-0003n2-G8; Tue, 14 May 2013 12:56:28 +0000 MIME-Version: 1.0 Date: Tue, 14 May 2013 14:56:23 +0200 From: Jonas Meurer To: , In-Reply-To: References: Message-ID: <0e5fd66b7fb54f5e1077a3636b79b775@imap.freesources.org> X-Sender: jonas@freesources.org User-Agent: Roundcube Webmail/0.7.1 X-SA-Exim-Connect-IP: 80.237.252.133 X-SA-Exim-Mail-From: jonas@freesources.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail01.freesources.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,URIBL_BLOCKED autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail01.freesources.org) Subject: Re: [Xen-users] =?utf-8?q?Serial_Passthrough_broken_in_Debian_Wheezy?= =?utf-8?q?=3F?= X-BeenThere: xen-users@lists.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 Hey again, Am 13.05.2013 17:58, schrieb Jonas Meurer: > I just discovered a strange bug with serial passthrough in xen 4.1 on > Debian Wheezy. The Dom0 has a GSM modem connected to serial port. The > serial port is passed through to a DomU with options 'irq = [ 4 ]' > and > 'ioports = [ '3f8-3ff ]'. While searching the list archives I found out, that latest Xen 4.1 has several issues with passthrough. But so far it seems to me like nobody else described my exact issue before. Apparently, the other passthrough issues have been introduced by a hypervisor update. My problem appeared after a kernel upgrade. And for me, DomU creation still works. As described, the passed through serial even exists in DomU. Only it doesn't behave as expected. Just wanted to share those additional observations. Kind regards, jonas > > This worked as expected on Debian Squeeze with Xen 4.0 and Linux > kernel > 2.6.32 (both for Dom0 and DomU). On Debian Wheezy with Xen 4.1 and > Linux kernel 3.2.0 the passthrough seems to work as well (/dev/ttyS0 > appears in dmesg of DomU), but something is wrong. The GSM modem > doesn't behave as expected. The smstools daemon errors out with > 'Cannot > open serial port /dev/ttyS0, error: Function not implemented'. > > It took me hours to find the difference, but it seems like the guest > (domU) kernel is the problem. The setup keeps working when Dom0 is > upgraded to Debian Wheezy with Xen 4.1 and linux kernel 3.2.0. It > even > keeps working if the DomU userland is upgraded to Debian Wheezy. Only > if I upgrade the DomU linux kernel to 3.2.0 from Wheezy as well, > smstools stops working. > > I don't expect this to be a smstools bug. More likely, something > regarding serial pass through functions of xen is broken in 3.2.0 > kernel from Debian Wheezy. > > Did anybody else discover similar issues yet? > > Kind regards, > jonas > > PS: I'm not subscribed to pkg-xen-devel@lists.alioth.debian.org, > please > cc me on that list. > > _______________________________________________ > 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 May 14 12:57:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 12:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEmR-00023R-Jd; Tue, 14 May 2013 12:56:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEmQ-00023B-3x for xen-users@lists.xen.org; Tue, 14 May 2013 12:56:34 +0000 Received: from [85.158.138.51:17901] by server-14.bemta-3.messagelabs.com id F8/C8-20016-18432915; Tue, 14 May 2013 12:56:33 +0000 X-Env-Sender: jonas@freesources.org X-Msg-Ref: server-11.tower-174.messagelabs.com!1368536189!32459508!1 X-Originating-IP: [80.237.252.132] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13902 invoked from network); 14 May 2013 12:56:29 -0000 Received: from mx01.freesources.org (HELO mail01.freesources.org) (80.237.252.132) by server-11.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 14 May 2013 12:56:29 -0000 Received: from secure.freesources.org ([80.237.252.133]) by mail01.freesources.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UcEmF-0003n2-G8; Tue, 14 May 2013 12:56:28 +0000 MIME-Version: 1.0 Date: Tue, 14 May 2013 14:56:23 +0200 From: Jonas Meurer To: , In-Reply-To: References: Message-ID: <0e5fd66b7fb54f5e1077a3636b79b775@imap.freesources.org> X-Sender: jonas@freesources.org User-Agent: Roundcube Webmail/0.7.1 X-SA-Exim-Connect-IP: 80.237.252.133 X-SA-Exim-Mail-From: jonas@freesources.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail01.freesources.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,URIBL_BLOCKED autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail01.freesources.org) Subject: Re: [Xen-users] =?utf-8?q?Serial_Passthrough_broken_in_Debian_Wheezy?= =?utf-8?q?=3F?= X-BeenThere: xen-users@lists.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 Hey again, Am 13.05.2013 17:58, schrieb Jonas Meurer: > I just discovered a strange bug with serial passthrough in xen 4.1 on > Debian Wheezy. The Dom0 has a GSM modem connected to serial port. The > serial port is passed through to a DomU with options 'irq = [ 4 ]' > and > 'ioports = [ '3f8-3ff ]'. While searching the list archives I found out, that latest Xen 4.1 has several issues with passthrough. But so far it seems to me like nobody else described my exact issue before. Apparently, the other passthrough issues have been introduced by a hypervisor update. My problem appeared after a kernel upgrade. And for me, DomU creation still works. As described, the passed through serial even exists in DomU. Only it doesn't behave as expected. Just wanted to share those additional observations. Kind regards, jonas > > This worked as expected on Debian Squeeze with Xen 4.0 and Linux > kernel > 2.6.32 (both for Dom0 and DomU). On Debian Wheezy with Xen 4.1 and > Linux kernel 3.2.0 the passthrough seems to work as well (/dev/ttyS0 > appears in dmesg of DomU), but something is wrong. The GSM modem > doesn't behave as expected. The smstools daemon errors out with > 'Cannot > open serial port /dev/ttyS0, error: Function not implemented'. > > It took me hours to find the difference, but it seems like the guest > (domU) kernel is the problem. The setup keeps working when Dom0 is > upgraded to Debian Wheezy with Xen 4.1 and linux kernel 3.2.0. It > even > keeps working if the DomU userland is upgraded to Debian Wheezy. Only > if I upgrade the DomU linux kernel to 3.2.0 from Wheezy as well, > smstools stops working. > > I don't expect this to be a smstools bug. More likely, something > regarding serial pass through functions of xen is broken in 3.2.0 > kernel from Debian Wheezy. > > Did anybody else discover similar issues yet? > > Kind regards, > jonas > > PS: I'm not subscribed to pkg-xen-devel@lists.alioth.debian.org, > please > cc me on that list. > > _______________________________________________ > 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 May 14 13:09:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 13:09: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 1UcEyN-0002it-3X; Tue, 14 May 2013 13:08:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEyL-0002ih-Rg for xen-users@lists.xen.org; Tue, 14 May 2013 13:08:54 +0000 Received: from [85.158.137.99:13732] by server-11.bemta-3.messagelabs.com id 0F/C3-05438-06732915; Tue, 14 May 2013 13:08:48 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-15.tower-217.messagelabs.com!1368536926!16758528!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30977 invoked from network); 14 May 2013 13:08:47 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-15.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 14 May 2013 13:08:47 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Tue, 14 May 2013 14:08:46 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: static IPs Thread-Index: Ac5QpA12AKaUBOq7QiuSUAs8BWrXFg== Date: Tue, 14 May 2013 13:08:45 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4099238326549224163==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4099238326549224163== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am clearly an idiot, you just set them in the vm's config don't you?! D= UH! --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am clearly an idiot, you just set them in the vm&#= 8217;s config don’t you?!   DUH!

 

 

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_-- --===============4099238326549224163== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4099238326549224163==-- From xen-users-bounces@lists.xen.org Tue May 14 13:09:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 13:09: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 1UcEyN-0002it-3X; Tue, 14 May 2013 13:08:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcEyL-0002ih-Rg for xen-users@lists.xen.org; Tue, 14 May 2013 13:08:54 +0000 Received: from [85.158.137.99:13732] by server-11.bemta-3.messagelabs.com id 0F/C3-05438-06732915; Tue, 14 May 2013 13:08:48 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-15.tower-217.messagelabs.com!1368536926!16758528!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30977 invoked from network); 14 May 2013 13:08:47 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-15.tower-217.messagelabs.com with AES128-SHA encrypted SMTP; 14 May 2013 13:08:47 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Tue, 14 May 2013 14:08:46 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: static IPs Thread-Index: Ac5QpA12AKaUBOq7QiuSUAs8BWrXFg== Date: Tue, 14 May 2013 13:08:45 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4099238326549224163==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4099238326549224163== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am clearly an idiot, you just set them in the vm's config don't you?! D= UH! --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am clearly an idiot, you just set them in the vm&#= 8217;s config don’t you?!   DUH!

 

 

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3E0752ALTERNATEREALIT_-- --===============4099238326549224163== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4099238326549224163==-- From xen-users-bounces@lists.xen.org Tue May 14 13:14:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 13:14: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 1UcF3B-0003PF-RI; Tue, 14 May 2013 13:13:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcF3A-0003Ot-Id for xen-users@lists.xen.org; Tue, 14 May 2013 13:13:52 +0000 Received: from [85.158.139.211:13820] by server-9.bemta-5.messagelabs.com id F3/D5-14875-F8832915; Tue, 14 May 2013 13:13:51 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1368537229!22654540!1 X-Originating-IP: [209.85.220.49] 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 11319 invoked from network); 14 May 2013 13:13:51 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 13:13:51 -0000 Received: by mail-pa0-f49.google.com with SMTP id bi5so504428pad.8 for ; Tue, 14 May 2013 06:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=/RBxEn/jFV5heRC8ARfZ/K5/C0kzwRepejTjoMLcVWM=; b=fHXw8yiR6XqbT8ijmhtpp2w8CSR8qdxNaC6lyuG4QoDjIrTtqHfqz/cqavbxt7CvWF uhGb3R/9bXZcR8luZsjItNbSJZ6JDOYL7L+McxYF1LKffF4PWInpGEAEdV7WkvDVtYuR 4W99iFRBojaXTLLPpkckTa59tZfrfFGyO3Cgc0XXPGTSHI1JeQyYEf87+Ojki07RYO4r iiBpFC0715CLe+irYZOThvQsyFIn/l3YoJBNpa+tp5mKZBDZZWoGBCr81jbIl+S7cTVE jl6B87FfC9zLWfXrJPLiG6Ygy1RsEV8wo7huytXzelmNB2h8DjCMvNCAamnCmq6AGd6C 46tg== X-Received: by 10.66.151.46 with SMTP id un14mr35082091pab.14.1368537228934; Tue, 14 May 2013 06:13:48 -0700 (PDT) References: From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Tue, 14 May 2013 09:13:52 -0400 Message-ID: <8299569520532018183@unknownmsgid> To: Micky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 14, 2013, at 8:34 AM, Micky wrote: > I guess I have stumbled upon a bug in gplpv drivers. > If you try to re-enable an nic adapter after disabling it, it just > hides out of blue. And you have to reboot. > > Latest version of gplpv drivers and Windows 2008 R2 here. > > Anyone else noticed the same issue? > > I wonder if this is related to hot-plugging something like > http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg > ?? I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. Oddly, and in addition to your issue, every time I launch DotA 2, the Xen Net device would lose all network connectivity; it gives the yellow exclamation point on the connectivity indicator in the system tray. I worked around it by giving it a physical NIC, but just wanted to chime in. -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 13:14:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 13:14: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 1UcF3B-0003PF-RI; Tue, 14 May 2013 13:13:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcF3A-0003Ot-Id for xen-users@lists.xen.org; Tue, 14 May 2013 13:13:52 +0000 Received: from [85.158.139.211:13820] by server-9.bemta-5.messagelabs.com id F3/D5-14875-F8832915; Tue, 14 May 2013 13:13:51 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1368537229!22654540!1 X-Originating-IP: [209.85.220.49] 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 11319 invoked from network); 14 May 2013 13:13:51 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 13:13:51 -0000 Received: by mail-pa0-f49.google.com with SMTP id bi5so504428pad.8 for ; Tue, 14 May 2013 06:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=/RBxEn/jFV5heRC8ARfZ/K5/C0kzwRepejTjoMLcVWM=; b=fHXw8yiR6XqbT8ijmhtpp2w8CSR8qdxNaC6lyuG4QoDjIrTtqHfqz/cqavbxt7CvWF uhGb3R/9bXZcR8luZsjItNbSJZ6JDOYL7L+McxYF1LKffF4PWInpGEAEdV7WkvDVtYuR 4W99iFRBojaXTLLPpkckTa59tZfrfFGyO3Cgc0XXPGTSHI1JeQyYEf87+Ojki07RYO4r iiBpFC0715CLe+irYZOThvQsyFIn/l3YoJBNpa+tp5mKZBDZZWoGBCr81jbIl+S7cTVE jl6B87FfC9zLWfXrJPLiG6Ygy1RsEV8wo7huytXzelmNB2h8DjCMvNCAamnCmq6AGd6C 46tg== X-Received: by 10.66.151.46 with SMTP id un14mr35082091pab.14.1368537228934; Tue, 14 May 2013 06:13:48 -0700 (PDT) References: From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Tue, 14 May 2013 09:13:52 -0400 Message-ID: <8299569520532018183@unknownmsgid> To: Micky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 14, 2013, at 8:34 AM, Micky wrote: > I guess I have stumbled upon a bug in gplpv drivers. > If you try to re-enable an nic adapter after disabling it, it just > hides out of blue. And you have to reboot. > > Latest version of gplpv drivers and Windows 2008 R2 here. > > Anyone else noticed the same issue? > > I wonder if this is related to hot-plugging something like > http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg > ?? I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. Oddly, and in addition to your issue, every time I launch DotA 2, the Xen Net device would lose all network connectivity; it gives the yellow exclamation point on the connectivity indicator in the system tray. I worked around it by giving it a physical NIC, but just wanted to chime in. -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 14:14:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 14:14: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 1UcFyw-0007wD-G0; Tue, 14 May 2013 14:13:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcFyv-0007w2-2q for xen-users@lists.xen.org; Tue, 14 May 2013 14:13:33 +0000 Received: from [85.158.139.211:59529] by server-12.bemta-5.messagelabs.com id ED/7E-16465-C8642915; Tue, 14 May 2013 14:13:32 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1368540810!22977694!1 X-Originating-IP: [209.85.128.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5783 invoked from network); 14 May 2013 14:13:31 -0000 Received: from mail-qe0-f51.google.com (HELO mail-qe0-f51.google.com) (209.85.128.51) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 14:13:31 -0000 Received: by mail-qe0-f51.google.com with SMTP id x7so420631qeu.38 for ; Tue, 14 May 2013 07:13:30 -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:cc:content-type; bh=jnl30D/5s19rIRRbRx3yDxPNynbeWYelAlgzUOSoAbE=; b=Cd0ySCVWsqcQr/IY8DSEL/kn/chcNrHHCoG6a3sGPpN1VqXCFFB6n0A9MJAj49KDxT W+s3i4bO+0+m5L06mwfkh5Sulq00hJy31tc7f4ZBgwHNSneJnnT4XCmmNimf6VrWiwIH JAoX8Z1ETz2tQJYcefSyD3uWPoHthkmOGwjWzh9Ar51J9UvK3XGTEQ5ObKQ2I4xUYow1 KvGNnTqx+eEPncdT8+T71lRTAsKC3jGvxSJxBfWP3yY+OgQ4usW/2DHd9OXZlLznAfMS zsT/3GppRxM/imO9h5VJYyxnvIhTi0Nu2ZNzIQDAZUbWuNLVyOqCHBXJFpsQ92kP4+GK kaEA== MIME-Version: 1.0 X-Received: by 10.49.61.4 with SMTP id l4mr28594402qer.0.1368540810246; Tue, 14 May 2013 07:13:30 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 14 May 2013 07:13:30 -0700 (PDT) In-Reply-To: <8299569520532018183@unknownmsgid> References: <8299569520532018183@unknownmsgid> Date: Tue, 14 May 2013 19:13:30 +0500 Message-ID: From: Micky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Perhaps James can shed some light on it. Gplpv drivers are working fine for me other than the disappearance of adapters. I am gonna continue some testing, just to make sure that things work as expected before I push the drivers into production. On Tue, May 14, 2013 at 6:13 PM, Andrew Bobulsky wrote: > On May 14, 2013, at 8:34 AM, Micky wrote: > >> I guess I have stumbled upon a bug in gplpv drivers. >> If you try to re-enable an nic adapter after disabling it, it just >> hides out of blue. And you have to reboot. >> >> Latest version of gplpv drivers and Windows 2008 R2 here. >> >> Anyone else noticed the same issue? >> >> I wonder if this is related to hot-plugging something like >> http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg >> ?? > > > I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my > head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. > > Oddly, and in addition to your issue, every time I launch DotA 2, the > Xen Net device would lose all network connectivity; it gives the > yellow exclamation point on the connectivity indicator in the system > tray. > > I worked around it by giving it a physical NIC, but just wanted to chime in. > > -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 14:14:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 14:14: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 1UcFyw-0007wD-G0; Tue, 14 May 2013 14:13:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcFyv-0007w2-2q for xen-users@lists.xen.org; Tue, 14 May 2013 14:13:33 +0000 Received: from [85.158.139.211:59529] by server-12.bemta-5.messagelabs.com id ED/7E-16465-C8642915; Tue, 14 May 2013 14:13:32 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1368540810!22977694!1 X-Originating-IP: [209.85.128.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5783 invoked from network); 14 May 2013 14:13:31 -0000 Received: from mail-qe0-f51.google.com (HELO mail-qe0-f51.google.com) (209.85.128.51) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 14:13:31 -0000 Received: by mail-qe0-f51.google.com with SMTP id x7so420631qeu.38 for ; Tue, 14 May 2013 07:13:30 -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:cc:content-type; bh=jnl30D/5s19rIRRbRx3yDxPNynbeWYelAlgzUOSoAbE=; b=Cd0ySCVWsqcQr/IY8DSEL/kn/chcNrHHCoG6a3sGPpN1VqXCFFB6n0A9MJAj49KDxT W+s3i4bO+0+m5L06mwfkh5Sulq00hJy31tc7f4ZBgwHNSneJnnT4XCmmNimf6VrWiwIH JAoX8Z1ETz2tQJYcefSyD3uWPoHthkmOGwjWzh9Ar51J9UvK3XGTEQ5ObKQ2I4xUYow1 KvGNnTqx+eEPncdT8+T71lRTAsKC3jGvxSJxBfWP3yY+OgQ4usW/2DHd9OXZlLznAfMS zsT/3GppRxM/imO9h5VJYyxnvIhTi0Nu2ZNzIQDAZUbWuNLVyOqCHBXJFpsQ92kP4+GK kaEA== MIME-Version: 1.0 X-Received: by 10.49.61.4 with SMTP id l4mr28594402qer.0.1368540810246; Tue, 14 May 2013 07:13:30 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 14 May 2013 07:13:30 -0700 (PDT) In-Reply-To: <8299569520532018183@unknownmsgid> References: <8299569520532018183@unknownmsgid> Date: Tue, 14 May 2013 19:13:30 +0500 Message-ID: From: Micky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Perhaps James can shed some light on it. Gplpv drivers are working fine for me other than the disappearance of adapters. I am gonna continue some testing, just to make sure that things work as expected before I push the drivers into production. On Tue, May 14, 2013 at 6:13 PM, Andrew Bobulsky wrote: > On May 14, 2013, at 8:34 AM, Micky wrote: > >> I guess I have stumbled upon a bug in gplpv drivers. >> If you try to re-enable an nic adapter after disabling it, it just >> hides out of blue. And you have to reboot. >> >> Latest version of gplpv drivers and Windows 2008 R2 here. >> >> Anyone else noticed the same issue? >> >> I wonder if this is related to hot-plugging something like >> http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg >> ?? > > > I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my > head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. > > Oddly, and in addition to your issue, every time I launch DotA 2, the > Xen Net device would lose all network connectivity; it gives the > yellow exclamation point on the connectivity indicator in the system > tray. > > I worked around it by giving it a physical NIC, but just wanted to chime in. > > -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 14:38:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 14:38: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 1UcGLh-0001Fy-Km; Tue, 14 May 2013 14:37:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcGLe-0001Fi-VQ for xen-users@lists.xen.org; Tue, 14 May 2013 14:37:04 +0000 Received: from [85.158.139.83:2599] by server-10.bemta-5.messagelabs.com id CF/D5-19016-E0C42915; Tue, 14 May 2013 14:37:02 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1368542220!28680609!1 X-Originating-IP: [209.85.216.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 15796 invoked from network); 14 May 2013 14:37:01 -0000 Received: from mail-qa0-f44.google.com (HELO mail-qa0-f44.google.com) (209.85.216.44) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 14:37:01 -0000 Received: by mail-qa0-f44.google.com with SMTP id o13so2122730qaj.3 for ; Tue, 14 May 2013 07:37:00 -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=8iqOx3HhT9epCKIUBqbJaNNtqSlsUecnEZqHS/+C2KE=; b=B4jG2KOTnODXEAgYyhBEU4JP87koY/VFDlFufXYFcK2L3RX8e4WdNxukmDEcMjNJ5J I/4cKXFv2Y0EKkFZr+kRNf9EkDtABvK30Cf5dSTgznLpLBTUowZWrzKr4ShNE2kOhaxj 1kJvysEDkXm3rmkqmW+d+7zM2IpMco+PTjRwvbxlfPsQM/52nUCK5ATUQZyTOvKU8kge I0w8qJA8v1dB0NW5bT3GFfPaWLooK96kd8JER+LMdi+87qsphF88ioIyBbIuiv7sW5gG 2wNqMjffjt5HOEEgUqDocjzn2A2kv2gY3WDtTYo5+TgqjyiBo8/EoPU+ZQiBm3RVigAy XIuw== MIME-Version: 1.0 X-Received: by 10.49.61.4 with SMTP id l4mr28691773qer.0.1368542219865; Tue, 14 May 2013 07:36:59 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 14 May 2013 07:36:59 -0700 (PDT) In-Reply-To: References: <8299569520532018183@unknownmsgid> Date: Tue, 14 May 2013 19:36:59 +0500 Message-ID: From: Micky To: Andrew Bobulsky , "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Further, I just noticed that devmgmt shows this error for Xen Net Device Driver "Device cannot start. (Code 10)" On Tue, May 14, 2013 at 7:12 PM, Micky wrote: > Perhaps James can shed some light on it. Gplpv drivers are working > fine for me other than the disappearance of adapters. I am gonna > continue some testing, just to make sure that things work as expected > before I push the drivers into production. > > On Tue, May 14, 2013 at 6:13 PM, Andrew Bobulsky wrote: >> On May 14, 2013, at 8:34 AM, Micky wrote: >> >>> I guess I have stumbled upon a bug in gplpv drivers. >>> If you try to re-enable an nic adapter after disabling it, it just >>> hides out of blue. And you have to reboot. >>> >>> Latest version of gplpv drivers and Windows 2008 R2 here. >>> >>> Anyone else noticed the same issue? >>> >>> I wonder if this is related to hot-plugging something like >>> http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg >>> ?? >> >> >> I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my >> head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. >> >> Oddly, and in addition to your issue, every time I launch DotA 2, the >> Xen Net device would lose all network connectivity; it gives the >> yellow exclamation point on the connectivity indicator in the system >> tray. >> >> I worked around it by giving it a physical NIC, but just wanted to chime in. >> >> -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 14:38:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 14:38: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 1UcGLh-0001Fy-Km; Tue, 14 May 2013 14:37:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcGLe-0001Fi-VQ for xen-users@lists.xen.org; Tue, 14 May 2013 14:37:04 +0000 Received: from [85.158.139.83:2599] by server-10.bemta-5.messagelabs.com id CF/D5-19016-E0C42915; Tue, 14 May 2013 14:37:02 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1368542220!28680609!1 X-Originating-IP: [209.85.216.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 15796 invoked from network); 14 May 2013 14:37:01 -0000 Received: from mail-qa0-f44.google.com (HELO mail-qa0-f44.google.com) (209.85.216.44) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 14:37:01 -0000 Received: by mail-qa0-f44.google.com with SMTP id o13so2122730qaj.3 for ; Tue, 14 May 2013 07:37:00 -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=8iqOx3HhT9epCKIUBqbJaNNtqSlsUecnEZqHS/+C2KE=; b=B4jG2KOTnODXEAgYyhBEU4JP87koY/VFDlFufXYFcK2L3RX8e4WdNxukmDEcMjNJ5J I/4cKXFv2Y0EKkFZr+kRNf9EkDtABvK30Cf5dSTgznLpLBTUowZWrzKr4ShNE2kOhaxj 1kJvysEDkXm3rmkqmW+d+7zM2IpMco+PTjRwvbxlfPsQM/52nUCK5ATUQZyTOvKU8kge I0w8qJA8v1dB0NW5bT3GFfPaWLooK96kd8JER+LMdi+87qsphF88ioIyBbIuiv7sW5gG 2wNqMjffjt5HOEEgUqDocjzn2A2kv2gY3WDtTYo5+TgqjyiBo8/EoPU+ZQiBm3RVigAy XIuw== MIME-Version: 1.0 X-Received: by 10.49.61.4 with SMTP id l4mr28691773qer.0.1368542219865; Tue, 14 May 2013 07:36:59 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 14 May 2013 07:36:59 -0700 (PDT) In-Reply-To: References: <8299569520532018183@unknownmsgid> Date: Tue, 14 May 2013 19:36:59 +0500 Message-ID: From: Micky To: Andrew Bobulsky , "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Further, I just noticed that devmgmt shows this error for Xen Net Device Driver "Device cannot start. (Code 10)" On Tue, May 14, 2013 at 7:12 PM, Micky wrote: > Perhaps James can shed some light on it. Gplpv drivers are working > fine for me other than the disappearance of adapters. I am gonna > continue some testing, just to make sure that things work as expected > before I push the drivers into production. > > On Tue, May 14, 2013 at 6:13 PM, Andrew Bobulsky wrote: >> On May 14, 2013, at 8:34 AM, Micky wrote: >> >>> I guess I have stumbled upon a bug in gplpv drivers. >>> If you try to re-enable an nic adapter after disabling it, it just >>> hides out of blue. And you have to reboot. >>> >>> Latest version of gplpv drivers and Windows 2008 R2 here. >>> >>> Anyone else noticed the same issue? >>> >>> I wonder if this is related to hot-plugging something like >>> http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg >>> ?? >> >> >> I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my >> head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. >> >> Oddly, and in addition to your issue, every time I launch DotA 2, the >> Xen Net device would lose all network connectivity; it gives the >> yellow exclamation point on the connectivity indicator in the system >> tray. >> >> I worked around it by giving it a physical NIC, but just wanted to chime in. >> >> -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 14:42:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 14:42: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 1UcGPq-0001oD-Vt; Tue, 14 May 2013 14:41:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcGPp-0001nt-Rr for xen-users@lists.xen.org; Tue, 14 May 2013 14:41:22 +0000 Received: from [85.158.138.51:23629] by server-6.bemta-3.messagelabs.com id D0/D2-14331-C0D42915; Tue, 14 May 2013 14:41:16 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368542470!32652465!1 X-Originating-IP: [209.85.210.43] 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 29283 invoked from network); 14 May 2013 14:41:11 -0000 Received: from mail-da0-f43.google.com (HELO mail-da0-f43.google.com) (209.85.210.43) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 14:41:11 -0000 Received: by mail-da0-f43.google.com with SMTP id u7so351344dae.30 for ; Tue, 14 May 2013 07:41:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=S+4Xk92EIllOkRRoAXf4fn2yPEcHoExH0KlAwI6YofY=; b=ImbUUkkEyf2oHYNerOgIz81swkZBnRDCxDGa5fvGIXFgfWI6yNKAKEDyNAAWWD+Msd IxPhoLGWG48RMUK4ubeVSDUC3CUjIGTLzrF7UFzh2kBGMH6rlEMrLYg541BbMRu8ctQc eLgzK98Phyg6oKxpqHYAgV6Ce+TRdOycSoQs3JhFAAC7yepFzdwKVaCvuT1IliA6JA/H TDo+2tL1Us+dxhNhvyCXl4rnSUXJAnlkfepEUrc9i1TmBBbJu4ruSLjjvXZDCYPVJ7D9 ULbrIbRS7l/rxLPpBj2QZQHIRtizva6jktSqOIZJCuUrfYae0e8gk+OdcBPHInSfKVto L4Dg== X-Received: by 10.66.145.67 with SMTP id ss3mr35109168pab.18.1368542469659; Tue, 14 May 2013 07:41:09 -0700 (PDT) References: <8299569520532018183@unknownmsgid> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Tue, 14 May 2013 10:41:12 -0400 Message-ID: <-1961630092420070244@unknownmsgid> To: Micky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 14, 2013, at 10:36 AM, Micky wrote: > Further, I just noticed that devmgmt shows this error for Xen Net Device Driver > "Device cannot start. (Code 10)" Ah, yes! I recall the same. > > On Tue, May 14, 2013 at 7:12 PM, Micky wrote: >> Perhaps James can shed some light on it. Gplpv drivers are working >> fine for me other than the disappearance of adapters. I am gonna >> continue some testing, just to make sure that things work as expected >> before I push the drivers into production. >> >> On Tue, May 14, 2013 at 6:13 PM, Andrew Bobulsky wrote: >>> On May 14, 2013, at 8:34 AM, Micky wrote: >>> >>>> I guess I have stumbled upon a bug in gplpv drivers. >>>> If you try to re-enable an nic adapter after disabling it, it just >>>> hides out of blue. And you have to reboot. >>>> >>>> Latest version of gplpv drivers and Windows 2008 R2 here. >>>> >>>> Anyone else noticed the same issue? >>>> >>>> I wonder if this is related to hot-plugging something like >>>> http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg >>>> ?? >>> >>> >>> I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my >>> head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. >>> >>> Oddly, and in addition to your issue, every time I launch DotA 2, the >>> Xen Net device would lose all network connectivity; it gives the >>> yellow exclamation point on the connectivity indicator in the system >>> tray. >>> >>> I worked around it by giving it a physical NIC, but just wanted to chime in. >>> >>> -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 14:42:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 14:42: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 1UcGPq-0001oD-Vt; Tue, 14 May 2013 14:41:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcGPp-0001nt-Rr for xen-users@lists.xen.org; Tue, 14 May 2013 14:41:22 +0000 Received: from [85.158.138.51:23629] by server-6.bemta-3.messagelabs.com id D0/D2-14331-C0D42915; Tue, 14 May 2013 14:41:16 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368542470!32652465!1 X-Originating-IP: [209.85.210.43] 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 29283 invoked from network); 14 May 2013 14:41:11 -0000 Received: from mail-da0-f43.google.com (HELO mail-da0-f43.google.com) (209.85.210.43) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 14:41:11 -0000 Received: by mail-da0-f43.google.com with SMTP id u7so351344dae.30 for ; Tue, 14 May 2013 07:41:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=S+4Xk92EIllOkRRoAXf4fn2yPEcHoExH0KlAwI6YofY=; b=ImbUUkkEyf2oHYNerOgIz81swkZBnRDCxDGa5fvGIXFgfWI6yNKAKEDyNAAWWD+Msd IxPhoLGWG48RMUK4ubeVSDUC3CUjIGTLzrF7UFzh2kBGMH6rlEMrLYg541BbMRu8ctQc eLgzK98Phyg6oKxpqHYAgV6Ce+TRdOycSoQs3JhFAAC7yepFzdwKVaCvuT1IliA6JA/H TDo+2tL1Us+dxhNhvyCXl4rnSUXJAnlkfepEUrc9i1TmBBbJu4ruSLjjvXZDCYPVJ7D9 ULbrIbRS7l/rxLPpBj2QZQHIRtizva6jktSqOIZJCuUrfYae0e8gk+OdcBPHInSfKVto L4Dg== X-Received: by 10.66.145.67 with SMTP id ss3mr35109168pab.18.1368542469659; Tue, 14 May 2013 07:41:09 -0700 (PDT) References: <8299569520532018183@unknownmsgid> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Tue, 14 May 2013 10:41:12 -0400 Message-ID: <-1961630092420070244@unknownmsgid> To: Micky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 14, 2013, at 10:36 AM, Micky wrote: > Further, I just noticed that devmgmt shows this error for Xen Net Device Driver > "Device cannot start. (Code 10)" Ah, yes! I recall the same. > > On Tue, May 14, 2013 at 7:12 PM, Micky wrote: >> Perhaps James can shed some light on it. Gplpv drivers are working >> fine for me other than the disappearance of adapters. I am gonna >> continue some testing, just to make sure that things work as expected >> before I push the drivers into production. >> >> On Tue, May 14, 2013 at 6:13 PM, Andrew Bobulsky wrote: >>> On May 14, 2013, at 8:34 AM, Micky wrote: >>> >>>> I guess I have stumbled upon a bug in gplpv drivers. >>>> If you try to re-enable an nic adapter after disabling it, it just >>>> hides out of blue. And you have to reboot. >>>> >>>> Latest version of gplpv drivers and Windows 2008 R2 here. >>>> >>>> Anyone else noticed the same issue? >>>> >>>> I wonder if this is related to hot-plugging something like >>>> http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual-machine.html#.UZIop3G53Rg >>>> ?? >>> >>> >>> I had the same problem, Xen 4.2.1 (or 4.2... Not sure of the top of my >>> head), dom0 is Debian 6.0.7 x64, on a win7 x64 domU. >>> >>> Oddly, and in addition to your issue, every time I launch DotA 2, the >>> Xen Net device would lose all network connectivity; it gives the >>> yellow exclamation point on the connectivity indicator in the system >>> tray. >>> >>> I worked around it by giving it a physical NIC, but just wanted to chime in. >>> >>> -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 21:22:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 21:22: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 1UcMen-0007qW-UA; Tue, 14 May 2013 21:21:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcMel-0007qR-NW for xen-users@lists.xen.org; Tue, 14 May 2013 21:21:11 +0000 Received: from [85.158.138.51:40429] by server-11.bemta-3.messagelabs.com id D0/0F-05438-6CAA2915; Tue, 14 May 2013 21:21:10 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1368566469!29484084!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 28639 invoked from network); 14 May 2013 21:21:10 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 21:21:10 -0000 Received: from [187.162.122.248] (port=44938 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UcMei-00040d-OO for xen-users@lists.xen.org; Tue, 14 May 2013 16:21:08 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 20735A204 for ; Tue, 14 May 2013 16:21:08 -0500 (CDT) Message-ID: <5192AAC3.3080701@ondore.com> Date: Tue, 14 May 2013 16:21:07 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] static IP config X-BeenThere: xen-users@lists.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 SGVsbG8uCgpFbCAxNC8wNS8xMyAwNzozMCwgU2ltb24gSm9uZXMgZXNjcmliacOzOgo+ICBJ4oCZ bSBub3cgbG9va2luZyB0byBjb25maWd1cmUgdGhlbSB3aXRoIGZpeGVkIElQcyByYXRoZXIgdGhh biBESENQCj4gYXMgSeKAmWxsIG5lZWQgdGhpcyBpbiBwcm9kdWN0aW9uIGJ1dCBzdHJ1Z2dsaW5n IHRvIGZpbmQgc29tZSBkb2NzIHNvCj4gaWYgYW55b25lIGNhbiBwb2ludCBtZSB0byB0aGVtIHRo YXQgd291bGQgYmUgZ3JlYXQuClRocmVhdCB0aGlzIGFzIHlvdXIgRG9tVXMgd2hlcmUgbm9ybWFs LCBub3QgdmlydHVhbGl6ZWQgY29tcHV0ZXJzLiAKQ29uZmlndXJlIGEgc3RhdGljIElQIG9uIHRo ZWlyJ3MgbmV0d29yayBpbnRlcmZhY2VzLCBpbiAKL2V0Yy9uZXR3b3JrL2ludGVyZmFjZXMuCgo+ IEhlcmXigJlzIG15IGNvbmZpZyBmaWxlIGZvciB0aGUgRGViaWFuIGhvc3QsIGJ1dCBpdCBzdGls bCBib290cyB3aXRoIGEgREhDUCEKSXQgYm9vdHMgd2l0aCBESENQIGJlY2F1c2UgdGhlIGd1ZXN0 IE9TIGhhcyBpdCdzIG5ldHdvcmsgaW50ZXJmYWNlIApjb25maWd1cmVkIHNvLgoKPiBbLi4uXQo+ ICMgZGhjcCAgICAgICAgPSAnZGhjcCcKPiB2aWYgICAgICAgICA9IFsgJ21hYz0wMDoxNjozRTox NDpEODo0MixicmlkZ2U9eGVuYnIwLGlwPTEwLjAuMC4xMDEnIF0KVGhpcyBzZXR0aW5ncyBkb2Vz IG5vdCBhZmZlY3RzIHRoZSBndWVzdCdzIG5ldHdvcmsgaW50ZXJmYWNlIElQIApjb25maWd1cmF0 aW9uLiBUaGUgYWRkcmVzcyBzZXQgYXMgImlwPSIgbWFrZXMgRG9tMCB0byBhcHBseSBpcGZpbHRl ciAKcnVsZXMgdG8gbWFrZSBzdXJlIHRoaXMgVklGIGlzIGFsbG93ZWQgdG8gY29tbXVuaWNhdGUg d2hpbGUgdXNpbmcgdGhpcyAKSVAuIElmIHlvdSBhcmUgbm90IHVzaW5nIGEgcGFyYW5vaWQgbG9j YWwgZmlyZXdhbGwgb24gRG9tMCwgImlwPSIgaXMgbm90IApuZWVkZWQuCgoKLS0gCkFsZXhhbmRy ZSBLb3V6bmV0c292CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue May 14 21:22:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 21:22: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 1UcMen-0007qW-UA; Tue, 14 May 2013 21:21:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcMel-0007qR-NW for xen-users@lists.xen.org; Tue, 14 May 2013 21:21:11 +0000 Received: from [85.158.138.51:40429] by server-11.bemta-3.messagelabs.com id D0/0F-05438-6CAA2915; Tue, 14 May 2013 21:21:10 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1368566469!29484084!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 28639 invoked from network); 14 May 2013 21:21:10 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 21:21:10 -0000 Received: from [187.162.122.248] (port=44938 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UcMei-00040d-OO for xen-users@lists.xen.org; Tue, 14 May 2013 16:21:08 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 20735A204 for ; Tue, 14 May 2013 16:21:08 -0500 (CDT) Message-ID: <5192AAC3.3080701@ondore.com> Date: Tue, 14 May 2013 16:21:07 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] static IP config X-BeenThere: xen-users@lists.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 SGVsbG8uCgpFbCAxNC8wNS8xMyAwNzozMCwgU2ltb24gSm9uZXMgZXNjcmliacOzOgo+ICBJ4oCZ bSBub3cgbG9va2luZyB0byBjb25maWd1cmUgdGhlbSB3aXRoIGZpeGVkIElQcyByYXRoZXIgdGhh biBESENQCj4gYXMgSeKAmWxsIG5lZWQgdGhpcyBpbiBwcm9kdWN0aW9uIGJ1dCBzdHJ1Z2dsaW5n IHRvIGZpbmQgc29tZSBkb2NzIHNvCj4gaWYgYW55b25lIGNhbiBwb2ludCBtZSB0byB0aGVtIHRo YXQgd291bGQgYmUgZ3JlYXQuClRocmVhdCB0aGlzIGFzIHlvdXIgRG9tVXMgd2hlcmUgbm9ybWFs LCBub3QgdmlydHVhbGl6ZWQgY29tcHV0ZXJzLiAKQ29uZmlndXJlIGEgc3RhdGljIElQIG9uIHRo ZWlyJ3MgbmV0d29yayBpbnRlcmZhY2VzLCBpbiAKL2V0Yy9uZXR3b3JrL2ludGVyZmFjZXMuCgo+ IEhlcmXigJlzIG15IGNvbmZpZyBmaWxlIGZvciB0aGUgRGViaWFuIGhvc3QsIGJ1dCBpdCBzdGls bCBib290cyB3aXRoIGEgREhDUCEKSXQgYm9vdHMgd2l0aCBESENQIGJlY2F1c2UgdGhlIGd1ZXN0 IE9TIGhhcyBpdCdzIG5ldHdvcmsgaW50ZXJmYWNlIApjb25maWd1cmVkIHNvLgoKPiBbLi4uXQo+ ICMgZGhjcCAgICAgICAgPSAnZGhjcCcKPiB2aWYgICAgICAgICA9IFsgJ21hYz0wMDoxNjozRTox NDpEODo0MixicmlkZ2U9eGVuYnIwLGlwPTEwLjAuMC4xMDEnIF0KVGhpcyBzZXR0aW5ncyBkb2Vz IG5vdCBhZmZlY3RzIHRoZSBndWVzdCdzIG5ldHdvcmsgaW50ZXJmYWNlIElQIApjb25maWd1cmF0 aW9uLiBUaGUgYWRkcmVzcyBzZXQgYXMgImlwPSIgbWFrZXMgRG9tMCB0byBhcHBseSBpcGZpbHRl ciAKcnVsZXMgdG8gbWFrZSBzdXJlIHRoaXMgVklGIGlzIGFsbG93ZWQgdG8gY29tbXVuaWNhdGUg d2hpbGUgdXNpbmcgdGhpcyAKSVAuIElmIHlvdSBhcmUgbm90IHVzaW5nIGEgcGFyYW5vaWQgbG9j YWwgZmlyZXdhbGwgb24gRG9tMCwgImlwPSIgaXMgbm90IApuZWVkZWQuCgoKLS0gCkFsZXhhbmRy ZSBLb3V6bmV0c292CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue May 14 21:24:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 21:24: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 1UcMgf-0007ty-OQ; Tue, 14 May 2013 21:23:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcMge-0007tp-UN for xen-users@lists.xen.org; Tue, 14 May 2013 21:23:09 +0000 Received: from [85.158.143.99:21971] by server-2.bemta-4.messagelabs.com id 8E/75-27124-C3BA2915; Tue, 14 May 2013 21:23:08 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1368566586!22701113!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 11845 invoked from network); 14 May 2013 21:23:07 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 21:23:07 -0000 Received: from [187.162.122.248] (port=56459 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UcMgb-0004JQ-RX for xen-users@lists.xen.org; Tue, 14 May 2013 16:23: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 8FF0EA204 for ; Tue, 14 May 2013 16:23:04 -0500 (CDT) Message-ID: <5192AB38.5080704@ondore.com> Date: Tue, 14 May 2013 16:23:04 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 14/05/13 08:08, Simon Jones escribi=F3: > I am clearly an idiot, you just set them in the vm=92s config don=92t you= ?! I have seen this too late, responded to the original message. But yes. (: You set them within the VM. -- = 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 May 14 21:24:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 21:24: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 1UcMgf-0007ty-OQ; Tue, 14 May 2013 21:23:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcMge-0007tp-UN for xen-users@lists.xen.org; Tue, 14 May 2013 21:23:09 +0000 Received: from [85.158.143.99:21971] by server-2.bemta-4.messagelabs.com id 8E/75-27124-C3BA2915; Tue, 14 May 2013 21:23:08 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1368566586!22701113!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 11845 invoked from network); 14 May 2013 21:23:07 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 21:23:07 -0000 Received: from [187.162.122.248] (port=56459 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UcMgb-0004JQ-RX for xen-users@lists.xen.org; Tue, 14 May 2013 16:23: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 8FF0EA204 for ; Tue, 14 May 2013 16:23:04 -0500 (CDT) Message-ID: <5192AB38.5080704@ondore.com> Date: Tue, 14 May 2013 16:23:04 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 14/05/13 08:08, Simon Jones escribi=F3: > I am clearly an idiot, you just set them in the vm=92s config don=92t you= ?! I have seen this too late, responded to the original message. But yes. (: You set them within the VM. -- = 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 May 14 23:34:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 23:34: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 1UcOiS-0000tw-3r; Tue, 14 May 2013 23:33:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcOiL-0000tn-OK for xen-users@lists.xen.org; Tue, 14 May 2013 23:33:06 +0000 Received: from [85.158.139.83:39317] by server-9.bemta-5.messagelabs.com id 23/74-14875-DA9C2915; Tue, 14 May 2013 23:33:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-182.messagelabs.com!1368574379!29533087!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 15260 invoked from network); 14 May 2013 23:33:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 23:33: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 75D9B22124E for ; Wed, 15 May 2013 00:32:58 +0100 (BST) Message-ID: <5192C9A9.90509@bobich.net> Date: Wed, 15 May 2013 00:32: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.xen.org References: <516BF188.4050100@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> In-Reply-To: <518F7AC1.3090001@bobich.net> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 Hopefully a penultimate update. In short - I have ATI Secondary Passthrough working and seemingly stable today. 1) I have _no idea_ what, if anything I configured differently compared to all the previous attempts over the past week. :( 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. NF200 is NOT a problem. 3) The only thing I can think if that I did differently today is that I eject the card immediately before running a game (testing with Borderlands 2). Eject the card, it immediately gets re-added, then launch the app. Hours of gaming without a single glitch. 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia Quadro card. If today's success sticks, I may just get a 7970 cometh pay day, I'm going to try to figure out what, if anything other than reseting the card immediately before starting a 3D app is different. But I'm most pleased that whatever the problem was, hardware compatibility wasn't it. Thanks to all of you who helped and provided encouragement that saw to it that I persevere with the effort. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 23:34:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 23:34: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 1UcOiS-0000tw-3r; Tue, 14 May 2013 23:33:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcOiL-0000tn-OK for xen-users@lists.xen.org; Tue, 14 May 2013 23:33:06 +0000 Received: from [85.158.139.83:39317] by server-9.bemta-5.messagelabs.com id 23/74-14875-DA9C2915; Tue, 14 May 2013 23:33:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-182.messagelabs.com!1368574379!29533087!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 15260 invoked from network); 14 May 2013 23:33:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2013 23:33: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 75D9B22124E for ; Wed, 15 May 2013 00:32:58 +0100 (BST) Message-ID: <5192C9A9.90509@bobich.net> Date: Wed, 15 May 2013 00:32: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.xen.org References: <516BF188.4050100@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> In-Reply-To: <518F7AC1.3090001@bobich.net> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 Hopefully a penultimate update. In short - I have ATI Secondary Passthrough working and seemingly stable today. 1) I have _no idea_ what, if anything I configured differently compared to all the previous attempts over the past week. :( 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. NF200 is NOT a problem. 3) The only thing I can think if that I did differently today is that I eject the card immediately before running a game (testing with Borderlands 2). Eject the card, it immediately gets re-added, then launch the app. Hours of gaming without a single glitch. 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia Quadro card. If today's success sticks, I may just get a 7970 cometh pay day, I'm going to try to figure out what, if anything other than reseting the card immediately before starting a 3D app is different. But I'm most pleased that whatever the problem was, hardware compatibility wasn't it. Thanks to all of you who helped and provided encouragement that saw to it that I persevere with the effort. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 23:50:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 23:50: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 1UcOyW-0001GI-2k; Tue, 14 May 2013 23:49:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcOyU-0001G9-01 for xen-users@lists.xen.org; Tue, 14 May 2013 23:49:42 +0000 Received: from [193.109.254.147:23962] by server-3.bemta-14.messagelabs.com id A7/23-06484-59DC2915; Tue, 14 May 2013 23:49:41 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-27.messagelabs.com!1368575377!10086681!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3999 invoked from network); 14 May 2013 23:49:40 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 14 May 2013 23:49:40 -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 1UcOyN-0005E4-Le; Wed, 15 May 2013 09:49:35 +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; Wed, 15 May 2013 09:49:35 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjw Date: Tue, 14 May 2013 23:49:33 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> References: In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:f076:9948:7d86:5ed6] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19866.002 x-tm-as-result: No--31.330900-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 guess I have stumbled upon a bug in gplpv drivers. > If you try to re-enable an nic adapter after disabling it, it just > hides out of blue. And you have to reboot. > > Latest version of gplpv drivers and Windows 2008 R2 here. > > Anyone else noticed the same issue? > > I wonder if this is related to hot-plugging something like > http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual- > machine.html#.UZIop3G53Rg > ?? > With version 0.11.0.402 I cannot reproduce this problem. Disabling the network interface unloads the xennet driver, and enabling it reloads the driver and it all works fine. If you had two network interfaces loaded, disabling wouldn't unload the driver so the code path would be different. I can't test that at the moment but if that is your situation I will set something up to reproduce. If you are using 0.11.0.402 then please install the debug version of the drivers, and send me the output of /var/log/xen/qemu-dm-.log after you have disabled and then enabled the network. If you are using something older then you can do the same and I can have a look but I recommend you install the latest drivers from the testing directory as they have been a lot more robust for me. The only problem is that they are test-signed at the moment until I can sort out getting a certificate, so you would need to do bcdedit /set testsigning on to be able to install them on a 64 bit OS. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 14 23:50:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 14 May 2013 23:50: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 1UcOyW-0001GI-2k; Tue, 14 May 2013 23:49:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcOyU-0001G9-01 for xen-users@lists.xen.org; Tue, 14 May 2013 23:49:42 +0000 Received: from [193.109.254.147:23962] by server-3.bemta-14.messagelabs.com id A7/23-06484-59DC2915; Tue, 14 May 2013 23:49:41 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-27.messagelabs.com!1368575377!10086681!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3999 invoked from network); 14 May 2013 23:49:40 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 14 May 2013 23:49:40 -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 1UcOyN-0005E4-Le; Wed, 15 May 2013 09:49:35 +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; Wed, 15 May 2013 09:49:35 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjw Date: Tue, 14 May 2013 23:49:33 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> References: In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:f076:9948:7d86:5ed6] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19866.002 x-tm-as-result: No--31.330900-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 guess I have stumbled upon a bug in gplpv drivers. > If you try to re-enable an nic adapter after disabling it, it just > hides out of blue. And you have to reboot. > > Latest version of gplpv drivers and Windows 2008 R2 here. > > Anyone else noticed the same issue? > > I wonder if this is related to hot-plugging something like > http://blogs.vmware.com/kb/2010/06/nic-is-missing-in-my-virtual- > machine.html#.UZIop3G53Rg > ?? > With version 0.11.0.402 I cannot reproduce this problem. Disabling the network interface unloads the xennet driver, and enabling it reloads the driver and it all works fine. If you had two network interfaces loaded, disabling wouldn't unload the driver so the code path would be different. I can't test that at the moment but if that is your situation I will set something up to reproduce. If you are using 0.11.0.402 then please install the debug version of the drivers, and send me the output of /var/log/xen/qemu-dm-.log after you have disabled and then enabled the network. If you are using something older then you can do the same and I can have a look but I recommend you install the latest drivers from the testing directory as they have been a lot more robust for me. The only problem is that they are test-signed at the moment until I can sort out getting a certificate, so you would need to do bcdedit /set testsigning on to be able to install them on a 64 bit OS. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 01:35:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 01:35: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 1UcQbQ-0001h2-19; Wed, 15 May 2013 01:34:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcQbO-0001gx-7A for xen-users@lists.xensource.com; Wed, 15 May 2013 01:33:58 +0000 Received: from [85.158.139.211:14284] by server-5.bemta-5.messagelabs.com id 2C/BB-27009-506E2915; Wed, 15 May 2013 01:33:57 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1368581634!23120368!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7269 invoked from network); 15 May 2013 01:33:55 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-6.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 15 May 2013 01:33:55 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UcQbJ-0002c0-EX for xen-users@lists.xensource.com; Tue, 14 May 2013 18:33:53 -0700 Date: Tue, 14 May 2013 18:33:53 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <42826FFD-42CD-44B7-8D35-1CCE40F4092F@gmail.com> In-Reply-To: <5192C9A9.90509@bobich.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> MIME-Version: 1.0 Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1546444139570685264==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1546444139570685264== Content-Type: multipart/alternative; boundary="----=_Part_23035_5032657.1368581633439" ------=_Part_23035_5032657.1368581633439 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Aloha! Gordan, I've been following this thread reading your very detailed and thorough analysis. Like you I too am using an AMD Radeon (I have a 5870 and a 5750). I'm also using a dual socket Xeon (5440 on Supermicro X7DWA-N). I haven't gotten as far as you have though, not even close. I never video to work, not even once. I had to stop working on getting Xen to work because I'm involved in several development projects at the moment and just didn't have the time, but I hope to get back to it soon. Kindly, would it be possible for you to answer some the following: (it's a lot, so pick and choose, but I would like best if I could reproduce your environment). 1) Could you post your grub.cfg, kernel configuration (from /boot), and your xm's domU configuration file? 2) What distro and kernel version are your running? 3) Did you compile the Xen kernel or the dom0 kernel with any patches or are they stock? 4) Did you compile qemu with any patches? 5) What version of Xen are you using? Still using the xm toolchain, yes? 6) Are you using 'radeon' OSS driver with Kernel-Mode-Swtiching or the AMD proprietary driver? 7) Are you using pciback compiled into the kernel or as a module? How are you invoking it? 8) What version of Windows and what version of Catalyst are you using? Are you also using CCC? 9) Is the dom0 running Xorg? Is Xorg running on your primary (BIOS) or secondary card? 10) Which card did you pass through the primary or secondary? What I would ultimately like to do is create a LiveCD for anyone attempting this in the future that's configured to some extent to run AMD cards using PCI passthrough. But having followed your posts, I'm just amazed that you got it working, and now, seemingly flawlessly. I just wish I could understand how. On May 14, 2013, at 1:37 PM, Gordan Bobic [via Xen] wrote: > Hopefully a penultimate update. In short - I have ATI Secondary > Passthrough working and seemingly stable today. > > 1) I have _no idea_ what, if anything I configured differently compared > to all the previous attempts over the past week. :( > > 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. > NF200 is NOT a problem. > > 3) The only thing I can think if that I did differently today is that I > eject the card immediately before running a game (testing with > Borderlands 2). Eject the card, it immediately gets re-added, then > launch the app. Hours of gaming without a single glitch. > > 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia > Quadro card. > > If today's success sticks, I may just get a 7970 cometh pay day, > > I'm going to try to figure out what, if anything other than reseting the > card immediately before starting a 3D app is different. But I'm most > pleased that whatever the problem was, hardware compatibility wasn't it. > > Thanks to all of you who helped and provided encouragement that saw to > it that I persevere with the effort. > > Gordan > > _______________________________________________ > Xen-users mailing list > [hidden email] > http://lists.xen.org/xen-users > > > If you reply to this email, your message will be added to the discussion below: > http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716152.html > To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here. > NAML -- View this message in context: http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716154.html Sent from the Xen - User mailing list archive at Nabble.com. ------=_Part_23035_5032657.1368581633439 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable = Aloha!

Gordan, I've been following this thread reading y= our very detailed and thorough analysis.  Like you I too am using an A= MD Radeon (I have a 5870 and a 5750).  I'm also using a dual socket Xe= on (5440 on Supermicro X7DWA-N).  I haven't gotten as far as you have = though, not even close.  I never video to work, not even once.  I= had to stop working on getting Xen to work because I'm involved in several= development projects at the moment and just didn't have the time, but I ho= pe to get back to it soon.

Kindly, would it be pos= sible for you to answer some the following:  (it's a lot, so pi= ck and choose, but I would like best if I could reproduce your environment)= .

1) Could you post your grub.cfg, kernel configur= ation (from /boot), and your xm's domU configuration file?  
2) What distro and kernel version are your running?
3) Did you c= ompile the Xen kernel or the dom0 kernel with any patches or are they stock= ?
4) Did you compile qemu with any patches?
5) What ver= sion of Xen are you using?  Still using the xm toolchain, yes?
6) Are you using 'radeon' OSS driver with Kernel-Mode-Swtiching or the A= MD proprietary driver?
7) Are you using pciback compiled into the= kernel or as a module?  How are you invoking it?
8) What ve= rsion of Windows and what version of Catalyst are you using?  Are you = also using CCC?
9) Is the dom0 running Xorg?  Is Xorg runnin= g on your primary (BIOS) or secondary card?  
10) Which card= did you pass through the primary or secondary?

Wh= at I would ultimately like to do is create a LiveCD for anyone attempting t= his in the future that's configured to some extent to run AMD cards using P= CI passthrough. 

But having followed your pos= ts, I'm just amazed that you got it working, and now, seemingly flawlessly.=  I just wish I could understand how.
 
On= May 14, 2013, at 1:37 PM, Gordan Bobic [via Xen] <[hidden email]> wrote:

=09Hopefully a penultimate update. In short - I have ATI Secondary=20
Passthrough working and seemingly stable today.

1) I have _no idea_ what, if anything I configured differently comp= ared=20
to all the previous attempts over the past week. :(

2) Yes, it works fine on a dual socket system with NF200 PCIe bridg= es.=20
NF200 is NOT a problem.

3) The only thing I can think if that I did differently today is th= at I=20
eject the card immediately before running a game (testing with=20
Borderlands 2). Eject the card, it immediately gets re-added, then=20
launch the app. Hours of gaming without a single glitch.

4) No spurious AER PCIe errors like the ones manifesting with the N= vidia=20
Quadro card.

If today's success sticks, I may just get a 7970 cometh pay day,

I'm going to try to figure out what, if anything other than resetin= g the=20
card immediately before starting a 3D app is different. But I'm most=20
pleased that whatever the problem was, hardware compatibility wasn't it= .

Thanks to all of you who helped and provided encouragement that saw= to=20
it that I persevere with the effort.

Gordan

_______________________________________________
Xen-users mailing list
<a href=3D"x-msg://123/user/SendEmail.jtp?type=3Dnode&amp;n= ode=3D5716152&amp;i=3D0" target=3D"_top" rel=3D"nof= ollow" link=3D"external">[hidden email]
http://lists.xen.org/xen-users
=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2= -Linux-3-8-6-tp5715423p5716152.html =09
=09
=09=09 =09=09To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here.=
=09=09NAML =09

=09 =09 =09
View this message in context: Re: VGA Pass= through / Xen 4.2 / Linux 3.9.2
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_23035_5032657.1368581633439-- --===============1546444139570685264== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1546444139570685264==-- From xen-users-bounces@lists.xen.org Wed May 15 01:35:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 01:35: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 1UcQbQ-0001h2-19; Wed, 15 May 2013 01:34:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcQbO-0001gx-7A for xen-users@lists.xensource.com; Wed, 15 May 2013 01:33:58 +0000 Received: from [85.158.139.211:14284] by server-5.bemta-5.messagelabs.com id 2C/BB-27009-506E2915; Wed, 15 May 2013 01:33:57 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1368581634!23120368!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7269 invoked from network); 15 May 2013 01:33:55 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-6.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 15 May 2013 01:33:55 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UcQbJ-0002c0-EX for xen-users@lists.xensource.com; Tue, 14 May 2013 18:33:53 -0700 Date: Tue, 14 May 2013 18:33:53 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <42826FFD-42CD-44B7-8D35-1CCE40F4092F@gmail.com> In-Reply-To: <5192C9A9.90509@bobich.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> MIME-Version: 1.0 Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1546444139570685264==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1546444139570685264== Content-Type: multipart/alternative; boundary="----=_Part_23035_5032657.1368581633439" ------=_Part_23035_5032657.1368581633439 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Aloha! Gordan, I've been following this thread reading your very detailed and thorough analysis. Like you I too am using an AMD Radeon (I have a 5870 and a 5750). I'm also using a dual socket Xeon (5440 on Supermicro X7DWA-N). I haven't gotten as far as you have though, not even close. I never video to work, not even once. I had to stop working on getting Xen to work because I'm involved in several development projects at the moment and just didn't have the time, but I hope to get back to it soon. Kindly, would it be possible for you to answer some the following: (it's a lot, so pick and choose, but I would like best if I could reproduce your environment). 1) Could you post your grub.cfg, kernel configuration (from /boot), and your xm's domU configuration file? 2) What distro and kernel version are your running? 3) Did you compile the Xen kernel or the dom0 kernel with any patches or are they stock? 4) Did you compile qemu with any patches? 5) What version of Xen are you using? Still using the xm toolchain, yes? 6) Are you using 'radeon' OSS driver with Kernel-Mode-Swtiching or the AMD proprietary driver? 7) Are you using pciback compiled into the kernel or as a module? How are you invoking it? 8) What version of Windows and what version of Catalyst are you using? Are you also using CCC? 9) Is the dom0 running Xorg? Is Xorg running on your primary (BIOS) or secondary card? 10) Which card did you pass through the primary or secondary? What I would ultimately like to do is create a LiveCD for anyone attempting this in the future that's configured to some extent to run AMD cards using PCI passthrough. But having followed your posts, I'm just amazed that you got it working, and now, seemingly flawlessly. I just wish I could understand how. On May 14, 2013, at 1:37 PM, Gordan Bobic [via Xen] wrote: > Hopefully a penultimate update. In short - I have ATI Secondary > Passthrough working and seemingly stable today. > > 1) I have _no idea_ what, if anything I configured differently compared > to all the previous attempts over the past week. :( > > 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. > NF200 is NOT a problem. > > 3) The only thing I can think if that I did differently today is that I > eject the card immediately before running a game (testing with > Borderlands 2). Eject the card, it immediately gets re-added, then > launch the app. Hours of gaming without a single glitch. > > 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia > Quadro card. > > If today's success sticks, I may just get a 7970 cometh pay day, > > I'm going to try to figure out what, if anything other than reseting the > card immediately before starting a 3D app is different. But I'm most > pleased that whatever the problem was, hardware compatibility wasn't it. > > Thanks to all of you who helped and provided encouragement that saw to > it that I persevere with the effort. > > Gordan > > _______________________________________________ > Xen-users mailing list > [hidden email] > http://lists.xen.org/xen-users > > > If you reply to this email, your message will be added to the discussion below: > http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716152.html > To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here. > NAML -- View this message in context: http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716154.html Sent from the Xen - User mailing list archive at Nabble.com. ------=_Part_23035_5032657.1368581633439 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable = Aloha!

Gordan, I've been following this thread reading y= our very detailed and thorough analysis.  Like you I too am using an A= MD Radeon (I have a 5870 and a 5750).  I'm also using a dual socket Xe= on (5440 on Supermicro X7DWA-N).  I haven't gotten as far as you have = though, not even close.  I never video to work, not even once.  I= had to stop working on getting Xen to work because I'm involved in several= development projects at the moment and just didn't have the time, but I ho= pe to get back to it soon.

Kindly, would it be pos= sible for you to answer some the following:  (it's a lot, so pi= ck and choose, but I would like best if I could reproduce your environment)= .

1) Could you post your grub.cfg, kernel configur= ation (from /boot), and your xm's domU configuration file?  
2) What distro and kernel version are your running?
3) Did you c= ompile the Xen kernel or the dom0 kernel with any patches or are they stock= ?
4) Did you compile qemu with any patches?
5) What ver= sion of Xen are you using?  Still using the xm toolchain, yes?
6) Are you using 'radeon' OSS driver with Kernel-Mode-Swtiching or the A= MD proprietary driver?
7) Are you using pciback compiled into the= kernel or as a module?  How are you invoking it?
8) What ve= rsion of Windows and what version of Catalyst are you using?  Are you = also using CCC?
9) Is the dom0 running Xorg?  Is Xorg runnin= g on your primary (BIOS) or secondary card?  
10) Which card= did you pass through the primary or secondary?

Wh= at I would ultimately like to do is create a LiveCD for anyone attempting t= his in the future that's configured to some extent to run AMD cards using P= CI passthrough. 

But having followed your pos= ts, I'm just amazed that you got it working, and now, seemingly flawlessly.=  I just wish I could understand how.
 
On= May 14, 2013, at 1:37 PM, Gordan Bobic [via Xen] <[hidden email]> wrote:

=09Hopefully a penultimate update. In short - I have ATI Secondary=20
Passthrough working and seemingly stable today.

1) I have _no idea_ what, if anything I configured differently comp= ared=20
to all the previous attempts over the past week. :(

2) Yes, it works fine on a dual socket system with NF200 PCIe bridg= es.=20
NF200 is NOT a problem.

3) The only thing I can think if that I did differently today is th= at I=20
eject the card immediately before running a game (testing with=20
Borderlands 2). Eject the card, it immediately gets re-added, then=20
launch the app. Hours of gaming without a single glitch.

4) No spurious AER PCIe errors like the ones manifesting with the N= vidia=20
Quadro card.

If today's success sticks, I may just get a 7970 cometh pay day,

I'm going to try to figure out what, if anything other than resetin= g the=20
card immediately before starting a 3D app is different. But I'm most=20
pleased that whatever the problem was, hardware compatibility wasn't it= .

Thanks to all of you who helped and provided encouragement that saw= to=20
it that I persevere with the effort.

Gordan

_______________________________________________
Xen-users mailing list
<a href=3D"x-msg://123/user/SendEmail.jtp?type=3Dnode&amp;n= ode=3D5716152&amp;i=3D0" target=3D"_top" rel=3D"nof= ollow" link=3D"external">[hidden email]
http://lists.xen.org/xen-users
=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2= -Linux-3-8-6-tp5715423p5716152.html =09
=09
=09=09 =09=09To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here.=
=09=09NAML =09

=09 =09 =09
View this message in context: Re: VGA Pass= through / Xen 4.2 / Linux 3.9.2
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_23035_5032657.1368581633439-- --===============1546444139570685264== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1546444139570685264==-- From xen-users-bounces@lists.xen.org Wed May 15 02:22:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 02:22: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 1UcRLg-0002tz-TG; Wed, 15 May 2013 02:21:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcRLe-0002tu-SV for xen-users@lists.xen.org; Wed, 15 May 2013 02:21:47 +0000 Received: from [85.158.137.99:25434] by server-3.bemta-3.messagelabs.com id 2F/0F-28331-831F2915; Wed, 15 May 2013 02:21:44 +0000 X-Env-Sender: pwernersbach@jacobsautomation.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1368584502!16761448!1 X-Originating-IP: [209.85.223.194] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28827 invoked from network); 15 May 2013 02:21:43 -0000 Received: from mail-ie0-f194.google.com (HELO mail-ie0-f194.google.com) (209.85.223.194) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 02:21:43 -0000 Received: by mail-ie0-f194.google.com with SMTP id s9so679009iec.9 for ; Tue, 14 May 2013 19:21:42 -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=S0QIlw31Zak6vNPC2rosr2HOv+J4I1Nc0QDRW2bPy3A=; b=HCoMu8him68rp2LVt5DsOQj0DoT6QMMjjto3qyLXhioPylV6PcwRxo8JsLKjngvbih ovTyk7oXqz01Bbc77myuK5NkXs97VzTiV5XNsFNl80hzuYZhGRSV0iaHorRnTHD5O7sk tfqFkSBnpgX6r17DLLG408P8TZCutiuXjfo2AaKtCnm7bOuenPt0jrSChzmTdT4XA1Ze xKg4wqcVn6JA8G7K9UIxHFMrhS/RaKu3IeBMP2JgKC7N3FySGnz1jKKBRpXPpTbw3l8M k3RRhp66oU5f3xY1NlW1Hi+YQQ8ESnqb9kSGIwtq3kcu8/ygErD2ZAndMKmrBN69OdPp ZeGQ== MIME-Version: 1.0 X-Received: by 10.50.16.202 with SMTP id i10mr4215252igd.33.1368584501988; Tue, 14 May 2013 19:21:41 -0700 (PDT) Received: by 10.50.216.198 with HTTP; Tue, 14 May 2013 19:21:41 -0700 (PDT) X-Originating-IP: [216.196.252.10] Date: Tue, 14 May 2013 22:21:41 -0400 Message-ID: From: Philip Wernersbach To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnhqpC0ot2zUcXvBLsz5RCDp2pIHBjJY3UFOcpbuU3RsZLQP2Q4iG7Z46yp4Y6HeCo4ZY27 Subject: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6941483117119740588==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6941483117119740588== Content-Type: multipart/alternative; boundary=f46d0443030016716904dcb8699a --f46d0443030016716904dcb8699a Content-Type: text/plain; charset=ISO-8859-1 Hello Everyone, My company is in the process of implementing Xen virtualization. We have managed to get Xen up and running, and have worked through all of the kinks in our set up, except for PCI passthrough. PCI passthrough doesn't work, and I suspect it's because Xen is not using the IOMMU in the computer, even though we built the computer with components that support VT-d. Here are the computer components we used: Motherboard: Intel BOXDH77DF CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) I also booted Xen up with the "iommu=verbose" parameter and ran "xl dmesg" on the computer, and uploaded the output here: http://pastebin.com/rF0kyftt. I tried running Xen with the "iommu=required" flag, and it failed because it said it couldn't use the IOMMU. If someone work with us to figure out why Xen doesn't use the IOMMU, it would be very appreciated. Thanks. Philip Wernersbach Software Implementation Division Jacobs Automation --f46d0443030016716904dcb8699a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Everyone,

My company is in the process of implementing Xen virtualization. We h= ave managed to get Xen up and running, and have worked through all of the k= inks in our set up, except for PCI passthrough. PCI passthrough doesn't= work, and I suspect it's because Xen is not using the IOMMU in the com= puter, even though we built the computer with components that support VT-d.=

Here are the computer components we used:
Motherboard:=A0Intel BOXDH77DF
CPU:=A0Intel = Core i5-2310 (Sandy Bridge - BX80623I52310)

I also booted Xen up with the "iommu=3Dverbose" parameter and=A0r= an "xl dmesg" on the computer, and uploaded the output here:=A0http://pastebin.com/rF0kyftt. I = tried running Xen with the "iommu=3Drequired" flag, and it failed= because it said it couldn't use the IOMMU. If someone work with us to = figure out why Xen doesn't use the IOMMU, it would be very appreciated.=

Thanks.

Philip Wernersbach
Software Implementation Division
Jacobs Automation
--f46d0443030016716904dcb8699a-- --===============6941483117119740588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6941483117119740588==-- From xen-users-bounces@lists.xen.org Wed May 15 02:22:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 02:22: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 1UcRLg-0002tz-TG; Wed, 15 May 2013 02:21:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcRLe-0002tu-SV for xen-users@lists.xen.org; Wed, 15 May 2013 02:21:47 +0000 Received: from [85.158.137.99:25434] by server-3.bemta-3.messagelabs.com id 2F/0F-28331-831F2915; Wed, 15 May 2013 02:21:44 +0000 X-Env-Sender: pwernersbach@jacobsautomation.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1368584502!16761448!1 X-Originating-IP: [209.85.223.194] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28827 invoked from network); 15 May 2013 02:21:43 -0000 Received: from mail-ie0-f194.google.com (HELO mail-ie0-f194.google.com) (209.85.223.194) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 02:21:43 -0000 Received: by mail-ie0-f194.google.com with SMTP id s9so679009iec.9 for ; Tue, 14 May 2013 19:21:42 -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=S0QIlw31Zak6vNPC2rosr2HOv+J4I1Nc0QDRW2bPy3A=; b=HCoMu8him68rp2LVt5DsOQj0DoT6QMMjjto3qyLXhioPylV6PcwRxo8JsLKjngvbih ovTyk7oXqz01Bbc77myuK5NkXs97VzTiV5XNsFNl80hzuYZhGRSV0iaHorRnTHD5O7sk tfqFkSBnpgX6r17DLLG408P8TZCutiuXjfo2AaKtCnm7bOuenPt0jrSChzmTdT4XA1Ze xKg4wqcVn6JA8G7K9UIxHFMrhS/RaKu3IeBMP2JgKC7N3FySGnz1jKKBRpXPpTbw3l8M k3RRhp66oU5f3xY1NlW1Hi+YQQ8ESnqb9kSGIwtq3kcu8/ygErD2ZAndMKmrBN69OdPp ZeGQ== MIME-Version: 1.0 X-Received: by 10.50.16.202 with SMTP id i10mr4215252igd.33.1368584501988; Tue, 14 May 2013 19:21:41 -0700 (PDT) Received: by 10.50.216.198 with HTTP; Tue, 14 May 2013 19:21:41 -0700 (PDT) X-Originating-IP: [216.196.252.10] Date: Tue, 14 May 2013 22:21:41 -0400 Message-ID: From: Philip Wernersbach To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnhqpC0ot2zUcXvBLsz5RCDp2pIHBjJY3UFOcpbuU3RsZLQP2Q4iG7Z46yp4Y6HeCo4ZY27 Subject: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6941483117119740588==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6941483117119740588== Content-Type: multipart/alternative; boundary=f46d0443030016716904dcb8699a --f46d0443030016716904dcb8699a Content-Type: text/plain; charset=ISO-8859-1 Hello Everyone, My company is in the process of implementing Xen virtualization. We have managed to get Xen up and running, and have worked through all of the kinks in our set up, except for PCI passthrough. PCI passthrough doesn't work, and I suspect it's because Xen is not using the IOMMU in the computer, even though we built the computer with components that support VT-d. Here are the computer components we used: Motherboard: Intel BOXDH77DF CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) I also booted Xen up with the "iommu=verbose" parameter and ran "xl dmesg" on the computer, and uploaded the output here: http://pastebin.com/rF0kyftt. I tried running Xen with the "iommu=required" flag, and it failed because it said it couldn't use the IOMMU. If someone work with us to figure out why Xen doesn't use the IOMMU, it would be very appreciated. Thanks. Philip Wernersbach Software Implementation Division Jacobs Automation --f46d0443030016716904dcb8699a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Everyone,

My company is in the process of implementing Xen virtualization. We h= ave managed to get Xen up and running, and have worked through all of the k= inks in our set up, except for PCI passthrough. PCI passthrough doesn't= work, and I suspect it's because Xen is not using the IOMMU in the com= puter, even though we built the computer with components that support VT-d.=

Here are the computer components we used:
Motherboard:=A0Intel BOXDH77DF
CPU:=A0Intel = Core i5-2310 (Sandy Bridge - BX80623I52310)

I also booted Xen up with the "iommu=3Dverbose" parameter and=A0r= an "xl dmesg" on the computer, and uploaded the output here:=A0http://pastebin.com/rF0kyftt. I = tried running Xen with the "iommu=3Drequired" flag, and it failed= because it said it couldn't use the IOMMU. If someone work with us to = figure out why Xen doesn't use the IOMMU, it would be very appreciated.=

Thanks.

Philip Wernersbach
Software Implementation Division
Jacobs Automation
--f46d0443030016716904dcb8699a-- --===============6941483117119740588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6941483117119740588==-- From xen-users-bounces@lists.xen.org Wed May 15 07:06:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 07:06: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 1UcVmT-000617-QO; Wed, 15 May 2013 07:05:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcVmR-000610-T5 for xen-users@lists.xen.org; Wed, 15 May 2013 07:05:44 +0000 Received: from [85.158.137.99:13496] by server-4.bemta-3.messagelabs.com id D2/AF-01776-5C333915; Wed, 15 May 2013 07:05:41 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-6.tower-217.messagelabs.com!1368601539!16788803!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=6.8 required=7.0 tests=ratty_date: Date is far from today: Fri, 26 Dec 2008 01:34:38 +0100, ratty_date: Date is far from today: Fri, 26 Dec 2008 01:34:38 +0100,DATE_IN_PAST_96_XX, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2434 invoked from network); 15 May 2013 07:05:39 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 May 2013 07:05:39 -0000 X-Received: from localhost.localdomain (unknown [193.206.55.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mex@di.unipmn.it) by mail.di.unipmn.it (vPostMaster) with ESMTP id EE381138002 for ; Wed, 15 May 2013 09:05:37 +0200 (CEST) Message-ID: <4954269E.3090609@di.unipmn.it> Date: Fri, 26 Dec 2008 01:34:38 +0100 From: Massimo Canonico 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 Subject: [Xen-users] CAP and performance problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, my application is written in std C++ and it makes a matrix multiplication: so it uses only CPU and memory (no i/o, no network). I'm quite surprise that with CAP = 100% I got my results in about 600 seconds and with CAP = 50% I got my results in about 1800 seconds (around 3 times longer). For this kind of application I was expecting to get results in about 1200 seconds (2 times longer) for the second scenario with respect to the first one. Of course, the HW and SW are exactly the same for the 2 experiments. Am I wrong or the CAP mechanism is not working well? Thanks, Massimo _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 07:06:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 07:06: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 1UcVmT-000617-QO; Wed, 15 May 2013 07:05:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcVmR-000610-T5 for xen-users@lists.xen.org; Wed, 15 May 2013 07:05:44 +0000 Received: from [85.158.137.99:13496] by server-4.bemta-3.messagelabs.com id D2/AF-01776-5C333915; Wed, 15 May 2013 07:05:41 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-6.tower-217.messagelabs.com!1368601539!16788803!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=6.8 required=7.0 tests=ratty_date: Date is far from today: Fri, 26 Dec 2008 01:34:38 +0100, ratty_date: Date is far from today: Fri, 26 Dec 2008 01:34:38 +0100,DATE_IN_PAST_96_XX, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2434 invoked from network); 15 May 2013 07:05:39 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 May 2013 07:05:39 -0000 X-Received: from localhost.localdomain (unknown [193.206.55.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mex@di.unipmn.it) by mail.di.unipmn.it (vPostMaster) with ESMTP id EE381138002 for ; Wed, 15 May 2013 09:05:37 +0200 (CEST) Message-ID: <4954269E.3090609@di.unipmn.it> Date: Fri, 26 Dec 2008 01:34:38 +0100 From: Massimo Canonico 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 Subject: [Xen-users] CAP and performance problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, my application is written in std C++ and it makes a matrix multiplication: so it uses only CPU and memory (no i/o, no network). I'm quite surprise that with CAP = 100% I got my results in about 600 seconds and with CAP = 50% I got my results in about 1800 seconds (around 3 times longer). For this kind of application I was expecting to get results in about 1200 seconds (2 times longer) for the second scenario with respect to the first one. Of course, the HW and SW are exactly the same for the 2 experiments. Am I wrong or the CAP mechanism is not working well? Thanks, Massimo _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 07:23:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 07:23: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 1UcW2f-0006oZ-Kq; Wed, 15 May 2013 07:22:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcW2b-0006oU-IS for xen-users@lists.xensource.com; Wed, 15 May 2013 07:22:26 +0000 Received: from [85.158.139.83:47069] by server-3.bemta-5.messagelabs.com id 11/BB-31108-0B733915; Wed, 15 May 2013 07:22:24 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-182.messagelabs.com!1368602520!16129773!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDQ3NTUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14303 invoked from network); 15 May 2013 07:22:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 May 2013 07:22:00 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.121.175.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 430FB22124E; Wed, 15 May 2013 08:21:50 +0100 (BST) Message-ID: <51933781.3050307@bobich.net> Date: Wed, 15 May 2013 08:21:37 +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: Alex Karaoui References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <42826FFD-42CD-44B7-8D35-1CCE40F4092F@gmail.com> In-Reply-To: <42826FFD-42CD-44B7-8D35-1CCE40F4092F@gmail.com> Content-Type: multipart/mixed; boundary="------------030205080009030606060602" Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------030205080009030606060602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/15/2013 02:33 AM, Alex Karaoui wrote: > Aloha! > > Gordan, I've been following this thread reading your very detailed and > thorough analysis. Like you I too am using an AMD Radeon (I have a 5870 > and a 5750). I'm also using a dual socket Xeon (5440 on Supermicro > X7DWA-N). I haven't gotten as far as you have though, not even close. > I never video to work, not even once. I had to stop working on > getting Xen to work because I'm involved in several development projects > at the moment and just didn't have the time, but I hope to get back to > it soon. > > Kindly, would it be possible for you to answer _some_ the following: > (it's a lot, so pick and choose, but I would like best if I could > reproduce your environment). > > 1) Could you post your grub.cfg, kernel configuration (from /boot), My machine is diskless using NFS root and booting via PXE, but my pxe boot config file entry is here: label xen kernel mboot.c32 append xen.gz noreboot dom0_vcpus_pin --- vmlinuz-3.9.2-1.el6xen.x86_64 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM root=nfs:10.11.12.13:/nfsroot/normandy,rw,proto=tcp,noatime,nolock,nocto,actimeo=300 ip=eth0:dhcp selinux=0 intel_iommu=on elevator=deadline iomem=relaxed noirqbalance --- initramfs-3.9.2-1.el6xen.x86_64.img (sorry about the line wraps, I'm sure you can figure it out) You may or may not require noirqbalance - I found that without it the domU would reliably BSOD every time. > and your xm's domU configuration file? It is in xenstore, so I cannot easily get to it. You should be able to reverse engineer most of it from the attached xend.log. I created the VM using virt-manager. > 2) What distro and kernel version are your running? EL6 (Scientific Linux) with the kernel and xen packages from here: http://xen.crc.id.au/support/guides/install/ Note: /boot/xen.gz I use is from xen-hypervisor-4.2.1-6 package. The rest of the xen stack (using xm) is 4.2.2. This is because of this bug that is not yet resolved: http://xen.crc.id.au/bugs/view.php?id=5 Versions of /boot/xen.gz newer than 4.2.1-6 don't work for me, and the problem has been tracked down to XSA46. > 3) Did you compile the Xen kernel or the dom0 kernel with any patches or > are they stock? Unmodified packages from the source mentioned above. > 4) Did you compile qemu with any patches? All packages are as pulled down from EL6 repositories or from the Xen EL6 kernels site. > 5) What version of Xen are you using? Still using the xm toolchain, yes? Yes, xm. > 6) Are you using 'radeon' OSS driver with Kernel-Mode-Swtiching or the > AMD proprietary driver? My dom0 GPU is nvidia, using the Nvidia binary driver (modified 295.75 due to this: http://www.altechnative.net/2013/04/14/wquxga-a-k-a-omgwtf-ibm-t221-3840x2400-204dpi-monitor-part-6-regressing-drivers-and-xen/ I have not yet had a chance to write a LD_PRELOAD library that fakes out RandR geometry the same way the fakexinerama library does to enable sensible use of my T221. > 7) Are you using pciback compiled into the kernel or as a module? How > are you invoking it? It's a module. # cat /etc/modprobe.d/xen-pciback.conf options xen-pciback permissive=1 hide=(00:1a.0)(00:1b.0)(00:1d.2)(02:00.0)(07:00.0)(07:00.1) 02:00.0 is a Marvell NIC (one of the two on-board ones) 07:00.? is the ATI card the rest is USB conrollers. The radeon driver is blacklisted. Before I start the VM, I detach the devices from the host: ==== # cat usr/local/sbin/detach.sh #!/bin/bash modprobe xen-pciback virsh nodedev-detach pci_0000_00_1a_0 virsh nodedev-detach pci_0000_00_1b_0 virsh nodedev-detach pci_0000_00_1d_2 virsh nodedev-detach pci_0000_02_00_0 virsh nodedev-detach pci_0000_07_00_0 virsh nodedev-detach pci_0000_07_00_1 ==== If you are using radeon cards for both dom0 and domU you will have to do some additional magic because you can't just blacklist the radeon driver. (Note: Modified from my nvidia based config when I was trying Nvidia 8800GT for dom0 and Quadro 2000 for domU, both using the same binary driver) # cat etc/modprobe.d/radeon.conf install radeon /usr/local/sbin/detach-radeon.sh; insmod /lib/modules/$(/bin/uname -r)/kernel/drivers/gpu/drm/radeon/radeon.ko ==== # cat usr/local/sbin/detach-radeon.sh #!/bin/bash modprobe xen-pciback virsh nodedev-detach pci_0000_07_00_0 virsh nodedev-detach pci_0000_07_00_1 ==== In this example, the passed through card is 07:00:?, adjust the IDs accordingly for your setup. What this does is when the radeon driver gets probed, it will first invoke the script above, which will detach the passthrough device from the host and bind it to xen-pciback driver. This will make the radeon driver unable to bind the device, and it will thus only bind to the dom0 primary device, which will leave the secondary free for passthrough. You can omit the duplicated lines in detach.sh since there is no point in detaching the GPU twice (although I don't think there's any harm in doing so). > 8) What version of Windows and what version of Catalyst are you using? > Are you also using CCC? Windows 7 in this test. Latest 13.4 ATI drivers. No CCC, just the bare driver. > 9) Is the dom0 running Xorg? Is Xorg running on your primary (BIOS) or > secondary card? Yes, running on the BIOS primary GPU (Nvidia 8800GT). > 10) Which card did you pass through the primary or secondary? Secondary, Radeon 6450. > What I would ultimately like to do is create a LiveCD for anyone > attempting this in the future that's configured to some extent to run > AMD cards using PCI passthrough. I don't think this is possible without at least some manual configuration. Specifically, the device PCI IDs to be detached and passed through will differ on every system. Thankfully, when swapping cards around, the PCI ID is based on the slot the card is plugged into so when replacing GPUs, as long as you put it in the same slot, you don't have to change any IDs in your configs. > But having followed your posts, I'm just amazed that you got it working, > and now, seemingly flawlessly. I just wish I could understand how. Me too - I am more frustrated by the fact that it is working now than I was by the fact that it wasn't working before. The only definitive thing I can narrow it down to at the moment is ejecting the card to reset it just prior to starting a game. Then again, I half expect that tonight when I try it again, it will just BSOD on me all over the place, even though the configuration can't have changed since powering the machine off last night. Gordan --------------030205080009030606060602 Content-Type: text/plain; charset=UTF-8; name="xend.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xend.log" [2013-05-14 23:56:15 6495] DEBUG (SrvDomain:76) Starting domain edi False= [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:2499) XendDomainInfo.con= structDomain [2013-05-14 23:56:15 6495] DEBUG (balloon:187) Balloon: 131000 KiB free; = need 16384; done. [2013-05-14 23:56:15 6495] DEBUG (XendDomain:476) Adding Domain: 1 [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:2842) XendDomainInfo.ini= tDomain: 1 256 [2013-05-14 23:56:15 6495] DEBUG (image:343) No VNC passwd configured for= vfb access [2013-05-14 23:56:15 6495] DEBUG (image:895) args: boot, val: c [2013-05-14 23:56:15 6495] DEBUG (image:895) args: fda, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: fdb, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: soundhw, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: localtime, val: 1 [2013-05-14 23:56:15 6495] DEBUG (image:895) args: serial, val: ['pty'] [2013-05-14 23:56:15 6495] DEBUG (image:895) args: std-vga, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: isa, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: acpi, val: 1 [2013-05-14 23:56:15 6495] DEBUG (image:895) args: usb, val: 1 [2013-05-14 23:56:15 6495] DEBUG (image:895) args: usbdevice, val: tablet= [2013-05-14 23:56:15 6495] DEBUG (image:895) args: gfx_passthru, val: Non= e [2013-05-14 23:56:15 6495] INFO (image:826) Need to create platform devic= e.[domid:1] [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:2869) _initDomain:shadow= _memory=3D0x18, memory_static_max=3D0x80000000, memory_static_min=3D0x0. [2013-05-14 23:56:15 6495] DEBUG (balloon:172) Balloon: tmem relinquished= -1 KiB of 2007780 KiB requested. [2013-05-14 23:56:15 6495] DEBUG (balloon:193) Balloon: 126236 KiB free; = 0 to scrub; need 2134016; retries: 25. [2013-05-14 23:56:15 6495] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 46416 MiB. [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 46416 MiB. [2013-05-14 23:56:15 6495] DEBUG (balloon:193) Balloon: 423196 KiB free; = 0 to scrub; need 2134016; retries: 30. [2013-05-14 23:56:15 6495] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 46408 MiB. [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 46408 MiB. [2013-05-14 23:56:16 6495] DEBUG (balloon:193) Balloon: 1096988 KiB free;= 0 to scrub; need 2134016; retries: 30. [2013-05-14 23:56:16 6495] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 46406 MiB. [2013-05-14 23:56:16 6495] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 46406 MiB. [2013-05-14 23:56:16 6495] INFO (image:186) buildDomain os=3Dhvm dom=3D1 = vcpus=3D8 [2013-05-14 23:56:16 6495] DEBUG (image:954) domid =3D 1 [2013-05-14 23:56:16 6495] DEBUG (image:955) image =3D /usr/lib/= xen/boot/hvmloader [2013-05-14 23:56:16 6495] DEBUG (image:956) store_evtchn =3D 10 [2013-05-14 23:56:16 6495] DEBUG (image:957) memsize =3D 2048 [2013-05-14 23:56:16 6495] DEBUG (image:958) target =3D 2048 [2013-05-14 23:56:16 6495] DEBUG (image:959) vcpus =3D 8 [2013-05-14 23:56:16 6495] DEBUG (image:960) vcpu_avail =3D 255 [2013-05-14 23:56:16 6495] DEBUG (image:961) acpi =3D 1 [2013-05-14 23:56:16 6495] DEBUG (image:962) apic =3D 1 [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: vfb := {'vncunused': '1', 'keymap': 'en-gb', 'vnc': '1', 'uuid': 'e170dfe2-2f26= -24b3-fd5f-c3d023fea6f9', 'other_config': {'vncunused': '1', 'keymap': 'e= n-gb', 'vnc': '1'}} [2013-05-14 23:56:16 6495] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/1/0'} to /local/domain/1/device/vfb/0. [2013-05-14 23:56:16 6495] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'edi', 'frontend': '/local/domain/1/device= /vfb/0', 'uuid': 'e170dfe2-2f26-24b3-fd5f-c3d023fea6f9', 'frontend-id': '= 1', 'state': '1', 'keymap': 'en-gb', 'online': '1', 'vnc': '1'} to /local= /domain/0/backend/vfb/1/0. [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: vbd := {'uuid': '576fd1c5-d38b-fca6-3870-9e6467d30c31', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda:disk', 'uname': 'phy:/dev/disk/by-path/i= p-10.2.0.10:3260-iscsi-iqn.2013-02.net.shatteredsilicon:legion-lun-0', 'm= ode': 'w', 'VDI': '', 'backend': '0'} [2013-05-14 23:56:16 6495] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/1/768'} to /local/doma= in/1/device/vbd/768. [2013-05-14 23:56:16 6495] DEBUG (DevController:97) DevController: writin= g {'domain': 'edi', 'frontend': '/local/domain/1/device/vbd/768', 'uuid':= '576fd1c5-d38b-fca6-3870-9e6467d30c31', 'bootable': '1', 'dev': 'hda', '= state': '1', 'params': '/dev/disk/by-path/ip-10.2.0.10:3260-iscsi-iqn.201= 3-02.net.shatteredsilicon:legion-lun-0', 'mode': 'w', 'online': '1', 'fro= ntend-id': '1', 'type': 'phy'} to /local/domain/0/backend/vbd/1/768. [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: vbd := {'uuid': '26286075-b661-60f9-20f3-56ececd0d725', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/data/media/Apps/= Windows/MS/ISO/XP/XPx64-121230.iso', 'mode': 'r', 'VDI': '', 'backend': '= 0'} [2013-05-14 23:56:16 6495] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/1/5632'} to /local/d= omain/1/device/vbd/5632. [2013-05-14 23:56:16 6495] DEBUG (DevController:97) DevController: writin= g {'domain': 'edi', 'frontend': '/local/domain/1/device/vbd/5632', 'uuid'= : '26286075-b661-60f9-20f3-56ececd0d725', 'bootable': '0', 'dev': 'hdc', = 'state': '1', 'params': '/data/media/Apps/Windows/MS/ISO/XP/XPx64-121230.= iso', 'mode': 'r', 'online': '1', 'frontend-id': '1', 'type': 'file'} to = /local/domain/0/backend/vbd/1/5632. [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: pci := {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': '02:00.0', 'bus': = '0x02', 'vdevfn': '0x20', 'func': '0x0', 'uuid': '71852ac7-6d16-98b5-b5f2= -c21b5d332e1d'}, {'slot': '0x1b', 'domain': '0x0000', 'key': '00:1b.0', '= bus': '0x00', 'vdevfn': '0x28', 'func': '0x0', 'uuid': '1086bf5d-26f7-47a= 3-e464-ace89760437d'}, {'slot': '0x1a', 'domain': '0x0000', 'key': '00:1a= =2E0', 'bus': '0x00', 'vdevfn': '0x30', 'func': '0x0', 'uuid': 'b6b40bbe-= 7e28-e89f-141e-98327e6f85dc'}, {'slot': '0x1d', 'domain': '0x0000', 'key'= : '00:1d.2', 'bus': '0x00', 'vdevfn': '0x38', 'func': '0x2', 'uuid': 'b37= 526dd-2174-038c-b015-32956162afa1'}, {'slot': '0x00', 'domain': '0x0000',= 'key': '07:00.0', 'bus': '0x07', 'vdevfn': '0x40', 'func': '0x0', 'uuid'= : 'beb74ab1-f8ec-10f0-906d-24dd39b98292'}, {'slot': '0x00', 'domain': '0x= 0000', 'key': '07:00.1', 'bus': '0x07', 'vdevfn': '0x48', 'func': '0x1', = 'uuid': '9d0476bd-15ed-f5d4-0576-cd5db31c0a2e'}], 'uuid': '803e5109-d00b-= 7322-6bdd-a0f57b3d7174'} [2013-05-14 23:56:20 6495] INFO (image:422) spawning device models: /usr/= lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '1', '-domain-= name', 'edi', '-videoram', '4', '-k', 'en-gb', '-vnc', '127.0.0.1:0', '-v= ncunused', '-parallel', 'none', '-vcpus', '8', '-vcpu_avail', '0xffL', '-= boot', 'c', '-localtime', '-serial', 'pty', '-acpi', '-usb', '-usbdevice'= , 'tablet', '-net', 'none', '-M', 'xenfv'] [2013-05-14 23:56:20 6495] INFO (image:471) device model pid: 21872 [2013-05-14 23:56:20 6495] INFO (image:594) waiting for sentinel_fifo [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'],= ['key', '02:00.0'], ['bus', '0x02'], ['vdevfn', '0x20'], ['func', '0x0']= , ['uuid', '71852ac7-6d16-98b5-b5f2-c21b5d332e1d']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': = '02:00.0', 'bus': '0x02', 'vdevfn': '0x20', 'func': '0x0', 'uuid': '71852= ac7-6d16-98b5-b5f2-c21b5d332e1d'}], 'states': ['Initialising']} [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '02:00= =2E0', 'bus': '0x02', 'vdevfn': '0x20', 'func': '0x0', 'uuid': '71852ac7-= 6d16-98b5-b5f2-c21b5d332e1d'} [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:02:00.0@20 [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:02:00.0@20 [2013-05-14 23:56:20 6495] DEBUG (image:512) signalDeviceModel: orig_stat= e is None, retrying [2013-05-14 23:56:20 6495] DEBUG (image:512) signalDeviceModel: orig_stat= e is None, retrying [2013-05-14 23:56:20 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xbf00/= 0x100 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5edc0= 00/0x4000 pfn 0xf5edc/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5ee00= 00/0x20000 pfn 0xf5ee0/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a3e:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a3e:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5df40= 00/0x4000 pfn 0xf5df4/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 22 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a37:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a37:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xa980/= 0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a36:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a36:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xac00/= 0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 18 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:6779:1682:3200] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:6779:1682:3200] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xd000/= 0x100 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xb00000= 00/0x10000000 pfn 0xb0000/0x10000 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xd80000= 00/0x20000 pfn 0xd8000/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xd7fe00= 00/0x20000 pfn 0xd7fe0/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 39 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:aa98:1682:aa98] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:aa98:1682:aa98] [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xdc0000= 00/0x4000 pfn 0xdc000/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 38 [2013-05-14 23:56:20 6495] DEBUG (pciif:456) pci: register aer watch /loc= al/domain/0/backend/pci/1/0/aerState [2013-05-14 23:56:20 6495] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/p= ci/1/0'} to /local/domain/1/device/pci/0. [2013-05-14 23:56:20 6495] DEBUG (DevController:97) DevController: writin= g {'key-3': '00:1d.2', 'key-2': '00:1a.0', 'key-1': '00:1b.0', 'key-0': '= 02:00.0', 'frontend': '/local/domain/1/device/pci/0', 'key-5': '07:00.1',= 'key-4': '07:00.0', 'domain': 'edi', 'uuid-4': 'beb74ab1-f8ec-10f0-906d-= 24dd39b98292', 'uuid-5': '9d0476bd-15ed-f5d4-0576-cd5db31c0a2e', 'uuid-0'= : '71852ac7-6d16-98b5-b5f2-c21b5d332e1d', 'uuid-1': '1086bf5d-26f7-47a3-e= 464-ace89760437d', 'uuid-2': 'b6b40bbe-7e28-e89f-141e-98327e6f85dc', 'uui= d-3': 'b37526dd-2174-038c-b015-32956162afa1', 'uuid': '803e5109-d00b-7322= -6bdd-a0f57b3d7174', 'state': '1', 'online': '1', 'dev-3': '0000:00:1d.2'= , 'dev-2': '0000:00:1a.0', 'dev-1': '0000:00:1b.0', 'dev-0': '0000:02:00.= 0', 'dev-5': '0000:07:00.1', 'dev-4': '0000:07:00.0', 'vdevfn-4': '40', '= vdevfn-5': '48', 'vdevfn-0': '20', 'vdevfn-1': '28', 'vdevfn-2': '30', 'v= devfn-3': '38', 'frontend-id': '1', 'num_devs': '6'} to /local/domain/0/b= ackend/pci/1/0. [2013-05-14 23:56:20 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:02:00.0. [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xbf00/= 0x100 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5edc0= 00/0x4000 pfn 0xf5edc/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5ee00= 00/0x20000 pfn 0xf5ee0/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x1b'], ['domain', '0x0000'],= ['key', '00:1b.0'], ['bus', '0x00'], ['vdevfn', '0x28'], ['func', '0x0']= , ['uuid', '1086bf5d-26f7-47a3-e464-ace89760437d']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x1b', 'domain': '0x0000', 'key': = '00:1b.0', 'bus': '0x00', 'vdevfn': '0x28', 'func': '0x0', 'uuid': '1086b= f5d-26f7-47a3-e464-ace89760437d'}], 'states': ['Initialising']} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x1b', 'domain': '0x0000', 'key': '00:1b= =2E0', 'bus': '0x00', 'vdevfn': '0x28', 'func': '0x0', 'uuid': '1086bf5d-= 26f7-47a3-e464-ace89760437d'} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:00:1b.0@28 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:00:1b.0@28 [2013-05-14 23:56:21 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:21 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:00:1b.0. [2013-05-14 23:56:21 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a3e:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a3e:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5df40= 00/0x4000 pfn 0xf5df4/0x4 [2013-05-14 23:56:21 6495] DEBUG (pciif:351) pci: enabling irq 22 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x1a'], ['domain', '0x0000'],= ['key', '00:1a.0'], ['bus', '0x00'], ['vdevfn', '0x30'], ['func', '0x0']= , ['uuid', 'b6b40bbe-7e28-e89f-141e-98327e6f85dc']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x1a', 'domain': '0x0000', 'key': = '00:1a.0', 'bus': '0x00', 'vdevfn': '0x30', 'func': '0x0', 'uuid': 'b6b40= bbe-7e28-e89f-141e-98327e6f85dc'}], 'states': ['Initialising']} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x1a', 'domain': '0x0000', 'key': '00:1a= =2E0', 'bus': '0x00', 'vdevfn': '0x30', 'func': '0x0', 'uuid': 'b6b40bbe-= 7e28-e89f-141e-98327e6f85dc'} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:00:1a.0@30 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:00:1a.0@30 [2013-05-14 23:56:21 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:21 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:00:1a.0. [2013-05-14 23:56:21 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a37:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a37:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciif:320) pci: enabling ioport 0xa980/= 0x20 [2013-05-14 23:56:21 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x1d'], ['domain', '0x0000'],= ['key', '00:1d.2'], ['bus', '0x00'], ['vdevfn', '0x38'], ['func', '0x2']= , ['uuid', 'b37526dd-2174-038c-b015-32956162afa1']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x1d', 'domain': '0x0000', 'key': = '00:1d.2', 'bus': '0x00', 'vdevfn': '0x38', 'func': '0x2', 'uuid': 'b3752= 6dd-2174-038c-b015-32956162afa1'}], 'states': ['Initialising']} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x1d', 'domain': '0x0000', 'key': '00:1d= =2E2', 'bus': '0x00', 'vdevfn': '0x38', 'func': '0x2', 'uuid': 'b37526dd-= 2174-038c-b015-32956162afa1'} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:00:1d.2@38 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:00:1d.2@38 [2013-05-14 23:56:21 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:21 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:00:1d.2. [2013-05-14 23:56:21 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a36:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a36:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciif:320) pci: enabling ioport 0xac00/= 0x20 [2013-05-14 23:56:21 6495] DEBUG (pciif:351) pci: enabling irq 18 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'],= ['key', '07:00.0'], ['bus', '0x07'], ['vdevfn', '0x40'], ['func', '0x0']= , ['uuid', 'beb74ab1-f8ec-10f0-906d-24dd39b98292']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': = '07:00.0', 'bus': '0x07', 'vdevfn': '0x40', 'func': '0x0', 'uuid': 'beb74= ab1-f8ec-10f0-906d-24dd39b98292'}], 'states': ['Initialising']} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '07:00= =2E0', 'bus': '0x07', 'vdevfn': '0x40', 'func': '0x0', 'uuid': 'beb74ab1-= f8ec-10f0-906d-24dd39b98292'} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:07:00.0@40 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:07:00.0@40 [2013-05-14 23:56:22 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:22 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:07:00.0. [2013-05-14 23:56:22 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:6779:1682:3200] [2013-05-14 23:56:22 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:6779:1682:3200] [2013-05-14 23:56:22 6495] DEBUG (pciif:320) pci: enabling ioport 0xd000/= 0x100 [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xb00000= 00/0x10000000 pfn 0xb0000/0x10000 [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xd80000= 00/0x20000 pfn 0xd8000/0x20 [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xd7fe00= 00/0x20000 pfn 0xd7fe0/0x20 [2013-05-14 23:56:22 6495] DEBUG (pciif:351) pci: enabling irq 39 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'],= ['key', '07:00.1'], ['bus', '0x07'], ['vdevfn', '0x48'], ['func', '0x1']= , ['uuid', '9d0476bd-15ed-f5d4-0576-cd5db31c0a2e']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': = '07:00.1', 'bus': '0x07', 'vdevfn': '0x48', 'func': '0x1', 'uuid': '9d047= 6bd-15ed-f5d4-0576-cd5db31c0a2e'}], 'states': ['Initialising']} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '07:00= =2E1', 'bus': '0x07', 'vdevfn': '0x48', 'func': '0x1', 'uuid': '9d0476bd-= 15ed-f5d4-0576-cd5db31c0a2e'} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:07:00.1@48 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:07:00.1@48 [2013-05-14 23:56:22 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:22 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:07:00.1. [2013-05-14 23:56:22 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:aa98:1682:aa98] [2013-05-14 23:56:22 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:aa98:1682:aa98] [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xdc0000= 00/0x4000 pfn 0xdc000/0x4 [2013-05-14 23:56:22 6495] DEBUG (pciif:351) pci: enabling irq 38 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:3426) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '24'= , 'uuid': '28a98319-ac01-69f7-e817-bb913b349fb4', 'on_reboot': 'restart',= 'start_time': '1368572182.71', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '8', 'vcpu_avail': '255', 'bootloader': '', 'image':= "(hvm (kernel '') (superpages 0) (hpet 0) (loader /usr/lib/xen/boot/hvml= oader) (xen_platform_pci 1) (rtc_timeoffset 282) (parallel none) (pci ((0= x0000 0x02 0x00 0x0 0x20 ()) (0x0000 0x00 0x1b 0x0 0x28 ()) (0x0000 0x00 = 0x1a 0x0 0x30 ()) (0x0000 0x00 0x1d 0x2 0x38 ()) (0x0000 0x07 0x00 0x0 0x= 40 ()) (0x0000 0x07 0x00 0x1 0x48 ()))) (localtime 1) (timer_mode 1) (api= c 1) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunused 1) (boot c)= (pae 1) (viridian 0) (acpi 1) (vnc 1) (nomigrate 0) (usb 1) (tsc_mode 0)= (device_model /usr/lib64/xen/bin/qemu-dm) (keymap en-gb) (notes (SUSPEND= _CANCEL 1)))", 'name': 'edi'} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:1795) Storing domain det= ails: {'console/port': '11', 'cpu/3/availability': 'online', 'description= ': '', 'console/limit': '1048576', 'store/port': '10', 'console/type': 'i= oemu', 'cpu/2/availability': 'online', 'vm': '/vm/28a98319-ac01-69f7-e817= -bb913b349fb4', 'domid': '1', 'control/platform-feature-xs_reset_watches'= : '1', 'cpu/7/availability': 'online', 'cpu/0/availability': 'online', 'm= emory/target': '2097152', 'cpu/5/availability': 'online', 'control/platfo= rm-feature-multiprocessor-suspend': '1', 'cpu/6/availability': 'online', = 'store/ring-ref': '1044476', 'cpu/1/availability': 'online', 'cpu/4/avail= ability': 'online', 'image/suspend-cancel': '1', 'name': 'edi'} [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = tap2. [2013-05-14 23:56:22 6495] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/1/0'} to /local/domain/1/device/console/0. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vif. [2013-05-14 23:56:22 6495] DEBUG (DevController:97) DevController: writin= g {'domain': 'edi', 'frontend': '/local/domain/1/device/console/0', 'uuid= ': 'f0a3bd59-0056-30f7-9c30-ce9ca9bf2a39', 'frontend-id': '1', 'state': '= 1', 'location': '11', 'online': '1', 'protocol': 'vt100'} to /local/domai= n/0/backend/console/1/0. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vkbd. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = ioports. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = tap. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vif2. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = console. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vscsi. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vbd. [2013-05-14 23:56:22 6495] DEBUG (DevController:144) Waiting for 768. [2013-05-14 23:56:22 6495] DEBUG (pciif:460) XendDomainInfo.handleAerStat= eWatch [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:1882) XendDomainInfo.han= dleShutdownWatch [2013-05-14 23:56:22 6495] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/768/hotplug-status. [2013-05-14 23:56:22 6495] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2013-05-14 23:56:22 6495] DEBUG (DevController:144) Waiting for 5632. [2013-05-14 23:56:22 6495] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/5632/hotplug-status. [2013-05-14 23:56:22 6495] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = irq. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vfb. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = pci. [2013-05-14 23:56:22 6495] DEBUG (DevController:144) Waiting for 0. [2013-05-14 23:56:23 6495] DEBUG (DevController:139) Waiting for devices = vusb. [2013-05-14 23:56:23 6495] DEBUG (DevController:139) Waiting for devices = vtpm. --------------030205080009030606060602 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------030205080009030606060602-- From xen-users-bounces@lists.xen.org Wed May 15 07:23:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 07:23: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 1UcW2f-0006oZ-Kq; Wed, 15 May 2013 07:22:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcW2b-0006oU-IS for xen-users@lists.xensource.com; Wed, 15 May 2013 07:22:26 +0000 Received: from [85.158.139.83:47069] by server-3.bemta-5.messagelabs.com id 11/BB-31108-0B733915; Wed, 15 May 2013 07:22:24 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-182.messagelabs.com!1368602520!16129773!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDQ3NTUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14303 invoked from network); 15 May 2013 07:22:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 May 2013 07:22:00 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.121.175.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 430FB22124E; Wed, 15 May 2013 08:21:50 +0100 (BST) Message-ID: <51933781.3050307@bobich.net> Date: Wed, 15 May 2013 08:21:37 +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: Alex Karaoui References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <42826FFD-42CD-44B7-8D35-1CCE40F4092F@gmail.com> In-Reply-To: <42826FFD-42CD-44B7-8D35-1CCE40F4092F@gmail.com> Content-Type: multipart/mixed; boundary="------------030205080009030606060602" Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------030205080009030606060602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/15/2013 02:33 AM, Alex Karaoui wrote: > Aloha! > > Gordan, I've been following this thread reading your very detailed and > thorough analysis. Like you I too am using an AMD Radeon (I have a 5870 > and a 5750). I'm also using a dual socket Xeon (5440 on Supermicro > X7DWA-N). I haven't gotten as far as you have though, not even close. > I never video to work, not even once. I had to stop working on > getting Xen to work because I'm involved in several development projects > at the moment and just didn't have the time, but I hope to get back to > it soon. > > Kindly, would it be possible for you to answer _some_ the following: > (it's a lot, so pick and choose, but I would like best if I could > reproduce your environment). > > 1) Could you post your grub.cfg, kernel configuration (from /boot), My machine is diskless using NFS root and booting via PXE, but my pxe boot config file entry is here: label xen kernel mboot.c32 append xen.gz noreboot dom0_vcpus_pin --- vmlinuz-3.9.2-1.el6xen.x86_64 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM root=nfs:10.11.12.13:/nfsroot/normandy,rw,proto=tcp,noatime,nolock,nocto,actimeo=300 ip=eth0:dhcp selinux=0 intel_iommu=on elevator=deadline iomem=relaxed noirqbalance --- initramfs-3.9.2-1.el6xen.x86_64.img (sorry about the line wraps, I'm sure you can figure it out) You may or may not require noirqbalance - I found that without it the domU would reliably BSOD every time. > and your xm's domU configuration file? It is in xenstore, so I cannot easily get to it. You should be able to reverse engineer most of it from the attached xend.log. I created the VM using virt-manager. > 2) What distro and kernel version are your running? EL6 (Scientific Linux) with the kernel and xen packages from here: http://xen.crc.id.au/support/guides/install/ Note: /boot/xen.gz I use is from xen-hypervisor-4.2.1-6 package. The rest of the xen stack (using xm) is 4.2.2. This is because of this bug that is not yet resolved: http://xen.crc.id.au/bugs/view.php?id=5 Versions of /boot/xen.gz newer than 4.2.1-6 don't work for me, and the problem has been tracked down to XSA46. > 3) Did you compile the Xen kernel or the dom0 kernel with any patches or > are they stock? Unmodified packages from the source mentioned above. > 4) Did you compile qemu with any patches? All packages are as pulled down from EL6 repositories or from the Xen EL6 kernels site. > 5) What version of Xen are you using? Still using the xm toolchain, yes? Yes, xm. > 6) Are you using 'radeon' OSS driver with Kernel-Mode-Swtiching or the > AMD proprietary driver? My dom0 GPU is nvidia, using the Nvidia binary driver (modified 295.75 due to this: http://www.altechnative.net/2013/04/14/wquxga-a-k-a-omgwtf-ibm-t221-3840x2400-204dpi-monitor-part-6-regressing-drivers-and-xen/ I have not yet had a chance to write a LD_PRELOAD library that fakes out RandR geometry the same way the fakexinerama library does to enable sensible use of my T221. > 7) Are you using pciback compiled into the kernel or as a module? How > are you invoking it? It's a module. # cat /etc/modprobe.d/xen-pciback.conf options xen-pciback permissive=1 hide=(00:1a.0)(00:1b.0)(00:1d.2)(02:00.0)(07:00.0)(07:00.1) 02:00.0 is a Marvell NIC (one of the two on-board ones) 07:00.? is the ATI card the rest is USB conrollers. The radeon driver is blacklisted. Before I start the VM, I detach the devices from the host: ==== # cat usr/local/sbin/detach.sh #!/bin/bash modprobe xen-pciback virsh nodedev-detach pci_0000_00_1a_0 virsh nodedev-detach pci_0000_00_1b_0 virsh nodedev-detach pci_0000_00_1d_2 virsh nodedev-detach pci_0000_02_00_0 virsh nodedev-detach pci_0000_07_00_0 virsh nodedev-detach pci_0000_07_00_1 ==== If you are using radeon cards for both dom0 and domU you will have to do some additional magic because you can't just blacklist the radeon driver. (Note: Modified from my nvidia based config when I was trying Nvidia 8800GT for dom0 and Quadro 2000 for domU, both using the same binary driver) # cat etc/modprobe.d/radeon.conf install radeon /usr/local/sbin/detach-radeon.sh; insmod /lib/modules/$(/bin/uname -r)/kernel/drivers/gpu/drm/radeon/radeon.ko ==== # cat usr/local/sbin/detach-radeon.sh #!/bin/bash modprobe xen-pciback virsh nodedev-detach pci_0000_07_00_0 virsh nodedev-detach pci_0000_07_00_1 ==== In this example, the passed through card is 07:00:?, adjust the IDs accordingly for your setup. What this does is when the radeon driver gets probed, it will first invoke the script above, which will detach the passthrough device from the host and bind it to xen-pciback driver. This will make the radeon driver unable to bind the device, and it will thus only bind to the dom0 primary device, which will leave the secondary free for passthrough. You can omit the duplicated lines in detach.sh since there is no point in detaching the GPU twice (although I don't think there's any harm in doing so). > 8) What version of Windows and what version of Catalyst are you using? > Are you also using CCC? Windows 7 in this test. Latest 13.4 ATI drivers. No CCC, just the bare driver. > 9) Is the dom0 running Xorg? Is Xorg running on your primary (BIOS) or > secondary card? Yes, running on the BIOS primary GPU (Nvidia 8800GT). > 10) Which card did you pass through the primary or secondary? Secondary, Radeon 6450. > What I would ultimately like to do is create a LiveCD for anyone > attempting this in the future that's configured to some extent to run > AMD cards using PCI passthrough. I don't think this is possible without at least some manual configuration. Specifically, the device PCI IDs to be detached and passed through will differ on every system. Thankfully, when swapping cards around, the PCI ID is based on the slot the card is plugged into so when replacing GPUs, as long as you put it in the same slot, you don't have to change any IDs in your configs. > But having followed your posts, I'm just amazed that you got it working, > and now, seemingly flawlessly. I just wish I could understand how. Me too - I am more frustrated by the fact that it is working now than I was by the fact that it wasn't working before. The only definitive thing I can narrow it down to at the moment is ejecting the card to reset it just prior to starting a game. Then again, I half expect that tonight when I try it again, it will just BSOD on me all over the place, even though the configuration can't have changed since powering the machine off last night. Gordan --------------030205080009030606060602 Content-Type: text/plain; charset=UTF-8; name="xend.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xend.log" [2013-05-14 23:56:15 6495] DEBUG (SrvDomain:76) Starting domain edi False= [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:2499) XendDomainInfo.con= structDomain [2013-05-14 23:56:15 6495] DEBUG (balloon:187) Balloon: 131000 KiB free; = need 16384; done. [2013-05-14 23:56:15 6495] DEBUG (XendDomain:476) Adding Domain: 1 [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:2842) XendDomainInfo.ini= tDomain: 1 256 [2013-05-14 23:56:15 6495] DEBUG (image:343) No VNC passwd configured for= vfb access [2013-05-14 23:56:15 6495] DEBUG (image:895) args: boot, val: c [2013-05-14 23:56:15 6495] DEBUG (image:895) args: fda, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: fdb, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: soundhw, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: localtime, val: 1 [2013-05-14 23:56:15 6495] DEBUG (image:895) args: serial, val: ['pty'] [2013-05-14 23:56:15 6495] DEBUG (image:895) args: std-vga, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: isa, val: None [2013-05-14 23:56:15 6495] DEBUG (image:895) args: acpi, val: 1 [2013-05-14 23:56:15 6495] DEBUG (image:895) args: usb, val: 1 [2013-05-14 23:56:15 6495] DEBUG (image:895) args: usbdevice, val: tablet= [2013-05-14 23:56:15 6495] DEBUG (image:895) args: gfx_passthru, val: Non= e [2013-05-14 23:56:15 6495] INFO (image:826) Need to create platform devic= e.[domid:1] [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:2869) _initDomain:shadow= _memory=3D0x18, memory_static_max=3D0x80000000, memory_static_min=3D0x0. [2013-05-14 23:56:15 6495] DEBUG (balloon:172) Balloon: tmem relinquished= -1 KiB of 2007780 KiB requested. [2013-05-14 23:56:15 6495] DEBUG (balloon:193) Balloon: 126236 KiB free; = 0 to scrub; need 2134016; retries: 25. [2013-05-14 23:56:15 6495] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 46416 MiB. [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 46416 MiB. [2013-05-14 23:56:15 6495] DEBUG (balloon:193) Balloon: 423196 KiB free; = 0 to scrub; need 2134016; retries: 30. [2013-05-14 23:56:15 6495] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 46408 MiB. [2013-05-14 23:56:15 6495] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 46408 MiB. [2013-05-14 23:56:16 6495] DEBUG (balloon:193) Balloon: 1096988 KiB free;= 0 to scrub; need 2134016; retries: 30. [2013-05-14 23:56:16 6495] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 46406 MiB. [2013-05-14 23:56:16 6495] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 46406 MiB. [2013-05-14 23:56:16 6495] INFO (image:186) buildDomain os=3Dhvm dom=3D1 = vcpus=3D8 [2013-05-14 23:56:16 6495] DEBUG (image:954) domid =3D 1 [2013-05-14 23:56:16 6495] DEBUG (image:955) image =3D /usr/lib/= xen/boot/hvmloader [2013-05-14 23:56:16 6495] DEBUG (image:956) store_evtchn =3D 10 [2013-05-14 23:56:16 6495] DEBUG (image:957) memsize =3D 2048 [2013-05-14 23:56:16 6495] DEBUG (image:958) target =3D 2048 [2013-05-14 23:56:16 6495] DEBUG (image:959) vcpus =3D 8 [2013-05-14 23:56:16 6495] DEBUG (image:960) vcpu_avail =3D 255 [2013-05-14 23:56:16 6495] DEBUG (image:961) acpi =3D 1 [2013-05-14 23:56:16 6495] DEBUG (image:962) apic =3D 1 [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: vfb := {'vncunused': '1', 'keymap': 'en-gb', 'vnc': '1', 'uuid': 'e170dfe2-2f26= -24b3-fd5f-c3d023fea6f9', 'other_config': {'vncunused': '1', 'keymap': 'e= n-gb', 'vnc': '1'}} [2013-05-14 23:56:16 6495] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/1/0'} to /local/domain/1/device/vfb/0. [2013-05-14 23:56:16 6495] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'edi', 'frontend': '/local/domain/1/device= /vfb/0', 'uuid': 'e170dfe2-2f26-24b3-fd5f-c3d023fea6f9', 'frontend-id': '= 1', 'state': '1', 'keymap': 'en-gb', 'online': '1', 'vnc': '1'} to /local= /domain/0/backend/vfb/1/0. [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: vbd := {'uuid': '576fd1c5-d38b-fca6-3870-9e6467d30c31', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda:disk', 'uname': 'phy:/dev/disk/by-path/i= p-10.2.0.10:3260-iscsi-iqn.2013-02.net.shatteredsilicon:legion-lun-0', 'm= ode': 'w', 'VDI': '', 'backend': '0'} [2013-05-14 23:56:16 6495] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/1/768'} to /local/doma= in/1/device/vbd/768. [2013-05-14 23:56:16 6495] DEBUG (DevController:97) DevController: writin= g {'domain': 'edi', 'frontend': '/local/domain/1/device/vbd/768', 'uuid':= '576fd1c5-d38b-fca6-3870-9e6467d30c31', 'bootable': '1', 'dev': 'hda', '= state': '1', 'params': '/dev/disk/by-path/ip-10.2.0.10:3260-iscsi-iqn.201= 3-02.net.shatteredsilicon:legion-lun-0', 'mode': 'w', 'online': '1', 'fro= ntend-id': '1', 'type': 'phy'} to /local/domain/0/backend/vbd/1/768. [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: vbd := {'uuid': '26286075-b661-60f9-20f3-56ececd0d725', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/data/media/Apps/= Windows/MS/ISO/XP/XPx64-121230.iso', 'mode': 'r', 'VDI': '', 'backend': '= 0'} [2013-05-14 23:56:16 6495] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/1/5632'} to /local/d= omain/1/device/vbd/5632. [2013-05-14 23:56:16 6495] DEBUG (DevController:97) DevController: writin= g {'domain': 'edi', 'frontend': '/local/domain/1/device/vbd/5632', 'uuid'= : '26286075-b661-60f9-20f3-56ececd0d725', 'bootable': '0', 'dev': 'hdc', = 'state': '1', 'params': '/data/media/Apps/Windows/MS/ISO/XP/XPx64-121230.= iso', 'mode': 'r', 'online': '1', 'frontend-id': '1', 'type': 'file'} to = /local/domain/0/backend/vbd/1/5632. [2013-05-14 23:56:16 6495] INFO (XendDomainInfo:2358) createDevice: pci := {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': '02:00.0', 'bus': = '0x02', 'vdevfn': '0x20', 'func': '0x0', 'uuid': '71852ac7-6d16-98b5-b5f2= -c21b5d332e1d'}, {'slot': '0x1b', 'domain': '0x0000', 'key': '00:1b.0', '= bus': '0x00', 'vdevfn': '0x28', 'func': '0x0', 'uuid': '1086bf5d-26f7-47a= 3-e464-ace89760437d'}, {'slot': '0x1a', 'domain': '0x0000', 'key': '00:1a= =2E0', 'bus': '0x00', 'vdevfn': '0x30', 'func': '0x0', 'uuid': 'b6b40bbe-= 7e28-e89f-141e-98327e6f85dc'}, {'slot': '0x1d', 'domain': '0x0000', 'key'= : '00:1d.2', 'bus': '0x00', 'vdevfn': '0x38', 'func': '0x2', 'uuid': 'b37= 526dd-2174-038c-b015-32956162afa1'}, {'slot': '0x00', 'domain': '0x0000',= 'key': '07:00.0', 'bus': '0x07', 'vdevfn': '0x40', 'func': '0x0', 'uuid'= : 'beb74ab1-f8ec-10f0-906d-24dd39b98292'}, {'slot': '0x00', 'domain': '0x= 0000', 'key': '07:00.1', 'bus': '0x07', 'vdevfn': '0x48', 'func': '0x1', = 'uuid': '9d0476bd-15ed-f5d4-0576-cd5db31c0a2e'}], 'uuid': '803e5109-d00b-= 7322-6bdd-a0f57b3d7174'} [2013-05-14 23:56:20 6495] INFO (image:422) spawning device models: /usr/= lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '1', '-domain-= name', 'edi', '-videoram', '4', '-k', 'en-gb', '-vnc', '127.0.0.1:0', '-v= ncunused', '-parallel', 'none', '-vcpus', '8', '-vcpu_avail', '0xffL', '-= boot', 'c', '-localtime', '-serial', 'pty', '-acpi', '-usb', '-usbdevice'= , 'tablet', '-net', 'none', '-M', 'xenfv'] [2013-05-14 23:56:20 6495] INFO (image:471) device model pid: 21872 [2013-05-14 23:56:20 6495] INFO (image:594) waiting for sentinel_fifo [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'],= ['key', '02:00.0'], ['bus', '0x02'], ['vdevfn', '0x20'], ['func', '0x0']= , ['uuid', '71852ac7-6d16-98b5-b5f2-c21b5d332e1d']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': = '02:00.0', 'bus': '0x02', 'vdevfn': '0x20', 'func': '0x0', 'uuid': '71852= ac7-6d16-98b5-b5f2-c21b5d332e1d'}], 'states': ['Initialising']} [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '02:00= =2E0', 'bus': '0x02', 'vdevfn': '0x20', 'func': '0x0', 'uuid': '71852ac7-= 6d16-98b5-b5f2-c21b5d332e1d'} [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:02:00.0@20 [2013-05-14 23:56:20 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:02:00.0@20 [2013-05-14 23:56:20 6495] DEBUG (image:512) signalDeviceModel: orig_stat= e is None, retrying [2013-05-14 23:56:20 6495] DEBUG (image:512) signalDeviceModel: orig_stat= e is None, retrying [2013-05-14 23:56:20 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xbf00/= 0x100 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5edc0= 00/0x4000 pfn 0xf5edc/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5ee00= 00/0x20000 pfn 0xf5ee0/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a3e:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a3e:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5df40= 00/0x4000 pfn 0xf5df4/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 22 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a37:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a37:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xa980/= 0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a36:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a36:3842:101a] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xac00/= 0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 18 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:6779:1682:3200] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:6779:1682:3200] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xd000/= 0x100 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xb00000= 00/0x10000000 pfn 0xb0000/0x10000 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xd80000= 00/0x20000 pfn 0xd8000/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xd7fe00= 00/0x20000 pfn 0xd7fe0/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 39 [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:aa98:1682:aa98] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:aa98:1682:aa98] [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xdc0000= 00/0x4000 pfn 0xdc000/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 38 [2013-05-14 23:56:20 6495] DEBUG (pciif:456) pci: register aer watch /loc= al/domain/0/backend/pci/1/0/aerState [2013-05-14 23:56:20 6495] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/p= ci/1/0'} to /local/domain/1/device/pci/0. [2013-05-14 23:56:20 6495] DEBUG (DevController:97) DevController: writin= g {'key-3': '00:1d.2', 'key-2': '00:1a.0', 'key-1': '00:1b.0', 'key-0': '= 02:00.0', 'frontend': '/local/domain/1/device/pci/0', 'key-5': '07:00.1',= 'key-4': '07:00.0', 'domain': 'edi', 'uuid-4': 'beb74ab1-f8ec-10f0-906d-= 24dd39b98292', 'uuid-5': '9d0476bd-15ed-f5d4-0576-cd5db31c0a2e', 'uuid-0'= : '71852ac7-6d16-98b5-b5f2-c21b5d332e1d', 'uuid-1': '1086bf5d-26f7-47a3-e= 464-ace89760437d', 'uuid-2': 'b6b40bbe-7e28-e89f-141e-98327e6f85dc', 'uui= d-3': 'b37526dd-2174-038c-b015-32956162afa1', 'uuid': '803e5109-d00b-7322= -6bdd-a0f57b3d7174', 'state': '1', 'online': '1', 'dev-3': '0000:00:1d.2'= , 'dev-2': '0000:00:1a.0', 'dev-1': '0000:00:1b.0', 'dev-0': '0000:02:00.= 0', 'dev-5': '0000:07:00.1', 'dev-4': '0000:07:00.0', 'vdevfn-4': '40', '= vdevfn-5': '48', 'vdevfn-0': '20', 'vdevfn-1': '28', 'vdevfn-2': '30', 'v= devfn-3': '38', 'frontend-id': '1', 'num_devs': '6'} to /local/domain/0/b= ackend/pci/1/0. [2013-05-14 23:56:20 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:02:00.0. [2013-05-14 23:56:20 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [11ab:4380:3842:abcd] [2013-05-14 23:56:20 6495] DEBUG (pciif:320) pci: enabling ioport 0xbf00/= 0x100 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5edc0= 00/0x4000 pfn 0xf5edc/0x4 [2013-05-14 23:56:20 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5ee00= 00/0x20000 pfn 0xf5ee0/0x20 [2013-05-14 23:56:20 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x1b'], ['domain', '0x0000'],= ['key', '00:1b.0'], ['bus', '0x00'], ['vdevfn', '0x28'], ['func', '0x0']= , ['uuid', '1086bf5d-26f7-47a3-e464-ace89760437d']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x1b', 'domain': '0x0000', 'key': = '00:1b.0', 'bus': '0x00', 'vdevfn': '0x28', 'func': '0x0', 'uuid': '1086b= f5d-26f7-47a3-e464-ace89760437d'}], 'states': ['Initialising']} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x1b', 'domain': '0x0000', 'key': '00:1b= =2E0', 'bus': '0x00', 'vdevfn': '0x28', 'func': '0x0', 'uuid': '1086bf5d-= 26f7-47a3-e464-ace89760437d'} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:00:1b.0@28 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:00:1b.0@28 [2013-05-14 23:56:21 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:21 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:00:1b.0. [2013-05-14 23:56:21 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a3e:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a3e:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciif:334) pci: enabling iomem 0xf5df40= 00/0x4000 pfn 0xf5df4/0x4 [2013-05-14 23:56:21 6495] DEBUG (pciif:351) pci: enabling irq 22 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x1a'], ['domain', '0x0000'],= ['key', '00:1a.0'], ['bus', '0x00'], ['vdevfn', '0x30'], ['func', '0x0']= , ['uuid', 'b6b40bbe-7e28-e89f-141e-98327e6f85dc']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x1a', 'domain': '0x0000', 'key': = '00:1a.0', 'bus': '0x00', 'vdevfn': '0x30', 'func': '0x0', 'uuid': 'b6b40= bbe-7e28-e89f-141e-98327e6f85dc'}], 'states': ['Initialising']} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x1a', 'domain': '0x0000', 'key': '00:1a= =2E0', 'bus': '0x00', 'vdevfn': '0x30', 'func': '0x0', 'uuid': 'b6b40bbe-= 7e28-e89f-141e-98327e6f85dc'} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:00:1a.0@30 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:00:1a.0@30 [2013-05-14 23:56:21 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:21 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:00:1a.0. [2013-05-14 23:56:21 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a37:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a37:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciif:320) pci: enabling ioport 0xa980/= 0x20 [2013-05-14 23:56:21 6495] DEBUG (pciif:351) pci: enabling irq 16 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x1d'], ['domain', '0x0000'],= ['key', '00:1d.2'], ['bus', '0x00'], ['vdevfn', '0x38'], ['func', '0x2']= , ['uuid', 'b37526dd-2174-038c-b015-32956162afa1']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x1d', 'domain': '0x0000', 'key': = '00:1d.2', 'bus': '0x00', 'vdevfn': '0x38', 'func': '0x2', 'uuid': 'b3752= 6dd-2174-038c-b015-32956162afa1'}], 'states': ['Initialising']} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x1d', 'domain': '0x0000', 'key': '00:1d= =2E2', 'bus': '0x00', 'vdevfn': '0x38', 'func': '0x2', 'uuid': 'b37526dd-= 2174-038c-b015-32956162afa1'} [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:00:1d.2@38 [2013-05-14 23:56:21 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:00:1d.2@38 [2013-05-14 23:56:21 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:21 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:00:1d.2. [2013-05-14 23:56:21 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [8086:3a36:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [8086:3a36:3842:101a] [2013-05-14 23:56:21 6495] DEBUG (pciif:320) pci: enabling ioport 0xac00/= 0x20 [2013-05-14 23:56:21 6495] DEBUG (pciif:351) pci: enabling irq 18 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'],= ['key', '07:00.0'], ['bus', '0x07'], ['vdevfn', '0x40'], ['func', '0x0']= , ['uuid', 'beb74ab1-f8ec-10f0-906d-24dd39b98292']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': = '07:00.0', 'bus': '0x07', 'vdevfn': '0x40', 'func': '0x0', 'uuid': 'beb74= ab1-f8ec-10f0-906d-24dd39b98292'}], 'states': ['Initialising']} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '07:00= =2E0', 'bus': '0x07', 'vdevfn': '0x40', 'func': '0x0', 'uuid': 'beb74ab1-= f8ec-10f0-906d-24dd39b98292'} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:07:00.0@40 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:07:00.0@40 [2013-05-14 23:56:22 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:22 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:07:00.0. [2013-05-14 23:56:22 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:6779:1682:3200] [2013-05-14 23:56:22 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:6779:1682:3200] [2013-05-14 23:56:22 6495] DEBUG (pciif:320) pci: enabling ioport 0xd000/= 0x100 [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xb00000= 00/0x10000000 pfn 0xb0000/0x10000 [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xd80000= 00/0x20000 pfn 0xd8000/0x20 [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xd7fe00= 00/0x20000 pfn 0xd7fe0/0x20 [2013-05-14 23:56:22 6495] DEBUG (pciif:351) pci: enabling irq 39 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:893) XendDomainInfo.pci_= device_configure: ['pci', ['dev', ['slot', '0x00'], ['domain', '0x0000'],= ['key', '07:00.1'], ['bus', '0x07'], ['vdevfn', '0x48'], ['func', '0x1']= , ['uuid', '9d0476bd-15ed-f5d4-0576-cd5db31c0a2e']], ['state', 'Initialis= ing'], ['sub_state', 'Booting']] [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:779) XendDomainInfo.hvm_= pci_device_insert: {'devs': [{'slot': '0x00', 'domain': '0x0000', 'key': = '07:00.1', 'bus': '0x07', 'vdevfn': '0x48', 'func': '0x1', 'uuid': '9d047= 6bd-15ed-f5d4-0576-cd5db31c0a2e'}], 'states': ['Initialising']} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:790) XendDomainInfo.hvm_= pci_device_insert_dev: {'slot': '0x00', 'domain': '0x0000', 'key': '07:00= =2E1', 'bus': '0x07', 'vdevfn': '0x48', 'func': '0x1', 'uuid': '9d0476bd-= 15ed-f5d4-0576-cd5db31c0a2e'} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:811) XendDomainInfo.hvm_= pci_device_insert_dev: 0000:07:00.1@48 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:815) pci: assign device = 0000:07:00.1@48 [2013-05-14 23:56:22 6495] INFO (image:542) signalDeviceModel:restore dm = state to running [2013-05-14 23:56:22 6495] DEBUG (pciif:169) Reconfiguring PCI device 000= 0:07:00.1. [2013-05-14 23:56:22 6495] INFO (pciquirk:92) NO quirks found for PCI dev= ice [1002:aa98:1682:aa98] [2013-05-14 23:56:22 6495] DEBUG (pciquirk:135) Permissive mode NOT enabl= ed for PCI device [1002:aa98:1682:aa98] [2013-05-14 23:56:22 6495] DEBUG (pciif:334) pci: enabling iomem 0xdc0000= 00/0x4000 pfn 0xdc000/0x4 [2013-05-14 23:56:22 6495] DEBUG (pciif:351) pci: enabling irq 38 [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:3426) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '24'= , 'uuid': '28a98319-ac01-69f7-e817-bb913b349fb4', 'on_reboot': 'restart',= 'start_time': '1368572182.71', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '8', 'vcpu_avail': '255', 'bootloader': '', 'image':= "(hvm (kernel '') (superpages 0) (hpet 0) (loader /usr/lib/xen/boot/hvml= oader) (xen_platform_pci 1) (rtc_timeoffset 282) (parallel none) (pci ((0= x0000 0x02 0x00 0x0 0x20 ()) (0x0000 0x00 0x1b 0x0 0x28 ()) (0x0000 0x00 = 0x1a 0x0 0x30 ()) (0x0000 0x00 0x1d 0x2 0x38 ()) (0x0000 0x07 0x00 0x0 0x= 40 ()) (0x0000 0x07 0x00 0x1 0x48 ()))) (localtime 1) (timer_mode 1) (api= c 1) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunused 1) (boot c)= (pae 1) (viridian 0) (acpi 1) (vnc 1) (nomigrate 0) (usb 1) (tsc_mode 0)= (device_model /usr/lib64/xen/bin/qemu-dm) (keymap en-gb) (notes (SUSPEND= _CANCEL 1)))", 'name': 'edi'} [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:1795) Storing domain det= ails: {'console/port': '11', 'cpu/3/availability': 'online', 'description= ': '', 'console/limit': '1048576', 'store/port': '10', 'console/type': 'i= oemu', 'cpu/2/availability': 'online', 'vm': '/vm/28a98319-ac01-69f7-e817= -bb913b349fb4', 'domid': '1', 'control/platform-feature-xs_reset_watches'= : '1', 'cpu/7/availability': 'online', 'cpu/0/availability': 'online', 'm= emory/target': '2097152', 'cpu/5/availability': 'online', 'control/platfo= rm-feature-multiprocessor-suspend': '1', 'cpu/6/availability': 'online', = 'store/ring-ref': '1044476', 'cpu/1/availability': 'online', 'cpu/4/avail= ability': 'online', 'image/suspend-cancel': '1', 'name': 'edi'} [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = tap2. [2013-05-14 23:56:22 6495] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/1/0'} to /local/domain/1/device/console/0. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vif. [2013-05-14 23:56:22 6495] DEBUG (DevController:97) DevController: writin= g {'domain': 'edi', 'frontend': '/local/domain/1/device/console/0', 'uuid= ': 'f0a3bd59-0056-30f7-9c30-ce9ca9bf2a39', 'frontend-id': '1', 'state': '= 1', 'location': '11', 'online': '1', 'protocol': 'vt100'} to /local/domai= n/0/backend/console/1/0. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vkbd. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = ioports. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = tap. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vif2. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = console. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vscsi. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vbd. [2013-05-14 23:56:22 6495] DEBUG (DevController:144) Waiting for 768. [2013-05-14 23:56:22 6495] DEBUG (pciif:460) XendDomainInfo.handleAerStat= eWatch [2013-05-14 23:56:22 6495] DEBUG (XendDomainInfo:1882) XendDomainInfo.han= dleShutdownWatch [2013-05-14 23:56:22 6495] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/768/hotplug-status. [2013-05-14 23:56:22 6495] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2013-05-14 23:56:22 6495] DEBUG (DevController:144) Waiting for 5632. [2013-05-14 23:56:22 6495] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/5632/hotplug-status. [2013-05-14 23:56:22 6495] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = irq. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = vfb. [2013-05-14 23:56:22 6495] DEBUG (DevController:139) Waiting for devices = pci. [2013-05-14 23:56:22 6495] DEBUG (DevController:144) Waiting for 0. [2013-05-14 23:56:23 6495] DEBUG (DevController:139) Waiting for devices = vusb. [2013-05-14 23:56:23 6495] DEBUG (DevController:139) Waiting for devices = vtpm. --------------030205080009030606060602 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------030205080009030606060602-- From xen-users-bounces@lists.xen.org Wed May 15 11:53:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 11:53: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 1UcaGI-0006bl-QH; Wed, 15 May 2013 11:52:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcHb6-0005gY-Rm; Tue, 14 May 2013 15:57:05 +0000 Received: from [193.109.254.147:21452] by server-3.bemta-14.messagelabs.com id 2E/3A-06484-0DE52915; Tue, 14 May 2013 15:57:04 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1368546995!2964806!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: , async_handler: YXN5bmNfZGVsYXk6IDcwNTg3MjMgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5922 invoked from network); 14 May 2013 15:56:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 15:56:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="asc'?scan'208";a="4572063" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 15:46:49 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 14 May 2013 16:56:34 +0100 Message-ID: <1368546978.3486.1.camel@Solace> From: Dario Faggioli To: George Dunlap Date: Tue, 14 May 2013 17:56:18 +0200 In-Reply-To: References: <519131D8.9010307@citrix.com> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 15 May 2013 11:52:50 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Roger Pau =?ISO-8859-1?Q?Monn=E9?= Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8159905549545042610==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8159905549545042610== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SwPZjCVFYFx3+oeeQoty" --=-SwPZjCVFYFx3+oeeQoty Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mar, 2013-05-14 at 10:19 +0100, George Dunlap wrote: > On Mon, May 13, 2013 at 7:32 PM, Roger Pau Monn=C3=A9 wrote: > > Hello, > > > > Recently Justin T Gibbs, Will Andrews and myself have been working on > > improving the Xen support in FreeBSD. The main goal of this was to brin= g > > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > > interfaces for disk and network interfaces when running as a HVM guest. > > [..] > > > Right now the code is in a state where it can be tested by users, so we > > would like to encourage FreeBSD and Xen users to test it and provide > > feedback. >=20 Cool! :-) > Is this something we should try to put on the Xen.org blog? >=20 I think it definitely should... Whoever is up to write a blog post about it, please, get in touch to me. Soon we'll have the new mailing lists and all the stuff, but for now, just drop me a line, and I can put the post in the pipeline. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-SwPZjCVFYFx3+oeeQoty Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGSXqIACgkQk4XaBE3IOsQZhgCcDZ6wdTgVNQfKN4julFuFpcll jD4AnjKjt6xh013zGZfdtUS52b/dZK8Q =1TTP -----END PGP SIGNATURE----- --=-SwPZjCVFYFx3+oeeQoty-- --===============8159905549545042610== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8159905549545042610==-- From xen-users-bounces@lists.xen.org Wed May 15 11:53:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 11:53: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 1UcaGI-0006bl-QH; Wed, 15 May 2013 11:52:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcHb6-0005gY-Rm; Tue, 14 May 2013 15:57:05 +0000 Received: from [193.109.254.147:21452] by server-3.bemta-14.messagelabs.com id 2E/3A-06484-0DE52915; Tue, 14 May 2013 15:57:04 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1368546995!2964806!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: , async_handler: YXN5bmNfZGVsYXk6IDcwNTg3MjMgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5922 invoked from network); 14 May 2013 15:56:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2013 15:56:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="asc'?scan'208";a="4572063" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 14 May 2013 15:46:49 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 14 May 2013 16:56:34 +0100 Message-ID: <1368546978.3486.1.camel@Solace> From: Dario Faggioli To: George Dunlap Date: Tue, 14 May 2013 17:56:18 +0200 In-Reply-To: References: <519131D8.9010307@citrix.com> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 15 May 2013 11:52:50 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Roger Pau =?ISO-8859-1?Q?Monn=E9?= Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8159905549545042610==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8159905549545042610== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SwPZjCVFYFx3+oeeQoty" --=-SwPZjCVFYFx3+oeeQoty Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mar, 2013-05-14 at 10:19 +0100, George Dunlap wrote: > On Mon, May 13, 2013 at 7:32 PM, Roger Pau Monn=C3=A9 wrote: > > Hello, > > > > Recently Justin T Gibbs, Will Andrews and myself have been working on > > improving the Xen support in FreeBSD. The main goal of this was to brin= g > > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > > interfaces for disk and network interfaces when running as a HVM guest. > > [..] > > > Right now the code is in a state where it can be tested by users, so we > > would like to encourage FreeBSD and Xen users to test it and provide > > feedback. >=20 Cool! :-) > Is this something we should try to put on the Xen.org blog? >=20 I think it definitely should... Whoever is up to write a blog post about it, please, get in touch to me. Soon we'll have the new mailing lists and all the stuff, but for now, just drop me a line, and I can put the post in the pipeline. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-SwPZjCVFYFx3+oeeQoty Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGSXqIACgkQk4XaBE3IOsQZhgCcDZ6wdTgVNQfKN4julFuFpcll jD4AnjKjt6xh013zGZfdtUS52b/dZK8Q =1TTP -----END PGP SIGNATURE----- --=-SwPZjCVFYFx3+oeeQoty-- --===============8159905549545042610== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8159905549545042610==-- From xen-users-bounces@lists.xen.org Wed May 15 14:43:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 14:43: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 1Uccug-0002Hz-Nv; Wed, 15 May 2013 14:42:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uccue-0002Ht-U1 for xen-users@lists.xen.org; Wed, 15 May 2013 14:42:41 +0000 Received: from [85.158.143.99:64091] by server-1.bemta-4.messagelabs.com id 43/83-06122-FDE93915; Wed, 15 May 2013 14:42:39 +0000 X-Env-Sender: Vitaly.Grinberg@marriott.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1368628957!27747010!1 X-Originating-IP: [162.130.1.198] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTYyLjEzMC4xLjE5OCA9PiA2Njk4MzY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19661 invoked from network); 15 May 2013 14:42:38 -0000 Received: from host198.marriott.com (HELO host198.marriott.com) (162.130.1.198) by server-2.tower-216.messagelabs.com with SMTP; 15 May 2013 14:42:38 -0000 Received: from hdqncexbhs2.mihdq.marrcorp.marriott.com ([162.130.118.98]) by host198.marriott.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 May 2013 10:42:37 -0400 Received: from HDQNCEXCAS05.mihdq.marrcorp.marriott.com ([162.130.140.238]) by hdqncexbhs2.mihdq.marrcorp.marriott.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 May 2013 10:42:36 -0400 Received: from HDQNCEXD1MBX09.mihdq.marrcorp.marriott.com ([169.254.9.31]) by HDQNCEXCAS05.mihdq.marrcorp.marriott.com ([162.130.140.238]) with mapi id 14.02.0309.002; Wed, 15 May 2013 10:42:33 -0400 From: "Grinberg, Vitaly" To: Massimo Canonico , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] CAP and performance problem Thread-Index: AQHOUTsGkRAh04t+20Cahw4/MJgZT5kGUkPQ Date: Wed, 15 May 2013 14:42:33 +0000 Message-ID: References: <4954269E.3090609@di.unipmn.it> In-Reply-To: <4954269E.3090609@di.unipmn.it> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [162.130.140.249] MIME-Version: 1.0 X-OriginalArrivalTime: 15 May 2013 14:42:36.0716 (UTC) FILETIME=[713016C0:01CE517A] Subject: Re: [Xen-users] CAP and performance problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a good question. Vitaly. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Massimo Canonico Sent: Thursday, December 25, 2008 7:35 PM To: xen-users@lists.xen.org Subject: [Xen-users] CAP and performance problem Hi, my application is written in std C++ and it makes a matrix multiplication: so it uses only CPU and memory (no i/o, no network). I'm quite surprise that with CAP = 100% I got my results in about 600 seconds and with CAP = 50% I got my results in about 1800 seconds (around 3 times longer). For this kind of application I was expecting to get results in about 1200 seconds (2 times longer) for the second scenario with respect to the first one. Of course, the HW and SW are exactly the same for the 2 experiments. Am I wrong or the CAP mechanism is not working well? Thanks, Massimo _______________________________________________ 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 May 15 14:43:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 14:43: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 1Uccug-0002Hz-Nv; Wed, 15 May 2013 14:42:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uccue-0002Ht-U1 for xen-users@lists.xen.org; Wed, 15 May 2013 14:42:41 +0000 Received: from [85.158.143.99:64091] by server-1.bemta-4.messagelabs.com id 43/83-06122-FDE93915; Wed, 15 May 2013 14:42:39 +0000 X-Env-Sender: Vitaly.Grinberg@marriott.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1368628957!27747010!1 X-Originating-IP: [162.130.1.198] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTYyLjEzMC4xLjE5OCA9PiA2Njk4MzY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19661 invoked from network); 15 May 2013 14:42:38 -0000 Received: from host198.marriott.com (HELO host198.marriott.com) (162.130.1.198) by server-2.tower-216.messagelabs.com with SMTP; 15 May 2013 14:42:38 -0000 Received: from hdqncexbhs2.mihdq.marrcorp.marriott.com ([162.130.118.98]) by host198.marriott.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 May 2013 10:42:37 -0400 Received: from HDQNCEXCAS05.mihdq.marrcorp.marriott.com ([162.130.140.238]) by hdqncexbhs2.mihdq.marrcorp.marriott.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 May 2013 10:42:36 -0400 Received: from HDQNCEXD1MBX09.mihdq.marrcorp.marriott.com ([169.254.9.31]) by HDQNCEXCAS05.mihdq.marrcorp.marriott.com ([162.130.140.238]) with mapi id 14.02.0309.002; Wed, 15 May 2013 10:42:33 -0400 From: "Grinberg, Vitaly" To: Massimo Canonico , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] CAP and performance problem Thread-Index: AQHOUTsGkRAh04t+20Cahw4/MJgZT5kGUkPQ Date: Wed, 15 May 2013 14:42:33 +0000 Message-ID: References: <4954269E.3090609@di.unipmn.it> In-Reply-To: <4954269E.3090609@di.unipmn.it> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [162.130.140.249] MIME-Version: 1.0 X-OriginalArrivalTime: 15 May 2013 14:42:36.0716 (UTC) FILETIME=[713016C0:01CE517A] Subject: Re: [Xen-users] CAP and performance problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a good question. Vitaly. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Massimo Canonico Sent: Thursday, December 25, 2008 7:35 PM To: xen-users@lists.xen.org Subject: [Xen-users] CAP and performance problem Hi, my application is written in std C++ and it makes a matrix multiplication: so it uses only CPU and memory (no i/o, no network). I'm quite surprise that with CAP = 100% I got my results in about 600 seconds and with CAP = 50% I got my results in about 1800 seconds (around 3 times longer). For this kind of application I was expecting to get results in about 1200 seconds (2 times longer) for the second scenario with respect to the first one. Of course, the HW and SW are exactly the same for the 2 experiments. Am I wrong or the CAP mechanism is not working well? Thanks, Massimo _______________________________________________ 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 May 15 19:07:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 19:07: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 1Uch1p-0006eF-Py; Wed, 15 May 2013 19:06:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uch1o-0006eA-A0 for xen-users@lists.xen.org; Wed, 15 May 2013 19:06:20 +0000 Received: from [85.158.139.83:60419] by server-4.bemta-5.messagelabs.com id A4/58-12332-BACD3915; Wed, 15 May 2013 19:06:19 +0000 X-Env-Sender: pwernersbach@jacobsautomation.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368644778!27443099!1 X-Originating-IP: [209.85.214.68] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11013 invoked from network); 15 May 2013 19:06:18 -0000 Received: from mail-bk0-f68.google.com (HELO mail-bk0-f68.google.com) (209.85.214.68) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 19:06:18 -0000 Received: by mail-bk0-f68.google.com with SMTP id jc3so376813bkc.11 for ; Wed, 15 May 2013 12:06:18 -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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=EsUBvafbAgScitgPhVs1x28BEV//TplUwq3sH+5me0A=; b=npIwWu+ugIl6GH3BIiOZSPRAnxC8GGAW4sXcS3OKmDkEnKhkERCiHDdRpMPeSYA3WD sGhcbj2a4zOOb9yVag2bOit/9hsZh29viSfugpFul1RpmcbAozVsZGazeYHfRRd6aSto 7lSRIki+Jm7lVO2TcNyXREQZ1jZp/ZH1ACGrBOaZA9NOb0FkbSnwJb6O+Y0R1ldDbehz vGdzcj80OnuJjKzf6+3o86sykZpMgRdUTjEle3puM6n8KoB8b6OmAbjY9eSq0pcfGI8C Nt9vhwjASuyARgmLRL/UikoSMv/XFoqsuj63M03KqqfVmF7PpOkN+BRUU+qXNClgKzYM n6Qg== MIME-Version: 1.0 X-Received: by 10.204.225.209 with SMTP id it17mr10964709bkb.17.1368644777843; Wed, 15 May 2013 12:06:17 -0700 (PDT) Received: by 10.204.230.16 with HTTP; Wed, 15 May 2013 12:06:17 -0700 (PDT) X-Originating-IP: [216.196.252.10] In-Reply-To: <84649ccd-d999-4c92-ad5f-dd5ac8cf1934@email.android.com> References: <84649ccd-d999-4c92-ad5f-dd5ac8cf1934@email.android.com> Date: Wed, 15 May 2013 15:06:17 -0400 Message-ID: From: Philip Wernersbach To: Paul Stimpson X-Gm-Message-State: ALoCoQk20HBx99vkmKo7jFplwOxUK1PzzNDP9kMiXLoEyUI0DZFHQL+hKGRfZMhIpYsMEpWzvZRJ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7673757803851729139==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7673757803851729139== Content-Type: multipart/alternative; boundary=485b3970d19cd0593e04dcc67138 --485b3970d19cd0593e04dcc67138 Content-Type: text/plain; charset=ISO-8859-1 Paul, Thanks for taking the time to help. The host operating system is NetBSD 6.0. There is one Windows XP guest, and the output of lspci -vvnn is at http://pastebin.com/zPNdnnjK. We are trying to pass through the USB controllers on the machine, which should be PCI addresses 00:14.0, 00:1a.0, and 00:1d.0. Thanks, Philip Wernersbach Software Implementation Division Jacobs Automation On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson < paul.stimpson@redfoxdigital.com> wrote: > Hi Philip, > > I run a consultancy and I'm just working with a name-you-know company to > deliver a xenized appliance that uses IOMMU. > > We found that getting IOMMU working was one if the more challenging parts > of the project. > > Please will you tell me what the host operating system is (including the > version), how many guests there are, what the guests' operating systems > are, what the piece of hardware you are trying to pass is and the output of > the command lspci? > > Best regards, > Paul. > > > Philip Wernersbach wrote: >> >> Hello Everyone, >> >> My company is in the process of implementing Xen virtualization. We have >> managed to get Xen up and running, and have worked through all of the kinks >> in our set up, except for PCI passthrough. PCI passthrough doesn't work, >> and I suspect it's because Xen is not using the IOMMU in the computer, even >> though we built the computer with components that support VT-d. >> >> Here are the computer components we used: >> Motherboard: Intel BOXDH77DF >> CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) >> >> I also booted Xen up with the "iommu=verbose" parameter and ran "xl >> dmesg" on the computer, and uploaded the output here: >> http://pastebin.com/rF0kyftt. I tried running Xen with the >> "iommu=required" flag, and it failed because it said it couldn't use the >> IOMMU. If someone work with us to figure out why Xen doesn't use the IOMMU, >> it would be very appreciated. >> >> Thanks. >> >> Philip Wernersbach >> Software Implementation Division >> Jacobs Automation >> >> ------------------------------ >> >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> > -- > Sent from Kaiten Mail on Android. Please excuse my brevity. > --485b3970d19cd0593e04dcc67138 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Paul,

Thanks for taking the time = to help. The host operating system is NetBSD 6.0. =A0There is one Windows X= P guest, and the output of lspci -vvnn is at=A0http://pastebin.com/zPNdnnjK. We are trying to pass throug= h the USB controllers on the machine, which should be PCI addresses 00:14.0= , 00:1a.0, and 00:1d.0.

Thanks,

Philip Wernersbach
Software Implementation Division
=
Jacobs Automation


On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson <= span dir=3D"ltr"><paul.stimpson@redfoxdigital.com> wrote:

Hi Philip,

I run a consultancy and I'm just working with a name-you= -know company to deliver a xenized appliance that uses IOMMU.

We found that getting IOMMU working was one if the more chal= lenging parts of the project.

Please will you tell me what the host operating system is (i= ncluding the version), how many guests there are, what the guests' oper= ating systems are, what the piece of hardware you are trying to pass is and= the output of the command lspci?

Best regards,
Paul.



Philip Wernersbach <pwernersbach@jacobsau= tomation.com> wrote:
Hello Everyone,

My company i= s in the process of implementing Xen virtualization. We have managed to get= Xen up and running, and have worked through all of the kinks in our set up= , except for PCI passthrough. PCI passthrough doesn't work, and I suspe= ct it's because Xen is not using the IOMMU in the computer, even though= we built the computer with components that support VT-d.

Here are the computer components we used:
Mot= herboard:=A0Intel BOXDH77DF
CPU:=A0Intel Core i5-2310 (Sandy Brid= ge - BX80623I52310)

I also booted Xen up with the "iommu=3Dverbose" parameter and=A0r= an "xl dmesg" on the computer, and uploaded the output here:=A0http://pastebin.co= m/rF0kyftt. I tried running Xen with the "iommu=3Drequired" f= lag, and it failed because it said it couldn't use the IOMMU. If someon= e work with us to figure out why Xen doesn't use the IOMMU, it would be= very appreciated.

Thanks.

Philip Wernersbach
Software = Implementation Division
Jacobs Automation

Xen-users@lists.xen.org
<= a href=3D"http://lists.xen.org/xen-users" target=3D"_blank">http://lists.xe= n.org/xen-users


--
Sent from Kaiten Mail on Android. Please excuse my brevity.

--485b3970d19cd0593e04dcc67138-- --===============7673757803851729139== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7673757803851729139==-- From xen-users-bounces@lists.xen.org Wed May 15 19:07:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 19:07: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 1Uch1p-0006eF-Py; Wed, 15 May 2013 19:06:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uch1o-0006eA-A0 for xen-users@lists.xen.org; Wed, 15 May 2013 19:06:20 +0000 Received: from [85.158.139.83:60419] by server-4.bemta-5.messagelabs.com id A4/58-12332-BACD3915; Wed, 15 May 2013 19:06:19 +0000 X-Env-Sender: pwernersbach@jacobsautomation.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368644778!27443099!1 X-Originating-IP: [209.85.214.68] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11013 invoked from network); 15 May 2013 19:06:18 -0000 Received: from mail-bk0-f68.google.com (HELO mail-bk0-f68.google.com) (209.85.214.68) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 19:06:18 -0000 Received: by mail-bk0-f68.google.com with SMTP id jc3so376813bkc.11 for ; Wed, 15 May 2013 12:06:18 -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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=EsUBvafbAgScitgPhVs1x28BEV//TplUwq3sH+5me0A=; b=npIwWu+ugIl6GH3BIiOZSPRAnxC8GGAW4sXcS3OKmDkEnKhkERCiHDdRpMPeSYA3WD sGhcbj2a4zOOb9yVag2bOit/9hsZh29viSfugpFul1RpmcbAozVsZGazeYHfRRd6aSto 7lSRIki+Jm7lVO2TcNyXREQZ1jZp/ZH1ACGrBOaZA9NOb0FkbSnwJb6O+Y0R1ldDbehz vGdzcj80OnuJjKzf6+3o86sykZpMgRdUTjEle3puM6n8KoB8b6OmAbjY9eSq0pcfGI8C Nt9vhwjASuyARgmLRL/UikoSMv/XFoqsuj63M03KqqfVmF7PpOkN+BRUU+qXNClgKzYM n6Qg== MIME-Version: 1.0 X-Received: by 10.204.225.209 with SMTP id it17mr10964709bkb.17.1368644777843; Wed, 15 May 2013 12:06:17 -0700 (PDT) Received: by 10.204.230.16 with HTTP; Wed, 15 May 2013 12:06:17 -0700 (PDT) X-Originating-IP: [216.196.252.10] In-Reply-To: <84649ccd-d999-4c92-ad5f-dd5ac8cf1934@email.android.com> References: <84649ccd-d999-4c92-ad5f-dd5ac8cf1934@email.android.com> Date: Wed, 15 May 2013 15:06:17 -0400 Message-ID: From: Philip Wernersbach To: Paul Stimpson X-Gm-Message-State: ALoCoQk20HBx99vkmKo7jFplwOxUK1PzzNDP9kMiXLoEyUI0DZFHQL+hKGRfZMhIpYsMEpWzvZRJ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7673757803851729139==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7673757803851729139== Content-Type: multipart/alternative; boundary=485b3970d19cd0593e04dcc67138 --485b3970d19cd0593e04dcc67138 Content-Type: text/plain; charset=ISO-8859-1 Paul, Thanks for taking the time to help. The host operating system is NetBSD 6.0. There is one Windows XP guest, and the output of lspci -vvnn is at http://pastebin.com/zPNdnnjK. We are trying to pass through the USB controllers on the machine, which should be PCI addresses 00:14.0, 00:1a.0, and 00:1d.0. Thanks, Philip Wernersbach Software Implementation Division Jacobs Automation On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson < paul.stimpson@redfoxdigital.com> wrote: > Hi Philip, > > I run a consultancy and I'm just working with a name-you-know company to > deliver a xenized appliance that uses IOMMU. > > We found that getting IOMMU working was one if the more challenging parts > of the project. > > Please will you tell me what the host operating system is (including the > version), how many guests there are, what the guests' operating systems > are, what the piece of hardware you are trying to pass is and the output of > the command lspci? > > Best regards, > Paul. > > > Philip Wernersbach wrote: >> >> Hello Everyone, >> >> My company is in the process of implementing Xen virtualization. We have >> managed to get Xen up and running, and have worked through all of the kinks >> in our set up, except for PCI passthrough. PCI passthrough doesn't work, >> and I suspect it's because Xen is not using the IOMMU in the computer, even >> though we built the computer with components that support VT-d. >> >> Here are the computer components we used: >> Motherboard: Intel BOXDH77DF >> CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) >> >> I also booted Xen up with the "iommu=verbose" parameter and ran "xl >> dmesg" on the computer, and uploaded the output here: >> http://pastebin.com/rF0kyftt. I tried running Xen with the >> "iommu=required" flag, and it failed because it said it couldn't use the >> IOMMU. If someone work with us to figure out why Xen doesn't use the IOMMU, >> it would be very appreciated. >> >> Thanks. >> >> Philip Wernersbach >> Software Implementation Division >> Jacobs Automation >> >> ------------------------------ >> >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> > -- > Sent from Kaiten Mail on Android. Please excuse my brevity. > --485b3970d19cd0593e04dcc67138 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Paul,

Thanks for taking the time = to help. The host operating system is NetBSD 6.0. =A0There is one Windows X= P guest, and the output of lspci -vvnn is at=A0http://pastebin.com/zPNdnnjK. We are trying to pass throug= h the USB controllers on the machine, which should be PCI addresses 00:14.0= , 00:1a.0, and 00:1d.0.

Thanks,

Philip Wernersbach
Software Implementation Division
=
Jacobs Automation


On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson <= span dir=3D"ltr"><paul.stimpson@redfoxdigital.com> wrote:

Hi Philip,

I run a consultancy and I'm just working with a name-you= -know company to deliver a xenized appliance that uses IOMMU.

We found that getting IOMMU working was one if the more chal= lenging parts of the project.

Please will you tell me what the host operating system is (i= ncluding the version), how many guests there are, what the guests' oper= ating systems are, what the piece of hardware you are trying to pass is and= the output of the command lspci?

Best regards,
Paul.



Philip Wernersbach <pwernersbach@jacobsau= tomation.com> wrote:
Hello Everyone,

My company i= s in the process of implementing Xen virtualization. We have managed to get= Xen up and running, and have worked through all of the kinks in our set up= , except for PCI passthrough. PCI passthrough doesn't work, and I suspe= ct it's because Xen is not using the IOMMU in the computer, even though= we built the computer with components that support VT-d.

Here are the computer components we used:
Mot= herboard:=A0Intel BOXDH77DF
CPU:=A0Intel Core i5-2310 (Sandy Brid= ge - BX80623I52310)

I also booted Xen up with the "iommu=3Dverbose" parameter and=A0r= an "xl dmesg" on the computer, and uploaded the output here:=A0http://pastebin.co= m/rF0kyftt. I tried running Xen with the "iommu=3Drequired" f= lag, and it failed because it said it couldn't use the IOMMU. If someon= e work with us to figure out why Xen doesn't use the IOMMU, it would be= very appreciated.

Thanks.

Philip Wernersbach
Software = Implementation Division
Jacobs Automation

Xen-users@lists.xen.org
<= a href=3D"http://lists.xen.org/xen-users" target=3D"_blank">http://lists.xe= n.org/xen-users


--
Sent from Kaiten Mail on Android. Please excuse my brevity.

--485b3970d19cd0593e04dcc67138-- --===============7673757803851729139== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7673757803851729139==-- From xen-users-bounces@lists.xen.org Wed May 15 19:16:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 19:16: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 1UchAJ-0006uD-3F; Wed, 15 May 2013 19:15:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UchAH-0006u5-GT for xen-users@lists.xen.org; Wed, 15 May 2013 19:15:05 +0000 Received: from [85.158.143.99:2050] by server-2.bemta-4.messagelabs.com id 25/44-27124-8BED3915; Wed, 15 May 2013 19:15:04 +0000 X-Env-Sender: pwernersbach@jacobsautomation.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368645303!25540062!1 X-Originating-IP: [209.85.214.65] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1744 invoked from network); 15 May 2013 19:15:03 -0000 Received: from mail-bk0-f65.google.com (HELO mail-bk0-f65.google.com) (209.85.214.65) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 19:15:03 -0000 Received: by mail-bk0-f65.google.com with SMTP id it19so178472bkc.4 for ; Wed, 15 May 2013 12:15:03 -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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=5nDnWUhQSpqgB8Chy/2XEUS6I25Nje1kZt+OuBbz/3Q=; b=f01dGYs7PrreH0biwqAtPjEQg5XTmrimWWqSjY7+tjvBqupmRq15wuArRF37xhTSpv aLn74AaQdVYdkByv/RrnMW5i/gXuptGdqg8feZZNb7i+dRvSkzcWdPNkX8WrqzsgLBzr Dh0v/siwpqzjOK3BFC//wKYwwa0SSsA4UMhosZaqa+4hQsK+hft0WfaA9YvoK9k4s/E5 C2CFRUEGdYSA4l8PhOSmFRGoCSxYb0QC4/PFZdGxDZrKv2QfFH0G1uud781ZtR7eA9tH 21EOe9wugVPa5Rc3zcrfe+9ubKTLptF5qFQCfVEb3CkuAXR2nQsY76qnU9r8AHqYLPL0 g+iw== MIME-Version: 1.0 X-Received: by 10.205.115.196 with SMTP id ff4mr11114468bkc.111.1368645303060; Wed, 15 May 2013 12:15:03 -0700 (PDT) Received: by 10.204.230.16 with HTTP; Wed, 15 May 2013 12:15:03 -0700 (PDT) X-Originating-IP: [216.196.252.10] In-Reply-To: References: Date: Wed, 15 May 2013 15:15:03 -0400 Message-ID: From: Philip Wernersbach To: chris X-Gm-Message-State: ALoCoQmy+N/QgL14ayQiP/gepIiCNxlnsYZZ3c9A1eNaWj6jxhYhHulBE+OvqBVLxkqGgOs2eMpf Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6430232461975193723==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6430232461975193723== Content-Type: multipart/alternative; boundary=14dae9c09c301d07be04dcc691ee --14dae9c09c301d07be04dcc691ee Content-Type: text/plain; charset=ISO-8859-1 Chris, There is no option for VT-d in the BIOS. However, there is an option for Intel Virtualization Technology (VT-x), which is enabled. Even though there's no option for VT-d, according to [1], the board (DH77DF) supports VT-d. Thanks, Philip Wernersbach Software Implementation Division Jacobs Automation References: [1]: http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm On Wed, May 15, 2013 at 5:55 AM, chris wrote: > Did you enable VT-d in the bios? It must be enabled in the bios for it to > work > > On Tue, May 14, 2013 at 10:21 PM, Philip Wernersbach > wrote: > > Hello Everyone, > > > > My company is in the process of implementing Xen virtualization. We have > > managed to get Xen up and running, and have worked through all of the > kinks > > in our set up, except for PCI passthrough. PCI passthrough doesn't work, > and > > I suspect it's because Xen is not using the IOMMU in the computer, even > > though we built the computer with components that support VT-d. > > > > Here are the computer components we used: > > Motherboard: Intel BOXDH77DF > > CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) > > > > I also booted Xen up with the "iommu=verbose" parameter and ran "xl > dmesg" > > on the computer, and uploaded the output here: > http://pastebin.com/rF0kyftt. > > I tried running Xen with the "iommu=required" flag, and it failed > because it > > said it couldn't use the IOMMU. If someone work with us to figure out why > > Xen doesn't use the IOMMU, it would be very appreciated. > > > > Thanks. > > > > Philip Wernersbach > > Software Implementation Division > > Jacobs Automation > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --14dae9c09c301d07be04dcc691ee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Chris,

There is no option for VT-= d in the BIOS. However, there is an option for Intel Virtualization Technol= ogy (VT-x), which is enabled. Even though there's no option for VT-d, a= ccording to [1], the board (DH77DF) supports VT-d.

Thanks,

Philip Wernersbach
Software Implementation Division
=
Jacobs Automation

Reference= s:


On Wed, May 15, 2013 at 5:55 AM, chris <tknchris@gmail.com>= wrote:
Did you enable VT-d in the bios? It must be enabled in the bios for it to w= ork

On Tue, May 14, 2013 at 10:21 PM, Philip Wernersbach
<pwernersbach@jacob= sautomation.com> wrote:
> Hello Everyone,
>
> My company is in the process of implementing Xen virtualization. We ha= ve
> managed to get Xen up and running, and have worked through all of the = kinks
> in our set up, except for PCI passthrough. PCI passthrough doesn't= work, and
> I suspect it's because Xen is not using the IOMMU in the computer,= even
> though we built the computer with components that support VT-d.
>
> Here are the computer components we used:
> Motherboard: Intel BOXDH77DF
> CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310)
>
> I also booted Xen up with the "iommu=3Dverbose" parameter an= d ran "xl dmesg"
> on the computer, and uploaded the output here: http://pastebin.com/rF0kyftt.
> I tried running Xen with the "iommu=3Drequired" flag, and it= failed because it
> said it couldn't use the IOMMU. If someone work with us to figure = out why
> Xen doesn't use the IOMMU, it would be very appreciated.
>
> Thanks.
>
> Philip Wernersbach
> Software Implementation Division
> Jacobs Automation
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

--14dae9c09c301d07be04dcc691ee-- --===============6430232461975193723== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6430232461975193723==-- From xen-users-bounces@lists.xen.org Wed May 15 19:16:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 19:16: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 1UchAJ-0006uD-3F; Wed, 15 May 2013 19:15:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UchAH-0006u5-GT for xen-users@lists.xen.org; Wed, 15 May 2013 19:15:05 +0000 Received: from [85.158.143.99:2050] by server-2.bemta-4.messagelabs.com id 25/44-27124-8BED3915; Wed, 15 May 2013 19:15:04 +0000 X-Env-Sender: pwernersbach@jacobsautomation.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368645303!25540062!1 X-Originating-IP: [209.85.214.65] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1744 invoked from network); 15 May 2013 19:15:03 -0000 Received: from mail-bk0-f65.google.com (HELO mail-bk0-f65.google.com) (209.85.214.65) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 19:15:03 -0000 Received: by mail-bk0-f65.google.com with SMTP id it19so178472bkc.4 for ; Wed, 15 May 2013 12:15:03 -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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=5nDnWUhQSpqgB8Chy/2XEUS6I25Nje1kZt+OuBbz/3Q=; b=f01dGYs7PrreH0biwqAtPjEQg5XTmrimWWqSjY7+tjvBqupmRq15wuArRF37xhTSpv aLn74AaQdVYdkByv/RrnMW5i/gXuptGdqg8feZZNb7i+dRvSkzcWdPNkX8WrqzsgLBzr Dh0v/siwpqzjOK3BFC//wKYwwa0SSsA4UMhosZaqa+4hQsK+hft0WfaA9YvoK9k4s/E5 C2CFRUEGdYSA4l8PhOSmFRGoCSxYb0QC4/PFZdGxDZrKv2QfFH0G1uud781ZtR7eA9tH 21EOe9wugVPa5Rc3zcrfe+9ubKTLptF5qFQCfVEb3CkuAXR2nQsY76qnU9r8AHqYLPL0 g+iw== MIME-Version: 1.0 X-Received: by 10.205.115.196 with SMTP id ff4mr11114468bkc.111.1368645303060; Wed, 15 May 2013 12:15:03 -0700 (PDT) Received: by 10.204.230.16 with HTTP; Wed, 15 May 2013 12:15:03 -0700 (PDT) X-Originating-IP: [216.196.252.10] In-Reply-To: References: Date: Wed, 15 May 2013 15:15:03 -0400 Message-ID: From: Philip Wernersbach To: chris X-Gm-Message-State: ALoCoQmy+N/QgL14ayQiP/gepIiCNxlnsYZZ3c9A1eNaWj6jxhYhHulBE+OvqBVLxkqGgOs2eMpf Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6430232461975193723==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6430232461975193723== Content-Type: multipart/alternative; boundary=14dae9c09c301d07be04dcc691ee --14dae9c09c301d07be04dcc691ee Content-Type: text/plain; charset=ISO-8859-1 Chris, There is no option for VT-d in the BIOS. However, there is an option for Intel Virtualization Technology (VT-x), which is enabled. Even though there's no option for VT-d, according to [1], the board (DH77DF) supports VT-d. Thanks, Philip Wernersbach Software Implementation Division Jacobs Automation References: [1]: http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm On Wed, May 15, 2013 at 5:55 AM, chris wrote: > Did you enable VT-d in the bios? It must be enabled in the bios for it to > work > > On Tue, May 14, 2013 at 10:21 PM, Philip Wernersbach > wrote: > > Hello Everyone, > > > > My company is in the process of implementing Xen virtualization. We have > > managed to get Xen up and running, and have worked through all of the > kinks > > in our set up, except for PCI passthrough. PCI passthrough doesn't work, > and > > I suspect it's because Xen is not using the IOMMU in the computer, even > > though we built the computer with components that support VT-d. > > > > Here are the computer components we used: > > Motherboard: Intel BOXDH77DF > > CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) > > > > I also booted Xen up with the "iommu=verbose" parameter and ran "xl > dmesg" > > on the computer, and uploaded the output here: > http://pastebin.com/rF0kyftt. > > I tried running Xen with the "iommu=required" flag, and it failed > because it > > said it couldn't use the IOMMU. If someone work with us to figure out why > > Xen doesn't use the IOMMU, it would be very appreciated. > > > > Thanks. > > > > Philip Wernersbach > > Software Implementation Division > > Jacobs Automation > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --14dae9c09c301d07be04dcc691ee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Chris,

There is no option for VT-= d in the BIOS. However, there is an option for Intel Virtualization Technol= ogy (VT-x), which is enabled. Even though there's no option for VT-d, a= ccording to [1], the board (DH77DF) supports VT-d.

Thanks,

Philip Wernersbach
Software Implementation Division
=
Jacobs Automation

Reference= s:


On Wed, May 15, 2013 at 5:55 AM, chris <tknchris@gmail.com>= wrote:
Did you enable VT-d in the bios? It must be enabled in the bios for it to w= ork

On Tue, May 14, 2013 at 10:21 PM, Philip Wernersbach
<pwernersbach@jacob= sautomation.com> wrote:
> Hello Everyone,
>
> My company is in the process of implementing Xen virtualization. We ha= ve
> managed to get Xen up and running, and have worked through all of the = kinks
> in our set up, except for PCI passthrough. PCI passthrough doesn't= work, and
> I suspect it's because Xen is not using the IOMMU in the computer,= even
> though we built the computer with components that support VT-d.
>
> Here are the computer components we used:
> Motherboard: Intel BOXDH77DF
> CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310)
>
> I also booted Xen up with the "iommu=3Dverbose" parameter an= d ran "xl dmesg"
> on the computer, and uploaded the output here: http://pastebin.com/rF0kyftt.
> I tried running Xen with the "iommu=3Drequired" flag, and it= failed because it
> said it couldn't use the IOMMU. If someone work with us to figure = out why
> Xen doesn't use the IOMMU, it would be very appreciated.
>
> Thanks.
>
> Philip Wernersbach
> Software Implementation Division
> Jacobs Automation
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

--14dae9c09c301d07be04dcc691ee-- --===============6430232461975193723== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6430232461975193723==-- From xen-users-bounces@lists.xen.org Wed May 15 20:20:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 20:20: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 1UciA7-00081a-5h; Wed, 15 May 2013 20:18:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UciA5-00081V-Lm for xen-users@lists.xen.org; Wed, 15 May 2013 20:18:57 +0000 Received: from [193.109.254.147:9098] by server-7.bemta-14.messagelabs.com id 5D/54-27745-1BDE3915; Wed, 15 May 2013 20:18:57 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1368649134!7658305!1 X-Originating-IP: [209.85.216.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14318 invoked from network); 15 May 2013 20:18:55 -0000 Received: from mail-qc0-f179.google.com (HELO mail-qc0-f179.google.com) (209.85.216.179) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 20:18:55 -0000 Received: by mail-qc0-f179.google.com with SMTP id d1so642968qcz.24 for ; Wed, 15 May 2013 13:18:54 -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=LHgajMmReLBQbOzLIHrg2t5Jr8SonFA9OiTlITXBCNg=; b=Ru0vn0H4FAHmroGugYiB9EaI479zTaC1I/+noeb6jbTENAq/mpZaY0fEInh24q5Amd fXoPPj/NPgQlO6bHMQPpcnQXIFYPLIUBhKDidpDNpyb6G6iSmB5Z3p+3ng1Nz946+1GC PdgfKUkZx7s425a5eVUKyhXYWFUvgPFJjEnmR0H6xJBGAiwAPIhaQSyOgCgWav/LSq0W zRomlWm41NPBp04l4UjUDGZbNj/YM5gzauCPZzTYsAxQWQqRC69mwElf9MC14mLuXKeP wpR2sT+KQ57wlZZgZnGYO1i3RVV46TmaGbJV77Q6pjhYzIg0mnDVAnmIcQw1gU0JCROT UJRg== MIME-Version: 1.0 X-Received: by 10.49.61.4 with SMTP id l4mr34586761qer.0.1368649134729; Wed, 15 May 2013 13:18:54 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Wed, 15 May 2013 13:18:54 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> Date: Thu, 16 May 2013 01:18:54 +0500 Message-ID: From: Micky To: James Harper , "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Just tried with the latest testing version 0.11.0.402 and it still behaves the same. i.e Re-enabling the nic crashes the driver. Rather, the "enabling" dialogue gets stuck with this latest testing version and the only way out is by forcefully destroying the domain. As usually I have two nic adapters in domu. The required debug log is here: http://pastebin.com/2A7eJbKM On Wed, May 15, 2013 at 6:48 PM, Micky wrote: >>> On Wed, May 15, 2013 at 4:49 AM, James Harper wrote: >>> >> With version 0.11.0.402 I cannot reproduce this problem. Disabling the network interface unloads the xennet driver, and enabling it reloads the driver and it all works fine. >> >> If you had two network interfaces loaded, disabling wouldn't unload the driver so the code path would be different. I can't test that at the moment but if that is your situation I will set something up to reproduce. >> >> If you are using 0.11.0.402 then please install the debug version of the drivers, and send me the output of /var/log/xen/qemu-dm-.log after you have disabled and then enabled the network. If you are using something older then you can do the same and I can have a look but I recommend you install the latest drivers from the testing directory as they have been a lot more robust for me. The only problem is that they are test-signed at the moment until I can sort out getting a certificate, so you would need to do bcdedit /set testsigning on to be able to install them on a 64 bit OS. >> >> James >> > > Thank you for your response and time, James. I do appreciate the work > your do to keep this thing up and running! > I am using 0.11.0.372. And yes, I do have TWO network adapters added > to the DomU. > At the time checked, I really didn't look into "/testing/" drivers -- > I assumed that the stable version would be good enough. But I will > test the testing version 0.11.0.402 and will report back if the same > issue exists there. > > By the way, why would adding two interfaces would not let driver to be > unloaded when one interface is re-enabled? Just curious. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 20:20:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 20:20: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 1UciA7-00081a-5h; Wed, 15 May 2013 20:18:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UciA5-00081V-Lm for xen-users@lists.xen.org; Wed, 15 May 2013 20:18:57 +0000 Received: from [193.109.254.147:9098] by server-7.bemta-14.messagelabs.com id 5D/54-27745-1BDE3915; Wed, 15 May 2013 20:18:57 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1368649134!7658305!1 X-Originating-IP: [209.85.216.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14318 invoked from network); 15 May 2013 20:18:55 -0000 Received: from mail-qc0-f179.google.com (HELO mail-qc0-f179.google.com) (209.85.216.179) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 May 2013 20:18:55 -0000 Received: by mail-qc0-f179.google.com with SMTP id d1so642968qcz.24 for ; Wed, 15 May 2013 13:18:54 -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=LHgajMmReLBQbOzLIHrg2t5Jr8SonFA9OiTlITXBCNg=; b=Ru0vn0H4FAHmroGugYiB9EaI479zTaC1I/+noeb6jbTENAq/mpZaY0fEInh24q5Amd fXoPPj/NPgQlO6bHMQPpcnQXIFYPLIUBhKDidpDNpyb6G6iSmB5Z3p+3ng1Nz946+1GC PdgfKUkZx7s425a5eVUKyhXYWFUvgPFJjEnmR0H6xJBGAiwAPIhaQSyOgCgWav/LSq0W zRomlWm41NPBp04l4UjUDGZbNj/YM5gzauCPZzTYsAxQWQqRC69mwElf9MC14mLuXKeP wpR2sT+KQ57wlZZgZnGYO1i3RVV46TmaGbJV77Q6pjhYzIg0mnDVAnmIcQw1gU0JCROT UJRg== MIME-Version: 1.0 X-Received: by 10.49.61.4 with SMTP id l4mr34586761qer.0.1368649134729; Wed, 15 May 2013 13:18:54 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Wed, 15 May 2013 13:18:54 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> Date: Thu, 16 May 2013 01:18:54 +0500 Message-ID: From: Micky To: James Harper , "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Just tried with the latest testing version 0.11.0.402 and it still behaves the same. i.e Re-enabling the nic crashes the driver. Rather, the "enabling" dialogue gets stuck with this latest testing version and the only way out is by forcefully destroying the domain. As usually I have two nic adapters in domu. The required debug log is here: http://pastebin.com/2A7eJbKM On Wed, May 15, 2013 at 6:48 PM, Micky wrote: >>> On Wed, May 15, 2013 at 4:49 AM, James Harper wrote: >>> >> With version 0.11.0.402 I cannot reproduce this problem. Disabling the network interface unloads the xennet driver, and enabling it reloads the driver and it all works fine. >> >> If you had two network interfaces loaded, disabling wouldn't unload the driver so the code path would be different. I can't test that at the moment but if that is your situation I will set something up to reproduce. >> >> If you are using 0.11.0.402 then please install the debug version of the drivers, and send me the output of /var/log/xen/qemu-dm-.log after you have disabled and then enabled the network. If you are using something older then you can do the same and I can have a look but I recommend you install the latest drivers from the testing directory as they have been a lot more robust for me. The only problem is that they are test-signed at the moment until I can sort out getting a certificate, so you would need to do bcdedit /set testsigning on to be able to install them on a 64 bit OS. >> >> James >> > > Thank you for your response and time, James. I do appreciate the work > your do to keep this thing up and running! > I am using 0.11.0.372. And yes, I do have TWO network adapters added > to the DomU. > At the time checked, I really didn't look into "/testing/" drivers -- > I assumed that the stable version would be good enough. But I will > test the testing version 0.11.0.402 and will report back if the same > issue exists there. > > By the way, why would adding two interfaces would not let driver to be > unloaded when one interface is re-enabled? Just curious. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 20:50:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 20:50: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 1Ucid5-00005J-Vk; Wed, 15 May 2013 20:48:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucid5-00005E-2u for xen-users@lists.xen.org; Wed, 15 May 2013 20:48:55 +0000 Received: from [85.158.139.211:37100] by server-11.bemta-5.messagelabs.com id C8/7E-26693-6B4F3915; Wed, 15 May 2013 20:48:54 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1368650933!18132933!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12669 invoked from network); 15 May 2013 20:48:53 -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; 15 May 2013 20:48:53 -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 33D4722124E for ; Wed, 15 May 2013 21:48:52 +0100 (BST) Message-ID: <5193F4B3.5010305@bobich.net> Date: Wed, 15 May 2013 21:48:51 +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> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> In-Reply-To: <5192C9A9.90509@bobich.net> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I believe I finally figured out what miraculously made things work: I reduced the domU memory from 8GB to 2GB. With 8GB it BSODs at startup. With 2GB it "just works". Now on to fighting the more minor issues (none of my USB devices work after domU reboot, ejecting them doesn't help) and the issues that everybody else is having (BSOD on subsequent domU start-ups after shutting it down once). Gordan On 05/15/2013 12:32 AM, Gordan Bobic wrote: > Hopefully a penultimate update. In short - I have ATI Secondary > Passthrough working and seemingly stable today. > > 1) I have _no idea_ what, if anything I configured differently compared > to all the previous attempts over the past week. :( > > 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. > NF200 is NOT a problem. > > 3) The only thing I can think if that I did differently today is that I > eject the card immediately before running a game (testing with > Borderlands 2). Eject the card, it immediately gets re-added, then > launch the app. Hours of gaming without a single glitch. > > 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia > Quadro card. > > If today's success sticks, I may just get a 7970 cometh pay day, > > I'm going to try to figure out what, if anything other than reseting the > card immediately before starting a 3D app is different. But I'm most > pleased that whatever the problem was, hardware compatibility wasn't it. > > Thanks to all of you who helped and provided encouragement that saw to > it that I persevere with the effort. > > Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 20:50:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 20:50: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 1Ucid5-00005J-Vk; Wed, 15 May 2013 20:48:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucid5-00005E-2u for xen-users@lists.xen.org; Wed, 15 May 2013 20:48:55 +0000 Received: from [85.158.139.211:37100] by server-11.bemta-5.messagelabs.com id C8/7E-26693-6B4F3915; Wed, 15 May 2013 20:48:54 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1368650933!18132933!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12669 invoked from network); 15 May 2013 20:48:53 -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; 15 May 2013 20:48:53 -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 33D4722124E for ; Wed, 15 May 2013 21:48:52 +0100 (BST) Message-ID: <5193F4B3.5010305@bobich.net> Date: Wed, 15 May 2013 21:48:51 +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> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> <517D0524.2020807@bobich.net> <51867DD1.9080404@bobich.net> <51868164.20805@bobich.net> <5186DAFA.4010707@bobich.net> <518AD693.10507@bobich.net> <-1508222354300152116@unknownmsgid> <518B44AC.8070709@bobich.net> <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> In-Reply-To: <5192C9A9.90509@bobich.net> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I believe I finally figured out what miraculously made things work: I reduced the domU memory from 8GB to 2GB. With 8GB it BSODs at startup. With 2GB it "just works". Now on to fighting the more minor issues (none of my USB devices work after domU reboot, ejecting them doesn't help) and the issues that everybody else is having (BSOD on subsequent domU start-ups after shutting it down once). Gordan On 05/15/2013 12:32 AM, Gordan Bobic wrote: > Hopefully a penultimate update. In short - I have ATI Secondary > Passthrough working and seemingly stable today. > > 1) I have _no idea_ what, if anything I configured differently compared > to all the previous attempts over the past week. :( > > 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. > NF200 is NOT a problem. > > 3) The only thing I can think if that I did differently today is that I > eject the card immediately before running a game (testing with > Borderlands 2). Eject the card, it immediately gets re-added, then > launch the app. Hours of gaming without a single glitch. > > 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia > Quadro card. > > If today's success sticks, I may just get a 7970 cometh pay day, > > I'm going to try to figure out what, if anything other than reseting the > card immediately before starting a 3D app is different. But I'm most > pleased that whatever the problem was, hardware compatibility wasn't it. > > Thanks to all of you who helped and provided encouragement that saw to > it that I persevere with the effort. > > Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 22:03:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 22:03: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 1Ucjlh-0000x5-3N; Wed, 15 May 2013 22:01:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UchZJ-0007VQ-7I for xen-users@lists.xen.org; Wed, 15 May 2013 19:40:57 +0000 Received: from [85.158.139.211:11525] by server-12.bemta-5.messagelabs.com id 81/BE-16465-8C4E3915; Wed, 15 May 2013 19:40:56 +0000 X-Env-Sender: paul.stimpson@redfoxdigital.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1368646854!18073601!1 X-Originating-IP: [85.119.82.73] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8917 invoked from network); 15 May 2013 19:40:54 -0000 Received: from redfox.vps.bitfolk.com (HELO mx0.redfoxdigital.com) (85.119.82.73) by server-12.tower-206.messagelabs.com with SMTP; 15 May 2013 19:40:54 -0000 Received: from [10.229.162.23] (unknown [212.183.132.19]) by mx0.redfoxdigital.com (Postfix) with ESMTPA id 45B181618C; Wed, 15 May 2013 20:40:31 +0100 (BST) User-Agent: Kaiten Mail In-Reply-To: References: <84649ccd-d999-4c92-ad5f-dd5ac8cf1934@email.android.com> MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 15 May 2013 20:40:26 +0100 To: Philip Wernersbach Message-ID: <2c883cac-a3e7-4c9b-abf9-16747a30ecf3@email.android.com> X-Mailman-Approved-At: Wed, 15 May 2013 22:01:51 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3398520994674884796==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3398520994674884796== Content-Type: multipart/alternative; boundary="----MPH2C0KK35D0VCB9WRJJ5W7NYJZI18" ------MPH2C0KK35D0VCB9WRJJ5W7NYJZI18 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Philip, We solved this problem recently. The issue we found was that the USB interfaces were being picked up and bound to the host OS before the pciback module had loaded. This meant that the oddball module was loading, trying to bind its configured devices and finding they were already taken. Which version of Xen are you running? We found we couldn't make pass through work until we upgraded to 4.2.0. Also,.it may sound silly but check in the bios that all the virtualization features are enabled. Some of the boards we have come out the box with them on, some with them off. It seems to depend on whether the board was intended for a server or a workstation. Try this test (assuming you are running the xl toolkit - if not, modify the command to be appropriate for xm): Shut down the windows guest with xl shutdown guest_name Manually bind the PCI devices: xl pci-assignable-add 00:14.0 xl pci-assignable-add 00:1a.0 xl pci-assignable-add 00:1d.0 Restart the guest with xl create filename If the USB interfaces magically appear in Windows, this confirms that the y are getting bound to the host early. There are several ways to solve this issue. One is to rebuild the host kernel and compile the Xen stuff into it so pciback is in the kernel and gets there first. This, I believe, is the "proper" way to do it. The other I know of is to modify the xendomains script to pci-assignable-add the BDFs as above before starting the guests. This isn't so nice but you don't have to build a new kernel. Sorry for the bad layout of this email. Written on my phone with fat fingers on a moving train :-) Bests, Paul. Philip Wernersbach wrote: >Paul, > >Thanks for taking the time to help. The host operating system is NetBSD >6.0. There is one Windows XP guest, and the output of lspci -vvnn is >at >http://pastebin.com/zPNdnnjK. We are trying to pass through the USB >controllers on the machine, which should be PCI addresses 00:14.0, >00:1a.0, >and 00:1d.0. > >Thanks, > >Philip Wernersbach >Software Implementation Division >Jacobs Automation > > >On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson < >paul.stimpson@redfoxdigital.com> wrote: > >> Hi Philip, >> >> I run a consultancy and I'm just working with a name-you-know company >to >> deliver a xenized appliance that uses IOMMU. >> >> We found that getting IOMMU working was one if the more challenging >parts >> of the project. >> >> Please will you tell me what the host operating system is (including >the >> version), how many guests there are, what the guests' operating >systems >> are, what the piece of hardware you are trying to pass is and the >output of >> the command lspci? >> >> Best regards, >> Paul. >> >> >> Philip Wernersbach wrote: >>> >>> Hello Everyone, >>> >>> My company is in the process of implementing Xen virtualization. We >have >>> managed to get Xen up and running, and have worked through all of >the kinks >>> in our set up, except for PCI passthrough. PCI passthrough doesn't >work, >>> and I suspect it's because Xen is not using the IOMMU in the >computer, even >>> though we built the computer with components that support VT-d. >>> >>> Here are the computer components we used: >>> Motherboard: Intel BOXDH77DF >>> CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) >>> >>> I also booted Xen up with the "iommu=verbose" parameter and ran "xl >>> dmesg" on the computer, and uploaded the output here: >>> http://pastebin.com/rF0kyftt. I tried running Xen with the >>> "iommu=required" flag, and it failed because it said it couldn't use >the >>> IOMMU. If someone work with us to figure out why Xen doesn't use the >IOMMU, >>> it would be very appreciated. >>> >>> Thanks. >>> >>> Philip Wernersbach >>> Software Implementation Division >>> Jacobs Automation >>> >>> ------------------------------ >>> >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >>> >> -- >> Sent from Kaiten Mail on Android. Please excuse my brevity. >> -- Sent from Kaiten Mail on Android. Please excuse my brevity. ------MPH2C0KK35D0VCB9WRJJ5W7NYJZI18 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Philip,

We solved this problem recently. The issue we found was that the USB interfaces were being picked up and bound to the host OS before the pciback module had loaded. This meant that the oddball module was loading, trying to bind its configured devices and finding they were already taken.

Which version of Xen are you running? We found we couldn't make pass through work until we upgraded to 4.2.0. Also,.it may sound silly but check in the bios that all the virtualization features are enabled. Some of the boards we have come out the box with them on, some with them off. It seems to depend on whether the board was intended for a server or a workstation.

Try this test (assuming you are running the xl toolkit - if not, modify the command to be appropriate for xm):

Shut down the windows guest with xl shutdown guest_name
Manually bind the PCI devices: xl pci-assignable-add 00:14.0
xl pci-assignable-add 00:1a.0
xl pci-assignable-add 00:1d.0
Restart the guest with xl create filename

If the USB interfaces magically appear in Windows, this confirms that the y are getting bound to the host early.

There are several ways to solve this issue.

One is to rebuild the host kernel and compile the Xen stuff into it so pciback is in the kernel and gets there first. This, I believe, is the "proper" way to do it.

The other I know of is to modify the xendomains script to pci-assignable-add the BDFs as above before starting the guests. This isn't so nice but you don't have to build a new kernel.

Sorry for the bad layout of this email. Written on my phone with fat fingers on a moving train  :-)

Bests,
Paul.



Philip Wernersbach <pwernersbach@jacobsautomation.com> wrote:
Paul,

Thanks for taking the time to help. The host operating system is NetBSD 6.0.  There is one Windows XP guest, and the output of lspci -vvnn is at http://pastebin.com/zPNdnnjK. We are trying to pass through the USB controllers on the machine, which should be PCI addresses 00:14.0, 00:1a.0, and 00:1d.0.

Thanks,

Philip Wernersbach
Software Implementation Division
Jacobs Automation


On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson <paul.stimpson@redfoxdigital.com> wrote:

Hi Philip,

I run a consultancy and I'm just working with a name-you-know company to deliver a xenized appliance that uses IOMMU.

We found that getting IOMMU working was one if the more challenging parts of the project.

Please will you tell me what the host operating system is (including the version), how many guests there are, what the guests' operating systems are, what the piece of hardware you are trying to pass is and the output of the command lspci?

Best regards,
Paul.



Philip Wernersbach <pwernersbach@jacobsautomation.com> wrote:
Hello Everyone,

My company is in the process of implementing Xen virtualization. We have managed to get Xen up and running, and have worked through all of the kinks in our set up, except for PCI passthrough. PCI passthrough doesn't work, and I suspect it's because Xen is not using the IOMMU in the computer, even though we built the computer with components that support VT-d.

Here are the computer components we used:
Motherboard: Intel BOXDH77DF
CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310)

I also booted Xen up with the "iommu=verbose" parameter and ran "xl dmesg" on the computer, and uploaded the output here: http://pastebin.com/rF0kyftt. I tried running Xen with the "iommu=required" flag, and it failed because it said it couldn't use the IOMMU. If someone work with us to figure out why Xen doesn't use the IOMMU, it would be very appreciated.

Thanks.

Philip Wernersbach
Software Implementation Division
Jacobs Automation


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

--
Sent from Kaiten Mail on Android. Please excuse my brevity.


--
Sent from Kaiten Mail on Android. Please excuse my brevity. ------MPH2C0KK35D0VCB9WRJJ5W7NYJZI18-- --===============3398520994674884796== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3398520994674884796==-- From xen-users-bounces@lists.xen.org Wed May 15 22:03:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 22:03: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 1Ucjlh-0000x5-3N; Wed, 15 May 2013 22:01:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UchZJ-0007VQ-7I for xen-users@lists.xen.org; Wed, 15 May 2013 19:40:57 +0000 Received: from [85.158.139.211:11525] by server-12.bemta-5.messagelabs.com id 81/BE-16465-8C4E3915; Wed, 15 May 2013 19:40:56 +0000 X-Env-Sender: paul.stimpson@redfoxdigital.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1368646854!18073601!1 X-Originating-IP: [85.119.82.73] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8917 invoked from network); 15 May 2013 19:40:54 -0000 Received: from redfox.vps.bitfolk.com (HELO mx0.redfoxdigital.com) (85.119.82.73) by server-12.tower-206.messagelabs.com with SMTP; 15 May 2013 19:40:54 -0000 Received: from [10.229.162.23] (unknown [212.183.132.19]) by mx0.redfoxdigital.com (Postfix) with ESMTPA id 45B181618C; Wed, 15 May 2013 20:40:31 +0100 (BST) User-Agent: Kaiten Mail In-Reply-To: References: <84649ccd-d999-4c92-ad5f-dd5ac8cf1934@email.android.com> MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 15 May 2013 20:40:26 +0100 To: Philip Wernersbach Message-ID: <2c883cac-a3e7-4c9b-abf9-16747a30ecf3@email.android.com> X-Mailman-Approved-At: Wed, 15 May 2013 22:01:51 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3398520994674884796==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3398520994674884796== Content-Type: multipart/alternative; boundary="----MPH2C0KK35D0VCB9WRJJ5W7NYJZI18" ------MPH2C0KK35D0VCB9WRJJ5W7NYJZI18 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Philip, We solved this problem recently. The issue we found was that the USB interfaces were being picked up and bound to the host OS before the pciback module had loaded. This meant that the oddball module was loading, trying to bind its configured devices and finding they were already taken. Which version of Xen are you running? We found we couldn't make pass through work until we upgraded to 4.2.0. Also,.it may sound silly but check in the bios that all the virtualization features are enabled. Some of the boards we have come out the box with them on, some with them off. It seems to depend on whether the board was intended for a server or a workstation. Try this test (assuming you are running the xl toolkit - if not, modify the command to be appropriate for xm): Shut down the windows guest with xl shutdown guest_name Manually bind the PCI devices: xl pci-assignable-add 00:14.0 xl pci-assignable-add 00:1a.0 xl pci-assignable-add 00:1d.0 Restart the guest with xl create filename If the USB interfaces magically appear in Windows, this confirms that the y are getting bound to the host early. There are several ways to solve this issue. One is to rebuild the host kernel and compile the Xen stuff into it so pciback is in the kernel and gets there first. This, I believe, is the "proper" way to do it. The other I know of is to modify the xendomains script to pci-assignable-add the BDFs as above before starting the guests. This isn't so nice but you don't have to build a new kernel. Sorry for the bad layout of this email. Written on my phone with fat fingers on a moving train :-) Bests, Paul. Philip Wernersbach wrote: >Paul, > >Thanks for taking the time to help. The host operating system is NetBSD >6.0. There is one Windows XP guest, and the output of lspci -vvnn is >at >http://pastebin.com/zPNdnnjK. We are trying to pass through the USB >controllers on the machine, which should be PCI addresses 00:14.0, >00:1a.0, >and 00:1d.0. > >Thanks, > >Philip Wernersbach >Software Implementation Division >Jacobs Automation > > >On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson < >paul.stimpson@redfoxdigital.com> wrote: > >> Hi Philip, >> >> I run a consultancy and I'm just working with a name-you-know company >to >> deliver a xenized appliance that uses IOMMU. >> >> We found that getting IOMMU working was one if the more challenging >parts >> of the project. >> >> Please will you tell me what the host operating system is (including >the >> version), how many guests there are, what the guests' operating >systems >> are, what the piece of hardware you are trying to pass is and the >output of >> the command lspci? >> >> Best regards, >> Paul. >> >> >> Philip Wernersbach wrote: >>> >>> Hello Everyone, >>> >>> My company is in the process of implementing Xen virtualization. We >have >>> managed to get Xen up and running, and have worked through all of >the kinks >>> in our set up, except for PCI passthrough. PCI passthrough doesn't >work, >>> and I suspect it's because Xen is not using the IOMMU in the >computer, even >>> though we built the computer with components that support VT-d. >>> >>> Here are the computer components we used: >>> Motherboard: Intel BOXDH77DF >>> CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) >>> >>> I also booted Xen up with the "iommu=verbose" parameter and ran "xl >>> dmesg" on the computer, and uploaded the output here: >>> http://pastebin.com/rF0kyftt. I tried running Xen with the >>> "iommu=required" flag, and it failed because it said it couldn't use >the >>> IOMMU. If someone work with us to figure out why Xen doesn't use the >IOMMU, >>> it would be very appreciated. >>> >>> Thanks. >>> >>> Philip Wernersbach >>> Software Implementation Division >>> Jacobs Automation >>> >>> ------------------------------ >>> >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >>> >> -- >> Sent from Kaiten Mail on Android. Please excuse my brevity. >> -- Sent from Kaiten Mail on Android. Please excuse my brevity. ------MPH2C0KK35D0VCB9WRJJ5W7NYJZI18 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Philip,

We solved this problem recently. The issue we found was that the USB interfaces were being picked up and bound to the host OS before the pciback module had loaded. This meant that the oddball module was loading, trying to bind its configured devices and finding they were already taken.

Which version of Xen are you running? We found we couldn't make pass through work until we upgraded to 4.2.0. Also,.it may sound silly but check in the bios that all the virtualization features are enabled. Some of the boards we have come out the box with them on, some with them off. It seems to depend on whether the board was intended for a server or a workstation.

Try this test (assuming you are running the xl toolkit - if not, modify the command to be appropriate for xm):

Shut down the windows guest with xl shutdown guest_name
Manually bind the PCI devices: xl pci-assignable-add 00:14.0
xl pci-assignable-add 00:1a.0
xl pci-assignable-add 00:1d.0
Restart the guest with xl create filename

If the USB interfaces magically appear in Windows, this confirms that the y are getting bound to the host early.

There are several ways to solve this issue.

One is to rebuild the host kernel and compile the Xen stuff into it so pciback is in the kernel and gets there first. This, I believe, is the "proper" way to do it.

The other I know of is to modify the xendomains script to pci-assignable-add the BDFs as above before starting the guests. This isn't so nice but you don't have to build a new kernel.

Sorry for the bad layout of this email. Written on my phone with fat fingers on a moving train  :-)

Bests,
Paul.



Philip Wernersbach <pwernersbach@jacobsautomation.com> wrote:
Paul,

Thanks for taking the time to help. The host operating system is NetBSD 6.0.  There is one Windows XP guest, and the output of lspci -vvnn is at http://pastebin.com/zPNdnnjK. We are trying to pass through the USB controllers on the machine, which should be PCI addresses 00:14.0, 00:1a.0, and 00:1d.0.

Thanks,

Philip Wernersbach
Software Implementation Division
Jacobs Automation


On Wed, May 15, 2013 at 3:49 AM, Paul Stimpson <paul.stimpson@redfoxdigital.com> wrote:

Hi Philip,

I run a consultancy and I'm just working with a name-you-know company to deliver a xenized appliance that uses IOMMU.

We found that getting IOMMU working was one if the more challenging parts of the project.

Please will you tell me what the host operating system is (including the version), how many guests there are, what the guests' operating systems are, what the piece of hardware you are trying to pass is and the output of the command lspci?

Best regards,
Paul.



Philip Wernersbach <pwernersbach@jacobsautomation.com> wrote:
Hello Everyone,

My company is in the process of implementing Xen virtualization. We have managed to get Xen up and running, and have worked through all of the kinks in our set up, except for PCI passthrough. PCI passthrough doesn't work, and I suspect it's because Xen is not using the IOMMU in the computer, even though we built the computer with components that support VT-d.

Here are the computer components we used:
Motherboard: Intel BOXDH77DF
CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310)

I also booted Xen up with the "iommu=verbose" parameter and ran "xl dmesg" on the computer, and uploaded the output here: http://pastebin.com/rF0kyftt. I tried running Xen with the "iommu=required" flag, and it failed because it said it couldn't use the IOMMU. If someone work with us to figure out why Xen doesn't use the IOMMU, it would be very appreciated.

Thanks.

Philip Wernersbach
Software Implementation Division
Jacobs Automation


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

--
Sent from Kaiten Mail on Android. Please excuse my brevity.


--
Sent from Kaiten Mail on Android. Please excuse my brevity. ------MPH2C0KK35D0VCB9WRJJ5W7NYJZI18-- --===============3398520994674884796== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3398520994674884796==-- From xen-users-bounces@lists.xen.org Wed May 15 23:46:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 23:46: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 1UclNa-0002U8-WA; Wed, 15 May 2013 23:45:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UclNZ-0002U3-Fl for xen-users@lists.xen.org; Wed, 15 May 2013 23:45:05 +0000 Received: from [85.158.139.211:14964] by server-10.bemta-5.messagelabs.com id 94/FE-19016-00E14915; Wed, 15 May 2013 23:45:04 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-9.tower-206.messagelabs.com!1368661501!16619131!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8076 invoked from network); 15 May 2013 23:45:03 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-9.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 15 May 2013 23:45:03 -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 1UclNR-0002X9-4N; Thu, 16 May 2013 09:44:57 +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, 16 May 2013 09:44:56 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIAA3VCw Date: Wed, 15 May 2013 23:44:55 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B52970@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:452a:1da2:5110:c9d6] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19868.002 x-tm-as-result: No--52.233200-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Just tried with the latest testing version 0.11.0.402 and it still > behaves the same. i.e Re-enabling the nic crashes the driver. Rather, > the "enabling" dialogue gets stuck with this latest testing version > and the only way out is by forcefully destroying the domain. As > usually I have two nic adapters in domu. > > The required debug log is here: > http://pastebin.com/2A7eJbKM > Thanks for that. Unfortunately there is nothing pointing to an actual error there, which I guess is expected if you don't get a crash. I just added a second network adapter to a 2008R2 vm and it crashed before I could log in, so I guess there is another bug somewhere too! > > > > By the way, why would adding two interfaces would not let driver to be > > unloaded when one interface is re-enabled? Just curious. Windows will unload a driver when nothing is using it. With two network adapters, if you disable one there is still a device left using it so it has to stay in memory. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 15 23:46:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 15 May 2013 23:46: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 1UclNa-0002U8-WA; Wed, 15 May 2013 23:45:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UclNZ-0002U3-Fl for xen-users@lists.xen.org; Wed, 15 May 2013 23:45:05 +0000 Received: from [85.158.139.211:14964] by server-10.bemta-5.messagelabs.com id 94/FE-19016-00E14915; Wed, 15 May 2013 23:45:04 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-9.tower-206.messagelabs.com!1368661501!16619131!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8076 invoked from network); 15 May 2013 23:45:03 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-9.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 15 May 2013 23:45:03 -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 1UclNR-0002X9-4N; Thu, 16 May 2013 09:44:57 +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, 16 May 2013 09:44:56 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIAA3VCw Date: Wed, 15 May 2013 23:44:55 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B52970@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:452a:1da2:5110:c9d6] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19868.002 x-tm-as-result: No--52.233200-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Just tried with the latest testing version 0.11.0.402 and it still > behaves the same. i.e Re-enabling the nic crashes the driver. Rather, > the "enabling" dialogue gets stuck with this latest testing version > and the only way out is by forcefully destroying the domain. As > usually I have two nic adapters in domu. > > The required debug log is here: > http://pastebin.com/2A7eJbKM > Thanks for that. Unfortunately there is nothing pointing to an actual error there, which I guess is expected if you don't get a crash. I just added a second network adapter to a 2008R2 vm and it crashed before I could log in, so I guess there is another bug somewhere too! > > > > By the way, why would adding two interfaces would not let driver to be > > unloaded when one interface is re-enabled? Just curious. Windows will unload a driver when nothing is using it. With two network adapters, if you disable one there is still a device left using it so it has to stay in memory. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 00:19:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 00:19: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 1UcltM-0003RY-0a; Thu, 16 May 2013 00:17:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcltK-0003RC-Bw for xen-users@lists.xensource.com; Thu, 16 May 2013 00:17:54 +0000 Received: from [85.158.137.99:40062] by server-4.bemta-3.messagelabs.com id 24/02-01776-FA524915; Thu, 16 May 2013 00:17:51 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1368663468!16642630!1 X-Originating-IP: [216.139.236.26] 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 24733 invoked from network); 16 May 2013 00:17:49 -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; 16 May 2013 00:17:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UcltD-0003MI-D3 for xen-users@lists.xensource.com; Wed, 15 May 2013 17:17:47 -0700 Date: Wed, 15 May 2013 17:17:47 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> In-Reply-To: <5193F4B3.5010305@bobich.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> MIME-Version: 1.0 Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0969783936356345324==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0969783936356345324== Content-Type: multipart/alternative; boundary="----=_Part_46210_3233911.1368663467397" ------=_Part_46210_3233911.1368663467397 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Aloha Gordon, When you say "BSOD on subsequent start-ups," are you saying that on the boot after AMD driver installation your system BSODs? How do you manage to get around that, by simply restarting the host? On May 15, 2013, at 10:52 AM, "Gordan Bobic [via Xen]" wrote: > I believe I finally figured out what miraculously made things work: I > reduced the domU memory from 8GB to 2GB. > > With 8GB it BSODs at startup. > > With 2GB it "just works". > > Now on to fighting the more minor issues (none of my USB devices work > after domU reboot, ejecting them doesn't help) and the issues that > everybody else is having (BSOD on subsequent domU start-ups after > shutting it down once). > > Gordan > > On 05/15/2013 12:32 AM, Gordan Bobic wrote: > > > Hopefully a penultimate update. In short - I have ATI Secondary > > Passthrough working and seemingly stable today. > > > > 1) I have _no idea_ what, if anything I configured differently compared > > to all the previous attempts over the past week. :( > > > > 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. > > NF200 is NOT a problem. > > > > 3) The only thing I can think if that I did differently today is that I > > eject the card immediately before running a game (testing with > > Borderlands 2). Eject the card, it immediately gets re-added, then > > launch the app. Hours of gaming without a single glitch. > > > > 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia > > Quadro card. > > > > If today's success sticks, I may just get a 7970 cometh pay day, > > > > I'm going to try to figure out what, if anything other than reseting the > > card immediately before starting a 3D app is different. But I'm most > > pleased that whatever the problem was, hardware compatibility wasn't it. > > > > Thanks to all of you who helped and provided encouragement that saw to > > it that I persevere with the effort. > > > > Gordan > > > _______________________________________________ > Xen-users mailing list > [hidden email] > http://lists.xen.org/xen-users > > > If you reply to this email, your message will be added to the discussion below: > http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716166.html > To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here. > NAML -- View this message in context: http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716169.html Sent from the Xen - User mailing list archive at Nabble.com. ------=_Part_46210_3233911.1368663467397 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Aloha Gordon,

When you say "BSOD on subsequent start-ups," are you saying that on the boot after AMD driver installation your system BSODs?  How do you manage to get around that, by simply restarting the host?

On May 15, 2013, at 10:52 AM, "Gordan Bobic [via Xen]" <[hidden email]> wrote:

I believe I finally figured out what miraculously made things work: I
reduced the domU memory from 8GB to 2GB.

With 8GB it BSODs at startup.

With 2GB it "just works".

Now on to fighting the more minor issues (none of my USB devices work
after domU reboot, ejecting them doesn't help) and the issues that
everybody else is having (BSOD on subsequent domU start-ups after
shutting it down once).

Gordan

On 05/15/2013 12:32 AM, Gordan Bobic wrote:

> Hopefully a penultimate update. In short - I have ATI Secondary
> Passthrough working and seemingly stable today.
>
> 1) I have _no idea_ what, if anything I configured differently compared
> to all the previous attempts over the past week. :(
>
> 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges.
> NF200 is NOT a problem.
>
> 3) The only thing I can think if that I did differently today is that I
> eject the card immediately before running a game (testing with
> Borderlands 2). Eject the card, it immediately gets re-added, then
> launch the app. Hours of gaming without a single glitch.
>
> 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia
> Quadro card.
>
> If today's success sticks, I may just get a 7970 cometh pay day,
>
> I'm going to try to figure out what, if anything other than reseting the
> card immediately before starting a 3D app is different. But I'm most
> pleased that whatever the problem was, hardware compatibility wasn't it.
>
> Thanks to all of you who helped and provided encouragement that saw to
> it that I persevere with the effort.
>
> Gordan

_______________________________________________
Xen-users mailing list
<a href="x-msg://191/user/SendEmail.jtp?type=node&amp;node=5716166&amp;i=0" target="_top" rel="nofollow" link="external">[hidden email]
http://lists.xen.org/xen-users


If you reply to this email, your message will be added to the discussion below:
http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716166.html
To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here.
NAML


View this message in context: Re: VGA Passthrough / Xen 4.2 / Linux 3.9.2
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_46210_3233911.1368663467397-- --===============0969783936356345324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0969783936356345324==-- From xen-users-bounces@lists.xen.org Thu May 16 00:19:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 00:19: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 1UcltM-0003RY-0a; Thu, 16 May 2013 00:17:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcltK-0003RC-Bw for xen-users@lists.xensource.com; Thu, 16 May 2013 00:17:54 +0000 Received: from [85.158.137.99:40062] by server-4.bemta-3.messagelabs.com id 24/02-01776-FA524915; Thu, 16 May 2013 00:17:51 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1368663468!16642630!1 X-Originating-IP: [216.139.236.26] 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 24733 invoked from network); 16 May 2013 00:17:49 -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; 16 May 2013 00:17:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UcltD-0003MI-D3 for xen-users@lists.xensource.com; Wed, 15 May 2013 17:17:47 -0700 Date: Wed, 15 May 2013 17:17:47 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> In-Reply-To: <5193F4B3.5010305@bobich.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> MIME-Version: 1.0 Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0969783936356345324==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0969783936356345324== Content-Type: multipart/alternative; boundary="----=_Part_46210_3233911.1368663467397" ------=_Part_46210_3233911.1368663467397 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Aloha Gordon, When you say "BSOD on subsequent start-ups," are you saying that on the boot after AMD driver installation your system BSODs? How do you manage to get around that, by simply restarting the host? On May 15, 2013, at 10:52 AM, "Gordan Bobic [via Xen]" wrote: > I believe I finally figured out what miraculously made things work: I > reduced the domU memory from 8GB to 2GB. > > With 8GB it BSODs at startup. > > With 2GB it "just works". > > Now on to fighting the more minor issues (none of my USB devices work > after domU reboot, ejecting them doesn't help) and the issues that > everybody else is having (BSOD on subsequent domU start-ups after > shutting it down once). > > Gordan > > On 05/15/2013 12:32 AM, Gordan Bobic wrote: > > > Hopefully a penultimate update. In short - I have ATI Secondary > > Passthrough working and seemingly stable today. > > > > 1) I have _no idea_ what, if anything I configured differently compared > > to all the previous attempts over the past week. :( > > > > 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges. > > NF200 is NOT a problem. > > > > 3) The only thing I can think if that I did differently today is that I > > eject the card immediately before running a game (testing with > > Borderlands 2). Eject the card, it immediately gets re-added, then > > launch the app. Hours of gaming without a single glitch. > > > > 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia > > Quadro card. > > > > If today's success sticks, I may just get a 7970 cometh pay day, > > > > I'm going to try to figure out what, if anything other than reseting the > > card immediately before starting a 3D app is different. But I'm most > > pleased that whatever the problem was, hardware compatibility wasn't it. > > > > Thanks to all of you who helped and provided encouragement that saw to > > it that I persevere with the effort. > > > > Gordan > > > _______________________________________________ > Xen-users mailing list > [hidden email] > http://lists.xen.org/xen-users > > > If you reply to this email, your message will be added to the discussion below: > http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716166.html > To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here. > NAML -- View this message in context: http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716169.html Sent from the Xen - User mailing list archive at Nabble.com. ------=_Part_46210_3233911.1368663467397 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Aloha Gordon,

When you say "BSOD on subsequent start-ups," are you saying that on the boot after AMD driver installation your system BSODs?  How do you manage to get around that, by simply restarting the host?

On May 15, 2013, at 10:52 AM, "Gordan Bobic [via Xen]" <[hidden email]> wrote:

I believe I finally figured out what miraculously made things work: I
reduced the domU memory from 8GB to 2GB.

With 8GB it BSODs at startup.

With 2GB it "just works".

Now on to fighting the more minor issues (none of my USB devices work
after domU reboot, ejecting them doesn't help) and the issues that
everybody else is having (BSOD on subsequent domU start-ups after
shutting it down once).

Gordan

On 05/15/2013 12:32 AM, Gordan Bobic wrote:

> Hopefully a penultimate update. In short - I have ATI Secondary
> Passthrough working and seemingly stable today.
>
> 1) I have _no idea_ what, if anything I configured differently compared
> to all the previous attempts over the past week. :(
>
> 2) Yes, it works fine on a dual socket system with NF200 PCIe bridges.
> NF200 is NOT a problem.
>
> 3) The only thing I can think if that I did differently today is that I
> eject the card immediately before running a game (testing with
> Borderlands 2). Eject the card, it immediately gets re-added, then
> launch the app. Hours of gaming without a single glitch.
>
> 4) No spurious AER PCIe errors like the ones manifesting with the Nvidia
> Quadro card.
>
> If today's success sticks, I may just get a 7970 cometh pay day,
>
> I'm going to try to figure out what, if anything other than reseting the
> card immediately before starting a 3D app is different. But I'm most
> pleased that whatever the problem was, hardware compatibility wasn't it.
>
> Thanks to all of you who helped and provided encouragement that saw to
> it that I persevere with the effort.
>
> Gordan

_______________________________________________
Xen-users mailing list
<a href="x-msg://191/user/SendEmail.jtp?type=node&amp;node=5716166&amp;i=0" target="_top" rel="nofollow" link="external">[hidden email]
http://lists.xen.org/xen-users


If you reply to this email, your message will be added to the discussion below:
http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5716166.html
To unsubscribe from ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6, click here.
NAML


View this message in context: Re: VGA Passthrough / Xen 4.2 / Linux 3.9.2
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_46210_3233911.1368663467397-- --===============0969783936356345324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0969783936356345324==-- From xen-users-bounces@lists.xen.org Thu May 16 06:26:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 06:26: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 1Ucrd6-0003jC-SI; Thu, 16 May 2013 06:25:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucrd4-0003j7-UD for xen-users@lists.xensource.com; Thu, 16 May 2013 06:25:31 +0000 Received: from [85.158.138.51:11389] by server-6.bemta-3.messagelabs.com id 29/53-14331-5DB74915; Thu, 16 May 2013 06:25:25 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-174.messagelabs.com!1368685523!32749492!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 15400 invoked from network); 16 May 2013 06:25:24 -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; 16 May 2013 06:25:24 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [149.254.183.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id EE80822124E for ; Thu, 16 May 2013 07:25:20 +0100 (BST) Message-ID: <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 07:25:14 +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: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> In-Reply-To: <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 05/16/2013 01:17 AM, Alex Karaoui wrote: > Aloha Gordon, > > When you say "BSOD on subsequent start-ups," are you saying that on the > boot after AMD driver installation your system BSODs? How do you manage > to get around that, by simply restarting the host? What I am referring to is the following: 1) Boot up host. 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB sometimes works. 4GB+ hardly ever gets to the login screen) 3) Shut down domU 4) At this stage, starting up the domU usually works. Maybe half of the time it BSODs or loses the USB devices (they show up with a yellow exclamation mark in device manager - ejecting them doesn't help). 5) Repeat from 3) At this point things never get past a BSOD and the only way to get the domU working again is to reboot the host. This should now probably become a couple of new threads: 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM 2) domU reboots cause USB controllers to become unavailable Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 06:26:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 06:26: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 1Ucrd6-0003jC-SI; Thu, 16 May 2013 06:25:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucrd4-0003j7-UD for xen-users@lists.xensource.com; Thu, 16 May 2013 06:25:31 +0000 Received: from [85.158.138.51:11389] by server-6.bemta-3.messagelabs.com id 29/53-14331-5DB74915; Thu, 16 May 2013 06:25:25 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-174.messagelabs.com!1368685523!32749492!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 15400 invoked from network); 16 May 2013 06:25:24 -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; 16 May 2013 06:25:24 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [149.254.183.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id EE80822124E for ; Thu, 16 May 2013 07:25:20 +0100 (BST) Message-ID: <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 07:25:14 +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: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> In-Reply-To: <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 05/16/2013 01:17 AM, Alex Karaoui wrote: > Aloha Gordon, > > When you say "BSOD on subsequent start-ups," are you saying that on the > boot after AMD driver installation your system BSODs? How do you manage > to get around that, by simply restarting the host? What I am referring to is the following: 1) Boot up host. 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB sometimes works. 4GB+ hardly ever gets to the login screen) 3) Shut down domU 4) At this stage, starting up the domU usually works. Maybe half of the time it BSODs or loses the USB devices (they show up with a yellow exclamation mark in device manager - ejecting them doesn't help). 5) Repeat from 3) At this point things never get past a BSOD and the only way to get the domU working again is to reboot the host. This should now probably become a couple of new threads: 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM 2) domU reboots cause USB controllers to become unavailable Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 10:11:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 10:11: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 1Ucv8e-0000lw-9W; Thu, 16 May 2013 10:10:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucv8c-0000lr-BR for xen-users@lists.xen.org; Thu, 16 May 2013 10:10:18 +0000 Received: from [85.158.139.83:27330] by server-1.bemta-5.messagelabs.com id 04/F2-01720-980B4915; Thu, 16 May 2013 10:10:17 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1368698941!23667635!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20492 invoked from network); 16 May 2013 10:09:04 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-7.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 16 May 2013 10:09:04 -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 1Ucv7K-0004u4-OT; Thu, 16 May 2013 20:08:58 +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, 16 May 2013 20:08:57 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w Date: Thu, 16 May 2013 10:08:56 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> In-Reply-To: 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-19870.000 x-tm-as-result: No--47.624400-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Just tried with the latest testing version 0.11.0.402 and it still > behaves the same. i.e Re-enabling the nic crashes the driver. Rather, > the "enabling" dialogue gets stuck with this latest testing version > and the only way out is by forcefully destroying the domain. As > usually I have two nic adapters in domu. > I fixed my previous problem (old driver installed), and cannot reproduce what you are seeing. "Enabling..." comes up, then "Enabled", then it works as normal. Do you have any other software loaded that might be binding to the network stack? Firewall or antivirus software would be the obvious ones but some VPN software can trip things up. I guess next I need to see what's in the xenstore. Get the id of the domain then disable and try and re-enable the adapter then xenstore-ls /local/domain//device/vif (and let me know which instance is stuck). Also get the backend value and do a xenstore-ls on that. Sent me the output. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 10:11:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 10:11: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 1Ucv8e-0000lw-9W; Thu, 16 May 2013 10:10:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucv8c-0000lr-BR for xen-users@lists.xen.org; Thu, 16 May 2013 10:10:18 +0000 Received: from [85.158.139.83:27330] by server-1.bemta-5.messagelabs.com id 04/F2-01720-980B4915; Thu, 16 May 2013 10:10:17 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1368698941!23667635!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20492 invoked from network); 16 May 2013 10:09:04 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-7.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 16 May 2013 10:09:04 -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 1Ucv7K-0004u4-OT; Thu, 16 May 2013 20:08:58 +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, 16 May 2013 20:08:57 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w Date: Thu, 16 May 2013 10:08:56 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> In-Reply-To: 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-19870.000 x-tm-as-result: No--47.624400-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Just tried with the latest testing version 0.11.0.402 and it still > behaves the same. i.e Re-enabling the nic crashes the driver. Rather, > the "enabling" dialogue gets stuck with this latest testing version > and the only way out is by forcefully destroying the domain. As > usually I have two nic adapters in domu. > I fixed my previous problem (old driver installed), and cannot reproduce what you are seeing. "Enabling..." comes up, then "Enabled", then it works as normal. Do you have any other software loaded that might be binding to the network stack? Firewall or antivirus software would be the obvious ones but some VPN software can trip things up. I guess next I need to see what's in the xenstore. Get the id of the domain then disable and try and re-enable the adapter then xenstore-ls /local/domain//device/vif (and let me know which instance is stuck). Also get the backend value and do a xenstore-ls on that. Sent me the output. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 13:33:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:33: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 1UcyHj-0005Tk-43; Thu, 16 May 2013 13:31:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcyHg-0005Tf-VB for xen-users@lists.xensource.com; Thu, 16 May 2013 13:31:53 +0000 Received: from [85.158.137.99:55110] by server-1.bemta-3.messagelabs.com id AB/FB-20211-8CFD4915; Thu, 16 May 2013 13:31:52 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1368711091!17033589!1 X-Originating-IP: [209.85.160.53] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9069 invoked from network); 16 May 2013 13:31:33 -0000 Received: from mail-pb0-f53.google.com (HELO mail-pb0-f53.google.com) (209.85.160.53) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 13:31:33 -0000 Received: by mail-pb0-f53.google.com with SMTP id un1so2307215pbc.40 for ; Thu, 16 May 2013 06:31:31 -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=xjW20fNH/zslz4LVkdRAJzMK+NA/rha1HUGwa7tQVfY=; b=0JFsA1P+t7mizI4pQcfnM0pJ3T0BOgvVyYSEKeVst7JA9Wgh7yLmbtfSHdsnVYdJoA C9QLjDSC7z4rvAHqYLqrU6qt0MXEAi3MpcpvNC5uWF2OumQCq4vv9M3cgpd0WtiUFoYn g8UNmdBeOvdt6QbT8ef5q7YftPPMnDXEKutp6XIKe1fKaN3LRNI6F4TlNWsN1x1VaOpr jY2pON+2FcJJjU5HKmEsh/5zF7CUuOH5X2mH3lwP4KkKRLdRs0KUiAhTyWseMRXQtDS2 Fqa+PIXKsLh3ejcAW7UokfrRUZNqHrsTCttb4QmD5/Iqy1V3m2Vsho1gGu/dc64MiUZ8 8P9Q== MIME-Version: 1.0 X-Received: by 10.66.145.67 with SMTP id ss3mr44111521pab.18.1368711091394; Thu, 16 May 2013 06:31:31 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 06:31:31 -0700 (PDT) In-Reply-To: <51947BCA.3070902@bobich.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 09:31:31 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic , code3studios@gmail.com Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4417872250053800223==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4417872250053800223== Content-Type: multipart/alternative; boundary=047d7b6dc49e671fc504dcd5e23e --047d7b6dc49e671fc504dcd5e23e Content-Type: text/plain; charset=ISO-8859-1 Hello Gordan, Alex, On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > On 05/16/2013 01:17 AM, Alex Karaoui wrote: > >> Aloha Gordon, >> >> When you say "BSOD on subsequent start-ups," are you saying that on the >> boot after AMD driver installation your system BSODs? How do you manage >> to get around that, by simply restarting the host? >> > > What I am referring to is the following: > > 1) Boot up host. > 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB > sometimes works. 4GB+ hardly ever gets to the login screen) I thought I'd write in because I've seen this before. This behavior.... > 3) Shut down domU > 4) At this stage, starting up the domU usually works. Maybe half of the > time it BSODs or loses the USB devices (they show up with a yellow > exclamation mark in device manager - ejecting them doesn't help). > 5) Repeat from 3) At this point things never get past a BSOD and the only > way to get the domU working again is to reboot the host. > > This should now probably become a couple of new threads: > 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > ...and more specifically, this behavior---I'm referring to a BSOD that precedes the login screen; before the video driver switches out of the Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding issue with passing through PCIe devices on ESXi. The workaround is to configure the VM with a custom PCI Hole mapping; I use "pciHole.start = 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding either 1024 (or perhaps simply the memory total in MB on the PCIe device itself), where 2200-1100 in this case = 1100, just fixes the problem entirely. I don't know for sure if they're related, but the kicker here is that the workaround is required when *and only when* passing through a PCIe video card to a VM that has more than 2GB of RAM assigned to it! The thread on their forums[1] where I first found this some time ago is ~44 pages long. > 2) domU reboots cause USB controllers to become unavailable I may be getting lost in the email chain, but I think that USB controllers are the one thing I've *never *had a problem with. I haven't ever tried attaching an onboard controller though, because every onboard controller I've come across is a regular PCI device... problems passing those are basically to be expected :( If you want to throw money at that problem, grab a RocketU 1144A or B. The lspci entries for the device[2] are a passthrough-user's dream come true. There's also the USB/IP project, but I haven't had a lot of luck with it. I actually think that it's an ideal solution to passing USB devices, as I've used commercial software that does the same, and it's good enough to connect audio, keyboard, and mouse to machines that are actually on physically different hosts with zero noticeable lag or packet loss. I'd love to see someone get the F/OSS version working... personally I'd buy the commercial software if it wasn't priced to gouge the crap out of a corporate wallet :( ----------- Just my two cents of course! I wish I could be a little more helpful here. I seriously admire your persistence on this issue; I probably would have quit a week ago and just bought something else, and am really happy to see you making progress! I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet and am focusing on getting Xen to work on it for the time being. Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :( Cheers, Andrew --047d7b6dc49e671fc504dcd5e23e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Gordan, Alex,

On Thu, May 16, 2013 = at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
On 05/16/2013 01:17 AM, Alex Karaoui wrote:
Aloha Gordon,

When you say "BSOD on subsequent start-ups," are you saying that = on the
boot after AMD driver installation your system BSODs? =A0How do you manage<= br> to get around that, by simply restarting the host?

What I am referring to is the following:

1) Boot up host.
2) Start up domU - works every time now with <=3D 2GB of RAM (any more 3= GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0

I thought I'd write in because I've seen thi= s before. =A0This behavior....
=A0
3) Shut down domU
4) At this stage, starting up the domU usually works. Maybe half of the tim= e it BSODs or loses the USB devices (they show up with a yellow exclamation= mark in device manager - ejecting them doesn't help).
5) Repeat from 3) At this point things never get past a BSOD and the only w= ay to get the domU working again is to reboot the host.

This should now probably become a couple of new threads:
1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM

...and more specifically, this behavior---I'= m referring to a BSOD that precedes the login screen; before the video driv= er switches out of the Windows Boot Manager's VGA(?) mode---is eerily s= imilar to a longstanding issue with passing through PCIe devices on ESXi. = =A0The workaround is to configure the VM with a custom PCI Hole mapping; I = use "pciHole.start =3D 1100" and "pciHole.end =3D 2200"= , though pretty much any "total" exceeding either 1024 (or perhap= s simply the memory total in MB on the PCIe device itself), where 2200-1100= in this case =3D 1100, just fixes the problem entirely.

I don't know for sure if they're related, but t= he kicker here is that the workaround is required when and only when= =A0passing through a PCIe video card to a VM that has more than 2GB of RAM = assigned to it! =A0The thread on their forums[1] where I first found this s= ome time ago is ~44 pages long.=A0
=A0
2) domU reboots cause USB controllers to become unavailable=A0
=
<snippity-snip/>=A0

I may be getting = lost in the email chain, but I think that USB controllers are the one thing= I've never had a problem with. =A0I haven't ever tried atta= ching an onboard controller though, because every onboard controller I'= ve come across is a regular PCI device... problems passing those are basica= lly to be expected :(

If you want to throw money at that problem, grab a Rock= etU 1144A or B. =A0The lspci entries for the device[2] are a passthrough-us= er's dream come true.

There's also the USB= /IP project, but I haven't had a lot of luck with it. =A0I actually thi= nk that it's an ideal solution to passing USB devices, as I've used= commercial software that does the same, and it's good enough to connec= t audio, keyboard, and mouse to machines that are actually on physically di= fferent hosts with zero noticeable lag or packet loss. =A0I'd love to s= ee someone get the F/OSS version working... personally I'd buy the comm= ercial software if it wasn't priced to gouge the crap out of a corporat= e wallet :(

-----------

Just my two cents = of course! =A0I wish I could be a little more helpful here. =A0I seriously = admire your persistence on this issue; I probably would have quit a week ag= o and just bought something else, and am really happy to see you making pro= gress!

I'm currently ignoring my desktop...=A0I just got a ThinkPad H= elix tablet and am focusing on getting Xen to work on it for the time being= .
=A0
Also, on a side note, I can confirm that my HD 40= 00 graphics does not support FLR... and appears to be a PCI device :(
=A0
Cheers,
Andrew

--047d7b6dc49e671fc504dcd5e23e-- --===============4417872250053800223== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4417872250053800223==-- From xen-users-bounces@lists.xen.org Thu May 16 13:33:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:33: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 1UcyHj-0005Tk-43; Thu, 16 May 2013 13:31:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcyHg-0005Tf-VB for xen-users@lists.xensource.com; Thu, 16 May 2013 13:31:53 +0000 Received: from [85.158.137.99:55110] by server-1.bemta-3.messagelabs.com id AB/FB-20211-8CFD4915; Thu, 16 May 2013 13:31:52 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1368711091!17033589!1 X-Originating-IP: [209.85.160.53] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9069 invoked from network); 16 May 2013 13:31:33 -0000 Received: from mail-pb0-f53.google.com (HELO mail-pb0-f53.google.com) (209.85.160.53) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 13:31:33 -0000 Received: by mail-pb0-f53.google.com with SMTP id un1so2307215pbc.40 for ; Thu, 16 May 2013 06:31:31 -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=xjW20fNH/zslz4LVkdRAJzMK+NA/rha1HUGwa7tQVfY=; b=0JFsA1P+t7mizI4pQcfnM0pJ3T0BOgvVyYSEKeVst7JA9Wgh7yLmbtfSHdsnVYdJoA C9QLjDSC7z4rvAHqYLqrU6qt0MXEAi3MpcpvNC5uWF2OumQCq4vv9M3cgpd0WtiUFoYn g8UNmdBeOvdt6QbT8ef5q7YftPPMnDXEKutp6XIKe1fKaN3LRNI6F4TlNWsN1x1VaOpr jY2pON+2FcJJjU5HKmEsh/5zF7CUuOH5X2mH3lwP4KkKRLdRs0KUiAhTyWseMRXQtDS2 Fqa+PIXKsLh3ejcAW7UokfrRUZNqHrsTCttb4QmD5/Iqy1V3m2Vsho1gGu/dc64MiUZ8 8P9Q== MIME-Version: 1.0 X-Received: by 10.66.145.67 with SMTP id ss3mr44111521pab.18.1368711091394; Thu, 16 May 2013 06:31:31 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 06:31:31 -0700 (PDT) In-Reply-To: <51947BCA.3070902@bobich.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 09:31:31 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic , code3studios@gmail.com Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4417872250053800223==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4417872250053800223== Content-Type: multipart/alternative; boundary=047d7b6dc49e671fc504dcd5e23e --047d7b6dc49e671fc504dcd5e23e Content-Type: text/plain; charset=ISO-8859-1 Hello Gordan, Alex, On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > On 05/16/2013 01:17 AM, Alex Karaoui wrote: > >> Aloha Gordon, >> >> When you say "BSOD on subsequent start-ups," are you saying that on the >> boot after AMD driver installation your system BSODs? How do you manage >> to get around that, by simply restarting the host? >> > > What I am referring to is the following: > > 1) Boot up host. > 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB > sometimes works. 4GB+ hardly ever gets to the login screen) I thought I'd write in because I've seen this before. This behavior.... > 3) Shut down domU > 4) At this stage, starting up the domU usually works. Maybe half of the > time it BSODs or loses the USB devices (they show up with a yellow > exclamation mark in device manager - ejecting them doesn't help). > 5) Repeat from 3) At this point things never get past a BSOD and the only > way to get the domU working again is to reboot the host. > > This should now probably become a couple of new threads: > 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > ...and more specifically, this behavior---I'm referring to a BSOD that precedes the login screen; before the video driver switches out of the Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding issue with passing through PCIe devices on ESXi. The workaround is to configure the VM with a custom PCI Hole mapping; I use "pciHole.start = 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding either 1024 (or perhaps simply the memory total in MB on the PCIe device itself), where 2200-1100 in this case = 1100, just fixes the problem entirely. I don't know for sure if they're related, but the kicker here is that the workaround is required when *and only when* passing through a PCIe video card to a VM that has more than 2GB of RAM assigned to it! The thread on their forums[1] where I first found this some time ago is ~44 pages long. > 2) domU reboots cause USB controllers to become unavailable I may be getting lost in the email chain, but I think that USB controllers are the one thing I've *never *had a problem with. I haven't ever tried attaching an onboard controller though, because every onboard controller I've come across is a regular PCI device... problems passing those are basically to be expected :( If you want to throw money at that problem, grab a RocketU 1144A or B. The lspci entries for the device[2] are a passthrough-user's dream come true. There's also the USB/IP project, but I haven't had a lot of luck with it. I actually think that it's an ideal solution to passing USB devices, as I've used commercial software that does the same, and it's good enough to connect audio, keyboard, and mouse to machines that are actually on physically different hosts with zero noticeable lag or packet loss. I'd love to see someone get the F/OSS version working... personally I'd buy the commercial software if it wasn't priced to gouge the crap out of a corporate wallet :( ----------- Just my two cents of course! I wish I could be a little more helpful here. I seriously admire your persistence on this issue; I probably would have quit a week ago and just bought something else, and am really happy to see you making progress! I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet and am focusing on getting Xen to work on it for the time being. Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :( Cheers, Andrew --047d7b6dc49e671fc504dcd5e23e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Gordan, Alex,

On Thu, May 16, 2013 = at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
On 05/16/2013 01:17 AM, Alex Karaoui wrote:
Aloha Gordon,

When you say "BSOD on subsequent start-ups," are you saying that = on the
boot after AMD driver installation your system BSODs? =A0How do you manage<= br> to get around that, by simply restarting the host?

What I am referring to is the following:

1) Boot up host.
2) Start up domU - works every time now with <=3D 2GB of RAM (any more 3= GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0

I thought I'd write in because I've seen thi= s before. =A0This behavior....
=A0
3) Shut down domU
4) At this stage, starting up the domU usually works. Maybe half of the tim= e it BSODs or loses the USB devices (they show up with a yellow exclamation= mark in device manager - ejecting them doesn't help).
5) Repeat from 3) At this point things never get past a BSOD and the only w= ay to get the domU working again is to reboot the host.

This should now probably become a couple of new threads:
1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM

...and more specifically, this behavior---I'= m referring to a BSOD that precedes the login screen; before the video driv= er switches out of the Windows Boot Manager's VGA(?) mode---is eerily s= imilar to a longstanding issue with passing through PCIe devices on ESXi. = =A0The workaround is to configure the VM with a custom PCI Hole mapping; I = use "pciHole.start =3D 1100" and "pciHole.end =3D 2200"= , though pretty much any "total" exceeding either 1024 (or perhap= s simply the memory total in MB on the PCIe device itself), where 2200-1100= in this case =3D 1100, just fixes the problem entirely.

I don't know for sure if they're related, but t= he kicker here is that the workaround is required when and only when= =A0passing through a PCIe video card to a VM that has more than 2GB of RAM = assigned to it! =A0The thread on their forums[1] where I first found this s= ome time ago is ~44 pages long.=A0
=A0
2) domU reboots cause USB controllers to become unavailable=A0
=
<snippity-snip/>=A0

I may be getting = lost in the email chain, but I think that USB controllers are the one thing= I've never had a problem with. =A0I haven't ever tried atta= ching an onboard controller though, because every onboard controller I'= ve come across is a regular PCI device... problems passing those are basica= lly to be expected :(

If you want to throw money at that problem, grab a Rock= etU 1144A or B. =A0The lspci entries for the device[2] are a passthrough-us= er's dream come true.

There's also the USB= /IP project, but I haven't had a lot of luck with it. =A0I actually thi= nk that it's an ideal solution to passing USB devices, as I've used= commercial software that does the same, and it's good enough to connec= t audio, keyboard, and mouse to machines that are actually on physically di= fferent hosts with zero noticeable lag or packet loss. =A0I'd love to s= ee someone get the F/OSS version working... personally I'd buy the comm= ercial software if it wasn't priced to gouge the crap out of a corporat= e wallet :(

-----------

Just my two cents = of course! =A0I wish I could be a little more helpful here. =A0I seriously = admire your persistence on this issue; I probably would have quit a week ag= o and just bought something else, and am really happy to see you making pro= gress!

I'm currently ignoring my desktop...=A0I just got a ThinkPad H= elix tablet and am focusing on getting Xen to work on it for the time being= .
=A0
Also, on a side note, I can confirm that my HD 40= 00 graphics does not support FLR... and appears to be a PCI device :(
=A0
Cheers,
Andrew

--047d7b6dc49e671fc504dcd5e23e-- --===============4417872250053800223== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4417872250053800223==-- From xen-users-bounces@lists.xen.org Thu May 16 13:44:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:44:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcySf-0005uu-1u; Thu, 16 May 2013 13:43:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcySe-0005up-2v for xen-users@lists.xensource.com; Thu, 16 May 2013 13:43:12 +0000 Received: from [85.158.139.211:26669] by server-15.bemta-5.messagelabs.com id 0E/12-31797-F62E4915; Thu, 16 May 2013 13:43:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1368711787!18257765!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30905 invoked from network); 16 May 2013 13:43:08 -0000 Received: from unknown (HELO external.sentinel2) (217.34.137.81) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 May 2013 13:43:08 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 40A1F22124E; Thu, 16 May 2013 14:42:05 +0100 (BST) MIME-Version: 1.0 Date: Thu, 16 May 2013 14:42:04 +0100 From: Gordan Bobic To: Andrew Bobulsky In-Reply-To: References: "\"<518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net>" <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com>" <51947BCA.3070902@bobich.net> Message-ID: <1bbe12b2e852a87166456608b6e81537@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 Apologies, top posting because my mail reader is truncating that previous message content when replying to it. I was having issues passing through USB devices, so I figured I'd just pass the PCI devices that are the USB controllers associated with the relevant ports. I'll try passing just the USB devices again. As for the PCI hole - is there a parameter to achieve this on xen? Or a patch for xen/qemu that fixes the problem? Gordan On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: On 05/16/2013 01:17 AM, Alex Karaoui wrote: Aloha Gordon, When you say "BSOD on subsequent start-ups," are you saying that on the boot after AMD driver installation your system BSODs? How do you manage to get around that, by simply restarting the host? What I am referring to is the following: 1) Boot up host. 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB sometimes works. 4GB+ hardly ever gets to the login screen) I thought I'd write in because I've seen this before. This behavior.... 3) Shut down domU 4) At this stage, starting up the domU usually works. Maybe half of the time it BSODs or loses the USB devices (they show up with a yellow exclamation mark in device manager - ejecting them doesn't help). 5) Repeat from 3) At this point things never get past a BSOD and the only way to get the domU working again is to reboot the host. This should now probably become a couple of new threads: 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM ...and more specifically, this behavior---I'm referring to a BSOD that precedes the login screen; before the video driver switches out of the Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding issue with passing through PCIe devices on ESXi. The workaround is to configure the VM with a custom PCI Hole mapping; I use "pciHole.start = 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding either 1024 (or perhaps simply the memory total in MB on the PCIe device itself), where 2200-1100 in this case = 1100, just fixes the problem entirely. I don't know for sure if they're related, but the kicker here is that the workaround is required when and only when passing through a PCIe video card to a VM that has more than 2GB of RAM assigned to it! The thread on their forums[1] where I first found this some time ago is ~44 pages long. 2) domU reboots cause USB controllers to become unavailable I may be getting lost in the email chain, but I think that USB controllers are the one thing I've never had a problem with. I haven't ever tried attaching an onboard controller though, because every onboard controller I've come across is a regular PCI device... problems passing those are basically to be expected :( If you want to throw money at that problem, grab a RocketU 1144A or B. The lspci entries for the device[2] are a passthrough-user's dream come true. There's also the USB/IP project, but I haven't had a lot of luck with it. I actually think that it's an ideal solution to passing USB devices, as I've used commercial software that does the same, and it's good enough to connect audio, keyboard, and mouse to machines that are actually on physically different hosts with zero noticeable lag or packet loss. I'd love to see someone get the F/OSS version working... personally I'd buy the commercial software if it wasn't priced to gouge the crap out of a corporate wallet :( ----------- Just my two cents of course! I wish I could be a little more helpful here. I seriously admire your persistence on this issue; I probably would have quit a week ago and just bought something else, and am really happy to see you making progress! I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet and am focusing on getting Xen to work on it for the time being. Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :( Cheers, Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 13:44:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:44:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcySf-0005uu-1u; Thu, 16 May 2013 13:43:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcySe-0005up-2v for xen-users@lists.xensource.com; Thu, 16 May 2013 13:43:12 +0000 Received: from [85.158.139.211:26669] by server-15.bemta-5.messagelabs.com id 0E/12-31797-F62E4915; Thu, 16 May 2013 13:43:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1368711787!18257765!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30905 invoked from network); 16 May 2013 13:43:08 -0000 Received: from unknown (HELO external.sentinel2) (217.34.137.81) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 May 2013 13:43:08 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 40A1F22124E; Thu, 16 May 2013 14:42:05 +0100 (BST) MIME-Version: 1.0 Date: Thu, 16 May 2013 14:42:04 +0100 From: Gordan Bobic To: Andrew Bobulsky In-Reply-To: References: "\"<518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net>" <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com>" <51947BCA.3070902@bobich.net> Message-ID: <1bbe12b2e852a87166456608b6e81537@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 Apologies, top posting because my mail reader is truncating that previous message content when replying to it. I was having issues passing through USB devices, so I figured I'd just pass the PCI devices that are the USB controllers associated with the relevant ports. I'll try passing just the USB devices again. As for the PCI hole - is there a parameter to achieve this on xen? Or a patch for xen/qemu that fixes the problem? Gordan On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: On 05/16/2013 01:17 AM, Alex Karaoui wrote: Aloha Gordon, When you say "BSOD on subsequent start-ups," are you saying that on the boot after AMD driver installation your system BSODs? How do you manage to get around that, by simply restarting the host? What I am referring to is the following: 1) Boot up host. 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB sometimes works. 4GB+ hardly ever gets to the login screen) I thought I'd write in because I've seen this before. This behavior.... 3) Shut down domU 4) At this stage, starting up the domU usually works. Maybe half of the time it BSODs or loses the USB devices (they show up with a yellow exclamation mark in device manager - ejecting them doesn't help). 5) Repeat from 3) At this point things never get past a BSOD and the only way to get the domU working again is to reboot the host. This should now probably become a couple of new threads: 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM ...and more specifically, this behavior---I'm referring to a BSOD that precedes the login screen; before the video driver switches out of the Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding issue with passing through PCIe devices on ESXi. The workaround is to configure the VM with a custom PCI Hole mapping; I use "pciHole.start = 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding either 1024 (or perhaps simply the memory total in MB on the PCIe device itself), where 2200-1100 in this case = 1100, just fixes the problem entirely. I don't know for sure if they're related, but the kicker here is that the workaround is required when and only when passing through a PCIe video card to a VM that has more than 2GB of RAM assigned to it! The thread on their forums[1] where I first found this some time ago is ~44 pages long. 2) domU reboots cause USB controllers to become unavailable I may be getting lost in the email chain, but I think that USB controllers are the one thing I've never had a problem with. I haven't ever tried attaching an onboard controller though, because every onboard controller I've come across is a regular PCI device... problems passing those are basically to be expected :( If you want to throw money at that problem, grab a RocketU 1144A or B. The lspci entries for the device[2] are a passthrough-user's dream come true. There's also the USB/IP project, but I haven't had a lot of luck with it. I actually think that it's an ideal solution to passing USB devices, as I've used commercial software that does the same, and it's good enough to connect audio, keyboard, and mouse to machines that are actually on physically different hosts with zero noticeable lag or packet loss. I'd love to see someone get the F/OSS version working... personally I'd buy the commercial software if it wasn't priced to gouge the crap out of a corporate wallet :( ----------- Just my two cents of course! I wish I could be a little more helpful here. I seriously admire your persistence on this issue; I probably would have quit a week ago and just bought something else, and am really happy to see you making progress! I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet and am focusing on getting Xen to work on it for the time being. Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :( Cheers, Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 13:48:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:48: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 1UcyWZ-0006AS-Bw; Thu, 16 May 2013 13:47:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcyWY-0006AB-16 for xen-users@lists.xensource.com; Thu, 16 May 2013 13:47:14 +0000 Received: from [85.158.139.83:63812] by server-14.bemta-5.messagelabs.com id 5D/C2-25870-163E4915; Thu, 16 May 2013 13:47:13 +0000 X-Env-Sender: ricardo.meb.jesus@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368712030!26992328!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19055 invoked from network); 16 May 2013 13:47:11 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 13:47:11 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so3405787obb.2 for ; Thu, 16 May 2013 06:47: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=c2Clh9HV7X/GR/PCceSrapK2J2OJ3dkObsI/snVsNdU=; b=UWv2e7Dik93VPn98ru70cCryVlflu27YTMEMQhEW44Obc1b/mu+KEuf3aImLXMC+IA aVm/z3Pf9nP4Kmwj5jaXPuMzeB4Z9+ZzNB6bujdIa4qY+JDmGhxJuarLj5P1cYRUi91Y 9cmNuh/RzVaNBM+6K+K2t1nPFKJModcDOlPmpKUMRnsRfIqbpscEVlv3dhU/LLAbi2Yy s5/7yr7VB4J64q0pKSPCoclAzhK1ELMAkwu44Iavd66SDuSmKP9DmcqwlWAD+W0OoSTu qf14MLnQybL5hfmRUeqi8vLQXK9oQgTCg1WyKdnbwnMElKcBL3TGs3lmL0fHvc7CGIox lWpg== MIME-Version: 1.0 X-Received: by 10.182.225.199 with SMTP id rm7mr6577011obc.20.1368712029983; Thu, 16 May 2013 06:47:09 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 06:47:09 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 06:47:09 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 14:47:09 +0100 Message-ID: From: Ricardo Jesus To: Andrew Bobulsky Cc: Gordan Bobic , code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3507858887319854736==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3507858887319854736== Content-Type: multipart/alternative; boundary=001a11c2f06858da6f04dcd61a8c --001a11c2f06858da6f04dcd61a8c Content-Type: text/plain; charset=ISO-8859-1 Sent from my Android device. On May 16, 2013 2:38 PM, "Andrew Bobulsky" wrote: > > Hello Gordan, Alex, > > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: >> >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: >>> >>> Aloha Gordon, >>> >>> When you say "BSOD on subsequent start-ups," are you saying that on the >>> boot after AMD driver installation your system BSODs? How do you manage >>> to get around that, by simply restarting the host? >> >> >> What I am referring to is the following: >> >> 1) Boot up host. >> 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB sometimes works. 4GB+ hardly ever gets to the login screen) > > > I thought I'd write in because I've seen this before. This behavior.... > >> >> 3) Shut down domU >> 4) At this stage, starting up the domU usually works. Maybe half of the time it BSODs or loses the USB devices (they show up with a yellow exclamation mark in device manager - ejecting them doesn't help). >> 5) Repeat from 3) At this point things never get past a BSOD and the only way to get the domU working again is to reboot the host. >> >> This should now probably become a couple of new threads: >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > > > ...and more specifically, this behavior---I'm referring to a BSOD that precedes the login screen; before the video driver switches out of the Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding issue with passing through PCIe devices on ESXi. The workaround is to configure the VM with a custom PCI Hole mapping; I use "pciHole.start = 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding either 1024 (or perhaps simply the memory total in MB on the PCIe device itself), where 2200-1100 in this case = 1100, just fixes the problem entirely. > > I don't know for sure if they're related, but the kicker here is that the workaround is required when and only when passing through a PCIe video card to a VM that has more than 2GB of RAM assigned to it! The thread on their forums[1] where I first found this some time ago is ~44 pages long. > >> >> 2) domU reboots cause USB controllers to become unavailable >> >> > > > I may be getting lost in the email chain, but I think that USB controllers are the one thing I've never had a problem with. I haven't ever tried attaching an onboard controller though, because every onboard controller I've come across is a regular PCI device... problems passing those are basically to be expected :( > > If you want to throw money at that problem, grab a RocketU 1144A or B. The lspci entries for the device[2] are a passthrough-user's dream come true. > > There's also the USB/IP project, but I haven't had a lot of luck with it. I actually think that it's an ideal solution to passing USB devices, as I've used commercial software that does the same, and it's good enough to connect audio, keyboard, and mouse to machines that are actually on physically different hosts with zero noticeable lag or packet loss. I'd love to see someone get the F/OSS version working... personally I'd buy the commercial software if it wasn't priced to gouge the crap out of a corporate wallet :( > > ----------- > > Just my two cents of course! I wish I could be a little more helpful here. I seriously admire your persistence on this issue; I probably would have quit a week ago and just bought something else, and am really happy to see you making progress! > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet and am focusing on getting Xen to work on it for the time being. > > Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :( > > Cheers, > Andrew > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hi, HD4000 graphics is provided by the CPU and it works with primary VGA passthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x hypervisor. FLR- in my personnal experience doesnt mean much. Regards, Ricardo Jesus. --001a11c2f06858da6f04dcd61a8c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Sent from my Android device.
On May 16, 2013 2:38 PM, "Andrew Bobulsky" <rulerof@gmail.com> wrote:
>
> Hello Gordan, Alex,
>
> On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
>>
>> On 05/16/2013 01:17 AM, Alex Karaoui wrote:
>>>
>>> Aloha Gordon,
>>>
>>> When you say "BSOD on subsequent start-ups," are you= saying that on the
>>> boot after AMD driver installation your system BSODs? =A0How d= o you manage
>>> to get around that, by simply restarting the host?
>>
>>
>> What I am referring to is the following:
>>
>> 1) Boot up host.
>> 2) Start up domU - works every time now with <=3D 2GB of RAM (a= ny more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0<= br> >
>
> I thought I'd write in because I've seen this before. =A0This = behavior....
> =A0
>>
>> 3) Shut down domU
>> 4) At this stage, starting up the domU usually works. Maybe half o= f the time it BSODs or loses the USB devices (they show up with a yellow ex= clamation mark in device manager - ejecting them doesn't help).
>> 5) Repeat from 3) At this point things never get past a BSOD and t= he only way to get the domU working again is to reboot the host.
>>
>> This should now probably become a couple of new threads:
>> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM<= br> >
>
> ...and more specifically, this behavior---I'm referring to a BSOD = that precedes the login screen; before the video driver switches out of the= Windows Boot Manager's VGA(?) mode---is eerily similar to a longstandi= ng issue with passing through PCIe devices on ESXi. =A0The workaround is to= configure the VM with a custom PCI Hole mapping; I use "pciHole.start= =3D 1100" and "pciHole.end =3D 2200", though pretty much an= y "total" exceeding either 1024 (or perhaps simply the memory tot= al in MB on the PCIe device itself), where 2200-1100 in this case =3D 1100,= just fixes the problem entirely.
>
> I don't know for sure if they're related, but the kicker here = is that the workaround is required when and only when=A0passing through a P= CIe video card to a VM that has more than 2GB of RAM assigned to it! =A0The= thread on their forums[1] where I first found this some time ago is ~44 pa= ges long.=A0
> =A0
>>
>> 2) domU reboots cause USB controllers to become unavailable=A0
>>
>> <snippity-snip/>=A0
>
>
> I may be getting lost in the email chain, but I think that USB control= lers are the one thing I've never had a problem with. =A0I haven't = ever tried attaching an onboard controller though, because every onboard co= ntroller I've come across is a regular PCI device... problems passing t= hose are basically to be expected :(
>
> If you want to throw money at that problem, grab a RocketU 1144A or B.= =A0The lspci entries for the device[2] are a passthrough-user's dream = come true.
>
> There's also the USB/IP project, but I haven't had a lot of lu= ck with it. =A0I actually think that it's an ideal solution to passing = USB devices, as I've used commercial software that does the same, and i= t's good enough to connect audio, keyboard, and mouse to machines that = are actually on physically different hosts with zero noticeable lag or pack= et loss. =A0I'd love to see someone get the F/OSS version working... pe= rsonally I'd buy the commercial software if it wasn't priced to gou= ge the crap out of a corporate wallet :(
>
> -----------
>
> Just my two cents of course! =A0I wish I could be a little more helpfu= l here. =A0I seriously admire your persistence on this issue; I probably wo= uld have quit a week ago and just bought something else, and am really happ= y to see you making progress!
>
> I'm currently ignoring my desktop...=A0I just got a ThinkPad Helix= tablet and am focusing on getting Xen to work on it for the time being. > =A0
> Also, on a side note, I can confirm that my HD 4000 graphics does not = support FLR... and appears to be a PCI device :(
> =A0
> Cheers,
> Andrew
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://lists.xen.org/xen-us= ers

Hi,

HD4000 graphics is provided by the CPU and it works with primary VGA pas= sthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x h= ypervisor.

FLR- in my personnal experience doesnt mean much.

Regards,
Ricardo Jesus.

--001a11c2f06858da6f04dcd61a8c-- --===============3507858887319854736== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3507858887319854736==-- From xen-users-bounces@lists.xen.org Thu May 16 13:48:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:48: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 1UcyWZ-0006AS-Bw; Thu, 16 May 2013 13:47:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UcyWY-0006AB-16 for xen-users@lists.xensource.com; Thu, 16 May 2013 13:47:14 +0000 Received: from [85.158.139.83:63812] by server-14.bemta-5.messagelabs.com id 5D/C2-25870-163E4915; Thu, 16 May 2013 13:47:13 +0000 X-Env-Sender: ricardo.meb.jesus@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368712030!26992328!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19055 invoked from network); 16 May 2013 13:47:11 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 13:47:11 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so3405787obb.2 for ; Thu, 16 May 2013 06:47: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=c2Clh9HV7X/GR/PCceSrapK2J2OJ3dkObsI/snVsNdU=; b=UWv2e7Dik93VPn98ru70cCryVlflu27YTMEMQhEW44Obc1b/mu+KEuf3aImLXMC+IA aVm/z3Pf9nP4Kmwj5jaXPuMzeB4Z9+ZzNB6bujdIa4qY+JDmGhxJuarLj5P1cYRUi91Y 9cmNuh/RzVaNBM+6K+K2t1nPFKJModcDOlPmpKUMRnsRfIqbpscEVlv3dhU/LLAbi2Yy s5/7yr7VB4J64q0pKSPCoclAzhK1ELMAkwu44Iavd66SDuSmKP9DmcqwlWAD+W0OoSTu qf14MLnQybL5hfmRUeqi8vLQXK9oQgTCg1WyKdnbwnMElKcBL3TGs3lmL0fHvc7CGIox lWpg== MIME-Version: 1.0 X-Received: by 10.182.225.199 with SMTP id rm7mr6577011obc.20.1368712029983; Thu, 16 May 2013 06:47:09 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 06:47:09 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 06:47:09 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 14:47:09 +0100 Message-ID: From: Ricardo Jesus To: Andrew Bobulsky Cc: Gordan Bobic , code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3507858887319854736==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3507858887319854736== Content-Type: multipart/alternative; boundary=001a11c2f06858da6f04dcd61a8c --001a11c2f06858da6f04dcd61a8c Content-Type: text/plain; charset=ISO-8859-1 Sent from my Android device. On May 16, 2013 2:38 PM, "Andrew Bobulsky" wrote: > > Hello Gordan, Alex, > > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: >> >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: >>> >>> Aloha Gordon, >>> >>> When you say "BSOD on subsequent start-ups," are you saying that on the >>> boot after AMD driver installation your system BSODs? How do you manage >>> to get around that, by simply restarting the host? >> >> >> What I am referring to is the following: >> >> 1) Boot up host. >> 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB sometimes works. 4GB+ hardly ever gets to the login screen) > > > I thought I'd write in because I've seen this before. This behavior.... > >> >> 3) Shut down domU >> 4) At this stage, starting up the domU usually works. Maybe half of the time it BSODs or loses the USB devices (they show up with a yellow exclamation mark in device manager - ejecting them doesn't help). >> 5) Repeat from 3) At this point things never get past a BSOD and the only way to get the domU working again is to reboot the host. >> >> This should now probably become a couple of new threads: >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > > > ...and more specifically, this behavior---I'm referring to a BSOD that precedes the login screen; before the video driver switches out of the Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding issue with passing through PCIe devices on ESXi. The workaround is to configure the VM with a custom PCI Hole mapping; I use "pciHole.start = 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding either 1024 (or perhaps simply the memory total in MB on the PCIe device itself), where 2200-1100 in this case = 1100, just fixes the problem entirely. > > I don't know for sure if they're related, but the kicker here is that the workaround is required when and only when passing through a PCIe video card to a VM that has more than 2GB of RAM assigned to it! The thread on their forums[1] where I first found this some time ago is ~44 pages long. > >> >> 2) domU reboots cause USB controllers to become unavailable >> >> > > > I may be getting lost in the email chain, but I think that USB controllers are the one thing I've never had a problem with. I haven't ever tried attaching an onboard controller though, because every onboard controller I've come across is a regular PCI device... problems passing those are basically to be expected :( > > If you want to throw money at that problem, grab a RocketU 1144A or B. The lspci entries for the device[2] are a passthrough-user's dream come true. > > There's also the USB/IP project, but I haven't had a lot of luck with it. I actually think that it's an ideal solution to passing USB devices, as I've used commercial software that does the same, and it's good enough to connect audio, keyboard, and mouse to machines that are actually on physically different hosts with zero noticeable lag or packet loss. I'd love to see someone get the F/OSS version working... personally I'd buy the commercial software if it wasn't priced to gouge the crap out of a corporate wallet :( > > ----------- > > Just my two cents of course! I wish I could be a little more helpful here. I seriously admire your persistence on this issue; I probably would have quit a week ago and just bought something else, and am really happy to see you making progress! > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet and am focusing on getting Xen to work on it for the time being. > > Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :( > > Cheers, > Andrew > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hi, HD4000 graphics is provided by the CPU and it works with primary VGA passthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x hypervisor. FLR- in my personnal experience doesnt mean much. Regards, Ricardo Jesus. --001a11c2f06858da6f04dcd61a8c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Sent from my Android device.
On May 16, 2013 2:38 PM, "Andrew Bobulsky" <rulerof@gmail.com> wrote:
>
> Hello Gordan, Alex,
>
> On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
>>
>> On 05/16/2013 01:17 AM, Alex Karaoui wrote:
>>>
>>> Aloha Gordon,
>>>
>>> When you say "BSOD on subsequent start-ups," are you= saying that on the
>>> boot after AMD driver installation your system BSODs? =A0How d= o you manage
>>> to get around that, by simply restarting the host?
>>
>>
>> What I am referring to is the following:
>>
>> 1) Boot up host.
>> 2) Start up domU - works every time now with <=3D 2GB of RAM (a= ny more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0<= br> >
>
> I thought I'd write in because I've seen this before. =A0This = behavior....
> =A0
>>
>> 3) Shut down domU
>> 4) At this stage, starting up the domU usually works. Maybe half o= f the time it BSODs or loses the USB devices (they show up with a yellow ex= clamation mark in device manager - ejecting them doesn't help).
>> 5) Repeat from 3) At this point things never get past a BSOD and t= he only way to get the domU working again is to reboot the host.
>>
>> This should now probably become a couple of new threads:
>> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM<= br> >
>
> ...and more specifically, this behavior---I'm referring to a BSOD = that precedes the login screen; before the video driver switches out of the= Windows Boot Manager's VGA(?) mode---is eerily similar to a longstandi= ng issue with passing through PCIe devices on ESXi. =A0The workaround is to= configure the VM with a custom PCI Hole mapping; I use "pciHole.start= =3D 1100" and "pciHole.end =3D 2200", though pretty much an= y "total" exceeding either 1024 (or perhaps simply the memory tot= al in MB on the PCIe device itself), where 2200-1100 in this case =3D 1100,= just fixes the problem entirely.
>
> I don't know for sure if they're related, but the kicker here = is that the workaround is required when and only when=A0passing through a P= CIe video card to a VM that has more than 2GB of RAM assigned to it! =A0The= thread on their forums[1] where I first found this some time ago is ~44 pa= ges long.=A0
> =A0
>>
>> 2) domU reboots cause USB controllers to become unavailable=A0
>>
>> <snippity-snip/>=A0
>
>
> I may be getting lost in the email chain, but I think that USB control= lers are the one thing I've never had a problem with. =A0I haven't = ever tried attaching an onboard controller though, because every onboard co= ntroller I've come across is a regular PCI device... problems passing t= hose are basically to be expected :(
>
> If you want to throw money at that problem, grab a RocketU 1144A or B.= =A0The lspci entries for the device[2] are a passthrough-user's dream = come true.
>
> There's also the USB/IP project, but I haven't had a lot of lu= ck with it. =A0I actually think that it's an ideal solution to passing = USB devices, as I've used commercial software that does the same, and i= t's good enough to connect audio, keyboard, and mouse to machines that = are actually on physically different hosts with zero noticeable lag or pack= et loss. =A0I'd love to see someone get the F/OSS version working... pe= rsonally I'd buy the commercial software if it wasn't priced to gou= ge the crap out of a corporate wallet :(
>
> -----------
>
> Just my two cents of course! =A0I wish I could be a little more helpfu= l here. =A0I seriously admire your persistence on this issue; I probably wo= uld have quit a week ago and just bought something else, and am really happ= y to see you making progress!
>
> I'm currently ignoring my desktop...=A0I just got a ThinkPad Helix= tablet and am focusing on getting Xen to work on it for the time being. > =A0
> Also, on a side note, I can confirm that my HD 4000 graphics does not = support FLR... and appears to be a PCI device :(
> =A0
> Cheers,
> Andrew
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://lists.xen.org/xen-us= ers

Hi,

HD4000 graphics is provided by the CPU and it works with primary VGA pas= sthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x h= ypervisor.

FLR- in my personnal experience doesnt mean much.

Regards,
Ricardo Jesus.

--001a11c2f06858da6f04dcd61a8c-- --===============3507858887319854736== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3507858887319854736==-- From xen-users-bounces@lists.xen.org Thu May 16 13:52:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:52: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 1Ucyb2-0006d6-Pj; Thu, 16 May 2013 13:51:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucyb0-0006cs-HA for xen-users@lists.xensource.com; Thu, 16 May 2013 13:51:50 +0000 Received: from [85.158.143.99:15083] by server-2.bemta-4.messagelabs.com id D4/41-27124-574E4915; Thu, 16 May 2013 13:51:49 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-216.messagelabs.com!1368712308!23005042!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 31836 invoked from network); 16 May 2013 13:51:49 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 May 2013 13:51:49 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 3574422124E; Thu, 16 May 2013 14:51:48 +0100 (BST) MIME-Version: 1.0 Date: Thu, 16 May 2013 14:51:48 +0100 From: Gordan Bobic To: Ricardo Jesus In-Reply-To: References: "\"<518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com>" <51947BCA.3070902@bobich.net>" Message-ID: <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: Andrew Bobulsky , code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus wrote: > > Also, on a side note, I can confirm that my HD 4000 graphics does > not support FLR... and appears to be a PCI device :( > > HD4000 graphics is provided by the CPU and it works with primary VGA > passthrough with the xm toolstack running Wheezy stock linux kernel > an > 4.1.x hypervisor. Really? Why wouldn't it work for secondary passthrough? I have one of those in my microserver. It's not really up to the task of gaming (hell, it isn't even up to the task of HD video decoding and scaling it down to 1366x768), but it can take 16GB of RAM, so makes for a reasonably neat, dirt cheap, low-performance VM testing machine. > FLR- in my personnal experience doesnt mean much. You have seen the mythical item that is a GPU with FLR? If you haven't I'm not sure how you can make a reasonable experience based comparison. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 13:52:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 13:52: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 1Ucyb2-0006d6-Pj; Thu, 16 May 2013 13:51:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucyb0-0006cs-HA for xen-users@lists.xensource.com; Thu, 16 May 2013 13:51:50 +0000 Received: from [85.158.143.99:15083] by server-2.bemta-4.messagelabs.com id D4/41-27124-574E4915; Thu, 16 May 2013 13:51:49 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-216.messagelabs.com!1368712308!23005042!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 31836 invoked from network); 16 May 2013 13:51:49 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 May 2013 13:51:49 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 3574422124E; Thu, 16 May 2013 14:51:48 +0100 (BST) MIME-Version: 1.0 Date: Thu, 16 May 2013 14:51:48 +0100 From: Gordan Bobic To: Ricardo Jesus In-Reply-To: References: "\"<518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com>" <51947BCA.3070902@bobich.net>" Message-ID: <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: Andrew Bobulsky , code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.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 Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus wrote: > > Also, on a side note, I can confirm that my HD 4000 graphics does > not support FLR... and appears to be a PCI device :( > > HD4000 graphics is provided by the CPU and it works with primary VGA > passthrough with the xm toolstack running Wheezy stock linux kernel > an > 4.1.x hypervisor. Really? Why wouldn't it work for secondary passthrough? I have one of those in my microserver. It's not really up to the task of gaming (hell, it isn't even up to the task of HD video decoding and scaling it down to 1366x768), but it can take 16GB of RAM, so makes for a reasonably neat, dirt cheap, low-performance VM testing machine. > FLR- in my personnal experience doesnt mean much. You have seen the mythical item that is a GPU with FLR? If you haven't I'm not sure how you can make a reasonable experience based comparison. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 14:17:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:17: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 1Ucyz5-0007az-JH; Thu, 16 May 2013 14:16:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucyz3-0007au-Pi for xen-users@lists.xensource.com; Thu, 16 May 2013 14:16:42 +0000 Received: from [85.158.138.51:61594] by server-2.bemta-3.messagelabs.com id 5D/7F-07011-84AE4915; Thu, 16 May 2013 14:16:40 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368713775!33010414!1 X-Originating-IP: [209.85.192.169] 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 27715 invoked from network); 16 May 2013 14:16:17 -0000 Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:16:17 -0000 Received: by mail-pd0-f169.google.com with SMTP id y10so1637362pdj.14 for ; Thu, 16 May 2013 07:16:15 -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=X1vCqlK//6DcXGoy+SR7OvSg22teP1BTrTd0Sw8lIgk=; b=hUNkjrU1xjIGCJ0jVmmhpluNHTJIcqcuFBgKdIedJ/W8xxVxMYjB6Gm1iWlE+OuC3H uDlAxSBg59MCfDIY/7Q04n9gvGwBA/UUgwaFU0KeF/lWFs3zcsGoTvEhWMrfaw5H/JTK trpTtL1BzBYH9nmc7Njyy/XIS4koqWqqP72MTh787CUeIa6UJwlpuuZxqPl74yXluC7c HkcJ7KfdZe+S5YXvZ4BclMjNe9Fty7dZtjK0c/hZq4/nbL8d56Sj+F64pwPD3gtqpa+R uGAy3in/BO/764FYFG0T0i8UA4SysSUN3DslVOqCK7aaziooewSujDukohcIwuCEgakC 7bbw== MIME-Version: 1.0 X-Received: by 10.66.216.170 with SMTP id or10mr32140134pac.31.1368713775134; Thu, 16 May 2013 07:16:15 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:16:15 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 10:16:15 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic , code3studios@gmail.com Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5591826761163289724==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5591826761163289724== Content-Type: multipart/alternative; boundary=047d7b5d667c5dc0ad04dcd6824d --047d7b5d667c5dc0ad04dcd6824d Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 9:31 AM, Andrew Bobulsky wrote: > Hello Gordan, Alex, > > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: >> >>> Aloha Gordon, >>> >>> When you say "BSOD on subsequent start-ups," are you saying that on the >>> boot after AMD driver installation your system BSODs? How do you manage >>> to get around that, by simply restarting the host? >>> >> >> What I am referring to is the following: >> >> 1) Boot up host. >> 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB >> sometimes works. 4GB+ hardly ever gets to the login screen) > > > I thought I'd write in because I've seen this before. This behavior.... > > >> 3) Shut down domU >> 4) At this stage, starting up the domU usually works. Maybe half of the >> time it BSODs or loses the USB devices (they show up with a yellow >> exclamation mark in device manager - ejecting them doesn't help). >> 5) Repeat from 3) At this point things never get past a BSOD and the only >> way to get the domU working again is to reboot the host. >> >> This should now probably become a couple of new threads: >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM >> > > ...and more specifically, this behavior---I'm referring to a BSOD that > precedes the login screen; before the video driver switches out of the > Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding > issue with passing through PCIe devices on ESXi. The workaround is to > configure the VM with a custom PCI Hole mapping; I use "pciHole.start = > 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding > either 1024 (or perhaps simply the memory total in MB on the PCIe device > itself), where 2200-1100 in this case = 1100, just fixes the problem > entirely. > > I don't know for sure if they're related, but the kicker here is that the > workaround is required when *and only when* passing through a PCIe video > card to a VM that has more than 2GB of RAM assigned to it! The thread on > their forums[1] where I first found this some time ago is ~44 pages long. > > >> 2) domU reboots cause USB controllers to become unavailable > > > > > I may be getting lost in the email chain, but I think that USB controllers > are the one thing I've *never *had a problem with. I haven't ever tried > attaching an onboard controller though, because every onboard controller > I've come across is a regular PCI device... problems passing those are > basically to be expected :( > > If you want to throw money at that problem, grab a RocketU 1144A or B. > The lspci entries for the device[2] are a passthrough-user's dream come > true. > > There's also the USB/IP project, but I haven't had a lot of luck with it. > I actually think that it's an ideal solution to passing USB devices, as > I've used commercial software that does the same, and it's good enough to > connect audio, keyboard, and mouse to machines that are actually on > physically different hosts with zero noticeable lag or packet loss. I'd > love to see someone get the F/OSS version working... personally I'd buy the > commercial software if it wasn't priced to gouge the crap out of a > corporate wallet :( > > ----------- > > Just my two cents of course! I wish I could be a little more helpful > here. I seriously admire your persistence on this issue; I probably would > have quit a week ago and just bought something else, and am really happy to > see you making progress! > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet > and am focusing on getting Xen to work on it for the time being. > > Also, on a side note, I can confirm that my HD 4000 graphics does not > support FLR... and appears to be a PCI device :( > > Cheers, > Andrew > Oops! I meant to provide some references, but I started this message and got summoned by the wife, then forgot about it :P [1]: http://communities.vmware.com/thread/297072?start=0&tstart=0 - VMware PCIHole discussion [2]: http://pastebin.com/raw.php?i=GHMj4W8e - lspci output for the RocketU 1144A --047d7b5d667c5dc0ad04dcd6824d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 16, 2013 at 9:31 AM, Andrew Bobulsky <rulerof@gmail.com>= ; wrote:
On = Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
On 05/16/2013 01:17 AM, Alex Karaoui wrote:
Aloha Gordon,

When you say "BSOD on subsequent start-ups," are you saying that = on the
boot after AMD driver installation your system BSODs? =A0How do you manage<= br> to get around that, by simply restarting the host?

What I am referring to is the following:

1) Boot up host.
2) Start up domU - works every time now with <=3D 2GB of RAM (any more 3= GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0

I thought I'd write in because I've se= en this before. =A0This behavior....
=A0
3) Shut down domU
4) At this stage, starting up the domU usually works. Maybe half of the tim= e it BSODs or loses the USB devices (they show up with a yellow exclamation= mark in device manager - ejecting them doesn't help).
5) Repeat from 3) At this point things never get past a BSOD and the only w= ay to get the domU working again is to reboot the host.

This should now probably become a couple of new threads:
1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM

...and more specifically, this behavior---= I'm referring to a BSOD that precedes the login screen; before the vide= o driver switches out of the Windows Boot Manager's VGA(?) mode---is ee= rily similar to a longstanding issue with passing through PCIe devices on E= SXi. =A0The workaround is to configure the VM with a custom PCI Hole mappin= g; I use "pciHole.start =3D 1100" and "pciHole.end =3D 2200&= quot;, though pretty much any "total" exceeding either 1024 (or p= erhaps simply the memory total in MB on the PCIe device itself), where 2200= -1100 in this case =3D 1100, just fixes the problem entirely.

I don't know for sure if they're related, but t= he kicker here is that the workaround is required when and only when= =A0passing through a PCIe video card to a VM that has more than 2GB of RAM = assigned to it! =A0The thread on their forums[1] where I first found this s= ome time ago is ~44 pages long.=A0
=A0
2) domU reboots cause USB controllers to become unavailable=A0
=
<snippity-snip/>=A0

I may be getting = lost in the email chain, but I think that USB controllers are the one thing= I've never had a problem with. =A0I haven't ever tried atta= ching an onboard controller though, because every onboard controller I'= ve come across is a regular PCI device... problems passing those are basica= lly to be expected :(

If you want to throw money at that problem, grab a Rock= etU 1144A or B. =A0The lspci entries for the device[2] are a passthrough-us= er's dream come true.

There's also the USB= /IP project, but I haven't had a lot of luck with it. =A0I actually thi= nk that it's an ideal solution to passing USB devices, as I've used= commercial software that does the same, and it's good enough to connec= t audio, keyboard, and mouse to machines that are actually on physically di= fferent hosts with zero noticeable lag or packet loss. =A0I'd love to s= ee someone get the F/OSS version working... personally I'd buy the comm= ercial software if it wasn't priced to gouge the crap out of a corporat= e wallet :(

-----------

Just my two cents = of course! =A0I wish I could be a little more helpful here. =A0I seriously = admire your persistence on this issue; I probably would have quit a week ag= o and just bought something else, and am really happy to see you making pro= gress!

I'm currently ignoring my desktop...=A0I just got a ThinkPad H= elix tablet and am focusing on getting Xen to work on it for the time being= .
=A0
Also, on a side note, I can confirm that my HD 40= 00 graphics does not support FLR... and appears to be a PCI device :(
=A0
Cheers,
Andrew
Oops! =A0 I meant to provide some references, but I started th= is message and got summoned by the wife, then forgot about it :P


[2]:=A0http://pa= stebin.com/raw.php?i=3DGHMj4W8e=A0- lspci output for the RocketU 1144A<= /div>

--047d7b5d667c5dc0ad04dcd6824d-- --===============5591826761163289724== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5591826761163289724==-- From xen-users-bounces@lists.xen.org Thu May 16 14:17:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:17: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 1Ucyz5-0007az-JH; Thu, 16 May 2013 14:16:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucyz3-0007au-Pi for xen-users@lists.xensource.com; Thu, 16 May 2013 14:16:42 +0000 Received: from [85.158.138.51:61594] by server-2.bemta-3.messagelabs.com id 5D/7F-07011-84AE4915; Thu, 16 May 2013 14:16:40 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368713775!33010414!1 X-Originating-IP: [209.85.192.169] 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 27715 invoked from network); 16 May 2013 14:16:17 -0000 Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:16:17 -0000 Received: by mail-pd0-f169.google.com with SMTP id y10so1637362pdj.14 for ; Thu, 16 May 2013 07:16:15 -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=X1vCqlK//6DcXGoy+SR7OvSg22teP1BTrTd0Sw8lIgk=; b=hUNkjrU1xjIGCJ0jVmmhpluNHTJIcqcuFBgKdIedJ/W8xxVxMYjB6Gm1iWlE+OuC3H uDlAxSBg59MCfDIY/7Q04n9gvGwBA/UUgwaFU0KeF/lWFs3zcsGoTvEhWMrfaw5H/JTK trpTtL1BzBYH9nmc7Njyy/XIS4koqWqqP72MTh787CUeIa6UJwlpuuZxqPl74yXluC7c HkcJ7KfdZe+S5YXvZ4BclMjNe9Fty7dZtjK0c/hZq4/nbL8d56Sj+F64pwPD3gtqpa+R uGAy3in/BO/764FYFG0T0i8UA4SysSUN3DslVOqCK7aaziooewSujDukohcIwuCEgakC 7bbw== MIME-Version: 1.0 X-Received: by 10.66.216.170 with SMTP id or10mr32140134pac.31.1368713775134; Thu, 16 May 2013 07:16:15 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:16:15 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 10:16:15 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic , code3studios@gmail.com Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5591826761163289724==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5591826761163289724== Content-Type: multipart/alternative; boundary=047d7b5d667c5dc0ad04dcd6824d --047d7b5d667c5dc0ad04dcd6824d Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 9:31 AM, Andrew Bobulsky wrote: > Hello Gordan, Alex, > > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: >> >>> Aloha Gordon, >>> >>> When you say "BSOD on subsequent start-ups," are you saying that on the >>> boot after AMD driver installation your system BSODs? How do you manage >>> to get around that, by simply restarting the host? >>> >> >> What I am referring to is the following: >> >> 1) Boot up host. >> 2) Start up domU - works every time now with <= 2GB of RAM (any more 3GB >> sometimes works. 4GB+ hardly ever gets to the login screen) > > > I thought I'd write in because I've seen this before. This behavior.... > > >> 3) Shut down domU >> 4) At this stage, starting up the domU usually works. Maybe half of the >> time it BSODs or loses the USB devices (they show up with a yellow >> exclamation mark in device manager - ejecting them doesn't help). >> 5) Repeat from 3) At this point things never get past a BSOD and the only >> way to get the domU working again is to reboot the host. >> >> This should now probably become a couple of new threads: >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM >> > > ...and more specifically, this behavior---I'm referring to a BSOD that > precedes the login screen; before the video driver switches out of the > Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding > issue with passing through PCIe devices on ESXi. The workaround is to > configure the VM with a custom PCI Hole mapping; I use "pciHole.start = > 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding > either 1024 (or perhaps simply the memory total in MB on the PCIe device > itself), where 2200-1100 in this case = 1100, just fixes the problem > entirely. > > I don't know for sure if they're related, but the kicker here is that the > workaround is required when *and only when* passing through a PCIe video > card to a VM that has more than 2GB of RAM assigned to it! The thread on > their forums[1] where I first found this some time ago is ~44 pages long. > > >> 2) domU reboots cause USB controllers to become unavailable > > > > > I may be getting lost in the email chain, but I think that USB controllers > are the one thing I've *never *had a problem with. I haven't ever tried > attaching an onboard controller though, because every onboard controller > I've come across is a regular PCI device... problems passing those are > basically to be expected :( > > If you want to throw money at that problem, grab a RocketU 1144A or B. > The lspci entries for the device[2] are a passthrough-user's dream come > true. > > There's also the USB/IP project, but I haven't had a lot of luck with it. > I actually think that it's an ideal solution to passing USB devices, as > I've used commercial software that does the same, and it's good enough to > connect audio, keyboard, and mouse to machines that are actually on > physically different hosts with zero noticeable lag or packet loss. I'd > love to see someone get the F/OSS version working... personally I'd buy the > commercial software if it wasn't priced to gouge the crap out of a > corporate wallet :( > > ----------- > > Just my two cents of course! I wish I could be a little more helpful > here. I seriously admire your persistence on this issue; I probably would > have quit a week ago and just bought something else, and am really happy to > see you making progress! > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet > and am focusing on getting Xen to work on it for the time being. > > Also, on a side note, I can confirm that my HD 4000 graphics does not > support FLR... and appears to be a PCI device :( > > Cheers, > Andrew > Oops! I meant to provide some references, but I started this message and got summoned by the wife, then forgot about it :P [1]: http://communities.vmware.com/thread/297072?start=0&tstart=0 - VMware PCIHole discussion [2]: http://pastebin.com/raw.php?i=GHMj4W8e - lspci output for the RocketU 1144A --047d7b5d667c5dc0ad04dcd6824d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 16, 2013 at 9:31 AM, Andrew Bobulsky <rulerof@gmail.com>= ; wrote:
On = Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
On 05/16/2013 01:17 AM, Alex Karaoui wrote:
Aloha Gordon,

When you say "BSOD on subsequent start-ups," are you saying that = on the
boot after AMD driver installation your system BSODs? =A0How do you manage<= br> to get around that, by simply restarting the host?

What I am referring to is the following:

1) Boot up host.
2) Start up domU - works every time now with <=3D 2GB of RAM (any more 3= GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0

I thought I'd write in because I've se= en this before. =A0This behavior....
=A0
3) Shut down domU
4) At this stage, starting up the domU usually works. Maybe half of the tim= e it BSODs or loses the USB devices (they show up with a yellow exclamation= mark in device manager - ejecting them doesn't help).
5) Repeat from 3) At this point things never get past a BSOD and the only w= ay to get the domU working again is to reboot the host.

This should now probably become a couple of new threads:
1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM

...and more specifically, this behavior---= I'm referring to a BSOD that precedes the login screen; before the vide= o driver switches out of the Windows Boot Manager's VGA(?) mode---is ee= rily similar to a longstanding issue with passing through PCIe devices on E= SXi. =A0The workaround is to configure the VM with a custom PCI Hole mappin= g; I use "pciHole.start =3D 1100" and "pciHole.end =3D 2200&= quot;, though pretty much any "total" exceeding either 1024 (or p= erhaps simply the memory total in MB on the PCIe device itself), where 2200= -1100 in this case =3D 1100, just fixes the problem entirely.

I don't know for sure if they're related, but t= he kicker here is that the workaround is required when and only when= =A0passing through a PCIe video card to a VM that has more than 2GB of RAM = assigned to it! =A0The thread on their forums[1] where I first found this s= ome time ago is ~44 pages long.=A0
=A0
2) domU reboots cause USB controllers to become unavailable=A0
=
<snippity-snip/>=A0

I may be getting = lost in the email chain, but I think that USB controllers are the one thing= I've never had a problem with. =A0I haven't ever tried atta= ching an onboard controller though, because every onboard controller I'= ve come across is a regular PCI device... problems passing those are basica= lly to be expected :(

If you want to throw money at that problem, grab a Rock= etU 1144A or B. =A0The lspci entries for the device[2] are a passthrough-us= er's dream come true.

There's also the USB= /IP project, but I haven't had a lot of luck with it. =A0I actually thi= nk that it's an ideal solution to passing USB devices, as I've used= commercial software that does the same, and it's good enough to connec= t audio, keyboard, and mouse to machines that are actually on physically di= fferent hosts with zero noticeable lag or packet loss. =A0I'd love to s= ee someone get the F/OSS version working... personally I'd buy the comm= ercial software if it wasn't priced to gouge the crap out of a corporat= e wallet :(

-----------

Just my two cents = of course! =A0I wish I could be a little more helpful here. =A0I seriously = admire your persistence on this issue; I probably would have quit a week ag= o and just bought something else, and am really happy to see you making pro= gress!

I'm currently ignoring my desktop...=A0I just got a ThinkPad H= elix tablet and am focusing on getting Xen to work on it for the time being= .
=A0
Also, on a side note, I can confirm that my HD 40= 00 graphics does not support FLR... and appears to be a PCI device :(
=A0
Cheers,
Andrew
Oops! =A0 I meant to provide some references, but I started th= is message and got summoned by the wife, then forgot about it :P


[2]:=A0http://pa= stebin.com/raw.php?i=3DGHMj4W8e=A0- lspci output for the RocketU 1144A<= /div>

--047d7b5d667c5dc0ad04dcd6824d-- --===============5591826761163289724== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5591826761163289724==-- From xen-users-bounces@lists.xen.org Thu May 16 14:22:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:22: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 1Ucz42-0007q5-LI; Thu, 16 May 2013 14:21:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz41-0007po-8E for xen-users@lists.xensource.com; Thu, 16 May 2013 14:21:49 +0000 Received: from [85.158.138.51:50081] by server-15.bemta-3.messagelabs.com id 2A/D7-32363-C7BE4915; Thu, 16 May 2013 14:21:48 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1368714104!18487485!1 X-Originating-IP: [209.85.210.50] 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 30645 invoked from network); 16 May 2013 14:21:46 -0000 Received: from mail-da0-f50.google.com (HELO mail-da0-f50.google.com) (209.85.210.50) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:21:46 -0000 Received: by mail-da0-f50.google.com with SMTP id i23so803782dad.23 for ; Thu, 16 May 2013 07:21: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:cc:content-type; bh=BKM2CtnWfkExyJ3g2yAT+c4x9BdKa86YLcq4y0n/TD0=; b=b89yGAikaPagp9aBt1+DRKajWl/zk2dLKWYSGKJ6dCkIZAMycMAM4avljFj4u+Fx9Z 719mVnHxdrghXMSdxUiUBDfHGB5NWwvXJOnQ+nbePop6IG2oV45tko2F0ftq1pMzRjJB Kz8ol9bvJ3Zi2t7Pj0XGhoIlOlO2VyRamd+wCZZg3Ft/kRldj3MoJe/o8tlcZxuradLZ OahQ+RUdLsuhaQTyyDPj02bk+qkqBB/KlGFvX4UN8+4p9kLDYDzlvDu/1cvuMHv6lDsx 9g2Bt7KIqzslXByPwQF0JqAzhJ0myZlUXZFlRge96CLCFJCf740LebCaItYU83GpeTgA yHig== MIME-Version: 1.0 X-Received: by 10.66.146.74 with SMTP id ta10mr43618450pab.60.1368714104399; Thu, 16 May 2013 07:21:44 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:21:44 -0700 (PDT) In-Reply-To: <1bbe12b2e852a87166456608b6e81537@mail.shatteredsilicon.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> <1bbe12b2e852a87166456608b6e81537@mail.shatteredsilicon.net> Date: Thu, 16 May 2013 10:21:44 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5058115051140387120==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5058115051140387120== Content-Type: multipart/alternative; boundary=047d7b6dcab2fdeeeb04dcd6958f --047d7b6dcab2fdeeeb04dcd6958f Content-Type: text/plain; charset=ISO-8859-1 Hello again, hope this doesn't make it hard to read, I know mobile devices like to top post :) On Thu, May 16, 2013 at 9:42 AM, Gordan Bobic wrote: > Apologies, top posting because my mail reader is truncating that previous > message > content when replying to it. > > I was having issues passing through USB devices, so I figured I'd just pass > the PCI devices that are the USB controllers associated with the relevant > ports. > I'll try passing just the USB devices again. > That's a reasonable thing to do, and I have tried it before; I'm just saying that reliability may be hit or miss depending on a variety of circumstances :P > As for the PCI hole - is there a parameter to achieve this on xen? Or a > patch > for xen/qemu that fixes the problem? > > Gordan With the PCI hole thing, when I first started trying to work with IOMMU on an AMD system---though AFAIK the Intel vs. AMD thing doesn't make a difference in VMware land for this particular issue---this workaround was unique to VMware. It wasn't at all necessary for my Xen VMs on the same physical hardware. I'm just seeing that, for you, this behavior is eerily similar to a long-standing problem on VMware and may be worth looking at to see if it's a problem here, too. :) -Andrew > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > > On 05/16/2013 01:17 AM, Alex Karaoui wrote: > > Aloha Gordon, > > When you say "BSOD on subsequent start-ups," are you saying that > on the > boot after AMD driver installation your system BSODs? How do you > manage > to get around that, by simply restarting the host? > > > What I am referring to is the following: > > 1) Boot up host. > 2) Start up domU - works every time now with <= 2GB of RAM (any more > 3GB sometimes works. 4GB+ hardly ever gets to the login screen) > > > I thought I'd write in because I've seen this before. This behavior.... > > > 3) Shut down domU > 4) At this stage, starting up the domU usually works. Maybe half of > the time it BSODs or loses the USB devices (they show up with a yellow > exclamation mark in device manager - ejecting them doesn't help). > 5) Repeat from 3) At this point things never get past a BSOD and the > only way to get the domU working again is to reboot the host. > > This should now probably become a couple of new threads: > 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > > > ...and more specifically, this behavior---I'm referring to a BSOD that > precedes the login screen; before the video driver switches out of the > Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding > issue with passing through PCIe devices on ESXi. The workaround is to > configure the VM with a custom PCI Hole mapping; I use "pciHole.start = > 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding > either 1024 (or perhaps simply the memory total in MB on the PCIe device > itself), where 2200-1100 in this case = 1100, just fixes the problem > entirely. > > I don't know for sure if they're related, but the kicker here is that the > workaround is required when and only when passing through a PCIe video card > to a VM that has more than 2GB of RAM assigned to it! The thread on their > forums[1] where I first found this some time ago is ~44 pages long. > > > 2) domU reboots cause USB controllers to become unavailable > > > > > I may be getting lost in the email chain, but I think that USB controllers > are the one thing I've never had a problem with. I haven't ever tried > attaching an onboard controller though, because every onboard controller > I've come across is a regular PCI device... problems passing those are > basically to be expected :( > > If you want to throw money at that problem, grab a RocketU 1144A or B. > The lspci entries for the device[2] are a passthrough-user's dream come > true. > > There's also the USB/IP project, but I haven't had a lot of luck with it. > I actually think that it's an ideal solution to passing USB devices, as > I've used commercial software that does the same, and it's good enough to > connect audio, keyboard, and mouse to machines that are actually on > physically different hosts with zero noticeable lag or packet loss. I'd > love to see someone get the F/OSS version working... personally I'd buy the > commercial software if it wasn't priced to gouge the crap out of a > corporate wallet :( > > ----------- > > Just my two cents of course! I wish I could be a little more helpful > here. I seriously admire your persistence on this issue; I probably would > have quit a week ago and just bought something else, and am really happy to > see you making progress! > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet > and am focusing on getting Xen to work on it for the time being. > > Also, on a side note, I can confirm that my HD 4000 graphics does not > support FLR... and appears to be a PCI device :( > > Cheers, > Andrew > > > --047d7b6dcab2fdeeeb04dcd6958f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello again, hope this doesn't make it hard to read, I know mobile devi= ces like to top post :)

On Thu, May 16, 2= 013 at 9:42 AM, Gordan Bobic <gordan@bobich.net> wrote:
Apologies, top posting because my mail reade= r is truncating that previous message
content when replying to it.

I was having issues passing through USB devices, so I figured I'd just = pass
the PCI devices that are the USB controllers associated with the relevant p= orts.
I'll try passing just the USB devices again.

<= /div>
That's a reasonable thing to do, and I have tried it before; = I'm just saying that reliability may be hit or miss depending on a vari= ety of circumstances :P


As for the PCI hole - is there a parameter to achieve this on xen? Or a pat= ch
for xen/qemu that fixes the problem?

Gordan

With the PCI hole thin= g, when I first started trying to work with IOMMU on an AMD system---though= AFAIK the Intel vs. AMD thing doesn't make a difference in VMware land= for this particular issue---this workaround was unique to VMware. =A0It wa= sn't at all necessary for my Xen VMs on the same physical hardware.

I'm just seeing that, for you, this behavior is eer= ily similar to a long-standing problem on VMware and may be worth looking a= t to see if it's a problem here, too. :)

-Andr= ew
=A0
On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
=A0 =A0 On 05/16/2013 01:17 AM, Alex Karaoui wrote:

=A0 =A0 =A0 =A0 Aloha Gordon,

=A0 =A0 =A0 =A0 When you say "BSOD on subsequent start-ups," are = you saying that on the
=A0 =A0 =A0 =A0 boot after AMD driver installation your system BSODs? =A0Ho= w do you manage
=A0 =A0 =A0 =A0 to get around that, by simply restarting the host?


=A0 =A0 What I am referring to is the following:

=A0 =A0 1) Boot up host.
=A0 =A0 2) Start up domU - works every time now with <=3D 2GB of RAM (an= y more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)


I thought I'd write in because I've seen this before. =A0This behav= ior....


=A0 =A0 3) Shut down domU
=A0 =A0 4) At this stage, starting up the domU usually works. Maybe half of= the time it BSODs or loses the USB devices (they show up with a yellow exc= lamation mark in device manager - ejecting them doesn't help).
=A0 =A0 5) Repeat from 3) At this point things never get past a BSOD and th= e only way to get the domU working again is to reboot the host.

=A0 =A0 This should now probably become a couple of new threads:
=A0 =A0 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM

...and more specifically, this behavior---I'm referring to a BSOD that = precedes the login screen; before the video driver switches out of the Wind= ows Boot Manager's VGA(?) mode---is eerily similar to a longstanding is= sue with passing through PCIe devices on ESXi. =A0The workaround is to conf= igure the VM with a custom PCI Hole mapping; I use "pciHole.start =3D = 1100" and "pciHole.end =3D 2200", though pretty much any &qu= ot;total" exceeding either 1024 (or perhaps simply the memory total in= MB on the PCIe device itself), where 2200-1100 in this case =3D 1100, just= fixes the problem entirely.

I don't know for sure if they're related, but the kicker here is th= at the workaround is required when and only when passing through a PCIe vid= eo card to a VM that has more than 2GB of RAM assigned to it! =A0The thread= on their forums[1] where I first found this some time ago is ~44 pages lon= g.


=A0 =A0 2) domU reboots cause USB controllers to become unavailable

=A0 =A0 <snippity-snip/>


I may be getting lost in the email chain, but I think that USB controllers = are the one thing I've never had a problem with. =A0I haven't ever = tried attaching an onboard controller though, because every onboard control= ler I've come across is a regular PCI device... problems passing those = are basically to be expected :(

If you want to throw money at that problem, grab a RocketU 1144A or B. =A0T= he lspci entries for the device[2] are a passthrough-user's dream come = true.

There's also the USB/IP project, but I haven't had a lot of luck wi= th it. =A0I actually think that it's an ideal solution to passing USB d= evices, as I've used commercial software that does the same, and it'= ;s good enough to connect audio, keyboard, and mouse to machines that are a= ctually on physically different hosts with zero noticeable lag or packet lo= ss. =A0I'd love to see someone get the F/OSS version working... persona= lly I'd buy the commercial software if it wasn't priced to gouge th= e crap out of a corporate wallet :(

-----------

Just my two cents of course! =A0I wish I could be a little more helpful her= e. =A0I seriously admire your persistence on this issue; I probably would h= ave quit a week ago and just bought something else, and am really happy to = see you making progress!

I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet= and am focusing on getting Xen to work on it for the time being.

Also, on a side note, I can confirm that my HD 4000 graphics does not suppo= rt FLR... and appears to be a PCI device :(

Cheers,
Andrew



--047d7b6dcab2fdeeeb04dcd6958f-- --===============5058115051140387120== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5058115051140387120==-- From xen-users-bounces@lists.xen.org Thu May 16 14:22:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:22: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 1Ucz42-0007q5-LI; Thu, 16 May 2013 14:21:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz41-0007po-8E for xen-users@lists.xensource.com; Thu, 16 May 2013 14:21:49 +0000 Received: from [85.158.138.51:50081] by server-15.bemta-3.messagelabs.com id 2A/D7-32363-C7BE4915; Thu, 16 May 2013 14:21:48 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1368714104!18487485!1 X-Originating-IP: [209.85.210.50] 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 30645 invoked from network); 16 May 2013 14:21:46 -0000 Received: from mail-da0-f50.google.com (HELO mail-da0-f50.google.com) (209.85.210.50) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:21:46 -0000 Received: by mail-da0-f50.google.com with SMTP id i23so803782dad.23 for ; Thu, 16 May 2013 07:21: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:cc:content-type; bh=BKM2CtnWfkExyJ3g2yAT+c4x9BdKa86YLcq4y0n/TD0=; b=b89yGAikaPagp9aBt1+DRKajWl/zk2dLKWYSGKJ6dCkIZAMycMAM4avljFj4u+Fx9Z 719mVnHxdrghXMSdxUiUBDfHGB5NWwvXJOnQ+nbePop6IG2oV45tko2F0ftq1pMzRjJB Kz8ol9bvJ3Zi2t7Pj0XGhoIlOlO2VyRamd+wCZZg3Ft/kRldj3MoJe/o8tlcZxuradLZ OahQ+RUdLsuhaQTyyDPj02bk+qkqBB/KlGFvX4UN8+4p9kLDYDzlvDu/1cvuMHv6lDsx 9g2Bt7KIqzslXByPwQF0JqAzhJ0myZlUXZFlRge96CLCFJCf740LebCaItYU83GpeTgA yHig== MIME-Version: 1.0 X-Received: by 10.66.146.74 with SMTP id ta10mr43618450pab.60.1368714104399; Thu, 16 May 2013 07:21:44 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:21:44 -0700 (PDT) In-Reply-To: <1bbe12b2e852a87166456608b6e81537@mail.shatteredsilicon.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> <1bbe12b2e852a87166456608b6e81537@mail.shatteredsilicon.net> Date: Thu, 16 May 2013 10:21:44 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5058115051140387120==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5058115051140387120== Content-Type: multipart/alternative; boundary=047d7b6dcab2fdeeeb04dcd6958f --047d7b6dcab2fdeeeb04dcd6958f Content-Type: text/plain; charset=ISO-8859-1 Hello again, hope this doesn't make it hard to read, I know mobile devices like to top post :) On Thu, May 16, 2013 at 9:42 AM, Gordan Bobic wrote: > Apologies, top posting because my mail reader is truncating that previous > message > content when replying to it. > > I was having issues passing through USB devices, so I figured I'd just pass > the PCI devices that are the USB controllers associated with the relevant > ports. > I'll try passing just the USB devices again. > That's a reasonable thing to do, and I have tried it before; I'm just saying that reliability may be hit or miss depending on a variety of circumstances :P > As for the PCI hole - is there a parameter to achieve this on xen? Or a > patch > for xen/qemu that fixes the problem? > > Gordan With the PCI hole thing, when I first started trying to work with IOMMU on an AMD system---though AFAIK the Intel vs. AMD thing doesn't make a difference in VMware land for this particular issue---this workaround was unique to VMware. It wasn't at all necessary for my Xen VMs on the same physical hardware. I'm just seeing that, for you, this behavior is eerily similar to a long-standing problem on VMware and may be worth looking at to see if it's a problem here, too. :) -Andrew > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > > On 05/16/2013 01:17 AM, Alex Karaoui wrote: > > Aloha Gordon, > > When you say "BSOD on subsequent start-ups," are you saying that > on the > boot after AMD driver installation your system BSODs? How do you > manage > to get around that, by simply restarting the host? > > > What I am referring to is the following: > > 1) Boot up host. > 2) Start up domU - works every time now with <= 2GB of RAM (any more > 3GB sometimes works. 4GB+ hardly ever gets to the login screen) > > > I thought I'd write in because I've seen this before. This behavior.... > > > 3) Shut down domU > 4) At this stage, starting up the domU usually works. Maybe half of > the time it BSODs or loses the USB devices (they show up with a yellow > exclamation mark in device manager - ejecting them doesn't help). > 5) Repeat from 3) At this point things never get past a BSOD and the > only way to get the domU working again is to reboot the host. > > This should now probably become a couple of new threads: > 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > > > ...and more specifically, this behavior---I'm referring to a BSOD that > precedes the login screen; before the video driver switches out of the > Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding > issue with passing through PCIe devices on ESXi. The workaround is to > configure the VM with a custom PCI Hole mapping; I use "pciHole.start = > 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding > either 1024 (or perhaps simply the memory total in MB on the PCIe device > itself), where 2200-1100 in this case = 1100, just fixes the problem > entirely. > > I don't know for sure if they're related, but the kicker here is that the > workaround is required when and only when passing through a PCIe video card > to a VM that has more than 2GB of RAM assigned to it! The thread on their > forums[1] where I first found this some time ago is ~44 pages long. > > > 2) domU reboots cause USB controllers to become unavailable > > > > > I may be getting lost in the email chain, but I think that USB controllers > are the one thing I've never had a problem with. I haven't ever tried > attaching an onboard controller though, because every onboard controller > I've come across is a regular PCI device... problems passing those are > basically to be expected :( > > If you want to throw money at that problem, grab a RocketU 1144A or B. > The lspci entries for the device[2] are a passthrough-user's dream come > true. > > There's also the USB/IP project, but I haven't had a lot of luck with it. > I actually think that it's an ideal solution to passing USB devices, as > I've used commercial software that does the same, and it's good enough to > connect audio, keyboard, and mouse to machines that are actually on > physically different hosts with zero noticeable lag or packet loss. I'd > love to see someone get the F/OSS version working... personally I'd buy the > commercial software if it wasn't priced to gouge the crap out of a > corporate wallet :( > > ----------- > > Just my two cents of course! I wish I could be a little more helpful > here. I seriously admire your persistence on this issue; I probably would > have quit a week ago and just bought something else, and am really happy to > see you making progress! > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet > and am focusing on getting Xen to work on it for the time being. > > Also, on a side note, I can confirm that my HD 4000 graphics does not > support FLR... and appears to be a PCI device :( > > Cheers, > Andrew > > > --047d7b6dcab2fdeeeb04dcd6958f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello again, hope this doesn't make it hard to read, I know mobile devi= ces like to top post :)

On Thu, May 16, 2= 013 at 9:42 AM, Gordan Bobic <gordan@bobich.net> wrote:
Apologies, top posting because my mail reade= r is truncating that previous message
content when replying to it.

I was having issues passing through USB devices, so I figured I'd just = pass
the PCI devices that are the USB controllers associated with the relevant p= orts.
I'll try passing just the USB devices again.

<= /div>
That's a reasonable thing to do, and I have tried it before; = I'm just saying that reliability may be hit or miss depending on a vari= ety of circumstances :P


As for the PCI hole - is there a parameter to achieve this on xen? Or a pat= ch
for xen/qemu that fixes the problem?

Gordan

With the PCI hole thin= g, when I first started trying to work with IOMMU on an AMD system---though= AFAIK the Intel vs. AMD thing doesn't make a difference in VMware land= for this particular issue---this workaround was unique to VMware. =A0It wa= sn't at all necessary for my Xen VMs on the same physical hardware.

I'm just seeing that, for you, this behavior is eer= ily similar to a long-standing problem on VMware and may be worth looking a= t to see if it's a problem here, too. :)

-Andr= ew
=A0
On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
=A0 =A0 On 05/16/2013 01:17 AM, Alex Karaoui wrote:

=A0 =A0 =A0 =A0 Aloha Gordon,

=A0 =A0 =A0 =A0 When you say "BSOD on subsequent start-ups," are = you saying that on the
=A0 =A0 =A0 =A0 boot after AMD driver installation your system BSODs? =A0Ho= w do you manage
=A0 =A0 =A0 =A0 to get around that, by simply restarting the host?


=A0 =A0 What I am referring to is the following:

=A0 =A0 1) Boot up host.
=A0 =A0 2) Start up domU - works every time now with <=3D 2GB of RAM (an= y more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)


I thought I'd write in because I've seen this before. =A0This behav= ior....


=A0 =A0 3) Shut down domU
=A0 =A0 4) At this stage, starting up the domU usually works. Maybe half of= the time it BSODs or loses the USB devices (they show up with a yellow exc= lamation mark in device manager - ejecting them doesn't help).
=A0 =A0 5) Repeat from 3) At this point things never get past a BSOD and th= e only way to get the domU working again is to reboot the host.

=A0 =A0 This should now probably become a couple of new threads:
=A0 =A0 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM

...and more specifically, this behavior---I'm referring to a BSOD that = precedes the login screen; before the video driver switches out of the Wind= ows Boot Manager's VGA(?) mode---is eerily similar to a longstanding is= sue with passing through PCIe devices on ESXi. =A0The workaround is to conf= igure the VM with a custom PCI Hole mapping; I use "pciHole.start =3D = 1100" and "pciHole.end =3D 2200", though pretty much any &qu= ot;total" exceeding either 1024 (or perhaps simply the memory total in= MB on the PCIe device itself), where 2200-1100 in this case =3D 1100, just= fixes the problem entirely.

I don't know for sure if they're related, but the kicker here is th= at the workaround is required when and only when passing through a PCIe vid= eo card to a VM that has more than 2GB of RAM assigned to it! =A0The thread= on their forums[1] where I first found this some time ago is ~44 pages lon= g.


=A0 =A0 2) domU reboots cause USB controllers to become unavailable

=A0 =A0 <snippity-snip/>


I may be getting lost in the email chain, but I think that USB controllers = are the one thing I've never had a problem with. =A0I haven't ever = tried attaching an onboard controller though, because every onboard control= ler I've come across is a regular PCI device... problems passing those = are basically to be expected :(

If you want to throw money at that problem, grab a RocketU 1144A or B. =A0T= he lspci entries for the device[2] are a passthrough-user's dream come = true.

There's also the USB/IP project, but I haven't had a lot of luck wi= th it. =A0I actually think that it's an ideal solution to passing USB d= evices, as I've used commercial software that does the same, and it'= ;s good enough to connect audio, keyboard, and mouse to machines that are a= ctually on physically different hosts with zero noticeable lag or packet lo= ss. =A0I'd love to see someone get the F/OSS version working... persona= lly I'd buy the commercial software if it wasn't priced to gouge th= e crap out of a corporate wallet :(

-----------

Just my two cents of course! =A0I wish I could be a little more helpful her= e. =A0I seriously admire your persistence on this issue; I probably would h= ave quit a week ago and just bought something else, and am really happy to = see you making progress!

I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet= and am focusing on getting Xen to work on it for the time being.

Also, on a side note, I can confirm that my HD 4000 graphics does not suppo= rt FLR... and appears to be a PCI device :(

Cheers,
Andrew



--047d7b6dcab2fdeeeb04dcd6958f-- --===============5058115051140387120== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5058115051140387120==-- From xen-users-bounces@lists.xen.org Thu May 16 14:24:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:24:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz5c-0007wE-JQ; Thu, 16 May 2013 14: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 1Ucz5b-0007w2-1K for xen-users@lists.xensource.com; Thu, 16 May 2013 14:23:27 +0000 Received: from [193.109.254.147:48291] by server-6.bemta-14.messagelabs.com id 90/5D-00912-EDBE4915; Thu, 16 May 2013 14:23:26 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1368714201!8714577!1 X-Originating-IP: [209.85.210.51] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22053 invoked from network); 16 May 2013 14:23:23 -0000 Received: from mail-da0-f51.google.com (HELO mail-da0-f51.google.com) (209.85.210.51) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:23:23 -0000 Received: by mail-da0-f51.google.com with SMTP id h15so1687088dan.38 for ; Thu, 16 May 2013 07:23: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=coY3mTzlbuUgdGFYt5QuMbQI5bUeTWcEv/oEneAbQWQ=; b=dU9Md4H6hZqCRtXntW8iS6Hi2oHmnBGeWnP0d+cBGVHOeye2w1K+4XV1jjiXeaBYOF MBnHJGY/OwPBLxEEmwyZf3nRCPoCns5vlUUrbrWyJ+JYrPZRrJWsR74ivOsKIMbnNGDp BrCFsOncLOaC8XXpq1cU9amb3muEU0Upw6/IeMCdmNKoV4ur752Z/PB8P61c7T4RUa1m QayFavfWzNS+nR1bcFhY8sGj1uJz/+BiHrYQDEF8YSikRv3t36sm2hHWNC8JBxYrHeTC 7QZQrSnQIvGH7tDOu2HyazRiko1eVS+pwf0FIk8oweAOnWhKd/vZyfvehiIyH9qEIZMv Ihlg== MIME-Version: 1.0 X-Received: by 10.68.0.66 with SMTP id 2mr15351247pbc.15.1368714183937; Thu, 16 May 2013 07:23:03 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:23:03 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 10:23:03 -0400 Message-ID: From: Andrew Bobulsky To: Ricardo Jesus Cc: Gordan Bobic , code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3469988111524528112==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3469988111524528112== Content-Type: multipart/alternative; boundary=bcaec5215b93bb978c04dcd69a90 --bcaec5215b93bb978c04dcd69a90 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 9:47 AM, Ricardo Jesus wrote: > Sent from my Android device. > > On May 16, 2013 2:38 PM, "Andrew Bobulsky" wrote: > > > > Hello Gordan, Alex, > > > > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > >> > >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: > >>> > >>> Aloha Gordon, > >>> > >>> When you say "BSOD on subsequent start-ups," are you saying that on the > >>> boot after AMD driver installation your system BSODs? How do you > manage > >>> to get around that, by simply restarting the host? > >> > >> > >> What I am referring to is the following: > >> > >> 1) Boot up host. > >> 2) Start up domU - works every time now with <= 2GB of RAM (any more > 3GB sometimes works. 4GB+ hardly ever gets to the login screen) > > > > > > I thought I'd write in because I've seen this before. This behavior.... > > > >> > >> 3) Shut down domU > >> 4) At this stage, starting up the domU usually works. Maybe half of the > time it BSODs or loses the USB devices (they show up with a yellow > exclamation mark in device manager - ejecting them doesn't help). > >> 5) Repeat from 3) At this point things never get past a BSOD and the > only way to get the domU working again is to reboot the host. > >> > >> This should now probably become a couple of new threads: > >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > > > > > > ...and more specifically, this behavior---I'm referring to a BSOD that > precedes the login screen; before the video driver switches out of the > Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding > issue with passing through PCIe devices on ESXi. The workaround is to > configure the VM with a custom PCI Hole mapping; I use "pciHole.start = > 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding > either 1024 (or perhaps simply the memory total in MB on the PCIe device > itself), where 2200-1100 in this case = 1100, just fixes the problem > entirely. > > > > I don't know for sure if they're related, but the kicker here is that > the workaround is required when and only when passing through a PCIe video > card to a VM that has more than 2GB of RAM assigned to it! The thread on > their forums[1] where I first found this some time ago is ~44 pages long. > > > >> > >> 2) domU reboots cause USB controllers to become unavailable > >> > >> > > > > > > I may be getting lost in the email chain, but I think that USB > controllers are the one thing I've never had a problem with. I haven't > ever tried attaching an onboard controller though, because every onboard > controller I've come across is a regular PCI device... problems passing > those are basically to be expected :( > > > > If you want to throw money at that problem, grab a RocketU 1144A or B. > The lspci entries for the device[2] are a passthrough-user's dream come > true. > > > > There's also the USB/IP project, but I haven't had a lot of luck with > it. I actually think that it's an ideal solution to passing USB devices, > as I've used commercial software that does the same, and it's good enough > to connect audio, keyboard, and mouse to machines that are actually on > physically different hosts with zero noticeable lag or packet loss. I'd > love to see someone get the F/OSS version working... personally I'd buy the > commercial software if it wasn't priced to gouge the crap out of a > corporate wallet :( > > > > ----------- > > > > Just my two cents of course! I wish I could be a little more helpful > here. I seriously admire your persistence on this issue; I probably would > have quit a week ago and just bought something else, and am really happy to > see you making progress! > > > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet > and am focusing on getting Xen to work on it for the time being. > > > > Also, on a side note, I can confirm that my HD 4000 graphics does not > support FLR... and appears to be a PCI device :( > > > > Cheers, > > Andrew > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Hi, > > HD4000 graphics is provided by the CPU and it works with primary VGA > passthrough with the xm toolstack running Wheezy stock linux kernel an > 4.1.x hypervisor. > > FLR- in my personnal experience doesnt mean much. > > Regards, > Ricardo Jesus. > Ricardo, Would you mind pasting or linking the output of an lspci -Q on that system? I'd love to know the PCI layout you're working with! Cheers, Andrew --bcaec5215b93bb978c04dcd69a90 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Thu, May 16, 2013 at 9:47 AM, Ricardo= Jesus <ricardo.meb.jesus@gmail.com> wrote:

Sent from my Android device.


On May 16, 2013 2:38 PM, "Andrew Bobulsky" <rulerof@gmail.com> wrote:
>
> Hello Gordan, Alex,
>
> On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
>>
>> On 05/16/2013 01:17 AM, Alex Karaoui wrote:
>>>
>>> Aloha Gordon,
>>>
>>> When you say "BSOD on subsequent start-ups," are you= saying that on the
>>> boot after AMD driver installation your system BSODs? =A0How d= o you manage
>>> to get around that, by simply restarting the host?
>>
>>
>> What I am referring to is the following:
>>
>> 1) Boot up host.
>> 2) Start up domU - works every time now with <=3D 2GB of RAM (a= ny more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0<= br> >
>
> I thought I'd write in because I've seen this before. =A0This = behavior....
> =A0
>>
>> 3) Shut down domU
>> 4) At this stage, starting up the domU usually works. Maybe half o= f the time it BSODs or loses the USB devices (they show up with a yellow ex= clamation mark in device manager - ejecting them doesn't help).
>> 5) Repeat from 3) At this point things never get past a BSOD and t= he only way to get the domU working again is to reboot the host.
>>
>> This should now probably become a couple of new threads:
>> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM<= br> >
>
> ...and more specifically, this behavior---I'm referring to a BSOD = that precedes the login screen; before the video driver switches out of the= Windows Boot Manager's VGA(?) mode---is eerily similar to a longstandi= ng issue with passing through PCIe devices on ESXi. =A0The workaround is to= configure the VM with a custom PCI Hole mapping; I use "pciHole.start= =3D 1100" and "pciHole.end =3D 2200", though pretty much an= y "total" exceeding either 1024 (or perhaps simply the memory tot= al in MB on the PCIe device itself), where 2200-1100 in this case =3D 1100,= just fixes the problem entirely.
>
> I don't know for sure if they're related, but the kicker here = is that the workaround is required when and only when=A0passing through a P= CIe video card to a VM that has more than 2GB of RAM assigned to it! =A0The= thread on their forums[1] where I first found this some time ago is ~44 pa= ges long.=A0
> =A0
>>
>> 2) domU reboots cause USB controllers to become unavailable=A0
>>
>> <snippity-snip/>=A0
>
>
> I may be getting lost in the email chain, but I think that USB control= lers are the one thing I've never had a problem with. =A0I haven't = ever tried attaching an onboard controller though, because every onboard co= ntroller I've come across is a regular PCI device... problems passing t= hose are basically to be expected :(
>
> If you want to throw money at that problem, grab a RocketU 1144A or B.= =A0The lspci entries for the device[2] are a passthrough-user's dream = come true.
>
> There's also the USB/IP project, but I haven't had a lot of lu= ck with it. =A0I actually think that it's an ideal solution to passing = USB devices, as I've used commercial software that does the same, and i= t's good enough to connect audio, keyboard, and mouse to machines that = are actually on physically different hosts with zero noticeable lag or pack= et loss. =A0I'd love to see someone get the F/OSS version working... pe= rsonally I'd buy the commercial software if it wasn't priced to gou= ge the crap out of a corporate wallet :(
>
> -----------
>
> Just my two cents of course! =A0I wish I could be a little more helpfu= l here. =A0I seriously admire your persistence on this issue; I probably wo= uld have quit a week ago and just bought something else, and am really happ= y to see you making progress!
>
> I'm currently ignoring my desktop...=A0I just got a ThinkPad Helix= tablet and am focusing on getting Xen to work on it for the time being. > =A0
> Also, on a side note, I can confirm that my HD 4000 graphics does not = support FLR... and appears to be a PCI device :(
> =A0
> Cheers,
> Andrew
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

Hi,

HD4000 graphics is provided by the CPU and it works with primary VGA pas= sthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x h= ypervisor.

FLR- in my personnal experience doesnt mean much.

Regards,
Ricardo Jesus.

Ricardo,

Would you mind pasting or li= nking the output of an lspci -Q on that system? =A0I'd love to know the= PCI layout you're working with!

Cheers,
Andrew
--bcaec5215b93bb978c04dcd69a90-- --===============3469988111524528112== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3469988111524528112==-- From xen-users-bounces@lists.xen.org Thu May 16 14:24:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:24:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz5c-0007wE-JQ; Thu, 16 May 2013 14: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 1Ucz5b-0007w2-1K for xen-users@lists.xensource.com; Thu, 16 May 2013 14:23:27 +0000 Received: from [193.109.254.147:48291] by server-6.bemta-14.messagelabs.com id 90/5D-00912-EDBE4915; Thu, 16 May 2013 14:23:26 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1368714201!8714577!1 X-Originating-IP: [209.85.210.51] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22053 invoked from network); 16 May 2013 14:23:23 -0000 Received: from mail-da0-f51.google.com (HELO mail-da0-f51.google.com) (209.85.210.51) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:23:23 -0000 Received: by mail-da0-f51.google.com with SMTP id h15so1687088dan.38 for ; Thu, 16 May 2013 07:23: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=coY3mTzlbuUgdGFYt5QuMbQI5bUeTWcEv/oEneAbQWQ=; b=dU9Md4H6hZqCRtXntW8iS6Hi2oHmnBGeWnP0d+cBGVHOeye2w1K+4XV1jjiXeaBYOF MBnHJGY/OwPBLxEEmwyZf3nRCPoCns5vlUUrbrWyJ+JYrPZRrJWsR74ivOsKIMbnNGDp BrCFsOncLOaC8XXpq1cU9amb3muEU0Upw6/IeMCdmNKoV4ur752Z/PB8P61c7T4RUa1m QayFavfWzNS+nR1bcFhY8sGj1uJz/+BiHrYQDEF8YSikRv3t36sm2hHWNC8JBxYrHeTC 7QZQrSnQIvGH7tDOu2HyazRiko1eVS+pwf0FIk8oweAOnWhKd/vZyfvehiIyH9qEIZMv Ihlg== MIME-Version: 1.0 X-Received: by 10.68.0.66 with SMTP id 2mr15351247pbc.15.1368714183937; Thu, 16 May 2013 07:23:03 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:23:03 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 10:23:03 -0400 Message-ID: From: Andrew Bobulsky To: Ricardo Jesus Cc: Gordan Bobic , code3studios@gmail.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3469988111524528112==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3469988111524528112== Content-Type: multipart/alternative; boundary=bcaec5215b93bb978c04dcd69a90 --bcaec5215b93bb978c04dcd69a90 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 9:47 AM, Ricardo Jesus wrote: > Sent from my Android device. > > On May 16, 2013 2:38 PM, "Andrew Bobulsky" wrote: > > > > Hello Gordan, Alex, > > > > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic wrote: > >> > >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: > >>> > >>> Aloha Gordon, > >>> > >>> When you say "BSOD on subsequent start-ups," are you saying that on the > >>> boot after AMD driver installation your system BSODs? How do you > manage > >>> to get around that, by simply restarting the host? > >> > >> > >> What I am referring to is the following: > >> > >> 1) Boot up host. > >> 2) Start up domU - works every time now with <= 2GB of RAM (any more > 3GB sometimes works. 4GB+ hardly ever gets to the login screen) > > > > > > I thought I'd write in because I've seen this before. This behavior.... > > > >> > >> 3) Shut down domU > >> 4) At this stage, starting up the domU usually works. Maybe half of the > time it BSODs or loses the USB devices (they show up with a yellow > exclamation mark in device manager - ejecting them doesn't help). > >> 5) Repeat from 3) At this point things never get past a BSOD and the > only way to get the domU working again is to reboot the host. > >> > >> This should now probably become a couple of new threads: > >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM > > > > > > ...and more specifically, this behavior---I'm referring to a BSOD that > precedes the login screen; before the video driver switches out of the > Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding > issue with passing through PCIe devices on ESXi. The workaround is to > configure the VM with a custom PCI Hole mapping; I use "pciHole.start = > 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding > either 1024 (or perhaps simply the memory total in MB on the PCIe device > itself), where 2200-1100 in this case = 1100, just fixes the problem > entirely. > > > > I don't know for sure if they're related, but the kicker here is that > the workaround is required when and only when passing through a PCIe video > card to a VM that has more than 2GB of RAM assigned to it! The thread on > their forums[1] where I first found this some time ago is ~44 pages long. > > > >> > >> 2) domU reboots cause USB controllers to become unavailable > >> > >> > > > > > > I may be getting lost in the email chain, but I think that USB > controllers are the one thing I've never had a problem with. I haven't > ever tried attaching an onboard controller though, because every onboard > controller I've come across is a regular PCI device... problems passing > those are basically to be expected :( > > > > If you want to throw money at that problem, grab a RocketU 1144A or B. > The lspci entries for the device[2] are a passthrough-user's dream come > true. > > > > There's also the USB/IP project, but I haven't had a lot of luck with > it. I actually think that it's an ideal solution to passing USB devices, > as I've used commercial software that does the same, and it's good enough > to connect audio, keyboard, and mouse to machines that are actually on > physically different hosts with zero noticeable lag or packet loss. I'd > love to see someone get the F/OSS version working... personally I'd buy the > commercial software if it wasn't priced to gouge the crap out of a > corporate wallet :( > > > > ----------- > > > > Just my two cents of course! I wish I could be a little more helpful > here. I seriously admire your persistence on this issue; I probably would > have quit a week ago and just bought something else, and am really happy to > see you making progress! > > > > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet > and am focusing on getting Xen to work on it for the time being. > > > > Also, on a side note, I can confirm that my HD 4000 graphics does not > support FLR... and appears to be a PCI device :( > > > > Cheers, > > Andrew > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Hi, > > HD4000 graphics is provided by the CPU and it works with primary VGA > passthrough with the xm toolstack running Wheezy stock linux kernel an > 4.1.x hypervisor. > > FLR- in my personnal experience doesnt mean much. > > Regards, > Ricardo Jesus. > Ricardo, Would you mind pasting or linking the output of an lspci -Q on that system? I'd love to know the PCI layout you're working with! Cheers, Andrew --bcaec5215b93bb978c04dcd69a90 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Thu, May 16, 2013 at 9:47 AM, Ricardo= Jesus <ricardo.meb.jesus@gmail.com> wrote:

Sent from my Android device.


On May 16, 2013 2:38 PM, "Andrew Bobulsky" <rulerof@gmail.com> wrote:
>
> Hello Gordan, Alex,
>
> On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
>>
>> On 05/16/2013 01:17 AM, Alex Karaoui wrote:
>>>
>>> Aloha Gordon,
>>>
>>> When you say "BSOD on subsequent start-ups," are you= saying that on the
>>> boot after AMD driver installation your system BSODs? =A0How d= o you manage
>>> to get around that, by simply restarting the host?
>>
>>
>> What I am referring to is the following:
>>
>> 1) Boot up host.
>> 2) Start up domU - works every time now with <=3D 2GB of RAM (a= ny more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0<= br> >
>
> I thought I'd write in because I've seen this before. =A0This = behavior....
> =A0
>>
>> 3) Shut down domU
>> 4) At this stage, starting up the domU usually works. Maybe half o= f the time it BSODs or loses the USB devices (they show up with a yellow ex= clamation mark in device manager - ejecting them doesn't help).
>> 5) Repeat from 3) At this point things never get past a BSOD and t= he only way to get the domU working again is to reboot the host.
>>
>> This should now probably become a couple of new threads:
>> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM<= br> >
>
> ...and more specifically, this behavior---I'm referring to a BSOD = that precedes the login screen; before the video driver switches out of the= Windows Boot Manager's VGA(?) mode---is eerily similar to a longstandi= ng issue with passing through PCIe devices on ESXi. =A0The workaround is to= configure the VM with a custom PCI Hole mapping; I use "pciHole.start= =3D 1100" and "pciHole.end =3D 2200", though pretty much an= y "total" exceeding either 1024 (or perhaps simply the memory tot= al in MB on the PCIe device itself), where 2200-1100 in this case =3D 1100,= just fixes the problem entirely.
>
> I don't know for sure if they're related, but the kicker here = is that the workaround is required when and only when=A0passing through a P= CIe video card to a VM that has more than 2GB of RAM assigned to it! =A0The= thread on their forums[1] where I first found this some time ago is ~44 pa= ges long.=A0
> =A0
>>
>> 2) domU reboots cause USB controllers to become unavailable=A0
>>
>> <snippity-snip/>=A0
>
>
> I may be getting lost in the email chain, but I think that USB control= lers are the one thing I've never had a problem with. =A0I haven't = ever tried attaching an onboard controller though, because every onboard co= ntroller I've come across is a regular PCI device... problems passing t= hose are basically to be expected :(
>
> If you want to throw money at that problem, grab a RocketU 1144A or B.= =A0The lspci entries for the device[2] are a passthrough-user's dream = come true.
>
> There's also the USB/IP project, but I haven't had a lot of lu= ck with it. =A0I actually think that it's an ideal solution to passing = USB devices, as I've used commercial software that does the same, and i= t's good enough to connect audio, keyboard, and mouse to machines that = are actually on physically different hosts with zero noticeable lag or pack= et loss. =A0I'd love to see someone get the F/OSS version working... pe= rsonally I'd buy the commercial software if it wasn't priced to gou= ge the crap out of a corporate wallet :(
>
> -----------
>
> Just my two cents of course! =A0I wish I could be a little more helpfu= l here. =A0I seriously admire your persistence on this issue; I probably wo= uld have quit a week ago and just bought something else, and am really happ= y to see you making progress!
>
> I'm currently ignoring my desktop...=A0I just got a ThinkPad Helix= tablet and am focusing on getting Xen to work on it for the time being. > =A0
> Also, on a side note, I can confirm that my HD 4000 graphics does not = support FLR... and appears to be a PCI device :(
> =A0
> Cheers,
> Andrew
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

Hi,

HD4000 graphics is provided by the CPU and it works with primary VGA pas= sthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x h= ypervisor.

FLR- in my personnal experience doesnt mean much.

Regards,
Ricardo Jesus.

Ricardo,

Would you mind pasting or li= nking the output of an lspci -Q on that system? =A0I'd love to know the= PCI layout you're working with!

Cheers,
Andrew
--bcaec5215b93bb978c04dcd69a90-- --===============3469988111524528112== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3469988111524528112==-- From xen-users-bounces@lists.xen.org Thu May 16 14:26:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz8F-0008BO-Ez; Thu, 16 May 2013 14:26:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz8E-0008BD-2z for xen-users@lists.xensource.com; Thu, 16 May 2013 14:26:10 +0000 Received: from [85.158.139.211:37986] by server-13.bemta-5.messagelabs.com id 53/53-08040-18CE4915; Thu, 16 May 2013 14:26:09 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1368714366!18250487!1 X-Originating-IP: [209.85.160.42] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24417 invoked from network); 16 May 2013 14:26:08 -0000 Received: from mail-pb0-f42.google.com (HELO mail-pb0-f42.google.com) (209.85.160.42) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:26:08 -0000 Received: by mail-pb0-f42.google.com with SMTP id up7so2368472pbc.29 for ; Thu, 16 May 2013 07:26: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=KVBq01laV9A77S+NYBayr6R/Phdd8e0keGZwD+8TQas=; b=vh5NvYHGEfew3e8ZOLZTbO3e719My2ElMHB6VIkiR8GRa0pKxKdf+D/d0z3x0XoCd6 NqzkJLXzE70KVKYNcW2psAd89x+UWWSo1e5zFdLvKUbn5jTyjJ7z96nrBzJBmxmPmDdS wXTkFN2GW29rCpDcZtwtnofJBE6M22oKnBrC2KnHLLyIQ8LCH8/97A0xZvZyP6LVxKJe +OMrbaYNiuzTDvSmni+qWqYDWrxbsufYOpvSh6qHnSb/BvLs46J50XdDvlhQPtoIB2w8 pntazKkJVbpVniDBA1AW46BA1e6RgibCoBnyPTlCrULkVsiiE0e+EZKcCH/i7Ozj5KXk QHsw== MIME-Version: 1.0 X-Received: by 10.66.248.40 with SMTP id yj8mr43412345pac.95.1368714366349; Thu, 16 May 2013 07:26:06 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:26:06 -0700 (PDT) In-Reply-To: <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> Date: Thu, 16 May 2013 10:26:06 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: code3studios@gmail.com, Ricardo Jesus , xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4494597367426184497==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4494597367426184497== Content-Type: multipart/alternative; boundary=047d7b15a3579afbe704dcd6a507 --047d7b15a3579afbe704dcd6a507 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 9:51 AM, Gordan Bobic wrote: > On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus < > ricardo.meb.jesus@gmail.com> wrote: > > > Also, on a side note, I can confirm that my HD 4000 graphics does >> not support FLR... and appears to be a PCI device :( >> >> > HD4000 graphics is provided by the CPU and it works with primary VGA >> passthrough with the xm toolstack running Wheezy stock linux kernel an >> 4.1.x hypervisor. >> > > Really? Why wouldn't it work for secondary passthrough? I'd suspect that it *does* work for secondary passthrough. I'm under the impression that working primary passthrough devices are a subset of working secondary passthrough devices. I'd *love* to know if that's not the case, though! -Andrew > I have one of those in my microserver. It's not really up to the task of > gaming > (hell, it isn't even up to the task of HD video decoding and > scaling it down to 1366x768), but it can take 16GB of RAM, so makes > for a reasonably neat, dirt cheap, low-performance VM testing machine. > > > FLR- in my personnal experience doesnt mean much. >> > > You have seen the mythical item that is a GPU with FLR? If you > haven't I'm not sure how you can make a reasonable experience > based comparison. > > Gordan > --047d7b15a3579afbe704dcd6a507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Thu, May 16, 2013 at 9:51 AM, Gordan = Bobic <gordan@bobich.net> wrote:
On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus <ricardo.meb.j= esus@gmail.com> wrote:

=A0> Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :(


HD4000 graphics is provided by the CPU and it works with primary VGA
passthrough with the xm toolstack running Wheezy stock linux kernel an
4.1.x hypervisor.

Really? Why wouldn't it work for secondary passthrough?

I'd suspect that it does=A0work for secondary p= assthrough. =A0I'm under the impression that working primary passthroug= h devices are a subset of working secondary passthrough devices. =A0I'd= love=A0to know if that's not the case, though!

-Andrew
=A0
I have one=A0of those in my microserver. It's not really up to the = task of gaming
(hell, it isn't even up to the task of HD video decoding and
scaling it down to 1366x768), but it can take 16GB of RAM, so makes
for a reasonably neat, dirt cheap, low-performance VM testing machine.


FLR- in my personnal experience doesnt mean much.

You have seen the mythical item that is a GPU with FLR? If you
haven't I'm not sure how you can make a reasonable experience
based comparison.

Gordan

--047d7b15a3579afbe704dcd6a507-- --===============4494597367426184497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4494597367426184497==-- From xen-users-bounces@lists.xen.org Thu May 16 14:26:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 14:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz8F-0008BO-Ez; Thu, 16 May 2013 14:26:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ucz8E-0008BD-2z for xen-users@lists.xensource.com; Thu, 16 May 2013 14:26:10 +0000 Received: from [85.158.139.211:37986] by server-13.bemta-5.messagelabs.com id 53/53-08040-18CE4915; Thu, 16 May 2013 14:26:09 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1368714366!18250487!1 X-Originating-IP: [209.85.160.42] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24417 invoked from network); 16 May 2013 14:26:08 -0000 Received: from mail-pb0-f42.google.com (HELO mail-pb0-f42.google.com) (209.85.160.42) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 14:26:08 -0000 Received: by mail-pb0-f42.google.com with SMTP id up7so2368472pbc.29 for ; Thu, 16 May 2013 07:26: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=KVBq01laV9A77S+NYBayr6R/Phdd8e0keGZwD+8TQas=; b=vh5NvYHGEfew3e8ZOLZTbO3e719My2ElMHB6VIkiR8GRa0pKxKdf+D/d0z3x0XoCd6 NqzkJLXzE70KVKYNcW2psAd89x+UWWSo1e5zFdLvKUbn5jTyjJ7z96nrBzJBmxmPmDdS wXTkFN2GW29rCpDcZtwtnofJBE6M22oKnBrC2KnHLLyIQ8LCH8/97A0xZvZyP6LVxKJe +OMrbaYNiuzTDvSmni+qWqYDWrxbsufYOpvSh6qHnSb/BvLs46J50XdDvlhQPtoIB2w8 pntazKkJVbpVniDBA1AW46BA1e6RgibCoBnyPTlCrULkVsiiE0e+EZKcCH/i7Ozj5KXk QHsw== MIME-Version: 1.0 X-Received: by 10.66.248.40 with SMTP id yj8mr43412345pac.95.1368714366349; Thu, 16 May 2013 07:26:06 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Thu, 16 May 2013 07:26:06 -0700 (PDT) In-Reply-To: <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> Date: Thu, 16 May 2013 10:26:06 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: code3studios@gmail.com, Ricardo Jesus , xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4494597367426184497==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4494597367426184497== Content-Type: multipart/alternative; boundary=047d7b15a3579afbe704dcd6a507 --047d7b15a3579afbe704dcd6a507 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 9:51 AM, Gordan Bobic wrote: > On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus < > ricardo.meb.jesus@gmail.com> wrote: > > > Also, on a side note, I can confirm that my HD 4000 graphics does >> not support FLR... and appears to be a PCI device :( >> >> > HD4000 graphics is provided by the CPU and it works with primary VGA >> passthrough with the xm toolstack running Wheezy stock linux kernel an >> 4.1.x hypervisor. >> > > Really? Why wouldn't it work for secondary passthrough? I'd suspect that it *does* work for secondary passthrough. I'm under the impression that working primary passthrough devices are a subset of working secondary passthrough devices. I'd *love* to know if that's not the case, though! -Andrew > I have one of those in my microserver. It's not really up to the task of > gaming > (hell, it isn't even up to the task of HD video decoding and > scaling it down to 1366x768), but it can take 16GB of RAM, so makes > for a reasonably neat, dirt cheap, low-performance VM testing machine. > > > FLR- in my personnal experience doesnt mean much. >> > > You have seen the mythical item that is a GPU with FLR? If you > haven't I'm not sure how you can make a reasonable experience > based comparison. > > Gordan > --047d7b15a3579afbe704dcd6a507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Thu, May 16, 2013 at 9:51 AM, Gordan = Bobic <gordan@bobich.net> wrote:
On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus <ricardo.meb.j= esus@gmail.com> wrote:

=A0> Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :(


HD4000 graphics is provided by the CPU and it works with primary VGA
passthrough with the xm toolstack running Wheezy stock linux kernel an
4.1.x hypervisor.

Really? Why wouldn't it work for secondary passthrough?

I'd suspect that it does=A0work for secondary p= assthrough. =A0I'm under the impression that working primary passthroug= h devices are a subset of working secondary passthrough devices. =A0I'd= love=A0to know if that's not the case, though!

-Andrew
=A0
I have one=A0of those in my microserver. It's not really up to the = task of gaming
(hell, it isn't even up to the task of HD video decoding and
scaling it down to 1366x768), but it can take 16GB of RAM, so makes
for a reasonably neat, dirt cheap, low-performance VM testing machine.


FLR- in my personnal experience doesnt mean much.

You have seen the mythical item that is a GPU with FLR? If you
haven't I'm not sure how you can make a reasonable experience
based comparison.

Gordan

--047d7b15a3579afbe704dcd6a507-- --===============4494597367426184497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4494597367426184497==-- From xen-users-bounces@lists.xen.org Thu May 16 15:28:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 15:28: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 1Ud05Y-0002F6-CY; Thu, 16 May 2013 15:27:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud05X-0002F1-19 for xen-users@lists.xensource.com; Thu, 16 May 2013 15:27:27 +0000 Received: from [85.158.137.99:54594] by server-3.bemta-3.messagelabs.com id 65/AC-28331-EDAF4915; Thu, 16 May 2013 15:27:26 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-6.tower-217.messagelabs.com!1368718033!11921896!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12225 invoked from network); 16 May 2013 15:27:17 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 May 2013 15:27:17 -0000 Received: (qmail 15186 invoked by uid 1011); 16 May 2013 15:27:10 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17215. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.124366 secs); 16 May 2013 15:27:10 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 16 May 2013 15:27:10 -0000 Message-ID: <5194FACD.8030900@websitemanagers.com.au> Date: Fri, 17 May 2013 01:27:09 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] Xen related networking 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 I have a relatively complicated network and xen setup, but I'll start with the problem, and provide more details below. >From time to time (approx 1 to 3 times per day), one or more (usually one at a time) server will stop communicating with the network for anything between a few seconds and a minute (usually around 20 to 40 seconds). I have 8 physical machines (dom0's) each of which runs one VM domU (except one which runs two VM's). The VM's are primarily MS Win 2003 R2, one is MS Win XP Pro SP3, one is MS Win 2008R2. The problem seems to be load related, (but generating network traffic doesn't trigger the problem), it usually co-incides with busy user times (start of day and end of day). It seems to be restricted to the MS Win 2003R2 servers (which are Terminal Servers), and generally the busiest machines as far as CPU/disk/network, except for the domain controller which would do more network and disk but doesn't have this issue. So far, I've replaced all the cables, the switch (4 different switches, different models, different manufacturers, etc). I'm using current Debian Stable packages for Xen ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.2.0-4-amd64 3.2.41-2 amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+46 amd64 Xen system with Linux for 64-bit PCs (meta-package) ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN administrative tools ii xen-utils-common 4.1.4-3+deb7u1 all Xen administrative tools - common files ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore utilities for Xen I'm using a simple bridge: ifconfig -a eth0 Link encap:Ethernet HWaddr f4:6d:04:ef:e4:d7 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:59742510 errors:0 dropped:0 overruns:0 frame:0 TX packets:63945509 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:17925182347 (16.6 GiB) TX bytes:28533598982 (26.5 GiB) Interrupt:39 Base address:0x6000 eth1 Link encap:Ethernet HWaddr a0:36:9f:19:25:af inet addr:10.30.16.31 Bcast:10.30.16.255 Mask:255.255.255.0 inet6 addr: fe80::a236:9fff:fe19:25af/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1 RX packets:10450615 errors:0 dropped:0 overruns:0 frame:0 TX packets:11577187 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:31270341044 (29.1 GiB) TX bytes:15185740522 (14.1 GiB) Memory:fe800000-fe900000 eth2 Link encap:Ethernet HWaddr a0:36:9f:19:25:ae inet addr:10.30.16.41 Bcast:10.30.16.255 Mask:255.255.255.0 inet6 addr: fe80::a236:9fff:fe19:25ae/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1 RX packets:10413185 errors:0 dropped:0 overruns:0 frame:0 TX packets:11576680 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:31259680024 (29.1 GiB) TX bytes:15194685404 (14.1 GiB) Memory:fea00000-feb00000 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:3152 errors:0 dropped:0 overruns:0 frame:0 TX packets:3152 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:474856 (463.7 KiB) TX bytes:474856 (463.7 KiB) vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:63234371 errors:0 dropped:0 overruns:0 frame:0 TX packets:58998093 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:27401913081 (25.5 GiB) TX bytes:17707566787 (16.4 GiB) xenbr0 Link encap:Ethernet HWaddr f4:6d:04:ef:e4:d7 inet addr:10.10.10.31 Bcast:10.30.15.255 Mask:255.255.240.0 inet6 addr: fe80::f66d:4ff:feef:e4d7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1021860 errors:0 dropped:31621 overruns:0 frame:0 TX packets:711501 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:199158280 (189.9 MiB) TX bytes:246436545 (235.0 MiB) eth1 and eth2 are connected to the iSCSI server (different vlan, different network), eth0 is on the bridge xenbr0: brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.f46d04efe4d7 no eth0 vif1.0 I don't see anything in dmesg or xm dmesg at the time of the problem. I do see regular single packet drops across various parts of the network (ie, a dozen times a day or more) but I don't think this is an issue. The problem is dropping almost all packets for a period of 10+ seconds. Note, tcpdump on the dom0, and then examining in wireshark showed about a dozen packets being sent/received during the outage, some packets were retransmissions, some where ping requests/replies, but 99.9% of the normal network load was missing. ie, during the outage, one ping packet was not received (the senders tcpdump showed it had been sent), the next ping packet was received, and dom0 showed the reply was sent as well (reply from the domU), but the other machine never received the reply (missing in tcpdump at the other end). The only way I see this is I have two machines which will ping every IP 60 times (once per second) every minute, and record the results with the date/time. I can then process the logs, and both machines show the same outage on the same destination machine at the same time. The switch is currently a cisco 3560, previously I've used a netgear GS716Tv2, netgear GS748Tv4, and netgear unmanaged 16 port gigabit switch. I'm using the onboard network card at the moment, but had the same issue with a Intel server PCI card. 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) eth1/eth2 are a dual port Intel gigabit ethernet card: 02:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01) 02:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01) I'm using the GPLPV drivers: Driver Date: 10/22/2012 Driver Version: 0.11.0.372 (Not signed) In windows, the following advanced settings are configured: Check checksum on RX packets: Enabled Checksum offload: Enabled Don't fix the blank checksum on offload: Disabled Large send offload: 61440 Locally Administered Address: (blank) MTU: 1500 Scatter/Gather: Enabled domU config file has networking configured like this: vif = ['bridge=xenbr0, mac=00:16:3e:39:26:ac'] The domU doesn't record anything in the event viewer, the switch doesn't record anything in it's logs, DoS options are disabled on the switch, the dom0 will respond to pings while the domU doesn't. For a long time, I thought this was happening to other physical machines as well, but either it isn't anymore, or never was. At least the last 4 weeks of ping stats I have show that only the domU's, and only the terminal servers will lose more than 4 consecutive pings (aside from outages caused by changing hardware/etc). Any hints on what to look at, additional information needed, how to diagnose, or any options other than continued hair-pulling would be immensely appreciated. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 15:28:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 15:28: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 1Ud05Y-0002F6-CY; Thu, 16 May 2013 15:27:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud05X-0002F1-19 for xen-users@lists.xensource.com; Thu, 16 May 2013 15:27:27 +0000 Received: from [85.158.137.99:54594] by server-3.bemta-3.messagelabs.com id 65/AC-28331-EDAF4915; Thu, 16 May 2013 15:27:26 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-6.tower-217.messagelabs.com!1368718033!11921896!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12225 invoked from network); 16 May 2013 15:27:17 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 May 2013 15:27:17 -0000 Received: (qmail 15186 invoked by uid 1011); 16 May 2013 15:27:10 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17215. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.124366 secs); 16 May 2013 15:27:10 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 16 May 2013 15:27:10 -0000 Message-ID: <5194FACD.8030900@websitemanagers.com.au> Date: Fri, 17 May 2013 01:27:09 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] Xen related networking 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 I have a relatively complicated network and xen setup, but I'll start with the problem, and provide more details below. >From time to time (approx 1 to 3 times per day), one or more (usually one at a time) server will stop communicating with the network for anything between a few seconds and a minute (usually around 20 to 40 seconds). I have 8 physical machines (dom0's) each of which runs one VM domU (except one which runs two VM's). The VM's are primarily MS Win 2003 R2, one is MS Win XP Pro SP3, one is MS Win 2008R2. The problem seems to be load related, (but generating network traffic doesn't trigger the problem), it usually co-incides with busy user times (start of day and end of day). It seems to be restricted to the MS Win 2003R2 servers (which are Terminal Servers), and generally the busiest machines as far as CPU/disk/network, except for the domain controller which would do more network and disk but doesn't have this issue. So far, I've replaced all the cables, the switch (4 different switches, different models, different manufacturers, etc). I'm using current Debian Stable packages for Xen ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.2.0-4-amd64 3.2.41-2 amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+46 amd64 Xen system with Linux for 64-bit PCs (meta-package) ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN administrative tools ii xen-utils-common 4.1.4-3+deb7u1 all Xen administrative tools - common files ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore utilities for Xen I'm using a simple bridge: ifconfig -a eth0 Link encap:Ethernet HWaddr f4:6d:04:ef:e4:d7 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:59742510 errors:0 dropped:0 overruns:0 frame:0 TX packets:63945509 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:17925182347 (16.6 GiB) TX bytes:28533598982 (26.5 GiB) Interrupt:39 Base address:0x6000 eth1 Link encap:Ethernet HWaddr a0:36:9f:19:25:af inet addr:10.30.16.31 Bcast:10.30.16.255 Mask:255.255.255.0 inet6 addr: fe80::a236:9fff:fe19:25af/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1 RX packets:10450615 errors:0 dropped:0 overruns:0 frame:0 TX packets:11577187 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:31270341044 (29.1 GiB) TX bytes:15185740522 (14.1 GiB) Memory:fe800000-fe900000 eth2 Link encap:Ethernet HWaddr a0:36:9f:19:25:ae inet addr:10.30.16.41 Bcast:10.30.16.255 Mask:255.255.255.0 inet6 addr: fe80::a236:9fff:fe19:25ae/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1 RX packets:10413185 errors:0 dropped:0 overruns:0 frame:0 TX packets:11576680 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:31259680024 (29.1 GiB) TX bytes:15194685404 (14.1 GiB) Memory:fea00000-feb00000 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:3152 errors:0 dropped:0 overruns:0 frame:0 TX packets:3152 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:474856 (463.7 KiB) TX bytes:474856 (463.7 KiB) vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:63234371 errors:0 dropped:0 overruns:0 frame:0 TX packets:58998093 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:27401913081 (25.5 GiB) TX bytes:17707566787 (16.4 GiB) xenbr0 Link encap:Ethernet HWaddr f4:6d:04:ef:e4:d7 inet addr:10.10.10.31 Bcast:10.30.15.255 Mask:255.255.240.0 inet6 addr: fe80::f66d:4ff:feef:e4d7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1021860 errors:0 dropped:31621 overruns:0 frame:0 TX packets:711501 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:199158280 (189.9 MiB) TX bytes:246436545 (235.0 MiB) eth1 and eth2 are connected to the iSCSI server (different vlan, different network), eth0 is on the bridge xenbr0: brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.f46d04efe4d7 no eth0 vif1.0 I don't see anything in dmesg or xm dmesg at the time of the problem. I do see regular single packet drops across various parts of the network (ie, a dozen times a day or more) but I don't think this is an issue. The problem is dropping almost all packets for a period of 10+ seconds. Note, tcpdump on the dom0, and then examining in wireshark showed about a dozen packets being sent/received during the outage, some packets were retransmissions, some where ping requests/replies, but 99.9% of the normal network load was missing. ie, during the outage, one ping packet was not received (the senders tcpdump showed it had been sent), the next ping packet was received, and dom0 showed the reply was sent as well (reply from the domU), but the other machine never received the reply (missing in tcpdump at the other end). The only way I see this is I have two machines which will ping every IP 60 times (once per second) every minute, and record the results with the date/time. I can then process the logs, and both machines show the same outage on the same destination machine at the same time. The switch is currently a cisco 3560, previously I've used a netgear GS716Tv2, netgear GS748Tv4, and netgear unmanaged 16 port gigabit switch. I'm using the onboard network card at the moment, but had the same issue with a Intel server PCI card. 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) eth1/eth2 are a dual port Intel gigabit ethernet card: 02:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01) 02:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01) I'm using the GPLPV drivers: Driver Date: 10/22/2012 Driver Version: 0.11.0.372 (Not signed) In windows, the following advanced settings are configured: Check checksum on RX packets: Enabled Checksum offload: Enabled Don't fix the blank checksum on offload: Disabled Large send offload: 61440 Locally Administered Address: (blank) MTU: 1500 Scatter/Gather: Enabled domU config file has networking configured like this: vif = ['bridge=xenbr0, mac=00:16:3e:39:26:ac'] The domU doesn't record anything in the event viewer, the switch doesn't record anything in it's logs, DoS options are disabled on the switch, the dom0 will respond to pings while the domU doesn't. For a long time, I thought this was happening to other physical machines as well, but either it isn't anymore, or never was. At least the last 4 weeks of ping stats I have show that only the domU's, and only the terminal servers will lose more than 4 consecutive pings (aside from outages caused by changing hardware/etc). Any hints on what to look at, additional information needed, how to diagnose, or any options other than continued hair-pulling would be immensely appreciated. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 15:45:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 15:45: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 1Ud0Lo-00030U-BN; Thu, 16 May 2013 15:44:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud0Ll-00030M-JV for xen-users@lists.xensource.com; Thu, 16 May 2013 15:44:14 +0000 Received: from [85.158.137.99:47494] by server-15.bemta-3.messagelabs.com id 3D/A8-32363-CCEF4915; Thu, 16 May 2013 15:44:12 +0000 X-Env-Sender: ricardo.meb.jesus@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368719031!12263595!1 X-Originating-IP: [209.85.214.171] 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_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDY0NDUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6465 invoked from network); 16 May 2013 15:43:52 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 15:43:52 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so3580644obb.30 for ; Thu, 16 May 2013 08:43:51 -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=z6CXvlL8FYSQKBbs/wMBQcm0zFyTkr1nR34hSVq0G70=; b=X/HAhLhDer0tU4dxtd9tM/DPwfs4LkCPDWmsbQI2IwRHpY/OzEh4YqEC5X8lUe0qIU ir1zdovEzdvnMi2fy6Ig4ZQHvtykW4lpmh2hPNhRD2+ZKIchOdPNfv0hRYlRJ7CFlnlr 8nOFfR7+nhskLLeSm6zJj3+qdmaeHWcD6f/vsUZVGawSfmfsw3LP4o+MEGrLhcrfj0uY viVYmBVautnu259SM5sibj8kjns3eVxq4DXRdQvqS/qwbUEMHizr01goJfk5tI0NEcWr BxrxYdTuFlTATJ3j9cxqZBbKJ7J5Ub8qHrNNGdyAyhsZ4jIVVVkA/FKXL3Gc+GJPm98X SKjA== MIME-Version: 1.0 X-Received: by 10.60.149.231 with SMTP id ud7mr11136377oeb.119.1368719030735; Thu, 16 May 2013 08:43:50 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 08:43:50 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 15:43:50 +0000 Message-ID: From: Ricardo Jesus To: Andrew Bobulsky Cc: Gordan Bobic , Alex Karaoui , xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7397013378282128899==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7397013378282128899== Content-Type: multipart/alternative; boundary=047d7b4190519fee7504dcd7bb04 --047d7b4190519fee7504dcd7bb04 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 2:23 PM, Andrew Bobulsky wrote: > > > On Thu, May 16, 2013 at 9:47 AM, Ricardo Jesus < > ricardo.meb.jesus@gmail.com> wrote: > >> Sent from my Android device. >> >> On May 16, 2013 2:38 PM, "Andrew Bobulsky" wrote: >> > >> > Hello Gordan, Alex, >> > >> > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic >> wrote: >> >> >> >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: >> >>> >> >>> Aloha Gordon, >> >>> >> >>> When you say "BSOD on subsequent start-ups," are you saying that on >> the >> >>> boot after AMD driver installation your system BSODs? How do you >> manage >> >>> to get around that, by simply restarting the host? >> >> >> >> >> >> What I am referring to is the following: >> >> >> >> 1) Boot up host. >> >> 2) Start up domU - works every time now with <= 2GB of RAM (any more >> 3GB sometimes works. 4GB+ hardly ever gets to the login screen) >> > >> > >> > I thought I'd write in because I've seen this before. This behavior.... >> > >> >> >> >> 3) Shut down domU >> >> 4) At this stage, starting up the domU usually works. Maybe half of >> the time it BSODs or loses the USB devices (they show up with a yellow >> exclamation mark in device manager - ejecting them doesn't help). >> >> 5) Repeat from 3) At this point things never get past a BSOD and the >> only way to get the domU working again is to reboot the host. >> >> >> >> This should now probably become a couple of new threads: >> >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM >> > >> > >> > ...and more specifically, this behavior---I'm referring to a BSOD that >> precedes the login screen; before the video driver switches out of the >> Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding >> issue with passing through PCIe devices on ESXi. The workaround is to >> configure the VM with a custom PCI Hole mapping; I use "pciHole.start = >> 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding >> either 1024 (or perhaps simply the memory total in MB on the PCIe device >> itself), where 2200-1100 in this case = 1100, just fixes the problem >> entirely. >> > >> > I don't know for sure if they're related, but the kicker here is that >> the workaround is required when and only when passing through a PCIe video >> card to a VM that has more than 2GB of RAM assigned to it! The thread on >> their forums[1] where I first found this some time ago is ~44 pages long. >> > >> >> >> >> 2) domU reboots cause USB controllers to become unavailable >> >> >> >> >> > >> > >> > I may be getting lost in the email chain, but I think that USB >> controllers are the one thing I've never had a problem with. I haven't >> ever tried attaching an onboard controller though, because every onboard >> controller I've come across is a regular PCI device... problems passing >> those are basically to be expected :( >> > >> > If you want to throw money at that problem, grab a RocketU 1144A or B. >> The lspci entries for the device[2] are a passthrough-user's dream come >> true. >> > >> > There's also the USB/IP project, but I haven't had a lot of luck with >> it. I actually think that it's an ideal solution to passing USB devices, >> as I've used commercial software that does the same, and it's good enough >> to connect audio, keyboard, and mouse to machines that are actually on >> physically different hosts with zero noticeable lag or packet loss. I'd >> love to see someone get the F/OSS version working... personally I'd buy the >> commercial software if it wasn't priced to gouge the crap out of a >> corporate wallet :( >> > >> > ----------- >> > >> > Just my two cents of course! I wish I could be a little more helpful >> here. I seriously admire your persistence on this issue; I probably would >> have quit a week ago and just bought something else, and am really happy to >> see you making progress! >> > >> > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet >> and am focusing on getting Xen to work on it for the time being. >> > >> > Also, on a side note, I can confirm that my HD 4000 graphics does not >> support FLR... and appears to be a PCI device :( >> > >> > Cheers, >> > Andrew >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> >> Hi, >> >> HD4000 graphics is provided by the CPU and it works with primary VGA >> passthrough with the xm toolstack running Wheezy stock linux kernel an >> 4.1.x hypervisor. >> >> FLR- in my personnal experience doesnt mean much. >> >> Regards, >> Ricardo Jesus. >> > Ricardo, > > Would you mind pasting or linking the output of an lspci -Q on that > system? I'd love to know the PCI layout you're working with! > > Cheers, > Andrew > $ lspci -Q 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:16.3 Serial controller: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 7 (rev c4) 00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4) 00:1f.0 ISA bridge: Intel Corporation Q77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] 02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350 Series] 02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300 Series] 03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 04:00.0 Network controller: Broadcom Corporation BCM43225 802.11b/g/n (rev 01) 05:00.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value I've documented the steps for Xen 4.1.3 Windows 8 HVM domU with Intel HD4000 VGA Passthrough on Debian Wheezy at http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html Recently I've put my Radeon HD 7850 and HD 5450 running Windows 8 and Debian Wheezy simultaneously using this time PCI passthrough without much issues. --047d7b4190519fee7504dcd7bb04 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On T= hu, May 16, 2013 at 2:23 PM, Andrew Bobulsky <rulerof@gmail.com> wrote:


On Thu, May 16, 2013 at 9:47 AM= , Ricardo Jesus <ricardo.meb.jesus@gmail.com> wrot= e:

Sent from my Android device.


On May 16, 2013 2:38 PM, "Andrew Bobulsky" <rulerof@gmail.com> wrote:
>
> Hello Gordan, Alex,
>
> On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
>>
>> On 05/16/2013 01:17 AM, Alex Karaoui wrote:
>>>
>>> Aloha Gordon,
>>>
>>> When you say "BSOD on subsequent start-ups," are you= saying that on the
>>> boot after AMD driver installation your system BSODs? =A0How d= o you manage
>>> to get around that, by simply restarting the host?
>>
>>
>> What I am referring to is the following:
>>
>> 1) Boot up host.
>> 2) Start up domU - works every time now with <=3D 2GB of RAM (a= ny more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0<= br> >
>
> I thought I'd write in because I've seen this before. =A0This = behavior....
> =A0
>>
>> 3) Shut down domU
>> 4) At this stage, starting up the domU usually works. Maybe half o= f the time it BSODs or loses the USB devices (they show up with a yellow ex= clamation mark in device manager - ejecting them doesn't help).
>> 5) Repeat from 3) At this point things never get past a BSOD and t= he only way to get the domU working again is to reboot the host.
>>
>> This should now probably become a couple of new threads:
>> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM<= br> >
>
> ...and more specifically, this behavior---I'm referring to a BSOD = that precedes the login screen; before the video driver switches out of the= Windows Boot Manager's VGA(?) mode---is eerily similar to a longstandi= ng issue with passing through PCIe devices on ESXi. =A0The workaround is to= configure the VM with a custom PCI Hole mapping; I use "pciHole.start= =3D 1100" and "pciHole.end =3D 2200", though pretty much an= y "total" exceeding either 1024 (or perhaps simply the memory tot= al in MB on the PCIe device itself), where 2200-1100 in this case =3D 1100,= just fixes the problem entirely.
>
> I don't know for sure if they're related, but the kicker here = is that the workaround is required when and only when=A0passing through a P= CIe video card to a VM that has more than 2GB of RAM assigned to it! =A0The= thread on their forums[1] where I first found this some time ago is ~44 pa= ges long.=A0
> =A0
>>
>> 2) domU reboots cause USB controllers to become unavailable=A0
>>
>> <snippity-snip/>=A0
>
>
> I may be getting lost in the email chain, but I think that USB control= lers are the one thing I've never had a problem with. =A0I haven't = ever tried attaching an onboard controller though, because every onboard co= ntroller I've come across is a regular PCI device... problems passing t= hose are basically to be expected :(
>
> If you want to throw money at that problem, grab a RocketU 1144A or B.= =A0The lspci entries for the device[2] are a passthrough-user's dream = come true.
>
> There's also the USB/IP project, but I haven't had a lot of lu= ck with it. =A0I actually think that it's an ideal solution to passing = USB devices, as I've used commercial software that does the same, and i= t's good enough to connect audio, keyboard, and mouse to machines that = are actually on physically different hosts with zero noticeable lag or pack= et loss. =A0I'd love to see someone get the F/OSS version working... pe= rsonally I'd buy the commercial software if it wasn't priced to gou= ge the crap out of a corporate wallet :(
>
> -----------
>
> Just my two cents of course! =A0I wish I could be a little more helpfu= l here. =A0I seriously admire your persistence on this issue; I probably wo= uld have quit a week ago and just bought something else, and am really happ= y to see you making progress!
>
> I'm currently ignoring my desktop...=A0I just got a ThinkPad Helix= tablet and am focusing on getting Xen to work on it for the time being. > =A0
> Also, on a side note, I can confirm that my HD 4000 graphics does not = support FLR... and appears to be a PCI device :(
> =A0
> Cheers,
> Andrew
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

Hi,

HD4000 graphics is provided by the CPU and it works with primary VGA pas= sthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x h= ypervisor.

FLR- in my personnal experience doesnt mean much.

Regards,
Ricardo Jesus.

Ricardo,

Would you mind p= asting or linking the output of an lspci -Q on that system? =A0I'd love= to know the PCI layout you're working with!

Cheers,
Andrew

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0
$ lspci -Q
00:00.0 Host bridge: In= tel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev= 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processo= r PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Inte= l Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (r= ev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami= ly USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: I= ntel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev= 04)
00:16.3 Serial controller: Intel Corporation 7 Series/C210 Series Chipset F= amily KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporat= ion 82579LM Gigabit Network Connection (rev 04)
00:1a.0 USB controller: = Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Con= troller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family= High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Cor= poration 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c= 4)
00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P= CI Express Root Port 7 (rev c4)
00:1c.7 PCI bridge: Intel Corporation 7 = Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4)
00:1d= .0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family US= B Enhanced Host Controller #1 (rev 04)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4)
00:1f.0 = ISA bridge: Intel Corporation Q77 Express Chipset LPC Controller (rev 04)00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset F= amily 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus = Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro De= vices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850]
01:00.1 Audio device= : Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Ra= deon HD 7700/7800 Series]
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] C= edar [Radeon HD 5000/6000/7350 Series]
02:00.1 Audio device: Advanced Mi= cro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300 Series] 03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Conne= ction
04:00.0 Network controller: Broadcom Corporation BCM43225 802.11b/= g/n (rev 01)
05:00.0 Multimedia audio controller: Creative Labs SB0400 A= udigy2 Value

I've documented the steps for Xen = 4.1.3 Windows 8 HVM domU with Intel HD4000 VGA Passthrough on Debian Wheezy= at http://linux-bsd-sharing.blogspot.pt/2012/10/h= owto-xen-413-windows-8-hvm-domu-with.html

Recently I've put my Radeon HD 785= 0 and HD 5450 running Windows 8 and Debian Wheezy simultaneously using this= time PCI passthrough without much issues.

--047d7b4190519fee7504dcd7bb04-- --===============7397013378282128899== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7397013378282128899==-- From xen-users-bounces@lists.xen.org Thu May 16 15:45:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 15:45: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 1Ud0Lo-00030U-BN; Thu, 16 May 2013 15:44:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud0Ll-00030M-JV for xen-users@lists.xensource.com; Thu, 16 May 2013 15:44:14 +0000 Received: from [85.158.137.99:47494] by server-15.bemta-3.messagelabs.com id 3D/A8-32363-CCEF4915; Thu, 16 May 2013 15:44:12 +0000 X-Env-Sender: ricardo.meb.jesus@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368719031!12263595!1 X-Originating-IP: [209.85.214.171] 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_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDY0NDUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6465 invoked from network); 16 May 2013 15:43:52 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 15:43:52 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so3580644obb.30 for ; Thu, 16 May 2013 08:43:51 -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=z6CXvlL8FYSQKBbs/wMBQcm0zFyTkr1nR34hSVq0G70=; b=X/HAhLhDer0tU4dxtd9tM/DPwfs4LkCPDWmsbQI2IwRHpY/OzEh4YqEC5X8lUe0qIU ir1zdovEzdvnMi2fy6Ig4ZQHvtykW4lpmh2hPNhRD2+ZKIchOdPNfv0hRYlRJ7CFlnlr 8nOFfR7+nhskLLeSm6zJj3+qdmaeHWcD6f/vsUZVGawSfmfsw3LP4o+MEGrLhcrfj0uY viVYmBVautnu259SM5sibj8kjns3eVxq4DXRdQvqS/qwbUEMHizr01goJfk5tI0NEcWr BxrxYdTuFlTATJ3j9cxqZBbKJ7J5Ub8qHrNNGdyAyhsZ4jIVVVkA/FKXL3Gc+GJPm98X SKjA== MIME-Version: 1.0 X-Received: by 10.60.149.231 with SMTP id ud7mr11136377oeb.119.1368719030735; Thu, 16 May 2013 08:43:50 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 08:43:50 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> Date: Thu, 16 May 2013 15:43:50 +0000 Message-ID: From: Ricardo Jesus To: Andrew Bobulsky Cc: Gordan Bobic , Alex Karaoui , xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7397013378282128899==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7397013378282128899== Content-Type: multipart/alternative; boundary=047d7b4190519fee7504dcd7bb04 --047d7b4190519fee7504dcd7bb04 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 2:23 PM, Andrew Bobulsky wrote: > > > On Thu, May 16, 2013 at 9:47 AM, Ricardo Jesus < > ricardo.meb.jesus@gmail.com> wrote: > >> Sent from my Android device. >> >> On May 16, 2013 2:38 PM, "Andrew Bobulsky" wrote: >> > >> > Hello Gordan, Alex, >> > >> > On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic >> wrote: >> >> >> >> On 05/16/2013 01:17 AM, Alex Karaoui wrote: >> >>> >> >>> Aloha Gordon, >> >>> >> >>> When you say "BSOD on subsequent start-ups," are you saying that on >> the >> >>> boot after AMD driver installation your system BSODs? How do you >> manage >> >>> to get around that, by simply restarting the host? >> >> >> >> >> >> What I am referring to is the following: >> >> >> >> 1) Boot up host. >> >> 2) Start up domU - works every time now with <= 2GB of RAM (any more >> 3GB sometimes works. 4GB+ hardly ever gets to the login screen) >> > >> > >> > I thought I'd write in because I've seen this before. This behavior.... >> > >> >> >> >> 3) Shut down domU >> >> 4) At this stage, starting up the domU usually works. Maybe half of >> the time it BSODs or loses the USB devices (they show up with a yellow >> exclamation mark in device manager - ejecting them doesn't help). >> >> 5) Repeat from 3) At this point things never get past a BSOD and the >> only way to get the domU working again is to reboot the host. >> >> >> >> This should now probably become a couple of new threads: >> >> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM >> > >> > >> > ...and more specifically, this behavior---I'm referring to a BSOD that >> precedes the login screen; before the video driver switches out of the >> Windows Boot Manager's VGA(?) mode---is eerily similar to a longstanding >> issue with passing through PCIe devices on ESXi. The workaround is to >> configure the VM with a custom PCI Hole mapping; I use "pciHole.start = >> 1100" and "pciHole.end = 2200", though pretty much any "total" exceeding >> either 1024 (or perhaps simply the memory total in MB on the PCIe device >> itself), where 2200-1100 in this case = 1100, just fixes the problem >> entirely. >> > >> > I don't know for sure if they're related, but the kicker here is that >> the workaround is required when and only when passing through a PCIe video >> card to a VM that has more than 2GB of RAM assigned to it! The thread on >> their forums[1] where I first found this some time ago is ~44 pages long. >> > >> >> >> >> 2) domU reboots cause USB controllers to become unavailable >> >> >> >> >> > >> > >> > I may be getting lost in the email chain, but I think that USB >> controllers are the one thing I've never had a problem with. I haven't >> ever tried attaching an onboard controller though, because every onboard >> controller I've come across is a regular PCI device... problems passing >> those are basically to be expected :( >> > >> > If you want to throw money at that problem, grab a RocketU 1144A or B. >> The lspci entries for the device[2] are a passthrough-user's dream come >> true. >> > >> > There's also the USB/IP project, but I haven't had a lot of luck with >> it. I actually think that it's an ideal solution to passing USB devices, >> as I've used commercial software that does the same, and it's good enough >> to connect audio, keyboard, and mouse to machines that are actually on >> physically different hosts with zero noticeable lag or packet loss. I'd >> love to see someone get the F/OSS version working... personally I'd buy the >> commercial software if it wasn't priced to gouge the crap out of a >> corporate wallet :( >> > >> > ----------- >> > >> > Just my two cents of course! I wish I could be a little more helpful >> here. I seriously admire your persistence on this issue; I probably would >> have quit a week ago and just bought something else, and am really happy to >> see you making progress! >> > >> > I'm currently ignoring my desktop... I just got a ThinkPad Helix tablet >> and am focusing on getting Xen to work on it for the time being. >> > >> > Also, on a side note, I can confirm that my HD 4000 graphics does not >> support FLR... and appears to be a PCI device :( >> > >> > Cheers, >> > Andrew >> > >> > >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> >> Hi, >> >> HD4000 graphics is provided by the CPU and it works with primary VGA >> passthrough with the xm toolstack running Wheezy stock linux kernel an >> 4.1.x hypervisor. >> >> FLR- in my personnal experience doesnt mean much. >> >> Regards, >> Ricardo Jesus. >> > Ricardo, > > Would you mind pasting or linking the output of an lspci -Q on that > system? I'd love to know the PCI layout you're working with! > > Cheers, > Andrew > $ lspci -Q 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:16.3 Serial controller: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 7 (rev c4) 00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4) 00:1f.0 ISA bridge: Intel Corporation Q77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] 02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350 Series] 02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300 Series] 03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 04:00.0 Network controller: Broadcom Corporation BCM43225 802.11b/g/n (rev 01) 05:00.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value I've documented the steps for Xen 4.1.3 Windows 8 HVM domU with Intel HD4000 VGA Passthrough on Debian Wheezy at http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html Recently I've put my Radeon HD 7850 and HD 5450 running Windows 8 and Debian Wheezy simultaneously using this time PCI passthrough without much issues. --047d7b4190519fee7504dcd7bb04 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On T= hu, May 16, 2013 at 2:23 PM, Andrew Bobulsky <rulerof@gmail.com> wrote:


On Thu, May 16, 2013 at 9:47 AM= , Ricardo Jesus <ricardo.meb.jesus@gmail.com> wrot= e:

Sent from my Android device.


On May 16, 2013 2:38 PM, "Andrew Bobulsky" <rulerof@gmail.com> wrote:
>
> Hello Gordan, Alex,
>
> On Thu, May 16, 2013 at 2:25 AM, Gordan Bobic <gordan@bobich.net> wrote:
>>
>> On 05/16/2013 01:17 AM, Alex Karaoui wrote:
>>>
>>> Aloha Gordon,
>>>
>>> When you say "BSOD on subsequent start-ups," are you= saying that on the
>>> boot after AMD driver installation your system BSODs? =A0How d= o you manage
>>> to get around that, by simply restarting the host?
>>
>>
>> What I am referring to is the following:
>>
>> 1) Boot up host.
>> 2) Start up domU - works every time now with <=3D 2GB of RAM (a= ny more 3GB sometimes works. 4GB+ hardly ever gets to the login screen)=A0<= br> >
>
> I thought I'd write in because I've seen this before. =A0This = behavior....
> =A0
>>
>> 3) Shut down domU
>> 4) At this stage, starting up the domU usually works. Maybe half o= f the time it BSODs or loses the USB devices (they show up with a yellow ex= clamation mark in device manager - ejecting them doesn't help).
>> 5) Repeat from 3) At this point things never get past a BSOD and t= he only way to get the domU working again is to reboot the host.
>>
>> This should now probably become a couple of new threads:
>> 1) VGA passthrough BSOD-ing with a domU with more than 2GB of RAM<= br> >
>
> ...and more specifically, this behavior---I'm referring to a BSOD = that precedes the login screen; before the video driver switches out of the= Windows Boot Manager's VGA(?) mode---is eerily similar to a longstandi= ng issue with passing through PCIe devices on ESXi. =A0The workaround is to= configure the VM with a custom PCI Hole mapping; I use "pciHole.start= =3D 1100" and "pciHole.end =3D 2200", though pretty much an= y "total" exceeding either 1024 (or perhaps simply the memory tot= al in MB on the PCIe device itself), where 2200-1100 in this case =3D 1100,= just fixes the problem entirely.
>
> I don't know for sure if they're related, but the kicker here = is that the workaround is required when and only when=A0passing through a P= CIe video card to a VM that has more than 2GB of RAM assigned to it! =A0The= thread on their forums[1] where I first found this some time ago is ~44 pa= ges long.=A0
> =A0
>>
>> 2) domU reboots cause USB controllers to become unavailable=A0
>>
>> <snippity-snip/>=A0
>
>
> I may be getting lost in the email chain, but I think that USB control= lers are the one thing I've never had a problem with. =A0I haven't = ever tried attaching an onboard controller though, because every onboard co= ntroller I've come across is a regular PCI device... problems passing t= hose are basically to be expected :(
>
> If you want to throw money at that problem, grab a RocketU 1144A or B.= =A0The lspci entries for the device[2] are a passthrough-user's dream = come true.
>
> There's also the USB/IP project, but I haven't had a lot of lu= ck with it. =A0I actually think that it's an ideal solution to passing = USB devices, as I've used commercial software that does the same, and i= t's good enough to connect audio, keyboard, and mouse to machines that = are actually on physically different hosts with zero noticeable lag or pack= et loss. =A0I'd love to see someone get the F/OSS version working... pe= rsonally I'd buy the commercial software if it wasn't priced to gou= ge the crap out of a corporate wallet :(
>
> -----------
>
> Just my two cents of course! =A0I wish I could be a little more helpfu= l here. =A0I seriously admire your persistence on this issue; I probably wo= uld have quit a week ago and just bought something else, and am really happ= y to see you making progress!
>
> I'm currently ignoring my desktop...=A0I just got a ThinkPad Helix= tablet and am focusing on getting Xen to work on it for the time being. > =A0
> Also, on a side note, I can confirm that my HD 4000 graphics does not = support FLR... and appears to be a PCI device :(
> =A0
> Cheers,
> Andrew
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

Hi,

HD4000 graphics is provided by the CPU and it works with primary VGA pas= sthrough with the xm toolstack running Wheezy stock linux kernel an 4.1.x h= ypervisor.

FLR- in my personnal experience doesnt mean much.

Regards,
Ricardo Jesus.

Ricardo,

Would you mind p= asting or linking the output of an lspci -Q on that system? =A0I'd love= to know the PCI layout you're working with!

Cheers,
Andrew

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0
$ lspci -Q
00:00.0 Host bridge: In= tel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev= 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processo= r PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Inte= l Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (r= ev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami= ly USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: I= ntel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev= 04)
00:16.3 Serial controller: Intel Corporation 7 Series/C210 Series Chipset F= amily KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporat= ion 82579LM Gigabit Network Connection (rev 04)
00:1a.0 USB controller: = Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Con= troller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family= High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Cor= poration 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c= 4)
00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P= CI Express Root Port 7 (rev c4)
00:1c.7 PCI bridge: Intel Corporation 7 = Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4)
00:1d= .0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family US= B Enhanced Host Controller #1 (rev 04)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4)
00:1f.0 = ISA bridge: Intel Corporation Q77 Express Chipset LPC Controller (rev 04)00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset F= amily 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus = Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro De= vices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850]
01:00.1 Audio device= : Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Ra= deon HD 7700/7800 Series]
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] C= edar [Radeon HD 5000/6000/7350 Series]
02:00.1 Audio device: Advanced Mi= cro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300 Series] 03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Conne= ction
04:00.0 Network controller: Broadcom Corporation BCM43225 802.11b/= g/n (rev 01)
05:00.0 Multimedia audio controller: Creative Labs SB0400 A= udigy2 Value

I've documented the steps for Xen = 4.1.3 Windows 8 HVM domU with Intel HD4000 VGA Passthrough on Debian Wheezy= at http://linux-bsd-sharing.blogspot.pt/2012/10/h= owto-xen-413-windows-8-hvm-domu-with.html

Recently I've put my Radeon HD 785= 0 and HD 5450 running Windows 8 and Debian Wheezy simultaneously using this= time PCI passthrough without much issues.

--047d7b4190519fee7504dcd7bb04-- --===============7397013378282128899== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7397013378282128899==-- From xen-users-bounces@lists.xen.org Thu May 16 15:48:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 15:48: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 1Ud0PB-0003C5-Ld; Thu, 16 May 2013 15:47:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud0PA-0003Bs-7D for xen-users@lists.xensource.com; Thu, 16 May 2013 15:47:44 +0000 Received: from [85.158.137.99:17067] by server-13.bemta-3.messagelabs.com id 18/4E-19597-F9FF4915; Thu, 16 May 2013 15:47:43 +0000 X-Env-Sender: ricardo.meb.jesus@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1368719260!13897885!1 X-Originating-IP: [209.85.214.171] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24381 invoked from network); 16 May 2013 15:47:42 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 15:47:42 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so3586084obb.30 for ; Thu, 16 May 2013 08:47:40 -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=nLhaF8ZwUnYK0JB7ta1RWDL2sqeAIOx/zOuzHHS3g7k=; b=a+yxbtMI3bROFf8kvjL9pyLnszteJcBDHaQP7O273bfkgtNVqlNcGKSqQxfZ+gvWpp DJCfb959MeItpDf8mGh1j4f7HlWb7OqzIIc3l6bpQMo259kr+83r9XCmfW31n+fR7Fp/ bH16Ue2G87Aulpv4IHgEUTLld4dE1oZoks6spf87UUPMRNLj3NGB91meusg007PhjNqB +6pb+Ejd5ABuA6Eg0j7mxse6WsB18bhWxJlVujmTIeZpwVxaPhkLwa7kcP6FUsiCD3JJ dMd8KRqRyBu7EnZgG6HyM6VpLDQhJhmSIZdrx6+L38Lrn6+Eclzfq8ThVd76pe/ZUSek Fqrw== MIME-Version: 1.0 X-Received: by 10.60.117.135 with SMTP id ke7mr22684409oeb.55.1368719260523; Thu, 16 May 2013 08:47:40 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 08:47:40 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> Date: Thu, 16 May 2013 15:47:40 +0000 Message-ID: From: Ricardo Jesus To: Andrew Bobulsky Cc: Alex Karaoui , Gordan Bobic , xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6389927519067864762==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6389927519067864762== Content-Type: multipart/alternative; boundary=047d7b41cd7e52220804dcd7c948 --047d7b41cd7e52220804dcd7c948 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 2:26 PM, Andrew Bobulsky wrote: > > > On Thu, May 16, 2013 at 9:51 AM, Gordan Bobic wrote: > >> On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus < >> ricardo.meb.jesus@gmail.com> wrote: >> >> > Also, on a side note, I can confirm that my HD 4000 graphics does >>> not support FLR... and appears to be a PCI device :( >>> >>> >> HD4000 graphics is provided by the CPU and it works with primary VGA >>> passthrough with the xm toolstack running Wheezy stock linux kernel an >>> 4.1.x hypervisor. >>> >> >> Really? Why wouldn't it work for secondary passthrough? > > > I'd suspect that it *does* work for secondary passthrough. I'm under the > impression that working primary passthrough devices are a subset of working > secondary passthrough devices. I'd *love* to know if that's not the > case, though! > > -Andrew > > >> I have one of those in my microserver. It's not really up to the task of >> gaming >> (hell, it isn't even up to the task of HD video decoding and >> scaling it down to 1366x768), but it can take 16GB of RAM, so makes >> for a reasonably neat, dirt cheap, low-performance VM testing machine. >> >> >> FLR- in my personnal experience doesnt mean much. >>> >> >> You have seen the mythical item that is a GPU with FLR? If you >> haven't I'm not sure how you can make a reasonable experience >> based comparison. >> >> Gordan >> > > I've managed HD4000 with VGA passthrough. VGA passthrough implies that HD4000 was the primary display device. Honestly don't recall using PCI passthrough on the HD4000 because as soon as I got discrete graphics cards I've been using the HD4000 for dom0. --047d7b41cd7e52220804dcd7c948 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= On Thu, May 16, 2013 at 2:26 PM, Andrew Bobulsky <rulerof@gmail.com>= ; wrote:


On Thu, May 16, 2013 at 9:51 AM, Gordan Bobic <= span dir=3D"ltr"><gordan@bobich.net> wrote:
On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus <ricardo.meb.jesus@gmail.co= m> wrote:

=A0> Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :(


HD4000 graphics is provided by the CPU and it works with primary VGA
passthrough with the xm toolstack running Wheezy stock linux kernel an
4.1.x hypervisor.

Really? Why wouldn't it work for secondary passthrough?

I'd suspect that it does=A0work for secon= dary passthrough. =A0I'm under the impression that working primary pass= through devices are a subset of working secondary passthrough devices. =A0I= 'd love=A0to know if that's not the case, though!

-Andrew
=A0
I have one=A0of thos= e in my microserver. It's not really up to the task of gaming
(hell, it isn't even up to the task of HD video decoding and
scaling it down to 1366x768), but it can take 16GB of RAM, so makes
for a reasonably neat, dirt cheap, low-performance VM testing machine.
=

FLR- in my personnal experience doesnt mean much.

You have seen the mythical item that is a GPU with FLR? If you
haven't I'm not sure how you can make a reasonable experience
based comparison.

Gordan


I've managed HD4000 with VGA passthrough. V= GA passthrough implies that HD4000 was the primary display device.

<= /div>Honestly don't recall using PCI passthrough on the HD4000 because as soon as I= =20 got discrete graphics cards I've been using the HD4000 for dom0.
--047d7b41cd7e52220804dcd7c948-- --===============6389927519067864762== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6389927519067864762==-- From xen-users-bounces@lists.xen.org Thu May 16 15:48:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 15:48: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 1Ud0PB-0003C5-Ld; Thu, 16 May 2013 15:47:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud0PA-0003Bs-7D for xen-users@lists.xensource.com; Thu, 16 May 2013 15:47:44 +0000 Received: from [85.158.137.99:17067] by server-13.bemta-3.messagelabs.com id 18/4E-19597-F9FF4915; Thu, 16 May 2013 15:47:43 +0000 X-Env-Sender: ricardo.meb.jesus@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1368719260!13897885!1 X-Originating-IP: [209.85.214.171] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24381 invoked from network); 16 May 2013 15:47:42 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 15:47:42 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so3586084obb.30 for ; Thu, 16 May 2013 08:47:40 -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=nLhaF8ZwUnYK0JB7ta1RWDL2sqeAIOx/zOuzHHS3g7k=; b=a+yxbtMI3bROFf8kvjL9pyLnszteJcBDHaQP7O273bfkgtNVqlNcGKSqQxfZ+gvWpp DJCfb959MeItpDf8mGh1j4f7HlWb7OqzIIc3l6bpQMo259kr+83r9XCmfW31n+fR7Fp/ bH16Ue2G87Aulpv4IHgEUTLld4dE1oZoks6spf87UUPMRNLj3NGB91meusg007PhjNqB +6pb+Ejd5ABuA6Eg0j7mxse6WsB18bhWxJlVujmTIeZpwVxaPhkLwa7kcP6FUsiCD3JJ dMd8KRqRyBu7EnZgG6HyM6VpLDQhJhmSIZdrx6+L38Lrn6+Eclzfq8ThVd76pe/ZUSek Fqrw== MIME-Version: 1.0 X-Received: by 10.60.117.135 with SMTP id ke7mr22684409oeb.55.1368719260523; Thu, 16 May 2013 08:47:40 -0700 (PDT) Received: by 10.182.49.201 with HTTP; Thu, 16 May 2013 08:47:40 -0700 (PDT) In-Reply-To: References: <518BE430.9030702@bobich.net> <7683258807931799712@unknownmsgid> <402d3a70f6bbbeb2a10fede3d494d2ca@mail.shatteredsilicon.net> <518D4366.1070807@bobich.net> <518D7727.9090208@bobich.net> <518F7AC1.3090001@bobich.net> <5192C9A9.90509@bobich.net> <5193F4B3.5010305@bobich.net> <72C89B15-5810-4441-BE37-5A2C71BD588F@gmail.com> <51947BCA.3070902@bobich.net> <5c2665024951f1359fe86ba3e16416e7@mail.shatteredsilicon.net> Date: Thu, 16 May 2013 15:47:40 +0000 Message-ID: From: Ricardo Jesus To: Andrew Bobulsky Cc: Alex Karaoui , Gordan Bobic , xen-users@lists.xensource.com Subject: Re: [Xen-users] VGA Passthrough / Xen 4.2 / Linux 3.9.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6389927519067864762==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6389927519067864762== Content-Type: multipart/alternative; boundary=047d7b41cd7e52220804dcd7c948 --047d7b41cd7e52220804dcd7c948 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 16, 2013 at 2:26 PM, Andrew Bobulsky wrote: > > > On Thu, May 16, 2013 at 9:51 AM, Gordan Bobic wrote: > >> On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus < >> ricardo.meb.jesus@gmail.com> wrote: >> >> > Also, on a side note, I can confirm that my HD 4000 graphics does >>> not support FLR... and appears to be a PCI device :( >>> >>> >> HD4000 graphics is provided by the CPU and it works with primary VGA >>> passthrough with the xm toolstack running Wheezy stock linux kernel an >>> 4.1.x hypervisor. >>> >> >> Really? Why wouldn't it work for secondary passthrough? > > > I'd suspect that it *does* work for secondary passthrough. I'm under the > impression that working primary passthrough devices are a subset of working > secondary passthrough devices. I'd *love* to know if that's not the > case, though! > > -Andrew > > >> I have one of those in my microserver. It's not really up to the task of >> gaming >> (hell, it isn't even up to the task of HD video decoding and >> scaling it down to 1366x768), but it can take 16GB of RAM, so makes >> for a reasonably neat, dirt cheap, low-performance VM testing machine. >> >> >> FLR- in my personnal experience doesnt mean much. >>> >> >> You have seen the mythical item that is a GPU with FLR? If you >> haven't I'm not sure how you can make a reasonable experience >> based comparison. >> >> Gordan >> > > I've managed HD4000 with VGA passthrough. VGA passthrough implies that HD4000 was the primary display device. Honestly don't recall using PCI passthrough on the HD4000 because as soon as I got discrete graphics cards I've been using the HD4000 for dom0. --047d7b41cd7e52220804dcd7c948 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= On Thu, May 16, 2013 at 2:26 PM, Andrew Bobulsky <rulerof@gmail.com>= ; wrote:


On Thu, May 16, 2013 at 9:51 AM, Gordan Bobic <= span dir=3D"ltr"><gordan@bobich.net> wrote:
On Thu, 16 May 2013 14:47:09 +0100, Ricardo Jesus <ricardo.meb.jesus@gmail.co= m> wrote:

=A0> Also, on a side note, I can confirm that my HD 4000 graphics does not support FLR... and appears to be a PCI device :(


HD4000 graphics is provided by the CPU and it works with primary VGA
passthrough with the xm toolstack running Wheezy stock linux kernel an
4.1.x hypervisor.

Really? Why wouldn't it work for secondary passthrough?

I'd suspect that it does=A0work for secon= dary passthrough. =A0I'm under the impression that working primary pass= through devices are a subset of working secondary passthrough devices. =A0I= 'd love=A0to know if that's not the case, though!

-Andrew
=A0
I have one=A0of thos= e in my microserver. It's not really up to the task of gaming
(hell, it isn't even up to the task of HD video decoding and
scaling it down to 1366x768), but it can take 16GB of RAM, so makes
for a reasonably neat, dirt cheap, low-performance VM testing machine.
=

FLR- in my personnal experience doesnt mean much.

You have seen the mythical item that is a GPU with FLR? If you
haven't I'm not sure how you can make a reasonable experience
based comparison.

Gordan


I've managed HD4000 with VGA passthrough. V= GA passthrough implies that HD4000 was the primary display device.

<= /div>Honestly don't recall using PCI passthrough on the HD4000 because as soon as I= =20 got discrete graphics cards I've been using the HD4000 for dom0.
--047d7b41cd7e52220804dcd7c948-- --===============6389927519067864762== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6389927519067864762==-- From xen-users-bounces@lists.xen.org Thu May 16 16:51:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 16:51: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 1Ud1Nd-0005pt-Tw; Thu, 16 May 2013 16:50:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud1Nc-0005po-Ra for xen-users@lists.xen.org; Thu, 16 May 2013 16:50:13 +0000 Received: from [85.158.137.99:24847] by server-5.bemta-3.messagelabs.com id 1F/6B-29713-24E05915; Thu, 16 May 2013 16:50:10 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1368723007!17068024!1 X-Originating-IP: [209.85.128.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1164 invoked from network); 16 May 2013 16:50:08 -0000 Received: from mail-qe0-f53.google.com (HELO mail-qe0-f53.google.com) (209.85.128.53) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 16:50:08 -0000 Received: by mail-qe0-f53.google.com with SMTP id cz11so2093883qeb.12 for ; Thu, 16 May 2013 09:50: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:content-transfer-encoding; bh=ih3ciAvFKRr77FDiUSeamT9YdIHl41Z6C19mAE1vr7E=; b=d0+x8HnYX4S4u+Pga2XXjbXlAweawh+0/nZdZiZtrj3k6duX23+c9Crw6rDyEjhELG ZvW61Hu22HrQgpxZLGKJSbKbynykCoD8UydVjORK8xlPJTw5ry3as98U0xuFr308zzuT oesza7S33XddXu2aYQzSzz8PT60kuX+XG8/1WouCv4fjOV3Zsn+CIxHVGfmKcTKrI4P3 4upIp2NyUTbV1YcubsTQy+eLhMuvaLjmYL5XnDBcHYLfIPs2aFEQJjdiV8vcsnE5Umx0 1tMvYo1qN8KQHblRCWe+kodrAopzO8UfP3bJpi6sX7rQdNEg4Rg0k3PEwF6Li7s+ZEZB 0Cvw== MIME-Version: 1.0 X-Received: by 10.229.59.71 with SMTP id k7mr13806161qch.50.1368723006560; Thu, 16 May 2013 09:50:06 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Thu, 16 May 2013 09:50:06 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> Date: Thu, 16 May 2013 21:50:06 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 fixed my previous problem (old driver installed), and cannot reproduce what you are seeing. "Enabling..." comes up, then "Enabled", then it works as normal. > Thanks for checking it up. That does sound good but odd in my case. > Do you have any other software loaded that might be binding to the network stack? Firewall or antivirus software would be the obvious ones but some VPN software can trip things up. > It was a clean install. The only thing that I have different is that I disabled gso and task offload on dom0 on all interfaces. Doesn't seem like if it would cause any problems as that's the pretty standard process. Or does it? > I guess next I need to see what's in the xenstore. Get the id of the domain then disable and try and re-enable the adapter then xenstore-ls /local/domain//device/vif (and let me know which instance is stuck). Also get the backend value and do a xenstore-ls on that. Sent me the output. Below is what xenstore-ls looks like: # xenstore-ls /local/domain/158/device/vif 0 = "" backend = "/local/domain/0/backend/vif/158/0" backend-id = "0" state = "1" handle = "0" mac = "00:16:3e:9e:55:03" tx-ring-ref = "16358" rx-ring-ref = "16366" event-channel = "9" request-rx-copy = "1" feature-rx-notify = "1" feature-no-csum-offload = "0" feature-sg = "1" feature-gso-tcpv4 = "1" 1 = "" backend = "/local/domain/0/backend/vif/158/1" backend-id = "0" state = "4" handle = "1" mac = "00:16:3e:7d:30:be" tx-ring-ref = "16351" rx-ring-ref = "16142" event-channel = "10" request-rx-copy = "1" feature-rx-notify = "1" feature-no-csum-offload = "0" feature-sg = "1" feature-gso-tcpv4 = "1" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 16:51:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 16:51: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 1Ud1Nd-0005pt-Tw; Thu, 16 May 2013 16:50:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud1Nc-0005po-Ra for xen-users@lists.xen.org; Thu, 16 May 2013 16:50:13 +0000 Received: from [85.158.137.99:24847] by server-5.bemta-3.messagelabs.com id 1F/6B-29713-24E05915; Thu, 16 May 2013 16:50:10 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1368723007!17068024!1 X-Originating-IP: [209.85.128.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1164 invoked from network); 16 May 2013 16:50:08 -0000 Received: from mail-qe0-f53.google.com (HELO mail-qe0-f53.google.com) (209.85.128.53) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 16:50:08 -0000 Received: by mail-qe0-f53.google.com with SMTP id cz11so2093883qeb.12 for ; Thu, 16 May 2013 09:50: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:content-transfer-encoding; bh=ih3ciAvFKRr77FDiUSeamT9YdIHl41Z6C19mAE1vr7E=; b=d0+x8HnYX4S4u+Pga2XXjbXlAweawh+0/nZdZiZtrj3k6duX23+c9Crw6rDyEjhELG ZvW61Hu22HrQgpxZLGKJSbKbynykCoD8UydVjORK8xlPJTw5ry3as98U0xuFr308zzuT oesza7S33XddXu2aYQzSzz8PT60kuX+XG8/1WouCv4fjOV3Zsn+CIxHVGfmKcTKrI4P3 4upIp2NyUTbV1YcubsTQy+eLhMuvaLjmYL5XnDBcHYLfIPs2aFEQJjdiV8vcsnE5Umx0 1tMvYo1qN8KQHblRCWe+kodrAopzO8UfP3bJpi6sX7rQdNEg4Rg0k3PEwF6Li7s+ZEZB 0Cvw== MIME-Version: 1.0 X-Received: by 10.229.59.71 with SMTP id k7mr13806161qch.50.1368723006560; Thu, 16 May 2013 09:50:06 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Thu, 16 May 2013 09:50:06 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> Date: Thu, 16 May 2013 21:50:06 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 fixed my previous problem (old driver installed), and cannot reproduce what you are seeing. "Enabling..." comes up, then "Enabled", then it works as normal. > Thanks for checking it up. That does sound good but odd in my case. > Do you have any other software loaded that might be binding to the network stack? Firewall or antivirus software would be the obvious ones but some VPN software can trip things up. > It was a clean install. The only thing that I have different is that I disabled gso and task offload on dom0 on all interfaces. Doesn't seem like if it would cause any problems as that's the pretty standard process. Or does it? > I guess next I need to see what's in the xenstore. Get the id of the domain then disable and try and re-enable the adapter then xenstore-ls /local/domain//device/vif (and let me know which instance is stuck). Also get the backend value and do a xenstore-ls on that. Sent me the output. Below is what xenstore-ls looks like: # xenstore-ls /local/domain/158/device/vif 0 = "" backend = "/local/domain/0/backend/vif/158/0" backend-id = "0" state = "1" handle = "0" mac = "00:16:3e:9e:55:03" tx-ring-ref = "16358" rx-ring-ref = "16366" event-channel = "9" request-rx-copy = "1" feature-rx-notify = "1" feature-no-csum-offload = "0" feature-sg = "1" feature-gso-tcpv4 = "1" 1 = "" backend = "/local/domain/0/backend/vif/158/1" backend-id = "0" state = "4" handle = "1" mac = "00:16:3e:7d:30:be" tx-ring-ref = "16351" rx-ring-ref = "16142" event-channel = "10" request-rx-copy = "1" feature-rx-notify = "1" feature-no-csum-offload = "0" feature-sg = "1" feature-gso-tcpv4 = "1" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 19:31:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 19:31:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3sM-0007m8-6d; Thu, 16 May 2013 19:30:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3sK-0007m3-Dm for xen-users@lists.xen.org; Thu, 16 May 2013 19:30:04 +0000 Received: from [85.158.139.211:42717] by server-9.bemta-5.messagelabs.com id 2C/C7-14875-BB335915; Thu, 16 May 2013 19:30:03 +0000 X-Env-Sender: e.istomin@edss.ee X-Msg-Ref: server-2.tower-206.messagelabs.com!1368732602!18283330!1 X-Originating-IP: [88.196.162.246] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7508 invoked from network); 16 May 2013 19:30:02 -0000 Received: from mailcluster1.edss.ee (HELO mailcluster1.edss.ee) (88.196.162.246) by server-2.tower-206.messagelabs.com with SMTP; 16 May 2013 19:30:02 -0000 Received: from imap.edss.ee (imap.edss.ee [88.196.163.239]) by mailcluster1.edss.ee (Postfix) with ESMTP id 1C089827BD; Thu, 16 May 2013 22:30:01 +0300 (EEST) Received: from eistomin.edss.local (istomin.edss.ee [194.204.32.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by imap.edss.ee (Postfix) with ESMTPSA id 0259760836; Thu, 16 May 2013 22:30:01 +0300 (EEST) From: Eugene Istomin To: xen-users@lists.xen.org Date: Thu, 16 May 2013 22:29:56 +0300 Message-ID: <8511913.uMAmUdIO30@eistomin.edss.local> Organization: EDSS User-Agent: KMail/4.10.2 (Linux/3.9.2-1.g04040b9-desktop; KDE/4.10.3; x86_64; ; ) MIME-Version: 1.0 Subject: [Xen-users] kernel 3.9.2 - xen 4.2.2/4.3rc1 => BUG unable to handle kernel paging request netif_poll+0x49c/0xe8 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3803832060682820527==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3803832060682820527== Content-Type: multipart/alternative; boundary="nextPart4133157.TqHEGR5EeG" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4133157.TqHEGR5EeG Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Hello, I tried to use 3.9.2 kernel with xen 4.2.2/4.3rc1 and in both variants leads to this error in network-intensive load (such as iperf, 100 nginx parallel requests to 1M files and so on): BUG: unable to handle kernel paging request at ffff8800795a3000 [ 60.246945] IP: [] netif_poll+0x49c/0xe80 [xennet] [ 60.246975] PGD a8a067 PUD a9a067 PMD 7fc27067 PTE 80100000795a3065 [ 60.247004] Oops: 0003 [#1] SMP [ 60.247020] Modules linked in: af_packet hwmon domctl crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw aes_x86_64 joydev xts gf128mul autofs4 scsi_dh_emc scsi_dh_alua scsi_dh_rdac scsi_dh_hp_sw scsi_dh xenblk cdrom xennet ata_generic ata_piix [ 60.247144] CPU 0 [ 60.247154] Pid: 0, comm: swapper/0 Not tainted 3.9.2-1.g04040b9-xen #1 [ 60.247179] RIP: e030:[] [] netif_poll+0x49c/0xe80 [xennet] ... We have couple of production hypervisors on 3.4 kernels with high- throughput internal network (VM-to-VM in one Dom0), iperf on them is working well: [ 3] 0.0- 2.0 sec 3357 MBytes 14080 Mbits/sec [ 3] 2.0- 4.0 sec 2880 MBytes 12077 Mbits/sec [ 3] 4.0- 6.0 sec 2909 MBytes 12202 Mbits/sec [ 3] 6.0- 8.0 sec 2552 MBytes 10702 Mbits/sec [ 3] 8.0-10.0 sec 3616 MBytes 15166 Mbits/sec [ 3] 10.0-12.0 sec 3415 MBytes 14324 Mbits/sec Seems like a kernel bug, is this related to one of this fixes in linux-next or i need to create new bugreport? 1) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=1aaf6d3d3d1e95f4be07e32dd84aa1c93855fbbd 2) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=9ecd1a75d977e2e8c48139c7d3efed183f898d94 3) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=2810e5b9a7731ca5fce22bfbe12c96e16ac44b6f 4) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=03393fd5cc2b6cdeec32b704ecba64dbb0feae3c 5) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=59ccb4ebbc35e36a3c143f2d1355deb75c2e628f Thanks. -- */Best regards,/* /Eugene Istomin/ --nextPart4133157.TqHEGR5EeG Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="utf-8"

Hello,

 

I tried to use 3.9.2 kernel with xen 4.2.2/4.3rc1 and in both variants leads to this error in network-intensive load (such as iperf, 100 nginx parallel requests to 1M files and so on):

 

BUG: unable to handle kernel paging request at ffff8800795a3000

[ 60.246945] IP: [<ffffffffa001a75c>] netif_poll+0x49c/0xe80 [xennet]

[ 60.246975] PGD a8a067 PUD a9a067 PMD 7fc27067 PTE 80100000795a3065

[ 60.247004] Oops: 0003 [#1] SMP

[ 60.247020] Modules linked in: af_packet hwmon domctl crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw aes_x86_64 joydev xts gf128mul autofs4 scsi_dh_emc scsi_dh_alua scsi_dh_rdac scsi_dh_hp_sw scsi_dh xenblk cdrom xennet ata_generic ata_piix

[ 60.247144] CPU 0

[ 60.247154] Pid: 0, comm: swapper/0 Not tainted 3.9.2-1.g04040b9-xen #1

[ 60.247179] RIP: e030:[<ffffffffa001a75c>] [<ffffffffa001a75c>] netif_poll+0x49c/0xe80 [xennet]

...

 

We have couple of production hypervisors on 3.4 kernels with high-throughput internal network (VM-to-VM in one Dom0), iperf on them is working well:

[ 3] 0.0- 2.0 sec 3357 MBytes 14080 Mbits/sec

[ 3] 2.0- 4.0 sec 2880 MBytes 12077 Mbits/sec

[ 3] 4.0- 6.0 sec 2909 MBytes 12202 Mbits/sec

[ 3] 6.0- 8.0 sec 2552 MBytes 10702 Mbits/sec

[ 3] 8.0-10.0 sec 3616 MBytes 15166 Mbits/sec

[ 3] 10.0-12.0 sec 3415 MBytes 14324 Mbits/sec

 

 

Seems like a kernel bug, is this related to one of this fixes in linux-next or i need to create new bugreport?

 

1) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=1aaf6d3d3d1e95f4be07e32dd84aa1c93855fbbd

2) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=9ecd1a75d977e2e8c48139c7d3efed183f898d94

3) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=2810e5b9a7731ca5fce22bfbe12c96e16ac44b6f

4) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=03393fd5cc2b6cdeec32b704ecba64dbb0feae3c

5) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=59ccb4ebbc35e36a3c143f2d1355deb75c2e628f

 

Thanks.

 

--

Best regards,

Eugene Istomin

 

--nextPart4133157.TqHEGR5EeG-- --===============3803832060682820527== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3803832060682820527==-- From xen-users-bounces@lists.xen.org Thu May 16 19:31:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 19:31:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3sM-0007m8-6d; Thu, 16 May 2013 19:30:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3sK-0007m3-Dm for xen-users@lists.xen.org; Thu, 16 May 2013 19:30:04 +0000 Received: from [85.158.139.211:42717] by server-9.bemta-5.messagelabs.com id 2C/C7-14875-BB335915; Thu, 16 May 2013 19:30:03 +0000 X-Env-Sender: e.istomin@edss.ee X-Msg-Ref: server-2.tower-206.messagelabs.com!1368732602!18283330!1 X-Originating-IP: [88.196.162.246] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7508 invoked from network); 16 May 2013 19:30:02 -0000 Received: from mailcluster1.edss.ee (HELO mailcluster1.edss.ee) (88.196.162.246) by server-2.tower-206.messagelabs.com with SMTP; 16 May 2013 19:30:02 -0000 Received: from imap.edss.ee (imap.edss.ee [88.196.163.239]) by mailcluster1.edss.ee (Postfix) with ESMTP id 1C089827BD; Thu, 16 May 2013 22:30:01 +0300 (EEST) Received: from eistomin.edss.local (istomin.edss.ee [194.204.32.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by imap.edss.ee (Postfix) with ESMTPSA id 0259760836; Thu, 16 May 2013 22:30:01 +0300 (EEST) From: Eugene Istomin To: xen-users@lists.xen.org Date: Thu, 16 May 2013 22:29:56 +0300 Message-ID: <8511913.uMAmUdIO30@eistomin.edss.local> Organization: EDSS User-Agent: KMail/4.10.2 (Linux/3.9.2-1.g04040b9-desktop; KDE/4.10.3; x86_64; ; ) MIME-Version: 1.0 Subject: [Xen-users] kernel 3.9.2 - xen 4.2.2/4.3rc1 => BUG unable to handle kernel paging request netif_poll+0x49c/0xe8 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3803832060682820527==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3803832060682820527== Content-Type: multipart/alternative; boundary="nextPart4133157.TqHEGR5EeG" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4133157.TqHEGR5EeG Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Hello, I tried to use 3.9.2 kernel with xen 4.2.2/4.3rc1 and in both variants leads to this error in network-intensive load (such as iperf, 100 nginx parallel requests to 1M files and so on): BUG: unable to handle kernel paging request at ffff8800795a3000 [ 60.246945] IP: [] netif_poll+0x49c/0xe80 [xennet] [ 60.246975] PGD a8a067 PUD a9a067 PMD 7fc27067 PTE 80100000795a3065 [ 60.247004] Oops: 0003 [#1] SMP [ 60.247020] Modules linked in: af_packet hwmon domctl crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw aes_x86_64 joydev xts gf128mul autofs4 scsi_dh_emc scsi_dh_alua scsi_dh_rdac scsi_dh_hp_sw scsi_dh xenblk cdrom xennet ata_generic ata_piix [ 60.247144] CPU 0 [ 60.247154] Pid: 0, comm: swapper/0 Not tainted 3.9.2-1.g04040b9-xen #1 [ 60.247179] RIP: e030:[] [] netif_poll+0x49c/0xe80 [xennet] ... We have couple of production hypervisors on 3.4 kernels with high- throughput internal network (VM-to-VM in one Dom0), iperf on them is working well: [ 3] 0.0- 2.0 sec 3357 MBytes 14080 Mbits/sec [ 3] 2.0- 4.0 sec 2880 MBytes 12077 Mbits/sec [ 3] 4.0- 6.0 sec 2909 MBytes 12202 Mbits/sec [ 3] 6.0- 8.0 sec 2552 MBytes 10702 Mbits/sec [ 3] 8.0-10.0 sec 3616 MBytes 15166 Mbits/sec [ 3] 10.0-12.0 sec 3415 MBytes 14324 Mbits/sec Seems like a kernel bug, is this related to one of this fixes in linux-next or i need to create new bugreport? 1) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=1aaf6d3d3d1e95f4be07e32dd84aa1c93855fbbd 2) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=9ecd1a75d977e2e8c48139c7d3efed183f898d94 3) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=2810e5b9a7731ca5fce22bfbe12c96e16ac44b6f 4) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=03393fd5cc2b6cdeec32b704ecba64dbb0feae3c 5) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=59ccb4ebbc35e36a3c143f2d1355deb75c2e628f Thanks. -- */Best regards,/* /Eugene Istomin/ --nextPart4133157.TqHEGR5EeG Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="utf-8"

Hello,

 

I tried to use 3.9.2 kernel with xen 4.2.2/4.3rc1 and in both variants leads to this error in network-intensive load (such as iperf, 100 nginx parallel requests to 1M files and so on):

 

BUG: unable to handle kernel paging request at ffff8800795a3000

[ 60.246945] IP: [<ffffffffa001a75c>] netif_poll+0x49c/0xe80 [xennet]

[ 60.246975] PGD a8a067 PUD a9a067 PMD 7fc27067 PTE 80100000795a3065

[ 60.247004] Oops: 0003 [#1] SMP

[ 60.247020] Modules linked in: af_packet hwmon domctl crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw aes_x86_64 joydev xts gf128mul autofs4 scsi_dh_emc scsi_dh_alua scsi_dh_rdac scsi_dh_hp_sw scsi_dh xenblk cdrom xennet ata_generic ata_piix

[ 60.247144] CPU 0

[ 60.247154] Pid: 0, comm: swapper/0 Not tainted 3.9.2-1.g04040b9-xen #1

[ 60.247179] RIP: e030:[<ffffffffa001a75c>] [<ffffffffa001a75c>] netif_poll+0x49c/0xe80 [xennet]

...

 

We have couple of production hypervisors on 3.4 kernels with high-throughput internal network (VM-to-VM in one Dom0), iperf on them is working well:

[ 3] 0.0- 2.0 sec 3357 MBytes 14080 Mbits/sec

[ 3] 2.0- 4.0 sec 2880 MBytes 12077 Mbits/sec

[ 3] 4.0- 6.0 sec 2909 MBytes 12202 Mbits/sec

[ 3] 6.0- 8.0 sec 2552 MBytes 10702 Mbits/sec

[ 3] 8.0-10.0 sec 3616 MBytes 15166 Mbits/sec

[ 3] 10.0-12.0 sec 3415 MBytes 14324 Mbits/sec

 

 

Seems like a kernel bug, is this related to one of this fixes in linux-next or i need to create new bugreport?

 

1) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=1aaf6d3d3d1e95f4be07e32dd84aa1c93855fbbd

2) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=9ecd1a75d977e2e8c48139c7d3efed183f898d94

3) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=2810e5b9a7731ca5fce22bfbe12c96e16ac44b6f

4) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=03393fd5cc2b6cdeec32b704ecba64dbb0feae3c

5) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=59ccb4ebbc35e36a3c143f2d1355deb75c2e628f

 

Thanks.

 

--

Best regards,

Eugene Istomin

 

--nextPart4133157.TqHEGR5EeG-- --===============3803832060682820527== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3803832060682820527==-- From xen-users-bounces@lists.xen.org Thu May 16 19:35:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 19:35:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3wH-0007tx-4n; Thu, 16 May 2013 19:34:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3LJ-0007SI-75 for xen-users@lists.xen.org; Thu, 16 May 2013 18:55:57 +0000 Received: from [193.109.254.147:58893] by server-15.bemta-14.messagelabs.com id 46/52-16548-CBB25915; Thu, 16 May 2013 18:55:56 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-14.tower-27.messagelabs.com!1368730554!2765908!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31569 invoked from network); 16 May 2013 18:55:55 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-14.tower-27.messagelabs.com with SMTP; 16 May 2013 18:55:55 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=9gZ7keaXsUaYgi6zvW30Wc gAI9U=; b=jvZFFEGIFTDxpgS9E8VlU1oO7zjGvY2Wd6YFByxPZEhTBgjJ7VsrE+ wmxVM0ulYzXM+BN6UcObsQt9K38KoJBHxo2HzgIGoF645lF1cKoCOJfiB5pCh2kC 8zqR5/FnUXGAHiwaV0WEdAn4blCPp6msj6sp6MeN92k6ZNN80U/UE= Received: by 10.4.35.200 with SMTP id mf33.30586.51952BB68 Thu, 16 May 2013 18:55:50 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi16 (SG) with ESMTP id 13eaeb2c23a.762a.ce299 for ; Thu, 16 May 2013 13:55:50 -0500 (CST) Received: (qmail 90392 invoked from network); 16 May 2013 18:55:49 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 16 May 2013 18:55:49 -0000 Received: (qmail 2877 invoked from network); 16 May 2013 18:55:42 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 16 May 2013 18:55:42 -0000 Message-ID: <51952BAE.6010609@freebsd.org> Date: Thu, 16 May 2013 11:55:42 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> In-Reply-To: <519131D8.9010307@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nRzi2zmBWSH6VNSgC1TECBn6ovU+UYC2JkaEsBh1f2nPgH06Gqif3Qn1zbnmLyOKhDfI0QdiNSkDQTD5uLh98hm X-Mailman-Approved-At: Thu, 16 May 2013 19:34:07 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/13/13 11:32, Roger Pau Monn=E9 wrote: > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. > = > The code is available in the following git repository, under the branch > pvhvm_v5: > = > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary > = > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > = > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM I built a XENHVM kernel with this code on EC2, and it hanged after > xenbusb_front0: on xenstore0 With a XENHVM kernel from FreeBSD HEAD the next line after that is > xbd0: 10240MB at device/vbd/768 on xenbusb_front0 Any ideas? -- = Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 19:35:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 19:35:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3wH-0007tx-4n; Thu, 16 May 2013 19:34:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud3LJ-0007SI-75 for xen-users@lists.xen.org; Thu, 16 May 2013 18:55:57 +0000 Received: from [193.109.254.147:58893] by server-15.bemta-14.messagelabs.com id 46/52-16548-CBB25915; Thu, 16 May 2013 18:55:56 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-14.tower-27.messagelabs.com!1368730554!2765908!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31569 invoked from network); 16 May 2013 18:55:55 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-14.tower-27.messagelabs.com with SMTP; 16 May 2013 18:55:55 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=9gZ7keaXsUaYgi6zvW30Wc gAI9U=; b=jvZFFEGIFTDxpgS9E8VlU1oO7zjGvY2Wd6YFByxPZEhTBgjJ7VsrE+ wmxVM0ulYzXM+BN6UcObsQt9K38KoJBHxo2HzgIGoF645lF1cKoCOJfiB5pCh2kC 8zqR5/FnUXGAHiwaV0WEdAn4blCPp6msj6sp6MeN92k6ZNN80U/UE= Received: by 10.4.35.200 with SMTP id mf33.30586.51952BB68 Thu, 16 May 2013 18:55:50 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi16 (SG) with ESMTP id 13eaeb2c23a.762a.ce299 for ; Thu, 16 May 2013 13:55:50 -0500 (CST) Received: (qmail 90392 invoked from network); 16 May 2013 18:55:49 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 16 May 2013 18:55:49 -0000 Received: (qmail 2877 invoked from network); 16 May 2013 18:55:42 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 16 May 2013 18:55:42 -0000 Message-ID: <51952BAE.6010609@freebsd.org> Date: Thu, 16 May 2013 11:55:42 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> In-Reply-To: <519131D8.9010307@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nRzi2zmBWSH6VNSgC1TECBn6ovU+UYC2JkaEsBh1f2nPgH06Gqif3Qn1zbnmLyOKhDfI0QdiNSkDQTD5uLh98hm X-Mailman-Approved-At: Thu, 16 May 2013 19:34:07 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/13/13 11:32, Roger Pau Monn=E9 wrote: > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. > = > The code is available in the following git repository, under the branch > pvhvm_v5: > = > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary > = > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > = > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM I built a XENHVM kernel with this code on EC2, and it hanged after > xenbusb_front0: on xenstore0 With a XENHVM kernel from FreeBSD HEAD the next line after that is > xbd0: 10240MB at device/vbd/768 on xenbusb_front0 Any ideas? -- = Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 20:04:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 20:04: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 1Ud4OZ-0000Cy-1h; Thu, 16 May 2013 20:03:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud4OX-0000Ct-8U for xen-users@lists.xensource.com; Thu, 16 May 2013 20:03:21 +0000 Received: from [85.158.138.51:33589] by server-11.bemta-3.messagelabs.com id DF/38-05438-88B35915; Thu, 16 May 2013 20:03:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1368734597!24988851!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 8191 invoked from network); 16 May 2013 20:03:18 -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; 16 May 2013 20:03:18 -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 28E8522124E for ; Thu, 16 May 2013 21:03:17 +0100 (BST) Message-ID: <51953B84.2040508@bobich.net> Date: Thu, 16 May 2013 21:03:16 +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 Subject: [Xen-users] USB Passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to pass USB devices through to a domU, but I am running in to the following problem: # xm usb-list-assignable-devices 3-2 : ID 0a81:0101 CHESEN USB Keyboard 4-1 : ID 045e:00dd Microsoft Comfort Curve Keyboard 2000 5-2 : ID 1532:0017 Razer Razer Imperator 8-2 : ID 1267:0210 Logic3 / SpectraVideo plc [root@normandy ~]# xm usb-attach edi 0 1 3-2 Unexpected error: Please report to xen-devel@lists.xen.org Traceback (most recent call last): File "/usr/sbin/xm", line 7, in main.main(sys.argv) File "/usr/lib64/python2.6/site-packages/xen/xm/main.py", line 3983, in main _, rc = _run_cmd(cmd, cmd_name, args) File "/usr/lib64/python2.6/site-packages/xen/xm/main.py", line 4007, in _run_cmd return True, cmd(args) File "/usr/lib64/python2.6/site-packages/xen/xm/main.py", line 3046, in xm_usb_attach if vusb_util.bus_is_assigned(bus): File "/usr/lib64/python2.6/site-packages/xen/util/vusb_util.py", line 275, in bus_is_assigned raise UsbDeviceParseError("Can't get assignment status: (%s)." % bus) xen.util.vusb_util.UsbDeviceParseError: vusb: Error parsing USB device info: Can't get assignment status: (3-2). Am I missing a step here? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 20:04:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 20:04: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 1Ud4OZ-0000Cy-1h; Thu, 16 May 2013 20:03:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud4OX-0000Ct-8U for xen-users@lists.xensource.com; Thu, 16 May 2013 20:03:21 +0000 Received: from [85.158.138.51:33589] by server-11.bemta-3.messagelabs.com id DF/38-05438-88B35915; Thu, 16 May 2013 20:03:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1368734597!24988851!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 8191 invoked from network); 16 May 2013 20:03:18 -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; 16 May 2013 20:03:18 -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 28E8522124E for ; Thu, 16 May 2013 21:03:17 +0100 (BST) Message-ID: <51953B84.2040508@bobich.net> Date: Thu, 16 May 2013 21:03:16 +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 Subject: [Xen-users] USB Passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to pass USB devices through to a domU, but I am running in to the following problem: # xm usb-list-assignable-devices 3-2 : ID 0a81:0101 CHESEN USB Keyboard 4-1 : ID 045e:00dd Microsoft Comfort Curve Keyboard 2000 5-2 : ID 1532:0017 Razer Razer Imperator 8-2 : ID 1267:0210 Logic3 / SpectraVideo plc [root@normandy ~]# xm usb-attach edi 0 1 3-2 Unexpected error: Please report to xen-devel@lists.xen.org Traceback (most recent call last): File "/usr/sbin/xm", line 7, in main.main(sys.argv) File "/usr/lib64/python2.6/site-packages/xen/xm/main.py", line 3983, in main _, rc = _run_cmd(cmd, cmd_name, args) File "/usr/lib64/python2.6/site-packages/xen/xm/main.py", line 4007, in _run_cmd return True, cmd(args) File "/usr/lib64/python2.6/site-packages/xen/xm/main.py", line 3046, in xm_usb_attach if vusb_util.bus_is_assigned(bus): File "/usr/lib64/python2.6/site-packages/xen/util/vusb_util.py", line 275, in bus_is_assigned raise UsbDeviceParseError("Can't get assignment status: (%s)." % bus) xen.util.vusb_util.UsbDeviceParseError: vusb: Error parsing USB device info: Can't get assignment status: (3-2). Am I missing a step here? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 20:52:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 20:52: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 1Ud59X-0000zj-I5; Thu, 16 May 2013 20:51:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud59V-0000ze-Th for xen-users@lists.xen.org; Thu, 16 May 2013 20:51:54 +0000 Received: from [85.158.139.211:36759] by server-12.bemta-5.messagelabs.com id 74/0D-16465-9E645915; Thu, 16 May 2013 20:51:53 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1368737511!14313769!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1444 invoked from network); 16 May 2013 20:51:51 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 20:51:51 -0000 Received: by mail-ea0-f180.google.com with SMTP id g10so2023446eak.39 for ; Thu, 16 May 2013 13:51:51 -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 :references:in-reply-to:content-type:content-transfer-encoding; bh=Z7eV3VUNl1NPzDF70UoIneJ4Sj1ftUQRWaToprdZ/d4=; b=MSkMmCFwVXSOQ0Pyd8bCf+GHk3W3vqeZcIlZGnf6qfwjGcwmEbctPkMZOnm+aOaRla 5/GYUCzMMZeAZzhAZf4T6+HM1WlKm1yri5vaWXLda4oBPDh/fvHWxmZCnzQNs3s5MkCn t7A9OBpS7kTDpUqNzlAX3NQ7NxImh8aRMoqE5Lg/wEfMx6EBWGOQ/nwuydXLsUxfMvzR e9LY3KD1HgCvTDCLPacvYvpBqEIT8j8wMh7IfjB8r+rRUH1pECUNjf88M5Urx/gQOjCZ ZcZcBqg4UnywbQ3lx8YMz9lHGEuqj+6VKC3ghwSc1zXTXPFIWpbsHpQ8W8WkVIFTVngU wRrQ== X-Received: by 10.14.211.69 with SMTP id v45mr46696016eeo.45.1368737511281; Thu, 16 May 2013 13:51:51 -0700 (PDT) Received: from [172.17.2.2] (f233149.upc-f.chello.nl. [80.56.233.149]) by mx.google.com with ESMTPSA id w43sm13320601eeg.14.2013.05.16.13.51.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 May 2013 13:51:50 -0700 (PDT) Message-ID: <519546E1.9000709@gmail.com> Date: Thu, 16 May 2013 22:51:45 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> In-Reply-To: <518E45C6.80302@gmail.com> Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I hope I'm not offending anyone by replying to myself or for trying KVM instead of Xen... I just tried Intel HD Audio PCI passthrough using openSUSE 12.3 on openSUSE 12.3 KVM and it works flawlessly (with intel_iommu=on). Would anyone like to share their ideas about what I might be doing wrong with my Xen setup, that could cause the same passthrough to produce choppy sound? Where should I look for logging and error messages that help me pinpoint missing kernel or Xen configuration? By the way, does someone have a positive experience with PCI passthrough of a Hauppauge PVR-150 or similar? The device shows up in the domU and ivtv loads fine but recording with mythtv fails. Thanks in advance for any troubleshooting tips. kind regards, Arjen On 11-05-13 15:21, Arjen wrote: > Hi Andrew, > > Thanks for your comments on BDF notation, it is now clear to me that > everything except the Radeon is on the same PCIe bus 00. So far, this > has not been a problem with passthrough such as USB. > > I'm more and more convinces that the Alsa underrun is a > performance/timing issue and that I just can't configure the right > period buffer size or something. I guess detailed questions about Alsa > are for another mailing list... > > I didn't realize you were talking about a SB X-Fi via USB, there seems > to be many different models with similar names. I might just take you up > on your offer for some testing if I decide to give up on the onboard audio. > > If you are thinking about getting a HD7xx0, please note that my HIS > HD7750 prevents the domU from rebooting. Looks like the fglrx driver (no > open source driver available yet) does not "turn off" the VGA. The > display keeps sending a blank screen to the display. It then cannot > initialize the VGA during a restart. I think I can live with the > work-around that I have to reboot the dom0 as well, until AMD fixes the > driver. I disabled the VGA passthrough for now, as troubleshooting this > sound issue often requires a reboot. > > Thanks for your quick responses, and have a good (and quiet) weekend! > > On 11-05-13 12:23, Andrew Bobulsky wrote: >> Hello again Arjen, >> >> I'll write my answers in line below: >> >> On May 11, 2013, at 5:04 AM, Arjen > > wrote: >> >>> Hello Andrew, >>> >>> Thank you for your answer. That sounds very similar to how I solved my >>> VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to >>> work. Because of the closed binary drivers, I didn't see another option. >> >> I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) >> >>> I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 >>> empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the >>> trick. Creative does not seem to support Linux but if I read you >>> right, it works well with Linux? >> >> Optical audio is a funny thing. I think it allows a sound device to add >> it at nearly zero computational cost---audio gets encoded to AC3 or DTS >> or whatever by the computer and piped out of a "dumb" port where the >> receiver goes on to do all the fun DAC work. As a result, pretty much >> all of the ultra cheap USB devices support toslink, usually through a >> micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's >> computers have for a good while now. >> >> I've used the optical connection on the X-Fi though, and know it works >> well... at least in Windows. ;). If you're considering buying it and >> need me to run a test on something, just drop me a line and I'll do what >> I can for you. ...and if you'd like me to reaffirm, it /does/ work on >> Linux by virtue of being a USB audio device. It's got some special >> features and a big knob on it and stuff but I can't say whether those >> would ever work in Linux; not that you'd need them of course! >> >>> There is still the option of emulating a soundcard via Xen, but I find >>> it hard to find any documentation on the requirements of the dom0. I >>> suppose it need alsa installed? It is possible to emulate a 5.1 >>> soundcard? Could you point me to more documentation? >> >> No clue on that one. The list tends to be pretty quiet on the weekend >> so I figured I'd try to give you a solution that'd work before Monday >> afternoon ;) >> >>> Regarding your remark about PCI being hit or miss: How can I check >>> whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? >> >> OH yes. If I'm not mistaken, devices are in BDF notation, which >> literally works like: [domain:]bus:device.function >> >> Domain tends to be omitted a lot, as its nearly always "0000" in these >> situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical >> layout of the devices on your pci bus, or just "lspci -vQ" for an easy >> to read list. Back to BDF notation, remember bus:device.function? PCIe >> devices are always(?) device 0 on their own buses. They sometimes have >> multiple functions, like .0 and .1, but the device will be "device 0" on >> a uniquely numbered bus---find your Radeon in the list and you'll see it >> has two functions coming from device 0, but there will be no device 1 on >> the same bus. >> >> A PCI device on the other hand is often sitting alongside other devices >> on the same bus, and if we look back at your sound device, "00:1b.0," >> you can see we have bus 0, device 1b, function 0. Since it's not device >> 0 on its bus, that tells me its a PCI device. (I'm a little foggy on >> the specifics, but I think all PCI devices get shoved on bus 0). >> >> With PCI devices, while you /can/ pass them to VMs, you basically need >> to treat the whole bus---and every device on it---as a single entity. >> That pretty much means you need to find everything else on the bus >> and, at the very least, make sure pciback has control of them >> all---which will probably disconnect something your Dom0 won't want to >> miss!---or possibly it may require that all of those devices be passed >> to that same vm as well. Something about PCI being old as dirt makes >> the compromise necessary for the IOMMU to be "guaranteed" to work. >> >>> I'm sorry to bother you will all those questions. It's just that I >>> still feel very close to getting this onboard audio to work as it >>> already outputs recognizable sound, besides the buffer underrun issues. >>> >>> Thanks for pointing out SB X-Fi as good last resort. >> >> Not a problem! This is what mailing lists are for! Good questions and >> the mighty Google just help us all keep paying it forward as we can ;) >> >> >> Cheers, >> Andrew >> >> >> >>> On 11-05-13 09:47, Andrew Bobulsky wrote: >>>> Hello Arjen, >>>> >>>> On Sat, May 11, 2013 at 2:32 AM, Arjen >>> >>>> > wrote: >>>> >>>> >>>> >>>> I'm looking for suggestions on how to proceed. What logs should I >>>> inspect, what settings need checking? Might it be better to use Qemu >>>> sound emulation? Should I try XCP instead of my current dom0? Can >>>> someone point me towards more documentation about audio passthrough? >>>> >>>> >>>> I've often noticed that onboard audio devices tend to be hung off of a >>>> PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, >>>> but either way, passing things hanging off of PCI has been a hit or >>>> miss >>>> affair every time I've tried, and it's never really been stable. >>>> >>>> You said you've passed USB ports properly, and when faced with a >>>> similar >>>> problem, I solved it with one of these: >>>> http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO >>>> >>>> >>>> USB audio works really, really well, and even the super cheap adapters >>>> are quite functional... though I've seen their mic inputs >>>> susceptible to >>>> interference. Nonetheless, if you don't want to "tech" your way out of >>>> the problem and really love cheap solutions, you should be able to find >>>> adapters of varying quality for about $3 or so, up to $80-ish. After >>>> $20 or so, you're probably paying for more audio >>>> outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a >>>> good example there; I've got one and it works great in Debian Linux >>>> with >>>> ALSA, ports and hookups all over the thing, too! :) >>>> >>>> Cheers, >>>> Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 20:52:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 20:52: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 1Ud59X-0000zj-I5; Thu, 16 May 2013 20:51:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud59V-0000ze-Th for xen-users@lists.xen.org; Thu, 16 May 2013 20:51:54 +0000 Received: from [85.158.139.211:36759] by server-12.bemta-5.messagelabs.com id 74/0D-16465-9E645915; Thu, 16 May 2013 20:51:53 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1368737511!14313769!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1444 invoked from network); 16 May 2013 20:51:51 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2013 20:51:51 -0000 Received: by mail-ea0-f180.google.com with SMTP id g10so2023446eak.39 for ; Thu, 16 May 2013 13:51:51 -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 :references:in-reply-to:content-type:content-transfer-encoding; bh=Z7eV3VUNl1NPzDF70UoIneJ4Sj1ftUQRWaToprdZ/d4=; b=MSkMmCFwVXSOQ0Pyd8bCf+GHk3W3vqeZcIlZGnf6qfwjGcwmEbctPkMZOnm+aOaRla 5/GYUCzMMZeAZzhAZf4T6+HM1WlKm1yri5vaWXLda4oBPDh/fvHWxmZCnzQNs3s5MkCn t7A9OBpS7kTDpUqNzlAX3NQ7NxImh8aRMoqE5Lg/wEfMx6EBWGOQ/nwuydXLsUxfMvzR e9LY3KD1HgCvTDCLPacvYvpBqEIT8j8wMh7IfjB8r+rRUH1pECUNjf88M5Urx/gQOjCZ ZcZcBqg4UnywbQ3lx8YMz9lHGEuqj+6VKC3ghwSc1zXTXPFIWpbsHpQ8W8WkVIFTVngU wRrQ== X-Received: by 10.14.211.69 with SMTP id v45mr46696016eeo.45.1368737511281; Thu, 16 May 2013 13:51:51 -0700 (PDT) Received: from [172.17.2.2] (f233149.upc-f.chello.nl. [80.56.233.149]) by mx.google.com with ESMTPSA id w43sm13320601eeg.14.2013.05.16.13.51.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 May 2013 13:51:50 -0700 (PDT) Message-ID: <519546E1.9000709@gmail.com> Date: Thu, 16 May 2013 22:51:45 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> In-Reply-To: <518E45C6.80302@gmail.com> Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I hope I'm not offending anyone by replying to myself or for trying KVM instead of Xen... I just tried Intel HD Audio PCI passthrough using openSUSE 12.3 on openSUSE 12.3 KVM and it works flawlessly (with intel_iommu=on). Would anyone like to share their ideas about what I might be doing wrong with my Xen setup, that could cause the same passthrough to produce choppy sound? Where should I look for logging and error messages that help me pinpoint missing kernel or Xen configuration? By the way, does someone have a positive experience with PCI passthrough of a Hauppauge PVR-150 or similar? The device shows up in the domU and ivtv loads fine but recording with mythtv fails. Thanks in advance for any troubleshooting tips. kind regards, Arjen On 11-05-13 15:21, Arjen wrote: > Hi Andrew, > > Thanks for your comments on BDF notation, it is now clear to me that > everything except the Radeon is on the same PCIe bus 00. So far, this > has not been a problem with passthrough such as USB. > > I'm more and more convinces that the Alsa underrun is a > performance/timing issue and that I just can't configure the right > period buffer size or something. I guess detailed questions about Alsa > are for another mailing list... > > I didn't realize you were talking about a SB X-Fi via USB, there seems > to be many different models with similar names. I might just take you up > on your offer for some testing if I decide to give up on the onboard audio. > > If you are thinking about getting a HD7xx0, please note that my HIS > HD7750 prevents the domU from rebooting. Looks like the fglrx driver (no > open source driver available yet) does not "turn off" the VGA. The > display keeps sending a blank screen to the display. It then cannot > initialize the VGA during a restart. I think I can live with the > work-around that I have to reboot the dom0 as well, until AMD fixes the > driver. I disabled the VGA passthrough for now, as troubleshooting this > sound issue often requires a reboot. > > Thanks for your quick responses, and have a good (and quiet) weekend! > > On 11-05-13 12:23, Andrew Bobulsky wrote: >> Hello again Arjen, >> >> I'll write my answers in line below: >> >> On May 11, 2013, at 5:04 AM, Arjen > > wrote: >> >>> Hello Andrew, >>> >>> Thank you for your answer. That sounds very similar to how I solved my >>> VGA passthrough: I bought a HD7750 because I couldn't get my GTX550 to >>> work. Because of the closed binary drivers, I didn't see another option. >> >> I'm eyeballing Radeon 7 series cards myself... Just for Xen, too ;) >> >>> I would like to use 5.1 and SP/DIF output, and I do have a PCIe x4 >>> empty at the moment. A Sound Blaster X-Fi Xtreme Audio might do the >>> trick. Creative does not seem to support Linux but if I read you >>> right, it works well with Linux? >> >> Optical audio is a funny thing. I think it allows a sound device to add >> it at nearly zero computational cost---audio gets encoded to AC3 or DTS >> or whatever by the computer and piped out of a "dumb" port where the >> receiver goes on to do all the fun DAC work. As a result, pretty much >> all of the ultra cheap USB devices support toslink, usually through a >> micro(?) SPDIF output combined into the 1/8" jack, the same way Apple's >> computers have for a good while now. >> >> I've used the optical connection on the X-Fi though, and know it works >> well... at least in Windows. ;). If you're considering buying it and >> need me to run a test on something, just drop me a line and I'll do what >> I can for you. ...and if you'd like me to reaffirm, it /does/ work on >> Linux by virtue of being a USB audio device. It's got some special >> features and a big knob on it and stuff but I can't say whether those >> would ever work in Linux; not that you'd need them of course! >> >>> There is still the option of emulating a soundcard via Xen, but I find >>> it hard to find any documentation on the requirements of the dom0. I >>> suppose it need alsa installed? It is possible to emulate a 5.1 >>> soundcard? Could you point me to more documentation? >> >> No clue on that one. The list tends to be pretty quiet on the weekend >> so I figured I'd try to give you a solution that'd work before Monday >> afternoon ;) >> >>> Regarding your remark about PCI being hit or miss: How can I check >>> whether the onboard device is a PCI (or behind a PCIe-PCI bridge)? >> >> OH yes. If I'm not mistaken, devices are in BDF notation, which >> literally works like: [domain:]bus:device.function >> >> Domain tends to be omitted a lot, as its nearly always "0000" in these >> situations. Anyway, if you do "lspci -vtQ" you'll get a hierarchical >> layout of the devices on your pci bus, or just "lspci -vQ" for an easy >> to read list. Back to BDF notation, remember bus:device.function? PCIe >> devices are always(?) device 0 on their own buses. They sometimes have >> multiple functions, like .0 and .1, but the device will be "device 0" on >> a uniquely numbered bus---find your Radeon in the list and you'll see it >> has two functions coming from device 0, but there will be no device 1 on >> the same bus. >> >> A PCI device on the other hand is often sitting alongside other devices >> on the same bus, and if we look back at your sound device, "00:1b.0," >> you can see we have bus 0, device 1b, function 0. Since it's not device >> 0 on its bus, that tells me its a PCI device. (I'm a little foggy on >> the specifics, but I think all PCI devices get shoved on bus 0). >> >> With PCI devices, while you /can/ pass them to VMs, you basically need >> to treat the whole bus---and every device on it---as a single entity. >> That pretty much means you need to find everything else on the bus >> and, at the very least, make sure pciback has control of them >> all---which will probably disconnect something your Dom0 won't want to >> miss!---or possibly it may require that all of those devices be passed >> to that same vm as well. Something about PCI being old as dirt makes >> the compromise necessary for the IOMMU to be "guaranteed" to work. >> >>> I'm sorry to bother you will all those questions. It's just that I >>> still feel very close to getting this onboard audio to work as it >>> already outputs recognizable sound, besides the buffer underrun issues. >>> >>> Thanks for pointing out SB X-Fi as good last resort. >> >> Not a problem! This is what mailing lists are for! Good questions and >> the mighty Google just help us all keep paying it forward as we can ;) >> >> >> Cheers, >> Andrew >> >> >> >>> On 11-05-13 09:47, Andrew Bobulsky wrote: >>>> Hello Arjen, >>>> >>>> On Sat, May 11, 2013 at 2:32 AM, Arjen >>> >>>> > wrote: >>>> >>>> >>>> >>>> I'm looking for suggestions on how to proceed. What logs should I >>>> inspect, what settings need checking? Might it be better to use Qemu >>>> sound emulation? Should I try XCP instead of my current dom0? Can >>>> someone point me towards more documentation about audio passthrough? >>>> >>>> >>>> I've often noticed that onboard audio devices tend to be hung off of a >>>> PCI bus instead of a PCIe bus. Sometimes they use a PCIe-PCI bridge, >>>> but either way, passing things hanging off of PCI has been a hit or >>>> miss >>>> affair every time I've tried, and it's never really been stable. >>>> >>>> You said you've passed USB ports properly, and when faced with a >>>> similar >>>> problem, I solved it with one of these: >>>> http://www.amazon.com/Turtle-Beach-Advantage-Headset-Adapter/dp/B0036VO4XO >>>> >>>> >>>> USB audio works really, really well, and even the super cheap adapters >>>> are quite functional... though I've seen their mic inputs >>>> susceptible to >>>> interference. Nonetheless, if you don't want to "tech" your way out of >>>> the problem and really love cheap solutions, you should be able to find >>>> adapters of varying quality for about $3 or so, up to $80-ish. After >>>> $20 or so, you're probably paying for more audio >>>> outputs/mixers/brand-name or something---the Sound Blaster X-Fi is a >>>> good example there; I've got one and it works great in Debian Linux >>>> with >>>> ALSA, ports and hookups all over the thing, too! :) >>>> >>>> Cheers, >>>> Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 23:51:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 23:51: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 1Ud7w0-0002xQ-CF; Thu, 16 May 2013 23:50:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud7vz-0002xG-2u for xen-users@lists.xen.org; Thu, 16 May 2013 23:50:07 +0000 Received: from [85.158.143.99:12539] by server-3.bemta-4.messagelabs.com id CF/3C-02015-EA075915; Thu, 16 May 2013 23:50:06 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-2.tower-216.messagelabs.com!1368748201!27968010!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 6649 invoked from network); 16 May 2013 23:50:04 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-2.tower-216.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 16 May 2013 23:50:04 -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 1Ud7vq-0008Ft-Ve; Fri, 17 May 2013 09:49:59 +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; Fri, 17 May 2013 09:49:57 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0A== Date: Thu, 16 May 2013 23:49:55 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.62] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19872.002 x-tm-as-result: No--59.770100-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Do you have any other software loaded that might be binding to the > > network stack? Firewall or antivirus software would be the obvious ones but > > some VPN software can trip things up. > > > > It was a clean install. The only thing that I have different is that I > disabled gso and task offload on dom0 on all interfaces. Doesn't seem > like if it would cause any problems as that's the pretty standard > process. Or does it? Shouldn't matter but it's easy enough for me to test. > > I guess next I need to see what's in the xenstore. Get the id of the domain > > then disable and try and re-enable the adapter then xenstore-ls > > /local/domain//device/vif (and let me know which instance is stuck). > > Also get the backend value and do a xenstore-ls on that. Sent me the output. > > Below is what xenstore-ls looks like: > Ok so vif0 has state = 1 so it's not running, but everything else seems okay. Can you do a xenstore-ls on the backend value, eg xenstore-ls /local/domain/0/backend/vif/158/0 James > # xenstore-ls /local/domain/158/device/vif > 0 = "" > backend = "/local/domain/0/backend/vif/158/0" > backend-id = "0" > state = "1" > handle = "0" > mac = "00:16:3e:9e:55:03" > tx-ring-ref = "16358" > rx-ring-ref = "16366" > event-channel = "9" > request-rx-copy = "1" > feature-rx-notify = "1" > feature-no-csum-offload = "0" > feature-sg = "1" > feature-gso-tcpv4 = "1" > 1 = "" > backend = "/local/domain/0/backend/vif/158/1" > backend-id = "0" > state = "4" > handle = "1" > mac = "00:16:3e:7d:30:be" > tx-ring-ref = "16351" > rx-ring-ref = "16142" > event-channel = "10" > request-rx-copy = "1" > feature-rx-notify = "1" > feature-no-csum-offload = "0" > feature-sg = "1" > feature-gso-tcpv4 = "1" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 16 23:51:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 16 May 2013 23:51: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 1Ud7w0-0002xQ-CF; Thu, 16 May 2013 23:50:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud7vz-0002xG-2u for xen-users@lists.xen.org; Thu, 16 May 2013 23:50:07 +0000 Received: from [85.158.143.99:12539] by server-3.bemta-4.messagelabs.com id CF/3C-02015-EA075915; Thu, 16 May 2013 23:50:06 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-2.tower-216.messagelabs.com!1368748201!27968010!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 6649 invoked from network); 16 May 2013 23:50:04 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-2.tower-216.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 16 May 2013 23:50:04 -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 1Ud7vq-0008Ft-Ve; Fri, 17 May 2013 09:49:59 +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; Fri, 17 May 2013 09:49:57 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0A== Date: Thu, 16 May 2013 23:49:55 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.62] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19872.002 x-tm-as-result: No--59.770100-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Do you have any other software loaded that might be binding to the > > network stack? Firewall or antivirus software would be the obvious ones but > > some VPN software can trip things up. > > > > It was a clean install. The only thing that I have different is that I > disabled gso and task offload on dom0 on all interfaces. Doesn't seem > like if it would cause any problems as that's the pretty standard > process. Or does it? Shouldn't matter but it's easy enough for me to test. > > I guess next I need to see what's in the xenstore. Get the id of the domain > > then disable and try and re-enable the adapter then xenstore-ls > > /local/domain//device/vif (and let me know which instance is stuck). > > Also get the backend value and do a xenstore-ls on that. Sent me the output. > > Below is what xenstore-ls looks like: > Ok so vif0 has state = 1 so it's not running, but everything else seems okay. Can you do a xenstore-ls on the backend value, eg xenstore-ls /local/domain/0/backend/vif/158/0 James > # xenstore-ls /local/domain/158/device/vif > 0 = "" > backend = "/local/domain/0/backend/vif/158/0" > backend-id = "0" > state = "1" > handle = "0" > mac = "00:16:3e:9e:55:03" > tx-ring-ref = "16358" > rx-ring-ref = "16366" > event-channel = "9" > request-rx-copy = "1" > feature-rx-notify = "1" > feature-no-csum-offload = "0" > feature-sg = "1" > feature-gso-tcpv4 = "1" > 1 = "" > backend = "/local/domain/0/backend/vif/158/1" > backend-id = "0" > state = "4" > handle = "1" > mac = "00:16:3e:7d:30:be" > tx-ring-ref = "16351" > rx-ring-ref = "16142" > event-channel = "10" > request-rx-copy = "1" > feature-rx-notify = "1" > feature-no-csum-offload = "0" > feature-sg = "1" > feature-gso-tcpv4 = "1" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 00:44:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 00:44: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 1Ud8m0-0004fD-I1; Fri, 17 May 2013 00:43:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud8lx-0004ey-RP; Fri, 17 May 2013 00:43:50 +0000 Received: from [85.158.139.83:19328] by server-12.bemta-5.messagelabs.com id 55/12-16465-44D75915; Fri, 17 May 2013 00:43:48 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1368751428!23783696!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12739 invoked from network); 17 May 2013 00:43:48 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 May 2013 00:43:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,687,1363132800"; d="scan'208";a="4689379" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 17 May 2013 00:43:49 +0000 Received: from Roger-2.local (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Fri, 17 May 2013 01:43:47 +0100 Message-ID: <51957D42.9060801@citrix.com> Date: Fri, 17 May 2013 01:43:46 +0100 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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> In-Reply-To: <51952BAE.6010609@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 16/05/13 19:55, Colin Percival wrote: > On 05/13/13 11:32, Roger Pau Monn=E9 wrote: >> Right now the code is in a state where it can be tested by users, so we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. >> >> The code is available in the following git repository, under the branch >> pvhvm_v5: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary >> >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > = > I built a XENHVM kernel with this code on EC2, and it hanged after >> xenbusb_front0: on xenstore0 > = > With a XENHVM kernel from FreeBSD HEAD the next line after that is >> xbd0: 10240MB at device/vbd/768 on xenbusb_front0 > = > Any ideas? Hello Colin, Thanks for testing this on EC2, could you post the full dmesg? So I can see the hypervisor version and if the PV timer is loaded or not. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 00:44:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 00:44: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 1Ud8m0-0004fD-I1; Fri, 17 May 2013 00:43:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud8lx-0004ey-RP; Fri, 17 May 2013 00:43:50 +0000 Received: from [85.158.139.83:19328] by server-12.bemta-5.messagelabs.com id 55/12-16465-44D75915; Fri, 17 May 2013 00:43:48 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1368751428!23783696!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12739 invoked from network); 17 May 2013 00:43:48 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 May 2013 00:43:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,687,1363132800"; d="scan'208";a="4689379" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 17 May 2013 00:43:49 +0000 Received: from Roger-2.local (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Fri, 17 May 2013 01:43:47 +0100 Message-ID: <51957D42.9060801@citrix.com> Date: Fri, 17 May 2013 01:43:46 +0100 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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> In-Reply-To: <51952BAE.6010609@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 16/05/13 19:55, Colin Percival wrote: > On 05/13/13 11:32, Roger Pau Monn=E9 wrote: >> Right now the code is in a state where it can be tested by users, so we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. >> >> The code is available in the following git repository, under the branch >> pvhvm_v5: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary >> >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > = > I built a XENHVM kernel with this code on EC2, and it hanged after >> xenbusb_front0: on xenstore0 > = > With a XENHVM kernel from FreeBSD HEAD the next line after that is >> xbd0: 10240MB at device/vbd/768 on xenbusb_front0 > = > Any ideas? Hello Colin, Thanks for testing this on EC2, could you post the full dmesg? So I can see the hypervisor version and if the PV timer is loaded or not. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 12:34:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 12:34: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 1UdJqw-0004QN-5M; Fri, 17 May 2013 12:33:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdB0s-00026r-8P for xen-users@lists.xen.org; Fri, 17 May 2013 03:07:22 +0000 Received: from [85.158.139.211:64726] by server-1.bemta-5.messagelabs.com id 83/29-01720-9EE95915; Fri, 17 May 2013 03:07:21 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-11.tower-206.messagelabs.com!1368760039!18337242!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25799 invoked from network); 17 May 2013 03:07:20 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-11.tower-206.messagelabs.com with SMTP; 17 May 2013 03:07:20 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=gCssBpNOTain9ZvdiH46Nt kTPqg=; b=ROp5cw5Byfv4JF098H8HvQnIcdnhztwMvnZDGOtkfC85jsBdMrfAwf ND7Ilqpw/gcRgnKOZK9HIus+lAaM973hnqbZLSdtd9/U7iPI5u7ldjTGy+eXdWNz uBvNVqCyWORZTDGNHii6SWPHBi6D8C+jr4NdxzWJyAIWCgbP6KJHk= Received: by 10.42.80.131 with SMTP id filter-065.15790.51959EE62 Fri, 17 May 2013 03:07:18 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi3 (SG) with ESMTP id 13eb074b09f.48e8.e34ae for ; Thu, 16 May 2013 22:07:17 -0500 (CST) Received: (qmail 6115 invoked from network); 17 May 2013 03:07:12 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 17 May 2013 03:07:12 -0000 Received: (qmail 17088 invoked from network); 17 May 2013 03:07:05 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 17 May 2013 03:07:05 -0000 Message-ID: <51959ED9.6040405@freebsd.org> Date: Thu, 16 May 2013 20:07:05 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> In-Reply-To: <51957D42.9060801@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nT6huxAdKvFD4YQj6Sh7NzyVvUZlG37fr7Yi8BJhittLln6xnJ5ET2IINdEKfkvcoLwk0Gw44dPRI0Bxeo34fm405WTCsTWyIpv6w4M6x/XDw== X-Mailman-Approved-At: Fri, 17 May 2013 12:33:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/16/13 17:43, Roger Pau Monn=E9 wrote: > Thanks for testing this on EC2, could you post the full dmesg? So I can > see the hypervisor version and if the PV timer is loaded or not. Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: > Booting [/boot/kernel/kernel]... = > -\|/-\|GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 > SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 > SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000 > SMAP type=3D01 base=3D0000000000100000 len=3D00000000bff00000 > SMAP type=3D02 base=3D00000000fc000000 len=3D0000000004000000 > SMAP type=3D01 base=3D0000000100000000 len=3D0000000e63000000 > Table 'FACP' at 0xfc005ee0 > Table 'APIC' at 0xfc005fe0 > APIC: Found table at 0xfc005fe0 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 2 ACPI ID 1: enabled > SMP: Added CPU 2 (AP) > MADT: Found CPU APIC ID 4 ACPI ID 2: enabled > SMP: Added CPU 4 (AP) > MADT: Found CPU APIC ID 6 ACPI ID 3: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 8 ACPI ID 4: enabled > SMP: Added CPU 8 (AP) > MADT: Found CPU APIC ID 10 ACPI ID 5: enabled > SMP: Added CPU 10 (AP) > MADT: Found CPU APIC ID 12 ACPI ID 6: enabled > SMP: Added CPU 12 (AP) > MADT: Found CPU APIC ID 14 ACPI ID 7: enabled > SMP: Added CPU 14 (AP) > MADT: Found CPU APIC ID 32 ACPI ID 8: enabled > SMP: Added CPU 32 (AP) > MADT: Found CPU APIC ID 34 ACPI ID 9: enabled > SMP: Added CPU 34 (AP) > MADT: Found CPU APIC ID 36 ACPI ID 10: enabled > SMP: Added CPU 36 (AP) > MADT: Found CPU APIC ID 38 ACPI ID 11: enabled > SMP: Added CPU 38 (AP) > MADT: Found CPU APIC ID 40 ACPI ID 12: enabled > SMP: Added CPU 40 (AP) > MADT: Found CPU APIC ID 42 ACPI ID 13: enabled > SMP: Added CPU 42 (AP) > MADT: Found CPU APIC ID 44 ACPI ID 14: enabled > SMP: Added CPU 44 (AP) > MADT: Found CPU APIC ID 46 ACPI ID 15: enabled > SMP: Added CPU 46 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 16: enabled > SMP: Added CPU 1 (AP) > MADT: Found CPU APIC ID 3 ACPI ID 17: enabled > SMP: Added CPU 3 (AP) > MADT: Found CPU APIC ID 5 ACPI ID 18: enabled > SMP: Added CPU 5 (AP) > MADT: Found CPU APIC ID 7 ACPI ID 19: enabled > SMP: Added CPU 7 (AP) > MADT: Found CPU APIC ID 9 ACPI ID 20: enabled > SMP: Added CPU 9 (AP) > MADT: Found CPU APIC ID 11 ACPI ID 21: enabled > SMP: Added CPU 11 (AP) > MADT: Found CPU APIC ID 13 ACPI ID 22: enabled > SMP: Added CPU 13 (AP) > MADT: Found CPU APIC ID 15 ACPI ID 23: enabled > SMP: Added CPU 15 (AP) > MADT: Found CPU APIC ID 33 ACPI ID 24: enabled > SMP: Added CPU 33 (AP) > MADT: Found CPU APIC ID 35 ACPI ID 25: enabled > SMP: Added CPU 35 (AP) > MADT: Found CPU APIC ID 37 ACPI ID 26: enabled > SMP: Added CPU 37 (AP) > MADT: Found CPU APIC ID 39 ACPI ID 27: enabled > SMP: Added CPU 39 (AP) > MADT: Found CPU APIC ID 41 ACPI ID 28: enabled > SMP: Added CPU 41 (AP) > MADT: Found CPU APIC ID 43 ACPI ID 29: enabled > SMP: Added CPU 43 (AP) > MADT: Found CPU APIC ID 45 ACPI ID 30: enabled > SMP: Added CPU 45 (AP) > MADT: Found CPU APIC ID 47 ACPI ID 31: enabled > SMP: Added CPU 47 (AP) > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #0 r+7c97e5b: Fri May 17 02:38:29 UTC 2013 > root@ip-10-148-212-216:/usr/obj/usr/src/sys/XENHVM amd64 > FreeBSD clang version 3.3 (trunk 178860) 20130405 > WARNING: WITNESS option enabled, expect reduced performance. > XEN: Hypervisor version 3.4 detected. > XEN: Disabling emulated block and network devices > Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81912000. > Hypervisor: Origin =3D "XenVMMXenVMM" > Calibrating TSC clock ... TSC clock: 2593801200 Hz > CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz (2593.80-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x206d7 Family =3D 0x6 Model =3D 0x= 2d Stepping =3D 7 > Features=3D0x1781fbff > Features2=3D0x9c982201 > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > real memory =3D 65011712000 (62000 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) > 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) > 0x0000000001972000 - 0x00000000bfffffff, 3194544128 bytes (779918 pages) > 0x0000000100000000 - 0x0000000efeb95fff, 60108136448 bytes (14674838 page= s) > avail memory =3D 60563271680 (57757 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > INTR: Adding local APIC 1 as a target > INTR: Adding local APIC 2 as a target > INTR: Adding local APIC 3 as a target > INTR: Adding local APIC 4 as a target > INTR: Adding local APIC 5 as a target > INTR: Adding local APIC 6 as a target > INTR: Adding local APIC 7 as a target > INTR: Adding local APIC 8 as a target > INTR: Adding local APIC 9 as a target > INTR: Adding local APIC 10 as a target > INTR: Adding local APIC 11 as a target > INTR: Adding local APIC 12 as a target > INTR: Adding local APIC 13 as a target > INTR: Adding local APIC 14 as a target > INTR: Adding local APIC 15 as a target > INTR: Adding local APIC 32 as a target > INTR: Adding local APIC 33 as a target > INTR: Adding local APIC 34 as a target > INTR: Adding local APIC 35 as a target > INTR: Adding local APIC 36 as a target > INTR: Adding local APIC 37 as a target > INTR: Adding local APIC 38 as a target > INTR: Adding local APIC 39 as a target > INTR: Adding local APIC 40 as a target > INTR: Adding local APIC 41 as a target > INTR: Adding local APIC 42 as a target > INTR: Adding local APIC 43 as a target > INTR: Adding local APIC 44 as a target > INTR: Adding local APIC 45 as a target > INTR: Adding local APIC 46 as a target > INTR: Adding local APIC 47 as a target > FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs > FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > cpu8 (AP): APIC ID: 8 > cpu9 (AP): APIC ID: 9 > cpu10 (AP): APIC ID: 10 > cpu11 (AP): APIC ID: 11 > cpu12 (AP): APIC ID: 12 > cpu13 (AP): APIC ID: 13 > cpu14 (AP): APIC ID: 14 > cpu15 (AP): APIC ID: 15 > cpu16 (AP): APIC ID: 32 > cpu17 (AP): APIC ID: 33 > cpu18 (AP): APIC ID: 34 > cpu19 (AP): APIC ID: 35 > cpu20 (AP): APIC ID: 36 > cpu21 (AP): APIC ID: 37 > cpu22 (AP): APIC ID: 38 > cpu23 (AP): APIC ID: 39 > cpu24 (AP): APIC ID: 40 > cpu25 (AP): APIC ID: 41 > cpu26 (AP): APIC ID: 42 > cpu27 (AP): APIC ID: 43 > cpu28 (AP): APIC ID: 44 > cpu29 (AP): APIC ID: 45 > cpu30 (AP): APIC ID: 46 > cpu31 (AP): APIC ID: 47 > x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 > x86bios: SSEG 0x001000-0x001fff at 0xffffff80003cc000 > x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 > x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 > APIC: CPU 0 has ACPI ID 0 > APIC: CPU 1 has ACPI ID 16 > APIC: CPU 2 has ACPI ID 1 > APIC: CPU 3 has ACPI ID 17 > APIC: CPU 4 has ACPI ID 2 > APIC: CPU 5 has ACPI ID 18 > APIC: CPU 6 has ACPI ID 3 > APIC: CPU 7 has ACPI ID 19 > APIC: CPU 8 has ACPI ID 4 > APIC: CPU 9 has ACPI ID 20 > APIC: CPU 10 has ACPI ID 5 > APIC: CPU 11 has ACPI ID 21 > APIC: CPU 12 has ACPI ID 6 > APIC: CPU 13 has ACPI ID 22 > APIC: CPU 14 has ACPI ID 7 > APIC: CPU 15 has ACPI ID 23 > APIC: CPU 16 has ACPI ID 8 > APIC: CPU 17 has ACPI ID 24 > APIC: CPU 18 has ACPI ID 9 > APIC: CPU 19 has ACPI ID 25 > APIC: CPU 20 has ACPI ID 10 > APIC: CPU 21 has ACPI ID 26 > APIC: CPU 22 has ACPI ID 11 > APIC: CPU 23 has ACPI ID 27 > APIC: CPU 24 has ACPI ID 12 > APIC: CPU 25 has ACPI ID 28 > APIC: CPU 26 has ACPI ID 13 > APIC: CPU 27 has ACPI ID 29 > APIC: CPU 28 has ACPI ID 14 > APIC: CPU 29 has ACPI ID 30 > APIC: CPU 30 has ACPI ID 15 > APIC: CPU 31 has ACPI ID 31 > random device not loaded; using insecure entropy > ULE: setup cpu 0 > ULE: setup cpu 1 > ULE: setup cpu 2 > ULE: setup cpu 3 > ULE: setup cpu 4 > ULE: setup cpu 5 > ULE: setup cpu 6 > ULE: setup cpu 7 > ULE: setup cpu 8 > ULE: setup cpu 9 > ULE: setup cpu 10 > ULE: setup cpu 11 > ULE: setup cpu 12 > ULE: setup cpu 13 > ULE: setup cpu 14 > ULE: setup cpu 15 > ULE: setup cpu 16 > ULE: setup cpu 17 > ULE: setup cpu 18 > ULE: setup cpu 19 > ULE: setup cpu 20 > ULE: setup cpu 21 > ULE: setup cpu 22 > ULE: setup cpu 23 > ULE: setup cpu 24 > ULE: setup cpu 25 > ULE: setup cpu 26 > ULE: setup cpu 27 > ULE: setup cpu 28 > ULE: setup cpu 29 > ULE: setup cpu 30 > ULE: setup cpu 31 > ACPI: RSDP 0xea020 00024 (v02 Xen) > ACPI: XSDT 0xfc006430 0004C (v01 Xen HVM 00000000 HVML 00000000) > ACPI: FACP 0xfc005ee0 000F4 (v04 Xen HVM 00000000 HVML 00000000) > ACPI: DSDT 0xfc002c40 0321F (v02 Xen HVM 00000000 INTL 20090220) > ACPI: FACS 0xfc002c00 00040 > ACPI: APIC 0xfc005fe0 00160 (v02 Xen HVM 00000000 HVML 00000000) > ACPI: SRAT 0xfc006140 00280 (v01 Xen HVM 00000000 HVML 00000000) > ACPI: SLIT 0xfc0063c0 00030 (v01 Xen HVM 00000000 HVML 00000000) > ACPI: HPET 0xfc0063f0 00038 (v01 Xen HVM 00000000 HVML 00000000) > MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 > ioapic0: Changing APIC ID to 1 > ioapic0: Routing external 8259A's -> intpin 0 > MADT: Interrupt override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > MADT: Interrupt override: source 5, irq 5 > ioapic0: intpin 5 trigger: level > ioapic0: intpin 5 polarity: low > MADT: Interrupt override: source 10, irq 10 > ioapic0: intpin 10 trigger: level > ioapic0: intpin 10 polarity: low > MADT: Interrupt override: source 11, irq 11 > ioapic0: intpin 11 trigger: level > ioapic0: intpin 11 polarity: low > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0: intpin 9 polarity: low > ioapic0: intpin 9 trigger: level > ioapic0 irqs 0-47 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 > Event-channel device installed. > snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [= 1024] > feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_= rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 > wlan: <802.11 Link Layer> > null: > nfslock: pseudo-device > random: > VESA: INT 0x10 vector 0xc000:0x836e > VESA: information block > 0000 56 45 53 41 00 02 f5 82 00 c0 00 00 00 00 40 00 > 0010 00 02 40 00 00 01 f5 82 00 c0 f5 82 00 c0 0e 83 > 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0040 01 01 10 01 11 01 12 01 03 01 13 01 14 01 15 01 > 0050 05 01 16 01 17 01 18 01 07 01 19 01 1a 01 ff ff > 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > VESA: 15 mode(s) found > VESA: v2.0, 4096k memory, flags:0x0, mode table:0xffffff80003ff040 (20000= 40) > VESA: VGABIOS Cirrus extension > VESA: VGABIOS Cirrus extension VGABIOS Cirrus extension 1.0 > io: > kbd: new array size 4 > kbd1 at kbdmux0 > mem: > hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 > hpt27xx: RocketRAID 27xx controller driver v1.0 > xen_et0: vector callbacks unavailable > acpi0: on motherboard > ACPI: All ACPI Tables successfully acquired > ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > cpu0: Processor \_PR_.PR00 (ACPI ID 0) -> APIC ID 0 > cpu0: on acpi0 > cpu0: switching to generic Cx mode > cpu1: Processor \_PR_.PR01 (ACPI ID 1) -> APIC ID 2 > cpu1: on acpi0 > cpu2: Processor \_PR_.PR02 (ACPI ID 2) -> APIC ID 4 > cpu2: on acpi0 > cpu3: Processor \_PR_.PR03 (ACPI ID 3) -> APIC ID 6 > cpu3: on acpi0 > cpu4: Processor \_PR_.PR04 (ACPI ID 4) -> APIC ID 8 > cpu4: on acpi0 > cpu5: Processor \_PR_.PR05 (ACPI ID 5) -> APIC ID 10 > cpu5: on acpi0 > cpu6: Processor \_PR_.PR06 (ACPI ID 6) -> APIC ID 12 > cpu6: on acpi0 > cpu7: Processor \_PR_.PR07 (ACPI ID 7) -> APIC ID 14 > cpu7: on acpi0 > cpu8: Processor \_PR_.PR08 (ACPI ID 8) -> APIC ID 16 > cpu8: on acpi0 > cpu9: Processor \_PR_.PR09 (ACPI ID 9) -> APIC ID 18 > cpu9: on acpi0 > cpu10: Processor \_PR_.PR0A (ACPI ID 10) -> APIC ID 20 > cpu10: on acpi0 > cpu11: Processor \_PR_.PR0B (ACPI ID 11) -> APIC ID 22 > cpu11: on acpi0 > cpu12: Processor \_PR_.PR0C (ACPI ID 12) -> APIC ID 24 > cpu12: on acpi0 > cpu13: Processor \_PR_.PR0D (ACPI ID 13) -> APIC ID 26 > cpu13: on acpi0 > cpu14: Processor \_PR_.PR0E (ACPI ID 14) -> APIC ID 28 > cpu14: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > hpet0: vendor 0x8086, rev 0x1, 62500000Hz 64bit, 3 timers, legacy route > hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic > hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic > hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic > Timecounter "HPET" frequency 62500000 Hz quality 950 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 > Event timer "i8254" frequency 1193182 Hz quality 100 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) > ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 > Event timer "RTC" frequency 32768 Hz quality 0 > ACPI timer: 1/7 1/5 1/8 1/9 1/7 1/7 1/7 1/7 1/19 1/8 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1f48-0x1f4b on acpi0 > pci_link0: Index IRQ Rtd Ref IRQs > Initial Probe 0 5 N 0 5 10 11 > Validation 0 5 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pci_link1: Index IRQ Rtd Ref IRQs > Initial Probe 0 10 N 0 5 10 11 > Validation 0 10 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pci_link2: Index IRQ Rtd Ref IRQs > Initial Probe 0 11 N 0 5 10 11 > Validation 0 11 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pci_link3: Index IRQ Rtd Ref IRQs > Initial Probe 0 5 N 0 5 10 11 > Validation 0 5 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pcib0: port 0xcf8-0xcff on acpi0 > pcib0: decoding 4 range 0-0xcf7 > pcib0: decoding 4 range 0xd00-0xffff > pcib0: decoding 3 range 0xa0000-0xbffff > pcib0: decoding 3 range 0xc0000000-0xf4ffffff > pci0: on pcib0 > pci0: domain=3D0, physical bus=3D0 > found-> vendor=3D0x8086, dev=3D0x1237, revid=3D0x02 > domain=3D0, bus=3D0, slot=3D0, func=3D0 > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > found-> vendor=3D0x8086, dev=3D0x7000, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D1, func=3D0 > class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 > cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > found-> vendor=3D0x8086, dev=3D0x7010, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D1, func=3D1 > class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1 > pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1 > pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1 > pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1 > map[20]: type I/O Port, range 32, base 0xc100, size 4, enabled > pcib0: allocated type 4 (0xc100-0xc10f) for rid 20 of pci0:0:1:1 > found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x01 > domain=3D0, bus=3D0, slot=3D1, func=3D3 > class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D10 > pcib0: matched entry for 0.1.INTA > pcib0: slot 1 INTA hardwired to IRQ 20 > found-> vendor=3D0x1013, dev=3D0x00b8, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D2, func=3D0 > class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 25, e= nabled > pcib0: allocated type 3 (0xc0000000-0xc1ffffff) for rid 10 of pci0:0:2:0 > map[14]: type Memory, range 32, base 0xc3000000, size 12, enabled > pcib0: allocated type 3 (0xc3000000-0xc3000fff) for rid 14 of pci0:0:2:0 > found-> vendor=3D0x5853, dev=3D0x0001, revid=3D0x01 > domain=3D0, bus=3D0, slot=3D3, func=3D0 > class=3Dff-80-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D5 > map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled > pcib0: allocated type 4 (0xc000-0xc0ff) for rid 10 of pci0:0:3:0 > map[14]: type Prefetchable Memory, range 32, base 0xc2000000, size 24, e= nabled > pcib0: allocated type 3 (0xc2000000-0xc2ffffff) for rid 14 of pci0:0:3:0 > pcib0: matched entry for 0.3.INTA > pcib0: slot 3 INTA hardwired to IRQ 28 > isab0: at device 1.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0xc100-0xc10f at device 1.1 on pci0 > ata0: at channel 0 on atapci0 > ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 > ata1: at channel 1 on atapci0 > ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 > pci0: at device 1.3 (no driver attached) > vgapci0: mem 0xc0000000-0xc1ffffff,0xc3000000-0x= c3000fff at device 2.0 on pci0 > xenpci0: port 0xc000-0xc0ff mem 0xc2000000-0xc2ffff= ff irq 28 at device 3.0 on pci0 > ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 0 vector 53 > xenstore0: on xenpci0 > Grant table initialized > psmcpnp0: irq 12 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0061 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 > ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0061 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: data 08 00 00 > psm: status 00 02 64 > psm0: irq 12 on atkbdc0 > ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons > psm0: config:00000000, flags:00000008, packet size:4 > psm0: syncmask:08, syncbits:00 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > uart0: port 0x3f8-0x3ff irq 4= flags 0x10 on acpi0 > ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 > uart0: fast interrupt > uart0: console (9600,n,8,1) > ppc0: using extended I/O port range > ACPI: Enabled 1 GPEs in block 00 to 1F > acpi0: wakeup code va 0xffffff9096fb5000 pa 0x4000 > ex_isa_identify() > pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 > pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 > ahc_isa_identify 0: ioport 0xc00 alloc failed > ahc_isa_identify 1: ioport 0x1c00 alloc failed > ahc_isa_identify 2: ioport 0x2c00 alloc failed > ahc_isa_identify 3: ioport 0x3c00 alloc failed > ahc_isa_identify 4: ioport 0x4c00 alloc failed > ahc_isa_identify 5: ioport 0x5c00 alloc failed > ahc_isa_identify 6: ioport 0x6c00 alloc failed > ahc_isa_identify 7: ioport 0x7c00 alloc failed > ahc_isa_identify 8: ioport 0x8c00 alloc failed > ahc_isa_identify 9: ioport 0x9c00 alloc failed > ahc_isa_identify 10: ioport 0xac00 alloc failed > ahc_isa_identify 11: ioport 0xbc00 alloc failed > ahc_isa_identify 12: ioport 0xcc00 alloc failed > ahc_isa_identify 13: ioport 0xdc00 alloc failed > ahc_isa_identify 14: ioport 0xec00 alloc failed > isa_probe_children: disabling PnP devices > atkbdc: atkbdc0 already exists; skipping it > atrtc: atrtc0 already exists; skipping it > attimer: attimer0 already exists; skipping it > sc: sc0 already exists; skipping it > uart: uart0 already exists; skipping it > isa_probe_children: probing non-PnP devices > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x100> > sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 > pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 > fdc0: No FDOUT register! > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > ppc0: cannot reserve I/O port range > ppc0 failed to probe at irq 7 on isa0 > pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 > uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > wbwd0 failed to probe on isa0 > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > lapic: Divisor 2, Frequency 50000453 Hz > Timecounters tick every 10.000 msec > vlan: initialized, using hash tables with chaining > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 524288 > lo0: bpf attached > hptrr: no controller detected. > hpt27xx: no controller detected. > xenbusb_front0: on xenstore0 > ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 > ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 > ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 > ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 -- = Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 12:34:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 12:34: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 1UdJqw-0004QN-5M; Fri, 17 May 2013 12:33:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdB0s-00026r-8P for xen-users@lists.xen.org; Fri, 17 May 2013 03:07:22 +0000 Received: from [85.158.139.211:64726] by server-1.bemta-5.messagelabs.com id 83/29-01720-9EE95915; Fri, 17 May 2013 03:07:21 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-11.tower-206.messagelabs.com!1368760039!18337242!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25799 invoked from network); 17 May 2013 03:07:20 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-11.tower-206.messagelabs.com with SMTP; 17 May 2013 03:07:20 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=gCssBpNOTain9ZvdiH46Nt kTPqg=; b=ROp5cw5Byfv4JF098H8HvQnIcdnhztwMvnZDGOtkfC85jsBdMrfAwf ND7Ilqpw/gcRgnKOZK9HIus+lAaM973hnqbZLSdtd9/U7iPI5u7ldjTGy+eXdWNz uBvNVqCyWORZTDGNHii6SWPHBi6D8C+jr4NdxzWJyAIWCgbP6KJHk= Received: by 10.42.80.131 with SMTP id filter-065.15790.51959EE62 Fri, 17 May 2013 03:07:18 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi3 (SG) with ESMTP id 13eb074b09f.48e8.e34ae for ; Thu, 16 May 2013 22:07:17 -0500 (CST) Received: (qmail 6115 invoked from network); 17 May 2013 03:07:12 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 17 May 2013 03:07:12 -0000 Received: (qmail 17088 invoked from network); 17 May 2013 03:07:05 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 17 May 2013 03:07:05 -0000 Message-ID: <51959ED9.6040405@freebsd.org> Date: Thu, 16 May 2013 20:07:05 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> In-Reply-To: <51957D42.9060801@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nT6huxAdKvFD4YQj6Sh7NzyVvUZlG37fr7Yi8BJhittLln6xnJ5ET2IINdEKfkvcoLwk0Gw44dPRI0Bxeo34fm405WTCsTWyIpv6w4M6x/XDw== X-Mailman-Approved-At: Fri, 17 May 2013 12:33:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/16/13 17:43, Roger Pau Monn=E9 wrote: > Thanks for testing this on EC2, could you post the full dmesg? So I can > see the hypervisor version and if the PV timer is loaded or not. Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: > Booting [/boot/kernel/kernel]... = > -\|/-\|GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 > SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 > SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000 > SMAP type=3D01 base=3D0000000000100000 len=3D00000000bff00000 > SMAP type=3D02 base=3D00000000fc000000 len=3D0000000004000000 > SMAP type=3D01 base=3D0000000100000000 len=3D0000000e63000000 > Table 'FACP' at 0xfc005ee0 > Table 'APIC' at 0xfc005fe0 > APIC: Found table at 0xfc005fe0 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 2 ACPI ID 1: enabled > SMP: Added CPU 2 (AP) > MADT: Found CPU APIC ID 4 ACPI ID 2: enabled > SMP: Added CPU 4 (AP) > MADT: Found CPU APIC ID 6 ACPI ID 3: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 8 ACPI ID 4: enabled > SMP: Added CPU 8 (AP) > MADT: Found CPU APIC ID 10 ACPI ID 5: enabled > SMP: Added CPU 10 (AP) > MADT: Found CPU APIC ID 12 ACPI ID 6: enabled > SMP: Added CPU 12 (AP) > MADT: Found CPU APIC ID 14 ACPI ID 7: enabled > SMP: Added CPU 14 (AP) > MADT: Found CPU APIC ID 32 ACPI ID 8: enabled > SMP: Added CPU 32 (AP) > MADT: Found CPU APIC ID 34 ACPI ID 9: enabled > SMP: Added CPU 34 (AP) > MADT: Found CPU APIC ID 36 ACPI ID 10: enabled > SMP: Added CPU 36 (AP) > MADT: Found CPU APIC ID 38 ACPI ID 11: enabled > SMP: Added CPU 38 (AP) > MADT: Found CPU APIC ID 40 ACPI ID 12: enabled > SMP: Added CPU 40 (AP) > MADT: Found CPU APIC ID 42 ACPI ID 13: enabled > SMP: Added CPU 42 (AP) > MADT: Found CPU APIC ID 44 ACPI ID 14: enabled > SMP: Added CPU 44 (AP) > MADT: Found CPU APIC ID 46 ACPI ID 15: enabled > SMP: Added CPU 46 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 16: enabled > SMP: Added CPU 1 (AP) > MADT: Found CPU APIC ID 3 ACPI ID 17: enabled > SMP: Added CPU 3 (AP) > MADT: Found CPU APIC ID 5 ACPI ID 18: enabled > SMP: Added CPU 5 (AP) > MADT: Found CPU APIC ID 7 ACPI ID 19: enabled > SMP: Added CPU 7 (AP) > MADT: Found CPU APIC ID 9 ACPI ID 20: enabled > SMP: Added CPU 9 (AP) > MADT: Found CPU APIC ID 11 ACPI ID 21: enabled > SMP: Added CPU 11 (AP) > MADT: Found CPU APIC ID 13 ACPI ID 22: enabled > SMP: Added CPU 13 (AP) > MADT: Found CPU APIC ID 15 ACPI ID 23: enabled > SMP: Added CPU 15 (AP) > MADT: Found CPU APIC ID 33 ACPI ID 24: enabled > SMP: Added CPU 33 (AP) > MADT: Found CPU APIC ID 35 ACPI ID 25: enabled > SMP: Added CPU 35 (AP) > MADT: Found CPU APIC ID 37 ACPI ID 26: enabled > SMP: Added CPU 37 (AP) > MADT: Found CPU APIC ID 39 ACPI ID 27: enabled > SMP: Added CPU 39 (AP) > MADT: Found CPU APIC ID 41 ACPI ID 28: enabled > SMP: Added CPU 41 (AP) > MADT: Found CPU APIC ID 43 ACPI ID 29: enabled > SMP: Added CPU 43 (AP) > MADT: Found CPU APIC ID 45 ACPI ID 30: enabled > SMP: Added CPU 45 (AP) > MADT: Found CPU APIC ID 47 ACPI ID 31: enabled > SMP: Added CPU 47 (AP) > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #0 r+7c97e5b: Fri May 17 02:38:29 UTC 2013 > root@ip-10-148-212-216:/usr/obj/usr/src/sys/XENHVM amd64 > FreeBSD clang version 3.3 (trunk 178860) 20130405 > WARNING: WITNESS option enabled, expect reduced performance. > XEN: Hypervisor version 3.4 detected. > XEN: Disabling emulated block and network devices > Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81912000. > Hypervisor: Origin =3D "XenVMMXenVMM" > Calibrating TSC clock ... TSC clock: 2593801200 Hz > CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz (2593.80-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x206d7 Family =3D 0x6 Model =3D 0x= 2d Stepping =3D 7 > Features=3D0x1781fbff > Features2=3D0x9c982201 > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > real memory =3D 65011712000 (62000 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) > 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) > 0x0000000001972000 - 0x00000000bfffffff, 3194544128 bytes (779918 pages) > 0x0000000100000000 - 0x0000000efeb95fff, 60108136448 bytes (14674838 page= s) > avail memory =3D 60563271680 (57757 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > INTR: Adding local APIC 1 as a target > INTR: Adding local APIC 2 as a target > INTR: Adding local APIC 3 as a target > INTR: Adding local APIC 4 as a target > INTR: Adding local APIC 5 as a target > INTR: Adding local APIC 6 as a target > INTR: Adding local APIC 7 as a target > INTR: Adding local APIC 8 as a target > INTR: Adding local APIC 9 as a target > INTR: Adding local APIC 10 as a target > INTR: Adding local APIC 11 as a target > INTR: Adding local APIC 12 as a target > INTR: Adding local APIC 13 as a target > INTR: Adding local APIC 14 as a target > INTR: Adding local APIC 15 as a target > INTR: Adding local APIC 32 as a target > INTR: Adding local APIC 33 as a target > INTR: Adding local APIC 34 as a target > INTR: Adding local APIC 35 as a target > INTR: Adding local APIC 36 as a target > INTR: Adding local APIC 37 as a target > INTR: Adding local APIC 38 as a target > INTR: Adding local APIC 39 as a target > INTR: Adding local APIC 40 as a target > INTR: Adding local APIC 41 as a target > INTR: Adding local APIC 42 as a target > INTR: Adding local APIC 43 as a target > INTR: Adding local APIC 44 as a target > INTR: Adding local APIC 45 as a target > INTR: Adding local APIC 46 as a target > INTR: Adding local APIC 47 as a target > FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs > FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > cpu8 (AP): APIC ID: 8 > cpu9 (AP): APIC ID: 9 > cpu10 (AP): APIC ID: 10 > cpu11 (AP): APIC ID: 11 > cpu12 (AP): APIC ID: 12 > cpu13 (AP): APIC ID: 13 > cpu14 (AP): APIC ID: 14 > cpu15 (AP): APIC ID: 15 > cpu16 (AP): APIC ID: 32 > cpu17 (AP): APIC ID: 33 > cpu18 (AP): APIC ID: 34 > cpu19 (AP): APIC ID: 35 > cpu20 (AP): APIC ID: 36 > cpu21 (AP): APIC ID: 37 > cpu22 (AP): APIC ID: 38 > cpu23 (AP): APIC ID: 39 > cpu24 (AP): APIC ID: 40 > cpu25 (AP): APIC ID: 41 > cpu26 (AP): APIC ID: 42 > cpu27 (AP): APIC ID: 43 > cpu28 (AP): APIC ID: 44 > cpu29 (AP): APIC ID: 45 > cpu30 (AP): APIC ID: 46 > cpu31 (AP): APIC ID: 47 > x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 > x86bios: SSEG 0x001000-0x001fff at 0xffffff80003cc000 > x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 > x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 > APIC: CPU 0 has ACPI ID 0 > APIC: CPU 1 has ACPI ID 16 > APIC: CPU 2 has ACPI ID 1 > APIC: CPU 3 has ACPI ID 17 > APIC: CPU 4 has ACPI ID 2 > APIC: CPU 5 has ACPI ID 18 > APIC: CPU 6 has ACPI ID 3 > APIC: CPU 7 has ACPI ID 19 > APIC: CPU 8 has ACPI ID 4 > APIC: CPU 9 has ACPI ID 20 > APIC: CPU 10 has ACPI ID 5 > APIC: CPU 11 has ACPI ID 21 > APIC: CPU 12 has ACPI ID 6 > APIC: CPU 13 has ACPI ID 22 > APIC: CPU 14 has ACPI ID 7 > APIC: CPU 15 has ACPI ID 23 > APIC: CPU 16 has ACPI ID 8 > APIC: CPU 17 has ACPI ID 24 > APIC: CPU 18 has ACPI ID 9 > APIC: CPU 19 has ACPI ID 25 > APIC: CPU 20 has ACPI ID 10 > APIC: CPU 21 has ACPI ID 26 > APIC: CPU 22 has ACPI ID 11 > APIC: CPU 23 has ACPI ID 27 > APIC: CPU 24 has ACPI ID 12 > APIC: CPU 25 has ACPI ID 28 > APIC: CPU 26 has ACPI ID 13 > APIC: CPU 27 has ACPI ID 29 > APIC: CPU 28 has ACPI ID 14 > APIC: CPU 29 has ACPI ID 30 > APIC: CPU 30 has ACPI ID 15 > APIC: CPU 31 has ACPI ID 31 > random device not loaded; using insecure entropy > ULE: setup cpu 0 > ULE: setup cpu 1 > ULE: setup cpu 2 > ULE: setup cpu 3 > ULE: setup cpu 4 > ULE: setup cpu 5 > ULE: setup cpu 6 > ULE: setup cpu 7 > ULE: setup cpu 8 > ULE: setup cpu 9 > ULE: setup cpu 10 > ULE: setup cpu 11 > ULE: setup cpu 12 > ULE: setup cpu 13 > ULE: setup cpu 14 > ULE: setup cpu 15 > ULE: setup cpu 16 > ULE: setup cpu 17 > ULE: setup cpu 18 > ULE: setup cpu 19 > ULE: setup cpu 20 > ULE: setup cpu 21 > ULE: setup cpu 22 > ULE: setup cpu 23 > ULE: setup cpu 24 > ULE: setup cpu 25 > ULE: setup cpu 26 > ULE: setup cpu 27 > ULE: setup cpu 28 > ULE: setup cpu 29 > ULE: setup cpu 30 > ULE: setup cpu 31 > ACPI: RSDP 0xea020 00024 (v02 Xen) > ACPI: XSDT 0xfc006430 0004C (v01 Xen HVM 00000000 HVML 00000000) > ACPI: FACP 0xfc005ee0 000F4 (v04 Xen HVM 00000000 HVML 00000000) > ACPI: DSDT 0xfc002c40 0321F (v02 Xen HVM 00000000 INTL 20090220) > ACPI: FACS 0xfc002c00 00040 > ACPI: APIC 0xfc005fe0 00160 (v02 Xen HVM 00000000 HVML 00000000) > ACPI: SRAT 0xfc006140 00280 (v01 Xen HVM 00000000 HVML 00000000) > ACPI: SLIT 0xfc0063c0 00030 (v01 Xen HVM 00000000 HVML 00000000) > ACPI: HPET 0xfc0063f0 00038 (v01 Xen HVM 00000000 HVML 00000000) > MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 > ioapic0: Changing APIC ID to 1 > ioapic0: Routing external 8259A's -> intpin 0 > MADT: Interrupt override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > MADT: Interrupt override: source 5, irq 5 > ioapic0: intpin 5 trigger: level > ioapic0: intpin 5 polarity: low > MADT: Interrupt override: source 10, irq 10 > ioapic0: intpin 10 trigger: level > ioapic0: intpin 10 polarity: low > MADT: Interrupt override: source 11, irq 11 > ioapic0: intpin 11 trigger: level > ioapic0: intpin 11 polarity: low > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0: intpin 9 polarity: low > ioapic0: intpin 9 trigger: level > ioapic0 irqs 0-47 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 > Event-channel device installed. > snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [= 1024] > feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_= rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 > wlan: <802.11 Link Layer> > null: > nfslock: pseudo-device > random: > VESA: INT 0x10 vector 0xc000:0x836e > VESA: information block > 0000 56 45 53 41 00 02 f5 82 00 c0 00 00 00 00 40 00 > 0010 00 02 40 00 00 01 f5 82 00 c0 f5 82 00 c0 0e 83 > 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0040 01 01 10 01 11 01 12 01 03 01 13 01 14 01 15 01 > 0050 05 01 16 01 17 01 18 01 07 01 19 01 1a 01 ff ff > 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > VESA: 15 mode(s) found > VESA: v2.0, 4096k memory, flags:0x0, mode table:0xffffff80003ff040 (20000= 40) > VESA: VGABIOS Cirrus extension > VESA: VGABIOS Cirrus extension VGABIOS Cirrus extension 1.0 > io: > kbd: new array size 4 > kbd1 at kbdmux0 > mem: > hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 > hpt27xx: RocketRAID 27xx controller driver v1.0 > xen_et0: vector callbacks unavailable > acpi0: on motherboard > ACPI: All ACPI Tables successfully acquired > ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > cpu0: Processor \_PR_.PR00 (ACPI ID 0) -> APIC ID 0 > cpu0: on acpi0 > cpu0: switching to generic Cx mode > cpu1: Processor \_PR_.PR01 (ACPI ID 1) -> APIC ID 2 > cpu1: on acpi0 > cpu2: Processor \_PR_.PR02 (ACPI ID 2) -> APIC ID 4 > cpu2: on acpi0 > cpu3: Processor \_PR_.PR03 (ACPI ID 3) -> APIC ID 6 > cpu3: on acpi0 > cpu4: Processor \_PR_.PR04 (ACPI ID 4) -> APIC ID 8 > cpu4: on acpi0 > cpu5: Processor \_PR_.PR05 (ACPI ID 5) -> APIC ID 10 > cpu5: on acpi0 > cpu6: Processor \_PR_.PR06 (ACPI ID 6) -> APIC ID 12 > cpu6: on acpi0 > cpu7: Processor \_PR_.PR07 (ACPI ID 7) -> APIC ID 14 > cpu7: on acpi0 > cpu8: Processor \_PR_.PR08 (ACPI ID 8) -> APIC ID 16 > cpu8: on acpi0 > cpu9: Processor \_PR_.PR09 (ACPI ID 9) -> APIC ID 18 > cpu9: on acpi0 > cpu10: Processor \_PR_.PR0A (ACPI ID 10) -> APIC ID 20 > cpu10: on acpi0 > cpu11: Processor \_PR_.PR0B (ACPI ID 11) -> APIC ID 22 > cpu11: on acpi0 > cpu12: Processor \_PR_.PR0C (ACPI ID 12) -> APIC ID 24 > cpu12: on acpi0 > cpu13: Processor \_PR_.PR0D (ACPI ID 13) -> APIC ID 26 > cpu13: on acpi0 > cpu14: Processor \_PR_.PR0E (ACPI ID 14) -> APIC ID 28 > cpu14: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > hpet0: vendor 0x8086, rev 0x1, 62500000Hz 64bit, 3 timers, legacy route > hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic > hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic > hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic > Timecounter "HPET" frequency 62500000 Hz quality 950 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 > Event timer "i8254" frequency 1193182 Hz quality 100 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) > ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 > Event timer "RTC" frequency 32768 Hz quality 0 > ACPI timer: 1/7 1/5 1/8 1/9 1/7 1/7 1/7 1/7 1/19 1/8 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1f48-0x1f4b on acpi0 > pci_link0: Index IRQ Rtd Ref IRQs > Initial Probe 0 5 N 0 5 10 11 > Validation 0 5 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pci_link1: Index IRQ Rtd Ref IRQs > Initial Probe 0 10 N 0 5 10 11 > Validation 0 10 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pci_link2: Index IRQ Rtd Ref IRQs > Initial Probe 0 11 N 0 5 10 11 > Validation 0 11 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pci_link3: Index IRQ Rtd Ref IRQs > Initial Probe 0 5 N 0 5 10 11 > Validation 0 5 N 0 5 10 11 > After Disable 0 255 N 0 5 10 11 > pcib0: port 0xcf8-0xcff on acpi0 > pcib0: decoding 4 range 0-0xcf7 > pcib0: decoding 4 range 0xd00-0xffff > pcib0: decoding 3 range 0xa0000-0xbffff > pcib0: decoding 3 range 0xc0000000-0xf4ffffff > pci0: on pcib0 > pci0: domain=3D0, physical bus=3D0 > found-> vendor=3D0x8086, dev=3D0x1237, revid=3D0x02 > domain=3D0, bus=3D0, slot=3D0, func=3D0 > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > found-> vendor=3D0x8086, dev=3D0x7000, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D1, func=3D0 > class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 > cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > found-> vendor=3D0x8086, dev=3D0x7010, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D1, func=3D1 > class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1 > pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1 > pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1 > pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1 > map[20]: type I/O Port, range 32, base 0xc100, size 4, enabled > pcib0: allocated type 4 (0xc100-0xc10f) for rid 20 of pci0:0:1:1 > found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x01 > domain=3D0, bus=3D0, slot=3D1, func=3D3 > class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D10 > pcib0: matched entry for 0.1.INTA > pcib0: slot 1 INTA hardwired to IRQ 20 > found-> vendor=3D0x1013, dev=3D0x00b8, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D2, func=3D0 > class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 25, e= nabled > pcib0: allocated type 3 (0xc0000000-0xc1ffffff) for rid 10 of pci0:0:2:0 > map[14]: type Memory, range 32, base 0xc3000000, size 12, enabled > pcib0: allocated type 3 (0xc3000000-0xc3000fff) for rid 14 of pci0:0:2:0 > found-> vendor=3D0x5853, dev=3D0x0001, revid=3D0x01 > domain=3D0, bus=3D0, slot=3D3, func=3D0 > class=3Dff-80-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D5 > map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled > pcib0: allocated type 4 (0xc000-0xc0ff) for rid 10 of pci0:0:3:0 > map[14]: type Prefetchable Memory, range 32, base 0xc2000000, size 24, e= nabled > pcib0: allocated type 3 (0xc2000000-0xc2ffffff) for rid 14 of pci0:0:3:0 > pcib0: matched entry for 0.3.INTA > pcib0: slot 3 INTA hardwired to IRQ 28 > isab0: at device 1.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0xc100-0xc10f at device 1.1 on pci0 > ata0: at channel 0 on atapci0 > ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 > ata1: at channel 1 on atapci0 > ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 > pci0: at device 1.3 (no driver attached) > vgapci0: mem 0xc0000000-0xc1ffffff,0xc3000000-0x= c3000fff at device 2.0 on pci0 > xenpci0: port 0xc000-0xc0ff mem 0xc2000000-0xc2ffff= ff irq 28 at device 3.0 on pci0 > ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 0 vector 53 > xenstore0: on xenpci0 > Grant table initialized > psmcpnp0: irq 12 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0061 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 > ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0061 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: data 08 00 00 > psm: status 00 02 64 > psm0: irq 12 on atkbdc0 > ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons > psm0: config:00000000, flags:00000008, packet size:4 > psm0: syncmask:08, syncbits:00 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > uart0: port 0x3f8-0x3ff irq 4= flags 0x10 on acpi0 > ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 > uart0: fast interrupt > uart0: console (9600,n,8,1) > ppc0: using extended I/O port range > ACPI: Enabled 1 GPEs in block 00 to 1F > acpi0: wakeup code va 0xffffff9096fb5000 pa 0x4000 > ex_isa_identify() > pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 > pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 > pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 > pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 > ahc_isa_identify 0: ioport 0xc00 alloc failed > ahc_isa_identify 1: ioport 0x1c00 alloc failed > ahc_isa_identify 2: ioport 0x2c00 alloc failed > ahc_isa_identify 3: ioport 0x3c00 alloc failed > ahc_isa_identify 4: ioport 0x4c00 alloc failed > ahc_isa_identify 5: ioport 0x5c00 alloc failed > ahc_isa_identify 6: ioport 0x6c00 alloc failed > ahc_isa_identify 7: ioport 0x7c00 alloc failed > ahc_isa_identify 8: ioport 0x8c00 alloc failed > ahc_isa_identify 9: ioport 0x9c00 alloc failed > ahc_isa_identify 10: ioport 0xac00 alloc failed > ahc_isa_identify 11: ioport 0xbc00 alloc failed > ahc_isa_identify 12: ioport 0xcc00 alloc failed > ahc_isa_identify 13: ioport 0xdc00 alloc failed > ahc_isa_identify 14: ioport 0xec00 alloc failed > isa_probe_children: disabling PnP devices > atkbdc: atkbdc0 already exists; skipping it > atrtc: atrtc0 already exists; skipping it > attimer: attimer0 already exists; skipping it > sc: sc0 already exists; skipping it > uart: uart0 already exists; skipping it > isa_probe_children: probing non-PnP devices > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x100> > sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 > pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 > fdc0: No FDOUT register! > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > ppc0: cannot reserve I/O port range > ppc0 failed to probe at irq 7 on isa0 > pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 > uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > wbwd0 failed to probe on isa0 > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > lapic: Divisor 2, Frequency 50000453 Hz > Timecounters tick every 10.000 msec > vlan: initialized, using hash tables with chaining > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 524288 > lo0: bpf attached > hptrr: no controller detected. > hpt27xx: no controller detected. > xenbusb_front0: on xenstore0 > ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 > ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 > ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 > ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 > ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 -- = Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 12:34:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 12:34:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdJqw-0004QX-PL; Fri, 17 May 2013 12:33:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdGVf-0007gv-BM; Fri, 17 May 2013 08:59:31 +0000 Received: from [85.158.139.83:5195] by server-9.bemta-5.messagelabs.com id 33/3E-14875-071F5915; Fri, 17 May 2013 08:59:28 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368781165!27716435!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2635 invoked from network); 17 May 2013 08:59:27 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 May 2013 08:59:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,690,1363132800"; d="scan'208";a="24585648" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 17 May 2013 08:59:25 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Fri, 17 May 2013 04:59:24 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UdGVY-0001cQ-3i; Fri, 17 May 2013 09:59:24 +0100 Date: Fri, 17 May 2013 09:59:23 +0100 From: Wei Liu To: Eugene Istomin Message-ID: <20130517085923.GC14401@zion.uk.xensource.com> References: <8511913.uMAmUdIO30@eistomin.edss.local> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <8511913.uMAmUdIO30@eistomin.edss.local> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Fri, 17 May 2013 12:33:40 +0000 Cc: wei.liu2@citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-users] kernel 3.9.2 - xen 4.2.2/4.3rc1 => BUG unable to handle kernel paging request netif_poll+0x49c/0xe8 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Moving discussion to Xen-devel On Thu, May 16, 2013 at 10:29:56PM +0300, Eugene Istomin wrote: > Hello, > > I tried to use 3.9.2 kernel with xen 4.2.2/4.3rc1 and in both variants leads > to this error in network-intensive load (such as iperf, 100 nginx parallel > requests to 1M files and so on): > It would be more helpful if you can provide info on your configurations (Dom0 and DomU), your workload, how to reproduce the bug. I run iperf and NFS to test Xen network, but never see any crash like this myself. > BUG: unable to handle kernel paging request at ffff8800795a3000 > [ 60.246945] IP: [] netif_poll+0x49c/0xe80 [xennet] > [ 60.246975] PGD a8a067 PUD a9a067 PMD 7fc27067 PTE > 80100000795a3065 > [ 60.247004] Oops: 0003 [#1] SMP > [ 60.247020] Modules linked in: af_packet hwmon domctl crc32_pclmul > crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw > aes_x86_64 joydev xts gf128mul autofs4 scsi_dh_emc scsi_dh_alua > scsi_dh_rdac scsi_dh_hp_sw scsi_dh xenblk cdrom xennet ata_generic > ata_piix > [ 60.247144] CPU 0 > [ 60.247154] Pid: 0, comm: swapper/0 Not tainted 3.9.2-1.g04040b9-xen > #1 > [ 60.247179] RIP: e030:[] [] > netif_poll+0x49c/0xe80 [xennet] > ... Could you provide fuul stack trace? AFAICT there is no netif_poll in Xen netfront/back. Presumably this is Dom0 log? (from the domctl module) > > We have couple of production hypervisors on 3.4 kernels with high- > throughput internal network (VM-to-VM in one Dom0), iperf on them is > working well: > [ 3] 0.0- 2.0 sec 3357 MBytes 14080 Mbits/sec > [ 3] 2.0- 4.0 sec 2880 MBytes 12077 Mbits/sec > [ 3] 4.0- 6.0 sec 2909 MBytes 12202 Mbits/sec > [ 3] 6.0- 8.0 sec 2552 MBytes 10702 Mbits/sec > [ 3] 8.0-10.0 sec 3616 MBytes 15166 Mbits/sec > [ 3] 10.0-12.0 sec 3415 MBytes 14324 Mbits/sec > > > Seems like a kernel bug, is this related to one of this fixes in linux-next or i > need to create new bugreport? > > 1) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=1aaf6d3d3d1e95f4be07e32dd84aa1c93855fbbd > 2) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=9ecd1a75d977e2e8c48139c7d3efed183f898d94 > 3) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=2810e5b9a7731ca5fce22bfbe12c96e16ac44b6f > 4) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=03393fd5cc2b6cdeec32b704ecba64dbb0feae3c > 5) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=59ccb4ebbc35e36a3c143f2d1355deb75c2e628f > I don't think these patches can fix your problem at first glance. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 12:34:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 12:34:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdJqw-0004QX-PL; Fri, 17 May 2013 12:33:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdGVf-0007gv-BM; Fri, 17 May 2013 08:59:31 +0000 Received: from [85.158.139.83:5195] by server-9.bemta-5.messagelabs.com id 33/3E-14875-071F5915; Fri, 17 May 2013 08:59:28 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368781165!27716435!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2635 invoked from network); 17 May 2013 08:59:27 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 May 2013 08:59:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,690,1363132800"; d="scan'208";a="24585648" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 17 May 2013 08:59:25 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Fri, 17 May 2013 04:59:24 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UdGVY-0001cQ-3i; Fri, 17 May 2013 09:59:24 +0100 Date: Fri, 17 May 2013 09:59:23 +0100 From: Wei Liu To: Eugene Istomin Message-ID: <20130517085923.GC14401@zion.uk.xensource.com> References: <8511913.uMAmUdIO30@eistomin.edss.local> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <8511913.uMAmUdIO30@eistomin.edss.local> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Fri, 17 May 2013 12:33:40 +0000 Cc: wei.liu2@citrix.com, xen-devel@lists.xen.org Subject: Re: [Xen-users] kernel 3.9.2 - xen 4.2.2/4.3rc1 => BUG unable to handle kernel paging request netif_poll+0x49c/0xe8 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Moving discussion to Xen-devel On Thu, May 16, 2013 at 10:29:56PM +0300, Eugene Istomin wrote: > Hello, > > I tried to use 3.9.2 kernel with xen 4.2.2/4.3rc1 and in both variants leads > to this error in network-intensive load (such as iperf, 100 nginx parallel > requests to 1M files and so on): > It would be more helpful if you can provide info on your configurations (Dom0 and DomU), your workload, how to reproduce the bug. I run iperf and NFS to test Xen network, but never see any crash like this myself. > BUG: unable to handle kernel paging request at ffff8800795a3000 > [ 60.246945] IP: [] netif_poll+0x49c/0xe80 [xennet] > [ 60.246975] PGD a8a067 PUD a9a067 PMD 7fc27067 PTE > 80100000795a3065 > [ 60.247004] Oops: 0003 [#1] SMP > [ 60.247020] Modules linked in: af_packet hwmon domctl crc32_pclmul > crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw > aes_x86_64 joydev xts gf128mul autofs4 scsi_dh_emc scsi_dh_alua > scsi_dh_rdac scsi_dh_hp_sw scsi_dh xenblk cdrom xennet ata_generic > ata_piix > [ 60.247144] CPU 0 > [ 60.247154] Pid: 0, comm: swapper/0 Not tainted 3.9.2-1.g04040b9-xen > #1 > [ 60.247179] RIP: e030:[] [] > netif_poll+0x49c/0xe80 [xennet] > ... Could you provide fuul stack trace? AFAICT there is no netif_poll in Xen netfront/back. Presumably this is Dom0 log? (from the domctl module) > > We have couple of production hypervisors on 3.4 kernels with high- > throughput internal network (VM-to-VM in one Dom0), iperf on them is > working well: > [ 3] 0.0- 2.0 sec 3357 MBytes 14080 Mbits/sec > [ 3] 2.0- 4.0 sec 2880 MBytes 12077 Mbits/sec > [ 3] 4.0- 6.0 sec 2909 MBytes 12202 Mbits/sec > [ 3] 6.0- 8.0 sec 2552 MBytes 10702 Mbits/sec > [ 3] 8.0-10.0 sec 3616 MBytes 15166 Mbits/sec > [ 3] 10.0-12.0 sec 3415 MBytes 14324 Mbits/sec > > > Seems like a kernel bug, is this related to one of this fixes in linux-next or i > need to create new bugreport? > > 1) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=1aaf6d3d3d1e95f4be07e32dd84aa1c93855fbbd > 2) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=9ecd1a75d977e2e8c48139c7d3efed183f898d94 > 3) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=2810e5b9a7731ca5fce22bfbe12c96e16ac44b6f > 4) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=03393fd5cc2b6cdeec32b704ecba64dbb0feae3c > 5) https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=59ccb4ebbc35e36a3c143f2d1355deb75c2e628f > I don't think these patches can fix your problem at first glance. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 15:01:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 15:01:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdM96-0007mg-No; Fri, 17 May 2013 15:00:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdM93-0007mR-Vy; Fri, 17 May 2013 15:00:34 +0000 Received: from [85.158.139.211:36503] by server-12.bemta-5.messagelabs.com id 07/40-16465-11646915; Fri, 17 May 2013 15:00:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1368802828!18387645!1 X-Originating-IP: [209.85.214.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29335 invoked from network); 17 May 2013 15:00:29 -0000 Received: from mail-bk0-f44.google.com (HELO mail-bk0-f44.google.com) (209.85.214.44) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 May 2013 15:00:29 -0000 Received: by mail-bk0-f44.google.com with SMTP id jk14so776715bkc.3 for ; Fri, 17 May 2013 08:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=3LvOMuYiwtR4lkoTDn5N+y4DlCFu/7VHuiw6xP3Yd9E=; b=llcc1yoIRupKXDnls19M2mX3tXRrE/6J9MGpTMKHoDq3ZTPDyfUAsuoUwhCiL82rNv q9FwWnydw6ey69lDvJJzMfnGn2/o212/fxIc2trRGUsD53Kpd2rZNIt5xwy9WpWw62AZ 2BaeYPCK07DcOFSNx0lqQs+adw8BNNVUsVRcBaneqXhuBpLqGBDHAmzWuPaM0JujeQVG qO72euILkVvteFMHLt9h3f9WdkiYavYDV9fPq6uMTALCrfyJgs3HKkuvibm+scLMaYL5 pA6p/vSULDCBEe/HG3BG8NMDOmirjiWPkgeBHZUuGWyfQMZHrU49fQn8KHARkJpniovM +TzQ== X-Received: by 10.205.33.205 with SMTP id sp13mr15920469bkb.117.1368802828643; Fri, 17 May 2013 08:00:28 -0700 (PDT) Received: from [172.16.26.11] ([74.125.61.170]) by mx.google.com with ESMTPSA id tc9sm3206607bkb.18.2013.05.17.08.00.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 May 2013 08:00:27 -0700 (PDT) Message-ID: <51964609.3090800@xen.org> Date: Fri, 17 May 2013 16:00:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Xen 4.3 RC2 and Xen Test Day (May 22nd 2013) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, just a quick reminder that Xen 4.3 RC2 will be out by next Tuesday (May 21nd) and that we are planning a Xen Test Day on May 22nd. For more information see: - On Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days - On getting and testing RC2: http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - Generic test information: http://wiki.xen.org/wiki/Testing_Xen See you on freenode channel #xentest next Tuesday Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 15:01:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 15:01:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdM96-0007mg-No; Fri, 17 May 2013 15:00:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdM93-0007mR-Vy; Fri, 17 May 2013 15:00:34 +0000 Received: from [85.158.139.211:36503] by server-12.bemta-5.messagelabs.com id 07/40-16465-11646915; Fri, 17 May 2013 15:00:33 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1368802828!18387645!1 X-Originating-IP: [209.85.214.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29335 invoked from network); 17 May 2013 15:00:29 -0000 Received: from mail-bk0-f44.google.com (HELO mail-bk0-f44.google.com) (209.85.214.44) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 17 May 2013 15:00:29 -0000 Received: by mail-bk0-f44.google.com with SMTP id jk14so776715bkc.3 for ; Fri, 17 May 2013 08:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=3LvOMuYiwtR4lkoTDn5N+y4DlCFu/7VHuiw6xP3Yd9E=; b=llcc1yoIRupKXDnls19M2mX3tXRrE/6J9MGpTMKHoDq3ZTPDyfUAsuoUwhCiL82rNv q9FwWnydw6ey69lDvJJzMfnGn2/o212/fxIc2trRGUsD53Kpd2rZNIt5xwy9WpWw62AZ 2BaeYPCK07DcOFSNx0lqQs+adw8BNNVUsVRcBaneqXhuBpLqGBDHAmzWuPaM0JujeQVG qO72euILkVvteFMHLt9h3f9WdkiYavYDV9fPq6uMTALCrfyJgs3HKkuvibm+scLMaYL5 pA6p/vSULDCBEe/HG3BG8NMDOmirjiWPkgeBHZUuGWyfQMZHrU49fQn8KHARkJpniovM +TzQ== X-Received: by 10.205.33.205 with SMTP id sp13mr15920469bkb.117.1368802828643; Fri, 17 May 2013 08:00:28 -0700 (PDT) Received: from [172.16.26.11] ([74.125.61.170]) by mx.google.com with ESMTPSA id tc9sm3206607bkb.18.2013.05.17.08.00.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 May 2013 08:00:27 -0700 (PDT) Message-ID: <51964609.3090800@xen.org> Date: Fri, 17 May 2013 16:00:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Xen 4.3 RC2 and Xen Test Day (May 22nd 2013) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, just a quick reminder that Xen 4.3 RC2 will be out by next Tuesday (May 21nd) and that we are planning a Xen Test Day on May 22nd. For more information see: - On Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days - On getting and testing RC2: http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - Generic test information: http://wiki.xen.org/wiki/Testing_Xen See you on freenode channel #xentest next Tuesday Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 17 15:47:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 15:47: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 1UdMqy-0000CU-6G; Fri, 17 May 2013 15:45:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdMqw-0000Bx-6r; Fri, 17 May 2013 15:45:54 +0000 Received: from [193.109.254.147:60232] by server-13.bemta-14.messagelabs.com id 93/64-31447-1B056915; Fri, 17 May 2013 15:45:53 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-27.messagelabs.com!1368805551!8699742!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17647 invoked from network); 17 May 2013 15:45:52 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 17 May 2013 15:45:52 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdMqm-0001jp-OD; Fri, 17 May 2013 15:45:44 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UdMql-0006J9-O2; Fri, 17 May 2013 15:45:43 +0000 Date: Fri, 17 May 2013 15:45:43 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 56 (CVE-2013-2072) - Buffer overflow in xencontrol Python bindings affecting xend X-BeenThere: xen-users@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-2072 / XSA-56 version 2 Buffer overflow in xencontrol Python bindings affecting xend UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The Python bindings for the xc_vcpu_setaffinity call do not properly check their inputs. Systems which allow untrusted administrators to configure guest vcpu affinity may be exploited to trigger a buffer overrun and corrupt memory. IMPACT ====== An attacker who is able to configure a specific vcpu affinity via a toolstack which uses the Python bindings is able to exploit this issue. Exploiting this issue leads to memory corruption which may result in a DoS against the system by crashing the toolstack. The possibility of code execution (privilege escalation) has not been ruled out. The xend toolstack passes a cpumap to this function without sanitization. xend allows the cpumap to be configured via the guest configuration file or the SXP/XenAPI interface. Normally these interfaces are not considered safe to expose to non-trusted parties. However systems which attempt to allow guest administrator control of VCPU affinity in a safe way via xend may expose this issue. VULNERABLE SYSTEMS ================== Xen version 4.0 and later contain this flaw. Only systems which allow the specification of cpu affinity masks by untrusted guest administrators are vulnerable. Normally the cpu affinity is specified by the host administrator as part of the guest configuration; there is then no vulnerability. Only systems which use the libxc Python bindings, are vulnerable. Toolstacks which do not use Python, such as xl or xapi, are not vulnerable. MITIGATION ========== Not allowing untrusted guest administrators to configure VCPU affinity will avoid exposure. Where possible switching to a toolstack which does not use Python will also avoid exposure to this vulnerability. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa56.patch Xen 4.1.x, Xen 4.2.x, xen-unstable $ sha256sum xsa56*.patch a691c5f5332a42c0d38ddb4dc037eb902f01ba31033b64c47d02909a8de0257d xsa56.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRlk9eAAoJEIP+FMlX6CvZIOMIAJFcMxxknbjo9oT9Plv8I9TA agEEaUV/cbZTUWHCdGLj6G8kHp4Td8mfKzHy9ZKlNn0GJ0vgezi08enxjgjSlloG 7KAsLAYYlrwjtSmu74CC48EDKF5KTy3xhxGIMT14fJAyDUAStwgHHZbcE8dNvaXk sfygb5epW+ZzQBkOxhKQkNDt5yoGVZ+Zb4Z/pmBXb+e8SVx+4i005HPuB8aIFowi 1nlbo2cSkFj6/NP5olhDQOYM5LEqzO8GPgHjTXJmIoTxA0Zuu4P53qjLsose5DCy 4OQY1v76lMP419t0I3UwA/KUott3PaUc3kzE24/3AmVxsh27k6cyVxovV4jsvf0= =5dzZ -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa56.patch" Content-Disposition: attachment; filename="xsa56.patch" Content-Transfer-Encoding: base64 bGlieGM6IGxpbWl0IGNwdSB2YWx1ZXMgd2hlbiBzZXR0aW5nIHZjcHUgYWZm aW5pdHkKCldoZW4gc3VwcG9ydCBmb3IgcGlubmluZyBtb3JlIHRoYW4gNjQg Y3B1cyB3YXMgYWRkZWQsIGNoZWNrIGZvciBjcHUKb3V0LW9mLXJhbmdlIHZh bHVlcyB3YXMgcmVtb3ZlZC4gVGhpcyBjYW4gbGVhZCB0byBzdWJzZXF1ZW50 Cm91dC1vZi1ib3VuZHMgY3B1bWFwIGFycmF5IGFjY2Vzc2VzIGluIGNhc2Ug dGhlIGNwdSBudW1iZXIgaXMgaGlnaGVyCnRoYW4gdGhlIGFjdHVhbCBjb3Vu dC4KClRoaXMgcGF0Y2ggcmV0dXJucyB0aGUgY2hlY2suCgpUaGlzIGlzIENW RS0yMDEzLTIwNzIgLyBYU0EtNTYKClNpZ25lZC1vZmYtYnk6IFBldHIgTWF0 b3VzZWsgPHBtYXRvdXNlQHJlZGhhdC5jb20+CgpkaWZmIC0tZ2l0IGEvdG9v bHMvcHl0aG9uL3hlbi9sb3dsZXZlbC94Yy94Yy5jIGIvdG9vbHMvcHl0aG9u L3hlbi9sb3dsZXZlbC94Yy94Yy5jCmluZGV4IGUyMjBmNjguLmU2MTFiMjQg MTAwNjQ0Ci0tLSBhL3Rvb2xzL3B5dGhvbi94ZW4vbG93bGV2ZWwveGMveGMu YworKysgYi90b29scy9weXRob24veGVuL2xvd2xldmVsL3hjL3hjLmMKQEAg LTIyOCw2ICsyMjgsNyBAQCBzdGF0aWMgUHlPYmplY3QgKnB5eGNfdmNwdV9z ZXRhZmZpbml0eShYY09iamVjdCAqc2VsZiwKICAgICBpbnQgdmNwdSA9IDAs IGk7CiAgICAgeGNfY3B1bWFwX3QgY3B1bWFwOwogICAgIFB5T2JqZWN0ICpj cHVsaXN0ID0gTlVMTDsKKyAgICBpbnQgbnJfY3B1czsKIAogICAgIHN0YXRp YyBjaGFyICprd2RfbGlzdFtdID0geyAiZG9taWQiLCAidmNwdSIsICJjcHVt YXAiLCBOVUxMIH07CiAKQEAgLTIzNSw2ICsyMzYsMTAgQEAgc3RhdGljIFB5 T2JqZWN0ICpweXhjX3ZjcHVfc2V0YWZmaW5pdHkoWGNPYmplY3QgKnNlbGYs CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICZkb20s ICZ2Y3B1LCAmY3B1bGlzdCkgKQogICAgICAgICByZXR1cm4gTlVMTDsKIAor ICAgIG5yX2NwdXMgPSB4Y19nZXRfbWF4X2NwdXMoc2VsZi0+eGNfaGFuZGxl KTsKKyAgICBpZiAoIG5yX2NwdXMgPT0gMCApCisgICAgICAgIHJldHVybiBw eXhjX2Vycm9yX3RvX2V4Y2VwdGlvbihzZWxmLT54Y19oYW5kbGUpOworCiAg ICAgY3B1bWFwID0geGNfY3B1bWFwX2FsbG9jKHNlbGYtPnhjX2hhbmRsZSk7 CiAgICAgaWYoY3B1bWFwID09IE5VTEwpCiAgICAgICAgIHJldHVybiBweXhj X2Vycm9yX3RvX2V4Y2VwdGlvbihzZWxmLT54Y19oYW5kbGUpOwpAQCAtMjQ0 LDYgKzI0OSwxMyBAQCBzdGF0aWMgUHlPYmplY3QgKnB5eGNfdmNwdV9zZXRh ZmZpbml0eShYY09iamVjdCAqc2VsZiwKICAgICAgICAgZm9yICggaSA9IDA7 IGkgPCBQeUxpc3RfU2l6ZShjcHVsaXN0KTsgaSsrICkgCiAgICAgICAgIHsK ICAgICAgICAgICAgIGxvbmcgY3B1ID0gUHlJbnRfQXNMb25nKFB5TGlzdF9H ZXRJdGVtKGNwdWxpc3QsIGkpKTsKKyAgICAgICAgICAgIGlmICggY3B1IDwg MCB8fCBjcHUgPj0gbnJfY3B1cyApCisgICAgICAgICAgICB7CisgICAgICAg ICAgICAgICAgZnJlZShjcHVtYXApOworICAgICAgICAgICAgICAgIGVycm5v ID0gRUlOVkFMOworICAgICAgICAgICAgICAgIFB5RXJyX1NldEZyb21FcnJu byh4Y19lcnJvcl9vYmopOworICAgICAgICAgICAgICAgIHJldHVybiBOVUxM OworICAgICAgICAgICAgfQogICAgICAgICAgICAgY3B1bWFwW2NwdSAvIDhd IHw9IDEgPDwgKGNwdSAlIDgpOwogICAgICAgICB9CiAgICAgfQo= --=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 Fri May 17 15:47:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 17 May 2013 15:47: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 1UdMqy-0000CU-6G; Fri, 17 May 2013 15:45:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdMqw-0000Bx-6r; Fri, 17 May 2013 15:45:54 +0000 Received: from [193.109.254.147:60232] by server-13.bemta-14.messagelabs.com id 93/64-31447-1B056915; Fri, 17 May 2013 15:45:53 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-27.messagelabs.com!1368805551!8699742!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17647 invoked from network); 17 May 2013 15:45:52 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 17 May 2013 15:45:52 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdMqm-0001jp-OD; Fri, 17 May 2013 15:45:44 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UdMql-0006J9-O2; Fri, 17 May 2013 15:45:43 +0000 Date: Fri, 17 May 2013 15:45:43 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 56 (CVE-2013-2072) - Buffer overflow in xencontrol Python bindings affecting xend X-BeenThere: xen-users@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-2072 / XSA-56 version 2 Buffer overflow in xencontrol Python bindings affecting xend UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The Python bindings for the xc_vcpu_setaffinity call do not properly check their inputs. Systems which allow untrusted administrators to configure guest vcpu affinity may be exploited to trigger a buffer overrun and corrupt memory. IMPACT ====== An attacker who is able to configure a specific vcpu affinity via a toolstack which uses the Python bindings is able to exploit this issue. Exploiting this issue leads to memory corruption which may result in a DoS against the system by crashing the toolstack. The possibility of code execution (privilege escalation) has not been ruled out. The xend toolstack passes a cpumap to this function without sanitization. xend allows the cpumap to be configured via the guest configuration file or the SXP/XenAPI interface. Normally these interfaces are not considered safe to expose to non-trusted parties. However systems which attempt to allow guest administrator control of VCPU affinity in a safe way via xend may expose this issue. VULNERABLE SYSTEMS ================== Xen version 4.0 and later contain this flaw. Only systems which allow the specification of cpu affinity masks by untrusted guest administrators are vulnerable. Normally the cpu affinity is specified by the host administrator as part of the guest configuration; there is then no vulnerability. Only systems which use the libxc Python bindings, are vulnerable. Toolstacks which do not use Python, such as xl or xapi, are not vulnerable. MITIGATION ========== Not allowing untrusted guest administrators to configure VCPU affinity will avoid exposure. Where possible switching to a toolstack which does not use Python will also avoid exposure to this vulnerability. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa56.patch Xen 4.1.x, Xen 4.2.x, xen-unstable $ sha256sum xsa56*.patch a691c5f5332a42c0d38ddb4dc037eb902f01ba31033b64c47d02909a8de0257d xsa56.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRlk9eAAoJEIP+FMlX6CvZIOMIAJFcMxxknbjo9oT9Plv8I9TA agEEaUV/cbZTUWHCdGLj6G8kHp4Td8mfKzHy9ZKlNn0GJ0vgezi08enxjgjSlloG 7KAsLAYYlrwjtSmu74CC48EDKF5KTy3xhxGIMT14fJAyDUAStwgHHZbcE8dNvaXk sfygb5epW+ZzQBkOxhKQkNDt5yoGVZ+Zb4Z/pmBXb+e8SVx+4i005HPuB8aIFowi 1nlbo2cSkFj6/NP5olhDQOYM5LEqzO8GPgHjTXJmIoTxA0Zuu4P53qjLsose5DCy 4OQY1v76lMP419t0I3UwA/KUott3PaUc3kzE24/3AmVxsh27k6cyVxovV4jsvf0= =5dzZ -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa56.patch" Content-Disposition: attachment; filename="xsa56.patch" Content-Transfer-Encoding: base64 bGlieGM6IGxpbWl0IGNwdSB2YWx1ZXMgd2hlbiBzZXR0aW5nIHZjcHUgYWZm aW5pdHkKCldoZW4gc3VwcG9ydCBmb3IgcGlubmluZyBtb3JlIHRoYW4gNjQg Y3B1cyB3YXMgYWRkZWQsIGNoZWNrIGZvciBjcHUKb3V0LW9mLXJhbmdlIHZh bHVlcyB3YXMgcmVtb3ZlZC4gVGhpcyBjYW4gbGVhZCB0byBzdWJzZXF1ZW50 Cm91dC1vZi1ib3VuZHMgY3B1bWFwIGFycmF5IGFjY2Vzc2VzIGluIGNhc2Ug dGhlIGNwdSBudW1iZXIgaXMgaGlnaGVyCnRoYW4gdGhlIGFjdHVhbCBjb3Vu dC4KClRoaXMgcGF0Y2ggcmV0dXJucyB0aGUgY2hlY2suCgpUaGlzIGlzIENW RS0yMDEzLTIwNzIgLyBYU0EtNTYKClNpZ25lZC1vZmYtYnk6IFBldHIgTWF0 b3VzZWsgPHBtYXRvdXNlQHJlZGhhdC5jb20+CgpkaWZmIC0tZ2l0IGEvdG9v bHMvcHl0aG9uL3hlbi9sb3dsZXZlbC94Yy94Yy5jIGIvdG9vbHMvcHl0aG9u L3hlbi9sb3dsZXZlbC94Yy94Yy5jCmluZGV4IGUyMjBmNjguLmU2MTFiMjQg MTAwNjQ0Ci0tLSBhL3Rvb2xzL3B5dGhvbi94ZW4vbG93bGV2ZWwveGMveGMu YworKysgYi90b29scy9weXRob24veGVuL2xvd2xldmVsL3hjL3hjLmMKQEAg LTIyOCw2ICsyMjgsNyBAQCBzdGF0aWMgUHlPYmplY3QgKnB5eGNfdmNwdV9z ZXRhZmZpbml0eShYY09iamVjdCAqc2VsZiwKICAgICBpbnQgdmNwdSA9IDAs IGk7CiAgICAgeGNfY3B1bWFwX3QgY3B1bWFwOwogICAgIFB5T2JqZWN0ICpj cHVsaXN0ID0gTlVMTDsKKyAgICBpbnQgbnJfY3B1czsKIAogICAgIHN0YXRp YyBjaGFyICprd2RfbGlzdFtdID0geyAiZG9taWQiLCAidmNwdSIsICJjcHVt YXAiLCBOVUxMIH07CiAKQEAgLTIzNSw2ICsyMzYsMTAgQEAgc3RhdGljIFB5 T2JqZWN0ICpweXhjX3ZjcHVfc2V0YWZmaW5pdHkoWGNPYmplY3QgKnNlbGYs CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICZkb20s ICZ2Y3B1LCAmY3B1bGlzdCkgKQogICAgICAgICByZXR1cm4gTlVMTDsKIAor ICAgIG5yX2NwdXMgPSB4Y19nZXRfbWF4X2NwdXMoc2VsZi0+eGNfaGFuZGxl KTsKKyAgICBpZiAoIG5yX2NwdXMgPT0gMCApCisgICAgICAgIHJldHVybiBw eXhjX2Vycm9yX3RvX2V4Y2VwdGlvbihzZWxmLT54Y19oYW5kbGUpOworCiAg ICAgY3B1bWFwID0geGNfY3B1bWFwX2FsbG9jKHNlbGYtPnhjX2hhbmRsZSk7 CiAgICAgaWYoY3B1bWFwID09IE5VTEwpCiAgICAgICAgIHJldHVybiBweXhj X2Vycm9yX3RvX2V4Y2VwdGlvbihzZWxmLT54Y19oYW5kbGUpOwpAQCAtMjQ0 LDYgKzI0OSwxMyBAQCBzdGF0aWMgUHlPYmplY3QgKnB5eGNfdmNwdV9zZXRh ZmZpbml0eShYY09iamVjdCAqc2VsZiwKICAgICAgICAgZm9yICggaSA9IDA7 IGkgPCBQeUxpc3RfU2l6ZShjcHVsaXN0KTsgaSsrICkgCiAgICAgICAgIHsK ICAgICAgICAgICAgIGxvbmcgY3B1ID0gUHlJbnRfQXNMb25nKFB5TGlzdF9H ZXRJdGVtKGNwdWxpc3QsIGkpKTsKKyAgICAgICAgICAgIGlmICggY3B1IDwg MCB8fCBjcHUgPj0gbnJfY3B1cyApCisgICAgICAgICAgICB7CisgICAgICAg ICAgICAgICAgZnJlZShjcHVtYXApOworICAgICAgICAgICAgICAgIGVycm5v ID0gRUlOVkFMOworICAgICAgICAgICAgICAgIFB5RXJyX1NldEZyb21FcnJu byh4Y19lcnJvcl9vYmopOworICAgICAgICAgICAgICAgIHJldHVybiBOVUxM OworICAgICAgICAgICAgfQogICAgICAgICAgICAgY3B1bWFwW2NwdSAvIDhd IHw9IDEgPDwgKGNwdSAlIDgpOwogICAgICAgICB9CiAgICAgfQo= --=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 Sat May 18 02:32:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 02:32: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 1UdWut-0003rR-4S; Sat, 18 May 2013 02:30:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdWur-0003rM-Py for xen-users@lists.xen.org; Sat, 18 May 2013 02:30:38 +0000 Received: from [85.158.139.83:48448] by server-4.bemta-5.messagelabs.com id 36/1E-12332-DC7E6915; Sat, 18 May 2013 02:30:37 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1368844234!25197543!1 X-Originating-IP: [209.85.128.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3430 invoked from network); 18 May 2013 02:30:35 -0000 Received: from mail-qe0-f52.google.com (HELO mail-qe0-f52.google.com) (209.85.128.52) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 May 2013 02:30:35 -0000 Received: by mail-qe0-f52.google.com with SMTP id 1so3080006qec.39 for ; Fri, 17 May 2013 19:30:34 -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=Ap3vpDp7osajGere7dLg2SnnBRiQS9fi3hK/79pVmbc=; b=LVYj0rHDAPBJRICu/AZWy+5MByMaCmojqC6lME0mGWM1M32Q1FOPrLqPye2+qCLJcQ e6UcTE8TFoQ901pZQtft4qh0SJ1eN5Iks6cxnw/BHBOiT35kogeaWSIuT2OeSX2Ap4Nf 4DaQD9HnradnlruDTpXu00A/WWUxRk5u5TBv9/POUVAPUNfHzGbrxFxsrI+82z2rBZNE kGC3+N/b6oy/ZmhXH6cn79C0GyrYEVgYs17wtMcX3R+YFGrOxiOp1+ILAEtc6c8zS8SU GoEVKAmw7lecPYuS1/ToREyLq+lEDwtTT7ScmvdkWOznXC1hYCXZJwA5CHeLglXHyOOF lZsw== MIME-Version: 1.0 X-Received: by 10.224.66.136 with SMTP id n8mr39892874qai.84.1368844234357; Fri, 17 May 2013 19:30:34 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Fri, 17 May 2013 19:30:34 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> Date: Sat, 18 May 2013 07:30:34 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Shouldn't matter but it's easy enough for me to test. Ah, thanks! >> > > Ok so vif0 has state = 1 so it's not running, but everything else seems okay. Can you do a xenstore-ls on the backend value, eg xenstore-ls /local/domain/0/backend/vif/158/0 > Yea that's when the adapter inside domu was disabled and re-enabling crashed the driver. After a reboot, things come back and it shows a state of 4. # xenstore-ls /local/domain/0/backend/vif/159/0 frontend = "/local/domain/159/device/vif/0" frontend-id = "159" online = "1" state = "4" script = "/etc/xen/scripts/vif-bridge" mac = "00:16:3e:9e:55:03" bridge = "br0" handle = "0" type = "vif_ioemu" feature-sg = "1" feature-gso-tcpv4 = "1" feature-rx-copy = "1" feature-rx-flip = "0" hotplug-status = "connected" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 18 02:32:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 02:32: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 1UdWut-0003rR-4S; Sat, 18 May 2013 02:30:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdWur-0003rM-Py for xen-users@lists.xen.org; Sat, 18 May 2013 02:30:38 +0000 Received: from [85.158.139.83:48448] by server-4.bemta-5.messagelabs.com id 36/1E-12332-DC7E6915; Sat, 18 May 2013 02:30:37 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1368844234!25197543!1 X-Originating-IP: [209.85.128.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3430 invoked from network); 18 May 2013 02:30:35 -0000 Received: from mail-qe0-f52.google.com (HELO mail-qe0-f52.google.com) (209.85.128.52) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 May 2013 02:30:35 -0000 Received: by mail-qe0-f52.google.com with SMTP id 1so3080006qec.39 for ; Fri, 17 May 2013 19:30:34 -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=Ap3vpDp7osajGere7dLg2SnnBRiQS9fi3hK/79pVmbc=; b=LVYj0rHDAPBJRICu/AZWy+5MByMaCmojqC6lME0mGWM1M32Q1FOPrLqPye2+qCLJcQ e6UcTE8TFoQ901pZQtft4qh0SJ1eN5Iks6cxnw/BHBOiT35kogeaWSIuT2OeSX2Ap4Nf 4DaQD9HnradnlruDTpXu00A/WWUxRk5u5TBv9/POUVAPUNfHzGbrxFxsrI+82z2rBZNE kGC3+N/b6oy/ZmhXH6cn79C0GyrYEVgYs17wtMcX3R+YFGrOxiOp1+ILAEtc6c8zS8SU GoEVKAmw7lecPYuS1/ToREyLq+lEDwtTT7ScmvdkWOznXC1hYCXZJwA5CHeLglXHyOOF lZsw== MIME-Version: 1.0 X-Received: by 10.224.66.136 with SMTP id n8mr39892874qai.84.1368844234357; Fri, 17 May 2013 19:30:34 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Fri, 17 May 2013 19:30:34 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> Date: Sat, 18 May 2013 07:30:34 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Shouldn't matter but it's easy enough for me to test. Ah, thanks! >> > > Ok so vif0 has state = 1 so it's not running, but everything else seems okay. Can you do a xenstore-ls on the backend value, eg xenstore-ls /local/domain/0/backend/vif/158/0 > Yea that's when the adapter inside domu was disabled and re-enabling crashed the driver. After a reboot, things come back and it shows a state of 4. # xenstore-ls /local/domain/0/backend/vif/159/0 frontend = "/local/domain/159/device/vif/0" frontend-id = "159" online = "1" state = "4" script = "/etc/xen/scripts/vif-bridge" mac = "00:16:3e:9e:55:03" bridge = "br0" handle = "0" type = "vif_ioemu" feature-sg = "1" feature-gso-tcpv4 = "1" feature-rx-copy = "1" feature-rx-flip = "0" hotplug-status = "connected" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 18 03:01:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 03:01: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 1UdXO0-0004Mh-2r; Sat, 18 May 2013 03:00:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdXNx-0004Mc-TH for xen-users@lists.xen.org; Sat, 18 May 2013 03:00:42 +0000 Received: from [85.158.137.99:51684] by server-12.bemta-3.messagelabs.com id D9/AF-17342-8DEE6915; Sat, 18 May 2013 03:00:40 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-9.tower-217.messagelabs.com!1368846036!14116001!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4352 invoked from network); 18 May 2013 03:00:39 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-9.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 18 May 2013 03:00:39 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UdXNf-00037W-Ec; Sat, 18 May 2013 13:00:23 +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, 18 May 2013 13:00:04 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0IABH4QAgACvBgA= Date: Sat, 18 May 2013 03:00:01 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> In-Reply-To: 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-19874.003 x-tm-as-result: No--50.866800-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > >> > > > > Ok so vif0 has state = 1 so it's not running, but everything else seems okay. > Can you do a xenstore-ls on the backend value, eg xenstore-ls > /local/domain/0/backend/vif/158/0 > > > > Yea that's when the adapter inside domu was disabled and re-enabling > crashed the driver. After a reboot, things come back and it shows a > state of 4. > I really need to see the frontend and backend xenstore when the driver is in a failed/hung state. Currently there is no timeout implemented, xennet just waits forever fort the backend to progress to the next state. I can put a timeout in there which will give you a more sensible error (eg windows will complain that device couldn't start or something) instead of hanging, but won't solve the underlying problem. You only included the xennet stuff in your logs so I can't see if xenpci is doing the right thing, I can't imagine it will tell me anything different though. Can you also send me the end of the kernel logs as there should be some messages logged as the backend changes state. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 18 03:01:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 03:01: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 1UdXO0-0004Mh-2r; Sat, 18 May 2013 03:00:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdXNx-0004Mc-TH for xen-users@lists.xen.org; Sat, 18 May 2013 03:00:42 +0000 Received: from [85.158.137.99:51684] by server-12.bemta-3.messagelabs.com id D9/AF-17342-8DEE6915; Sat, 18 May 2013 03:00:40 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-9.tower-217.messagelabs.com!1368846036!14116001!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4352 invoked from network); 18 May 2013 03:00:39 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-9.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 18 May 2013 03:00:39 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UdXNf-00037W-Ec; Sat, 18 May 2013 13:00:23 +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, 18 May 2013 13:00:04 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0IABH4QAgACvBgA= Date: Sat, 18 May 2013 03:00:01 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> In-Reply-To: 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-19874.003 x-tm-as-result: No--50.866800-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > >> > > > > Ok so vif0 has state = 1 so it's not running, but everything else seems okay. > Can you do a xenstore-ls on the backend value, eg xenstore-ls > /local/domain/0/backend/vif/158/0 > > > > Yea that's when the adapter inside domu was disabled and re-enabling > crashed the driver. After a reboot, things come back and it shows a > state of 4. > I really need to see the frontend and backend xenstore when the driver is in a failed/hung state. Currently there is no timeout implemented, xennet just waits forever fort the backend to progress to the next state. I can put a timeout in there which will give you a more sensible error (eg windows will complain that device couldn't start or something) instead of hanging, but won't solve the underlying problem. You only included the xennet stuff in your logs so I can't see if xenpci is doing the right thing, I can't imagine it will tell me anything different though. Can you also send me the end of the kernel logs as there should be some messages logged as the backend changes state. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 18 09:51:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 09:51: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 1UddmC-0008I3-Vb; Sat, 18 May 2013 09:50:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UddmB-0008Hl-Fq; Sat, 18 May 2013 09:50:07 +0000 Received: from [193.109.254.147:52432] by server-7.bemta-14.messagelabs.com id F1/14-27745-DCE47915; Sat, 18 May 2013 09:50:05 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1368870604!8937868!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9332 invoked from network); 18 May 2013 09:50:04 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 May 2013 09:50:04 -0000 X-IronPort-AV: E=Sophos;i="4.87,699,1363132800"; d="scan'208";a="4730943" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 18 May 2013 09:50:04 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Sat, 18 May 2013 10:50:02 +0100 Message-ID: <51974EC9.9030204@citrix.com> Date: Sat, 18 May 2013 11:50:01 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> In-Reply-To: <51959ED9.6040405@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 17/05/13 05:07, Colin Percival wrote: > On 05/16/13 17:43, Roger Pau Monn=E9 wrote: >> Thanks for testing this on EC2, could you post the full dmesg? So I can >> see the hypervisor version and if the PV timer is loaded or not. > = > Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: I've pushed a new branch to my repository, pvhvm_v7 that should work, there was a bug with PCI event channel interrupt set up. I've tested with 3.4 and seems OK, but of course it doesn't support the vector callback injection. Regards, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 18 09:51:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 09:51: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 1UddmC-0008I3-Vb; Sat, 18 May 2013 09:50:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UddmB-0008Hl-Fq; Sat, 18 May 2013 09:50:07 +0000 Received: from [193.109.254.147:52432] by server-7.bemta-14.messagelabs.com id F1/14-27745-DCE47915; Sat, 18 May 2013 09:50:05 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1368870604!8937868!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9332 invoked from network); 18 May 2013 09:50:04 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 May 2013 09:50:04 -0000 X-IronPort-AV: E=Sophos;i="4.87,699,1363132800"; d="scan'208";a="4730943" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 18 May 2013 09:50:04 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Sat, 18 May 2013 10:50:02 +0100 Message-ID: <51974EC9.9030204@citrix.com> Date: Sat, 18 May 2013 11:50:01 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> In-Reply-To: <51959ED9.6040405@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 17/05/13 05:07, Colin Percival wrote: > On 05/16/13 17:43, Roger Pau Monn=E9 wrote: >> Thanks for testing this on EC2, could you post the full dmesg? So I can >> see the hypervisor version and if the PV timer is loaded or not. > = > Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: I've pushed a new branch to my repository, pvhvm_v7 that should work, there was a bug with PCI event channel interrupt set up. I've tested with 3.4 and seems OK, but of course it doesn't support the vector callback injection. Regards, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 18 17:35:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 17:35: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 1Udl0u-00052k-Jc; Sat, 18 May 2013 17:33:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdjJa-00047Q-BH for xen-users@lists.xen.org; Sat, 18 May 2013 15:44:58 +0000 Received: from [85.158.143.99:12739] by server-2.bemta-4.messagelabs.com id 49/17-27124-8F1A7915; Sat, 18 May 2013 15:44:56 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-8.tower-216.messagelabs.com!1368891894!23296061!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1296 invoked from network); 18 May 2013 15:44:55 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-8.tower-216.messagelabs.com with SMTP; 18 May 2013 15:44:55 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type; s=smtpapi; bh=Bs5sr+wOKzR0aa8hftkb0jw0aHE=; b=RxbiZRt8RxOxvG7Ny fpatCltllYlZPOj41+j5MqFyEsmqMlJeSZdU4cbR4ScdqtOG6raRCVGFY/z4ns99 U+9+Z1OTgMKKB4UTSjHbgejR1ocPDh24IWYluDFs9EWyCgL3raB+gC76GPvGHXP9 3oLO+dlIw68YoRok/qcHWCmUOY= Received: by 10.12.16.8 with SMTP id mf37.23740.5197A1F58 Sat, 18 May 2013 15:44:53 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.17]) by mi19 (SG) with ESMTP id 13eb850a7ec.483a.1c1803 for ; Sat, 18 May 2013 10:44:53 -0500 (CST) Received: (qmail 79166 invoked from network); 18 May 2013 15:44:52 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 18 May 2013 15:44:52 -0000 Received: (qmail 2359 invoked from network); 18 May 2013 15:44:43 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 18 May 2013 15:44:43 -0000 Message-ID: <5197A1EA.2040404@freebsd.org> Date: Sat, 18 May 2013 08:44:42 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> In-Reply-To: <51974EC9.9030204@citrix.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------020702030504000604050707" X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nSUaoLVdGiINfzf+gk1uuc4HmAP5JiOZnfdAHXdmSYG7xQUhilo8JlhMYNaxa4xMU3J/42kaDLfIvrTdR95/Ff1 X-Mailman-Approved-At: Sat, 18 May 2013 17:33:48 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------020702030504000604050707 Content-Type: text/plain; charset=ISO-8859-1 content-transfer-encoding: quoted-printable On 05/18/13 02:50, Roger Pau Monn=E9 wrote:=0D > On 17/05/13 05:07, Colin Percival wrote:=0D >> On 05/16/13 17:43, Roger Pau Monn=E9 wrote:=0D >>> Thanks for testing this on EC2, could you post the full dmesg? So I can= =0D >>> see the hypervisor version and if the PV timer is loaded or not.=0D >>=0D >> Here's what I get on a cc2.8xlarge with boot_verbose=3DYES:=0D > =0D > I've pushed a new branch to my repository, pvhvm_v7 that should work,=0D > there was a bug with PCI event channel interrupt set up. I've tested=0D > with 3.4 and seems OK, but of course it doesn't support the vector=0D > callback injection.=0D =0D That seems to work. dmesg is attached. Are there any particular tests=0D you'd like me to run?=0D =0D If anyone else wants to play with this, you can launch ami-e75c358e in the= =0D EC2 us-east-1 region.=0D =0D -- =0D Colin Percival=0D Security Officer Emeritus, FreeBSD | The power to serve=0D Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid --------------020702030504000604050707 Content-Type: text/plain; charset=us-ascii; name="dmesg.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.log" Table 'FACP' at 0xfc005ee0 Table 'APIC' at 0xfc005fe0 APIC: Found table at 0xfc005fe0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 1: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 3: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 8 ACPI ID 4: enabled SMP: Added CPU 8 (AP) MADT: Found CPU APIC ID 10 ACPI ID 5: enabled SMP: Added CPU 10 (AP) MADT: Found CPU APIC ID 12 ACPI ID 6: enabled SMP: Added CPU 12 (AP) MADT: Found CPU APIC ID 14 ACPI ID 7: enabled SMP: Added CPU 14 (AP) MADT: Found CPU APIC ID 32 ACPI ID 8: enabled SMP: Added CPU 32 (AP) MADT: Found CPU APIC ID 34 ACPI ID 9: enabled SMP: Added CPU 34 (AP) MADT: Found CPU APIC ID 36 ACPI ID 10: enabled SMP: Added CPU 36 (AP) MADT: Found CPU APIC ID 38 ACPI ID 11: enabled SMP: Added CPU 38 (AP) MADT: Found CPU APIC ID 40 ACPI ID 12: enabled SMP: Added CPU 40 (AP) MADT: Found CPU APIC ID 42 ACPI ID 13: enabled SMP: Added CPU 42 (AP) MADT: Found CPU APIC ID 44 ACPI ID 14: enabled SMP: Added CPU 44 (AP) MADT: Found CPU APIC ID 46 ACPI ID 15: enabled SMP: Added CPU 46 (AP) MADT: Found CPU APIC ID 1 ACPI ID 16: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 17: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 18: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 19: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 9 ACPI ID 20: enabled SMP: Added CPU 9 (AP) MADT: Found CPU APIC ID 11 ACPI ID 21: enabled SMP: Added CPU 11 (AP) MADT: Found CPU APIC ID 13 ACPI ID 22: enabled SMP: Added CPU 13 (AP) MADT: Found CPU APIC ID 15 ACPI ID 23: enabled SMP: Added CPU 15 (AP) MADT: Found CPU APIC ID 33 ACPI ID 24: enabled SMP: Added CPU 33 (AP) MADT: Found CPU APIC ID 35 ACPI ID 25: enabled SMP: Added CPU 35 (AP) MADT: Found CPU APIC ID 37 ACPI ID 26: enabled SMP: Added CPU 37 (AP) MADT: Found CPU APIC ID 39 ACPI ID 27: enabled SMP: Added CPU 39 (AP) MADT: Found CPU APIC ID 41 ACPI ID 28: enabled SMP: Added CPU 41 (AP) MADT: Found CPU APIC ID 43 ACPI ID 29: enabled SMP: Added CPU 43 (AP) MADT: Found CPU APIC ID 45 ACPI ID 30: enabled SMP: Added CPU 45 (AP) MADT: Found CPU APIC ID 47 ACPI ID 31: enabled SMP: Added CPU 47 (AP) Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r+9b25356: Sat May 18 14:46:16 UTC 2013 root@ip-10-140-132-115:/usr/obj/usr/src/sys/XENHVM amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. XEN: Hypervisor version 3.4 detected. XEN: Disabling emulated block and network devices Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81912000. Hypervisor: Origin = "XenVMMXenVMM" Calibrating TSC clock ... TSC clock: 2593802768 Hz CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz (2593.80-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206d6 Family = 0x6 Model = 0x2d Stepping = 6 Features=0x1781fbff Features2=0x9c982201 AMD Features=0x20100800 AMD Features2=0x1 real memory = 65011712000 (62000 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001972000 - 0x00000000bfffffff, 3194544128 bytes (779918 pages) 0x0000000100000000 - 0x0000000efeb95fff, 60108136448 bytes (14674838 pages) avail memory = 60563271680 (57757 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target INTR: Adding local APIC 8 as a target INTR: Adding local APIC 9 as a target INTR: Adding local APIC 10 as a target INTR: Adding local APIC 11 as a target INTR: Adding local APIC 12 as a target INTR: Adding local APIC 13 as a target INTR: Adding local APIC 14 as a target INTR: Adding local APIC 15 as a target INTR: Adding local APIC 32 as a target INTR: Adding local APIC 33 as a target INTR: Adding local APIC 34 as a target INTR: Adding local APIC 35 as a target INTR: Adding local APIC 36 as a target INTR: Adding local APIC 37 as a target INTR: Adding local APIC 38 as a target INTR: Adding local APIC 39 as a target INTR: Adding local APIC 40 as a target INTR: Adding local APIC 41 as a target INTR: Adding local APIC 42 as a target INTR: Adding local APIC 43 as a target INTR: Adding local APIC 44 as a target INTR: Adding local APIC 45 as a target INTR: Adding local APIC 46 as a target INTR: Adding local APIC 47 as a target FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 cpu12 (AP): APIC ID: 12 cpu13 (AP): APIC ID: 13 cpu14 (AP): APIC ID: 14 cpu15 (AP): APIC ID: 15 cpu16 (AP): APIC ID: 32 cpu17 (AP): APIC ID: 33 cpu18 (AP): APIC ID: 34 cpu19 (AP): APIC ID: 35 cpu20 (AP): APIC ID: 36 cpu21 (AP): APIC ID: 37 cpu22 (AP): APIC ID: 38 cpu23 (AP): APIC ID: 39 cpu24 (AP): APIC ID: 40 cpu25 (AP): APIC ID: 41 cpu26 (AP): APIC ID: 42 cpu27 (AP): APIC ID: 43 cpu28 (AP): APIC ID: 44 cpu29 (AP): APIC ID: 45 cpu30 (AP): APIC ID: 46 cpu31 (AP): APIC ID: 47 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff80003cc000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 16 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 17 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 18 APIC: CPU 6 has ACPI ID 3 APIC: CPU 7 has ACPI ID 19 APIC: CPU 8 has ACPI ID 4 APIC: CPU 9 has ACPI ID 20 APIC: CPU 10 has ACPI ID 5 APIC: CPU 11 has ACPI ID 21 APIC: CPU 12 has ACPI ID 6 APIC: CPU 13 has ACPI ID 22 APIC: CPU 14 has ACPI ID 7 APIC: CPU 15 has ACPI ID 23 APIC: CPU 16 has ACPI ID 8 APIC: CPU 17 has ACPI ID 24 APIC: CPU 18 has ACPI ID 9 APIC: CPU 19 has ACPI ID 25 APIC: CPU 20 has ACPI ID 10 APIC: CPU 21 has ACPI ID 26 APIC: CPU 22 has ACPI ID 11 APIC: CPU 23 has ACPI ID 27 APIC: CPU 24 has ACPI ID 12 APIC: CPU 25 has ACPI ID 28 APIC: CPU 26 has ACPI ID 13 APIC: CPU 27 has ACPI ID 29 APIC: CPU 28 has ACPI ID 14 APIC: CPU 29 has ACPI ID 30 APIC: CPU 30 has ACPI ID 15 APIC: CPU 31 has ACPI ID 31 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ULE: setup cpu 8 ULE: setup cpu 9 ULE: setup cpu 10 ULE: setup cpu 11 ULE: setup cpu 12 ULE: setup cpu 13 ULE: setup cpu 14 ULE: setup cpu 15 ULE: setup cpu 16 ULE: setup cpu 17 ULE: setup cpu 18 ULE: setup cpu 19 ULE: setup cpu 20 ULE: setup cpu 21 ULE: setup cpu 22 ULE: setup cpu 23 ULE: setup cpu 24 ULE: setup cpu 25 ULE: setup cpu 26 ULE: setup cpu 27 ULE: setup cpu 28 ULE: setup cpu 29 ULE: setup cpu 30 ULE: setup cpu 31 ACPI: RSDP 0xea020 00024 (v02 Xen) ACPI: XSDT 0xfc006430 0004C (v01 Xen HVM 00000000 HVML 00000000) ACPI: FACP 0xfc005ee0 000F4 (v04 Xen HVM 00000000 HVML 00000000) ACPI: DSDT 0xfc002c40 0321F (v02 Xen HVM 00000000 INTL 20090220) ACPI: FACS 0xfc002c00 00040 ACPI: APIC 0xfc005fe0 00160 (v02 Xen HVM 00000000 HVML 00000000) ACPI: SRAT 0xfc006140 00280 (v01 Xen HVM 00000000 HVML 00000000) ACPI: SLIT 0xfc0063c0 00030 (v01 Xen HVM 00000000 HVML 00000000) ACPI: HPET 0xfc0063f0 00038 (v01 Xen HVM 00000000 HVML 00000000) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 5, irq 5 ioapic0: intpin 5 trigger: level ioapic0: intpin 5 polarity: low MADT: Interrupt override: source 10, irq 10 ioapic0: intpin 10 trigger: level ioapic0: intpin 10 polarity: low MADT: Interrupt override: source 11, irq 11 ioapic0: intpin 11 trigger: level ioapic0: intpin 11 polarity: low MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Event-channel device installed. snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> null: nfslock: pseudo-device random: VESA: INT 0x10 vector 0xc000:0x836e VESA: information block 0000 56 45 53 41 00 02 f5 82 00 c0 00 00 00 00 40 00 0010 00 02 40 00 00 01 f5 82 00 c0 f5 82 00 c0 0e 83 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 01 01 10 01 11 01 12 01 03 01 13 01 14 01 15 01 0050 05 01 16 01 17 01 18 01 07 01 19 01 1a 01 ff ff 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v2.0, 4096k memory, flags:0x0, mode table:0xffffff80003ff040 (2000040) VESA: VGABIOS Cirrus extension VESA: VGABIOS Cirrus extension VGABIOS Cirrus extension 1.0 io: kbd: new array size 4 kbd1 at kbdmux0 mem: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hpt27xx: RocketRAID 27xx controller driver v1.0 xen_et0: vector callbacks unavailable acpi0: on motherboard ACPI: All ACPI Tables successfully acquired ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed cpu0: Processor \\_PR_.PR00 (ACPI ID 0) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \\_PR_.PR01 (ACPI ID 1) -> APIC ID 2 cpu1: on acpi0 cpu2: Processor \\_PR_.PR02 (ACPI ID 2) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \\_PR_.PR03 (ACPI ID 3) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \\_PR_.PR04 (ACPI ID 4) -> APIC ID 8 cpu4: on acpi0 cpu5: Processor \\_PR_.PR05 (ACPI ID 5) -> APIC ID 10 cpu5: on acpi0 cpu6: Processor \\_PR_.PR06 (ACPI ID 6) -> APIC ID 12 cpu6: on acpi0 cpu7: Processor \\_PR_.PR07 (ACPI ID 7) -> APIC ID 14 cpu7: on acpi0 cpu8: Processor \\_PR_.PR08 (ACPI ID 8) -> APIC ID 16 cpu8: on acpi0 cpu9: Processor \\_PR_.PR09 (ACPI ID 9) -> APIC ID 18 cpu9: on acpi0 cpu10: Processor \\_PR_.PR0A (ACPI ID 10) -> APIC ID 20 cpu10: on acpi0 cpu11: Processor \\_PR_.PR0B (ACPI ID 11) -> APIC ID 22 cpu11: on acpi0 cpu12: Processor \\_PR_.PR0C (ACPI ID 12) -> APIC ID 24 cpu12: on acpi0 cpu13: Processor \\_PR_.PR0D (ACPI ID 13) -> APIC ID 26 cpu13: on acpi0 cpu14: Processor \\_PR_.PR0E (ACPI ID 14) -> APIC ID 28 cpu14: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 62500000Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic Timecounter "HPET" frequency 62500000 Hz quality 950 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 ACPI timer: 1/18 1/8 1/7 1/8 1/8 1/7 1/5 1/8 1/16 1/8 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1f48-0x1f4b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 10 11 Validation 0 10 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 10 11 Validation 0 11 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000000-0xf4ffffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x1237, revid=0x02 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7000, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7010, revid=0x00 domain=0, bus=0, slot=1, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1 map[20]: type I/O Port, range 32, base 0xc100, size 4, enabled pcib0: allocated type 4 (0xc100-0xc10f) for rid 20 of pci0:0:1:1 found-> vendor=0x8086, dev=0x7113, revid=0x01 domain=0, bus=0, slot=1, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 20 found-> vendor=0x1013, dev=0x00b8, revid=0x00 domain=0, bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 25, enabled pcib0: allocated type 3 (0xc0000000-0xc1ffffff) for rid 10 of pci0:0:2:0 map[14]: type Memory, range 32, base 0xc3000000, size 12, enabled pcib0: allocated type 3 (0xc3000000-0xc3000fff) for rid 14 of pci0:0:2:0 found-> vendor=0x5853, dev=0x0001, revid=0x01 domain=0, bus=0, slot=3, func=0 class=ff-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib0: allocated type 4 (0xc000-0xc0ff) for rid 10 of pci0:0:3:0 map[14]: type Prefetchable Memory, range 32, base 0xc2000000, size 24, enabled pcib0: allocated type 3 (0xc2000000-0xc2ffffff) for rid 14 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 28 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc100-0xc10f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: at channel 1 on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xc0000000-0xc1ffffff,0xc3000000-0xc3000fff at device 2.0 on pci0 xenpci0: port 0xc000-0xc0ff mem 0xc2000000-0xc2ffffff irq 28 at device 3.0 on pci0 ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 0 vector 53 xenstore0: on xenpci0 Grant table initialized psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0061 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] psm0: current command byte:0061 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt uart0: console (9600,n,8,1) ppc0: using extended I/O port range ACPI: Enabled 1 GPEs in block 00 to 1F acpi0: wakeup code va 0xffffff9096fb5000 pa 0x4000 ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0: No FDOUT register! fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 50000487 Hz Timecounters tick every 10.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 524288 lo0: bpf attached hptrr: no controller detected. hpt27xx: no controller detected. xenbusb_front0: on xenstore0 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 xn0: at device/vif/0 on xenbusb_front0 xn0: bpf attached xn0: Ethernet address: 12:31:39:37:18:49 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xn0: backend features: feature-sg feature-gso-tcp4 xbd0: 10240MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 xbd0: disk supports cache flush using: barriers GEOM: new disk ad0 xbd1: 860095MB at device/vbd/51728 on xenbusb_front0 xbd1: disk supports cache flush using: barriers xbd2: 860095MB at device/vbd/51744 on xenbusb_front0 xbd2: disk supports cache flush using: barriers xbd3: 860095MB at device/vbd/51760 on xenbusb_front0 xbd3: disk supports cache flush using: barriers xbd4: 860095MB at device/vbd/51776 on xenbusb_front0 xbd4: disk supports cache flush using: barriers SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #20 Launched! cpu20 AP: ID: 0x24000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #21 Launched! cpu21 AP: ID: 0x25000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #13 Launched! cpu13 AP: ID: 0x0d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #31 Launched! cpu31 AP: ID: 0x2f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #27 Launched! cpu27 AP: ID: 0x2b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #29 Launched! cpu29 AP: ID: 0x2d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #11 Launched! cpu11 AP: ID: 0x0b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #28 Launched! cpu28 AP: ID: 0x2c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #14 Launched! cpu14 AP: ID: 0x0e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #18 Launched! cpu18 AP: ID: 0x22000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #12 Launched! cpu12 AP: ID: 0x0c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #8 Launched! cpu8 AP: ID: 0x08000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #10 Launched! cpu10 AP: ID: 0x0a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #24 Launched! cpu24 AP: ID: 0x28000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #15 Launched! cpu15 AP: ID: 0x0f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #25 Launched! cpu25 AP: ID: 0x29000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #19 Launched! cpu19 AP: ID: 0x23000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #16 Launched! cpu16 AP: ID: 0x20000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #22 Launched! cpu22 AP: ID: 0x26000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #30 Launched! cpu30 AP: ID: 0x2e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #26 Launched! cpu26 AP: ID: 0x2a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #17 Launched! cpu17 AP: ID: 0x21000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #23 Launched! cpu23 AP: ID: 0x27000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #9 Launched! cpu9 AP: ID: 0x09000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 7 vector 48 TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1296901384 Hz quality -100 WARNING: WITNESS option enabled, expect reduced performance. GEOM: new disk xbd1 GEOM: new disk xbd2 GEOM: new disk xbd3 GEOM: new disk xbd4 Trying to mount root from ufs:/dev/ad0a [rw]... start_init: trying /sbin/init Setting hostuuid: 00000000-0000-0000-0000-ec2195337621. Setting hostid: 0xd9cb810e. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/ad0a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0a: clean, 1121193 free (3953 frags, 139655 blocks, 0.2% fragmentation) Mounting local file systems:. xn0: 2 link states coalesced Starting Network: lo0 xn0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 xn0: flags=8843 metric 0 mtu 1500 options=503 ether 12:31:39:37:18:49 nd6 options=29 media: Ethernet manual status: active Starting devd. Starting dhclient. DHCPREQUEST on xn0 to 255.255.255.255 port 67 DHCPNAK from 169.254.1.0 DHCPDISCOVER on xn0 to 255.255.255.255 port 67 interval 6 DHCPOFFER from 169.254.1.0 DHCPREQUEST on xn0 to 255.255.255.255 port 67 DHCPACK from 169.254.1.0 bound to 10.58.166.183 -- renewal in 43200 seconds. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files. Starting syslogd. Attempting to create a 15494 MB swap area on /dev/xbd1... done. Attempting to create a 15494 MB swap area on /dev/xbd2... done. Attempting to create a 15494 MB swap area on /dev/xbd3... done. Attempting to create a 15494 MB swap area on /dev/xbd4... done. Enabling swapping to /dev/xbd1s1b Enabling swapping to /dev/xbd2s1b Enabling swapping to /dev/xbd3s1b Enabling swapping to /dev/xbd4s1b Enabling crash dumps to /dev/xbd1s1b No core dumps found. Clearing /tmp (X related). Updating motd:. Fetching SSH public key for ec2-user Starting sshd. ec2: ############################################################# ec2: -----BEGIN SSH HOST KEY FINGERPRINTS----- ec2: 1024 65:01:f6:12:a2:34:4d:90:0f:a1:4f:b5:7a:e2:45:44 /etc/ssh/ssh_host_dsa_key.pub (DSA) ec2: 256 cb:17:bf:04:f0:2a:9e:64:b0:d5:a9:a7:31:98:1b:84 /etc/ssh/ssh_host_ecdsa_key.pub (ECDSA) ec2: 1024 13:18:35:e1:ea:37:58:c6:41:f5:97:97:69:f7:1b:7a /etc/ssh/ssh_host_key.pub (RSA1) ec2: 2048 4b:06:3d:8a:6f:49:c6:81:f2:1d:bb:78:70:26:b6:70 /etc/ssh/ssh_host_rsa_key.pub (RSA) ec2: -----END SSH HOST KEY FINGERPRINTS----- ec2: ############################################################# Configuring syscons: blanktime. Starting cron. Starting background file system checks in 60 seconds. Sat May 18 15:40:45 UTC 2013 May 18 15:40:53 ip-10-58-166-183 su: ec2-user to root on /dev/pts/0 --------------020702030504000604050707 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------020702030504000604050707-- From xen-users-bounces@lists.xen.org Sat May 18 17:35:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 18 May 2013 17:35: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 1Udl0u-00052k-Jc; Sat, 18 May 2013 17:33:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UdjJa-00047Q-BH for xen-users@lists.xen.org; Sat, 18 May 2013 15:44:58 +0000 Received: from [85.158.143.99:12739] by server-2.bemta-4.messagelabs.com id 49/17-27124-8F1A7915; Sat, 18 May 2013 15:44:56 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-8.tower-216.messagelabs.com!1368891894!23296061!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1296 invoked from network); 18 May 2013 15:44:55 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-8.tower-216.messagelabs.com with SMTP; 18 May 2013 15:44:55 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type; s=smtpapi; bh=Bs5sr+wOKzR0aa8hftkb0jw0aHE=; b=RxbiZRt8RxOxvG7Ny fpatCltllYlZPOj41+j5MqFyEsmqMlJeSZdU4cbR4ScdqtOG6raRCVGFY/z4ns99 U+9+Z1OTgMKKB4UTSjHbgejR1ocPDh24IWYluDFs9EWyCgL3raB+gC76GPvGHXP9 3oLO+dlIw68YoRok/qcHWCmUOY= Received: by 10.12.16.8 with SMTP id mf37.23740.5197A1F58 Sat, 18 May 2013 15:44:53 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.17]) by mi19 (SG) with ESMTP id 13eb850a7ec.483a.1c1803 for ; Sat, 18 May 2013 10:44:53 -0500 (CST) Received: (qmail 79166 invoked from network); 18 May 2013 15:44:52 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 18 May 2013 15:44:52 -0000 Received: (qmail 2359 invoked from network); 18 May 2013 15:44:43 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 18 May 2013 15:44:43 -0000 Message-ID: <5197A1EA.2040404@freebsd.org> Date: Sat, 18 May 2013 08:44:42 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> In-Reply-To: <51974EC9.9030204@citrix.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------020702030504000604050707" X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nSUaoLVdGiINfzf+gk1uuc4HmAP5JiOZnfdAHXdmSYG7xQUhilo8JlhMYNaxa4xMU3J/42kaDLfIvrTdR95/Ff1 X-Mailman-Approved-At: Sat, 18 May 2013 17:33:48 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------020702030504000604050707 Content-Type: text/plain; charset=ISO-8859-1 content-transfer-encoding: quoted-printable On 05/18/13 02:50, Roger Pau Monn=E9 wrote:=0D > On 17/05/13 05:07, Colin Percival wrote:=0D >> On 05/16/13 17:43, Roger Pau Monn=E9 wrote:=0D >>> Thanks for testing this on EC2, could you post the full dmesg? So I can= =0D >>> see the hypervisor version and if the PV timer is loaded or not.=0D >>=0D >> Here's what I get on a cc2.8xlarge with boot_verbose=3DYES:=0D > =0D > I've pushed a new branch to my repository, pvhvm_v7 that should work,=0D > there was a bug with PCI event channel interrupt set up. I've tested=0D > with 3.4 and seems OK, but of course it doesn't support the vector=0D > callback injection.=0D =0D That seems to work. dmesg is attached. Are there any particular tests=0D you'd like me to run?=0D =0D If anyone else wants to play with this, you can launch ami-e75c358e in the= =0D EC2 us-east-1 region.=0D =0D -- =0D Colin Percival=0D Security Officer Emeritus, FreeBSD | The power to serve=0D Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid --------------020702030504000604050707 Content-Type: text/plain; charset=us-ascii; name="dmesg.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.log" Table 'FACP' at 0xfc005ee0 Table 'APIC' at 0xfc005fe0 APIC: Found table at 0xfc005fe0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 1: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 3: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 8 ACPI ID 4: enabled SMP: Added CPU 8 (AP) MADT: Found CPU APIC ID 10 ACPI ID 5: enabled SMP: Added CPU 10 (AP) MADT: Found CPU APIC ID 12 ACPI ID 6: enabled SMP: Added CPU 12 (AP) MADT: Found CPU APIC ID 14 ACPI ID 7: enabled SMP: Added CPU 14 (AP) MADT: Found CPU APIC ID 32 ACPI ID 8: enabled SMP: Added CPU 32 (AP) MADT: Found CPU APIC ID 34 ACPI ID 9: enabled SMP: Added CPU 34 (AP) MADT: Found CPU APIC ID 36 ACPI ID 10: enabled SMP: Added CPU 36 (AP) MADT: Found CPU APIC ID 38 ACPI ID 11: enabled SMP: Added CPU 38 (AP) MADT: Found CPU APIC ID 40 ACPI ID 12: enabled SMP: Added CPU 40 (AP) MADT: Found CPU APIC ID 42 ACPI ID 13: enabled SMP: Added CPU 42 (AP) MADT: Found CPU APIC ID 44 ACPI ID 14: enabled SMP: Added CPU 44 (AP) MADT: Found CPU APIC ID 46 ACPI ID 15: enabled SMP: Added CPU 46 (AP) MADT: Found CPU APIC ID 1 ACPI ID 16: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 17: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 18: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 19: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 9 ACPI ID 20: enabled SMP: Added CPU 9 (AP) MADT: Found CPU APIC ID 11 ACPI ID 21: enabled SMP: Added CPU 11 (AP) MADT: Found CPU APIC ID 13 ACPI ID 22: enabled SMP: Added CPU 13 (AP) MADT: Found CPU APIC ID 15 ACPI ID 23: enabled SMP: Added CPU 15 (AP) MADT: Found CPU APIC ID 33 ACPI ID 24: enabled SMP: Added CPU 33 (AP) MADT: Found CPU APIC ID 35 ACPI ID 25: enabled SMP: Added CPU 35 (AP) MADT: Found CPU APIC ID 37 ACPI ID 26: enabled SMP: Added CPU 37 (AP) MADT: Found CPU APIC ID 39 ACPI ID 27: enabled SMP: Added CPU 39 (AP) MADT: Found CPU APIC ID 41 ACPI ID 28: enabled SMP: Added CPU 41 (AP) MADT: Found CPU APIC ID 43 ACPI ID 29: enabled SMP: Added CPU 43 (AP) MADT: Found CPU APIC ID 45 ACPI ID 30: enabled SMP: Added CPU 45 (AP) MADT: Found CPU APIC ID 47 ACPI ID 31: enabled SMP: Added CPU 47 (AP) Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r+9b25356: Sat May 18 14:46:16 UTC 2013 root@ip-10-140-132-115:/usr/obj/usr/src/sys/XENHVM amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. XEN: Hypervisor version 3.4 detected. XEN: Disabling emulated block and network devices Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81912000. Hypervisor: Origin = "XenVMMXenVMM" Calibrating TSC clock ... TSC clock: 2593802768 Hz CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz (2593.80-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206d6 Family = 0x6 Model = 0x2d Stepping = 6 Features=0x1781fbff Features2=0x9c982201 AMD Features=0x20100800 AMD Features2=0x1 real memory = 65011712000 (62000 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001972000 - 0x00000000bfffffff, 3194544128 bytes (779918 pages) 0x0000000100000000 - 0x0000000efeb95fff, 60108136448 bytes (14674838 pages) avail memory = 60563271680 (57757 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target INTR: Adding local APIC 8 as a target INTR: Adding local APIC 9 as a target INTR: Adding local APIC 10 as a target INTR: Adding local APIC 11 as a target INTR: Adding local APIC 12 as a target INTR: Adding local APIC 13 as a target INTR: Adding local APIC 14 as a target INTR: Adding local APIC 15 as a target INTR: Adding local APIC 32 as a target INTR: Adding local APIC 33 as a target INTR: Adding local APIC 34 as a target INTR: Adding local APIC 35 as a target INTR: Adding local APIC 36 as a target INTR: Adding local APIC 37 as a target INTR: Adding local APIC 38 as a target INTR: Adding local APIC 39 as a target INTR: Adding local APIC 40 as a target INTR: Adding local APIC 41 as a target INTR: Adding local APIC 42 as a target INTR: Adding local APIC 43 as a target INTR: Adding local APIC 44 as a target INTR: Adding local APIC 45 as a target INTR: Adding local APIC 46 as a target INTR: Adding local APIC 47 as a target FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 cpu12 (AP): APIC ID: 12 cpu13 (AP): APIC ID: 13 cpu14 (AP): APIC ID: 14 cpu15 (AP): APIC ID: 15 cpu16 (AP): APIC ID: 32 cpu17 (AP): APIC ID: 33 cpu18 (AP): APIC ID: 34 cpu19 (AP): APIC ID: 35 cpu20 (AP): APIC ID: 36 cpu21 (AP): APIC ID: 37 cpu22 (AP): APIC ID: 38 cpu23 (AP): APIC ID: 39 cpu24 (AP): APIC ID: 40 cpu25 (AP): APIC ID: 41 cpu26 (AP): APIC ID: 42 cpu27 (AP): APIC ID: 43 cpu28 (AP): APIC ID: 44 cpu29 (AP): APIC ID: 45 cpu30 (AP): APIC ID: 46 cpu31 (AP): APIC ID: 47 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff80003cc000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 16 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 17 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 18 APIC: CPU 6 has ACPI ID 3 APIC: CPU 7 has ACPI ID 19 APIC: CPU 8 has ACPI ID 4 APIC: CPU 9 has ACPI ID 20 APIC: CPU 10 has ACPI ID 5 APIC: CPU 11 has ACPI ID 21 APIC: CPU 12 has ACPI ID 6 APIC: CPU 13 has ACPI ID 22 APIC: CPU 14 has ACPI ID 7 APIC: CPU 15 has ACPI ID 23 APIC: CPU 16 has ACPI ID 8 APIC: CPU 17 has ACPI ID 24 APIC: CPU 18 has ACPI ID 9 APIC: CPU 19 has ACPI ID 25 APIC: CPU 20 has ACPI ID 10 APIC: CPU 21 has ACPI ID 26 APIC: CPU 22 has ACPI ID 11 APIC: CPU 23 has ACPI ID 27 APIC: CPU 24 has ACPI ID 12 APIC: CPU 25 has ACPI ID 28 APIC: CPU 26 has ACPI ID 13 APIC: CPU 27 has ACPI ID 29 APIC: CPU 28 has ACPI ID 14 APIC: CPU 29 has ACPI ID 30 APIC: CPU 30 has ACPI ID 15 APIC: CPU 31 has ACPI ID 31 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ULE: setup cpu 8 ULE: setup cpu 9 ULE: setup cpu 10 ULE: setup cpu 11 ULE: setup cpu 12 ULE: setup cpu 13 ULE: setup cpu 14 ULE: setup cpu 15 ULE: setup cpu 16 ULE: setup cpu 17 ULE: setup cpu 18 ULE: setup cpu 19 ULE: setup cpu 20 ULE: setup cpu 21 ULE: setup cpu 22 ULE: setup cpu 23 ULE: setup cpu 24 ULE: setup cpu 25 ULE: setup cpu 26 ULE: setup cpu 27 ULE: setup cpu 28 ULE: setup cpu 29 ULE: setup cpu 30 ULE: setup cpu 31 ACPI: RSDP 0xea020 00024 (v02 Xen) ACPI: XSDT 0xfc006430 0004C (v01 Xen HVM 00000000 HVML 00000000) ACPI: FACP 0xfc005ee0 000F4 (v04 Xen HVM 00000000 HVML 00000000) ACPI: DSDT 0xfc002c40 0321F (v02 Xen HVM 00000000 INTL 20090220) ACPI: FACS 0xfc002c00 00040 ACPI: APIC 0xfc005fe0 00160 (v02 Xen HVM 00000000 HVML 00000000) ACPI: SRAT 0xfc006140 00280 (v01 Xen HVM 00000000 HVML 00000000) ACPI: SLIT 0xfc0063c0 00030 (v01 Xen HVM 00000000 HVML 00000000) ACPI: HPET 0xfc0063f0 00038 (v01 Xen HVM 00000000 HVML 00000000) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 5, irq 5 ioapic0: intpin 5 trigger: level ioapic0: intpin 5 polarity: low MADT: Interrupt override: source 10, irq 10 ioapic0: intpin 10 trigger: level ioapic0: intpin 10 polarity: low MADT: Interrupt override: source 11, irq 11 ioapic0: intpin 11 trigger: level ioapic0: intpin 11 polarity: low MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Event-channel device installed. snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> null: nfslock: pseudo-device random: VESA: INT 0x10 vector 0xc000:0x836e VESA: information block 0000 56 45 53 41 00 02 f5 82 00 c0 00 00 00 00 40 00 0010 00 02 40 00 00 01 f5 82 00 c0 f5 82 00 c0 0e 83 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 01 01 10 01 11 01 12 01 03 01 13 01 14 01 15 01 0050 05 01 16 01 17 01 18 01 07 01 19 01 1a 01 ff ff 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v2.0, 4096k memory, flags:0x0, mode table:0xffffff80003ff040 (2000040) VESA: VGABIOS Cirrus extension VESA: VGABIOS Cirrus extension VGABIOS Cirrus extension 1.0 io: kbd: new array size 4 kbd1 at kbdmux0 mem: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hpt27xx: RocketRAID 27xx controller driver v1.0 xen_et0: vector callbacks unavailable acpi0: on motherboard ACPI: All ACPI Tables successfully acquired ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed cpu0: Processor \\_PR_.PR00 (ACPI ID 0) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \\_PR_.PR01 (ACPI ID 1) -> APIC ID 2 cpu1: on acpi0 cpu2: Processor \\_PR_.PR02 (ACPI ID 2) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \\_PR_.PR03 (ACPI ID 3) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \\_PR_.PR04 (ACPI ID 4) -> APIC ID 8 cpu4: on acpi0 cpu5: Processor \\_PR_.PR05 (ACPI ID 5) -> APIC ID 10 cpu5: on acpi0 cpu6: Processor \\_PR_.PR06 (ACPI ID 6) -> APIC ID 12 cpu6: on acpi0 cpu7: Processor \\_PR_.PR07 (ACPI ID 7) -> APIC ID 14 cpu7: on acpi0 cpu8: Processor \\_PR_.PR08 (ACPI ID 8) -> APIC ID 16 cpu8: on acpi0 cpu9: Processor \\_PR_.PR09 (ACPI ID 9) -> APIC ID 18 cpu9: on acpi0 cpu10: Processor \\_PR_.PR0A (ACPI ID 10) -> APIC ID 20 cpu10: on acpi0 cpu11: Processor \\_PR_.PR0B (ACPI ID 11) -> APIC ID 22 cpu11: on acpi0 cpu12: Processor \\_PR_.PR0C (ACPI ID 12) -> APIC ID 24 cpu12: on acpi0 cpu13: Processor \\_PR_.PR0D (ACPI ID 13) -> APIC ID 26 cpu13: on acpi0 cpu14: Processor \\_PR_.PR0E (ACPI ID 14) -> APIC ID 28 cpu14: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 62500000Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic Timecounter "HPET" frequency 62500000 Hz quality 950 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 ACPI timer: 1/18 1/8 1/7 1/8 1/8 1/7 1/5 1/8 1/16 1/8 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1f48-0x1f4b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 10 11 Validation 0 10 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 10 11 Validation 0 11 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000000-0xf4ffffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x1237, revid=0x02 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7000, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7010, revid=0x00 domain=0, bus=0, slot=1, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1 map[20]: type I/O Port, range 32, base 0xc100, size 4, enabled pcib0: allocated type 4 (0xc100-0xc10f) for rid 20 of pci0:0:1:1 found-> vendor=0x8086, dev=0x7113, revid=0x01 domain=0, bus=0, slot=1, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 20 found-> vendor=0x1013, dev=0x00b8, revid=0x00 domain=0, bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 25, enabled pcib0: allocated type 3 (0xc0000000-0xc1ffffff) for rid 10 of pci0:0:2:0 map[14]: type Memory, range 32, base 0xc3000000, size 12, enabled pcib0: allocated type 3 (0xc3000000-0xc3000fff) for rid 14 of pci0:0:2:0 found-> vendor=0x5853, dev=0x0001, revid=0x01 domain=0, bus=0, slot=3, func=0 class=ff-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib0: allocated type 4 (0xc000-0xc0ff) for rid 10 of pci0:0:3:0 map[14]: type Prefetchable Memory, range 32, base 0xc2000000, size 24, enabled pcib0: allocated type 3 (0xc2000000-0xc2ffffff) for rid 14 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 28 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc100-0xc10f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: at channel 1 on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xc0000000-0xc1ffffff,0xc3000000-0xc3000fff at device 2.0 on pci0 xenpci0: port 0xc000-0xc0ff mem 0xc2000000-0xc2ffffff irq 28 at device 3.0 on pci0 ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 0 vector 53 xenstore0: on xenpci0 Grant table initialized psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0061 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] psm0: current command byte:0061 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt uart0: console (9600,n,8,1) ppc0: using extended I/O port range ACPI: Enabled 1 GPEs in block 00 to 1F acpi0: wakeup code va 0xffffff9096fb5000 pa 0x4000 ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0: No FDOUT register! fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 50000487 Hz Timecounters tick every 10.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 524288 lo0: bpf attached hptrr: no controller detected. hpt27xx: no controller detected. xenbusb_front0: on xenstore0 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 xn0: at device/vif/0 on xenbusb_front0 xn0: bpf attached xn0: Ethernet address: 12:31:39:37:18:49 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xn0: backend features: feature-sg feature-gso-tcp4 xbd0: 10240MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 xbd0: disk supports cache flush using: barriers GEOM: new disk ad0 xbd1: 860095MB at device/vbd/51728 on xenbusb_front0 xbd1: disk supports cache flush using: barriers xbd2: 860095MB at device/vbd/51744 on xenbusb_front0 xbd2: disk supports cache flush using: barriers xbd3: 860095MB at device/vbd/51760 on xenbusb_front0 xbd3: disk supports cache flush using: barriers xbd4: 860095MB at device/vbd/51776 on xenbusb_front0 xbd4: disk supports cache flush using: barriers SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #20 Launched! cpu20 AP: ID: 0x24000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #21 Launched! cpu21 AP: ID: 0x25000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #13 Launched! cpu13 AP: ID: 0x0d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #31 Launched! cpu31 AP: ID: 0x2f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #27 Launched! cpu27 AP: ID: 0x2b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #29 Launched! cpu29 AP: ID: 0x2d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #11 Launched! cpu11 AP: ID: 0x0b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #28 Launched! cpu28 AP: ID: 0x2c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #14 Launched! cpu14 AP: ID: 0x0e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #18 Launched! cpu18 AP: ID: 0x22000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #12 Launched! cpu12 AP: ID: 0x0c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #8 Launched! cpu8 AP: ID: 0x08000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #10 Launched! cpu10 AP: ID: 0x0a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #24 Launched! cpu24 AP: ID: 0x28000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #15 Launched! cpu15 AP: ID: 0x0f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #25 Launched! cpu25 AP: ID: 0x29000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #19 Launched! cpu19 AP: ID: 0x23000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #16 Launched! cpu16 AP: ID: 0x20000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #22 Launched! cpu22 AP: ID: 0x26000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #30 Launched! cpu30 AP: ID: 0x2e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #26 Launched! cpu26 AP: ID: 0x2a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #17 Launched! cpu17 AP: ID: 0x21000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #23 Launched! cpu23 AP: ID: 0x27000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #9 Launched! cpu9 AP: ID: 0x09000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 7 vector 48 TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1296901384 Hz quality -100 WARNING: WITNESS option enabled, expect reduced performance. GEOM: new disk xbd1 GEOM: new disk xbd2 GEOM: new disk xbd3 GEOM: new disk xbd4 Trying to mount root from ufs:/dev/ad0a [rw]... start_init: trying /sbin/init Setting hostuuid: 00000000-0000-0000-0000-ec2195337621. Setting hostid: 0xd9cb810e. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/ad0a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0a: clean, 1121193 free (3953 frags, 139655 blocks, 0.2% fragmentation) Mounting local file systems:. xn0: 2 link states coalesced Starting Network: lo0 xn0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 xn0: flags=8843 metric 0 mtu 1500 options=503 ether 12:31:39:37:18:49 nd6 options=29 media: Ethernet manual status: active Starting devd. Starting dhclient. DHCPREQUEST on xn0 to 255.255.255.255 port 67 DHCPNAK from 169.254.1.0 DHCPDISCOVER on xn0 to 255.255.255.255 port 67 interval 6 DHCPOFFER from 169.254.1.0 DHCPREQUEST on xn0 to 255.255.255.255 port 67 DHCPACK from 169.254.1.0 bound to 10.58.166.183 -- renewal in 43200 seconds. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files. Starting syslogd. Attempting to create a 15494 MB swap area on /dev/xbd1... done. Attempting to create a 15494 MB swap area on /dev/xbd2... done. Attempting to create a 15494 MB swap area on /dev/xbd3... done. Attempting to create a 15494 MB swap area on /dev/xbd4... done. Enabling swapping to /dev/xbd1s1b Enabling swapping to /dev/xbd2s1b Enabling swapping to /dev/xbd3s1b Enabling swapping to /dev/xbd4s1b Enabling crash dumps to /dev/xbd1s1b No core dumps found. Clearing /tmp (X related). Updating motd:. Fetching SSH public key for ec2-user Starting sshd. ec2: ############################################################# ec2: -----BEGIN SSH HOST KEY FINGERPRINTS----- ec2: 1024 65:01:f6:12:a2:34:4d:90:0f:a1:4f:b5:7a:e2:45:44 /etc/ssh/ssh_host_dsa_key.pub (DSA) ec2: 256 cb:17:bf:04:f0:2a:9e:64:b0:d5:a9:a7:31:98:1b:84 /etc/ssh/ssh_host_ecdsa_key.pub (ECDSA) ec2: 1024 13:18:35:e1:ea:37:58:c6:41:f5:97:97:69:f7:1b:7a /etc/ssh/ssh_host_key.pub (RSA1) ec2: 2048 4b:06:3d:8a:6f:49:c6:81:f2:1d:bb:78:70:26:b6:70 /etc/ssh/ssh_host_rsa_key.pub (RSA) ec2: -----END SSH HOST KEY FINGERPRINTS----- ec2: ############################################################# Configuring syscons: blanktime. Starting cron. Starting background file system checks in 60 seconds. Sat May 18 15:40:45 UTC 2013 May 18 15:40:53 ip-10-58-166-183 su: ec2-user to root on /dev/pts/0 --------------020702030504000604050707 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------020702030504000604050707-- From xen-users-bounces@lists.xen.org Sun May 19 12:07:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 12:07: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 1Ue2Mt-0007Ye-K0; Sun, 19 May 2013 12:05:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue2Mr-0007YY-VY for xen-users@lists.xen.org; Sun, 19 May 2013 12:05:38 +0000 Received: from [85.158.137.99:22744] by server-1.bemta-3.messagelabs.com id 38/0A-06847-010C8915; Sun, 19 May 2013 12:05:36 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-217.messagelabs.com!1368965134!459216!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23526 invoked from network); 19 May 2013 12:05:35 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 12:05:35 -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 AE1E022124E for ; Sun, 19 May 2013 13:05:33 +0100 (BST) Message-ID: <5198C00C.9060902@bobich.net> Date: Sun, 19 May 2013 13:05:32 +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" Subject: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.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 The subject says it all, really. I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. Thankfully I took a snapshot of the block device before installing the drivers. Is there a better driver to use on XP x64? The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. Is there a way to make this work / establish why it doesn't work? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 12:07:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 12:07: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 1Ue2Mt-0007Ye-K0; Sun, 19 May 2013 12:05:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue2Mr-0007YY-VY for xen-users@lists.xen.org; Sun, 19 May 2013 12:05:38 +0000 Received: from [85.158.137.99:22744] by server-1.bemta-3.messagelabs.com id 38/0A-06847-010C8915; Sun, 19 May 2013 12:05:36 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-217.messagelabs.com!1368965134!459216!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23526 invoked from network); 19 May 2013 12:05:35 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 12:05:35 -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 AE1E022124E for ; Sun, 19 May 2013 13:05:33 +0100 (BST) Message-ID: <5198C00C.9060902@bobich.net> Date: Sun, 19 May 2013 13:05:32 +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" Subject: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.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 The subject says it all, really. I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. Thankfully I took a snapshot of the block device before installing the drivers. Is there a better driver to use on XP x64? The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. Is there a way to make this work / establish why it doesn't work? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 12:15:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 12:15: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 1Ue2V6-0007rP-KX; Sun, 19 May 2013 12:14:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue2V4-0007r8-5e for xen-users@lists.xen.org; Sun, 19 May 2013 12:14:06 +0000 Received: from [85.158.137.99:48622] by server-16.bemta-3.messagelabs.com id 2D/CB-23964-C02C8915; Sun, 19 May 2013 12:14:04 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-217.messagelabs.com!1368965643!17297471!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30169 invoked from network); 19 May 2013 12:14:04 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 12:14:04 -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 1E17F22124E for ; Sun, 19 May 2013 13:14:03 +0100 (BST) Message-ID: <5198C20A.3030509@bobich.net> Date: Sun, 19 May 2013 13:14: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.xen.org" Subject: [Xen-users] Passing multiple USB devices 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm trying to set up the domU configuration file so it automatically passes two devices to domU, and I'm not having any success. I tried: usb = 1 usbdevices = host:aaaa:bbbb usbdevices = host:cccc:dddd (aaaa:bbbb and cccc:dddd being device IDs of the mouse and keyboard I want to pass in). This results in only the last device listed being passed through to domU. If I use the same syntax as for multiple PCI devices: usbdevices = [ 'host:aaaa:bbbb', 'host:cccc:dddd' ] None of the devices get passed through to the VM. So every time the domU starts, I have to: xm xm usb-hc-create domu 1 2 xm usb-add domu host:aaaa:bbbb xm usb-add domu host:cccc:dddd While workable, this is quite inconvenient. What is the correct syntax in the domu config file to pass multiple usb devices to it? All googling has found for me is a post to the mailing list from 2009 with somebody having the same problem and no solution. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 12:15:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 12:15: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 1Ue2V6-0007rP-KX; Sun, 19 May 2013 12:14:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue2V4-0007r8-5e for xen-users@lists.xen.org; Sun, 19 May 2013 12:14:06 +0000 Received: from [85.158.137.99:48622] by server-16.bemta-3.messagelabs.com id 2D/CB-23964-C02C8915; Sun, 19 May 2013 12:14:04 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-217.messagelabs.com!1368965643!17297471!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30169 invoked from network); 19 May 2013 12:14:04 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 12:14:04 -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 1E17F22124E for ; Sun, 19 May 2013 13:14:03 +0100 (BST) Message-ID: <5198C20A.3030509@bobich.net> Date: Sun, 19 May 2013 13:14: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.xen.org" Subject: [Xen-users] Passing multiple USB devices 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm trying to set up the domU configuration file so it automatically passes two devices to domU, and I'm not having any success. I tried: usb = 1 usbdevices = host:aaaa:bbbb usbdevices = host:cccc:dddd (aaaa:bbbb and cccc:dddd being device IDs of the mouse and keyboard I want to pass in). This results in only the last device listed being passed through to domU. If I use the same syntax as for multiple PCI devices: usbdevices = [ 'host:aaaa:bbbb', 'host:cccc:dddd' ] None of the devices get passed through to the VM. So every time the domU starts, I have to: xm xm usb-hc-create domu 1 2 xm usb-add domu host:aaaa:bbbb xm usb-add domu host:cccc:dddd While workable, this is quite inconvenient. What is the correct syntax in the domu config file to pass multiple usb devices to it? All googling has found for me is a post to the mailing list from 2009 with somebody having the same problem and no solution. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 15:10:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 15:10:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue5EQ-00010W-3p; Sun, 19 May 2013 15:09:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue5EN-00010H-SK; Sun, 19 May 2013 15:09:04 +0000 Received: from [85.158.143.99:65201] by server-2.bemta-4.messagelabs.com id C1/96-27124-F0BE8915; Sun, 19 May 2013 15:09:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1368976141!23446493!1 X-Originating-IP: [209.85.223.175] 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 17091 invoked from network); 19 May 2013 15:09:02 -0000 Received: from mail-ie0-f175.google.com (HELO mail-ie0-f175.google.com) (209.85.223.175) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 15:09:02 -0000 Received: by mail-ie0-f175.google.com with SMTP id s9so12350479iec.34 for ; Sun, 19 May 2013 08:09:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Kw8TAIK/PxHhJLuWICFhASrRxn9ztvnzfy+Cuwd+u50=; b=BcimmvP343xR9ktHJxTkbtMsTY/afvkhpqn4rkEZanI0vejVV5az4RpZwhpvFx3/oN AVkTJiC+KitVwT1A/FTHEyl/aIguhPlapS5IsKmO3c0J5u6JpgpronODY5Zrl1mJaBhv nanjVz4yQegopcPXN4ToxdNYKMqz5aG4nWLmNU2PK1n2yVf6DJGy8X/NJiMf6MxKdk1g sNwz7itbJs08j417xFm84OMnl+4kNMtOT2q/yw4aS4mMWYMrvlJE+pDA83Evg1/I6bk2 OwRXyZAxGfTgRkebdQHtfUqrvvujEdfzu7vTUSt132SYUvuRQdDgXEfXrRFkEbM5ZtXt 2n8g== MIME-Version: 1.0 X-Received: by 10.50.22.5 with SMTP id z5mr3181807ige.75.1368976140834; Sun, 19 May 2013 08:09:00 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Sun, 19 May 2013 08:09:00 -0700 (PDT) Date: Sun, 19 May 2013 09:09:00 -0600 Message-ID: From: jacek burghardt To: xen-users , "xen-devel@lists.xen.org" Subject: [Xen-users] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4188571558346381283==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4188571558346381283== Content-Type: multipart/alternative; boundary=047d7b10c87f949eac04dd13987f --047d7b10c87f949eac04dd13987f Content-Type: text/plain; charset=ISO-8859-1 I believe both mailing lists are great but there are so may postings that many issues get missed. There are some bugs that hand never been resolved because developers are unaware of it. I just setup forum for xen users at sam.hebe.us/forums please be free to join --047d7b10c87f949eac04dd13987f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I=A0believe=A0both mailing lists are great but there are s= o may postings that many issues get missed. There are some bugs that hand n= ever been resolved because developers are unaware of it. I just setup forum= for xen users at sam.hebe.us/forums<= /a> please be free to join=A0
--047d7b10c87f949eac04dd13987f-- --===============4188571558346381283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4188571558346381283==-- From xen-users-bounces@lists.xen.org Sun May 19 15:10:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 15:10:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue5EQ-00010W-3p; Sun, 19 May 2013 15:09:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue5EN-00010H-SK; Sun, 19 May 2013 15:09:04 +0000 Received: from [85.158.143.99:65201] by server-2.bemta-4.messagelabs.com id C1/96-27124-F0BE8915; Sun, 19 May 2013 15:09:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1368976141!23446493!1 X-Originating-IP: [209.85.223.175] 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 17091 invoked from network); 19 May 2013 15:09:02 -0000 Received: from mail-ie0-f175.google.com (HELO mail-ie0-f175.google.com) (209.85.223.175) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 15:09:02 -0000 Received: by mail-ie0-f175.google.com with SMTP id s9so12350479iec.34 for ; Sun, 19 May 2013 08:09:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Kw8TAIK/PxHhJLuWICFhASrRxn9ztvnzfy+Cuwd+u50=; b=BcimmvP343xR9ktHJxTkbtMsTY/afvkhpqn4rkEZanI0vejVV5az4RpZwhpvFx3/oN AVkTJiC+KitVwT1A/FTHEyl/aIguhPlapS5IsKmO3c0J5u6JpgpronODY5Zrl1mJaBhv nanjVz4yQegopcPXN4ToxdNYKMqz5aG4nWLmNU2PK1n2yVf6DJGy8X/NJiMf6MxKdk1g sNwz7itbJs08j417xFm84OMnl+4kNMtOT2q/yw4aS4mMWYMrvlJE+pDA83Evg1/I6bk2 OwRXyZAxGfTgRkebdQHtfUqrvvujEdfzu7vTUSt132SYUvuRQdDgXEfXrRFkEbM5ZtXt 2n8g== MIME-Version: 1.0 X-Received: by 10.50.22.5 with SMTP id z5mr3181807ige.75.1368976140834; Sun, 19 May 2013 08:09:00 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Sun, 19 May 2013 08:09:00 -0700 (PDT) Date: Sun, 19 May 2013 09:09:00 -0600 Message-ID: From: jacek burghardt To: xen-users , "xen-devel@lists.xen.org" Subject: [Xen-users] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4188571558346381283==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4188571558346381283== Content-Type: multipart/alternative; boundary=047d7b10c87f949eac04dd13987f --047d7b10c87f949eac04dd13987f Content-Type: text/plain; charset=ISO-8859-1 I believe both mailing lists are great but there are so may postings that many issues get missed. There are some bugs that hand never been resolved because developers are unaware of it. I just setup forum for xen users at sam.hebe.us/forums please be free to join --047d7b10c87f949eac04dd13987f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable --047d7b10c87f949eac04dd13987f-- --===============4188571558346381283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4188571558346381283==-- From xen-users-bounces@lists.xen.org Sun May 19 15:17:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 15:17: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 1Ue5LM-0001L5-P9; Sun, 19 May 2013 15:16:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue5LK-0001Km-C7; Sun, 19 May 2013 15:16:14 +0000 Received: from [85.158.138.51:41028] by server-8.bemta-3.messagelabs.com id 08/0D-25864-DBCE8915; Sun, 19 May 2013 15:16:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-174.messagelabs.com!1368976572!23544245!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26456 invoked from network); 19 May 2013 15:16:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 15:16:12 -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 239F822124E; Sun, 19 May 2013 16:16:11 +0100 (BST) Message-ID: <5198ECBA.1040408@bobich.net> Date: Sun, 19 May 2013 16:16:10 +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: jacek burghardt References: In-Reply-To: Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 the purpose of this is to raise visibility of bugs, a public bugzilla or similar would probably be a lot more useful than a forum. Gordan On 05/19/2013 04:09 PM, jacek burghardt wrote: > I believe both mailing lists are great but there are so may postings > that many issues get missed. There are some bugs that hand never been > resolved because developers are unaware of it. I just setup forum for > xen users at sam.hebe.us/forums please be > free to join > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 15:17:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 15:17: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 1Ue5LM-0001L5-P9; Sun, 19 May 2013 15:16:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue5LK-0001Km-C7; Sun, 19 May 2013 15:16:14 +0000 Received: from [85.158.138.51:41028] by server-8.bemta-3.messagelabs.com id 08/0D-25864-DBCE8915; Sun, 19 May 2013 15:16:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-174.messagelabs.com!1368976572!23544245!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26456 invoked from network); 19 May 2013 15:16:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 15:16:12 -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 239F822124E; Sun, 19 May 2013 16:16:11 +0100 (BST) Message-ID: <5198ECBA.1040408@bobich.net> Date: Sun, 19 May 2013 16:16:10 +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: jacek burghardt References: In-Reply-To: Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 the purpose of this is to raise visibility of bugs, a public bugzilla or similar would probably be a lot more useful than a forum. Gordan On 05/19/2013 04:09 PM, jacek burghardt wrote: > I believe both mailing lists are great but there are so may postings > that many issues get missed. There are some bugs that hand never been > resolved because developers are unaware of it. I just setup forum for > xen users at sam.hebe.us/forums please be > free to join > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 16:18:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 16:18: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 1Ue6I8-0002Wl-Rw; Sun, 19 May 2013 16:17:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue6I7-0002Wg-DI for xen-users@lists.xen.org; Sun, 19 May 2013 16:16:59 +0000 Received: from [85.158.138.51:62625] by server-10.bemta-3.messagelabs.com id 2C/CF-00761-9FAF8915; Sun, 19 May 2013 16:16:57 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1368980215!23547575!1 X-Originating-IP: [209.85.216.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25215 invoked from network); 19 May 2013 16:16:56 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 16:16:56 -0000 Received: by mail-qa0-f45.google.com with SMTP id ii15so1177328qab.4 for ; Sun, 19 May 2013 09:16: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:content-transfer-encoding; bh=iCxylFnM9CWIXqyzRmLUkhNm/FrnUNy85J0ALSBmbCU=; b=LmIn/BQdBNauti0g4FD3DmxydrgrhhbcQYxLF/ogcSMOTGV4vhopdAuBof+rNdlPPi 7JH0q5mEc8qeB0kTvi5PHBP9YClHKgvkBrAa9bTlKSTfi82S+pK3JsD0WpUfC7Jzrrfz 9Y6WhWAuy8Qdc+SZ/Mqw3AGw9Vcd7B0HArpPG0g3PGydrxad6sQ5bwfk4pn7VdrAyXoX ocDEADOQzZfDLi5y0+usHbnn1W1ickhw/UvsqIKc8N5JGBvlhxsb2SVqY83acnnj/l4+ r9onluXccjmNJZqmQ1EA4V00mJT+VG30qWOd7Wh/VlWZ0sy4x0vLewxFVOTX02VJKB7/ FVbA== MIME-Version: 1.0 X-Received: by 10.49.71.165 with SMTP id w5mr20620097qeu.36.1368980215030; Sun, 19 May 2013 09:16:55 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 19 May 2013 09:16:54 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> Date: Sun, 19 May 2013 21:16:54 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 really need to see the frontend and backend xenstore when the driver is in a failed/hung state. > I should have mentioned the dom0 kernel version at the beginning. Must have forgotten. It is 3.8.8-1.el6xen.x86_64 not self compiled but taken from CRC's repo. > Currently there is no timeout implemented, xennet just waits forever fort the backend to progress to the next state. I can put a timeout in there which will give you a more sensible error (eg windows will complain that device couldn't start or something) instead of hanging, but won't solve the underlying problem. Yea, right now the problem is not irritating but makes me just curious since some most people encounter it. Not certainly the end of world but would help if the driver doesn't crash. > > You only included the xennet stuff in your logs so I can't see if xenpci is doing the right thing, I can't imagine it will tell me anything different though. > Can you also send me the end of the kernel logs as there should be some messages logged as the backend changes state. Sure. Snippet of the logs is below. But I am afraid if kernel tells anything but few telltale signs of what's happening other than telling a vif is disabled. br0: port 3(vif159.0) entered disabled state device vif159.0 left promiscuous mode br0: port 3(vif159.0) entered disabled state frontend_changed: backend/vif/159/0: prepare for reconnect Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 16:18:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 16:18: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 1Ue6I8-0002Wl-Rw; Sun, 19 May 2013 16:17:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue6I7-0002Wg-DI for xen-users@lists.xen.org; Sun, 19 May 2013 16:16:59 +0000 Received: from [85.158.138.51:62625] by server-10.bemta-3.messagelabs.com id 2C/CF-00761-9FAF8915; Sun, 19 May 2013 16:16:57 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1368980215!23547575!1 X-Originating-IP: [209.85.216.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25215 invoked from network); 19 May 2013 16:16:56 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 16:16:56 -0000 Received: by mail-qa0-f45.google.com with SMTP id ii15so1177328qab.4 for ; Sun, 19 May 2013 09:16: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:content-transfer-encoding; bh=iCxylFnM9CWIXqyzRmLUkhNm/FrnUNy85J0ALSBmbCU=; b=LmIn/BQdBNauti0g4FD3DmxydrgrhhbcQYxLF/ogcSMOTGV4vhopdAuBof+rNdlPPi 7JH0q5mEc8qeB0kTvi5PHBP9YClHKgvkBrAa9bTlKSTfi82S+pK3JsD0WpUfC7Jzrrfz 9Y6WhWAuy8Qdc+SZ/Mqw3AGw9Vcd7B0HArpPG0g3PGydrxad6sQ5bwfk4pn7VdrAyXoX ocDEADOQzZfDLi5y0+usHbnn1W1ickhw/UvsqIKc8N5JGBvlhxsb2SVqY83acnnj/l4+ r9onluXccjmNJZqmQ1EA4V00mJT+VG30qWOd7Wh/VlWZ0sy4x0vLewxFVOTX02VJKB7/ FVbA== MIME-Version: 1.0 X-Received: by 10.49.71.165 with SMTP id w5mr20620097qeu.36.1368980215030; Sun, 19 May 2013 09:16:55 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 19 May 2013 09:16:54 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> Date: Sun, 19 May 2013 21:16:54 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 really need to see the frontend and backend xenstore when the driver is in a failed/hung state. > I should have mentioned the dom0 kernel version at the beginning. Must have forgotten. It is 3.8.8-1.el6xen.x86_64 not self compiled but taken from CRC's repo. > Currently there is no timeout implemented, xennet just waits forever fort the backend to progress to the next state. I can put a timeout in there which will give you a more sensible error (eg windows will complain that device couldn't start or something) instead of hanging, but won't solve the underlying problem. Yea, right now the problem is not irritating but makes me just curious since some most people encounter it. Not certainly the end of world but would help if the driver doesn't crash. > > You only included the xennet stuff in your logs so I can't see if xenpci is doing the right thing, I can't imagine it will tell me anything different though. > Can you also send me the end of the kernel logs as there should be some messages logged as the backend changes state. Sure. Snippet of the logs is below. But I am afraid if kernel tells anything but few telltale signs of what's happening other than telling a vif is disabled. br0: port 3(vif159.0) entered disabled state device vif159.0 left promiscuous mode br0: port 3(vif159.0) entered disabled state frontend_changed: backend/vif/159/0: prepare for reconnect Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 16:37:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 16:37: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 1Ue6am-0002sB-1Y; Sun, 19 May 2013 16:36:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue6al-0002s5-1F for xen-users@lists.xen.org; Sun, 19 May 2013 16:36:15 +0000 Received: from [85.158.137.99:14011] by server-4.bemta-3.messagelabs.com id 0C/A5-01776-E7FF8915; Sun, 19 May 2013 16:36:14 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-7.tower-217.messagelabs.com!1368981371!12615440!1 X-Originating-IP: [209.85.210.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4299 invoked from network); 19 May 2013 16:36:13 -0000 Received: from mail-ia0-f176.google.com (HELO mail-ia0-f176.google.com) (209.85.210.176) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 16:36:13 -0000 Received: by mail-ia0-f176.google.com with SMTP id j3so4257266iae.7 for ; Sun, 19 May 2013 09:36:11 -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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Ee431+T1E7jnzx3UNkdFo682djfyMuhmj6EI5/NpBvc=; b=FqNbQid16q1Cjpf/B6VLtK2L8uWbxaPN7PvQNPJVe0ICTno0B4PNyQQO99Sh1SwfTr zOi8g19x+AcWJizSXTmZ62ul9yjssjk3h7q2uS+fwjHDO+sHxLNGEMChjc0TrhnuOBvg 7se8sJXiOC1WDw7nLHFJcYkyL5XREqgoVRzXdf2yzQQHU1i+gsXkhh0fzdE3KaNmtA4r YuBK8LvUqUl0Nnpi3hWD/de0/O+WxhEthFPyiiDDv19/5PZ6PjY1C5RGTBOY5r6s5wk4 XlPQAHm0sXgwYTf6CfPL8ZVytZ3fw9i66DSaVo2LCY+IhWcge6LDWDbEo1hSVdGER9zt EVbw== MIME-Version: 1.0 X-Received: by 10.50.11.18 with SMTP id m18mr3277320igb.98.1368981371571; Sun, 19 May 2013 09:36:11 -0700 (PDT) Received: by 10.64.28.67 with HTTP; Sun, 19 May 2013 09:36:11 -0700 (PDT) X-Originating-IP: [67.188.108.198] In-Reply-To: <5198ECBA.1040408@bobich.net> References: <5198ECBA.1040408@bobich.net> Date: Sun, 19 May 2013 09:36:11 -0700 Message-ID: From: Joseph Glanville To: Gordan Bobic X-Gm-Message-State: ALoCoQnwKLHIV+xBO9U1GH1qQLcqESm7SPvn/R3bJjb6t6bFPuJ5Rn/hZWS0EuIA4jLbG1X1qtct Cc: xen-users , jacek burghardt , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Personally I think a public bug/issue tracker would be great. At the moment this is somewhat handled by the distros, Debian and Ubuntu primarily but it would be nice if there was a canonical issue tracker. On 19 May 2013 08:16, Gordan Bobic wrote: > If the purpose of this is to raise visibility of bugs, a public bugzilla or > similar would probably be a lot more useful than a forum. > > Gordan > > > On 05/19/2013 04:09 PM, jacek burghardt wrote: >> >> I believe both mailing lists are great but there are so may postings >> that many issues get missed. There are some bugs that hand never been >> resolved because developers are unaware of it. I just setup forum for >> xen users at sam.hebe.us/forums please be >> free to join >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel >> > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel -- CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 16:37:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 16:37: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 1Ue6am-0002sB-1Y; Sun, 19 May 2013 16:36:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue6al-0002s5-1F for xen-users@lists.xen.org; Sun, 19 May 2013 16:36:15 +0000 Received: from [85.158.137.99:14011] by server-4.bemta-3.messagelabs.com id 0C/A5-01776-E7FF8915; Sun, 19 May 2013 16:36:14 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-7.tower-217.messagelabs.com!1368981371!12615440!1 X-Originating-IP: [209.85.210.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4299 invoked from network); 19 May 2013 16:36:13 -0000 Received: from mail-ia0-f176.google.com (HELO mail-ia0-f176.google.com) (209.85.210.176) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 16:36:13 -0000 Received: by mail-ia0-f176.google.com with SMTP id j3so4257266iae.7 for ; Sun, 19 May 2013 09:36:11 -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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Ee431+T1E7jnzx3UNkdFo682djfyMuhmj6EI5/NpBvc=; b=FqNbQid16q1Cjpf/B6VLtK2L8uWbxaPN7PvQNPJVe0ICTno0B4PNyQQO99Sh1SwfTr zOi8g19x+AcWJizSXTmZ62ul9yjssjk3h7q2uS+fwjHDO+sHxLNGEMChjc0TrhnuOBvg 7se8sJXiOC1WDw7nLHFJcYkyL5XREqgoVRzXdf2yzQQHU1i+gsXkhh0fzdE3KaNmtA4r YuBK8LvUqUl0Nnpi3hWD/de0/O+WxhEthFPyiiDDv19/5PZ6PjY1C5RGTBOY5r6s5wk4 XlPQAHm0sXgwYTf6CfPL8ZVytZ3fw9i66DSaVo2LCY+IhWcge6LDWDbEo1hSVdGER9zt EVbw== MIME-Version: 1.0 X-Received: by 10.50.11.18 with SMTP id m18mr3277320igb.98.1368981371571; Sun, 19 May 2013 09:36:11 -0700 (PDT) Received: by 10.64.28.67 with HTTP; Sun, 19 May 2013 09:36:11 -0700 (PDT) X-Originating-IP: [67.188.108.198] In-Reply-To: <5198ECBA.1040408@bobich.net> References: <5198ECBA.1040408@bobich.net> Date: Sun, 19 May 2013 09:36:11 -0700 Message-ID: From: Joseph Glanville To: Gordan Bobic X-Gm-Message-State: ALoCoQnwKLHIV+xBO9U1GH1qQLcqESm7SPvn/R3bJjb6t6bFPuJ5Rn/hZWS0EuIA4jLbG1X1qtct Cc: xen-users , jacek burghardt , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Personally I think a public bug/issue tracker would be great. At the moment this is somewhat handled by the distros, Debian and Ubuntu primarily but it would be nice if there was a canonical issue tracker. On 19 May 2013 08:16, Gordan Bobic wrote: > If the purpose of this is to raise visibility of bugs, a public bugzilla or > similar would probably be a lot more useful than a forum. > > Gordan > > > On 05/19/2013 04:09 PM, jacek burghardt wrote: >> >> I believe both mailing lists are great but there are so may postings >> that many issues get missed. There are some bugs that hand never been >> resolved because developers are unaware of it. I just setup forum for >> xen users at sam.hebe.us/forums please be >> free to join >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel >> > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel -- CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:05:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:05: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 1Ue72R-0003UA-Il; Sun, 19 May 2013 17:04:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue72P-0003Tv-M7; Sun, 19 May 2013 17:04:49 +0000 Received: from [85.158.143.99:49293] by server-2.bemta-4.messagelabs.com id D3/57-27124-03609915; Sun, 19 May 2013 17:04:48 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1368983087!23452984!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 17846 invoked from network); 19 May 2013 17:04:48 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 17:04:48 -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 0253F22124E; Sun, 19 May 2013 18:04:46 +0100 (BST) Message-ID: <5199062E.4020704@bobich.net> Date: Sun, 19 May 2013 18:04:46 +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: Joseph Glanville References: <5198ECBA.1040408@bobich.net> In-Reply-To: Cc: xen-users , jacek burghardt , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm guessing this is no longer a relevant bugzilla, then? http://bugzilla.xensource.com/bugzilla/ What concerns me is that there are bugs there that were filed as far back in 2009 and I'm still running into them today (found them by googling various issues I'm facing). Is a separate, independent bugzilla and/or forum likely to get used more? If so, why? If not, then there is a different issue to solve in the first place. Gordan On 05/19/2013 05:36 PM, Joseph Glanville wrote: > Personally I think a public bug/issue tracker would be great. At the > moment this is somewhat handled by the distros, Debian and Ubuntu > primarily but it would be nice if there was a canonical issue tracker. > > On 19 May 2013 08:16, Gordan Bobic wrote: >> If the purpose of this is to raise visibility of bugs, a public bugzilla or >> similar would probably be a lot more useful than a forum. >> >> Gordan >> >> >> On 05/19/2013 04:09 PM, jacek burghardt wrote: >>> >>> I believe both mailing lists are great but there are so may postings >>> that many issues get missed. There are some bugs that hand never been >>> resolved because developers are unaware of it. I just setup forum for >>> xen users at sam.hebe.us/forums please be >>> free to join >>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xen.org >>> http://lists.xen.org/xen-devel >>> >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:05:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:05: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 1Ue72R-0003UA-Il; Sun, 19 May 2013 17:04:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue72P-0003Tv-M7; Sun, 19 May 2013 17:04:49 +0000 Received: from [85.158.143.99:49293] by server-2.bemta-4.messagelabs.com id D3/57-27124-03609915; Sun, 19 May 2013 17:04:48 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1368983087!23452984!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 17846 invoked from network); 19 May 2013 17:04:48 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 17:04:48 -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 0253F22124E; Sun, 19 May 2013 18:04:46 +0100 (BST) Message-ID: <5199062E.4020704@bobich.net> Date: Sun, 19 May 2013 18:04:46 +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: Joseph Glanville References: <5198ECBA.1040408@bobich.net> In-Reply-To: Cc: xen-users , jacek burghardt , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm guessing this is no longer a relevant bugzilla, then? http://bugzilla.xensource.com/bugzilla/ What concerns me is that there are bugs there that were filed as far back in 2009 and I'm still running into them today (found them by googling various issues I'm facing). Is a separate, independent bugzilla and/or forum likely to get used more? If so, why? If not, then there is a different issue to solve in the first place. Gordan On 05/19/2013 05:36 PM, Joseph Glanville wrote: > Personally I think a public bug/issue tracker would be great. At the > moment this is somewhat handled by the distros, Debian and Ubuntu > primarily but it would be nice if there was a canonical issue tracker. > > On 19 May 2013 08:16, Gordan Bobic wrote: >> If the purpose of this is to raise visibility of bugs, a public bugzilla or >> similar would probably be a lot more useful than a forum. >> >> Gordan >> >> >> On 05/19/2013 04:09 PM, jacek burghardt wrote: >>> >>> I believe both mailing lists are great but there are so may postings >>> that many issues get missed. There are some bugs that hand never been >>> resolved because developers are unaware of it. I just setup forum for >>> xen users at sam.hebe.us/forums please be >>> free to join >>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xen.org >>> http://lists.xen.org/xen-devel >>> >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:15:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:15: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 1Ue7BY-0003tE-SM; Sun, 19 May 2013 17:14:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7BX-0003t8-Dl for xen-users@lists.xen.org; Sun, 19 May 2013 17:14:15 +0000 Received: from [85.158.137.99:56638] by server-16.bemta-3.messagelabs.com id D2/12-23964-66809915; Sun, 19 May 2013 17:14:14 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368983651!12617588!1 X-Originating-IP: [209.85.160.46] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32327 invoked from network); 19 May 2013 17:14:13 -0000 Received: from mail-pb0-f46.google.com (HELO mail-pb0-f46.google.com) (209.85.160.46) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 17:14:13 -0000 Received: by mail-pb0-f46.google.com with SMTP id rq2so496214pbb.5 for ; Sun, 19 May 2013 10:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=xuDWkRtUESbKxgsG1KUkmh8yloLKo1JWsr2CQ7AU+7E=; b=kZw1ul77ld64OV+LgBvvI79w8wtmtRJaJl/ft+jRFIk8kR4zSklHRQgIRuPeEE7lPx MPlcl0RrIYkDok+req1lKcRoL4EQwVdwMgV2Wi7Is4/CQZC4xt3IRl3gTTVrhyViOU0z lEb8UyNjOkn0DLmK433cKSkKapceq4hqQd/CHzYN9BIG5shnxRl1A8QtDAZEjBVI95V+ TDfTWFncaGSlhntkryjXl9iNXFPp+1BNpRSPhR5uJxtdfTkOUzHI3YMu4+JBkZ2mhXQm laEf1Ye9D3QyU5zDcpzVJ+n1CgkZUaeQ2yBZUl9PGx2dmRuWKVGgXhWQScXsfKOdjDac h27g== X-Received: by 10.68.138.193 with SMTP id qs1mr380567pbb.95.1368983651326; Sun, 19 May 2013 10:14:11 -0700 (PDT) References: <5198C00C.9060902@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <5198C00C.9060902@bobich.net> Date: Sun, 19 May 2013 10:14:09 -0700 Message-ID: <1158492908669681784@unknownmsgid> To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: > The subject says it all, really. > > I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. > > Thankfully I took a snapshot of the block device before installing the drivers. > > Is there a better driver to use on XP x64? > > The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. > > Is there a way to make this work Always! I'm just not sure how :P > establish why it doesn't work? If you could get the system booted from a completely different storage device, and then try to get GPLPV working on a volume that's not the boot volume, that might be a good place to start. Personally, due to either my brand of weirdness or perhaps tunnel vision, I would boot from an iSCSI volume and then attempt to interact with the "local" disks that way. Alternatively, the only other method is probably to hook up the kernel debugger and interrogate things from there. :P Cheers, Andrew > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:15:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:15: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 1Ue7BY-0003tE-SM; Sun, 19 May 2013 17:14:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7BX-0003t8-Dl for xen-users@lists.xen.org; Sun, 19 May 2013 17:14:15 +0000 Received: from [85.158.137.99:56638] by server-16.bemta-3.messagelabs.com id D2/12-23964-66809915; Sun, 19 May 2013 17:14:14 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1368983651!12617588!1 X-Originating-IP: [209.85.160.46] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32327 invoked from network); 19 May 2013 17:14:13 -0000 Received: from mail-pb0-f46.google.com (HELO mail-pb0-f46.google.com) (209.85.160.46) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 17:14:13 -0000 Received: by mail-pb0-f46.google.com with SMTP id rq2so496214pbb.5 for ; Sun, 19 May 2013 10:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type; bh=xuDWkRtUESbKxgsG1KUkmh8yloLKo1JWsr2CQ7AU+7E=; b=kZw1ul77ld64OV+LgBvvI79w8wtmtRJaJl/ft+jRFIk8kR4zSklHRQgIRuPeEE7lPx MPlcl0RrIYkDok+req1lKcRoL4EQwVdwMgV2Wi7Is4/CQZC4xt3IRl3gTTVrhyViOU0z lEb8UyNjOkn0DLmK433cKSkKapceq4hqQd/CHzYN9BIG5shnxRl1A8QtDAZEjBVI95V+ TDfTWFncaGSlhntkryjXl9iNXFPp+1BNpRSPhR5uJxtdfTkOUzHI3YMu4+JBkZ2mhXQm laEf1Ye9D3QyU5zDcpzVJ+n1CgkZUaeQ2yBZUl9PGx2dmRuWKVGgXhWQScXsfKOdjDac h27g== X-Received: by 10.68.138.193 with SMTP id qs1mr380567pbb.95.1368983651326; Sun, 19 May 2013 10:14:11 -0700 (PDT) References: <5198C00C.9060902@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <5198C00C.9060902@bobich.net> Date: Sun, 19 May 2013 10:14:09 -0700 Message-ID: <1158492908669681784@unknownmsgid> To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: > The subject says it all, really. > > I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. > > Thankfully I took a snapshot of the block device before installing the drivers. > > Is there a better driver to use on XP x64? > > The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. > > Is there a way to make this work Always! I'm just not sure how :P > establish why it doesn't work? If you could get the system booted from a completely different storage device, and then try to get GPLPV working on a volume that's not the boot volume, that might be a good place to start. Personally, due to either my brand of weirdness or perhaps tunnel vision, I would boot from an iSCSI volume and then attempt to interact with the "local" disks that way. Alternatively, the only other method is probably to hook up the kernel debugger and interrogate things from there. :P Cheers, Andrew > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:19:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:19: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 1Ue7FK-00045B-P0; Sun, 19 May 2013 17:18:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7FK-000454-4y for xen-users@lists.xen.org; Sun, 19 May 2013 17:18:10 +0000 Received: from [85.158.139.83:17617] by server-15.bemta-5.messagelabs.com id 36/71-31797-15909915; Sun, 19 May 2013 17:18:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-182.messagelabs.com!1368983888!27977884!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30247 invoked from network); 19 May 2013 17:18:08 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 17:18:08 -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 4D90022124E; Sun, 19 May 2013 18:18:04 +0100 (BST) Message-ID: <5199094B.6070804@bobich.net> Date: Sun, 19 May 2013 18:18:03 +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: Andrew Bobulsky References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> In-Reply-To: <1158492908669681784@unknownmsgid> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.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 05/19/2013 06:14 PM, Andrew Bobulsky wrote: > On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: > >> The subject says it all, really. >> >> I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. >> >> Thankfully I took a snapshot of the block device before installing the drivers. >> >> Is there a better driver to use on XP x64? >> >> The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >> >> Is there a way to make this work > > Always! I'm just not sure how :P > >> establish why it doesn't work? > > If you could get the system booted from a completely different storage > device, and then try to get GPLPV working on a volume that's not the > boot volume, that might be a good place to start. Personally, due to > either my brand of weirdness or perhaps tunnel vision, I would boot > from an iSCSI volume and then attempt to interact with the "local" > disks that way. Funny you should mention iSCSI. My setup is an iSCSI volume exposed to the domU "raw" as a physical IDE disk. But domU seems to be alergic to it. If I leave the disk spec in the domU config as hda, it BSODs with the mentioned error. If I change it in the config to xvda, the domU starts to burn through 100% of CPU on all cores given to it and never finishes booting. > Alternatively, the only other method is probably to hook up the kernel > debugger and interrogate things from there. :P Nothing ever "just works", does it... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:19:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:19: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 1Ue7FK-00045B-P0; Sun, 19 May 2013 17:18:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7FK-000454-4y for xen-users@lists.xen.org; Sun, 19 May 2013 17:18:10 +0000 Received: from [85.158.139.83:17617] by server-15.bemta-5.messagelabs.com id 36/71-31797-15909915; Sun, 19 May 2013 17:18:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-182.messagelabs.com!1368983888!27977884!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30247 invoked from network); 19 May 2013 17:18:08 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2013 17:18:08 -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 4D90022124E; Sun, 19 May 2013 18:18:04 +0100 (BST) Message-ID: <5199094B.6070804@bobich.net> Date: Sun, 19 May 2013 18:18:03 +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: Andrew Bobulsky References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> In-Reply-To: <1158492908669681784@unknownmsgid> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.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 05/19/2013 06:14 PM, Andrew Bobulsky wrote: > On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: > >> The subject says it all, really. >> >> I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. >> >> Thankfully I took a snapshot of the block device before installing the drivers. >> >> Is there a better driver to use on XP x64? >> >> The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >> >> Is there a way to make this work > > Always! I'm just not sure how :P > >> establish why it doesn't work? > > If you could get the system booted from a completely different storage > device, and then try to get GPLPV working on a volume that's not the > boot volume, that might be a good place to start. Personally, due to > either my brand of weirdness or perhaps tunnel vision, I would boot > from an iSCSI volume and then attempt to interact with the "local" > disks that way. Funny you should mention iSCSI. My setup is an iSCSI volume exposed to the domU "raw" as a physical IDE disk. But domU seems to be alergic to it. If I leave the disk spec in the domU config as hda, it BSODs with the mentioned error. If I change it in the config to xvda, the domU starts to burn through 100% of CPU on all cores given to it and never finishes booting. > Alternatively, the only other method is probably to hook up the kernel > debugger and interrogate things from there. :P Nothing ever "just works", does it... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:43:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:43: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 1Ue7cb-0004g0-Al; Sun, 19 May 2013 17:42:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7cZ-0004fu-T4 for xen-users@lists.xen.org; Sun, 19 May 2013 17:42:12 +0000 Received: from [85.158.138.51:58846] by server-6.bemta-3.messagelabs.com id BA/CF-14331-3FE09915; Sun, 19 May 2013 17:42:11 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368985328!27561534!1 X-Originating-IP: [209.85.210.46] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30150 invoked from network); 19 May 2013 17:42:09 -0000 Received: from mail-da0-f46.google.com (HELO mail-da0-f46.google.com) (209.85.210.46) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 17:42:09 -0000 Received: by mail-da0-f46.google.com with SMTP id e20so1103983dak.19 for ; Sun, 19 May 2013 10:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Pw+GglkbU+SRgWgMID164Z4mdPgghbDlV9riC2XfWyo=; b=c+gDtib8oVue2b9fqDg/hzxFHBcfvGNGzwjcySRuk70zHI2abI3O/84BWaN/HnbELQ B7+G7i4S0Gi1Wkj2FQMPKxVMMMnTkfjDRzn0DumZfWsd8Giht1nfhe7c4QO9VCY1gzMg nvbIvDOFJ6T/NkYm/uTT4GAAAeLXNmjW+fEsn1hFAQCom0RzPk0pJCV0BGnb2gKxAeaN nl0zwnB/3XWkG0T/c3QEUMu2vIrVRl1+Umo07xw8Xh85V/crvTfX5mNdeTlIz6kFS+9J 1rCePHXClcXbjpxR5c7R4o8D9jQhMsATSouaU2neVFrSGIKXCSRdq5bmGGLAVpV0geZA dhdA== X-Received: by 10.68.252.227 with SMTP id zv3mr58255635pbc.14.1368985327714; Sun, 19 May 2013 10:42:07 -0700 (PDT) References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <5199094B.6070804@bobich.net> Date: Sun, 19 May 2013 10:42:06 -0700 Message-ID: <6402853042190013930@unknownmsgid> To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 19, 2013, at 10:18 AM, Gordan Bobic wrote: > On 05/19/2013 06:14 PM, Andrew Bobulsky wrote: >> On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: >> >>> The subject says it all, really. >>> >>> I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. >>> >>> Thankfully I took a snapshot of the block device before installing the drivers. >>> >>> Is there a better driver to use on XP x64? >>> >>> The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >>> >>> Is there a way to make this work >> >> Always! I'm just not sure how :P >> >>> establish why it doesn't work? >> >> If you could get the system booted from a completely different storage >> device, and then try to get GPLPV working on a volume that's not the >> boot volume, that might be a good place to start. Personally, due to >> either my brand of weirdness or perhaps tunnel vision, I would boot >> from an iSCSI volume and then attempt to interact with the "local" >> disks that way. > > Funny you should mention iSCSI. My setup is an iSCSI volume exposed to the domU "raw" as a physical IDE disk. But domU seems to be alergic to it. If I leave the disk spec in the domU config as hda, it BSODs with the mentioned error. If I change it in the config to xvda, the domU starts to burn through 100% of CPU on all cores given to it and never finishes booting. Ooooo..... Well, you can try it if you like. Download the Microsoft iSCSI boot-capable initiator, install it, then download and install sanbootconf from the iPXE web site. Once you're done, reboot the domain and boot from the built-in iPXE. Use Ctrl-B to enter the command line and run the following: dhcp net0 sanboot iscsi:your.iscsi.server::::name.of.target That's assuming you're not using chap auth or something, and that your LUN is also LUN 0 on the target. I can dig up the doc if you need help on that, though :) >> Alternatively, the only other method is probably to hook up the kernel >> debugger and interrogate things from there. :P > > Nothing ever "just works", does it... > > Gordan Nope! I've got a pile of dead MacBooks to prove it! Muahahahah ;) -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:43:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17:43: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 1Ue7cb-0004g0-Al; Sun, 19 May 2013 17:42:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7cZ-0004fu-T4 for xen-users@lists.xen.org; Sun, 19 May 2013 17:42:12 +0000 Received: from [85.158.138.51:58846] by server-6.bemta-3.messagelabs.com id BA/CF-14331-3FE09915; Sun, 19 May 2013 17:42:11 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368985328!27561534!1 X-Originating-IP: [209.85.210.46] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30150 invoked from network); 19 May 2013 17:42:09 -0000 Received: from mail-da0-f46.google.com (HELO mail-da0-f46.google.com) (209.85.210.46) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 17:42:09 -0000 Received: by mail-da0-f46.google.com with SMTP id e20so1103983dak.19 for ; Sun, 19 May 2013 10:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Pw+GglkbU+SRgWgMID164Z4mdPgghbDlV9riC2XfWyo=; b=c+gDtib8oVue2b9fqDg/hzxFHBcfvGNGzwjcySRuk70zHI2abI3O/84BWaN/HnbELQ B7+G7i4S0Gi1Wkj2FQMPKxVMMMnTkfjDRzn0DumZfWsd8Giht1nfhe7c4QO9VCY1gzMg nvbIvDOFJ6T/NkYm/uTT4GAAAeLXNmjW+fEsn1hFAQCom0RzPk0pJCV0BGnb2gKxAeaN nl0zwnB/3XWkG0T/c3QEUMu2vIrVRl1+Umo07xw8Xh85V/crvTfX5mNdeTlIz6kFS+9J 1rCePHXClcXbjpxR5c7R4o8D9jQhMsATSouaU2neVFrSGIKXCSRdq5bmGGLAVpV0geZA dhdA== X-Received: by 10.68.252.227 with SMTP id zv3mr58255635pbc.14.1368985327714; Sun, 19 May 2013 10:42:07 -0700 (PDT) References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: <5199094B.6070804@bobich.net> Date: Sun, 19 May 2013 10:42:06 -0700 Message-ID: <6402853042190013930@unknownmsgid> To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 19, 2013, at 10:18 AM, Gordan Bobic wrote: > On 05/19/2013 06:14 PM, Andrew Bobulsky wrote: >> On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: >> >>> The subject says it all, really. >>> >>> I couldn't find any XP x64 specific drivers, but in all other cases 2K3 x64 drivers have worked for me on XP x64, so since the kernels and driver models are the same, I am guessing this should work. >>> >>> Thankfully I took a snapshot of the block device before installing the drivers. >>> >>> Is there a better driver to use on XP x64? >>> >>> The HVM disk performance is really quite attrocious. From dom0, I get about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >>> >>> Is there a way to make this work >> >> Always! I'm just not sure how :P >> >>> establish why it doesn't work? >> >> If you could get the system booted from a completely different storage >> device, and then try to get GPLPV working on a volume that's not the >> boot volume, that might be a good place to start. Personally, due to >> either my brand of weirdness or perhaps tunnel vision, I would boot >> from an iSCSI volume and then attempt to interact with the "local" >> disks that way. > > Funny you should mention iSCSI. My setup is an iSCSI volume exposed to the domU "raw" as a physical IDE disk. But domU seems to be alergic to it. If I leave the disk spec in the domU config as hda, it BSODs with the mentioned error. If I change it in the config to xvda, the domU starts to burn through 100% of CPU on all cores given to it and never finishes booting. Ooooo..... Well, you can try it if you like. Download the Microsoft iSCSI boot-capable initiator, install it, then download and install sanbootconf from the iPXE web site. Once you're done, reboot the domain and boot from the built-in iPXE. Use Ctrl-B to enter the command line and run the following: dhcp net0 sanboot iscsi:your.iscsi.server::::name.of.target That's assuming you're not using chap auth or something, and that your LUN is also LUN 0 on the target. I can dig up the doc if you need help on that, though :) >> Alternatively, the only other method is probably to hook up the kernel >> debugger and interrogate things from there. :P > > Nothing ever "just works", does it... > > Gordan Nope! I've got a pile of dead MacBooks to prove it! Muahahahah ;) -Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 17:57:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17: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 1Ue7r0-0004zt-0m; Sun, 19 May 2013 17:57:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7qy-0004zm-5B for xen-users@lists.xen.org; Sun, 19 May 2013 17:57:04 +0000 Received: from [85.158.137.99:55218] by server-4.bemta-3.messagelabs.com id 47/F9-01776-A6219915; Sun, 19 May 2013 17:56:58 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1368986215!17410485!1 X-Originating-IP: [209.85.223.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8676 invoked from network); 19 May 2013 17:56:56 -0000 Received: from mail-ie0-f171.google.com (HELO mail-ie0-f171.google.com) (209.85.223.171) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 17:56:56 -0000 Received: by mail-ie0-f171.google.com with SMTP id e11so12512047iej.30 for ; Sun, 19 May 2013 10:56: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:content-type; bh=UnYeHXQwH8iaqnLLurF/FPQeJ9ME74VuRrlmWP9zXnI=; b=n91D/5rh1yQhS+X2P+VLlAwhRuhb9daBIQr+TmJ+j/unvimQQEQP0+wE9a8nwFU0B/ 8VlowVDGNdyG1MFjhOQZm0+s35KNoG8xbG9XyE30+uFc3gwnZvD0so7icPHVF5J0au8s lN1iD14O8qOFMMXL+GlScfRYTPchso07rqb7lfz3LJ8MDykKNrhqw0Owch1RBegyD9YA aP2uRd5NnQx+8dejxZxirbdhfm3chG8PSrpshn9215p20uHP48TX0hqPq87cKYMqjtjr I2haKFwwYENM5fcHTyBk/yjhgyxn1yQa9geAmY3slhdzdTRYzpcVVLIJfHeIgSWDfut9 Au/w== MIME-Version: 1.0 X-Received: by 10.50.8.10 with SMTP id n10mr3074357iga.20.1368986214968; Sun, 19 May 2013 10:56:54 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Sun, 19 May 2013 10:56:54 -0700 (PDT) In-Reply-To: <5199087D.9070004@bobich.net> References: <5198ECBA.1040408@bobich.net> <5199087D.9070004@bobich.net> Date: Sun, 19 May 2013 11:56:54 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic , xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5154259010487503337==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5154259010487503337== Content-Type: multipart/alternative; boundary=089e013c64b00bb49404dd15f1f1 --089e013c64b00bb49404dd15f1f1 Content-Type: text/plain; charset=ISO-8859-1 May be you are correct but i believe that the volume of emails makes difficult to find info you looking for. Forum you can post stickies and users can help each other fix bugs. If user a states that they have this issue with xen and user b had same issue and found a patch and posts info about it that will make easy for rest of user to download and install patch. It very hard to search mailing list. xen vga pass info is interesting also there lots of info about and many patches but main website with patches is down. I posted patches for xen 4.3 i hope somone can provide patches for xen 4.2 On Sun, May 19, 2013 at 11:14 AM, Gordan Bobic wrote: > On 05/19/2013 04:24 PM, jacek burghardt wrote: > >> I want to add bug tracking software but forum seems like great place to >> ask questions and exchange ideas. I am open to people willing to be >> moderators and ideas for sections of board. I have horrible time >> searching mailing lists. How many times we have people asking >> on reassigning video cards sound cards. I believe having one place for >> related bios files patches and howtos will be very nice. >> > > That sounds like something that should be on the wiki, not on a forum. And > there already is a wiki. It might be under-maintained, but it does exist. > So is the solution really yet more sources of information or more/better > use of the sources that are already there? > > I am all for raising the profile of the issue and getting the community > more involved, which is what I figure you're trying to do. Having said > that, the problem is that we don't seem to be getting as much traction from > the developers and other people more familiar with the internals of Xen. > > I can understand that the developers on a project like this are generally > going to be coming from two separate camps: > > 1) People who became developers to fix the problems they were having and > have limited interest in other bugs other people are hitting. > > 2) People who are paid to do development by their employer, who are only > going to be focusing on any issues that arise on a very limited selection > of hardware/OS/software combinations that are deemed "supported" by their > employer, and generally won't care about any other issues, especially those > that don't manifest on the "supported" hardware. > > This explains why a lot of questions go unanswered even though they refer > to bugs that were filed on the xensource bugzilla years ago. > > > I see people >> ask questions on this mailing board and get no answers does it get >> missed or it was asked before I don't know but I believe having a forum >> maybe the answer to it. >> > > I wish you were right, but I cannot see any reason why a forum might get > more traction than a mailing list. Mailing lists get posts straight to your > inbox where people who know the answer are more likely to hear them. On the > forum they are only going to get spotted by the people who actively look at > the forum, and those are generally going to be the ones looking for > solutions to their own problems rather than the developers who might > actually be able to resolve an issue. > > Gordan > --089e013c64b00bb49404dd15f1f1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
May be you are=A0correct=A0but i=A0believe=A0that the volu= me of emails makes difficult to find info you looking for. Forum you can po= st=A0stickies and users can help=A0each other=A0fix bugs.=A0=A0If user a st= ates that they have this issue with xen and user b had same issue and found= a patch and posts info about it that will make easy for rest of user to do= wnload and install patch. It very hard to search mailing list. xen vga pass= info is interesting also there lots of info about and many patches but mai= n website with patches is down. I posted patches for xen 4.3 i hope somone = can provide patches for xen 4.2=A0


On Sun, May 1= 9, 2013 at 11:14 AM, Gordan Bobic <gordan@bobich.net> wrote:=
On 05/19/2013 04:24 PM, jacek burghardt wrote:
I want to add bug tracking software but forum seems like great place to
ask questions and exchange ideas. I am open to people willing to be
moderators and ideas for sections of board. I have horrible time
searching mailing lists. How many times we have people asking
on reassigning video cards sound cards. I believe having one place for
related bios files patches and howtos will be very nice.

That sounds like something that should be on the wiki, not on a forum. And = there already is a wiki. It might be under-maintained, but it does exist. S= o is the solution really yet more sources of information or more/better use= of the sources that are already there?

I am all for raising the profile of the issue and getting the community mor= e involved, which is what I figure you're trying to do. Having said tha= t, the problem is that we don't seem to be getting as much traction fro= m the developers and other people more familiar with the internals of Xen.<= br>
I can understand that the developers on a project like this are generally g= oing to be coming from two separate camps:

1) People who became developers to fix the problems they were having and ha= ve limited interest in other bugs other people are hitting.

2) People who are paid to do development by their employer, who are only go= ing to be focusing on any issues that arise on a very limited selection of = hardware/OS/software combinations that are deemed "supported" by = their employer, and generally won't care about any other issues, especi= ally those that don't manifest on the "supported" hardware.
This explains why a lot of questions go unanswered even though they refer t= o bugs that were filed on the xensource bugzilla years ago.


I see people
ask questions on this mailing board and get no answers =A0does it get
missed or it was asked before I don't know but I believe having a =A0fo= rum
maybe the answer to it.

I wish you were right, but I cannot see any reason why a forum might get mo= re traction than a mailing list. Mailing lists get posts straight to your i= nbox where people who know the answer are more likely to hear them. On the = forum they are only going to get spotted by the people who actively look at= the forum, and those are generally going to be the ones looking for soluti= ons to their own problems rather than the developers who might actually be = able to resolve an issue.
Gordan

--089e013c64b00bb49404dd15f1f1-- --===============5154259010487503337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5154259010487503337==-- From xen-users-bounces@lists.xen.org Sun May 19 17:57:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 17: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 1Ue7r0-0004zt-0m; Sun, 19 May 2013 17:57:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ue7qy-0004zm-5B for xen-users@lists.xen.org; Sun, 19 May 2013 17:57:04 +0000 Received: from [85.158.137.99:55218] by server-4.bemta-3.messagelabs.com id 47/F9-01776-A6219915; Sun, 19 May 2013 17:56:58 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1368986215!17410485!1 X-Originating-IP: [209.85.223.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8676 invoked from network); 19 May 2013 17:56:56 -0000 Received: from mail-ie0-f171.google.com (HELO mail-ie0-f171.google.com) (209.85.223.171) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2013 17:56:56 -0000 Received: by mail-ie0-f171.google.com with SMTP id e11so12512047iej.30 for ; Sun, 19 May 2013 10:56: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:content-type; bh=UnYeHXQwH8iaqnLLurF/FPQeJ9ME74VuRrlmWP9zXnI=; b=n91D/5rh1yQhS+X2P+VLlAwhRuhb9daBIQr+TmJ+j/unvimQQEQP0+wE9a8nwFU0B/ 8VlowVDGNdyG1MFjhOQZm0+s35KNoG8xbG9XyE30+uFc3gwnZvD0so7icPHVF5J0au8s lN1iD14O8qOFMMXL+GlScfRYTPchso07rqb7lfz3LJ8MDykKNrhqw0Owch1RBegyD9YA aP2uRd5NnQx+8dejxZxirbdhfm3chG8PSrpshn9215p20uHP48TX0hqPq87cKYMqjtjr I2haKFwwYENM5fcHTyBk/yjhgyxn1yQa9geAmY3slhdzdTRYzpcVVLIJfHeIgSWDfut9 Au/w== MIME-Version: 1.0 X-Received: by 10.50.8.10 with SMTP id n10mr3074357iga.20.1368986214968; Sun, 19 May 2013 10:56:54 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Sun, 19 May 2013 10:56:54 -0700 (PDT) In-Reply-To: <5199087D.9070004@bobich.net> References: <5198ECBA.1040408@bobich.net> <5199087D.9070004@bobich.net> Date: Sun, 19 May 2013 11:56:54 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic , xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5154259010487503337==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5154259010487503337== Content-Type: multipart/alternative; boundary=089e013c64b00bb49404dd15f1f1 --089e013c64b00bb49404dd15f1f1 Content-Type: text/plain; charset=ISO-8859-1 May be you are correct but i believe that the volume of emails makes difficult to find info you looking for. Forum you can post stickies and users can help each other fix bugs. If user a states that they have this issue with xen and user b had same issue and found a patch and posts info about it that will make easy for rest of user to download and install patch. It very hard to search mailing list. xen vga pass info is interesting also there lots of info about and many patches but main website with patches is down. I posted patches for xen 4.3 i hope somone can provide patches for xen 4.2 On Sun, May 19, 2013 at 11:14 AM, Gordan Bobic wrote: > On 05/19/2013 04:24 PM, jacek burghardt wrote: > >> I want to add bug tracking software but forum seems like great place to >> ask questions and exchange ideas. I am open to people willing to be >> moderators and ideas for sections of board. I have horrible time >> searching mailing lists. How many times we have people asking >> on reassigning video cards sound cards. I believe having one place for >> related bios files patches and howtos will be very nice. >> > > That sounds like something that should be on the wiki, not on a forum. And > there already is a wiki. It might be under-maintained, but it does exist. > So is the solution really yet more sources of information or more/better > use of the sources that are already there? > > I am all for raising the profile of the issue and getting the community > more involved, which is what I figure you're trying to do. Having said > that, the problem is that we don't seem to be getting as much traction from > the developers and other people more familiar with the internals of Xen. > > I can understand that the developers on a project like this are generally > going to be coming from two separate camps: > > 1) People who became developers to fix the problems they were having and > have limited interest in other bugs other people are hitting. > > 2) People who are paid to do development by their employer, who are only > going to be focusing on any issues that arise on a very limited selection > of hardware/OS/software combinations that are deemed "supported" by their > employer, and generally won't care about any other issues, especially those > that don't manifest on the "supported" hardware. > > This explains why a lot of questions go unanswered even though they refer > to bugs that were filed on the xensource bugzilla years ago. > > > I see people >> ask questions on this mailing board and get no answers does it get >> missed or it was asked before I don't know but I believe having a forum >> maybe the answer to it. >> > > I wish you were right, but I cannot see any reason why a forum might get > more traction than a mailing list. Mailing lists get posts straight to your > inbox where people who know the answer are more likely to hear them. On the > forum they are only going to get spotted by the people who actively look at > the forum, and those are generally going to be the ones looking for > solutions to their own problems rather than the developers who might > actually be able to resolve an issue. > > Gordan > --089e013c64b00bb49404dd15f1f1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
May be you are=A0correct=A0but i=A0believe=A0that the volu= me of emails makes difficult to find info you looking for. Forum you can po= st=A0stickies and users can help=A0each other=A0fix bugs.=A0=A0If user a st= ates that they have this issue with xen and user b had same issue and found= a patch and posts info about it that will make easy for rest of user to do= wnload and install patch. It very hard to search mailing list. xen vga pass= info is interesting also there lots of info about and many patches but mai= n website with patches is down. I posted patches for xen 4.3 i hope somone = can provide patches for xen 4.2=A0


On Sun, May 1= 9, 2013 at 11:14 AM, Gordan Bobic <gordan@bobich.net> wrote:=
On 05/19/2013 04:24 PM, jacek burghardt wrote:
I want to add bug tracking software but forum seems like great place to
ask questions and exchange ideas. I am open to people willing to be
moderators and ideas for sections of board. I have horrible time
searching mailing lists. How many times we have people asking
on reassigning video cards sound cards. I believe having one place for
related bios files patches and howtos will be very nice.

That sounds like something that should be on the wiki, not on a forum. And = there already is a wiki. It might be under-maintained, but it does exist. S= o is the solution really yet more sources of information or more/better use= of the sources that are already there?

I am all for raising the profile of the issue and getting the community mor= e involved, which is what I figure you're trying to do. Having said tha= t, the problem is that we don't seem to be getting as much traction fro= m the developers and other people more familiar with the internals of Xen.<= br>
I can understand that the developers on a project like this are generally g= oing to be coming from two separate camps:

1) People who became developers to fix the problems they were having and ha= ve limited interest in other bugs other people are hitting.

2) People who are paid to do development by their employer, who are only go= ing to be focusing on any issues that arise on a very limited selection of = hardware/OS/software combinations that are deemed "supported" by = their employer, and generally won't care about any other issues, especi= ally those that don't manifest on the "supported" hardware.
This explains why a lot of questions go unanswered even though they refer t= o bugs that were filed on the xensource bugzilla years ago.


I see people
ask questions on this mailing board and get no answers =A0does it get
missed or it was asked before I don't know but I believe having a =A0fo= rum
maybe the answer to it.

I wish you were right, but I cannot see any reason why a forum might get mo= re traction than a mailing list. Mailing lists get posts straight to your i= nbox where people who know the answer are more likely to hear them. On the = forum they are only going to get spotted by the people who actively look at= the forum, and those are generally going to be the ones looking for soluti= ons to their own problems rather than the developers who might actually be = able to resolve an issue.
Gordan

--089e013c64b00bb49404dd15f1f1-- --===============5154259010487503337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5154259010487503337==-- From xen-users-bounces@lists.xen.org Sun May 19 22:58:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 22:58: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 1UeCXU-0006yo-DE; Sun, 19 May 2013 22:57:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeCXS-0006yj-Fz for xen-users@lists.xen.org; Sun, 19 May 2013 22:57:14 +0000 Received: from [85.158.137.99:29399] by server-1.bemta-3.messagelabs.com id 48/B1-06847-9C859915; Sun, 19 May 2013 22:57:13 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-9.tower-217.messagelabs.com!1369004229!14265823!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2414 invoked from network); 19 May 2013 22:57:12 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-9.tower-217.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 19 May 2013 22:57:12 -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 1UeCXE-0006fH-Kw; Mon, 20 May 2013 08:57:00 +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; Mon, 20 May 2013 08:56:59 +1000 From: James Harper To: Gordan Bobic , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) Thread-Index: AQHOVIuluHJVvYO03Um0nV/LyRotY5kNHxlA Date: Sun, 19 May 2013 22:56:58 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C966FE@BITCOM1.int.sbss.com.au> References: <5198C00C.9060902@bobich.net> In-Reply-To: <5198C00C.9060902@bobich.net> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:7597:fd41:f412:e2b4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19880.002 x-tm-as-result: No--37.245100-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > The subject says it all, really. > > I couldn't find any XP x64 specific drivers, but in all other cases 2K3 > x64 drivers have worked for me on XP x64, so since the kernels and > driver models are the same, I am guessing this should work. > > Thankfully I took a snapshot of the block device before installing the > drivers. > > Is there a better driver to use on XP x64? > > The HVM disk performance is really quite attrocious. From dom0, I get > about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. > From domU I get 5MB/s and qemu-dm hits 100% CPU usage. > > Is there a way to make this work / establish why it doesn't work? > The 2003_x64 drivers are the right ones to use. What version GPLPV are you using? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 19 22:58:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 19 May 2013 22:58: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 1UeCXU-0006yo-DE; Sun, 19 May 2013 22:57:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeCXS-0006yj-Fz for xen-users@lists.xen.org; Sun, 19 May 2013 22:57:14 +0000 Received: from [85.158.137.99:29399] by server-1.bemta-3.messagelabs.com id 48/B1-06847-9C859915; Sun, 19 May 2013 22:57:13 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-9.tower-217.messagelabs.com!1369004229!14265823!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2414 invoked from network); 19 May 2013 22:57:12 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-9.tower-217.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 19 May 2013 22:57:12 -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 1UeCXE-0006fH-Kw; Mon, 20 May 2013 08:57:00 +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; Mon, 20 May 2013 08:56:59 +1000 From: James Harper To: Gordan Bobic , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) Thread-Index: AQHOVIuluHJVvYO03Um0nV/LyRotY5kNHxlA Date: Sun, 19 May 2013 22:56:58 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C966FE@BITCOM1.int.sbss.com.au> References: <5198C00C.9060902@bobich.net> In-Reply-To: <5198C00C.9060902@bobich.net> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:7597:fd41:f412:e2b4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19880.002 x-tm-as-result: No--37.245100-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > The subject says it all, really. > > I couldn't find any XP x64 specific drivers, but in all other cases 2K3 > x64 drivers have worked for me on XP x64, so since the kernels and > driver models are the same, I am guessing this should work. > > Thankfully I took a snapshot of the block device before installing the > drivers. > > Is there a better driver to use on XP x64? > > The HVM disk performance is really quite attrocious. From dom0, I get > about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. > From domU I get 5MB/s and qemu-dm hits 100% CPU usage. > > Is there a way to make this work / establish why it doesn't work? > The 2003_x64 drivers are the right ones to use. What version GPLPV are you using? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 01:20:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 01:20: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 1UeEks-0003sd-Ar; Mon, 20 May 2013 01:19:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeEkq-0003sY-Ry for xen-users@lists.xensource.com; Mon, 20 May 2013 01:19:13 +0000 Received: from [85.158.139.211:53448] by server-11.bemta-5.messagelabs.com id 87/1B-26693-01A79915; Mon, 20 May 2013 01:19:12 +0000 X-Env-Sender: jm-xenusers@vj8.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1369012750!14652351!1 X-Originating-IP: [173.9.71.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2679 invoked from network); 20 May 2013 01:19:11 -0000 Received: from 173-9-71-1-newengland.hfc.comcastbusiness.net (HELO bermuda.datamat.net) (173.9.71.1) by server-13.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 01:19:11 -0000 Received: from james by bermuda.datamat.net with local (Exim 4.72) (envelope-from ) id 1UeEkn-0000XK-PK for xen-users@lists.xensource.com; Sun, 19 May 2013 21:19:09 -0400 Date: Sun, 19 May 2013 21:19:09 -0400 From: James Triplett To: xen-users@lists.xensource.com Message-ID: <20130520011909.GA1653@datamat.net> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Starting a new Xen setup, with off-the-shelf Wheezy, and the standard Xen packages, which turn out to be Xen 4.1 I used to just put a (network-script network-bridge) in the Xen setup, but I guess you can't do that anymore... There are a variety of recipes to setup the network and bridging, since apparently the Xen setup doesn't does this for you anymore. I've gone through a couple tries, with no success so far. Following instructions in /usr/share/doc/xen-utils-common/README.debian, I created a /etc/network/interfaces file like this: auto br0 iface br0 inet static address 192.168.0.26 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports all When the machine reboots, I see: br0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f inet addr:192.168.0.26 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2174 errors:0 dropped:0 overruns:0 frame:0 TX packets:531 errors:0 dropped:0 overruns:0 carrier:0 RX bytes:316591 (309.1 KiB) TX bytes:67600 (66.0 KiB) eth0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f inet addr:192.168.0.104 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2601 errors:0 dropped:0 overruns:0 frame:0 TX packets:648 errors:0 dropped:0 overruns:0 carrier:0 RX bytes:508220 (496.3 KiB) TX bytes:84048 (82.0 KiB) Interrupt:16 Memory:f8000000-f8012800 So, the eth0 physical interface somehow picked up .104, likely from DHCP- but I don't know why. And I get wierd ping responses. A ping on the local network works fine, but try to move out to the next network yields: james@puerto:/usr/share/doc/xen-utils-common$ ping 192.168.1.4 PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data. From 192.168.0.104 icmp_seq=1 Destination Host Unreachable From 192.168.0.104 icmp_seq=2 Destination Host Unreachable The ICMP reply comes from the .104 address? ??? Does anyone know the correct configuration in /etc/network/interfaces for a dead-simple bridge to support Xen domU's? thanks! James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 01:20:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 01:20: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 1UeEks-0003sd-Ar; Mon, 20 May 2013 01:19:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeEkq-0003sY-Ry for xen-users@lists.xensource.com; Mon, 20 May 2013 01:19:13 +0000 Received: from [85.158.139.211:53448] by server-11.bemta-5.messagelabs.com id 87/1B-26693-01A79915; Mon, 20 May 2013 01:19:12 +0000 X-Env-Sender: jm-xenusers@vj8.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1369012750!14652351!1 X-Originating-IP: [173.9.71.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2679 invoked from network); 20 May 2013 01:19:11 -0000 Received: from 173-9-71-1-newengland.hfc.comcastbusiness.net (HELO bermuda.datamat.net) (173.9.71.1) by server-13.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 01:19:11 -0000 Received: from james by bermuda.datamat.net with local (Exim 4.72) (envelope-from ) id 1UeEkn-0000XK-PK for xen-users@lists.xensource.com; Sun, 19 May 2013 21:19:09 -0400 Date: Sun, 19 May 2013 21:19:09 -0400 From: James Triplett To: xen-users@lists.xensource.com Message-ID: <20130520011909.GA1653@datamat.net> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Starting a new Xen setup, with off-the-shelf Wheezy, and the standard Xen packages, which turn out to be Xen 4.1 I used to just put a (network-script network-bridge) in the Xen setup, but I guess you can't do that anymore... There are a variety of recipes to setup the network and bridging, since apparently the Xen setup doesn't does this for you anymore. I've gone through a couple tries, with no success so far. Following instructions in /usr/share/doc/xen-utils-common/README.debian, I created a /etc/network/interfaces file like this: auto br0 iface br0 inet static address 192.168.0.26 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports all When the machine reboots, I see: br0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f inet addr:192.168.0.26 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2174 errors:0 dropped:0 overruns:0 frame:0 TX packets:531 errors:0 dropped:0 overruns:0 carrier:0 RX bytes:316591 (309.1 KiB) TX bytes:67600 (66.0 KiB) eth0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f inet addr:192.168.0.104 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2601 errors:0 dropped:0 overruns:0 frame:0 TX packets:648 errors:0 dropped:0 overruns:0 carrier:0 RX bytes:508220 (496.3 KiB) TX bytes:84048 (82.0 KiB) Interrupt:16 Memory:f8000000-f8012800 So, the eth0 physical interface somehow picked up .104, likely from DHCP- but I don't know why. And I get wierd ping responses. A ping on the local network works fine, but try to move out to the next network yields: james@puerto:/usr/share/doc/xen-utils-common$ ping 192.168.1.4 PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data. From 192.168.0.104 icmp_seq=1 Destination Host Unreachable From 192.168.0.104 icmp_seq=2 Destination Host Unreachable The ICMP reply comes from the .104 address? ??? Does anyone know the correct configuration in /etc/network/interfaces for a dead-simple bridge to support Xen domU's? thanks! James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 01:45:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 01:45: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 1UeF93-0004RP-DH; Mon, 20 May 2013 01:44:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeF92-0004RK-5B for xen-users@lists.xen.org; Mon, 20 May 2013 01:44:12 +0000 Received: from [85.158.143.99:31975] by server-3.bemta-4.messagelabs.com id 6E/EB-02015-AEF79915; Mon, 20 May 2013 01:44:10 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-12.tower-216.messagelabs.com!1369014246!23480858!1 X-Originating-IP: [203.16.224.4] 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 30620 invoked from network); 20 May 2013 01:44:09 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-12.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 01:44:09 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UeF8l-0005W4-P4; Mon, 20 May 2013 11:43:55 +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; Mon, 20 May 2013 11:43:43 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0IABH4QAgACvBgCAAcouAIABGovw Date: Mon, 20 May 2013 01:43:42 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:7597:fd41:f412:e2b4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19880.003 x-tm-as-result: No--51.051400-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 should have mentioned the dom0 kernel version at the beginning. Must > have forgotten. > It is 3.8.8-1.el6xen.x86_64 not self compiled but taken from CRC's repo. > My test machine is Debian 3.8.5 which should be close enough although it's possible there is a patch that changes the state transition in a subtle way. > > Currently there is no timeout implemented, xennet just waits forever fort > > the backend to progress to the next state. I can put a timeout in there which > > will give you a more sensible error (eg windows will complain that device > > couldn't start or something) instead of hanging, but won't solve the > > underlying problem. > > Yea, right now the problem is not irritating but makes me just curious > since some most people encounter it. Not certainly the end of world > but would help if the driver doesn't crash. > > > > > You only included the xennet stuff in your logs so I can't see if xenpci is > > doing the right thing, I can't imagine it will tell me anything different though. > > Can you also send me the end of the kernel logs as there should be some > > messages logged as the backend changes state. > > Sure. Snippet of the logs is below. But I am afraid if kernel tells > anything but few telltale signs of what's happening other than telling > a vif is disabled. > > br0: port 3(vif159.0) entered disabled state > device vif159.0 left promiscuous mode > br0: port 3(vif159.0) entered disabled state > frontend_changed: backend/vif/159/0: prepare for reconnect > I'd expect an error would be logged if the reconnect failed but I can't be sure. Can you try disabling both adapters so the driver unloads then enable them both again (even if it gets stuck when the first one loads)? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 01:45:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 01:45: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 1UeF93-0004RP-DH; Mon, 20 May 2013 01:44:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeF92-0004RK-5B for xen-users@lists.xen.org; Mon, 20 May 2013 01:44:12 +0000 Received: from [85.158.143.99:31975] by server-3.bemta-4.messagelabs.com id 6E/EB-02015-AEF79915; Mon, 20 May 2013 01:44:10 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-12.tower-216.messagelabs.com!1369014246!23480858!1 X-Originating-IP: [203.16.224.4] 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 30620 invoked from network); 20 May 2013 01:44:09 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-12.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 01:44:09 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UeF8l-0005W4-P4; Mon, 20 May 2013 11:43:55 +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; Mon, 20 May 2013 11:43:43 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0IABH4QAgACvBgCAAcouAIABGovw Date: Mon, 20 May 2013 01:43:42 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:7597:fd41:f412:e2b4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19880.003 x-tm-as-result: No--51.051400-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 should have mentioned the dom0 kernel version at the beginning. Must > have forgotten. > It is 3.8.8-1.el6xen.x86_64 not self compiled but taken from CRC's repo. > My test machine is Debian 3.8.5 which should be close enough although it's possible there is a patch that changes the state transition in a subtle way. > > Currently there is no timeout implemented, xennet just waits forever fort > > the backend to progress to the next state. I can put a timeout in there which > > will give you a more sensible error (eg windows will complain that device > > couldn't start or something) instead of hanging, but won't solve the > > underlying problem. > > Yea, right now the problem is not irritating but makes me just curious > since some most people encounter it. Not certainly the end of world > but would help if the driver doesn't crash. > > > > > You only included the xennet stuff in your logs so I can't see if xenpci is > > doing the right thing, I can't imagine it will tell me anything different though. > > Can you also send me the end of the kernel logs as there should be some > > messages logged as the backend changes state. > > Sure. Snippet of the logs is below. But I am afraid if kernel tells > anything but few telltale signs of what's happening other than telling > a vif is disabled. > > br0: port 3(vif159.0) entered disabled state > device vif159.0 left promiscuous mode > br0: port 3(vif159.0) entered disabled state > frontend_changed: backend/vif/159/0: prepare for reconnect > I'd expect an error would be logged if the reconnect failed but I can't be sure. Can you try disabling both adapters so the driver unloads then enable them both again (even if it gets stuck when the first one loads)? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:04:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:04: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 1UeL3V-0000N6-Sf; Mon, 20 May 2013 08:02:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeL3T-0000Mz-L7 for xen-users@lists.xensource.com; Mon, 20 May 2013 08:02:51 +0000 Received: from [85.158.139.83:21424] by server-13.bemta-5.messagelabs.com id E7/93-08040-AA8D9915; Mon, 20 May 2013 08:02:50 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1369036969!27572039!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_TAG_BALANCE_HEAD X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6765 invoked from network); 20 May 2013 08:02:49 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:02:49 -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 1UeL3O-0003jB-Th; Mon, 20 May 2013 10:02:46 +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 TIf3WCfXlekK; Mon, 20 May 2013 10:02:46 +0200 (CEST) Received: from p5dc3eeb6.dip0.t-ipconnect.de ([93.195.238.182] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80.1) (envelope-from ) id 1UeL3O-0003rY-2V; Mon, 20 May 2013 10:02:46 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <20130520011909.GA1653@datamat.net> References: <20130520011909.GA1653@datamat.net> MIME-Version: 1.0 From: Niels Dettenbach Date: Mon, 20 May 2013 10:02:38 +0200 To: James Triplett ,xen-users@lists.xensource.com Message-ID: Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7707994371551454137==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7707994371551454137== Content-Type: multipart/alternative; boundary="----KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD" ------KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit James Triplett schrieb: > >Starting a new Xen setup, with off-the-shelf Wheezy, and the standard >Xen packages, >which turn out to be Xen 4.1 > >I used to just put a (network-script network-bridge) in the Xen setup, >but I guess >you can't do that anymore... >Does anyone know the correct configuration in /etc/network/interfaces >for >a dead-simple bridge to support Xen domU's? For first check your bridge setup (which is not xen related - see bridge-utils / linux bridge or better debian bridge networking for any details of you OS, but should be simple): To watch and manipulate bridges you should have brctl ("brctl help" gives you a list of commands/options). See is you bridge is up and all the required intercaces (including the "outer side physical") are in the bridge: brctl show As the first step - make shure that all of your physical interfaces are up but have no IP configurations (this breaks the principle of bridges) - just your bridge has to have a IP if you want networking from your Dom0: ifconfig or ip addr show and route -n If you want to ping to or from outside to/from your Dom0 ("host system") you need an IP and route on/over your bridge interface, but NOT on the real interfaces! As the second step - with the 4.1 xen / DomU config you just enable bridge config (with the name of your bridge) - this enables xen to add/connect each new DomU interface to your bridge automatically. good luck and best regards, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com ------KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
James Triplett <jm-xenusers@vj8.net> schrieb:

>
>Starting a new Xen setup, with off-the-shelf Wheezy, and the standard
>Xen packages,
>which turn out to be Xen 4.1
>
>I used to just put a (network-script network-bridge) in the Xen setup,
>but I guess
>you can't do that anymore...

>Does anyone know the correct configuration in /etc/network/interfaces
>for
>a dead-simple bridge to support Xen domU's?

For first check your bridge setup (which is not xen related - see bridge-utils / linux bridge or better debian bridge networking for any details of you OS, but should be simple):

To watch and manipulate bridges you should have brctl ("brctl help" gives you a list of commands/options).

See is you bridge is up and all the required intercaces (including the "outer side physical") are in the bridge:

brctl show

As the first step - make shure that all of your physical interfaces are up but have no IP configurations (this breaks the principle of bridges) - just your bridge has to have a IP if you want networking from your Dom0:

ifconfig
or
ip addr show
and
route -n

If you want to ping to or from outside to/from your Dom0 ("host system") you need an IP and route on/over your bridge interface, but NOT on the real interfaces!

As the second step - with the 4.1 xen / DomU config you just enable bridge config (with the name of your bridge) - this enables xen to add/connect each new DomU interface to your bridge automatically.


good luck and best regards,


Niels.
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.com ------KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD-- --===============7707994371551454137== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7707994371551454137==-- From xen-users-bounces@lists.xen.org Mon May 20 08:04:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:04: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 1UeL3V-0000N6-Sf; Mon, 20 May 2013 08:02:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeL3T-0000Mz-L7 for xen-users@lists.xensource.com; Mon, 20 May 2013 08:02:51 +0000 Received: from [85.158.139.83:21424] by server-13.bemta-5.messagelabs.com id E7/93-08040-AA8D9915; Mon, 20 May 2013 08:02:50 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1369036969!27572039!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_TAG_BALANCE_HEAD X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6765 invoked from network); 20 May 2013 08:02:49 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:02:49 -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 1UeL3O-0003jB-Th; Mon, 20 May 2013 10:02:46 +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 TIf3WCfXlekK; Mon, 20 May 2013 10:02:46 +0200 (CEST) Received: from p5dc3eeb6.dip0.t-ipconnect.de ([93.195.238.182] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80.1) (envelope-from ) id 1UeL3O-0003rY-2V; Mon, 20 May 2013 10:02:46 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <20130520011909.GA1653@datamat.net> References: <20130520011909.GA1653@datamat.net> MIME-Version: 1.0 From: Niels Dettenbach Date: Mon, 20 May 2013 10:02:38 +0200 To: James Triplett ,xen-users@lists.xensource.com Message-ID: Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7707994371551454137==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7707994371551454137== Content-Type: multipart/alternative; boundary="----KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD" ------KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit James Triplett schrieb: > >Starting a new Xen setup, with off-the-shelf Wheezy, and the standard >Xen packages, >which turn out to be Xen 4.1 > >I used to just put a (network-script network-bridge) in the Xen setup, >but I guess >you can't do that anymore... >Does anyone know the correct configuration in /etc/network/interfaces >for >a dead-simple bridge to support Xen domU's? For first check your bridge setup (which is not xen related - see bridge-utils / linux bridge or better debian bridge networking for any details of you OS, but should be simple): To watch and manipulate bridges you should have brctl ("brctl help" gives you a list of commands/options). See is you bridge is up and all the required intercaces (including the "outer side physical") are in the bridge: brctl show As the first step - make shure that all of your physical interfaces are up but have no IP configurations (this breaks the principle of bridges) - just your bridge has to have a IP if you want networking from your Dom0: ifconfig or ip addr show and route -n If you want to ping to or from outside to/from your Dom0 ("host system") you need an IP and route on/over your bridge interface, but NOT on the real interfaces! As the second step - with the 4.1 xen / DomU config you just enable bridge config (with the name of your bridge) - this enables xen to add/connect each new DomU interface to your bridge automatically. good luck and best regards, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com ------KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
James Triplett <jm-xenusers@vj8.net> schrieb:

>
>Starting a new Xen setup, with off-the-shelf Wheezy, and the standard
>Xen packages,
>which turn out to be Xen 4.1
>
>I used to just put a (network-script network-bridge) in the Xen setup,
>but I guess
>you can't do that anymore...

>Does anyone know the correct configuration in /etc/network/interfaces
>for
>a dead-simple bridge to support Xen domU's?

For first check your bridge setup (which is not xen related - see bridge-utils / linux bridge or better debian bridge networking for any details of you OS, but should be simple):

To watch and manipulate bridges you should have brctl ("brctl help" gives you a list of commands/options).

See is you bridge is up and all the required intercaces (including the "outer side physical") are in the bridge:

brctl show

As the first step - make shure that all of your physical interfaces are up but have no IP configurations (this breaks the principle of bridges) - just your bridge has to have a IP if you want networking from your Dom0:

ifconfig
or
ip addr show
and
route -n

If you want to ping to or from outside to/from your Dom0 ("host system") you need an IP and route on/over your bridge interface, but NOT on the real interfaces!

As the second step - with the 4.1 xen / DomU config you just enable bridge config (with the name of your bridge) - this enables xen to add/connect each new DomU interface to your bridge automatically.


good luck and best regards,


Niels.
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.com ------KB3V69C0H7QH1EHO1BAGSTQ6R6FVXD-- --===============7707994371551454137== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7707994371551454137==-- From xen-users-bounces@lists.xen.org Mon May 20 08:13:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:13: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 1UeLDG-0000fY-29; Mon, 20 May 2013 08:12:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLDD-0000fR-Qc for xen-users@lists.xen.org; Mon, 20 May 2013 08:12:56 +0000 Received: from [85.158.139.211:29900] by server-3.bemta-5.messagelabs.com id 27/D0-31108-60BD9915; Mon, 20 May 2013 08:12:54 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-206.messagelabs.com!1369037573!18618246!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9340 invoked from network); 20 May 2013 08:12:53 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:12:53 -0000 Received: (qmail 4913 invoked by uid 1000); 20 May 2013 10:12:53 +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(-9.0/5.0):. Processed in 2.178423 secs); 20 May 2013 08:12:53 -0000 X-Spam-Status: No, hits=-9.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -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=1369037571; n=Test; bh=c3iDNhLFL8+haNwj+ie89z/RXET+hBhne3m8Pg NM+ts=; b=Sf1pXoASwMlYW81DL8d7hcDYu+XhKR+PCBgC+1TnD1hscloYsPbk3G JDsM7OAJMPXZmJBEfT/7HeT5wpQTA3pYawZJmjbDxW0Q7+zjipS4Tazi1JhtbAnd I2Rsm7FLSj 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=q7ErSPa1UAzkiLWY+yj6O1vLahhth uUqRE3WcDzFV5iwCOqvaF9aoow/GhU5igwGk+BrITZUW51GtxstbosWZVGZ5SEfb kaXWGATrbvUjxoIn/5p5Wq+XGj1uLCeT+lG Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 10:12:50 +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 6CB552C1352 for ; Mon, 20 May 2013 10:12:50 +0200 (CEST) Message-ID: <5199DB02.4060905@excello.cz> Date: Mon, 20 May 2013 10:12:50 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130520011909.GA1653@datamat.net> In-Reply-To: <20130520011909.GA1653@datamat.net> Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9083661820891947800==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============9083661820891947800== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000103050207050502040106" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms000103050207050502040106 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable And change line: bridge_ports all to: bridge_ports eth0 Jan Dne 20.5.2013 03:19, James Triplett napsal(a): > Starting a new Xen setup, with off-the-shelf Wheezy, and the standard X= en packages, > which turn out to be Xen 4.1 > > I used to just put a (network-script network-bridge) in the Xen setup,= but I guess > you can't do that anymore... > > There are a variety of recipes to setup the network and bridging, since= apparently > the Xen setup doesn't does this for you anymore. I've gone through a c= ouple > tries, with no success so far. > > Following instructions in /usr/share/doc/xen-utils-common/README.debian= , > I created a /etc/network/interfaces file like this: > > auto br0 > iface br0 inet static > address 192.168.0.26 > network 192.168.0.0 > netmask 255.255.255.0 > broadcast 192.168.0.255 > gateway 192.168.0.1 > bridge_ports all > > When the machine reboots, I see: > br0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.26 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2174 errors:0 dropped:0 overruns:0 frame:0 > TX packets:531 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:316591 (309.1 KiB) TX bytes:67600 (66.0 KiB) > > eth0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.104 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2601 errors:0 dropped:0 overruns:0 frame:0 > TX packets:648 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:508220 (496.3 KiB) TX bytes:84048 (82.0 KiB) > Interrupt:16 Memory:f8000000-f8012800 > > So, the eth0 physical interface somehow picked up .104, likely from DHC= P- > but I don't know why. > > And I get wierd ping responses. A ping on the local network works fine= , but try > to move out to the next network yields: > > james@puerto:/usr/share/doc/xen-utils-common$ ping 192.168.1.4 > PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data. > From 192.168.0.104 icmp_seq=3D1 Destination Host Unreachable > From 192.168.0.104 icmp_seq=3D2 Destination Host Unreachable > > The ICMP reply comes from the .104 address? ??? > > > Does anyone know the correct configuration in /etc/network/interfaces f= or > a dead-simple bridge to support Xen domU's? > > thanks! > > James > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms000103050207050502040106 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAwODEyNTBa MCMGCSqGSIb3DQEJBDEWBBSsQ6C62G+Md3+UY/tjXxBvcSqO/jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAFcTGVj9GYI9 SJMEBqm5QUPEVr+C3MfgLkCUfTVp+BunE0Wi151K4TVW+Ptos0oV/dWyUTKgsnBVa34qvct5 D/B9sr/5amAMgTfOq00fSq8WQ26f89j1e1jjuD+vX6L0+ADqLtgF9YRMK18DmZI++z8YGiRM 0/lcpeKvXFXa3l/NMpaeRjK1h8VKaNLernKNf2S0I904gJIYbbJE09/BKRBLYrxqtEtlJ35/ 8keOFKm9elmGbwQwFc/vDZse+K5poiNXCx+nkD5S4bEF1MnCr2HwkZsEAAxz8WujwkB4S5Si Wd1X7UfegegfWEQYxYyfwsebxDUAzuBpDhp4tIYLBk8AAAAAAAA= --------------ms000103050207050502040106-- --===============9083661820891947800== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9083661820891947800==-- From xen-users-bounces@lists.xen.org Mon May 20 08:13:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:13: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 1UeLDG-0000fY-29; Mon, 20 May 2013 08:12:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLDD-0000fR-Qc for xen-users@lists.xen.org; Mon, 20 May 2013 08:12:56 +0000 Received: from [85.158.139.211:29900] by server-3.bemta-5.messagelabs.com id 27/D0-31108-60BD9915; Mon, 20 May 2013 08:12:54 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-206.messagelabs.com!1369037573!18618246!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9340 invoked from network); 20 May 2013 08:12:53 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:12:53 -0000 Received: (qmail 4913 invoked by uid 1000); 20 May 2013 10:12:53 +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(-9.0/5.0):. Processed in 2.178423 secs); 20 May 2013 08:12:53 -0000 X-Spam-Status: No, hits=-9.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -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=1369037571; n=Test; bh=c3iDNhLFL8+haNwj+ie89z/RXET+hBhne3m8Pg NM+ts=; b=Sf1pXoASwMlYW81DL8d7hcDYu+XhKR+PCBgC+1TnD1hscloYsPbk3G JDsM7OAJMPXZmJBEfT/7HeT5wpQTA3pYawZJmjbDxW0Q7+zjipS4Tazi1JhtbAnd I2Rsm7FLSj 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=q7ErSPa1UAzkiLWY+yj6O1vLahhth uUqRE3WcDzFV5iwCOqvaF9aoow/GhU5igwGk+BrITZUW51GtxstbosWZVGZ5SEfb kaXWGATrbvUjxoIn/5p5Wq+XGj1uLCeT+lG Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 10:12:50 +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 6CB552C1352 for ; Mon, 20 May 2013 10:12:50 +0200 (CEST) Message-ID: <5199DB02.4060905@excello.cz> Date: Mon, 20 May 2013 10:12:50 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130520011909.GA1653@datamat.net> In-Reply-To: <20130520011909.GA1653@datamat.net> Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9083661820891947800==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============9083661820891947800== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000103050207050502040106" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms000103050207050502040106 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable And change line: bridge_ports all to: bridge_ports eth0 Jan Dne 20.5.2013 03:19, James Triplett napsal(a): > Starting a new Xen setup, with off-the-shelf Wheezy, and the standard X= en packages, > which turn out to be Xen 4.1 > > I used to just put a (network-script network-bridge) in the Xen setup,= but I guess > you can't do that anymore... > > There are a variety of recipes to setup the network and bridging, since= apparently > the Xen setup doesn't does this for you anymore. I've gone through a c= ouple > tries, with no success so far. > > Following instructions in /usr/share/doc/xen-utils-common/README.debian= , > I created a /etc/network/interfaces file like this: > > auto br0 > iface br0 inet static > address 192.168.0.26 > network 192.168.0.0 > netmask 255.255.255.0 > broadcast 192.168.0.255 > gateway 192.168.0.1 > bridge_ports all > > When the machine reboots, I see: > br0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.26 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2174 errors:0 dropped:0 overruns:0 frame:0 > TX packets:531 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:316591 (309.1 KiB) TX bytes:67600 (66.0 KiB) > > eth0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.104 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2601 errors:0 dropped:0 overruns:0 frame:0 > TX packets:648 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:508220 (496.3 KiB) TX bytes:84048 (82.0 KiB) > Interrupt:16 Memory:f8000000-f8012800 > > So, the eth0 physical interface somehow picked up .104, likely from DHC= P- > but I don't know why. > > And I get wierd ping responses. A ping on the local network works fine= , but try > to move out to the next network yields: > > james@puerto:/usr/share/doc/xen-utils-common$ ping 192.168.1.4 > PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data. > From 192.168.0.104 icmp_seq=3D1 Destination Host Unreachable > From 192.168.0.104 icmp_seq=3D2 Destination Host Unreachable > > The ICMP reply comes from the .104 address? ??? > > > Does anyone know the correct configuration in /etc/network/interfaces f= or > a dead-simple bridge to support Xen domU's? > > thanks! > > James > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms000103050207050502040106 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAwODEyNTBa MCMGCSqGSIb3DQEJBDEWBBSsQ6C62G+Md3+UY/tjXxBvcSqO/jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAFcTGVj9GYI9 SJMEBqm5QUPEVr+C3MfgLkCUfTVp+BunE0Wi151K4TVW+Ptos0oV/dWyUTKgsnBVa34qvct5 D/B9sr/5amAMgTfOq00fSq8WQ26f89j1e1jjuD+vX6L0+ADqLtgF9YRMK18DmZI++z8YGiRM 0/lcpeKvXFXa3l/NMpaeRjK1h8VKaNLernKNf2S0I904gJIYbbJE09/BKRBLYrxqtEtlJ35/ 8keOFKm9elmGbwQwFc/vDZse+K5poiNXCx+nkD5S4bEF1MnCr2HwkZsEAAxz8WujwkB4S5Si Wd1X7UfegegfWEQYxYyfwsebxDUAzuBpDhp4tIYLBk8AAAAAAAA= --------------ms000103050207050502040106-- --===============9083661820891947800== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9083661820891947800==-- From xen-users-bounces@lists.xen.org Mon May 20 08:13:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:13: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 1UeLD6-0000f3-CE; Mon, 20 May 2013 08:12:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLD5-0000ey-2h for xen-users@lists.xen.org; Mon, 20 May 2013 08:12:47 +0000 Received: from [85.158.139.211:64075] by server-5.bemta-5.messagelabs.com id 51/23-27009-EFAD9915; Mon, 20 May 2013 08:12:46 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-15.tower-206.messagelabs.com!1369037564!18637153!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5320 invoked from network); 20 May 2013 08:12:44 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:12:44 -0000 Received: (qmail 3992 invoked by uid 1000); 20 May 2013 10:11:43 +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(-9.0/5.0):. Processed in 1.262789 secs); 20 May 2013 08:11:43 -0000 X-Spam-Status: No, hits=-9.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -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=1369037502; n=Test; bh=qUbm0Zk5hzkPeQf0tEPKOVN9+SswDeoNbIZsDn CLnzI=; b=VRyoGZ2REOxYaXDikUMuuKgXlcbioPM/uWbKOoeusyyPLBoSuVW/iJ FwO6VpLU6pEGltdpPxNqGIejCeu0DSgHoCRI8Lohe1L0J/iRS9cVleZHFnpSJByz tfe5Zj5FsZ 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=m8rq/OJd1J+WMrWtdREg1VbonoMyi UYPnTWO78mKVaZ2Yaf94iLj07joV8SGU0ZHp4IsCVNw3H3WgTVSoAq8v9aLJ5glD IaL1kJM32xAGoWbQfYJglHJkuYCW1T03zLl Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 10:11:41 +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 8AC192C1352 for ; Mon, 20 May 2013 10:11:41 +0200 (CEST) Message-ID: <5199DABD.4070008@excello.cz> Date: Mon, 20 May 2013 10:11:41 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130520011909.GA1653@datamat.net> In-Reply-To: <20130520011909.GA1653@datamat.net> Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7098279519454764475==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============7098279519454764475== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090304060709030804090208" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090304060709030804090208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi James, add this line to you /etc/network/interfaces: iface eth0 inet manual Jan Dne 20.5.2013 03:19, James Triplett napsal(a): > Starting a new Xen setup, with off-the-shelf Wheezy, and the standard X= en packages, > which turn out to be Xen 4.1 > > I used to just put a (network-script network-bridge) in the Xen setup,= but I guess > you can't do that anymore... > > There are a variety of recipes to setup the network and bridging, since= apparently > the Xen setup doesn't does this for you anymore. I've gone through a c= ouple > tries, with no success so far. > > Following instructions in /usr/share/doc/xen-utils-common/README.debian= , > I created a /etc/network/interfaces file like this: > > auto br0 > iface br0 inet static > address 192.168.0.26 > network 192.168.0.0 > netmask 255.255.255.0 > broadcast 192.168.0.255 > gateway 192.168.0.1 > bridge_ports all > > When the machine reboots, I see: > br0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.26 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2174 errors:0 dropped:0 overruns:0 frame:0 > TX packets:531 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:316591 (309.1 KiB) TX bytes:67600 (66.0 KiB) > > eth0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.104 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2601 errors:0 dropped:0 overruns:0 frame:0 > TX packets:648 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:508220 (496.3 KiB) TX bytes:84048 (82.0 KiB) > Interrupt:16 Memory:f8000000-f8012800 > > So, the eth0 physical interface somehow picked up .104, likely from DHC= P- > but I don't know why. > > And I get wierd ping responses. A ping on the local network works fine= , but try > to move out to the next network yields: > > james@puerto:/usr/share/doc/xen-utils-common$ ping 192.168.1.4 > PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data. > From 192.168.0.104 icmp_seq=3D1 Destination Host Unreachable > From 192.168.0.104 icmp_seq=3D2 Destination Host Unreachable > > The ICMP reply comes from the .104 address? ??? > > > Does anyone know the correct configuration in /etc/network/interfaces f= or > a dead-simple bridge to support Xen domU's? > > thanks! > > James > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms090304060709030804090208 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAwODExNDFa MCMGCSqGSIb3DQEJBDEWBBS8eMZg6uyMz7oPmLQzHsvKznbXsjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAHRzHU7NlQEl pVeJ/MGcgLTj2xVPENg/ID/m/4owFOKXfDaFNOw/8+GJdCbqJUWGbnb09RmCKjaZ/yiedVzy 6OMOVKsxUcBsygHe9W/iLINACyc8jtN90oFTfELcuYCv5Xokyzl4rhxgEBm/KfhKMaqg4GIQ lvfnOTuB0lFew3GwCk16hkPvpmrHnbWHHbinJgOCFMt1MH0WSqqhXrZJn7HC/+v5ziWzZmdd W2Inwim3I4lXrpcNNvTBC1yUeTDx+qOaLGjyhMU/41zGl3CEmkrEjSfdwWUu45zTGIgy3UIl m+wW//smS+PxcYuSsKLnfAsn7TwzkNk8CwcWAvFrxmMAAAAAAAA= --------------ms090304060709030804090208-- --===============7098279519454764475== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7098279519454764475==-- From xen-users-bounces@lists.xen.org Mon May 20 08:13:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:13: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 1UeLD6-0000f3-CE; Mon, 20 May 2013 08:12:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLD5-0000ey-2h for xen-users@lists.xen.org; Mon, 20 May 2013 08:12:47 +0000 Received: from [85.158.139.211:64075] by server-5.bemta-5.messagelabs.com id 51/23-27009-EFAD9915; Mon, 20 May 2013 08:12:46 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-15.tower-206.messagelabs.com!1369037564!18637153!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5320 invoked from network); 20 May 2013 08:12:44 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:12:44 -0000 Received: (qmail 3992 invoked by uid 1000); 20 May 2013 10:11:43 +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(-9.0/5.0):. Processed in 1.262789 secs); 20 May 2013 08:11:43 -0000 X-Spam-Status: No, hits=-9.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -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=1369037502; n=Test; bh=qUbm0Zk5hzkPeQf0tEPKOVN9+SswDeoNbIZsDn CLnzI=; b=VRyoGZ2REOxYaXDikUMuuKgXlcbioPM/uWbKOoeusyyPLBoSuVW/iJ FwO6VpLU6pEGltdpPxNqGIejCeu0DSgHoCRI8Lohe1L0J/iRS9cVleZHFnpSJByz tfe5Zj5FsZ 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=m8rq/OJd1J+WMrWtdREg1VbonoMyi UYPnTWO78mKVaZ2Yaf94iLj07joV8SGU0ZHp4IsCVNw3H3WgTVSoAq8v9aLJ5glD IaL1kJM32xAGoWbQfYJglHJkuYCW1T03zLl Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 10:11:41 +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 8AC192C1352 for ; Mon, 20 May 2013 10:11:41 +0200 (CEST) Message-ID: <5199DABD.4070008@excello.cz> Date: Mon, 20 May 2013 10:11:41 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130520011909.GA1653@datamat.net> In-Reply-To: <20130520011909.GA1653@datamat.net> Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7098279519454764475==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============7098279519454764475== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090304060709030804090208" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090304060709030804090208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi James, add this line to you /etc/network/interfaces: iface eth0 inet manual Jan Dne 20.5.2013 03:19, James Triplett napsal(a): > Starting a new Xen setup, with off-the-shelf Wheezy, and the standard X= en packages, > which turn out to be Xen 4.1 > > I used to just put a (network-script network-bridge) in the Xen setup,= but I guess > you can't do that anymore... > > There are a variety of recipes to setup the network and bridging, since= apparently > the Xen setup doesn't does this for you anymore. I've gone through a c= ouple > tries, with no success so far. > > Following instructions in /usr/share/doc/xen-utils-common/README.debian= , > I created a /etc/network/interfaces file like this: > > auto br0 > iface br0 inet static > address 192.168.0.26 > network 192.168.0.0 > netmask 255.255.255.0 > broadcast 192.168.0.255 > gateway 192.168.0.1 > bridge_ports all > > When the machine reboots, I see: > br0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.26 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2174 errors:0 dropped:0 overruns:0 frame:0 > TX packets:531 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:316591 (309.1 KiB) TX bytes:67600 (66.0 KiB) > > eth0 Link encap:Ethernet HWaddr 00:1e:4f:11:51:5f > inet addr:192.168.0.104 Bcast:192.168.0.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2601 errors:0 dropped:0 overruns:0 frame:0 > TX packets:648 errors:0 dropped:0 overruns:0 carrier:0 > RX bytes:508220 (496.3 KiB) TX bytes:84048 (82.0 KiB) > Interrupt:16 Memory:f8000000-f8012800 > > So, the eth0 physical interface somehow picked up .104, likely from DHC= P- > but I don't know why. > > And I get wierd ping responses. A ping on the local network works fine= , but try > to move out to the next network yields: > > james@puerto:/usr/share/doc/xen-utils-common$ ping 192.168.1.4 > PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data. > From 192.168.0.104 icmp_seq=3D1 Destination Host Unreachable > From 192.168.0.104 icmp_seq=3D2 Destination Host Unreachable > > The ICMP reply comes from the .104 address? ??? > > > Does anyone know the correct configuration in /etc/network/interfaces f= or > a dead-simple bridge to support Xen domU's? > > thanks! > > James > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms090304060709030804090208 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAwODExNDFa MCMGCSqGSIb3DQEJBDEWBBS8eMZg6uyMz7oPmLQzHsvKznbXsjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAHRzHU7NlQEl pVeJ/MGcgLTj2xVPENg/ID/m/4owFOKXfDaFNOw/8+GJdCbqJUWGbnb09RmCKjaZ/yiedVzy 6OMOVKsxUcBsygHe9W/iLINACyc8jtN90oFTfELcuYCv5Xokyzl4rhxgEBm/KfhKMaqg4GIQ lvfnOTuB0lFew3GwCk16hkPvpmrHnbWHHbinJgOCFMt1MH0WSqqhXrZJn7HC/+v5ziWzZmdd W2Inwim3I4lXrpcNNvTBC1yUeTDx+qOaLGjyhMU/41zGl3CEmkrEjSfdwWUu45zTGIgy3UIl m+wW//smS+PxcYuSsKLnfAsn7TwzkNk8CwcWAvFrxmMAAAAAAAA= --------------ms090304060709030804090208-- --===============7098279519454764475== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7098279519454764475==-- From xen-users-bounces@lists.xen.org Mon May 20 08:26:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:26: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 1UeLPQ-0001Pr-C8; Mon, 20 May 2013 08:25:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLPP-0001Pm-4m for xen-users@lists.xensource.com; Mon, 20 May 2013 08:25:31 +0000 Received: from [85.158.139.211:23379] by server-5.bemta-5.messagelabs.com id CE/C8-27009-AFDD9915; Mon, 20 May 2013 08:25:30 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-13.tower-206.messagelabs.com!1369038325!14688837!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6629 invoked from network); 20 May 2013 08:25:29 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:25:29 -0000 Received: (qmail 31153 invoked by uid 1011); 20 May 2013 08:25:23 -0000 Received: from 203.98.89.66 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17239. spamassassin: 3.3.1. Clear:RC:1(203.98.89.66):. Processed in 0.997629 secs); 20 May 2013 08:25:23 -0000 Received: from unknown (HELO webmail.websitemanagers.com.au) (203.98.89.66) by 0 with SMTP; 20 May 2013 08:25:22 -0000 Received: from 202.44.178.137 (proxying for 10.30.10.190) (SquirrelMail authenticated user adamg+websitemanagers.com.au) by webmail.websitemanagers.com.au with HTTP; Mon, 20 May 2013 18:25:23 +1000 Message-ID: <9890d036dd7aa66c374b1396926c5d60.squirrel@webmail.websitemanagers.com.au> In-Reply-To: References: <20130520011909.GA1653@datamat.net> Date: Mon, 20 May 2013 18:25:23 +1000 From: "Adam Goryachev" To: jm-xenusers@vj8.net User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 20, 2013 18:02, Niels Dettenbach wrote: > > > James Triplett schrieb: > >> >>Starting a new Xen setup, with off-the-shelf Wheezy, and the standard >>Xen packages, >>which turn out to be Xen 4.1 >> >>I used to just put a (network-script network-bridge) in the Xen setup, >>but I guess >>you can't do that anymore... > >>Does anyone know the correct configuration in /etc/network/interfaces >>for >>a dead-simple bridge to support Xen domU's? allow-hotplug eth0 auto xenbr0 iface xenbr0 inet static address 10.20.30.34 netmask 255.255.240.0 gateway 10.20.30.254 bridge_maxwait 5 bridge_ports regex eth0 The above is what I use on one of my xen hosts. You would also have the lo sections, but you don't need anything else referring to eth0 Essentially, the bridge is just like a normal eth0 interface, except you add the extra bridge_ports config line. Hope that helps. Regards, Adam _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:26:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:26: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 1UeLPQ-0001Pr-C8; Mon, 20 May 2013 08:25:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLPP-0001Pm-4m for xen-users@lists.xensource.com; Mon, 20 May 2013 08:25:31 +0000 Received: from [85.158.139.211:23379] by server-5.bemta-5.messagelabs.com id CE/C8-27009-AFDD9915; Mon, 20 May 2013 08:25:30 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-13.tower-206.messagelabs.com!1369038325!14688837!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6629 invoked from network); 20 May 2013 08:25:29 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:25:29 -0000 Received: (qmail 31153 invoked by uid 1011); 20 May 2013 08:25:23 -0000 Received: from 203.98.89.66 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17239. spamassassin: 3.3.1. Clear:RC:1(203.98.89.66):. Processed in 0.997629 secs); 20 May 2013 08:25:23 -0000 Received: from unknown (HELO webmail.websitemanagers.com.au) (203.98.89.66) by 0 with SMTP; 20 May 2013 08:25:22 -0000 Received: from 202.44.178.137 (proxying for 10.30.10.190) (SquirrelMail authenticated user adamg+websitemanagers.com.au) by webmail.websitemanagers.com.au with HTTP; Mon, 20 May 2013 18:25:23 +1000 Message-ID: <9890d036dd7aa66c374b1396926c5d60.squirrel@webmail.websitemanagers.com.au> In-Reply-To: References: <20130520011909.GA1653@datamat.net> Date: Mon, 20 May 2013 18:25:23 +1000 From: "Adam Goryachev" To: jm-xenusers@vj8.net User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 20, 2013 18:02, Niels Dettenbach wrote: > > > James Triplett schrieb: > >> >>Starting a new Xen setup, with off-the-shelf Wheezy, and the standard >>Xen packages, >>which turn out to be Xen 4.1 >> >>I used to just put a (network-script network-bridge) in the Xen setup, >>but I guess >>you can't do that anymore... > >>Does anyone know the correct configuration in /etc/network/interfaces >>for >>a dead-simple bridge to support Xen domU's? allow-hotplug eth0 auto xenbr0 iface xenbr0 inet static address 10.20.30.34 netmask 255.255.240.0 gateway 10.20.30.254 bridge_maxwait 5 bridge_ports regex eth0 The above is what I use on one of my xen hosts. You would also have the lo sections, but you don't need anything else referring to eth0 Essentially, the bridge is just like a normal eth0 interface, except you add the extra bridge_ports config line. Hope that helps. Regards, Adam _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:34:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08: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 1UeLXg-0001oH-N5; Mon, 20 May 2013 08:34:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLXf-0001oB-JH for xen-users@lists.xen.org; Mon, 20 May 2013 08:34:03 +0000 Received: from [193.109.254.147:54375] by server-6.bemta-14.messagelabs.com id B1/E3-00912-AFFD9915; Mon, 20 May 2013 08:34:02 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1369038681!3228440!1 X-Originating-IP: [209.85.217.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31652 invoked from network); 20 May 2013 08:31:22 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:31:22 -0000 Received: by mail-lb0-f177.google.com with SMTP id o10so1967066lbi.22 for ; Mon, 20 May 2013 01:31:21 -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=9yPvwNLwDP03dkt8WE5o0cxCb05eSF2N/15i9N0KMWc=; b=PcPnZf1xeH1qp9fSuFhdFHZyTsTH/nMqiubqf023JymlLf9DJymz8++6ItJLy85sDd auLcl83Avr0CPa8hte0HfdD0fHShUn1uwbWul9U8v6E4OO4WRBCmTwqJcfSixPITfFX9 wGCOwJoLmEHLax4y3+Y9duqzGp5BAjsqgcDhYLFIBc9h5rQnt535nitrCsT3nn1i9JOe 3GSWE9l+duL0xwqTQ3uoE1doJK6Wnb7DWj5xb415Gu+K1a3pYBaU4RgimpaQjsG+qyur 6KDUBNRV3Rp0sqcJg2EBiWblr+nMuUnKDyq2o820l8XLHrscEotCpTs5YtTMjalwCy77 8clA== MIME-Version: 1.0 X-Received: by 10.112.157.231 with SMTP id wp7mr19553684lbb.91.1369038680947; Mon, 20 May 2013 01:31:20 -0700 (PDT) Received: by 10.112.0.211 with HTTP; Mon, 20 May 2013 01:31:20 -0700 (PDT) Date: Mon, 20 May 2013 11:31:20 +0300 Message-ID: From: Nick Katsipoulakis To: xen-users@lists.xen.org Subject: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7569236916483376273==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7569236916483376273== Content-Type: multipart/alternative; boundary=001a11c33ffc43008704dd222804 --001a11c33ffc43008704dd222804 Content-Type: text/plain; charset=ISO-8859-1 Hello Everyone, I am currently working on a project where I need to know the location of the Virtual Disk Images on my server. My server runs on a Debian Squeeze (v.6) Linux Distribution and uses Xen v2.6.32. I have created a VM called VM4LiveFS and when I execute the cat command on its cfg file (located in /etc/xen) I get the following: # # Configuration file for the Xen instance VM4LiveFS, created # by xen-tools 4.2 on Wed May 15 14:49:19 2013. # # # Kernel + memory size # kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64' vcpus = '1' memory = '2048' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w', 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'VM4LiveFS' # # Networking # vif = [ 'ip=88.197.53.126,mac=00:16:3E:5E:E6:9E' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' I need to know where are the disk images in my host's filesystem. Any hints to where they might be..? Thank you --001a11c33ffc43008704dd222804 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Everyone,

I am curr= ently working on a project where I need to know the location of the Virtual= Disk Images on my server.
My server runs on a Debian Squeeze (v.6= ) Linux Distribution and uses Xen v2.6.32. I have created a VM called VM4Li= veFS and when I execute the cat command on its cfg file (located in /etc/xe= n) I get the following:

#
# Configuration file for the Xen instance VM4LiveFS, created
# = by xen-tools 4.2 on Wed May 15 14:49:19 2013.
#

#
#=A0 Kernel = + memory size
#
kernel=A0=A0=A0=A0=A0 =3D '/boot/vmlinuz-2.6.32-5= -xen-amd64'
ramdisk=A0=A0=A0=A0 =3D '/boot/initrd.img-2.6.32-5-xen-amd64'
vcpus=A0=A0=A0=A0=A0=A0 =3D '1'
memory=A0=A0=A0=A0=A0 =3D '= ;2048'

#
#=A0 Disk device(s).
#
root=A0=A0=A0=A0=A0=A0= =A0 =3D '/dev/xvda2 ro'
disk=A0=A0=A0=A0=A0=A0=A0 =3D [
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/vmstore//dom= ains/VM4LiveFS/disk.img,xvda2,w',
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w&#= 39;,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ]


#
#=A0 Phys= ical volumes
#


#
#=A0 Hostname
#
name=A0=A0=A0=A0=A0=A0=A0 =3D 'VM4Li= veFS'

#
#=A0 Networking
#
vif=A0=A0=A0=A0=A0=A0=A0=A0 = =3D [ 'ip=3D88.197.53.126,mac=3D00:16:3E:5E:E6:9E' ]

#
#= =A0 Behaviour
#
on_poweroff =3D 'destroy'
on_reboot=A0=A0 =3D 'restart'
on_crash=A0=A0=A0 =3D 'restart= '

I need to know where are the disk images in my host'= s filesystem. Any hints to where they might be..?

Thank you
--001a11c33ffc43008704dd222804-- --===============7569236916483376273== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7569236916483376273==-- From xen-users-bounces@lists.xen.org Mon May 20 08:34:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08: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 1UeLXg-0001oH-N5; Mon, 20 May 2013 08:34:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLXf-0001oB-JH for xen-users@lists.xen.org; Mon, 20 May 2013 08:34:03 +0000 Received: from [193.109.254.147:54375] by server-6.bemta-14.messagelabs.com id B1/E3-00912-AFFD9915; Mon, 20 May 2013 08:34:02 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1369038681!3228440!1 X-Originating-IP: [209.85.217.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31652 invoked from network); 20 May 2013 08:31:22 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:31:22 -0000 Received: by mail-lb0-f177.google.com with SMTP id o10so1967066lbi.22 for ; Mon, 20 May 2013 01:31:21 -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=9yPvwNLwDP03dkt8WE5o0cxCb05eSF2N/15i9N0KMWc=; b=PcPnZf1xeH1qp9fSuFhdFHZyTsTH/nMqiubqf023JymlLf9DJymz8++6ItJLy85sDd auLcl83Avr0CPa8hte0HfdD0fHShUn1uwbWul9U8v6E4OO4WRBCmTwqJcfSixPITfFX9 wGCOwJoLmEHLax4y3+Y9duqzGp5BAjsqgcDhYLFIBc9h5rQnt535nitrCsT3nn1i9JOe 3GSWE9l+duL0xwqTQ3uoE1doJK6Wnb7DWj5xb415Gu+K1a3pYBaU4RgimpaQjsG+qyur 6KDUBNRV3Rp0sqcJg2EBiWblr+nMuUnKDyq2o820l8XLHrscEotCpTs5YtTMjalwCy77 8clA== MIME-Version: 1.0 X-Received: by 10.112.157.231 with SMTP id wp7mr19553684lbb.91.1369038680947; Mon, 20 May 2013 01:31:20 -0700 (PDT) Received: by 10.112.0.211 with HTTP; Mon, 20 May 2013 01:31:20 -0700 (PDT) Date: Mon, 20 May 2013 11:31:20 +0300 Message-ID: From: Nick Katsipoulakis To: xen-users@lists.xen.org Subject: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7569236916483376273==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7569236916483376273== Content-Type: multipart/alternative; boundary=001a11c33ffc43008704dd222804 --001a11c33ffc43008704dd222804 Content-Type: text/plain; charset=ISO-8859-1 Hello Everyone, I am currently working on a project where I need to know the location of the Virtual Disk Images on my server. My server runs on a Debian Squeeze (v.6) Linux Distribution and uses Xen v2.6.32. I have created a VM called VM4LiveFS and when I execute the cat command on its cfg file (located in /etc/xen) I get the following: # # Configuration file for the Xen instance VM4LiveFS, created # by xen-tools 4.2 on Wed May 15 14:49:19 2013. # # # Kernel + memory size # kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64' vcpus = '1' memory = '2048' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w', 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'VM4LiveFS' # # Networking # vif = [ 'ip=88.197.53.126,mac=00:16:3E:5E:E6:9E' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' I need to know where are the disk images in my host's filesystem. Any hints to where they might be..? Thank you --001a11c33ffc43008704dd222804 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Everyone,

I am curr= ently working on a project where I need to know the location of the Virtual= Disk Images on my server.
My server runs on a Debian Squeeze (v.6= ) Linux Distribution and uses Xen v2.6.32. I have created a VM called VM4Li= veFS and when I execute the cat command on its cfg file (located in /etc/xe= n) I get the following:

#
# Configuration file for the Xen instance VM4LiveFS, created
# = by xen-tools 4.2 on Wed May 15 14:49:19 2013.
#

#
#=A0 Kernel = + memory size
#
kernel=A0=A0=A0=A0=A0 =3D '/boot/vmlinuz-2.6.32-5= -xen-amd64'
ramdisk=A0=A0=A0=A0 =3D '/boot/initrd.img-2.6.32-5-xen-amd64'
vcpus=A0=A0=A0=A0=A0=A0 =3D '1'
memory=A0=A0=A0=A0=A0 =3D '= ;2048'

#
#=A0 Disk device(s).
#
root=A0=A0=A0=A0=A0=A0= =A0 =3D '/dev/xvda2 ro'
disk=A0=A0=A0=A0=A0=A0=A0 =3D [
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/vmstore//dom= ains/VM4LiveFS/disk.img,xvda2,w',
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w&#= 39;,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ]


#
#=A0 Phys= ical volumes
#


#
#=A0 Hostname
#
name=A0=A0=A0=A0=A0=A0=A0 =3D 'VM4Li= veFS'

#
#=A0 Networking
#
vif=A0=A0=A0=A0=A0=A0=A0=A0 = =3D [ 'ip=3D88.197.53.126,mac=3D00:16:3E:5E:E6:9E' ]

#
#= =A0 Behaviour
#
on_poweroff =3D 'destroy'
on_reboot=A0=A0 =3D 'restart'
on_crash=A0=A0=A0 =3D 'restart= '

I need to know where are the disk images in my host'= s filesystem. Any hints to where they might be..?

Thank you
--001a11c33ffc43008704dd222804-- --===============7569236916483376273== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7569236916483376273==-- From xen-users-bounces@lists.xen.org Mon May 20 08:40:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:40: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 1UeLd5-00028M-46; Mon, 20 May 2013 08:39:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLd3-00028G-1U for xen-users@lists.xen.org; Mon, 20 May 2013 08:39:37 +0000 Received: from [193.109.254.147:37620] by server-13.bemta-14.messagelabs.com id 68/B1-31447-841E9915; Mon, 20 May 2013 08:39:36 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1369039012!9095447!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15758 invoked from network); 20 May 2013 08:36:53 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:36:53 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 8AC7522124E; Mon, 20 May 2013 09:36:51 +0100 (BST) MIME-Version: 1.0 Date: Mon, 20 May 2013 09:36:51 +0100 From: Gordan Bobic To: Andrew Bobulsky In-Reply-To: <6402853042190013930@unknownmsgid> References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> Message-ID: <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?Xen_4=2E2_+_XP_x64_+_PVGPL_2K3_x64_=3D_BSOD?= =?utf-8?q?_=28UNMOUNTABLE=5FBOOT=5FVOLUME=29?= X-BeenThere: xen-users@lists.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 Sun, 19 May 2013 10:42:06 -0700, Andrew Bobulsky wrote: > On May 19, 2013, at 10:18 AM, Gordan Bobic wrote: > >> On 05/19/2013 06:14 PM, Andrew Bobulsky wrote: >>> On May 19, 2013, at 5:10 AM, Gordan Bobic >>> wrote: >>> >>>> The subject says it all, really. >>>> >>>> I couldn't find any XP x64 specific drivers, but in all other >>>> cases >>>> 2K3 x64 drivers have worked for me on XP x64, so since the kernels >>>> and driver models are the same, I am guessing this should work. >>>> >>>> Thankfully I took a snapshot of the block device before installing >>>> the drivers. >>>> >>>> Is there a better driver to use on XP x64? >>>> >>>> The HVM disk performance is really quite attrocious. From dom0, >>>> I get about 60MB/s on unbuffered reads with dd iflag=direct and >>>> hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >>>> >>>> Is there a way to make this work >>> >>> Always! I'm just not sure how :P >>> >>>> establish why it doesn't work? >>> >>> If you could get the system booted from a completely different >>> storage >>> device, and then try to get GPLPV working on a volume that's not >>> the >>> boot volume, that might be a good place to start. Personally, due >>> to >>> either my brand of weirdness or perhaps tunnel vision, I would boot >>> from an iSCSI volume and then attempt to interact with the "local" >>> disks that way. >> >> Funny you should mention iSCSI. My setup is an iSCSI volume exposed >> to the domU "raw" as a physical IDE disk. But domU seems to be >> alergic to it. If I leave the disk spec in the domU config as hda, >> it BSODs with the mentioned error. If I change it in the config to >> xvda, the domU starts to burn through 100% of CPU on all cores given >> to it and never finishes booting. > > Ooooo..... Well, you can try it if you like. Download the Microsoft > iSCSI boot-capable initiator, install it, then download and install > sanbootconf from the iPXE web site. > > Once you're done, reboot the domain and boot from the built-in iPXE. > Use Ctrl-B to enter the command line and run the following: > > dhcp net0 > sanboot iscsi:your.iscsi.server::::name.of.target > > That's assuming you're not using chap auth or something, and that > your > LUN is also LUN 0 on the target. I can dig up the doc if you need > help on that, though :) I have considered PXE booting the domU, but my concern is that I can only do that via the emulated NIC. If qemu-dm tops out at 5MB/s on emulated devices, this is presumably going to be just as bad. Is there a way to PXE boot the domU via the physical PCI passthrough NIC? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:40:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:40: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 1UeLd5-00028M-46; Mon, 20 May 2013 08:39:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLd3-00028G-1U for xen-users@lists.xen.org; Mon, 20 May 2013 08:39:37 +0000 Received: from [193.109.254.147:37620] by server-13.bemta-14.messagelabs.com id 68/B1-31447-841E9915; Mon, 20 May 2013 08:39:36 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1369039012!9095447!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15758 invoked from network); 20 May 2013 08:36:53 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 08:36:53 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 8AC7522124E; Mon, 20 May 2013 09:36:51 +0100 (BST) MIME-Version: 1.0 Date: Mon, 20 May 2013 09:36:51 +0100 From: Gordan Bobic To: Andrew Bobulsky In-Reply-To: <6402853042190013930@unknownmsgid> References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> Message-ID: <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?Xen_4=2E2_+_XP_x64_+_PVGPL_2K3_x64_=3D_BSOD?= =?utf-8?q?_=28UNMOUNTABLE=5FBOOT=5FVOLUME=29?= X-BeenThere: xen-users@lists.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 Sun, 19 May 2013 10:42:06 -0700, Andrew Bobulsky wrote: > On May 19, 2013, at 10:18 AM, Gordan Bobic wrote: > >> On 05/19/2013 06:14 PM, Andrew Bobulsky wrote: >>> On May 19, 2013, at 5:10 AM, Gordan Bobic >>> wrote: >>> >>>> The subject says it all, really. >>>> >>>> I couldn't find any XP x64 specific drivers, but in all other >>>> cases >>>> 2K3 x64 drivers have worked for me on XP x64, so since the kernels >>>> and driver models are the same, I am guessing this should work. >>>> >>>> Thankfully I took a snapshot of the block device before installing >>>> the drivers. >>>> >>>> Is there a better driver to use on XP x64? >>>> >>>> The HVM disk performance is really quite attrocious. From dom0, >>>> I get about 60MB/s on unbuffered reads with dd iflag=direct and >>>> hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >>>> >>>> Is there a way to make this work >>> >>> Always! I'm just not sure how :P >>> >>>> establish why it doesn't work? >>> >>> If you could get the system booted from a completely different >>> storage >>> device, and then try to get GPLPV working on a volume that's not >>> the >>> boot volume, that might be a good place to start. Personally, due >>> to >>> either my brand of weirdness or perhaps tunnel vision, I would boot >>> from an iSCSI volume and then attempt to interact with the "local" >>> disks that way. >> >> Funny you should mention iSCSI. My setup is an iSCSI volume exposed >> to the domU "raw" as a physical IDE disk. But domU seems to be >> alergic to it. If I leave the disk spec in the domU config as hda, >> it BSODs with the mentioned error. If I change it in the config to >> xvda, the domU starts to burn through 100% of CPU on all cores given >> to it and never finishes booting. > > Ooooo..... Well, you can try it if you like. Download the Microsoft > iSCSI boot-capable initiator, install it, then download and install > sanbootconf from the iPXE web site. > > Once you're done, reboot the domain and boot from the built-in iPXE. > Use Ctrl-B to enter the command line and run the following: > > dhcp net0 > sanboot iscsi:your.iscsi.server::::name.of.target > > That's assuming you're not using chap auth or something, and that > your > LUN is also LUN 0 on the target. I can dig up the doc if you need > help on that, though :) I have considered PXE booting the domU, but my concern is that I can only do that via the emulated NIC. If qemu-dm tops out at 5MB/s on emulated devices, this is presumably going to be just as bad. Is there a way to PXE boot the domU via the physical PCI passthrough NIC? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:42:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:42: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 1UeLfB-0002Lt-AH; Mon, 20 May 2013 08:41:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLf9-0002Lc-Ro for xen-users@lists.xen.org; Mon, 20 May 2013 08:41:48 +0000 Received: from [85.158.138.51:29254] by server-9.bemta-3.messagelabs.com id F9/86-29224-AC1E9915; Mon, 20 May 2013 08:41:46 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369039305!27624935!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25036 invoked from network); 20 May 2013 08:41:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:41:45 -0000 X-IronPort-AV: E=Sophos;i="4.87,706,1363132800"; d="scan'208";a="4755459" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 08:41:46 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 20 May 2013 09:41:45 +0100 From: Thanos Makatos To: Nick Katsipoulakis , "xen-users@lists.xen.org" Date: Mon, 20 May 2013 09:41:43 +0100 Thread-Topic: [Xen-users] Where are the virtual disk images stored Thread-Index: Ac5VNWugzty35FmFRS+ilpujFIKzpwAAENIg Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D1@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-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 > # > #=A0 Disk device(s). > # > root=A0=A0=A0=A0=A0=A0=A0 =3D '/dev/xvda2 ro' > disk=A0=A0=A0=A0=A0=A0=A0 =3D [ > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/vmstore//domai= ns/VM4LiveFS/disk.img,xvda2,w', > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/vmstore//domai= ns/VM4LiveFS/swap.img,xvda1,w', > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ] Have you checked these paths? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:42:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:42: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 1UeLfB-0002Lt-AH; Mon, 20 May 2013 08:41:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLf9-0002Lc-Ro for xen-users@lists.xen.org; Mon, 20 May 2013 08:41:48 +0000 Received: from [85.158.138.51:29254] by server-9.bemta-3.messagelabs.com id F9/86-29224-AC1E9915; Mon, 20 May 2013 08:41:46 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369039305!27624935!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25036 invoked from network); 20 May 2013 08:41:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:41:45 -0000 X-IronPort-AV: E=Sophos;i="4.87,706,1363132800"; d="scan'208";a="4755459" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 08:41:46 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Mon, 20 May 2013 09:41:45 +0100 From: Thanos Makatos To: Nick Katsipoulakis , "xen-users@lists.xen.org" Date: Mon, 20 May 2013 09:41:43 +0100 Thread-Topic: [Xen-users] Where are the virtual disk images stored Thread-Index: Ac5VNWugzty35FmFRS+ilpujFIKzpwAAENIg Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D1@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-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 > # > #=A0 Disk device(s). > # > root=A0=A0=A0=A0=A0=A0=A0 =3D '/dev/xvda2 ro' > disk=A0=A0=A0=A0=A0=A0=A0 =3D [ > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/vmstore//domai= ns/VM4LiveFS/disk.img,xvda2,w', > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 'file:/vmstore//domai= ns/VM4LiveFS/swap.img,xvda1,w', > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ] Have you checked these paths? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:42:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:42: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 1UeLfd-0002QF-1S; Mon, 20 May 2013 08:42:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLfb-0002Pw-P1 for xen-users@lists.xen.org; Mon, 20 May 2013 08:42:15 +0000 Received: from [85.158.139.211:60084] by server-15.bemta-5.messagelabs.com id C7/AD-31797-7E1E9915; Mon, 20 May 2013 08:42:15 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1369039332!18689661!1 X-Originating-IP: [209.85.210.44] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7554 invoked from network); 20 May 2013 08:42:14 -0000 Received: from mail-da0-f44.google.com (HELO mail-da0-f44.google.com) (209.85.210.44) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:42:14 -0000 Received: by mail-da0-f44.google.com with SMTP id z8so3775570daj.3 for ; Mon, 20 May 2013 01:42:12 -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=09/csF/N/PccsZ9j00JXH9YBi36bysAOYVVYDlm7trU=; b=lKIBoubirFGyFaWlXm7GMUQFWVHahY3Ch6+QIyAcF3R1Qk0ZdLzcq7SUN1Opek4tkj rhHr76n77/gFw+4UbnXc8feEBZ8aiTw8LSqYVG9xaj1ogkrUI3occCvKPIclcqwjp9gE 6LOSOy9l1EJSrdKjMLMJenB2TZchVgFfaqfoU6/3QsQ3yFldV9cNgWGv3w1Iucb+Tu2I 2d4V9ZtcZKJYKSOjDRFUFlXBOzGowzl+vuk9UZTAUczF7B18hPALKpx+K1Q+6ihZCi5m QN+x0Q3nsJCwRxni3obKb7fT9sdmw0M5UtG21jXnLAPqujdXYOqRUZVoFstJJbr9tVSC BX6A== MIME-Version: 1.0 X-Received: by 10.68.100.98 with SMTP id ex2mr55560115pbb.19.1369039332436; Mon, 20 May 2013 01:42:12 -0700 (PDT) Received: by 10.70.45.97 with HTTP; Mon, 20 May 2013 01:42:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 20 May 2013 15:42:12 +0700 Message-ID: From: "Fajar A. Nugraha" To: Nick Katsipoulakis X-Gm-Message-State: ALoCoQlf+Ln49upivZ9RYwHKYjU2+f8EVrB90LINN2ww5iek6ixvbaQ+LxHf+KWzdCoTDgluEU4d Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 20, 2013 at 3:31 PM, Nick Katsipoulakis wrote: > disk = [ > 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w', > 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w', > ] > I need to know where are the disk images in my host's filesystem. Did you read the created config file? -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:42:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:42: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 1UeLfd-0002QF-1S; Mon, 20 May 2013 08:42:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLfb-0002Pw-P1 for xen-users@lists.xen.org; Mon, 20 May 2013 08:42:15 +0000 Received: from [85.158.139.211:60084] by server-15.bemta-5.messagelabs.com id C7/AD-31797-7E1E9915; Mon, 20 May 2013 08:42:15 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1369039332!18689661!1 X-Originating-IP: [209.85.210.44] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7554 invoked from network); 20 May 2013 08:42:14 -0000 Received: from mail-da0-f44.google.com (HELO mail-da0-f44.google.com) (209.85.210.44) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:42:14 -0000 Received: by mail-da0-f44.google.com with SMTP id z8so3775570daj.3 for ; Mon, 20 May 2013 01:42:12 -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=09/csF/N/PccsZ9j00JXH9YBi36bysAOYVVYDlm7trU=; b=lKIBoubirFGyFaWlXm7GMUQFWVHahY3Ch6+QIyAcF3R1Qk0ZdLzcq7SUN1Opek4tkj rhHr76n77/gFw+4UbnXc8feEBZ8aiTw8LSqYVG9xaj1ogkrUI3occCvKPIclcqwjp9gE 6LOSOy9l1EJSrdKjMLMJenB2TZchVgFfaqfoU6/3QsQ3yFldV9cNgWGv3w1Iucb+Tu2I 2d4V9ZtcZKJYKSOjDRFUFlXBOzGowzl+vuk9UZTAUczF7B18hPALKpx+K1Q+6ihZCi5m QN+x0Q3nsJCwRxni3obKb7fT9sdmw0M5UtG21jXnLAPqujdXYOqRUZVoFstJJbr9tVSC BX6A== MIME-Version: 1.0 X-Received: by 10.68.100.98 with SMTP id ex2mr55560115pbb.19.1369039332436; Mon, 20 May 2013 01:42:12 -0700 (PDT) Received: by 10.70.45.97 with HTTP; Mon, 20 May 2013 01:42:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 20 May 2013 15:42:12 +0700 Message-ID: From: "Fajar A. Nugraha" To: Nick Katsipoulakis X-Gm-Message-State: ALoCoQlf+Ln49upivZ9RYwHKYjU2+f8EVrB90LINN2ww5iek6ixvbaQ+LxHf+KWzdCoTDgluEU4d Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 20, 2013 at 3:31 PM, Nick Katsipoulakis wrote: > disk = [ > 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w', > 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w', > ] > I need to know where are the disk images in my host's filesystem. Did you read the created config file? -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:50:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:50: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 1UeLn3-0003Ew-9T; Mon, 20 May 2013 08: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 1UeLn1-0003Eo-VZ for xen-users@lists.xen.org; Mon, 20 May 2013 08:49:56 +0000 Received: from [85.158.137.99:40619] by server-13.bemta-3.messagelabs.com id 0F/58-19597-3B3E9915; Mon, 20 May 2013 08:49:55 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369039790!14315340!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24206 invoked from network); 20 May 2013 08:49:50 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:49:50 -0000 X-IronPort-AV: E=Sophos;i="4.87,706,1363132800"; d="scan'208";a="4755685" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 08:49:51 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Mon, 20 May 2013 09:49:50 +0100 From: Thanos Makatos To: Nick Katsipoulakis Date: Mon, 20 May 2013 09:49:49 +0100 Thread-Topic: [Xen-users] Where are the virtual disk images stored Thread-Index: Ac5VNkfNQ+equvonQfi4FgYwGfB6vQAAJ2cA Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D1@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 saw these paths, but I could not locate the file:/vmstore//domains > path in my system. > Is this defined somewhere? For instance in a configuration file or a > global variable? > Thank you for your help (Please CC the mailing list when replying.) Just to be clear, there's no /vmstore/domains/VM4LiveFS directory? If you're able to use the VM you said you created then this path should be there. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:50:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:50: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 1UeLn3-0003Ew-9T; Mon, 20 May 2013 08: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 1UeLn1-0003Eo-VZ for xen-users@lists.xen.org; Mon, 20 May 2013 08:49:56 +0000 Received: from [85.158.137.99:40619] by server-13.bemta-3.messagelabs.com id 0F/58-19597-3B3E9915; Mon, 20 May 2013 08:49:55 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369039790!14315340!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24206 invoked from network); 20 May 2013 08:49:50 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:49:50 -0000 X-IronPort-AV: E=Sophos;i="4.87,706,1363132800"; d="scan'208";a="4755685" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 08:49:51 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Mon, 20 May 2013 09:49:50 +0100 From: Thanos Makatos To: Nick Katsipoulakis Date: Mon, 20 May 2013 09:49:49 +0100 Thread-Topic: [Xen-users] Where are the virtual disk images stored Thread-Index: Ac5VNkfNQ+equvonQfi4FgYwGfB6vQAAJ2cA Message-ID: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D1@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 saw these paths, but I could not locate the file:/vmstore//domains > path in my system. > Is this defined somewhere? For instance in a configuration file or a > global variable? > Thank you for your help (Please CC the mailing list when replying.) Just to be clear, there's no /vmstore/domains/VM4LiveFS directory? If you're able to use the VM you said you created then this path should be there. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 08:54:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:54: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 1UeLqc-0003V1-6Q; Mon, 20 May 2013 08:53:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLqb-0003Ur-6r for xen-users@lists.xen.org; Mon, 20 May 2013 08:53:37 +0000 Received: from [85.158.138.51:35592] by server-15.bemta-3.messagelabs.com id 7A/F5-32363-094E9915; Mon, 20 May 2013 08:53:36 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1369040010!27604958!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30313 invoked from network); 20 May 2013 08:53:35 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:53:35 -0000 Received: by mail-lb0-f180.google.com with SMTP id r10so2584654lbi.39 for ; Mon, 20 May 2013 01:53:30 -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=t3UjFOkFmdAhDrpFyRACiXzgVfhud3VZuDjvubT5scU=; b=B3oZAQIwFS5+2rySVOKs9NHHl2+TYzxG5YDSAgLpz6TXP15ywKfsqOFMsAbgcxMD/R ROFwgEMHWBkn++m4/LzspnMBgkfrLGmfn9tzdOCrGY9PxYy33wm+1HMuUoh8AV36+8Dt GQ9DxyvzximXMOdEMd0ildVHEHCBDNF6gVx1QA9ggAtRgve0Ga/CxlnaZl53MS6zZLzQ n4SGxpPAWOsydrcRhQyJ/ESfbJk/R7Q0XaqjBl7k9Galg2Us+yfYbljj+go4y9zOKekF t+ERnGyc3yjSP5BhiJrYyBfcBTZ7LPms6httB9T4kZ0mnhBQeT0wTzBVbQXd8CSd1Gy/ Msyw== MIME-Version: 1.0 X-Received: by 10.112.157.231 with SMTP id wp7mr19588657lbb.91.1369040010501; Mon, 20 May 2013 01:53:30 -0700 (PDT) Received: by 10.112.0.211 with HTTP; Mon, 20 May 2013 01:53:30 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D1@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D2@LONPMAILBOX01.citrite.net> Date: Mon, 20 May 2013 11:53:30 +0300 Message-ID: From: Nick Katsipoulakis To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7296859050395638404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7296859050395638404== Content-Type: multipart/alternative; boundary=001a11c33ffc82638704dd22776f --001a11c33ffc82638704dd22776f Content-Type: text/plain; charset=ISO-8859-1 Ohh, I see what I did not check until now.. I thought the file:/ prefix was some other path and now I realized that the vmstore is located in the root / directory. I have just found it and the VM4LiveFS is there. Thank you for your help and your time. (Yes, I will do it. I am sorry for not doing it). Thank you for your time. Sincerely, Nick 2013/5/20 Thanos Makatos > > I saw these paths, but I could not locate the file:/vmstore//domains > > path in my system. > > Is this defined somewhere? For instance in a configuration file or a > > global variable? > > Thank you for your help > > (Please CC the mailing list when replying.) > > Just to be clear, there's no /vmstore/domains/VM4LiveFS directory? If > you're able to use the VM you said you created then this path should be > there. > --001a11c33ffc82638704dd22776f Content-Type: text/html; charset=ISO-8859-1
Ohh, I see what I did not check until now..

I thought the file:/ prefix was some other path and now I realized that the vmstore is located in the root / directory.
I have just found it and the VM4LiveFS is there. Thank you for your help and your time.

(Yes, I will do it. I am sorry for not doing it).

Thank you for your time.

Sincerely,
Nick


2013/5/20 Thanos Makatos <thanos.makatos@citrix.com>
> I saw these paths, but I could not locate the file:/vmstore//domains
> path in my system.
> Is this defined somewhere? For instance in a configuration file or a
> global variable?
> Thank you for your help

(Please CC the mailing list when replying.)

Just to be clear, there's no /vmstore/domains/VM4LiveFS directory? If you're able to use the VM you said you created then this path should be there.

--001a11c33ffc82638704dd22776f-- --===============7296859050395638404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7296859050395638404==-- From xen-users-bounces@lists.xen.org Mon May 20 08:54:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:54: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 1UeLqc-0003V1-6Q; Mon, 20 May 2013 08:53:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLqb-0003Ur-6r for xen-users@lists.xen.org; Mon, 20 May 2013 08:53:37 +0000 Received: from [85.158.138.51:35592] by server-15.bemta-3.messagelabs.com id 7A/F5-32363-094E9915; Mon, 20 May 2013 08:53:36 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1369040010!27604958!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30313 invoked from network); 20 May 2013 08:53:35 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:53:35 -0000 Received: by mail-lb0-f180.google.com with SMTP id r10so2584654lbi.39 for ; Mon, 20 May 2013 01:53:30 -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=t3UjFOkFmdAhDrpFyRACiXzgVfhud3VZuDjvubT5scU=; b=B3oZAQIwFS5+2rySVOKs9NHHl2+TYzxG5YDSAgLpz6TXP15ywKfsqOFMsAbgcxMD/R ROFwgEMHWBkn++m4/LzspnMBgkfrLGmfn9tzdOCrGY9PxYy33wm+1HMuUoh8AV36+8Dt GQ9DxyvzximXMOdEMd0ildVHEHCBDNF6gVx1QA9ggAtRgve0Ga/CxlnaZl53MS6zZLzQ n4SGxpPAWOsydrcRhQyJ/ESfbJk/R7Q0XaqjBl7k9Galg2Us+yfYbljj+go4y9zOKekF t+ERnGyc3yjSP5BhiJrYyBfcBTZ7LPms6httB9T4kZ0mnhBQeT0wTzBVbQXd8CSd1Gy/ Msyw== MIME-Version: 1.0 X-Received: by 10.112.157.231 with SMTP id wp7mr19588657lbb.91.1369040010501; Mon, 20 May 2013 01:53:30 -0700 (PDT) Received: by 10.112.0.211 with HTTP; Mon, 20 May 2013 01:53:30 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D2@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D1@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E98D2@LONPMAILBOX01.citrite.net> Date: Mon, 20 May 2013 11:53:30 +0300 Message-ID: From: Nick Katsipoulakis To: Thanos Makatos Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7296859050395638404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7296859050395638404== Content-Type: multipart/alternative; boundary=001a11c33ffc82638704dd22776f --001a11c33ffc82638704dd22776f Content-Type: text/plain; charset=ISO-8859-1 Ohh, I see what I did not check until now.. I thought the file:/ prefix was some other path and now I realized that the vmstore is located in the root / directory. I have just found it and the VM4LiveFS is there. Thank you for your help and your time. (Yes, I will do it. I am sorry for not doing it). Thank you for your time. Sincerely, Nick 2013/5/20 Thanos Makatos > > I saw these paths, but I could not locate the file:/vmstore//domains > > path in my system. > > Is this defined somewhere? For instance in a configuration file or a > > global variable? > > Thank you for your help > > (Please CC the mailing list when replying.) > > Just to be clear, there's no /vmstore/domains/VM4LiveFS directory? If > you're able to use the VM you said you created then this path should be > there. > --001a11c33ffc82638704dd22776f Content-Type: text/html; charset=ISO-8859-1
Ohh, I see what I did not check until now..

I thought the file:/ prefix was some other path and now I realized that the vmstore is located in the root / directory.
I have just found it and the VM4LiveFS is there. Thank you for your help and your time.

(Yes, I will do it. I am sorry for not doing it).

Thank you for your time.

Sincerely,
Nick


2013/5/20 Thanos Makatos <thanos.makatos@citrix.com>
> I saw these paths, but I could not locate the file:/vmstore//domains
> path in my system.
> Is this defined somewhere? For instance in a configuration file or a
> global variable?
> Thank you for your help

(Please CC the mailing list when replying.)

Just to be clear, there's no /vmstore/domains/VM4LiveFS directory? If you're able to use the VM you said you created then this path should be there.

--001a11c33ffc82638704dd22776f-- --===============7296859050395638404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7296859050395638404==-- From xen-users-bounces@lists.xen.org Mon May 20 08:55:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:55:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLrg-0003e9-2n; Mon, 20 May 2013 08:54:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLre-0003dT-8B; Mon, 20 May 2013 08:54:42 +0000 Received: from [85.158.143.99:52350] by server-2.bemta-4.messagelabs.com id 27/11-27124-1D4E9915; Mon, 20 May 2013 08:54:41 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369040073!22019679!1 X-Originating-IP: [209.85.219.53] 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 14728 invoked from network); 20 May 2013 08:54:35 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:54:35 -0000 Received: by mail-oa0-f53.google.com with SMTP id g12so7330326oah.26 for ; Mon, 20 May 2013 01:54:33 -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=KrjN1/zYNAKRiEqTh/n6R/gL6WtC9so/LPERFkO5MjM=; b=batyXxFkO7PikcffVkMYjfK/8k7I68hLCrQ6NGaYQgY7/MPNIh0lNITPeFmc0DD/vp 8kZlounpPJ38oNdSBWTVMq/ZXgfuVp6blFGerxSFk7wSfSx3FGMFXxdwgJ9TIIHHgIbt LSMdyLvv/Epvafr4vvVJ6arhtA1wTnwNOwYS92ipUi9HpPihMyJBQdvnONNj+fBPqJ95 GPoFLIUKhNcwXxtLC/gsI3fUjMeba9SifsC8/QTsKLzxoZ9+GWkKHEkIBThbXWXzvevs Ba2LWulELhCHUWvg1oNMqZ7vyPpzgIU+x4L49ExxMotdUvc1Q8/mVNMgxS4I76ad14tW yeeA== MIME-Version: 1.0 X-Received: by 10.60.135.134 with SMTP id ps6mr19669038oeb.114.1369040073191; Mon, 20 May 2013 01:54:33 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 20 May 2013 01:54:33 -0700 (PDT) Date: Mon, 20 May 2013 09:54:33 +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: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1 (vote closes today) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8704593952668485669==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8704593952668485669== Content-Type: multipart/alternative; boundary=047d7b33ce8c3ef71004dd227be0 --047d7b33ce8c3ef71004dd227be0 Content-Type: text/plain; charset=ISO-8859-1 Hi all, just a quick reminder that the vote on these two issues closes today! And that all maintainers, committers and project leads of mature projects are allowed to vote. Lars On Mon, May 13, 2013 at 11:30 AM, Lars Kurth wrote: > > - For vote:Xen Project Governance v2 at http://www.xenproject.org/** > component/content/article/80-**developers/136-governance-v2-** > proposal.html > - For vote:Mailing List Conventions v1 at http://www.xenproject.org/** > component/content/article/80-**developers/139-mailing-list-** > conventions.html > - For vote: Dates and Locations for 2014 Events (see below) > > --047d7b33ce8c3ef71004dd227be0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
just a quick reminder that the vote on these t= wo issues closes today! And that all maintainers, committers and project le= ads of mature projects are allowed to vote.
Lars

On Mon, May 13, 2013 at 11:30 AM, Lars Kurth= <lars.kurth@xen.org> wrote:
- For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/articl= e/80-developers/136-governance-v2-proposal.html
- For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/ar= ticle/80-developers/139-mailing-list-conventions.html - For vote: Dates and Locations for 2014 Events (see below)

--047d7b33ce8c3ef71004dd227be0-- --===============8704593952668485669== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8704593952668485669==-- From xen-users-bounces@lists.xen.org Mon May 20 08:55:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 08:55:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLrg-0003e9-2n; Mon, 20 May 2013 08:54:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeLre-0003dT-8B; Mon, 20 May 2013 08:54:42 +0000 Received: from [85.158.143.99:52350] by server-2.bemta-4.messagelabs.com id 27/11-27124-1D4E9915; Mon, 20 May 2013 08:54:41 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369040073!22019679!1 X-Originating-IP: [209.85.219.53] 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 14728 invoked from network); 20 May 2013 08:54:35 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 08:54:35 -0000 Received: by mail-oa0-f53.google.com with SMTP id g12so7330326oah.26 for ; Mon, 20 May 2013 01:54:33 -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=KrjN1/zYNAKRiEqTh/n6R/gL6WtC9so/LPERFkO5MjM=; b=batyXxFkO7PikcffVkMYjfK/8k7I68hLCrQ6NGaYQgY7/MPNIh0lNITPeFmc0DD/vp 8kZlounpPJ38oNdSBWTVMq/ZXgfuVp6blFGerxSFk7wSfSx3FGMFXxdwgJ9TIIHHgIbt LSMdyLvv/Epvafr4vvVJ6arhtA1wTnwNOwYS92ipUi9HpPihMyJBQdvnONNj+fBPqJ95 GPoFLIUKhNcwXxtLC/gsI3fUjMeba9SifsC8/QTsKLzxoZ9+GWkKHEkIBThbXWXzvevs Ba2LWulELhCHUWvg1oNMqZ7vyPpzgIU+x4L49ExxMotdUvc1Q8/mVNMgxS4I76ad14tW yeeA== MIME-Version: 1.0 X-Received: by 10.60.135.134 with SMTP id ps6mr19669038oeb.114.1369040073191; Mon, 20 May 2013 01:54:33 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 20 May 2013 01:54:33 -0700 (PDT) Date: Mon, 20 May 2013 09:54:33 +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: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1 (vote closes today) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8704593952668485669==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8704593952668485669== Content-Type: multipart/alternative; boundary=047d7b33ce8c3ef71004dd227be0 --047d7b33ce8c3ef71004dd227be0 Content-Type: text/plain; charset=ISO-8859-1 Hi all, just a quick reminder that the vote on these two issues closes today! And that all maintainers, committers and project leads of mature projects are allowed to vote. Lars On Mon, May 13, 2013 at 11:30 AM, Lars Kurth wrote: > > - For vote:Xen Project Governance v2 at http://www.xenproject.org/** > component/content/article/80-**developers/136-governance-v2-** > proposal.html > - For vote:Mailing List Conventions v1 at http://www.xenproject.org/** > component/content/article/80-**developers/139-mailing-list-** > conventions.html > - For vote: Dates and Locations for 2014 Events (see below) > > --047d7b33ce8c3ef71004dd227be0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
just a quick reminder that the vote on these t= wo issues closes today! And that all maintainers, committers and project le= ads of mature projects are allowed to vote.
Lars

On Mon, May 13, 2013 at 11:30 AM, Lars Kurth= <lars.kurth@xen.org> wrote:
- For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/articl= e/80-developers/136-governance-v2-proposal.html
- For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/ar= ticle/80-developers/139-mailing-list-conventions.html - For vote: Dates and Locations for 2014 Events (see below)

--047d7b33ce8c3ef71004dd227be0-- --===============8704593952668485669== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8704593952668485669==-- From xen-users-bounces@lists.xen.org Mon May 20 09:18:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 09:18: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 1UeMEF-00079u-2O; Mon, 20 May 2013 09:18:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeMEC-00078p-4a; Mon, 20 May 2013 09:18:00 +0000 Received: from [85.158.143.99:26421] by server-3.bemta-4.messagelabs.com id 04/D7-02015-74AE9915; Mon, 20 May 2013 09:17:59 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369041478!24640043!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 17829 invoked from network); 20 May 2013 09:17:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 09:17:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,706,1363132800"; d="scan'208";a="4756787" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 09:17:58 +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, 20 May 2013 10:17:58 +0100 Message-ID: <1369041476.2083.26.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "lars.kurth@xen.org" Date: Mon, 20 May 2013 10:17:56 +0100 In-Reply-To: <5190C0BC.5060008@xen.org> References: <5190C0BC.5060008@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-13 at 11:30 +0100, Lars Kurth wrote: > Rather than creating a voting form, I decided to use the voting > feature > on the newxenproject.org website. To vote, you need to create an > account. If you have difficulties, let me know. The poll isat > http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. > The vote will stay open until the middle of June. I've voted using this now but in the future perhaps we could continue to vote using the old "+1" in an email mechanism? There aren't so many maintainers and committers that this would be unwieldy IMHO. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 09:18:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 09:18: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 1UeMEF-00079u-2O; Mon, 20 May 2013 09:18:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeMEC-00078p-4a; Mon, 20 May 2013 09:18:00 +0000 Received: from [85.158.143.99:26421] by server-3.bemta-4.messagelabs.com id 04/D7-02015-74AE9915; Mon, 20 May 2013 09:17:59 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369041478!24640043!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 17829 invoked from network); 20 May 2013 09:17:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 09:17:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,706,1363132800"; d="scan'208";a="4756787" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 09:17:58 +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, 20 May 2013 10:17:58 +0100 Message-ID: <1369041476.2083.26.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "lars.kurth@xen.org" Date: Mon, 20 May 2013 10:17:56 +0100 In-Reply-To: <5190C0BC.5060008@xen.org> References: <5190C0BC.5060008@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-13 at 11:30 +0100, Lars Kurth wrote: > Rather than creating a voting form, I decided to use the voting > feature > on the newxenproject.org website. To vote, you need to create an > account. If you have difficulties, let me know. The poll isat > http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. > The vote will stay open until the middle of June. I've voted using this now but in the future perhaps we could continue to vote using the old "+1" in an email mechanism? There aren't so many maintainers and committers that this would be unwieldy IMHO. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 09:24:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 09:24: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 1UeMJp-00082I-0K; Mon, 20 May 2013 09:23:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeMJm-000821-WA for xen-users@lists.xen.org; Mon, 20 May 2013 09:23:47 +0000 Received: from [193.109.254.147:48367] by server-14.bemta-14.messagelabs.com id 6B/70-02181-2ABE9915; Mon, 20 May 2013 09:23:46 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1369041824!8900902!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25679 invoked from network); 20 May 2013 09:23:44 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 09:23:44 -0000 Received: by mail-wi0-f169.google.com with SMTP id hn14so2215217wib.0 for ; Mon, 20 May 2013 02:23:44 -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 :references:in-reply-to:content-type:content-transfer-encoding; bh=PSiZ1PYwT/L7c7G8VXpomCijvPi3aJM7Ctf509DWmT0=; b=SkVJ3FxsqoAbhCZjm+nuQGJIwAsf/AIREiGLWXiY5d9v5bpkgECk4OmGpP+Og4xFdr kdRt33gMuQ+SWEHhNUsQacXu+RmQwuWjP70MC6y670DLTQvEA9TsbS6tQZVfED8lYiDV l8T8WkPoFnjFUsCnGjVWMrZcvSdljgPwtqbTAsjiTzWtiAK76mgcqiA+fOcYS1p9ikux JPkMUbb4y9OQy/NyTbGWpxlqtjrDXqFNp1/9SH8vzgfrZEjAf50/9+ZElsgwZoV3CNNj Dox4NcMOz7T5fS6IujAdk50OpICNOqBB2ZlgsVpMeVePK2KiB4nYJvcJIv9AGOuC45Gb rZwQ== X-Received: by 10.180.76.103 with SMTP id j7mr12046390wiw.21.1369041824594; Mon, 20 May 2013 02:23:44 -0700 (PDT) Received: from [172.17.2.2] (f233149.upc-f.chello.nl. [80.56.233.149]) by mx.google.com with ESMTPSA id x13sm13245200wib.3.2013.05.20.02.23.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 02:23:43 -0700 (PDT) Message-ID: <5199EB95.3010804@gmail.com> Date: Mon, 20 May 2013 11:23:33 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> <519546E1.9000709@gmail.com> In-Reply-To: <519546E1.9000709@gmail.com> Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I accidentally reproduce my audio passthrough problem in KVM and discovered a work-around for Xen. When I boot dom0 with pciback.hide=(00:1b.0), the passthrough appears to work but the sound playback is choppy and noisy. Instead, I let the snd_hda_intel driver load and own the 00:1b.0 device during the boot of dom0. After starting dom0 I do a xl pci-assignable-add 00:1b.0, which unloads the snd_hda_intel dirver, before starting the domU with PCI passthrough. Apparently, some kind of initialization by the dom0 (or KVM host) is necessary for smooth audio playback in the domU. I don't know how this fixes my problem, but I hope this work-around might be useful for others with similar sound issues. kind regards, Arjen _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 09:24:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 09:24: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 1UeMJp-00082I-0K; Mon, 20 May 2013 09:23:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeMJm-000821-WA for xen-users@lists.xen.org; Mon, 20 May 2013 09:23:47 +0000 Received: from [193.109.254.147:48367] by server-14.bemta-14.messagelabs.com id 6B/70-02181-2ABE9915; Mon, 20 May 2013 09:23:46 +0000 X-Env-Sender: arjenvanweelden@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1369041824!8900902!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25679 invoked from network); 20 May 2013 09:23:44 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 09:23:44 -0000 Received: by mail-wi0-f169.google.com with SMTP id hn14so2215217wib.0 for ; Mon, 20 May 2013 02:23:44 -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 :references:in-reply-to:content-type:content-transfer-encoding; bh=PSiZ1PYwT/L7c7G8VXpomCijvPi3aJM7Ctf509DWmT0=; b=SkVJ3FxsqoAbhCZjm+nuQGJIwAsf/AIREiGLWXiY5d9v5bpkgECk4OmGpP+Og4xFdr kdRt33gMuQ+SWEHhNUsQacXu+RmQwuWjP70MC6y670DLTQvEA9TsbS6tQZVfED8lYiDV l8T8WkPoFnjFUsCnGjVWMrZcvSdljgPwtqbTAsjiTzWtiAK76mgcqiA+fOcYS1p9ikux JPkMUbb4y9OQy/NyTbGWpxlqtjrDXqFNp1/9SH8vzgfrZEjAf50/9+ZElsgwZoV3CNNj Dox4NcMOz7T5fS6IujAdk50OpICNOqBB2ZlgsVpMeVePK2KiB4nYJvcJIv9AGOuC45Gb rZwQ== X-Received: by 10.180.76.103 with SMTP id j7mr12046390wiw.21.1369041824594; Mon, 20 May 2013 02:23:44 -0700 (PDT) Received: from [172.17.2.2] (f233149.upc-f.chello.nl. [80.56.233.149]) by mx.google.com with ESMTPSA id x13sm13245200wib.3.2013.05.20.02.23.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 02:23:43 -0700 (PDT) Message-ID: <5199EB95.3010804@gmail.com> Date: Mon, 20 May 2013 11:23:33 +0200 From: Arjen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <518DE5F8.3090707@gmail.com> <518E09AC.4010307@gmail.com> <-1409324981061392310@unknownmsgid> <518E45C6.80302@gmail.com> <519546E1.9000709@gmail.com> In-Reply-To: <519546E1.9000709@gmail.com> Subject: Re: [Xen-users] Audio PCI passthrough issues in a Linux domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I accidentally reproduce my audio passthrough problem in KVM and discovered a work-around for Xen. When I boot dom0 with pciback.hide=(00:1b.0), the passthrough appears to work but the sound playback is choppy and noisy. Instead, I let the snd_hda_intel driver load and own the 00:1b.0 device during the boot of dom0. After starting dom0 I do a xl pci-assignable-add 00:1b.0, which unloads the snd_hda_intel dirver, before starting the domU with PCI passthrough. Apparently, some kind of initialization by the dom0 (or KVM host) is necessary for smooth audio playback in the domU. I don't know how this fixes my problem, but I hope this work-around might be useful for others with similar sound issues. kind regards, Arjen _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 10:49:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 10:49: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 1UeNdc-0001sN-P8; Mon, 20 May 2013 10:48:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeNda-0001s9-Vh for xen-users@lists.xen.org; Mon, 20 May 2013 10:48:19 +0000 Received: from [85.158.139.211:50529] by server-14.bemta-5.messagelabs.com id 3D/04-25870-27FF9915; Mon, 20 May 2013 10:48:18 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369046894!18662139!1 X-Originating-IP: [209.85.214.180] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22027 invoked from network); 20 May 2013 10:48:15 -0000 Received: from mail-ob0-f180.google.com (HELO mail-ob0-f180.google.com) (209.85.214.180) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 10:48:15 -0000 Received: by mail-ob0-f180.google.com with SMTP id xk17so6722453obc.25 for ; Mon, 20 May 2013 03:48: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:cc:content-type; bh=UH+gIWx3+es8WETuS/jYF8DOngzkXzuFzniSsl7orMY=; b=kpOCGdlCN8RlQvEYhmtDN3dWTBREs0gj02d42cYAmNq5SnrrLEEkwKSsJd5yWw6sw2 ABQOSl2CPNpQnAl+g39KI2FOz+Y96s/CqUQx+FxfcVIi65XHOVYskgzuDEJQRFO++Dp+ k//+su5Wobp6fR2Cnoo+eGDHWC9oq+HMKfSS9A1xMf9FBHiIebFzrJGz0lYjayFpHJ7I NZVez7qhvrcJEXRSR1iLSSalmiTNUGmtzZU2QaIydmmgt5MiEw9PLSdVxtoAbmZwPUB+ derx+QWw3bYeJvwwTiJCh/LG/rPh9Z0fGOpXQkaLXqv9z4IDqey+ysf2lLSzfJ0I25gd yiVw== MIME-Version: 1.0 X-Received: by 10.60.148.169 with SMTP id tt9mr28628731oeb.62.1369046894166; Mon, 20 May 2013 03:48:14 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 20 May 2013 03:48:14 -0700 (PDT) In-Reply-To: References: <5198ECBA.1040408@bobich.net> <5199087D.9070004@bobich.net> Date: Mon, 20 May 2013 11:48:14 +0100 Message-ID: From: Lars Kurth To: jacek burghardt , Ian Campbell , Ian Jackson Cc: xen-users , Gordan Bobic Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4138723471215687978==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4138723471215687978== Content-Type: multipart/alternative; boundary=047d7b2e0b1bcec98d04dd2411bc --047d7b2e0b1bcec98d04dd2411bc Content-Type: text/plain; charset=ISO-8859-1 Hi all, I wanted to step in here and give some extra context, as in fact some of this has been discussed at last week's Hackathon and also before. The thread is mixing a few different questions: a) A better place for user questions than mail: aka the forum vs. mail discussion b) How to better track bugs (including the role of http://bugzilla.xensource.com/**bugzilla/ ) c) The specific state of patches for for Xen patches - that should be discussed elsewhere On a): As part of the new xenproject.org website we created http://xenproject.org/help/questions-and-answers.html Right now xenproject.org is in beta, and we are resolving some issues with sign-up (a sizable proportion of new site members never get their activation mails). We decided to go for a stackoverflow like Q&A system with tags, instead of a forum. That should make user questions more easily searchable due to the extra structure that Q&A systems provide and the tagging. You just need to start using it. I was first thinking of migrating content to the new system, but we have too much historical data and it would not benefit from the tagging. However, this system is not intended for bugs. On b): Exactly the question of bugs, bugs getting lost and bug trackers was discussed at some length at the Xen Hackathon last week. The official policy is http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen and has been for years. Doing bugs this way, puts a burden on the user to keep on top of their bugs (and re-send after a few months if it is sitting there). The assumption is that if you don't do this "your bug is not important enough". Now, I raised the issue of tracking bugs better with the Xen developers many times. As it turns out in the Xen dev community the VAST majority of maintainers prefer bugs to be raised via the dev list. In contrast in the kernel dev community both raising bugs via the dev list and bugzilla.kernel.org are official: you have to know which maintainer prefers which mechanism - if you don't know and use the wrong one, your bug is simpply ignored. Anyway, Ian Campbell developed an e-mail based bug tracking system which is being trialed in the Xen community right now. I can't find the mail thread for it (I am suffering from not being able to find what I know is there). But the basic principle is that by adding a special e-mail address to a thread, means the bug gets tracked and that there is a simple web interface that creates lists of bugs (and conversations around them). There is also a simple (e-mail) way to mark bugs as closed. That creates some new opportunities, but also challenges for the dev community which have to be resolved. I wrote down notes re the Hackathon discussion, but am waiting for additional notes from others, which I will post later this week on xen-devel. > I'm guessing there is no longer a relevant bugzilla, then? http://bugzilla.xensource.com/**bugzilla/ This system was never really the official Xen bug-tracker (or has not been for a very long time). It was created for one large vendors in the contributor community which needed a bug tracker for their internal purposes. Which is why we do not promote bugzilla. Typically, that vendor will keep bugs in bugzilla but also send to xen-devel. I just played with this, and we have an SEO issue: - if you search for "xen bugs" you get to the right page (aka http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen) - if you search for "xen bugzilla" you get to http://bugzilla.xensource.com/bugzilla/ (that is fine, but the bugzilla doesn't tell you NOT to use it and does not point you to http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen) This creates confusion. I will look into this and see what can be done. Regards Lars On Sun, May 19, 2013 at 6:56 PM, jacek burghardt wrote: > May be you are correct but i believe that the volume of emails makes > difficult to find info you looking for. Forum you can post stickies and > users can help each other fix bugs. If user a states that they have this > issue with xen and user b had same issue and found a patch and posts info > about it that will make easy for rest of user to download and install > patch. It very hard to search mailing list. xen vga pass info is > interesting also there lots of info about and many patches but main website > with patches is down. I posted patches for xen 4.3 i hope somone can > provide patches for xen 4.2 > --047d7b2e0b1bcec98d04dd2411bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

I wanted to step in here and give som= e extra context, as in fact some of this has been discussed at last week= 9;s Hackathon and also before. The thread is mixing a few different questio= ns:
a) A better place for user questions than mail: aka the forum vs. mail= discussion
b) How to better track bugs (including the role of=A0http://bugzilla.xensource.com/bugzilla/)
c) The specific state of patches for for Xen patches - that should be = discussed elsewhere


Right now xenproject.org is in beta, and we are resolving some issues with= sign-up (a=A0sizable=A0proportion of new site members never get their acti= vation mails). We decided to go for a stackoverflow like Q&A system wit= h tags, instead of a forum. That should make user questions more easily sea= rchable due to the extra structure that Q&A systems provide and the tag= ging. You just need to start using it. I was first thinking of migrating co= ntent to the new system, but we have too much historical data and it would = not benefit from the tagging.

However, this system is not intended for bugs.

On b):
Exactly the question of bugs, bugs getting lost and bug = trackers was discussed at some length at the Xen Hackathon last week. The o= fficial policy is=A0http://wiki.xen.org/wiki/Reporting_Bugs_a= gainst_Xen=A0and has been for years. Doing bugs this way, puts a burden= on the user to keep on top of their bugs (and re-send after a few months i= f it is sitting there). The assumption is that if you don't do this &qu= ot;your bug is not important enough".

Now, I raised the issue of tracking bugs better with th= e Xen developers many times. As it turns out in the Xen dev community the V= AST majority of maintainers prefer bugs to be raised via the dev list. In c= ontrast in the kernel dev community both raising bugs via the dev list and = bugzilla.kernel.or= g are official: you have to know which maintainer prefers which mechani= sm - if you don't know and use the wrong one, your bug is simpply ignor= ed.

Anyway, Ian Campbell developed an e-mail based bug trac= king system which is being=A0trialed=A0in the Xen community right now. I ca= n't find the mail thread for it (I am suffering from not being able to = find what I know is there). But the basic principle is that by adding a spe= cial e-mail address to a thread, means the bug gets tracked and that there = is a simple web interface that creates lists of bugs (and conversations aro= und them). There is also a simple (e-mail) way to mark bugs as closed. That= creates some new opportunities, but also challenges for the dev community = which have to be resolved.=A0

I wrote down notes re the Hackathon discussion, but am = waiting for additional notes from others, which I will post later this week= on xen-devel.
> I'm guessing there is no =
longer a relevant bugzilla, then?=A0http://bugzilla.xensource.com/bugzilla/
This system was never really the official Xen bug-tracker = (or has not been for a very long time). It was created for one large vendor= s in the contributor community which needed a bug tracker for their interna= l purposes. Which is why we do not promote bugzilla. Typically, that vendor= will keep bugs in bugzilla but also send to xen-devel. I just played with = this, and we have an SEO issue:
- if you search for "xen bugs" you get to the right pa= ge (aka=A0h= ttp://wiki.xen.org/wiki/Reporting_Bugs_against_Xen)
- i= f you search for "xen bugzilla" you get to=A0http://bugzilla.xensource.com/bugzilla/= =A0(that is fine, but the bugzilla doesn't tell you NOT to use it and d= oes not point you to=A0http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen)
This creates confusion.

I will look into this and see what can be done.=A0

<= /div>
Regards
Lars


On Sun, May 19, 2013 at 6:56 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
May be you are=A0correct=A0but i=A0believ= e=A0that the volume of emails makes difficult to find info you looking for.= Forum you can post=A0stickies and users can help=A0each other=A0fix bugs.= =A0=A0If user a states that they have this issue with xen and user b had sa= me issue and found a patch and posts info about it that will make easy for = rest of user to download and install patch. It very hard to search mailing = list. xen vga pass info is interesting also there lots of info about and ma= ny patches but main website with patches is down. I posted patches for xen = 4.3 i hope somone can provide patches for xen 4.2=A0
--047d7b2e0b1bcec98d04dd2411bc-- --===============4138723471215687978== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4138723471215687978==-- From xen-users-bounces@lists.xen.org Mon May 20 10:49:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 10:49: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 1UeNdc-0001sN-P8; Mon, 20 May 2013 10:48:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeNda-0001s9-Vh for xen-users@lists.xen.org; Mon, 20 May 2013 10:48:19 +0000 Received: from [85.158.139.211:50529] by server-14.bemta-5.messagelabs.com id 3D/04-25870-27FF9915; Mon, 20 May 2013 10:48:18 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369046894!18662139!1 X-Originating-IP: [209.85.214.180] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22027 invoked from network); 20 May 2013 10:48:15 -0000 Received: from mail-ob0-f180.google.com (HELO mail-ob0-f180.google.com) (209.85.214.180) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 10:48:15 -0000 Received: by mail-ob0-f180.google.com with SMTP id xk17so6722453obc.25 for ; Mon, 20 May 2013 03:48: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:cc:content-type; bh=UH+gIWx3+es8WETuS/jYF8DOngzkXzuFzniSsl7orMY=; b=kpOCGdlCN8RlQvEYhmtDN3dWTBREs0gj02d42cYAmNq5SnrrLEEkwKSsJd5yWw6sw2 ABQOSl2CPNpQnAl+g39KI2FOz+Y96s/CqUQx+FxfcVIi65XHOVYskgzuDEJQRFO++Dp+ k//+su5Wobp6fR2Cnoo+eGDHWC9oq+HMKfSS9A1xMf9FBHiIebFzrJGz0lYjayFpHJ7I NZVez7qhvrcJEXRSR1iLSSalmiTNUGmtzZU2QaIydmmgt5MiEw9PLSdVxtoAbmZwPUB+ derx+QWw3bYeJvwwTiJCh/LG/rPh9Z0fGOpXQkaLXqv9z4IDqey+ysf2lLSzfJ0I25gd yiVw== MIME-Version: 1.0 X-Received: by 10.60.148.169 with SMTP id tt9mr28628731oeb.62.1369046894166; Mon, 20 May 2013 03:48:14 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 20 May 2013 03:48:14 -0700 (PDT) In-Reply-To: References: <5198ECBA.1040408@bobich.net> <5199087D.9070004@bobich.net> Date: Mon, 20 May 2013 11:48:14 +0100 Message-ID: From: Lars Kurth To: jacek burghardt , Ian Campbell , Ian Jackson Cc: xen-users , Gordan Bobic Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4138723471215687978==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4138723471215687978== Content-Type: multipart/alternative; boundary=047d7b2e0b1bcec98d04dd2411bc --047d7b2e0b1bcec98d04dd2411bc Content-Type: text/plain; charset=ISO-8859-1 Hi all, I wanted to step in here and give some extra context, as in fact some of this has been discussed at last week's Hackathon and also before. The thread is mixing a few different questions: a) A better place for user questions than mail: aka the forum vs. mail discussion b) How to better track bugs (including the role of http://bugzilla.xensource.com/**bugzilla/ ) c) The specific state of patches for for Xen patches - that should be discussed elsewhere On a): As part of the new xenproject.org website we created http://xenproject.org/help/questions-and-answers.html Right now xenproject.org is in beta, and we are resolving some issues with sign-up (a sizable proportion of new site members never get their activation mails). We decided to go for a stackoverflow like Q&A system with tags, instead of a forum. That should make user questions more easily searchable due to the extra structure that Q&A systems provide and the tagging. You just need to start using it. I was first thinking of migrating content to the new system, but we have too much historical data and it would not benefit from the tagging. However, this system is not intended for bugs. On b): Exactly the question of bugs, bugs getting lost and bug trackers was discussed at some length at the Xen Hackathon last week. The official policy is http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen and has been for years. Doing bugs this way, puts a burden on the user to keep on top of their bugs (and re-send after a few months if it is sitting there). The assumption is that if you don't do this "your bug is not important enough". Now, I raised the issue of tracking bugs better with the Xen developers many times. As it turns out in the Xen dev community the VAST majority of maintainers prefer bugs to be raised via the dev list. In contrast in the kernel dev community both raising bugs via the dev list and bugzilla.kernel.org are official: you have to know which maintainer prefers which mechanism - if you don't know and use the wrong one, your bug is simpply ignored. Anyway, Ian Campbell developed an e-mail based bug tracking system which is being trialed in the Xen community right now. I can't find the mail thread for it (I am suffering from not being able to find what I know is there). But the basic principle is that by adding a special e-mail address to a thread, means the bug gets tracked and that there is a simple web interface that creates lists of bugs (and conversations around them). There is also a simple (e-mail) way to mark bugs as closed. That creates some new opportunities, but also challenges for the dev community which have to be resolved. I wrote down notes re the Hackathon discussion, but am waiting for additional notes from others, which I will post later this week on xen-devel. > I'm guessing there is no longer a relevant bugzilla, then? http://bugzilla.xensource.com/**bugzilla/ This system was never really the official Xen bug-tracker (or has not been for a very long time). It was created for one large vendors in the contributor community which needed a bug tracker for their internal purposes. Which is why we do not promote bugzilla. Typically, that vendor will keep bugs in bugzilla but also send to xen-devel. I just played with this, and we have an SEO issue: - if you search for "xen bugs" you get to the right page (aka http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen) - if you search for "xen bugzilla" you get to http://bugzilla.xensource.com/bugzilla/ (that is fine, but the bugzilla doesn't tell you NOT to use it and does not point you to http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen) This creates confusion. I will look into this and see what can be done. Regards Lars On Sun, May 19, 2013 at 6:56 PM, jacek burghardt wrote: > May be you are correct but i believe that the volume of emails makes > difficult to find info you looking for. Forum you can post stickies and > users can help each other fix bugs. If user a states that they have this > issue with xen and user b had same issue and found a patch and posts info > about it that will make easy for rest of user to download and install > patch. It very hard to search mailing list. xen vga pass info is > interesting also there lots of info about and many patches but main website > with patches is down. I posted patches for xen 4.3 i hope somone can > provide patches for xen 4.2 > --047d7b2e0b1bcec98d04dd2411bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

I wanted to step in here and give som= e extra context, as in fact some of this has been discussed at last week= 9;s Hackathon and also before. The thread is mixing a few different questio= ns:
a) A better place for user questions than mail: aka the forum vs. mail= discussion
b) How to better track bugs (including the role of=A0http://bugzilla.xensource.com/bugzilla/)
c) The specific state of patches for for Xen patches - that should be = discussed elsewhere


Right now xenproject.org is in beta, and we are resolving some issues with= sign-up (a=A0sizable=A0proportion of new site members never get their acti= vation mails). We decided to go for a stackoverflow like Q&A system wit= h tags, instead of a forum. That should make user questions more easily sea= rchable due to the extra structure that Q&A systems provide and the tag= ging. You just need to start using it. I was first thinking of migrating co= ntent to the new system, but we have too much historical data and it would = not benefit from the tagging.

However, this system is not intended for bugs.

On b):
Exactly the question of bugs, bugs getting lost and bug = trackers was discussed at some length at the Xen Hackathon last week. The o= fficial policy is=A0http://wiki.xen.org/wiki/Reporting_Bugs_a= gainst_Xen=A0and has been for years. Doing bugs this way, puts a burden= on the user to keep on top of their bugs (and re-send after a few months i= f it is sitting there). The assumption is that if you don't do this &qu= ot;your bug is not important enough".

Now, I raised the issue of tracking bugs better with th= e Xen developers many times. As it turns out in the Xen dev community the V= AST majority of maintainers prefer bugs to be raised via the dev list. In c= ontrast in the kernel dev community both raising bugs via the dev list and = bugzilla.kernel.or= g are official: you have to know which maintainer prefers which mechani= sm - if you don't know and use the wrong one, your bug is simpply ignor= ed.

Anyway, Ian Campbell developed an e-mail based bug trac= king system which is being=A0trialed=A0in the Xen community right now. I ca= n't find the mail thread for it (I am suffering from not being able to = find what I know is there). But the basic principle is that by adding a spe= cial e-mail address to a thread, means the bug gets tracked and that there = is a simple web interface that creates lists of bugs (and conversations aro= und them). There is also a simple (e-mail) way to mark bugs as closed. That= creates some new opportunities, but also challenges for the dev community = which have to be resolved.=A0

I wrote down notes re the Hackathon discussion, but am = waiting for additional notes from others, which I will post later this week= on xen-devel.
> I'm guessing there is no =
longer a relevant bugzilla, then?=A0http://bugzilla.xensource.com/bugzilla/
This system was never really the official Xen bug-tracker = (or has not been for a very long time). It was created for one large vendor= s in the contributor community which needed a bug tracker for their interna= l purposes. Which is why we do not promote bugzilla. Typically, that vendor= will keep bugs in bugzilla but also send to xen-devel. I just played with = this, and we have an SEO issue:
- if you search for "xen bugs" you get to the right pa= ge (aka=A0h= ttp://wiki.xen.org/wiki/Reporting_Bugs_against_Xen)
- i= f you search for "xen bugzilla" you get to=A0http://bugzilla.xensource.com/bugzilla/= =A0(that is fine, but the bugzilla doesn't tell you NOT to use it and d= oes not point you to=A0http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen)
This creates confusion.

I will look into this and see what can be done.=A0

<= /div>
Regards
Lars


On Sun, May 19, 2013 at 6:56 PM, jacek b= urghardt <jaceksburghardt@gmail.com> wrote:
May be you are=A0correct=A0but i=A0believ= e=A0that the volume of emails makes difficult to find info you looking for.= Forum you can post=A0stickies and users can help=A0each other=A0fix bugs.= =A0=A0If user a states that they have this issue with xen and user b had sa= me issue and found a patch and posts info about it that will make easy for = rest of user to download and install patch. It very hard to search mailing = list. xen vga pass info is interesting also there lots of info about and ma= ny patches but main website with patches is down. I posted patches for xen = 4.3 i hope somone can provide patches for xen 4.2=A0
--047d7b2e0b1bcec98d04dd2411bc-- --===============4138723471215687978== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4138723471215687978==-- From xen-users-bounces@lists.xen.org Mon May 20 10:54:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 10:54: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 1UeNiU-0002EL-5g; Mon, 20 May 2013 10:53:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeNiS-0002EE-Mj for xen-users@lists.xensource.com; Mon, 20 May 2013 10:53:20 +0000 Received: from [85.158.139.211:31295] by server-12.bemta-5.messagelabs.com id 62/DC-16465-F900A915; Mon, 20 May 2013 10:53:19 +0000 X-Env-Sender: qgj@gmx.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1369047197!18711799!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21742 invoked from network); 20 May 2013 10:53:18 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 10:53:18 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UeNiO-0002L4-RQ for xen-users@lists.xensource.com; Mon, 20 May 2013 03:53:16 -0700 Date: Mon, 20 May 2013 03:53:16 -0700 (PDT) From: QGJ To: xen-users@lists.xensource.com Message-ID: <1369047196817-5716230.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] Download link for Xen VGA Passthrough Patches X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I'm a new Xen user and would like to get a working Windows XP DomU with VGA Passthrough on top of Funtoo Linux following this guide: http://wiki.xen.org/wiki/Xen_On_Funtoo_From_Scratch#Install_xen_4.2-unsable Unfortunatly, the site for the patches ( http://www.davidgis.fr ) seems to be down and I can't find them elsewhere on the web. Can someone please give me a link to xen-4.2_rev24798_gfx-passthrough-patchs.tar.bz2 or xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 or point me into the right direction on how else getting VGA Passthrough to work. My System: OS: Funtoo Linux amd64 (testing) Kernel: linux-3.9.2-gentoo Graphics card: NVIDIA Geforce 9800 GT Thanks QGJ -- View this message in context: http://xen.1045712.n5.nabble.com/Download-link-for-Xen-VGA-Passthrough-Patches-tp5716230.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 Mon May 20 10:54:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 10:54: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 1UeNiU-0002EL-5g; Mon, 20 May 2013 10:53:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeNiS-0002EE-Mj for xen-users@lists.xensource.com; Mon, 20 May 2013 10:53:20 +0000 Received: from [85.158.139.211:31295] by server-12.bemta-5.messagelabs.com id 62/DC-16465-F900A915; Mon, 20 May 2013 10:53:19 +0000 X-Env-Sender: qgj@gmx.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1369047197!18711799!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21742 invoked from network); 20 May 2013 10:53:18 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 10:53:18 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UeNiO-0002L4-RQ for xen-users@lists.xensource.com; Mon, 20 May 2013 03:53:16 -0700 Date: Mon, 20 May 2013 03:53:16 -0700 (PDT) From: QGJ To: xen-users@lists.xensource.com Message-ID: <1369047196817-5716230.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] Download link for Xen VGA Passthrough Patches X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I'm a new Xen user and would like to get a working Windows XP DomU with VGA Passthrough on top of Funtoo Linux following this guide: http://wiki.xen.org/wiki/Xen_On_Funtoo_From_Scratch#Install_xen_4.2-unsable Unfortunatly, the site for the patches ( http://www.davidgis.fr ) seems to be down and I can't find them elsewhere on the web. Can someone please give me a link to xen-4.2_rev24798_gfx-passthrough-patchs.tar.bz2 or xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 or point me into the right direction on how else getting VGA Passthrough to work. My System: OS: Funtoo Linux amd64 (testing) Kernel: linux-3.9.2-gentoo Graphics card: NVIDIA Geforce 9800 GT Thanks QGJ -- View this message in context: http://xen.1045712.n5.nabble.com/Download-link-for-Xen-VGA-Passthrough-Patches-tp5716230.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 Mon May 20 11:37:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 11:37: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 1UeOOl-00055K-A6; Mon, 20 May 2013 11:37:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOOj-00055E-P8 for xen-users@lists.xen.org; Mon, 20 May 2013 11:37:02 +0000 Received: from [85.158.139.211:35807] by server-1.bemta-5.messagelabs.com id 28/91-01720-DDA0A915; Mon, 20 May 2013 11:37:01 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1369049818!18653503!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17632 invoked from network); 20 May 2013 11:36:59 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-16.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 11:36:59 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 12:36:58 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNyw== Date: Mon, 20 May 2013 11:36:57 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9025517802163147240==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9025517802163147240== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/s= rc/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_-- --===============9025517802163147240== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9025517802163147240==-- From xen-users-bounces@lists.xen.org Mon May 20 11:37:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 11:37: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 1UeOOl-00055K-A6; Mon, 20 May 2013 11:37:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOOj-00055E-P8 for xen-users@lists.xen.org; Mon, 20 May 2013 11:37:02 +0000 Received: from [85.158.139.211:35807] by server-1.bemta-5.messagelabs.com id 28/91-01720-DDA0A915; Mon, 20 May 2013 11:37:01 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1369049818!18653503!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17632 invoked from network); 20 May 2013 11:36:59 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-16.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 11:36:59 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 12:36:58 +0100 From: Simon Jones To: "xen-users@lists.xen.org" Thread-Topic: xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNyw== Date: Mon, 20 May 2013 11:36:57 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9025517802163147240==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9025517802163147240== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/s= rc/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5325ALTERNATEREALIT_-- --===============9025517802163147240== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9025517802163147240==-- From xen-users-bounces@lists.xen.org Mon May 20 11:53:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 11:53: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 1UeOdj-000661-Ak; Mon, 20 May 2013 11:52:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOdh-00065p-JX for xen-users@lists.xen.org; Mon, 20 May 2013 11:52:30 +0000 Received: from [85.158.137.99:20116] by server-11.bemta-3.messagelabs.com id B3/2A-05438-C7E0A915; Mon, 20 May 2013 11:52:28 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-217.messagelabs.com!1369050747!17506320!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8712 invoked from network); 20 May 2013 11:52:27 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-16.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 11:52:27 -0000 Received: (qmail 19181 invoked by uid 1000); 20 May 2013 13:52:26 +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(-9.4/5.0):. Processed in 2.28147 secs); 20 May 2013 11:52:26 -0000 X-Spam-Status: No, hits=-9.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369050743; n=Test; bh=1HZvKMAbzgrxExoj2oOIqNlE+MGHWEUSaZsjbD 80qeo=; b=F91KHrpBgIgpehOw3YpPTKMj2dRAlfUfdyT8tsODTT8jHqwH2yrY1g fd0I3j1W+qje6JRZ4/NYiqjzsZyj9L3/N+UqKbqhBF9O6m2pJOq9Dn3axx+sBfnN MLFaZUhNZr 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=e/jNhTRnqOke9/WPM9bAdv0tC1xP7 eQy7TD4X1pumWn7K7d/BtNCecFlS17N1BTT1G8mgGrSsqpQPVZOHC1d/JcZ2rQ6P NmINEuxnawR98+/HMoltYT89qYztgp0Y9wT Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 13:52:23 +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 D29452C06B7 for ; Mon, 20 May 2013 13:52:22 +0200 (CEST) Message-ID: <519A0E77.5060601@excello.cz> Date: Mon, 20 May 2013 13:52:23 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8830555208214527732==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============8830555208214527732== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000404000307000407060305" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms000404000307000407060305 Content-Type: multipart/alternative; boundary="------------070004020602070003090108" This is a multi-part message in MIME format. --------------070004020602070003090108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y=20 (which is domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the bridge a=20 > static IP which I can ping/ssh to etc, when I create a new vm all=20 > works well apart from the networking. If I give DomU a static IP I=20 > can't ping out from the box, Dom0 can't ping the vm. I'm suspecting=20 > it just isn't seeing the bridge but am unsure where to start looking. = > This is a very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the same with=20 > windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D=20 > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdro= m,r'] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------070004020602070003090108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platfor= m.  I have given the bridge a static IP which I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t ping= out from the box, Dom0 can’t ping the vm.  I’m suspecti= ng it just isn’t seeing the bridge but am unsure where to start looking.  T= his is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a windows g= uest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloade= r"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

=

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.i= so,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 



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

--------------070004020602070003090108-- --------------ms000404000307000407060305 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMTUyMjNa MCMGCSqGSIb3DQEJBDEWBBRDDR9Ci7FVjGnYOOiiLiFEpLM2xjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAE4MlgZLBgJH MYX08JrYjbMXnpOayiXhGerw1g4EvC1nfzYjZSjdDiZfo2kQ/ify60CTnjxwAL8P93fKM+Y8 e8YzSWhWbHWy+SM3bnzRdOC2MMRoJv06YL/mleXs3Bgn9FmMYf5H5R2z434zs+r78WK0r3HQ cDRmYlyI0H1tm6sJ3bK8WJBFB/uxcvtGPnVSTsXHgf5nzG0Fja/ZANkEtmSU5BLF2QXKynTf ExF3tWOHuHHn8vwuGFaaDyyThVEAo7Gw1GqkbgPUVtm2isHW2I7jROWObb0PuSDLJnYFgXuT xWYdbnWDIrp+RTaEMTb58y7cBM/BFAKkuYQJ+/RWd/kAAAAAAAA= --------------ms000404000307000407060305-- --===============8830555208214527732== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8830555208214527732==-- From xen-users-bounces@lists.xen.org Mon May 20 11:53:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 11:53: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 1UeOdj-000661-Ak; Mon, 20 May 2013 11:52:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOdh-00065p-JX for xen-users@lists.xen.org; Mon, 20 May 2013 11:52:30 +0000 Received: from [85.158.137.99:20116] by server-11.bemta-3.messagelabs.com id B3/2A-05438-C7E0A915; Mon, 20 May 2013 11:52:28 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-217.messagelabs.com!1369050747!17506320!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8712 invoked from network); 20 May 2013 11:52:27 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-16.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 11:52:27 -0000 Received: (qmail 19181 invoked by uid 1000); 20 May 2013 13:52:26 +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(-9.4/5.0):. Processed in 2.28147 secs); 20 May 2013 11:52:26 -0000 X-Spam-Status: No, hits=-9.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369050743; n=Test; bh=1HZvKMAbzgrxExoj2oOIqNlE+MGHWEUSaZsjbD 80qeo=; b=F91KHrpBgIgpehOw3YpPTKMj2dRAlfUfdyT8tsODTT8jHqwH2yrY1g fd0I3j1W+qje6JRZ4/NYiqjzsZyj9L3/N+UqKbqhBF9O6m2pJOq9Dn3axx+sBfnN MLFaZUhNZr 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=e/jNhTRnqOke9/WPM9bAdv0tC1xP7 eQy7TD4X1pumWn7K7d/BtNCecFlS17N1BTT1G8mgGrSsqpQPVZOHC1d/JcZ2rQ6P NmINEuxnawR98+/HMoltYT89qYztgp0Y9wT Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 13:52:23 +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 D29452C06B7 for ; Mon, 20 May 2013 13:52:22 +0200 (CEST) Message-ID: <519A0E77.5060601@excello.cz> Date: Mon, 20 May 2013 13:52:23 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8830555208214527732==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============8830555208214527732== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000404000307000407060305" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms000404000307000407060305 Content-Type: multipart/alternative; boundary="------------070004020602070003090108" This is a multi-part message in MIME format. --------------070004020602070003090108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y=20 (which is domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the bridge a=20 > static IP which I can ping/ssh to etc, when I create a new vm all=20 > works well apart from the networking. If I give DomU a static IP I=20 > can't ping out from the box, Dom0 can't ping the vm. I'm suspecting=20 > it just isn't seeing the bridge but am unsure where to start looking. = > This is a very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the same with=20 > windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D=20 > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdro= m,r'] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------070004020602070003090108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platfor= m.  I have given the bridge a static IP which I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t ping= out from the box, Dom0 can’t ping the vm.  I’m suspecti= ng it just isn’t seeing the bridge but am unsure where to start looking.  T= his is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a windows g= uest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloade= r"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

=

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.i= so,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 



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

--------------070004020602070003090108-- --------------ms000404000307000407060305 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMTUyMjNa MCMGCSqGSIb3DQEJBDEWBBRDDR9Ci7FVjGnYOOiiLiFEpLM2xjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAE4MlgZLBgJH MYX08JrYjbMXnpOayiXhGerw1g4EvC1nfzYjZSjdDiZfo2kQ/ify60CTnjxwAL8P93fKM+Y8 e8YzSWhWbHWy+SM3bnzRdOC2MMRoJv06YL/mleXs3Bgn9FmMYf5H5R2z434zs+r78WK0r3HQ cDRmYlyI0H1tm6sJ3bK8WJBFB/uxcvtGPnVSTsXHgf5nzG0Fja/ZANkEtmSU5BLF2QXKynTf ExF3tWOHuHHn8vwuGFaaDyyThVEAo7Gw1GqkbgPUVtm2isHW2I7jROWObb0PuSDLJnYFgXuT xWYdbnWDIrp+RTaEMTb58y7cBM/BFAKkuYQJ+/RWd/kAAAAAAAA= --------------ms000404000307000407060305-- --===============8830555208214527732== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8830555208214527732==-- From xen-users-bounces@lists.xen.org Mon May 20 12:09:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:09:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOtq-0006zd-09; Mon, 20 May 2013 12:09:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOto-0006zX-CK for xen-users@lists.xen.org; Mon, 20 May 2013 12:09:08 +0000 Received: from [85.158.139.211:34425] by server-9.bemta-5.messagelabs.com id 83/92-14875-3621A915; Mon, 20 May 2013 12:09:07 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1369051746!18732416!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19897 invoked from network); 20 May 2013 12:09:06 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-4.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 12:09:06 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 13:09:04 +0100 From: Simon Jones To: Jan Hejl , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwA= Date: Mon, 20 May 2013 12:09:03 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> In-Reply-To: <519A0E77.5060601@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6430357156559584736==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6430357156559584736== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] <= b>On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.= iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_-- --===============6430357156559584736== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6430357156559584736==-- From xen-users-bounces@lists.xen.org Mon May 20 12:09:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:09:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOtq-0006zd-09; Mon, 20 May 2013 12:09:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOto-0006zX-CK for xen-users@lists.xen.org; Mon, 20 May 2013 12:09:08 +0000 Received: from [85.158.139.211:34425] by server-9.bemta-5.messagelabs.com id 83/92-14875-3621A915; Mon, 20 May 2013 12:09:07 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1369051746!18732416!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19897 invoked from network); 20 May 2013 12:09:06 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-4.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 12:09:06 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 13:09:04 +0100 From: Simon Jones To: Jan Hejl , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwA= Date: Mon, 20 May 2013 12:09:03 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> In-Reply-To: <519A0E77.5060601@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6430357156559584736==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6430357156559584736== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F55AAALTERNATEREALIT_-- --===============6430357156559584736== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6430357156559584736==-- From xen-users-bounces@lists.xen.org Mon May 20 12:15:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:15: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 1UeOzG-0007J3-HZ; Mon, 20 May 2013 12:14:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOzF-0007Iu-KD for xen-users@lists.xen.org; Mon, 20 May 2013 12:14:46 +0000 Received: from [193.109.254.147:4468] by server-10.bemta-14.messagelabs.com id 6C/C8-05910-4B31A915; Mon, 20 May 2013 12:14:44 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-2.tower-27.messagelabs.com!1369052074!9300947!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2442 invoked from network); 20 May 2013 12:14:35 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 12:14:35 -0000 Received: (qmail 18791 invoked by uid 1000); 20 May 2013 14:14:33 +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(-8.5/5.0):. Processed in 2.334253 secs); 20 May 2013 12:14:33 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 14:14:31 +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 28A452C06B7; Mon, 20 May 2013 14:14:31 +0200 (CEST) Message-ID: <519A13A7.4070608@excello.cz> Date: Mon, 20 May 2013 14:14:31 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4503129383143525407==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4503129383143525407== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080104040008050708040304" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms080104040008050708040304 Content-Type: multipart/alternative; boundary="------------060708040305030708040705" This is a multi-part message in MIME format. --------------060708040305030708040705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable I suppose domU ID you described is 7, isn't it? Is the other domU - id=20 14 - able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org=20 > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and some vifX.Y=20 > (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the bridge a > static IP which I can ping/ssh to etc, when I create a new vm all > works well apart from the networking. If I give DomU a static IP > I can't ping out from the box, Dom0 can't ping the vm. I'm > suspecting it just isn't seeing the bridge but am unsure where to > start looking. This is a very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the same with > windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:= cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------060708040305030708040705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,=

 <= /o:p>

Thanks ̵= 1; I should have included that but here you go;<= /p>

 <= /o:p>

bridge name&= nbsp;    bridge id        &nbs= p;      STP enabled     inte= rfaces

xenbr0 =          8000.00e081465f38       no = ;            = eth1

  =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;     tap14.0

  =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;     vif14.0

  =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;     vif7.0

 <= /o:p>

From: xen-users-bounces@lists.xen.= org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Hi Simon,
what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platf= orm.  I have given the bridge a static IP which I can ping/ss= h to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t pi= ng out from the box, Dom0 can’t ping the vm.  I’m s= uspecting it just isn’t seeing the bridge but am unsure where to sta= rt looking.  This is a very standard setup, 1 bridge: xenbr= 0

 

Here’s a config file for a windows= guest but I get the same with windows or debian guests.<= /p>

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w',= 'file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 

<= br> 

_______________________________________________=

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

 


--------------060708040305030708040705-- --------------ms080104040008050708040304 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMjE0MzFa MCMGCSqGSIb3DQEJBDEWBBQKqrulJ2dkEgVIcm9Zm0kcKBTCZDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACGkZBiuXEj4 l2qNS3hCGTHMR/LAhXXY5pB2d2/LX4cNIGbIpw1R6ibNWmne8DKS5vZaQzTa6sLRqn+abM8u ad+JSi/oeO6OcYOERFZM3v54CgiFHkz4XF7BlUh37YIMrut8S7Oni/6yTwn2Rcw0fKy/mRWf Ne+R5pk+UVQMWxanldmMrW4hVDgGo19lW8gELtg58VZzu7t8DgPpDWFX6fc+nMzMRXY6HHe4 lwqtGsWaC94djj/WnOXUouOBW6+r4lD4ROaK2t+9Z0KApqHDozfNiQDolTb8/RMtdAKXv0N2 uV1m9kKb/Vn2BoK2EUp+DIIErIGsj+H23dfNkmabKbMAAAAAAAA= --------------ms080104040008050708040304-- --===============4503129383143525407== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4503129383143525407==-- From xen-users-bounces@lists.xen.org Mon May 20 12:15:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:15: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 1UeOzG-0007J3-HZ; Mon, 20 May 2013 12:14:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeOzF-0007Iu-KD for xen-users@lists.xen.org; Mon, 20 May 2013 12:14:46 +0000 Received: from [193.109.254.147:4468] by server-10.bemta-14.messagelabs.com id 6C/C8-05910-4B31A915; Mon, 20 May 2013 12:14:44 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-2.tower-27.messagelabs.com!1369052074!9300947!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2442 invoked from network); 20 May 2013 12:14:35 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 12:14:35 -0000 Received: (qmail 18791 invoked by uid 1000); 20 May 2013 14:14:33 +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(-8.5/5.0):. Processed in 2.334253 secs); 20 May 2013 12:14:33 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 14:14:31 +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 28A452C06B7; Mon, 20 May 2013 14:14:31 +0200 (CEST) Message-ID: <519A13A7.4070608@excello.cz> Date: Mon, 20 May 2013 14:14:31 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4503129383143525407==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4503129383143525407== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080104040008050708040304" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms080104040008050708040304 Content-Type: multipart/alternative; boundary="------------060708040305030708040705" This is a multi-part message in MIME format. --------------060708040305030708040705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable I suppose domU ID you described is 7, isn't it? Is the other domU - id=20 14 - able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org=20 > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and some vifX.Y=20 > (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the bridge a > static IP which I can ping/ssh to etc, when I create a new vm all > works well apart from the networking. If I give DomU a static IP > I can't ping out from the box, Dom0 can't ping the vm. I'm > suspecting it just isn't seeing the bridge but am unsure where to > start looking. This is a very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the same with > windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:= cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------060708040305030708040705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,=

 <= /o:p>

Thanks ̵= 1; I should have included that but here you go;<= /p>

 <= /o:p>

bridge name&= nbsp;    bridge id        &nbs= p;      STP enabled     inte= rfaces

xenbr0 =          8000.00e081465f38       no = ;            = eth1

  =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;     tap14.0

  =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;     vif14.0

  =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;     vif7.0

 <= /o:p>

From: xen-users-bounces@lists.xen.= org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Hi Simon,
what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platf= orm.  I have given the bridge a static IP which I can ping/ss= h to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t pi= ng out from the box, Dom0 can’t ping the vm.  I’m s= uspecting it just isn’t seeing the bridge but am unsure where to sta= rt looking.  This is a very standard setup, 1 bridge: xenbr= 0

 

Here’s a config file for a windows= guest but I get the same with windows or debian guests.<= /p>

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w',= 'file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 

<= br> 

_______________________________________________=

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

 


--------------060708040305030708040705-- --------------ms080104040008050708040304 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMjE0MzFa MCMGCSqGSIb3DQEJBDEWBBQKqrulJ2dkEgVIcm9Zm0kcKBTCZDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACGkZBiuXEj4 l2qNS3hCGTHMR/LAhXXY5pB2d2/LX4cNIGbIpw1R6ibNWmne8DKS5vZaQzTa6sLRqn+abM8u ad+JSi/oeO6OcYOERFZM3v54CgiFHkz4XF7BlUh37YIMrut8S7Oni/6yTwn2Rcw0fKy/mRWf Ne+R5pk+UVQMWxanldmMrW4hVDgGo19lW8gELtg58VZzu7t8DgPpDWFX6fc+nMzMRXY6HHe4 lwqtGsWaC94djj/WnOXUouOBW6+r4lD4ROaK2t+9Z0KApqHDozfNiQDolTb8/RMtdAKXv0N2 uV1m9kKb/Vn2BoK2EUp+DIIErIGsj+H23dfNkmabKbMAAAAAAAA= --------------ms080104040008050708040304-- --===============4503129383143525407== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4503129383143525407==-- From xen-users-bounces@lists.xen.org Mon May 20 12:20:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:20: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 1UeP43-0007p6-Gg; Mon, 20 May 2013 12:19:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeP41-0007ou-SB for xen-users@lists.xen.org; Mon, 20 May 2013 12:19:42 +0000 Received: from [85.158.138.51:54592] by server-7.bemta-3.messagelabs.com id 7A/EB-10169-CD41A915; Mon, 20 May 2013 12:19:40 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1369052378!18787368!1 X-Originating-IP: [209.85.223.181] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21007 invoked from network); 20 May 2013 12:19:39 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 12:19:39 -0000 Received: by mail-ie0-f181.google.com with SMTP id x12so13689086ief.12 for ; Mon, 20 May 2013 05:19:38 -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=G0iazqJjuAC0PL65rXGBf8DB7qiCC5hkwNNKncst0y0=; b=R8LSH/fbfkVw6IGJQHThhZ57bLN6Zalf9+KZ2A8Nu2jMPWNGKwUBXGRgcL4A6C/KSz 07/WW6EuYzYdZ51s4KY9DublvfeYJ/WedqVcLgsdhaLUUE9nh/UUxQFXcM6AKKgcxrUA OZI48Rh0KaNIu8TYJrW7vg0MeU6iF4lAELEqoCk1NCB0O+rwcQVCR2RuhTsfrIocwH4a HjPHq8ueZ6V3DHDb2UW7Q575fbUA4PH5AY6mUqP+bUGWdBspUctOqbBBC/HMK8vK13U0 BEUnaEhW0wPL4NRtj4GzGE6YsHao3wX4MVB7ygVDABTMyrGuw6vNeBcKvPtAP7HP/30D yXyQ== MIME-Version: 1.0 X-Received: by 10.43.91.73 with SMTP id bl9mr20827918icc.17.1369052378054; Mon, 20 May 2013 05:19:38 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 20 May 2013 05:19:37 -0700 (PDT) In-Reply-To: <1369047196817-5716230.post@n5.nabble.com> References: <1369047196817-5716230.post@n5.nabble.com> Date: Mon, 20 May 2013 06:19:37 -0600 Message-ID: From: jacek burghardt To: QGJ , xen-users Subject: Re: [Xen-users] Download link for Xen VGA Passthrough Patches X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7170539470135953456==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7170539470135953456== Content-Type: multipart/alternative; boundary=bcaec51866dcac4b3304dd255813 --bcaec51866dcac4b3304dd255813 Content-Type: text/plain; charset=ISO-8859-1 I know xen wiki has number links to patches my xen forum at temporary address sam.hebe.us/forums has copy of xen-4.3 patchset posted I belive that should apply to xen 4.2 On Mon, May 20, 2013 at 4:53 AM, QGJ wrote: > Hello, > > I'm a new Xen user and would like to get a working Windows XP DomU with VGA > Passthrough on top of Funtoo Linux following this guide: > http://wiki.xen.org/wiki/Xen_On_Funtoo_From_Scratch#Install_xen_4.2-unsable > < > http://wiki.xen.org/wiki/Xen_On_Funtoo_From_Scratch#Install_xen_4.2-unsable > > > > Unfortunatly, the site for the patches ( http://www.davidgis.fr > ) seems to be down and I can't find them > elsewhere > on the web. > Can someone please give me a link to > xen-4.2_rev24798_gfx-passthrough-patchs.tar.bz2 or > xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 or point me into the right > direction on how else getting VGA Passthrough to work. > > My System: > > OS: Funtoo Linux amd64 (testing) > Kernel: linux-3.9.2-gentoo > Graphics card: NVIDIA Geforce 9800 GT > > Thanks > > QGJ > > > > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Download-link-for-Xen-VGA-Passthrough-Patches-tp5716230.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 > --bcaec51866dcac4b3304dd255813 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I know xen wiki has number links to =A0patches my xen foru= m at temporary address sam.hebe.us/fo= rums has copy of xen-4.3 patchset posted I belive that should apply to = xen 4.2=A0


On Mon, May 2= 0, 2013 at 4:53 AM, QGJ <qgj@gmx.net> wrote:
Hello,

I'm a new Xen user and would like to get a working Windows XP DomU with= VGA
Passthrough on top of Funtoo Linux following this guide:
http://wiki.xen.org/wiki/Xen_On_Funtoo_From_= Scratch#Install_xen_4.2-unsable
<http://wiki.xen.org/wiki/Xen_On_Funtoo_F= rom_Scratch#Install_xen_4.2-unsable>

Unfortunatly, the site for the patches ( http://www.davidgis.fr
<http://www.davidgi= s.fr> =A0) seems to be down and I can't find them elsewhere
on the web.
Can someone please give me a link to
xen-4.2_rev24798_gfx-passthrough-patchs.tar.bz2 or
xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 or point me into the right<= br> direction on how else getting VGA Passthrough to work.

My System:

OS: Funtoo Linux amd64 (testing)
Kernel: linux-3.9.2-gentoo
Graphics card: NVIDIA Geforce 9800 GT

Thanks

QGJ






--
View this message in context: http://xen.1045712.n5.nabble.com/Download-link-for-Xen-VGA-Passthrough-= Patches-tp5716230.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

--bcaec51866dcac4b3304dd255813-- --===============7170539470135953456== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7170539470135953456==-- From xen-users-bounces@lists.xen.org Mon May 20 12:20:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:20: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 1UeP43-0007p6-Gg; Mon, 20 May 2013 12:19:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeP41-0007ou-SB for xen-users@lists.xen.org; Mon, 20 May 2013 12:19:42 +0000 Received: from [85.158.138.51:54592] by server-7.bemta-3.messagelabs.com id 7A/EB-10169-CD41A915; Mon, 20 May 2013 12:19:40 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1369052378!18787368!1 X-Originating-IP: [209.85.223.181] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21007 invoked from network); 20 May 2013 12:19:39 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 12:19:39 -0000 Received: by mail-ie0-f181.google.com with SMTP id x12so13689086ief.12 for ; Mon, 20 May 2013 05:19:38 -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=G0iazqJjuAC0PL65rXGBf8DB7qiCC5hkwNNKncst0y0=; b=R8LSH/fbfkVw6IGJQHThhZ57bLN6Zalf9+KZ2A8Nu2jMPWNGKwUBXGRgcL4A6C/KSz 07/WW6EuYzYdZ51s4KY9DublvfeYJ/WedqVcLgsdhaLUUE9nh/UUxQFXcM6AKKgcxrUA OZI48Rh0KaNIu8TYJrW7vg0MeU6iF4lAELEqoCk1NCB0O+rwcQVCR2RuhTsfrIocwH4a HjPHq8ueZ6V3DHDb2UW7Q575fbUA4PH5AY6mUqP+bUGWdBspUctOqbBBC/HMK8vK13U0 BEUnaEhW0wPL4NRtj4GzGE6YsHao3wX4MVB7ygVDABTMyrGuw6vNeBcKvPtAP7HP/30D yXyQ== MIME-Version: 1.0 X-Received: by 10.43.91.73 with SMTP id bl9mr20827918icc.17.1369052378054; Mon, 20 May 2013 05:19:38 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 20 May 2013 05:19:37 -0700 (PDT) In-Reply-To: <1369047196817-5716230.post@n5.nabble.com> References: <1369047196817-5716230.post@n5.nabble.com> Date: Mon, 20 May 2013 06:19:37 -0600 Message-ID: From: jacek burghardt To: QGJ , xen-users Subject: Re: [Xen-users] Download link for Xen VGA Passthrough Patches X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7170539470135953456==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7170539470135953456== Content-Type: multipart/alternative; boundary=bcaec51866dcac4b3304dd255813 --bcaec51866dcac4b3304dd255813 Content-Type: text/plain; charset=ISO-8859-1 I know xen wiki has number links to patches my xen forum at temporary address sam.hebe.us/forums has copy of xen-4.3 patchset posted I belive that should apply to xen 4.2 On Mon, May 20, 2013 at 4:53 AM, QGJ wrote: > Hello, > > I'm a new Xen user and would like to get a working Windows XP DomU with VGA > Passthrough on top of Funtoo Linux following this guide: > http://wiki.xen.org/wiki/Xen_On_Funtoo_From_Scratch#Install_xen_4.2-unsable > < > http://wiki.xen.org/wiki/Xen_On_Funtoo_From_Scratch#Install_xen_4.2-unsable > > > > Unfortunatly, the site for the patches ( http://www.davidgis.fr > ) seems to be down and I can't find them > elsewhere > on the web. > Can someone please give me a link to > xen-4.2_rev24798_gfx-passthrough-patchs.tar.bz2 or > xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 or point me into the right > direction on how else getting VGA Passthrough to work. > > My System: > > OS: Funtoo Linux amd64 (testing) > Kernel: linux-3.9.2-gentoo > Graphics card: NVIDIA Geforce 9800 GT > > Thanks > > QGJ > > > > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Download-link-for-Xen-VGA-Passthrough-Patches-tp5716230.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 > --bcaec51866dcac4b3304dd255813 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I know xen wiki has number links to =A0patches my xen foru= m at temporary address sam.hebe.us/fo= rums has copy of xen-4.3 patchset posted I belive that should apply to = xen 4.2=A0


On Mon, May 2= 0, 2013 at 4:53 AM, QGJ <qgj@gmx.net> wrote:
Hello,

I'm a new Xen user and would like to get a working Windows XP DomU with= VGA
Passthrough on top of Funtoo Linux following this guide:
http://wiki.xen.org/wiki/Xen_On_Funtoo_From_= Scratch#Install_xen_4.2-unsable
<http://wiki.xen.org/wiki/Xen_On_Funtoo_F= rom_Scratch#Install_xen_4.2-unsable>

Unfortunatly, the site for the patches ( http://www.davidgis.fr
<http://www.davidgi= s.fr> =A0) seems to be down and I can't find them elsewhere
on the web.
Can someone please give me a link to
xen-4.2_rev24798_gfx-passthrough-patchs.tar.bz2 or
xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 or point me into the right<= br> direction on how else getting VGA Passthrough to work.

My System:

OS: Funtoo Linux amd64 (testing)
Kernel: linux-3.9.2-gentoo
Graphics card: NVIDIA Geforce 9800 GT

Thanks

QGJ






--
View this message in context: http://xen.1045712.n5.nabble.com/Download-link-for-Xen-VGA-Passthrough-= Patches-tp5716230.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

--bcaec51866dcac4b3304dd255813-- --===============7170539470135953456== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7170539470135953456==-- From xen-users-bounces@lists.xen.org Mon May 20 12:24:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:24: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 1UeP86-00085L-JI; Mon, 20 May 2013 12:23:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeP84-00085A-PG for xen-users@lists.xen.org; Mon, 20 May 2013 12:23:53 +0000 Received: from [85.158.139.211:41933] by server-9.bemta-5.messagelabs.com id 88/6F-14875-7D51A915; Mon, 20 May 2013 12:23:51 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1369052629!18660877!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9357 invoked from network); 20 May 2013 12:23:50 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-16.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 12:23:50 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 13:23:44 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQ Date: Mon, 20 May 2013 12:23:43 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> In-Reply-To: <519A13A7.4070608@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4965484300406713795==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4965484300406713795== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/win= dows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 





_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_-- --===============4965484300406713795== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4965484300406713795==-- From xen-users-bounces@lists.xen.org Mon May 20 12:24:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:24: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 1UeP86-00085L-JI; Mon, 20 May 2013 12:23:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeP84-00085A-PG for xen-users@lists.xen.org; Mon, 20 May 2013 12:23:53 +0000 Received: from [85.158.139.211:41933] by server-9.bemta-5.messagelabs.com id 88/6F-14875-7D51A915; Mon, 20 May 2013 12:23:51 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1369052629!18660877!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9357 invoked from network); 20 May 2013 12:23:50 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-16.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 12:23:50 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 13:23:44 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQ Date: Mon, 20 May 2013 12:23:43 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> In-Reply-To: <519A13A7.4070608@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4965484300406713795==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4965484300406713795== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/win= dows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 





_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F56E2ALTERNATEREALIT_-- --===============4965484300406713795== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4965484300406713795==-- From xen-users-bounces@lists.xen.org Mon May 20 12:36:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:36: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 1UePJQ-0000Er-70; Mon, 20 May 2013 12:35:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePJN-0000Ei-Ue for xen-users@lists.xen.org; Mon, 20 May 2013 12:35:34 +0000 Received: from [85.158.139.211:58825] by server-14.bemta-5.messagelabs.com id 45/64-25870-5981A915; Mon, 20 May 2013 12:35:33 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-9.tower-206.messagelabs.com!1369053294!17188509!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9681 invoked from network); 20 May 2013 12:34:55 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 12:34:55 -0000 Received: (qmail 29195 invoked by uid 1000); 20 May 2013 14:34:54 +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(-8.5/5.0):. Processed in 1.276599 secs); 20 May 2013 12:34:54 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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); 20 May 2013 14:34:53 +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 A46552C1426; Mon, 20 May 2013 14:34:52 +0200 (CEST) Message-ID: <519A186C.3080102@excello.cz> Date: Mon, 20 May 2013 14:34:52 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4864991973822857551==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4864991973822857551== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000909050502090309090003" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms000909050502090309090003 Content-Type: multipart/alternative; boundary="------------020404040700000001070000" This is a multi-part message in MIME format. --------------020404040700000001070000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also=20 please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows=20 event viewer) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the networking=20 > on it and rebooted, now this one can ping dom0 static IP and receives=20 > a reply. No reply when I try and ping the other windows guest, also=20 > get a reply when pinging the default gateway, all are on the same netwo= rk. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.25= 5.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the other domU - id = > 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and some vifX.Y > (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the > bridge a static IP which I can ping/ssh to etc, when I create > a new vm all works well apart from the networking. If I give > DomU a static IP I can't ping out from the box, Dom0 can't > ping the vm. I'm suspecting it just isn't seeing the bridge > but am unsure where to start looking. This is a very standard > setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the same > with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,= hdc:cdrom,r > '= ] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------020404040700000001070000 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try and ping the othe= r windows guest, also get a reply when pinging the default gateway, all are on the same network.

 <= /o:p>

root@test-pv= :~# ifconfig

eth0 &n= bsp;    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

  =         inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.2= 55.255.0

  =         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

  =         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

  =         RX packets:545 errors:0 dropped:0 overruns:0 frame:0<= /span>

  =         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0=

  =         collisions:0 txqueuelen:1000

  =         RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

  =         Interrupt:17

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

I suppose d= omU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks = 211; I should have included that but here you go;

 

bridge name     bridge id   &nb= sp;           STP enabl= ed     interfaces

xenbr0&nbs= p;         8000.00e081465f38       no&nb= sp;           &nbs= p; eth1

 &nbs= p;            = ;            =             &= nbsp;           &n= bsp;     tap14.0

 &nbs= p;            = ;            =             &= nbsp;           &n= bsp;     vif14.0

 &nbs= p;            = ;            =             &= nbsp;           &n= bsp;     vif7.0

 

From: xen-u= sers-bounces@lists.xen.org [mailt= o:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,=

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting pla= tform.  I have given the bridge a static IP which I can ping/= ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can̵= 7;t ping out from the box, Dom0 can’t ping the vm.  IR= 17;m suspecting it just isn’t seeing the bridge but am unsure where t= o start looking.  This is a very standard setup, 1 bridg= e: xenbr0

 

Here’s a config file for a windo= ws guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']=

disk =3D ['phy:/dev/vg0/windows8,hda,w= ','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']<= /p>

acpi =3D 1

device_model =3D 'qemu-dm'<= /p>

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 





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

 <= /span>

 


--------------020404040700000001070000-- --------------ms000909050502090309090003 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMjM0NTJa MCMGCSqGSIb3DQEJBDEWBBTK1JhBP0gsf+51lgXaBXlepeIdSzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACeX2XCNPIdI 2R506tmNsao1m3NhiySw4wKqZigz3hDM7Ol2xVBkYN6o6cFoLfacz2Hp865mZbp9Nlo5OWxh o9OuPDlriicoySQz8ppvr9XwvF8JVyxo9waHp151Q5z/kVb51LrQ15uHj9lQOjPAsPYVrxNZ QkNSbKyCaVvSz+EjNzBQeF579uMbCRp+elzwnbQPO4jS3NpyP0DRHvQRgolUCzwJBMdXKdB5 TU45OFel+6fZ7tHoOfow49Iy4tp/BHLNz9+yQEHt8l+Kg/ENKy6kJPANSwjbqnx/zzEdZ62c 1RJYGeQfKRNagXCnqgKuGbgevK6iww08cs+qZC5OuIYAAAAAAAA= --------------ms000909050502090309090003-- --===============4864991973822857551== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4864991973822857551==-- From xen-users-bounces@lists.xen.org Mon May 20 12:36:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:36: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 1UePJQ-0000Er-70; Mon, 20 May 2013 12:35:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePJN-0000Ei-Ue for xen-users@lists.xen.org; Mon, 20 May 2013 12:35:34 +0000 Received: from [85.158.139.211:58825] by server-14.bemta-5.messagelabs.com id 45/64-25870-5981A915; Mon, 20 May 2013 12:35:33 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-9.tower-206.messagelabs.com!1369053294!17188509!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9681 invoked from network); 20 May 2013 12:34:55 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 12:34:55 -0000 Received: (qmail 29195 invoked by uid 1000); 20 May 2013 14:34:54 +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(-8.5/5.0):. Processed in 1.276599 secs); 20 May 2013 12:34:54 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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); 20 May 2013 14:34:53 +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 A46552C1426; Mon, 20 May 2013 14:34:52 +0200 (CEST) Message-ID: <519A186C.3080102@excello.cz> Date: Mon, 20 May 2013 14:34:52 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4864991973822857551==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4864991973822857551== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000909050502090309090003" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms000909050502090309090003 Content-Type: multipart/alternative; boundary="------------020404040700000001070000" This is a multi-part message in MIME format. --------------020404040700000001070000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also=20 please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows=20 event viewer) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the networking=20 > on it and rebooted, now this one can ping dom0 static IP and receives=20 > a reply. No reply when I try and ping the other windows guest, also=20 > get a reply when pinging the default gateway, all are on the same netwo= rk. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.25= 5.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the other domU - id = > 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and some vifX.Y > (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the > bridge a static IP which I can ping/ssh to etc, when I create > a new vm all works well apart from the networking. If I give > DomU a static IP I can't ping out from the box, Dom0 can't > ping the vm. I'm suspecting it just isn't seeing the bridge > but am unsure where to start looking. This is a very standard > setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the same > with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,= hdc:cdrom,r > '= ] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------020404040700000001070000 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try and ping the othe= r windows guest, also get a reply when pinging the default gateway, all are on the same network.

 <= /o:p>

root@test-pv= :~# ifconfig

eth0 &n= bsp;    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

  =         inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.2= 55.255.0

  =         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

  =         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

  =         RX packets:545 errors:0 dropped:0 overruns:0 frame:0<= /span>

  =         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0=

  =         collisions:0 txqueuelen:1000

  =         RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

  =         Interrupt:17

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

I suppose d= omU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks = 211; I should have included that but here you go;

 

bridge name     bridge id   &nb= sp;           STP enabl= ed     interfaces

xenbr0&nbs= p;         8000.00e081465f38       no&nb= sp;           &nbs= p; eth1

 &nbs= p;            = ;            =             &= nbsp;           &n= bsp;     tap14.0

 &nbs= p;            = ;            =             &= nbsp;           &n= bsp;     vif14.0

 &nbs= p;            = ;            =             &= nbsp;           &n= bsp;     vif7.0

 

From: xen-u= sers-bounces@lists.xen.org [mailt= o:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,=

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting pla= tform.  I have given the bridge a static IP which I can ping/= ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can̵= 7;t ping out from the box, Dom0 can’t ping the vm.  IR= 17;m suspecting it just isn’t seeing the bridge but am unsure where t= o start looking.  This is a very standard setup, 1 bridg= e: xenbr0

 

Here’s a config file for a windo= ws guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']=

disk =3D ['phy:/dev/vg0/windows8,hda,w= ','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']<= /p>

acpi =3D 1

device_model =3D 'qemu-dm'<= /p>

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 





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

 <= /span>

 


--------------020404040700000001070000-- --------------ms000909050502090309090003 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMjM0NTJa MCMGCSqGSIb3DQEJBDEWBBTK1JhBP0gsf+51lgXaBXlepeIdSzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACeX2XCNPIdI 2R506tmNsao1m3NhiySw4wKqZigz3hDM7Ol2xVBkYN6o6cFoLfacz2Hp865mZbp9Nlo5OWxh o9OuPDlriicoySQz8ppvr9XwvF8JVyxo9waHp151Q5z/kVb51LrQ15uHj9lQOjPAsPYVrxNZ QkNSbKyCaVvSz+EjNzBQeF579uMbCRp+elzwnbQPO4jS3NpyP0DRHvQRgolUCzwJBMdXKdB5 TU45OFel+6fZ7tHoOfow49Iy4tp/BHLNz9+yQEHt8l+Kg/ENKy6kJPANSwjbqnx/zzEdZ62c 1RJYGeQfKRNagXCnqgKuGbgevK6iww08cs+qZC5OuIYAAAAAAAA= --------------ms000909050502090309090003-- --===============4864991973822857551== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4864991973822857551==-- From xen-users-bounces@lists.xen.org Mon May 20 12:55:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:55: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 1UePbk-0000n5-BT; Mon, 20 May 2013 12:54:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePbj-0000mv-J7 for xen-users@lists.xen.org; Mon, 20 May 2013 12:54:31 +0000 Received: from [85.158.137.99:22431] by server-4.bemta-3.messagelabs.com id 50/AB-01776-60D1A915; Mon, 20 May 2013 12:54:30 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-11.tower-217.messagelabs.com!1369054465!16646033!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27416 invoked from network); 20 May 2013 12:54:29 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 12:54:29 -0000 Received: (qmail 5998 invoked by uid 1011); 20 May 2013 12:54:23 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17239. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.192441 secs); 20 May 2013 12:54:23 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 20 May 2013 12:54:23 -0000 Message-ID: <519A1CFF.2040301@websitemanagers.com.au> Date: Mon, 20 May 2013 22:54:23 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> In-Reply-To: Cc: Simon Jones Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6248346832451820963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6248346832451820963== Content-Type: multipart/alternative; boundary="------------040407070604060909000309" This is a multi-part message in MIME format. --------------040407070604060909000309 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 20/05/13 22:23, Simon Jones wrote: > > ID 7 is a debian test vm I set up, I just reconfigured the networking > on it and rebooted, now this one can ping dom0 static IP and receives > a reply. No reply when I try and ping the other windows guest, also > get a reply when pinging the default gateway, all are on the same network. > > > > Have you installed the GPLPV drivers in the windows domU? Can you show the output of "ipconfig /all" from the windows machine (command prompt) Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------040407070604060909000309 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 20/05/13 22:23, Simon Jones wrote:

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 


Have you installed the GPLPV drivers in the windows domU?
Can you show the output of "ipconfig /all" from the windows machine (command prompt)

Regards,
Adam

-- 
Adam Goryachev
Website Managers
www.websitemanagers.com.au
--------------040407070604060909000309-- --===============6248346832451820963== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6248346832451820963==-- From xen-users-bounces@lists.xen.org Mon May 20 12:55:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:55: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 1UePbk-0000n5-BT; Mon, 20 May 2013 12:54:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePbj-0000mv-J7 for xen-users@lists.xen.org; Mon, 20 May 2013 12:54:31 +0000 Received: from [85.158.137.99:22431] by server-4.bemta-3.messagelabs.com id 50/AB-01776-60D1A915; Mon, 20 May 2013 12:54:30 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-11.tower-217.messagelabs.com!1369054465!16646033!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27416 invoked from network); 20 May 2013 12:54:29 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 12:54:29 -0000 Received: (qmail 5998 invoked by uid 1011); 20 May 2013 12:54:23 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17239. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.192441 secs); 20 May 2013 12:54:23 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 20 May 2013 12:54:23 -0000 Message-ID: <519A1CFF.2040301@websitemanagers.com.au> Date: Mon, 20 May 2013 22:54:23 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> In-Reply-To: Cc: Simon Jones Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6248346832451820963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6248346832451820963== Content-Type: multipart/alternative; boundary="------------040407070604060909000309" This is a multi-part message in MIME format. --------------040407070604060909000309 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 20/05/13 22:23, Simon Jones wrote: > > ID 7 is a debian test vm I set up, I just reconfigured the networking > on it and rebooted, now this one can ping dom0 static IP and receives > a reply. No reply when I try and ping the other windows guest, also > get a reply when pinging the default gateway, all are on the same network. > > > > Have you installed the GPLPV drivers in the windows domU? Can you show the output of "ipconfig /all" from the windows machine (command prompt) Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------040407070604060909000309 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 20/05/13 22:23, Simon Jones wrote:

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 


Have you installed the GPLPV drivers in the windows domU?
Can you show the output of "ipconfig /all" from the windows machine (command prompt)

Regards,
Adam

-- 
Adam Goryachev
Website Managers
www.websitemanagers.com.au
--------------040407070604060909000309-- --===============6248346832451820963== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6248346832451820963==-- From xen-users-bounces@lists.xen.org Mon May 20 12:58:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:58: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 1UePec-0000ve-6t; Mon, 20 May 2013 12:57:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePea-0000vR-LX for xen-users@lists.xen.org; Mon, 20 May 2013 12:57:29 +0000 Received: from [85.158.138.51:57746] by server-4.bemta-3.messagelabs.com id AC/4F-01776-7BD1A915; Mon, 20 May 2013 12:57:27 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1369054644!9013635!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 452 invoked from network); 20 May 2013 12:57:26 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-13.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 12:57:26 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 13:57:24 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AA== Date: Mon, 20 May 2013 12:57:23 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> In-Reply-To: <519A186C.3080102@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4314764088147319695==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4314764088147319695== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0=

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host<= /span>

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state=

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state=

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state=

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/s= rc/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 






_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_-- --===============4314764088147319695== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4314764088147319695==-- From xen-users-bounces@lists.xen.org Mon May 20 12:58:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 12:58: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 1UePec-0000ve-6t; Mon, 20 May 2013 12:57:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePea-0000vR-LX for xen-users@lists.xen.org; Mon, 20 May 2013 12:57:29 +0000 Received: from [85.158.138.51:57746] by server-4.bemta-3.messagelabs.com id AC/4F-01776-7BD1A915; Mon, 20 May 2013 12:57:27 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1369054644!9013635!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 452 invoked from network); 20 May 2013 12:57:26 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-13.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 12:57:26 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 13:57:24 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AA== Date: Mon, 20 May 2013 12:57:23 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> In-Reply-To: <519A186C.3080102@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4314764088147319695==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4314764088147319695== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0=

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host<= /span>

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state=

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state=

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state=

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/s= rc/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 






_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F595EALTERNATEREALIT_-- --===============4314764088147319695== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4314764088147319695==-- From xen-users-bounces@lists.xen.org Mon May 20 13:03:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:03:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePjI-0001Q0-Rh; Mon, 20 May 2013 13:02:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePjG-0001Ph-VJ for xen-users@lists.xen.org; Mon, 20 May 2013 13:02:19 +0000 Received: from [193.109.254.147:63343] by server-2.bemta-14.messagelabs.com id F4/DD-19066-ADE1A915; Mon, 20 May 2013 13:02:18 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-2.tower-27.messagelabs.com!1369054908!9307262!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8461 invoked from network); 20 May 2013 13:01:49 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:01:49 -0000 Received: (qmail 10220 invoked by uid 1000); 20 May 2013 15:01:45 +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(-8.5/5.0):. Processed in 2.744357 secs); 20 May 2013 13:01:45 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:01:42 +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 936B32C1426; Mon, 20 May 2013 15:01:42 +0200 (CEST) Message-ID: <519A1EB6.4080504@excello.cz> Date: Mon, 20 May 2013 15:01:42 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1985800061300320382==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1985800061300320382== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090407060509030501040604" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090407060509030501040604 Content-Type: multipart/alternative; boundary="------------060700050607020808020007" This is a multi-part message in MIME format. --------------060700050607020808020007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1= =2E Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping the gateway = > or anything else other than Dom0's IP. I can only get vnc to the=20 > windows machine and as such can't copy/paste the output from ipconfig=20 > /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 /=20 > gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 /=20 > 200, should I check for something in particular? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our back-end admin = > lan so you can ignore that. Dom0 works great, I can ping our and=20 > resolve DNS, ssh in from my office, all good. The DomU's just aren't=20 > picking up the default gateway by the looks of it but CAN ping and=20 > reply to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the debian vm I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.25= 5.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0)=20 > entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0)=20 > entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0)=20 > entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered=20 > promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0)=20 > entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8,=20 > event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9,=20 > event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0)=20 > entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? Can you also=20 > please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows=20 > event viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the > networking on it and rebooted, now this one can ping dom0 static > IP and receives a reply. No reply when I try and ping the other > windows guest, also get a reply when pinging the default gateway, > all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the other domU > - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Jan Hej= l > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and some > vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the > bridge a static IP which I can ping/ssh to etc, when I > create a new vm all works well apart from the networking.=20 > If I give DomU a static IP I can't ping out from the box, > Dom0 can't ping the vm. I'm suspecting it just isn't > seeing the bridge but am unsure where to start looking.=20 > This is a very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the > same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.= iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------060700050607020808020007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks. It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can also ping dom0 but again, can’t ping the gate= way or anything else other than Dom0’s IP.  I can only= get vnc to the windows machine and as such can’t copy/paste the= output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 <= /o:p>

Here’s= how dom0 is configured;

 <= /o:p>

# The loopba= ck interface

auto lo=

iface lo ine= t loopback

 <= /o:p>

# Bridge Sta= tic Configuration

# (network, broadcast and gateway are optional)

auto xenbr0<= o:p>

iface xenbr0= inet static

  =       bridge_ports eth1

  =       address 195.2.139.4

  =       broadcast 195.2.139.255

  =       netmask 255.255.255.0

  =       network 195.2.139.0

  =       gateway 195.2.139.1

 <= /o:p>

#Eth0 Static= Configuration

auto eth0

iface eth0 i= net static

  =       address 192.168.2.4

  =       netmask 255.255.255.0

 <= /o:p>

Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great, I can pin= g our and resolve DNS, ssh in from my office, all good.  T= he DomU’s just aren’t picking up the default gateway= by the looks of it but CAN ping and reply to Dom0’s IP 195.2.1= 39.4

 <= /o:p>

When I try a= nd ping the gateway 195.2.139.1 from the debian vm I get

 <= /o:p>

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

 <= /o:p>

195.2.139.17= 0 is the static Ip given to the debian vm;

 <= /o:p>

root@test-pv= :~# ifconfig

eth0 &n= bsp;    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

  =         inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.2= 55.255.0

  =         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

  =         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

  =         RX packets:3126 errors:0 dropped:0 overruns:0 frame:0=

  =         TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

  =         collisions:0 txqueuelen:1000

  =         RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)=

  =         Interrupt:17

 <= /o:p>

lo &nbs= p;      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:6 errors:0 dropped:0 overruns:0 frame:0

  =         TX packets:6 errors:0 dropped:0 overruns:0 carrier:0<= /span>

  =         collisions:0 txqueuelen:0

  =         RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 <= /o:p>

Here’s= some stuff from /var/log/messages so the bridge seems ok;

 <= /o:p>

May 20 13:28= :29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29= :06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29= :06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29= :32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29= :32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29= :33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May 20 13:29= :33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May 20 13:29= :47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Thanks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try a= nd ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 

root@test-= pv:~# ifconfig

eth0 =      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &nbs= p;        inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

 &nbs= p;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 &nbs= p;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

 &nbs= p;        RX packets:545 errors:0 dropped:0 overruns:0 frame:0

 &nbs= p;        TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

 &nbs= p;        collisions:0 txqueuelen:1000

 &nbs= p;        RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)=

 &nbs= p;        Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose= domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,<= /span>

 

Thanks &= #8211; I should have included that but here you go;

 

bridge name     bridge id   &= nbsp;           STP ena= bled     interfaces

xenbr0&n= bsp;         8000.00e081465f38       no&= nbsp;           &n= bsp; eth1

 &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       tap14.0

 &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       vif14.0

 &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       vif7.0

 

From: xen= -users-bounces@lists.xen.org [mai= lto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simo= n,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I have given the bridge a static IP which= I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a st= atic IP I can’t ping out from the box, Dom0 can’t = ping the vm.  I’m suspecting it just isn’t seeing= the bridge but am unsure where to start looking.  This is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a win= dows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

=

vncpasswd=3D""

usbdevice=3D'tablet'

 





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

 = ;

 <= /span>

 


--------------060700050607020808020007-- --------------ms090407060509030501040604 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzAxNDJa MCMGCSqGSIb3DQEJBDEWBBRFPMaVtAWntcIs6YobsuP/w4eGBDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACzxZeGk0YyH 8+IVcW6/batnWpFl0BffGk06I4GCithEHF2nsufprqay43revOiZVVghNQOATOXRjHi1uyra 36w0yTNodexifTc+HjIByVkunJLmkIsOlSwgt/qIbw9rx9Jx26kXn1qm0SkNmA6zieKwxNi6 /zuRo+e+tPvw9rZF5rKjyH1QAaAwHDS0kGBCJGLbNSB63zEoFJebF3A4JZ16m+EUKHkDFKCK c4u7Y50NKIARVhjuNDzDiRbJkOjzUeOyG0GWLtc3BUxwF50jPZFFPhGFh6SoxFkxNWo1h2I+ ToWXhYDQFgMSXJ/z96NmrosqelPl+oFE2p9DrhNWDbcAAAAAAAA= --------------ms090407060509030501040604-- --===============1985800061300320382== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1985800061300320382==-- From xen-users-bounces@lists.xen.org Mon May 20 13:03:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:03:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePjI-0001Q0-Rh; Mon, 20 May 2013 13:02:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePjG-0001Ph-VJ for xen-users@lists.xen.org; Mon, 20 May 2013 13:02:19 +0000 Received: from [193.109.254.147:63343] by server-2.bemta-14.messagelabs.com id F4/DD-19066-ADE1A915; Mon, 20 May 2013 13:02:18 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-2.tower-27.messagelabs.com!1369054908!9307262!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8461 invoked from network); 20 May 2013 13:01:49 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:01:49 -0000 Received: (qmail 10220 invoked by uid 1000); 20 May 2013 15:01:45 +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(-8.5/5.0):. Processed in 2.744357 secs); 20 May 2013 13:01:45 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:01:42 +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 936B32C1426; Mon, 20 May 2013 15:01:42 +0200 (CEST) Message-ID: <519A1EB6.4080504@excello.cz> Date: Mon, 20 May 2013 15:01:42 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1985800061300320382==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1985800061300320382== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090407060509030501040604" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090407060509030501040604 Content-Type: multipart/alternative; boundary="------------060700050607020808020007" This is a multi-part message in MIME format. --------------060700050607020808020007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1= =2E Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping the gateway = > or anything else other than Dom0's IP. I can only get vnc to the=20 > windows machine and as such can't copy/paste the output from ipconfig=20 > /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 /=20 > gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 /=20 > 200, should I check for something in particular? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our back-end admin = > lan so you can ignore that. Dom0 works great, I can ping our and=20 > resolve DNS, ssh in from my office, all good. The DomU's just aren't=20 > picking up the default gateway by the looks of it but CAN ping and=20 > reply to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the debian vm I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.25= 5.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0)=20 > entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0)=20 > entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0)=20 > entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered=20 > promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0)=20 > entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8,=20 > event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9,=20 > event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0)=20 > entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? Can you also=20 > please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows=20 > event viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the > networking on it and rebooted, now this one can ping dom0 static > IP and receives a reply. No reply when I try and ping the other > windows guest, also get a reply when pinging the default gateway, > all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the other domU > - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Jan Hej= l > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and some > vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given the > bridge a static IP which I can ping/ssh to etc, when I > create a new vm all works well apart from the networking.=20 > If I give DomU a static IP I can't ping out from the box, > Dom0 can't ping the vm. I'm suspecting it just isn't > seeing the bridge but am unsure where to start looking.=20 > This is a very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the > same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.= iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------060700050607020808020007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks. It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can also ping dom0 but again, can’t ping the gate= way or anything else other than Dom0’s IP.  I can only= get vnc to the windows machine and as such can’t copy/paste the= output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 <= /o:p>

Here’s= how dom0 is configured;

 <= /o:p>

# The loopba= ck interface

auto lo=

iface lo ine= t loopback

 <= /o:p>

# Bridge Sta= tic Configuration

# (network, broadcast and gateway are optional)

auto xenbr0<= o:p>

iface xenbr0= inet static

  =       bridge_ports eth1

  =       address 195.2.139.4

  =       broadcast 195.2.139.255

  =       netmask 255.255.255.0

  =       network 195.2.139.0

  =       gateway 195.2.139.1

 <= /o:p>

#Eth0 Static= Configuration

auto eth0

iface eth0 i= net static

  =       address 192.168.2.4

  =       netmask 255.255.255.0

 <= /o:p>

Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great, I can pin= g our and resolve DNS, ssh in from my office, all good.  T= he DomU’s just aren’t picking up the default gateway= by the looks of it but CAN ping and reply to Dom0’s IP 195.2.1= 39.4

 <= /o:p>

When I try a= nd ping the gateway 195.2.139.1 from the debian vm I get

 <= /o:p>

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

 <= /o:p>

195.2.139.17= 0 is the static Ip given to the debian vm;

 <= /o:p>

root@test-pv= :~# ifconfig

eth0 &n= bsp;    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

  =         inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.2= 55.255.0

  =         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

  =         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

  =         RX packets:3126 errors:0 dropped:0 overruns:0 frame:0=

  =         TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

  =         collisions:0 txqueuelen:1000

  =         RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)=

  =         Interrupt:17

 <= /o:p>

lo &nbs= p;      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:6 errors:0 dropped:0 overruns:0 frame:0

  =         TX packets:6 errors:0 dropped:0 overruns:0 carrier:0<= /span>

  =         collisions:0 txqueuelen:0

  =         RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 <= /o:p>

Here’s= some stuff from /var/log/messages so the bridge seems ok;

 <= /o:p>

May 20 13:28= :29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29= :06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29= :06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29= :32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29= :32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29= :33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May 20 13:29= :33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May 20 13:29= :47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Thanks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try a= nd ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 

root@test-= pv:~# ifconfig

eth0 =      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &nbs= p;        inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

 &nbs= p;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 &nbs= p;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

 &nbs= p;        RX packets:545 errors:0 dropped:0 overruns:0 frame:0

 &nbs= p;        TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

 &nbs= p;        collisions:0 txqueuelen:1000

 &nbs= p;        RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)=

 &nbs= p;        Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose= domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,<= /span>

 

Thanks &= #8211; I should have included that but here you go;

 

bridge name     bridge id   &= nbsp;           STP ena= bled     interfaces

xenbr0&n= bsp;         8000.00e081465f38       no&= nbsp;           &n= bsp; eth1

 &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       tap14.0

 &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       vif14.0

 &n= bsp;           &nb= sp;           &nbs= p;            = ;            =       vif7.0

 

From: xen= -users-bounces@lists.xen.org [mai= lto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simo= n,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I have given the bridge a static IP which= I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a st= atic IP I can’t ping out from the box, Dom0 can’t = ping the vm.  I’m suspecting it just isn’t seeing= the bridge but am unsure where to start looking.  This is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a win= dows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

=

vncpasswd=3D""

usbdevice=3D'tablet'

 





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

 = ;

 <= /span>

 


--------------060700050607020808020007-- --------------ms090407060509030501040604 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzAxNDJa MCMGCSqGSIb3DQEJBDEWBBRFPMaVtAWntcIs6YobsuP/w4eGBDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBACzxZeGk0YyH 8+IVcW6/batnWpFl0BffGk06I4GCithEHF2nsufprqay43revOiZVVghNQOATOXRjHi1uyra 36w0yTNodexifTc+HjIByVkunJLmkIsOlSwgt/qIbw9rx9Jx26kXn1qm0SkNmA6zieKwxNi6 /zuRo+e+tPvw9rZF5rKjyH1QAaAwHDS0kGBCJGLbNSB63zEoFJebF3A4JZ16m+EUKHkDFKCK c4u7Y50NKIARVhjuNDzDiRbJkOjzUeOyG0GWLtc3BUxwF50jPZFFPhGFh6SoxFkxNWo1h2I+ ToWXhYDQFgMSXJ/z96NmrosqelPl+oFE2p9DrhNWDbcAAAAAAAA= --------------ms090407060509030501040604-- --===============1985800061300320382== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1985800061300320382==-- From xen-users-bounces@lists.xen.org Mon May 20 13:11:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:11:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePqv-00023c-KF; Mon, 20 May 2013 13:10:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePqt-00023T-BS for xen-users@lists.xen.org; Mon, 20 May 2013 13:10:11 +0000 Received: from [85.158.139.211:28347] by server-12.bemta-5.messagelabs.com id 12/32-16465-2B02A915; Mon, 20 May 2013 13:10:10 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-8.tower-206.messagelabs.com!1369055385!18701628!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1859 invoked from network); 20 May 2013 13:10:08 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-8.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:10:08 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:09:43 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGA= Date: Mon, 20 May 2013 13:09:42 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> In-Reply-To: <519A1EB6.4080504@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7968761113632051362==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7968761113632051362== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:= /usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 







_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_-- --===============7968761113632051362== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7968761113632051362==-- From xen-users-bounces@lists.xen.org Mon May 20 13:11:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:11:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePqv-00023c-KF; Mon, 20 May 2013 13:10:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePqt-00023T-BS for xen-users@lists.xen.org; Mon, 20 May 2013 13:10:11 +0000 Received: from [85.158.139.211:28347] by server-12.bemta-5.messagelabs.com id 12/32-16465-2B02A915; Mon, 20 May 2013 13:10:10 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-8.tower-206.messagelabs.com!1369055385!18701628!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1859 invoked from network); 20 May 2013 13:10:08 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-8.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:10:08 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:09:43 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGA= Date: Mon, 20 May 2013 13:09:42 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> In-Reply-To: <519A1EB6.4080504@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7968761113632051362==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7968761113632051362== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:= /usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 







_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5A76ALTERNATEREALIT_-- --===============7968761113632051362== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7968761113632051362==-- From xen-users-bounces@lists.xen.org Mon May 20 13:19:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:19:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePyc-0002Zu-A7; Mon, 20 May 2013 13:18:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePya-0002Zn-Vk for xen-users@lists.xen.org; Mon, 20 May 2013 13:18:09 +0000 Received: from [85.158.137.99:5783] by server-14.bemta-3.messagelabs.com id 4A/2F-20016-0922A915; Mon, 20 May 2013 13:18:08 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1369055883!12394152!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=3.0 required=7.0 tests=DATE_IN_PAST_03_06, HTML_30_40,HTML_MESSAGE,HTML_TAG_BALANCE_HEAD X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19033 invoked from network); 20 May 2013 13:18:03 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:18:03 -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 1UePyU-0003I3-Ms; Mon, 20 May 2013 15:18:02 +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 o3gkrzqewwlv; Mon, 20 May 2013 15:18:02 +0200 (CEST) Received: from p5dc3f332.dip0.t-ipconnect.de ([93.195.243.50] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80.1) (envelope-from ) id 1UePyT-0004Mu-2H; Mon, 20 May 2013 15:18:02 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: Niels Dettenbach Date: Mon, 20 May 2013 11:32:14 +0200 To: Nick Katsipoulakis ,xen-users@lists.xen.org Message-ID: Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6480994282257719540==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6480994282257719540== Content-Type: multipart/alternative; boundary="----OL699C3284MLIWSJSAKX1PL95LV0HS" ------OL699C3284MLIWSJSAKX1PL95LV0HS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Nick Katsipoulakis schrieb: >I need to know where are the disk images in my host's filesystem. Any >hints >to where they might be..? You wrote it still here: >disk = [ > 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w', > 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w', > ] ...means that the two virtual disks in your regarding DomU are file based, placed as files: /vmstore//domains/VM4LiveFS/disk.img ... (btw: the (double) slashes "//" should be changed into one "/". If they are not there (even when the DomU is started) you might use the wrong config file here. When the DomU is running you may look after it too by: xm block-list or xl block-list and losetup -a (from mind, pls check the correct syntax by help if required) hth, best regards, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com ------OL699C3284MLIWSJSAKX1PL95LV0HS Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


Nick Katsipoulakis <popanik@gmail.com> schrieb:
Hello Everyone,

I am currently working on a project where I need to know the location of the Virtual Disk Images on my server.
My server runs on a Debian Squeeze (v.6) Linux Distribution and uses Xen v2.6.32. I have created a VM called VM4LiveFS and when I execute the cat command on its cfg file (located in /etc/xen) I get the following:

#
# Configuration file for the Xen instance VM4LiveFS, created
# by xen-tools 4.2 on Wed May 15 14:49:19 2013.
#

#
#  Kernel + memory size
#
kernel      = '/boot/vmlinuz-2.6.32-5-xen-amd64'
ramdisk     = '/boot/initrd.img-2.6.32-5-xen-amd64'

vcpus       = '1'
memory      = '2048'

#
#  Disk device(s).
#
root        = '/dev/xvda2 ro'
disk        = [
                  'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w',
                  'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w',
              ]


#
#  Physical volumes
#


#
#  Hostname
#
name        = 'VM4LiveFS'

#
#  Networking
#
vif         = [ 'ip=88.197.53.126,mac=00:16:3E:5E:E6:9E' ]

#
#  Behaviour
#
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'

I need to know where are the disk images in my host's filesystem. Any hints to where they might be..?

Thank you


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

Nick Katsipoulakis <popanik@gmail.com> schrieb:


>I need to know where are the disk images in my host's filesystem. Any
>hints
>to where they might be..?

You wrote it still here:

>disk = [
> 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w',
> 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w',
> ]

...means that the two virtual disks in your regarding DomU are file based, placed as files:

/vmstore//domains/VM4LiveFS/disk.img
...

(btw: the (double) slashes "//" should be changed into one "/".

If they are not there (even when the DomU is started) you might use the wrong config file here. When the DomU is running you may look after it too by:

xm block-list
or
xl block-list
and
losetup -a

(from mind, pls check the correct syntax by help if required)


hth,

best regards,


Niels.
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.com ------OL699C3284MLIWSJSAKX1PL95LV0HS-- --===============6480994282257719540== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6480994282257719540==-- From xen-users-bounces@lists.xen.org Mon May 20 13:19:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:19:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePyc-0002Zu-A7; Mon, 20 May 2013 13:18:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UePya-0002Zn-Vk for xen-users@lists.xen.org; Mon, 20 May 2013 13:18:09 +0000 Received: from [85.158.137.99:5783] by server-14.bemta-3.messagelabs.com id 4A/2F-20016-0922A915; Mon, 20 May 2013 13:18:08 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1369055883!12394152!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=3.0 required=7.0 tests=DATE_IN_PAST_03_06, HTML_30_40,HTML_MESSAGE,HTML_TAG_BALANCE_HEAD X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19033 invoked from network); 20 May 2013 13:18:03 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:18:03 -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 1UePyU-0003I3-Ms; Mon, 20 May 2013 15:18:02 +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 o3gkrzqewwlv; Mon, 20 May 2013 15:18:02 +0200 (CEST) Received: from p5dc3f332.dip0.t-ipconnect.de ([93.195.243.50] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80.1) (envelope-from ) id 1UePyT-0004Mu-2H; Mon, 20 May 2013 15:18:02 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: Niels Dettenbach Date: Mon, 20 May 2013 11:32:14 +0200 To: Nick Katsipoulakis ,xen-users@lists.xen.org Message-ID: Subject: Re: [Xen-users] Where are the virtual disk images stored X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6480994282257719540==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6480994282257719540== Content-Type: multipart/alternative; boundary="----OL699C3284MLIWSJSAKX1PL95LV0HS" ------OL699C3284MLIWSJSAKX1PL95LV0HS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Nick Katsipoulakis schrieb: >I need to know where are the disk images in my host's filesystem. Any >hints >to where they might be..? You wrote it still here: >disk = [ > 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w', > 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w', > ] ...means that the two virtual disks in your regarding DomU are file based, placed as files: /vmstore//domains/VM4LiveFS/disk.img ... (btw: the (double) slashes "//" should be changed into one "/". If they are not there (even when the DomU is started) you might use the wrong config file here. When the DomU is running you may look after it too by: xm block-list or xl block-list and losetup -a (from mind, pls check the correct syntax by help if required) hth, best regards, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com ------OL699C3284MLIWSJSAKX1PL95LV0HS Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


Nick Katsipoulakis <popanik@gmail.com> schrieb:
Hello Everyone,

I am currently working on a project where I need to know the location of the Virtual Disk Images on my server.
My server runs on a Debian Squeeze (v.6) Linux Distribution and uses Xen v2.6.32. I have created a VM called VM4LiveFS and when I execute the cat command on its cfg file (located in /etc/xen) I get the following:

#
# Configuration file for the Xen instance VM4LiveFS, created
# by xen-tools 4.2 on Wed May 15 14:49:19 2013.
#

#
#  Kernel + memory size
#
kernel      = '/boot/vmlinuz-2.6.32-5-xen-amd64'
ramdisk     = '/boot/initrd.img-2.6.32-5-xen-amd64'

vcpus       = '1'
memory      = '2048'

#
#  Disk device(s).
#
root        = '/dev/xvda2 ro'
disk        = [
                  'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w',
                  'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w',
              ]


#
#  Physical volumes
#


#
#  Hostname
#
name        = 'VM4LiveFS'

#
#  Networking
#
vif         = [ 'ip=88.197.53.126,mac=00:16:3E:5E:E6:9E' ]

#
#  Behaviour
#
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'

I need to know where are the disk images in my host's filesystem. Any hints to where they might be..?

Thank you


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

Nick Katsipoulakis <popanik@gmail.com> schrieb:


>I need to know where are the disk images in my host's filesystem. Any
>hints
>to where they might be..?

You wrote it still here:

>disk = [
> 'file:/vmstore//domains/VM4LiveFS/disk.img,xvda2,w',
> 'file:/vmstore//domains/VM4LiveFS/swap.img,xvda1,w',
> ]

...means that the two virtual disks in your regarding DomU are file based, placed as files:

/vmstore//domains/VM4LiveFS/disk.img
...

(btw: the (double) slashes "//" should be changed into one "/".

If they are not there (even when the DomU is started) you might use the wrong config file here. When the DomU is running you may look after it too by:

xm block-list
or
xl block-list
and
losetup -a

(from mind, pls check the correct syntax by help if required)


hth,

best regards,


Niels.
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.com ------OL699C3284MLIWSJSAKX1PL95LV0HS-- --===============6480994282257719540== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6480994282257719540==-- From xen-users-bounces@lists.xen.org Mon May 20 13:21:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:21: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 1UeQ1B-0002mo-4v; Mon, 20 May 2013 13:20:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQ18-0002mb-Gk for xen-users@lists.xen.org; Mon, 20 May 2013 13:20:47 +0000 Received: from [85.158.137.99:40967] by server-16.bemta-3.messagelabs.com id 97/E3-23964-D232A915; Mon, 20 May 2013 13:20:45 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-217.messagelabs.com!1369055997!17521140!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24238 invoked from network); 20 May 2013 13:19:57 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-16.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:19:57 -0000 Received: (qmail 18483 invoked by uid 1000); 20 May 2013 15:19:56 +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(-8.5/5.0):. Processed in 1.903286 secs); 20 May 2013 13:19:56 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:19:54 +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 2A1762C1426; Mon, 20 May 2013 15:19:54 +0200 (CEST) Message-ID: <519A22FA.8030609@excello.cz> Date: Mon, 20 May 2013 15:19:54 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4832230008826950593==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4832230008826950593== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040000010106010201010809" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040000010106010201010809 Content-Type: multipart/alternative; boundary="------------000402000406000107060708" This is a multi-part message in MIME format. --------------000402000406000107060708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Weird. What about your firewall? Specially FORWARD chain. Is somethnig=20 there what can block traffic? Are you sure that there's nothing (router / switch) that can block your=20 traffic? Some hosting providers allow traffic only from dom0 MAC address = everything else is dropped. Then you should set up routed network inside = you dom0. Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still=20 > can't ping anything other than Dom0 ip on both guests though. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to= 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping the > gateway or anything else other than Dom0's IP. I can only get vnc > to the windows machine and as such can't copy/paste the output > from ipconfig /all but it is all correct, static IP 195.2.139.196 > / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns > servers 195.2.130.8 / 200, should I check for something in particul= ar? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our back-end > admin lan so you can ignore that. Dom0 works great, I can ping > our and resolve DNS, ssh in from my office, all good. The DomU's > just aren't picking up the default gateway by the looks of it but > CAN ping and reply to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the debian vm I ge= t > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port > 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 > entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port > 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, > event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, > event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port > 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? Can you > also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, > windows event viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the > networking on it and rebooted, now this one can ping dom0 > static IP and receives a reply. No reply when I try and ping > the other windows guest, also get a reply when pinging the > default gateway, all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the other > domU - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfa= ces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of > *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and > some vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given > the bridge a static IP which I can ping/ssh to etc, > when I create a new vm all works well apart from the > networking. If I give DomU a static IP I can't ping > out from the box, Dom0 can't ping the vm. I'm > suspecting it just isn't seeing the bridge but am > unsure where to start looking. This is a very > standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the > same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_= x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------000402000406000107060708 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Weird. What about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It̵= 7;s set to 0,

 <= /o:p>

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, stil= l can’t ping anything other than Dom0 ip on both guests though.

 <= /o:p>

 <= /o:p>

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Thanks. It'= s more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The window= s guest can also ping dom0 but again, can’t ping the ga= teway or anything else other than Dom0’s IP.  I can on= ly get vnc to the windows machine and as such can’t copy/paste t= he output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 

Here’= ;s how dom0 is configured;

 

# The loopback interface

auto lo

iface lo i= net loopback

 

# Bridge Static Configuration

# (network= , broadcast and gateway are optional)

auto xenbr= 0

iface xenb= r0 inet static

 &nbs= p;      bridge_ports eth1

 &nbs= p;      address 195.2.139.4

 &nbs= p;      broadcast 195.2.139.255

 &nbs= p;      netmask 255.255.255.0

 &nbs= p;      network 195.2.139.0

 &nbs= p;      gateway 195.2.139.1

 

#Eth0 Stat= ic Configuration

auto eth0<= /span>

iface eth0= inet static

 &nbs= p;      address 192.168.2.4

 &nbs= p;      netmask 255.255.255.0

 

Eth1 is th= e public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great, I can p= ing our and resolve DNS, ssh in from my office, all good. = The DomU’s just aren’t picking up the default gatew= ay by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 

When I try= and ping the gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

 

195.2.139.= 170 is the static Ip given to the debian vm;<= /p>

 

root@test-= pv:~# ifconfig

eth0 =      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &nbs= p;        inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

 &nbs= p;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 &nbs= p;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

 &nbs= p;        RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

 &nbs= p;        TX packets:902 errors:0 dropped:0 overruns:0 carrier:0<= o:p>

 &nbs= p;        collisions:0 txqueuelen:1000

 &nbs= p;        RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)

 &nbs= p;        Interrupt:17

 

lo &n= bsp;      Link encap:Local Loopback 

 &nbs= p;        inet addr:127.0.0.1  Mask:255.0.0.0

 &nbs= p;        inet6 addr: ::1/128 Scope:Host

 &nbs= p;        UP LOOPBACK RUNNING  MTU:16436  Metric:1=

 &nbs= p;        RX packets:6 errors:0 dropped:0 overruns:0 frame:0=

 &nbs= p;        TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

 &nbs= p;        collisions:0 txqueuelen:0

 &nbs= p;        RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 

Here’= ;s some stuff from /var/log/messages so the bridge seems ok;=

 

May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)=

May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)=

May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks. S= o Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is = a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when = I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 

root@tes= t-pv:~# ifconfig

eth0&nbs= p;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &n= bsp;        inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

 &n= bsp;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link=

 &n= bsp;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metri= c:1

 &n= bsp;        RX packets:545 errors:0 dropped:0 overruns:0 frame:0

 &n= bsp;        TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

 &n= bsp;        collisions:0 txqueuelen:1000

 &n= bsp;        RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

 &n= bsp;        Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppo= se domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan= ,

 =

Thanks= – I should have included that but here you go;

 =

bridge= name     bridge id   = ;            STP e= nabled     interfaces

xenbr0=           8000.00e081465f38       n= o            =   eth1

 =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      tap14.0

 =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      vif14.0

 =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      vif7.0

 =

From: x= en-users-bounces@lists.xen.org [m= ailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

=

Hi,  I have a new xen hosting= platform.  I have given the bridge a static IP whi= ch I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t ping out from the box, Dom0 can= ’t ping the vm.  I’m suspecting it just isnR= 17;t seeing the bridge but am unsure where to start looking.  This= is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a w= indows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

=

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 

<= br> 




_______________________________________________=

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

&nb= sp;

 = ;

 <= /span>

 


--------------000402000406000107060708-- --------------ms040000010106010201010809 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzE5NTRa MCMGCSqGSIb3DQEJBDEWBBSay8flZIWcZCgN8SQB1gtNIqvBKTBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAFOD/cujLsCn Ahu1TBvZeV7yRndRDZc3mYs/rJ9nWZGh+z98iDOGlHNDQFTqs81YrNmrx0Ah4THTvjPzMXqc kSGIc/7brjyexlflHsNkjCnWGUf1I7M87szM2wWiO3JNKHMVhnS80OQ93lyiSpLhOb6LWg2V SxYfVTeKhuxmEOujVi7wkcIgeUKMEYpvwQa+BnJwOYVsHug870Ku+sRgioZ7JJ7+35xpUp4N GanG6zWPAWPTVS+u0BEYdxrkrKlv0XgCfTLshgCKnU66SdLlFlpzCJw+DfBIDHUI4NUW2zVV Y9ljbwNMs64z78iVox9M7hk3VF9qTvoCBDkSg8eJkSMAAAAAAAA= --------------ms040000010106010201010809-- --===============4832230008826950593== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4832230008826950593==-- From xen-users-bounces@lists.xen.org Mon May 20 13:21:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:21: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 1UeQ1B-0002mo-4v; Mon, 20 May 2013 13:20:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQ18-0002mb-Gk for xen-users@lists.xen.org; Mon, 20 May 2013 13:20:47 +0000 Received: from [85.158.137.99:40967] by server-16.bemta-3.messagelabs.com id 97/E3-23964-D232A915; Mon, 20 May 2013 13:20:45 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-217.messagelabs.com!1369055997!17521140!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24238 invoked from network); 20 May 2013 13:19:57 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-16.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:19:57 -0000 Received: (qmail 18483 invoked by uid 1000); 20 May 2013 15:19:56 +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(-8.5/5.0):. Processed in 1.903286 secs); 20 May 2013 13:19:56 -0000 X-Spam-Status: No, hits=-8.5 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:19:54 +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 2A1762C1426; Mon, 20 May 2013 15:19:54 +0200 (CEST) Message-ID: <519A22FA.8030609@excello.cz> Date: Mon, 20 May 2013 15:19:54 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4832230008826950593==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4832230008826950593== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040000010106010201010809" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms040000010106010201010809 Content-Type: multipart/alternative; boundary="------------000402000406000107060708" This is a multi-part message in MIME format. --------------000402000406000107060708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Weird. What about your firewall? Specially FORWARD chain. Is somethnig=20 there what can block traffic? Are you sure that there's nothing (router / switch) that can block your=20 traffic? Some hosting providers allow traffic only from dom0 MAC address = everything else is dropped. Then you should set up routed network inside = you dom0. Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still=20 > can't ping anything other than Dom0 ip on both guests though. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to= 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping the > gateway or anything else other than Dom0's IP. I can only get vnc > to the windows machine and as such can't copy/paste the output > from ipconfig /all but it is all correct, static IP 195.2.139.196 > / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns > servers 195.2.130.8 / 200, should I check for something in particul= ar? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our back-end > admin lan so you can ignore that. Dom0 works great, I can ping > our and resolve DNS, ssh in from my office, all good. The DomU's > just aren't picking up the default gateway by the looks of it but > CAN ping and reply to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the debian vm I ge= t > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port > 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 > entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port > 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, > event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, > event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port > 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? Can you > also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, > windows event viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the > networking on it and rebooted, now this one can ping dom0 > static IP and receives a reply. No reply when I try and ping > the other windows guest, also get a reply when pinging the > default gateway, all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the other > domU - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled interfa= ces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of > *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and > some vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have given > the bridge a static IP which I can ping/ssh to etc, > when I create a new vm all works well apart from the > networking. If I give DomU a static IP I can't ping > out from the box, Dom0 can't ping the vm. I'm > suspecting it just isn't seeing the bridge but am > unsure where to start looking. This is a very > standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I get the > same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_= x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------000402000406000107060708 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Weird. What about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It̵= 7;s set to 0,

 <= /o:p>

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, stil= l can’t ping anything other than Dom0 ip on both guests though.

 <= /o:p>

 <= /o:p>

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Thanks. It'= s more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The window= s guest can also ping dom0 but again, can’t ping the ga= teway or anything else other than Dom0’s IP.  I can on= ly get vnc to the windows machine and as such can’t copy/paste t= he output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 

Here’= ;s how dom0 is configured;

 

# The loopback interface

auto lo

iface lo i= net loopback

 

# Bridge Static Configuration

# (network= , broadcast and gateway are optional)

auto xenbr= 0

iface xenb= r0 inet static

 &nbs= p;      bridge_ports eth1

 &nbs= p;      address 195.2.139.4

 &nbs= p;      broadcast 195.2.139.255

 &nbs= p;      netmask 255.255.255.0

 &nbs= p;      network 195.2.139.0

 &nbs= p;      gateway 195.2.139.1

 

#Eth0 Stat= ic Configuration

auto eth0<= /span>

iface eth0= inet static

 &nbs= p;      address 192.168.2.4

 &nbs= p;      netmask 255.255.255.0

 

Eth1 is th= e public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great, I can p= ing our and resolve DNS, ssh in from my office, all good. = The DomU’s just aren’t picking up the default gatew= ay by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 

When I try= and ping the gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

 

195.2.139.= 170 is the static Ip given to the debian vm;<= /p>

 

root@test-= pv:~# ifconfig

eth0 =      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &nbs= p;        inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

 &nbs= p;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 &nbs= p;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

 &nbs= p;        RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

 &nbs= p;        TX packets:902 errors:0 dropped:0 overruns:0 carrier:0<= o:p>

 &nbs= p;        collisions:0 txqueuelen:1000

 &nbs= p;        RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)

 &nbs= p;        Interrupt:17

 

lo &n= bsp;      Link encap:Local Loopback 

 &nbs= p;        inet addr:127.0.0.1  Mask:255.0.0.0

 &nbs= p;        inet6 addr: ::1/128 Scope:Host

 &nbs= p;        UP LOOPBACK RUNNING  MTU:16436  Metric:1=

 &nbs= p;        RX packets:6 errors:0 dropped:0 overruns:0 frame:0=

 &nbs= p;        TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

 &nbs= p;        collisions:0 txqueuelen:0

 &nbs= p;        RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 

Here’= ;s some stuff from /var/log/messages so the bridge seems ok;=

 

May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)=

May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)=

May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks. S= o Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is = a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when = I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 

root@tes= t-pv:~# ifconfig

eth0&nbs= p;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &n= bsp;        inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

 &n= bsp;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link=

 &n= bsp;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metri= c:1

 &n= bsp;        RX packets:545 errors:0 dropped:0 overruns:0 frame:0

 &n= bsp;        TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

 &n= bsp;        collisions:0 txqueuelen:1000

 &n= bsp;        RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

 &n= bsp;        Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppo= se domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan= ,

 =

Thanks= – I should have included that but here you go;

 =

bridge= name     bridge id   = ;            STP e= nabled     interfaces

xenbr0=           8000.00e081465f38       n= o            =   eth1

 =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      tap14.0

 =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      vif14.0

 =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      vif7.0

 =

From: x= en-users-bounces@lists.xen.org [m= ailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

=

Hi,  I have a new xen hosting= platform.  I have given the bridge a static IP whi= ch I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t ping out from the box, Dom0 can= ’t ping the vm.  I’m suspecting it just isnR= 17;t seeing the bridge but am unsure where to start looking.  This= is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a w= indows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

=

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 

<= br> 




_______________________________________________=

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

&nb= sp;

 = ;

 <= /span>

 


--------------000402000406000107060708-- --------------ms040000010106010201010809 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzE5NTRa MCMGCSqGSIb3DQEJBDEWBBSay8flZIWcZCgN8SQB1gtNIqvBKTBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAFOD/cujLsCn Ahu1TBvZeV7yRndRDZc3mYs/rJ9nWZGh+z98iDOGlHNDQFTqs81YrNmrx0Ah4THTvjPzMXqc kSGIc/7brjyexlflHsNkjCnWGUf1I7M87szM2wWiO3JNKHMVhnS80OQ93lyiSpLhOb6LWg2V SxYfVTeKhuxmEOujVi7wkcIgeUKMEYpvwQa+BnJwOYVsHug870Ku+sRgioZ7JJ7+35xpUp4N GanG6zWPAWPTVS+u0BEYdxrkrKlv0XgCfTLshgCKnU66SdLlFlpzCJw+DfBIDHUI4NUW2zVV Y9ljbwNMs64z78iVox9M7hk3VF9qTvoCBDkSg8eJkSMAAAAAAAA= --------------ms040000010106010201010809-- --===============4832230008826950593== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4832230008826950593==-- From xen-users-bounces@lists.xen.org Mon May 20 13:26:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQ60-00039e-JN; Mon, 20 May 2013 13:25:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQ5z-00039O-3s for xen-users@lists.xen.org; Mon, 20 May 2013 13:25:47 +0000 Received: from [85.158.143.99:20799] by server-3.bemta-4.messagelabs.com id C8/45-02015-A542A915; Mon, 20 May 2013 13:25:46 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1369056341!23565313!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11887 invoked from network); 20 May 2013 13:25:42 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-12.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:25:42 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:25:40 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGD//+keAP//wK+A Date: Mon, 20 May 2013 13:25:40 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> In-Reply-To: <519A22FA.8030609@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7147610678061357350==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7147610678061357350== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable No firewall in the way; root@xen-1:/etc/xen/scripts# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT udp -- anywhere anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif3.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-in vif3.0 --physdev-is-bridged Chain OUTPUT (policy ACCEPT) target prot opt source destination it looks like it's remembered a 10.0.0 address from when I set it up and ho= oked it in to the office dhcp server though, I'll tidy that later. It's my network so there are no weird routing or blocked mac addresses othe= r than the security stuff on the routers and core switches. Do I have to restart Dom0 when changing the ip forwarding? From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:20 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Weird. What about your firewall? Specially FORWARD chain. Is somethnig ther= e what can block traffic? Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0. Dne 20.5.2013 15:09, Simon Jones napsal(a): Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

No firewall in the way= ;

 

root@xen-1:/etc/xen/sc= ripts# iptables -L

Chain INPUT (policy AC= CEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

Chain FORWARD (policy = ACCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif4.0 --physd= ev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  10.0.0.101      &= nbsp;    anywhere       &= nbsp;    PHYSDEV match --physdev-in vif4.0 --physdev-is-brid= ged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif3.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif3.0 --physd= ev-is-bridged

 

Chain OUTPUT (policy A= CCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

it looks like it’= ;s remembered a 10.0.0 address from when I set it up and hooked it in to th= e office dhcp server though, I’ll tidy that later.<= /p>

 

It’s my network = so there are no weird routing or blocked mac addresses other than the secur= ity stuff on the routers and core switches.

 

Do I have to restart D= om0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Weird. What about you= r firewall? Specially FORWARD chain. Is somethnig there what can block traf= fic?

Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 








_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_-- --===============7147610678061357350== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7147610678061357350==-- From xen-users-bounces@lists.xen.org Mon May 20 13:26:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:26:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQ60-00039e-JN; Mon, 20 May 2013 13:25:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQ5z-00039O-3s for xen-users@lists.xen.org; Mon, 20 May 2013 13:25:47 +0000 Received: from [85.158.143.99:20799] by server-3.bemta-4.messagelabs.com id C8/45-02015-A542A915; Mon, 20 May 2013 13:25:46 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1369056341!23565313!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11887 invoked from network); 20 May 2013 13:25:42 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-12.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:25:42 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:25:40 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGD//+keAP//wK+A Date: Mon, 20 May 2013 13:25:40 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> In-Reply-To: <519A22FA.8030609@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7147610678061357350==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7147610678061357350== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable No firewall in the way; root@xen-1:/etc/xen/scripts# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT udp -- anywhere anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif3.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-in vif3.0 --physdev-is-bridged Chain OUTPUT (policy ACCEPT) target prot opt source destination it looks like it's remembered a 10.0.0 address from when I set it up and ho= oked it in to the office dhcp server though, I'll tidy that later. It's my network so there are no weird routing or blocked mac addresses othe= r than the security stuff on the routers and core switches. Do I have to restart Dom0 when changing the ip forwarding? From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:20 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Weird. What about your firewall? Specially FORWARD chain. Is somethnig ther= e what can block traffic? Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0. Dne 20.5.2013 15:09, Simon Jones napsal(a): Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

No firewall in the way= ;

 

root@xen-1:/etc/xen/sc= ripts# iptables -L

Chain INPUT (policy AC= CEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

Chain FORWARD (policy = ACCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif4.0 --physd= ev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  10.0.0.101      &= nbsp;    anywhere       &= nbsp;    PHYSDEV match --physdev-in vif4.0 --physdev-is-brid= ged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif3.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif3.0 --physd= ev-is-bridged

 

Chain OUTPUT (policy A= CCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

it looks like it’= ;s remembered a 10.0.0 address from when I set it up and hooked it in to th= e office dhcp server though, I’ll tidy that later.<= /p>

 

It’s my network = so there are no weird routing or blocked mac addresses other than the secur= ity stuff on the routers and core switches.

 

Do I have to restart D= om0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Weird. What about you= r firewall? Specially FORWARD chain. Is somethnig there what can block traf= fic?

Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 








_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5C13ALTERNATEREALIT_-- --===============7147610678061357350== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7147610678061357350==-- From xen-users-bounces@lists.xen.org Mon May 20 13:31:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:31: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 1UeQAV-0003Zu-Lf; Mon, 20 May 2013 13:30:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQAU-0003Zg-EQ for xen-users@lists.xen.org; Mon, 20 May 2013 13:30:27 +0000 Received: from [85.158.137.99:5600] by server-12.bemta-3.messagelabs.com id 12/50-17342-1752A915; Mon, 20 May 2013 13:30:25 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1369056621!17534008!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=2.1 required=7.0 tests=HTML_MESSAGE, HTML_TAG_BALANCE_HEAD X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24410 invoked from network); 20 May 2013 13:30:22 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-4.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:30:22 -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 1UeQAO-0003I3-U9; Mon, 20 May 2013 15:30: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 9dpCkAchArFu; Mon, 20 May 2013 15:30:20 +0200 (CEST) Received: from p5dc3f332.dip0.t-ipconnect.de ([93.195.243.50] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80.1) (envelope-from ) id 1UeQAN-0007hP-Ro; Mon, 20 May 2013 15:30:20 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <519A1EB6.4080504@excello.cz> References: <519A1EB6.4080504@excello.cz> MIME-Version: 1.0 From: Niels Dettenbach Date: Mon, 20 May 2013 15:30:06 +0200 To: Jan Hejl ,Simon Jones Message-ID: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7135122065604088151==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7135122065604088151== Content-Type: multipart/alternative; boundary="----PAS1KF8AXXWG4YC7C23R5U02YQH9BU" ------PAS1KF8AXXWG4YC7C23R5U02YQH9BU Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Jan Hejl schrieb: >Thanks. It's more leader now. :) > >What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to >1. For bridging only it should be 0, but "could" be "1"... It seems you've runned into a routing prob as your eth0 offers the whole net you expect on your bridge. Check your networking without eth0 (put eth0 down for that time and delete the IP on it). hth, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com ------PAS1KF8AXXWG4YC7C23R5U02YQH9BU Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


Jan Hejl <jh@excello.cz> schrieb:
Thanks. It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can also ping dom0 but again, can’t ping the gateway or anything else other than Dom0’s IP.  I can only get vnc to the windows machine and as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 

Here’s how dom0 is configured;

 

# The loopback interface

auto lo

iface lo inet loopback

 

# Bridge Static Configuration

# (network, broadcast and gateway are optional)

auto xenbr0

iface xenbr0 inet static

        bridge_ports eth1

        address 195.2.139.4

        broadcast 195.2.139.255

        netmask 255.255.255.0

        network 195.2.139.0

        gateway 195.2.139.1

 

#Eth0 Static Configuration

auto eth0

iface eth0 inet static

        address 192.168.2.4

        netmask 255.255.255.0

 

Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great, I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 

When I try and ping the gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icmp_seq=684 Destination Host Unreachable

 

195.2.139.170 is the static Ip given to the debian vm;

 

root@test-pv:~# ifconfig

eth0      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

          inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

          TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)

          Interrupt:17

 

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:6 errors:0 dropped:0 overruns:0 frame:0

          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 

Here’s some stuff from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 

root@test-pv:~# ifconfig

eth0      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

          inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:545 errors:0 dropped:0 overruns:0 frame:0

          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

          Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I should have included that but here you go;

 

bridge name     bridge id               STP enabled     interfaces

xenbr0          8000.00e081465f38       no              eth1

                                                        tap14.0

                                                        vif14.0

                                                        vif7.0

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I have given the bridge a static IP which I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bridge but am unsure where to start looking.  This is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel = "/usr/lib/xen-4.0/boot/hvmloader"

builder='hvm'

memory = 4096

vcpus=1

name = "Windows8"

vif = ['bridge=xenbr0']

disk = ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi = 1

device_model = 'qemu-dm'

boot="d"

sdl=0

serial='pty'

vnc=1

vnclisten="0.0.0.0"

vncpasswd=""

usbdevice='tablet'

 






_______________________________________________
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


Jan Hejl <jh@excello.cz> schrieb:

>Thanks. It's more leader now. :)
>
>What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to
>1.
For bridging only it should be 0, but "could" be "1"...

It seems you've runned into a routing prob as your eth0 offers the whole net you expect on your bridge.

Check your networking without eth0 (put eth0 down for that time and delete the IP on it).


hth,


Niels.
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.com ------PAS1KF8AXXWG4YC7C23R5U02YQH9BU-- --===============7135122065604088151== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7135122065604088151==-- From xen-users-bounces@lists.xen.org Mon May 20 13:31:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:31: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 1UeQAV-0003Zu-Lf; Mon, 20 May 2013 13:30:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQAU-0003Zg-EQ for xen-users@lists.xen.org; Mon, 20 May 2013 13:30:27 +0000 Received: from [85.158.137.99:5600] by server-12.bemta-3.messagelabs.com id 12/50-17342-1752A915; Mon, 20 May 2013 13:30:25 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1369056621!17534008!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=2.1 required=7.0 tests=HTML_MESSAGE, HTML_TAG_BALANCE_HEAD X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24410 invoked from network); 20 May 2013 13:30:22 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-4.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:30:22 -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 1UeQAO-0003I3-U9; Mon, 20 May 2013 15:30: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 9dpCkAchArFu; Mon, 20 May 2013 15:30:20 +0200 (CEST) Received: from p5dc3f332.dip0.t-ipconnect.de ([93.195.243.50] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.80.1) (envelope-from ) id 1UeQAN-0007hP-Ro; Mon, 20 May 2013 15:30:20 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <519A1EB6.4080504@excello.cz> References: <519A1EB6.4080504@excello.cz> MIME-Version: 1.0 From: Niels Dettenbach Date: Mon, 20 May 2013 15:30:06 +0200 To: Jan Hejl ,Simon Jones Message-ID: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7135122065604088151==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7135122065604088151== Content-Type: multipart/alternative; boundary="----PAS1KF8AXXWG4YC7C23R5U02YQH9BU" ------PAS1KF8AXXWG4YC7C23R5U02YQH9BU Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Jan Hejl schrieb: >Thanks. It's more leader now. :) > >What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to >1. For bridging only it should be 0, but "could" be "1"... It seems you've runned into a routing prob as your eth0 offers the whole net you expect on your bridge. Check your networking without eth0 (put eth0 down for that time and delete the IP on it). hth, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com ------PAS1KF8AXXWG4YC7C23R5U02YQH9BU Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


Jan Hejl <jh@excello.cz> schrieb:
Thanks. It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can also ping dom0 but again, can’t ping the gateway or anything else other than Dom0’s IP.  I can only get vnc to the windows machine and as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 

Here’s how dom0 is configured;

 

# The loopback interface

auto lo

iface lo inet loopback

 

# Bridge Static Configuration

# (network, broadcast and gateway are optional)

auto xenbr0

iface xenbr0 inet static

        bridge_ports eth1

        address 195.2.139.4

        broadcast 195.2.139.255

        netmask 255.255.255.0

        network 195.2.139.0

        gateway 195.2.139.1

 

#Eth0 Static Configuration

auto eth0

iface eth0 inet static

        address 192.168.2.4

        netmask 255.255.255.0

 

Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great, I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 

When I try and ping the gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icmp_seq=684 Destination Host Unreachable

 

195.2.139.170 is the static Ip given to the debian vm;

 

root@test-pv:~# ifconfig

eth0      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

          inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

          TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)

          Interrupt:17

 

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:6 errors:0 dropped:0 overruns:0 frame:0

          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 

Here’s some stuff from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply when I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 

root@test-pv:~# ifconfig

eth0      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

          inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:545 errors:0 dropped:0 overruns:0 frame:0

          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

          Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I should have included that but here you go;

 

bridge name     bridge id               STP enabled     interfaces

xenbr0          8000.00e081465f38       no              eth1

                                                        tap14.0

                                                        vif14.0

                                                        vif7.0

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I have given the bridge a static IP which I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give DomU a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bridge but am unsure where to start looking.  This is a very standard setup, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel = "/usr/lib/xen-4.0/boot/hvmloader"

builder='hvm'

memory = 4096

vcpus=1

name = "Windows8"

vif = ['bridge=xenbr0']

disk = ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi = 1

device_model = 'qemu-dm'

boot="d"

sdl=0

serial='pty'

vnc=1

vnclisten="0.0.0.0"

vncpasswd=""

usbdevice='tablet'

 






_______________________________________________
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


Jan Hejl <jh@excello.cz> schrieb:

>Thanks. It's more leader now. :)
>
>What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to
>1.
For bridging only it should be 0, but "could" be "1"...

It seems you've runned into a routing prob as your eth0 offers the whole net you expect on your bridge.

Check your networking without eth0 (put eth0 down for that time and delete the IP on it).


hth,


Niels.
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.com ------PAS1KF8AXXWG4YC7C23R5U02YQH9BU-- --===============7135122065604088151== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7135122065604088151==-- From xen-users-bounces@lists.xen.org Mon May 20 13:35:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:35: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 1UeQEp-0003rM-MK; Mon, 20 May 2013 13:34:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQEn-0003r9-Lz for xen-users@lists.xen.org; Mon, 20 May 2013 13:34:54 +0000 Received: from [85.158.137.99:58033] by server-13.bemta-3.messagelabs.com id 38/FC-19597-C762A915; Mon, 20 May 2013 13:34:52 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-3.tower-217.messagelabs.com!1369056890!12428300!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11543 invoked from network); 20 May 2013 13:34:50 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-3.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:34:50 -0000 Received: (qmail 26042 invoked by uid 1000); 20 May 2013 15:34:50 +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(-8.4/5.0):. Processed in 3.136755 secs); 20 May 2013 13:34:50 -0000 X-Spam-Status: No, hits=-8.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.1 TAB RAW: META_ROBOT_TAB -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:34:46 +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 2BAAB2C0747; Mon, 20 May 2013 15:34:46 +0200 (CEST) Message-ID: <519A2676.2020303@excello.cz> Date: Mon, 20 May 2013 15:34:46 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0190652001834933320==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============0190652001834933320== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050107050203040109090508" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050107050203040109090508 Content-Type: multipart/alternative; boundary="------------040109020902020508030602" This is a multi-part message in MIME format. --------------040109020902020508030602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable No you don't have to, for now. Firewall looks clear, contains only=20 irrelevant rules. It's definately a network problem. Probably on dom0. Can you please=20 check your dom0 routing table? With: ip route show And how is the eth1 on dom0 configured? Dne 20.5.2013 15:25, Simon Jones napsal(a): > > No firewall in the way; > > root@xen-1:/etc/xen/scripts# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT udp -- anywhere anywhere PHYSDEV=20 > match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootp= s > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT all -- 10.0.0.101 anywhere PHYSDEV=20 > match --physdev-in vif4.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-out vif3.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-in vif3.0 --physdev-is-bridged > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > it looks like it's remembered a 10.0.0 address from when I set it up=20 > and hooked it in to the office dhcp server though, I'll tidy that later= =2E > > It's my network so there are no weird routing or blocked mac addresses = > other than the security stuff on the routers and core switches. > > Do I have to restart Dom0 when changing the ip forwarding? > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:20 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Weird. What about your firewall? Specially FORWARD chain. Is somethnig = > there what can block traffic? > > Are you sure that there's nothing (router / switch) that can block=20 > your traffic? Some hosting providers allow traffic only from dom0 MAC=20 > address everything else is dropped. Then you should set up routed=20 > network inside you dom0. > > Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, > still can't ping anything other than Dom0 ip on both guests though.= > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be > set to 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping the > gateway or anything else other than Dom0's IP. I can only get > vnc to the windows machine and as such can't copy/paste the > output from ipconfig /all but it is all correct, static IP > 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our > public recursor dns servers 195.2.130.8 / 200, should I check > for something in particular? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our > back-end admin lan so you can ignore that. Dom0 works great, > I can ping our and resolve DNS, ssh in from my office, all > good. The DomU's just aren't picking up the default gateway > by the looks of it but CAN ping and reply to Dom0's IP 195.2.13= 9.4 > > When I try and ping the gateway 195.2.139.1 from the debian vm > I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB= ) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge seems ok= ; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port > 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 > entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port > 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref > 8, event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref > 9, event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port > 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? Can > you also please check your logs (/var/log/xen/qemu-..., dmesg, > syslog, windows event viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the > networking on it and rebooted, now this one can ping dom0 > static IP and receives a reply. No reply when I try and > ping the other windows guest, also get a reply when > pinging the default gateway, all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB= ) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the > other domU - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled > interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of > *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and > some vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have > given the bridge a static IP which I can ping/ssh > to etc, when I create a new vm all works well > apart from the networking. If I give DomU a > static IP I can't ping out from the box, Dom0 > can't ping the vm. I'm suspecting it just isn't > seeing the bridge but am unsure where to start > looking. This is a very standard setup, 1 bridge: > xenbr0 > > Here's a config file for a windows guest but I get > the same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windo= ws8_x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------040109020902020508030602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable No you don't have to, for now. Firewall looks clear, contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check your dom0 routing table? With:
ip route show

And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewall = in the way;

 <= /o:p>

root@xen-1:/= etc/xen/scripts# iptables -L

Chain INPUT (policy ACCEPT)

target =     prot opt source        &nb= sp;      destination    &nbs= p;   

 <= /o:p>

Chain FORWAR= D (policy ACCEPT)

target =     prot opt source        &nb= sp;      destination    &nbs= p;   

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT =     udp  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT =     all  --  10.0.0.101       =     anywhere       &nbs= p;    PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-out vif3.0 --physdev-is-bridged

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-in vif3.0 --physdev-is-bridged

 <= /o:p>

Chain OUTPUT= (policy ACCEPT)

target =     prot opt source        &nb= sp;      destination    &nbs= p;   

 <= /o:p>

it looks lik= e it’s remembered a 10.0.0 address from when I set it up = and hooked it in to the office dhcp server though, I’ll tid= y that later.

 <= /o:p>

It’s m= y network so there are no weird routing or blocked mac addresses other than the security stuff on the routers and core switches.

 <= /o:p>

Do I have to= restart Dom0 when changing the ip forwarding?

 <= /o:p>

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Weird. What= about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It= 217;s set to 0,

 

echo "1"&g= t; /proc/sys/net/ipv4/ip_forward  has changed it to 1, st= ill can’t ping anything other than Dom0 ip on both guests= though.

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks. I= t's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The wind= ows guest can also ping dom0 but again, can’t ping the gateway or anything else other than Dom0’s IP. = ; I can only get vnc to the windows machine and as such can’= ;t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 

HereR= 17;s how dom0 is configured;

 

# The loopback interface

auto lo<= /span>

iface lo= inet loopback

 

# Bridge= Static Configuration

# (netwo= rk, broadcast and gateway are optional)

=

auto xen= br0

iface xenbr0 inet static

 &n= bsp;      bridge_ports eth1

 &n= bsp;      address 195.2.139.4

 &n= bsp;      broadcast 195.2.139.255

 &n= bsp;      netmask 255.255.255.0

 &n= bsp;      network 195.2.139.0

 &n= bsp;      gateway 195.2.139.1

 

#Eth0 Static Configuration

auto eth= 0

iface et= h0 inet static

 &n= bsp;      address 192.168.2.4

 &n= bsp;      netmask 255.255.255.0

 

Eth1 is = the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great,= I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just aren’t picking up= the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 

When I t= ry and ping the gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable=

 

195.2.13= 9.170 is the static Ip given to the debian vm;

 

root@tes= t-pv:~# ifconfig

eth0&nbs= p;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &n= bsp;        inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

 &n= bsp;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link=

 &n= bsp;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metri= c:1

 &n= bsp;        RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

 &n= bsp;        TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

 &n= bsp;        collisions:0 txqueuelen:1000

 &n= bsp;        RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)<= /span>

 &n= bsp;        Interrupt:17

 

lo =        Link encap:Local Loopback 

 &n= bsp;        inet addr:127.0.0.1  Mask:255.0.0.0

=

 &n= bsp;        inet6 addr: ::1/128 Scope:Host

 &n= bsp;        UP LOOPBACK RUNNING  MTU:16436  Metric:1=

 &n= bsp;        RX packets:6 errors:0 dropped:0 overruns:0 frame:0=

 &n= bsp;        TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

 &n= bsp;        collisions:0 txqueuelen:0

 &n= bsp;        RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 

HereR= 17;s some stuff from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)<= /o:p>

May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)<= /o:p>

May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks.= So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 i= s a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply whe= n I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 =

root@t= est-pv:~# ifconfig

eth0&n= bsp;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 = ;

 =          inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

 =          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 =          UP BROADCAST RUNNING MULTICAST  MTU:1500  Met= ric:1

 =          RX packets:545 errors:0 dropped:0 overruns:0 frame:0

 =          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

 =          collisions:0 txqueuelen:1000

 =          RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

 =          Interrupt:17

 =

From: Jan Hejl [mailto:jh@excello.c= z]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

=

Hi J= an,

&nbs= p;

Than= ks – I should have included that but here you go;<= /span>

&nbs= p;

brid= ge name     bridge id  &nb= sp;            STP= enabled     interfaces

xenb= r0          8000.00e081465f38      = no           &nbs= p;  eth1

&nbs= p;            = ;            =             &= nbsp;           &n= bsp;      tap14.0

&nbs= p;            = ;            =             &= nbsp;           &n= bsp;      vif14.0

&nbs= p;            = ;            =             &= nbsp;           &n= bsp;      vif7.0

&nbs= p;

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-use= rs@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones= napsal(a):

Hi,  I have a new xen hosti= ng platform.  I have given the bridge a static IP w= hich I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give= DomU a static IP I can’t ping out from the box,= Dom0 can’t ping the vm.  I’m suspecting i= t just isn’t seeing the bridge but am unsure where to start looking.  This is a very standard setup, 1 bridg= e: xenbr0

 

Here’s a config file for a= windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']=

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'<= /o:p>

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"=

vncpasswd=3D""

usbdevice=3D'tablet'<= /p>

 








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

&= nbsp;

&nb= sp;

 = ;

 <= /span>

 


--------------040109020902020508030602-- --------------ms050107050203040109090508 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzM0NDZa MCMGCSqGSIb3DQEJBDEWBBSL1D7FroeL7ywp+4J3g/as4vfq9jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAJ8E4RKuxOVd Gn0Dl9WulqE3oOtbpxS9hjxOYb5YTO7vNt5Zm5Jm3mebyq3zP8/UbKXatYN9yXXrW2bpJT7w KX289Z0tVop5wFq31OSv74Z0bIN3KoNhHiyGdlefr9xUX1Gf8cFbgPh3gimspWbwsxTdKWNV MU0FavCRudeVg3iY+w2gIJOxLxvi34eikZaCLqLgTDpUFsrBjhAb6ydqt7gYSNpnc6U7OaJP k5VB42MNc8lOn1XesE8FZGLIRTXdtqFe8Ydj9Ts377WeQmZEuk611UQ+/GMwV6ddf/06C42n /t01QBzrS8EqtOj1deKzxzK82nA6QlXMdfE6vJck0HkAAAAAAAA= --------------ms050107050203040109090508-- --===============0190652001834933320== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0190652001834933320==-- From xen-users-bounces@lists.xen.org Mon May 20 13:35:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:35: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 1UeQEp-0003rM-MK; Mon, 20 May 2013 13:34:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQEn-0003r9-Lz for xen-users@lists.xen.org; Mon, 20 May 2013 13:34:54 +0000 Received: from [85.158.137.99:58033] by server-13.bemta-3.messagelabs.com id 38/FC-19597-C762A915; Mon, 20 May 2013 13:34:52 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-3.tower-217.messagelabs.com!1369056890!12428300!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11543 invoked from network); 20 May 2013 13:34:50 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-3.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:34:50 -0000 Received: (qmail 26042 invoked by uid 1000); 20 May 2013 15:34:50 +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(-8.4/5.0):. Processed in 3.136755 secs); 20 May 2013 13:34:50 -0000 X-Spam-Status: No, hits=-8.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.1 TAB RAW: META_ROBOT_TAB -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:34:46 +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 2BAAB2C0747; Mon, 20 May 2013 15:34:46 +0200 (CEST) Message-ID: <519A2676.2020303@excello.cz> Date: Mon, 20 May 2013 15:34:46 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0190652001834933320==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============0190652001834933320== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050107050203040109090508" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050107050203040109090508 Content-Type: multipart/alternative; boundary="------------040109020902020508030602" This is a multi-part message in MIME format. --------------040109020902020508030602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable No you don't have to, for now. Firewall looks clear, contains only=20 irrelevant rules. It's definately a network problem. Probably on dom0. Can you please=20 check your dom0 routing table? With: ip route show And how is the eth1 on dom0 configured? Dne 20.5.2013 15:25, Simon Jones napsal(a): > > No firewall in the way; > > root@xen-1:/etc/xen/scripts# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT udp -- anywhere anywhere PHYSDEV=20 > match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootp= s > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT all -- 10.0.0.101 anywhere PHYSDEV=20 > match --physdev-in vif4.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-out vif3.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV=20 > match --physdev-in vif3.0 --physdev-is-bridged > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > it looks like it's remembered a 10.0.0 address from when I set it up=20 > and hooked it in to the office dhcp server though, I'll tidy that later= =2E > > It's my network so there are no weird routing or blocked mac addresses = > other than the security stuff on the routers and core switches. > > Do I have to restart Dom0 when changing the ip forwarding? > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:20 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Weird. What about your firewall? Specially FORWARD chain. Is somethnig = > there what can block traffic? > > Are you sure that there's nothing (router / switch) that can block=20 > your traffic? Some hosting providers allow traffic only from dom0 MAC=20 > address everything else is dropped. Then you should set up routed=20 > network inside you dom0. > > Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, > still can't ping anything other than Dom0 ip on both guests though.= > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be > set to 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping the > gateway or anything else other than Dom0's IP. I can only get > vnc to the windows machine and as such can't copy/paste the > output from ipconfig /all but it is all correct, static IP > 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our > public recursor dns servers 195.2.130.8 / 200, should I check > for something in particular? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our > back-end admin lan so you can ignore that. Dom0 works great, > I can ping our and resolve DNS, ssh in from my office, all > good. The DomU's just aren't picking up the default gateway > by the looks of it but CAN ping and reply to Dom0's IP 195.2.13= 9.4 > > When I try and ping the gateway 195.2.139.1 from the debian vm > I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB= ) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge seems ok= ; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port > 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 > entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port > 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref > 8, event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref > 9, event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port > 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? Can > you also please check your logs (/var/log/xen/qemu-..., dmesg, > syslog, windows event viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured the > networking on it and rebooted, now this one can ping dom0 > static IP and receives a reply. No reply when I try and > ping the other windows guest, also get a reply when > pinging the default gateway, all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB= ) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the > other domU - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you go; > > bridge name bridge id STP enabled > interfaces > > xenbr0 8000.00e081465f38 no eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of > *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 and > some vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I have > given the bridge a static IP which I can ping/ssh > to etc, when I create a new vm all works well > apart from the networking. If I give DomU a > static IP I can't ping out from the box, Dom0 > can't ping the vm. I'm suspecting it just isn't > seeing the bridge but am unsure where to start > looking. This is a very standard setup, 1 bridge: > xenbr0 > > Here's a config file for a windows guest but I get > the same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windo= ws8_x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------040109020902020508030602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable No you don't have to, for now. Firewall looks clear, contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check your dom0 routing table? With:
ip route show

And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewall = in the way;

 <= /o:p>

root@xen-1:/= etc/xen/scripts# iptables -L

Chain INPUT (policy ACCEPT)

target =     prot opt source        &nb= sp;      destination    &nbs= p;   

 <= /o:p>

Chain FORWAR= D (policy ACCEPT)

target =     prot opt source        &nb= sp;      destination    &nbs= p;   

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT =     udp  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT =     all  --  10.0.0.101       =     anywhere       &nbs= p;    PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-out vif3.0 --physdev-is-bridged

ACCEPT =     all  --  anywhere       &n= bsp;     anywhere      =       PHYSDEV match --physdev-in vif3.0 --physdev-is-bridged

 <= /o:p>

Chain OUTPUT= (policy ACCEPT)

target =     prot opt source        &nb= sp;      destination    &nbs= p;   

 <= /o:p>

it looks lik= e it’s remembered a 10.0.0 address from when I set it up = and hooked it in to the office dhcp server though, I’ll tid= y that later.

 <= /o:p>

It’s m= y network so there are no weird routing or blocked mac addresses other than the security stuff on the routers and core switches.

 <= /o:p>

Do I have to= restart Dom0 when changing the ip forwarding?

 <= /o:p>

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

Weird. What= about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It= 217;s set to 0,

 

echo "1"&g= t; /proc/sys/net/ipv4/ip_forward  has changed it to 1, st= ill can’t ping anything other than Dom0 ip on both guests= though.

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks. I= t's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The wind= ows guest can also ping dom0 but again, can’t ping the gateway or anything else other than Dom0’s IP. = ; I can only get vnc to the windows machine and as such can’= ;t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 

HereR= 17;s how dom0 is configured;

 

# The loopback interface

auto lo<= /span>

iface lo= inet loopback

 

# Bridge= Static Configuration

# (netwo= rk, broadcast and gateway are optional)

=

auto xen= br0

iface xenbr0 inet static

 &n= bsp;      bridge_ports eth1

 &n= bsp;      address 195.2.139.4

 &n= bsp;      broadcast 195.2.139.255

 &n= bsp;      netmask 255.255.255.0

 &n= bsp;      network 195.2.139.0

 &n= bsp;      gateway 195.2.139.1

 

#Eth0 Static Configuration

auto eth= 0

iface et= h0 inet static

 &n= bsp;      address 192.168.2.4

 &n= bsp;      netmask 255.255.255.0

 

Eth1 is = the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 works great,= I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just aren’t picking up= the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 

When I t= ry and ping the gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable=

 

195.2.13= 9.170 is the static Ip given to the debian vm;

 

root@tes= t-pv:~# ifconfig

eth0&nbs= p;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

 &n= bsp;        inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

 &n= bsp;        inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link=

 &n= bsp;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metri= c:1

 &n= bsp;        RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

 &n= bsp;        TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

 &n= bsp;        collisions:0 txqueuelen:1000

 &n= bsp;        RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB)<= /span>

 &n= bsp;        Interrupt:17

 

lo =        Link encap:Local Loopback 

 &n= bsp;        inet addr:127.0.0.1  Mask:255.0.0.0

=

 &n= bsp;        inet6 addr: ::1/128 Scope:Host

 &n= bsp;        UP LOOPBACK RUNNING  MTU:16436  Metric:1=

 &n= bsp;        RX packets:6 errors:0 dropped:0 overruns:0 frame:0=

 &n= bsp;        TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

 &n= bsp;        collisions:0 txqueuelen:0

 &n= bsp;        RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

 

HereR= 17;s some stuff from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)<= /o:p>

May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)<= /o:p>

May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks.= So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 i= s a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply whe= n I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

 =

root@t= est-pv:~# ifconfig

eth0&n= bsp;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 = ;

 =          inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

 =          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 =          UP BROADCAST RUNNING MULTICAST  MTU:1500  Met= ric:1

 =          RX packets:545 errors:0 dropped:0 overruns:0 frame:0

 =          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

 =          collisions:0 txqueuelen:1000

 =          RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)

 =          Interrupt:17

 =

From: Jan Hejl [mailto:jh@excello.c= z]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

=

Hi J= an,

&nbs= p;

Than= ks – I should have included that but here you go;<= /span>

&nbs= p;

brid= ge name     bridge id  &nb= sp;            STP= enabled     interfaces

xenb= r0          8000.00e081465f38      = no           &nbs= p;  eth1

&nbs= p;            = ;            =             &= nbsp;           &n= bsp;      tap14.0

&nbs= p;            = ;            =             &= nbsp;           &n= bsp;      vif14.0

&nbs= p;            = ;            =             &= nbsp;           &n= bsp;      vif7.0

&nbs= p;

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-use= rs@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones= napsal(a):

Hi,  I have a new xen hosti= ng platform.  I have given the bridge a static IP w= hich I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  If I give= DomU a static IP I can’t ping out from the box,= Dom0 can’t ping the vm.  I’m suspecting i= t just isn’t seeing the bridge but am unsure where to start looking.  This is a very standard setup, 1 bridg= e: xenbr0

 

Here’s a config file for a= windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']=

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'<= /o:p>

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"=

vncpasswd=3D""

usbdevice=3D'tablet'<= /p>

 








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

&= nbsp;

&nb= sp;

 = ;

 <= /span>

 


--------------040109020902020508030602-- --------------ms050107050203040109090508 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzM0NDZa MCMGCSqGSIb3DQEJBDEWBBSL1D7FroeL7ywp+4J3g/as4vfq9jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAJ8E4RKuxOVd Gn0Dl9WulqE3oOtbpxS9hjxOYb5YTO7vNt5Zm5Jm3mebyq3zP8/UbKXatYN9yXXrW2bpJT7w KX289Z0tVop5wFq31OSv74Z0bIN3KoNhHiyGdlefr9xUX1Gf8cFbgPh3gimspWbwsxTdKWNV MU0FavCRudeVg3iY+w2gIJOxLxvi34eikZaCLqLgTDpUFsrBjhAb6ydqt7gYSNpnc6U7OaJP k5VB42MNc8lOn1XesE8FZGLIRTXdtqFe8Ydj9Ts377WeQmZEuk611UQ+/GMwV6ddf/06C42n /t01QBzrS8EqtOj1deKzxzK82nA6QlXMdfE6vJck0HkAAAAAAAA= --------------ms050107050203040109090508-- --===============0190652001834933320== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0190652001834933320==-- From xen-users-bounces@lists.xen.org Mon May 20 13:39:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:39: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 1UeQHy-00049J-0e; Mon, 20 May 2013 13:38:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQHw-000492-6m for xen-users@lists.xen.org; Mon, 20 May 2013 13:38:08 +0000 Received: from [85.158.139.211:29852] by server-15.bemta-5.messagelabs.com id FB/6E-31797-F372A915; Mon, 20 May 2013 13:38:07 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1369057084!18746830!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26718 invoked from network); 20 May 2013 13:38:05 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-4.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:38:05 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:38:04 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGD//+keAP//wK+A//+OwwD//wwNcA== Date: Mon, 20 May 2013 13:38:03 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> In-Reply-To: <519A2676.2020303@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2455225591880279025==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2455225591880279025== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable #route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Ifa= ce 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth= 0 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 0 xen= br0 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xen= br0 #ip route 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.4 default via 195.2.139.1 dev xenbr0 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs No you don't have to, for now. Firewall looks clear, contains only irreleva= nt rules. It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With: ip route show And how is the eth1 on dom0 configured? Dne 20.5.2013 15:25, Simon Jones napsal(a): No firewall in the way; root@xen-1:/etc/xen/scripts# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT udp -- anywhere anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif3.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-in vif3.0 --physdev-is-bridged Chain OUTPUT (policy ACCEPT) target prot opt source destination it looks like it's remembered a 10.0.0 address from when I set it up and ho= oked it in to the office dhcp server though, I'll tidy that later. It's my network so there are no weird routing or blocked mac addresses othe= r than the security stuff on the routers and core switches. Do I have to restart Dom0 when changing the ip forwarding? From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:20 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Weird. What about your firewall? Specially FORWARD chain. Is somethnig ther= e what can block traffic? Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0. Dne 20.5.2013 15:09, Simon Jones napsal(a): Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

#route –n

 

Kernel IP routing tabl= e

Destination  = ;   Gateway         Genma= sk         Flags Metric Ref &n= bsp;  Use Iface

192.168.2.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 eth0

195.2.139.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 xenbr0<= /p>

0.0.0.0  &nb= sp;      195.2.139.1     0.0.0= .0         UG    0&n= bsp;     0        0 = xenbr0

 

 

#ip route

 

192.168.2.0/24 dev eth= 0  proto kernel  scope link  src 192.168.2.4

195.2.139.0/24 dev xen= br0  proto kernel  scope link  src 195.2.139.4

default via 195.2.139.= 1 dev xenbr0

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

No you don't have to, for now. Firewall looks clear,= contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewall in the way= ;

 

root@xen-1:/etc/xen/sc= ripts# iptables -L

Chain INPUT (policy AC= CEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

Chain FORWARD (policy = ACCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif4.0 --physd= ev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  10.0.0.101      &= nbsp;    anywhere       &= nbsp;    PHYSDEV match --physdev-in vif4.0 --physdev-is-brid= ged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif3.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif3.0 --physd= ev-is-bridged

 

Chain OUTPUT (policy A= CCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

it looks like it’= ;s remembered a 10.0.0 address from when I set it up and hooked it in to th= e office dhcp server though, I’ll tidy that later.<= /p>

 

It’s my network = so there are no weird routing or blocked mac addresses other than the secur= ity stuff on the routers and core switches.

 

Do I have to restart D= om0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Weird. What about you= r firewall? Specially FORWARD chain. Is somethnig there what can block traf= fic?

Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 









_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_-- --===============2455225591880279025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2455225591880279025==-- From xen-users-bounces@lists.xen.org Mon May 20 13:39:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:39: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 1UeQHy-00049J-0e; Mon, 20 May 2013 13:38:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQHw-000492-6m for xen-users@lists.xen.org; Mon, 20 May 2013 13:38:08 +0000 Received: from [85.158.139.211:29852] by server-15.bemta-5.messagelabs.com id FB/6E-31797-F372A915; Mon, 20 May 2013 13:38:07 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1369057084!18746830!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26718 invoked from network); 20 May 2013 13:38:05 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-4.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:38:05 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:38:04 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGD//+keAP//wK+A//+OwwD//wwNcA== Date: Mon, 20 May 2013 13:38:03 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> In-Reply-To: <519A2676.2020303@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2455225591880279025==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2455225591880279025== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable #route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Ifa= ce 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth= 0 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 0 xen= br0 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xen= br0 #ip route 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.4 default via 195.2.139.1 dev xenbr0 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs No you don't have to, for now. Firewall looks clear, contains only irreleva= nt rules. It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With: ip route show And how is the eth1 on dom0 configured? Dne 20.5.2013 15:25, Simon Jones napsal(a): No firewall in the way; root@xen-1:/etc/xen/scripts# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT udp -- anywhere anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif3.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-in vif3.0 --physdev-is-bridged Chain OUTPUT (policy ACCEPT) target prot opt source destination it looks like it's remembered a 10.0.0 address from when I set it up and ho= oked it in to the office dhcp server though, I'll tidy that later. It's my network so there are no weird routing or blocked mac addresses othe= r than the security stuff on the routers and core switches. Do I have to restart Dom0 when changing the ip forwarding? From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:20 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Weird. What about your firewall? Specially FORWARD chain. Is somethnig ther= e what can block traffic? Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0. Dne 20.5.2013 15:09, Simon Jones napsal(a): Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

#route –n

 

Kernel IP routing tabl= e

Destination  = ;   Gateway         Genma= sk         Flags Metric Ref &n= bsp;  Use Iface

192.168.2.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 eth0

195.2.139.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 xenbr0<= /p>

0.0.0.0  &nb= sp;      195.2.139.1     0.0.0= .0         UG    0&n= bsp;     0        0 = xenbr0

 

 

#ip route

 

192.168.2.0/24 dev eth= 0  proto kernel  scope link  src 192.168.2.4

195.2.139.0/24 dev xen= br0  proto kernel  scope link  src 195.2.139.4

default via 195.2.139.= 1 dev xenbr0

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

No you don't have to, for now. Firewall looks clear,= contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewall in the way= ;

 

root@xen-1:/etc/xen/sc= ripts# iptables -L

Chain INPUT (policy AC= CEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

Chain FORWARD (policy = ACCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif4.0 --physd= ev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  10.0.0.101      &= nbsp;    anywhere       &= nbsp;    PHYSDEV match --physdev-in vif4.0 --physdev-is-brid= ged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif3.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif3.0 --physd= ev-is-bridged

 

Chain OUTPUT (policy A= CCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

it looks like it’= ;s remembered a 10.0.0 address from when I set it up and hooked it in to th= e office dhcp server though, I’ll tidy that later.<= /p>

 

It’s my network = so there are no weird routing or blocked mac addresses other than the secur= ity stuff on the routers and core switches.

 

Do I have to restart D= om0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Weird. What about you= r firewall? Specially FORWARD chain. Is somethnig there what can block traf= fic?

Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 









_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5D3DALTERNATEREALIT_-- --===============2455225591880279025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2455225591880279025==-- From xen-users-bounces@lists.xen.org Mon May 20 13:43:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:43: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 1UeQMC-0004cR-6W; Mon, 20 May 2013 13:42:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQM9-0004cD-Ak for xen-users@lists.xen.org; Mon, 20 May 2013 13:42:29 +0000 Received: from [193.109.254.147:34129] by server-10.bemta-14.messagelabs.com id B8/1C-05910-4482A915; Mon, 20 May 2013 13:42:28 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-15.tower-27.messagelabs.com!1369057344!2112045!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26686 invoked from network); 20 May 2013 13:42:24 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:42:24 -0000 Received: (qmail 28726 invoked by uid 1000); 20 May 2013 15:42:23 +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(-8.4/5.0):. Processed in 3.552281 secs); 20 May 2013 13:42:23 -0000 X-Spam-Status: No, hits=-8.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.1 TAB RAW: META_ROBOT_TAB -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:42:20 +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 DBAA62C0747; Mon, 20 May 2013 15:42:19 +0200 (CEST) Message-ID: <519A283C.1080809@excello.cz> Date: Mon, 20 May 2013 15:42:20 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7820991039077161817==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============7820991039077161817== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050907000600050303050406" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050907000600050303050406 Content-Type: multipart/alternative; boundary="------------020800030006060501050500" This is a multi-part message in MIME format. --------------020800030006060501050500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable So far so good. And eth1 configuration? Did you try tcpdump on dom0 to see what's happening there when you're=20 pinging from domU? Dne 20.5.2013 15:38, Simon Jones napsal(a): > > #route --n > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use Ifa= ce > > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth= 0 > > 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 0 xen= br0 > > 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xenbr0 > > #ip route > > 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 > > 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.4 > > default via 195.2.139.1 dev xenbr0 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > No you don't have to, for now. Firewall looks clear, contains only=20 > irrelevant rules. > > It's definately a network problem. Probably on dom0. Can you please=20 > check your dom0 routing table? With: > > =20 > ip route show > > > And how is the eth1 on dom0 configured? > > Dne 20.5.2013 15:25, Simon Jones napsal(a): > > No firewall in the way; > > root@xen-1:/etc/xen/scripts# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT udp -- anywhere anywhere PHYSDEV > match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc > dpt:bootps > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT all -- 10.0.0.101 anywhere PHYSDEV > match --physdev-in vif4.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-out vif3.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-in vif3.0 --physdev-is-bridged > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > it looks like it's remembered a 10.0.0 address from when I set it > up and hooked it in to the office dhcp server though, I'll tidy > that later. > > It's my network so there are no weird routing or blocked mac > addresses other than the security stuff on the routers and core > switches. > > Do I have to restart Dom0 when changing the ip forwarding? > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:20 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Weird. What about your firewall? Specially FORWARD chain. Is > somethnig there what can block traffic? > > Are you sure that there's nothing (router / switch) that can block > your traffic? Some hosting providers allow traffic only from dom0 > MAC address everything else is dropped. Then you should set up > routed network inside you dom0. > > Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, > still can't ping anything other than Dom0 ip on both guests > though. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should > be set to 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping > the gateway or anything else other than Dom0's IP. I can > only get vnc to the windows machine and as such can't > copy/paste the output from ipconfig /all but it is all > correct, static IP 195.2.139.196 / 255.255.255.0 / gateway > 195.2.139.1 and our public recursor dns servers > 195.2.130.8 / 200, should I check for something in particul= ar? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our > back-end admin lan so you can ignore that. Dom0 works > great, I can ping our and resolve DNS, ssh in from my > office, all good. The DomU's just aren't picking up the > default gateway by the looks of it but CAN ping and reply > to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the > debian vm I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreacha= ble > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 > (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge > seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port > 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device > vif17.0 entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port > 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: > ring-ref 8, event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: > ring-ref 9, event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port > 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? > Can you also please check your logs > (/var/log/xen/qemu-..., dmesg, syslog, windows event > viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured > the networking on it and rebooted, now this one can > ping dom0 static IP and receives a reply. No reply > when I try and ping the other windows guest, also get > a reply when pinging the default gateway, all are on > the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 > (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the > other domU - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you = go; > > bridge name bridge id STP > enabled interfaces > > xenbr0 8000.00e081465f38 no eth1= > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On > Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs= > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 > and some vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I > have given the bridge a static IP which I can > ping/ssh to etc, when I create a new vm all > works well apart from the networking. If I > give DomU a static IP I can't ping out from > the box, Dom0 can't ping the vm. I'm > suspecting it just isn't seeing the bridge but > am unsure where to start looking. This is a > very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I > get the same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/w= indows8_x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > > > _______________________________________________= > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------020800030006060501050500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So far so good. And eth1 configuration?

Did you try tcpdump on dom0 to see what's happening there when you're pinging from domU?

Dne 20.5.2013 15:38, Simon Jones napsal(a):

#route ̵= 1;n

 <= /o:p>

Kernel IP routing table

Destination&= nbsp;    Gateway         Genma= sk         Flags Metric Ref =    Use Iface

192.168.2.0&= nbsp;    0.0.0.0         255.2= 55.255.0   U     0    &= nbsp; 0        0 eth0

195.2.139.0&= nbsp;    0.0.0.0         255.2= 55.255.0   U     0    &= nbsp; 0        0 xenbr0

0.0.0.0 = ;        195.2.139.1     0.0.0.0   =       UG    0   &n= bsp;  0        0 xenbr0

 <= /o:p>

 <= /o:p>

#ip route

 <= /o:p>

192.168.2.0/= 24 dev eth0  proto kernel  scope link  src 192.16= 8.2.4

195.2.139.0/= 24 dev xenbr0  proto kernel  scope link  src 195.= 2.139.4

default via 195.2.139.1 dev xenbr0

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

No you don't have to, for now. Firewall looks clear, contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check your dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewal= l in the way;

 

root@xen-1= :/etc/xen/scripts# iptables -L

Chain INPU= T (policy ACCEPT)

target&nbs= p;    prot opt source       &n= bsp;       destination   &nb= sp;    

 

Chain FORW= ARD (policy ACCEPT)

target&nbs= p;    prot opt source       &n= bsp;       destination   &nb= sp;    

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&nbs= p;    udp  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&nbs= p;    all  --  10.0.0.101     =       anywhere     &nbs= p;      PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-out vif3.0 --physdev-is-bridged

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-in vif3.0 --physdev-is-bridged

 

Chain OUTP= UT (policy ACCEPT)

target&nbs= p;    prot opt source       &n= bsp;       destination   &nb= sp;    

 

it looks l= ike it’s remembered a 10.0.0 address from when I set it u= p and hooked it in to the office dhcp server though, I’ll t= idy that later.

 

It’s= my network so there are no weird routing or blocked mac addresses other than the security stuff on the routers and core switches.

 

Do I have = to restart Dom0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Weird. Wh= at about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.<= /p>

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It&= #8217;s set to 0,

 

echo "1"> /proc/sys/net/ipv4/ip_forward  has changed i= t to 1, still can’t ping anything other than Dom0 ip on = both guests though.

 

 

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks.= It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can also ping dom0 but again, can’t= ping the gateway or anything else other than Dom0’s IP= =2E  I can only get vnc to the windows machine and as such can’t copy/paste the output from ipconfig /all bu= t it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 =

Here&#= 8217;s how dom0 is configured;

 =

# The loopback interface

auto l= o

iface = lo inet loopback

 =

# Brid= ge Static Configuration

# (network, broadcast and gateway are optional)

auto xenbr0

iface xenbr0 inet static

 =        bridge_ports eth1

 =        address 195.2.139.4

 =        broadcast 195.2.139.255

 =        netmask 255.255.255.0

 =        network 195.2.139.0

 =        gateway 195.2.139.1

 =

#Eth0 Static Configuration

auto e= th0

iface eth0 inet static

 =        address 192.168.2.4

 =        netmask 255.255.255.0

 =

Eth1 i= s the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 w= orks great, I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just aren̵= 7;t picking up the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 =

When I= try and ping the gateway 195.2.139.1 from the debian vm I get

 =

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

 =

195.2.= 139.170 is the static Ip given to the debian vm;

 =

root@t= est-pv:~# ifconfig

eth0&n= bsp;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 = ;

 =          inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

 =          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 =          UP BROADCAST RUNNING MULTICAST  MTU:1500  Met= ric:1

 =          RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

 =          TX packets:902 errors:0 dropped:0 overruns:0 carrier:0<= /span>

 =          collisions:0 txqueuelen:1000

 =          RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB= )

 =          Interrupt:17

 =

lo&nbs= p;       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:6 errors:0 dropped:0 overruns:0 frame:0

 =          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

 =          collisions:0 txqueuelen:0

 =          RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)=

 =

Here&#= 8217;s some stuff from /var/log/messages so the bridge seems ok;

 =

May 20= 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state<= /p>

May 20= 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20= 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20= 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20= 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20= 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May 20= 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May 20= 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state<= /p>

 =

From: Jan Hejl [mailto:jh@excello.c= z]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thank= s. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

=

ID 7= is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply w= hen I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

&nbs= p;

root= @test-pv:~# ifconfig

eth0=       Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42&nb= sp;

&nbs= p;         inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

&nbs= p;         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

&nbs= p;         UP BROADCAST RUNNING MULTICAST  MTU:1500  M= etric:1

&nbs= p;         RX packets:545 errors:0 dropped:0 overruns:0 frame:0<= /span>

&nbs= p;         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

&nbs= p;         collisions:0 txqueuelen:1000

&nbs= p;         RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)<= /span>

&nbs= p;         Interrupt:17

&nbs= p;

From: Jan Hejl [mailto:jh@excello= =2Ecz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-use= rs@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?<= o:p>

Dne 20.5.2013 14:09, Simon Jones= napsal(a):

Hi= Jan,

&n= bsp;

Th= anks – I should have included that but here you go= ;

&n= bsp;

br= idge name     bridge id  &= nbsp;            S= TP enabled     interfaces

xe= nbr0          8000.00e081465f38     &nbs= p; no           &n= bsp;  eth1

&n= bsp;           &nb= sp;           &nbs= p;            = ;            =        tap14.0

&n= bsp;           &nb= sp;           &nbs= p;            = ;            =        vif14.0

&n= bsp;           &nb= sp;           &nbs= p;            = ;            =        vif7.0

&n= bsp;

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-u= sers@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

H= i Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.
=
Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hos= ting platform.  I have given the bridge a static IP= which I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  = If I give DomU a static IP I can’t ping out from t= he box, Dom0 can’t ping the vm.  I’m = suspecting it just isn’t seeing the bridge but am unsure wh= ere to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for= a windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

=

memory =3D 4096

=

vcpus=3D1

name =3D "Windows8"=

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 









_______________________________________________<=
o:p>
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=

 

&= nbsp;

&nb= sp;

 = ;

 <= /span>

 


--------------020800030006060501050500-- --------------ms050907000600050303050406 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzQyMjBa MCMGCSqGSIb3DQEJBDEWBBQ0i+5X3KiopzhPRxUXYhcUnUyn7jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAE/xYk3tkzHF P7l+v7E7q4xEWJBkGeG/HI5IM7XwTTxxveaPiQ+78AL2w0hKXjAUbN8OH8KvEOhzRuqZKVMg fPYun28GBNHCSnlLMUTdbyGYgPJu9Il+AkTRFGc6CHQ3Qn6C3l1wzlVTSUwCAaMQEMcXfuAK pPQgcaNuhq4A8k1Z7EVskrRq08bhEgqlgPCAEGBTAvcTkfa9vuI2+0KPBaeSFnn1LwwyVd3B IF2ICi09Ra1eM90f2I9bGKSm4d6XyHnhLNnAsu74UIP6paxU86ewe5wBdQNEysKHWLX66g6J OJR51Tp8OveESDQ2KIwvrDh3B6S/QYqlcI2ApqPDBRUAAAAAAAA= --------------ms050907000600050303050406-- --===============7820991039077161817== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7820991039077161817==-- From xen-users-bounces@lists.xen.org Mon May 20 13:43:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:43: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 1UeQMC-0004cR-6W; Mon, 20 May 2013 13:42:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQM9-0004cD-Ak for xen-users@lists.xen.org; Mon, 20 May 2013 13:42:29 +0000 Received: from [193.109.254.147:34129] by server-10.bemta-14.messagelabs.com id B8/1C-05910-4482A915; Mon, 20 May 2013 13:42:28 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-15.tower-27.messagelabs.com!1369057344!2112045!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26686 invoked from network); 20 May 2013 13:42:24 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:42:24 -0000 Received: (qmail 28726 invoked by uid 1000); 20 May 2013 15:42:23 +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(-8.4/5.0):. Processed in 3.552281 secs); 20 May 2013 13:42:23 -0000 X-Spam-Status: No, hits=-8.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.1 TAB RAW: META_ROBOT_TAB -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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 out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 20 May 2013 15:42:20 +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 DBAA62C0747; Mon, 20 May 2013 15:42:19 +0200 (CEST) Message-ID: <519A283C.1080809@excello.cz> Date: Mon, 20 May 2013 15:42:20 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7820991039077161817==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============7820991039077161817== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050907000600050303050406" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050907000600050303050406 Content-Type: multipart/alternative; boundary="------------020800030006060501050500" This is a multi-part message in MIME format. --------------020800030006060501050500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable So far so good. And eth1 configuration? Did you try tcpdump on dom0 to see what's happening there when you're=20 pinging from domU? Dne 20.5.2013 15:38, Simon Jones napsal(a): > > #route --n > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use Ifa= ce > > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth= 0 > > 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 0 xen= br0 > > 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xenbr0 > > #ip route > > 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 > > 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.4 > > default via 195.2.139.1 dev xenbr0 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > No you don't have to, for now. Firewall looks clear, contains only=20 > irrelevant rules. > > It's definately a network problem. Probably on dom0. Can you please=20 > check your dom0 routing table? With: > > =20 > ip route show > > > And how is the eth1 on dom0 configured? > > Dne 20.5.2013 15:25, Simon Jones napsal(a): > > No firewall in the way; > > root@xen-1:/etc/xen/scripts# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT udp -- anywhere anywhere PHYSDEV > match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc > dpt:bootps > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT all -- 10.0.0.101 anywhere PHYSDEV > match --physdev-in vif4.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-out vif3.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV > match --physdev-in vif3.0 --physdev-is-bridged > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > it looks like it's remembered a 10.0.0 address from when I set it > up and hooked it in to the office dhcp server though, I'll tidy > that later. > > It's my network so there are no weird routing or blocked mac > addresses other than the security stuff on the routers and core > switches. > > Do I have to restart Dom0 when changing the ip forwarding? > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:20 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Weird. What about your firewall? Specially FORWARD chain. Is > somethnig there what can block traffic? > > Are you sure that there's nothing (router / switch) that can block > your traffic? Some hosting providers allow traffic only from dom0 > MAC address everything else is dropped. Then you should set up > routed network inside you dom0. > > Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, > still can't ping anything other than Dom0 ip on both guests > though. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should > be set to 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't ping > the gateway or anything else other than Dom0's IP. I can > only get vnc to the windows machine and as such can't > copy/paste the output from ipconfig /all but it is all > correct, static IP 195.2.139.196 / 255.255.255.0 / gateway > 195.2.139.1 and our public recursor dns servers > 195.2.130.8 / 200, should I check for something in particul= ar? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just our > back-end admin lan so you can ignore that. Dom0 works > great, I can ping our and resolve DNS, ssh in from my > office, all good. The DomU's just aren't picking up the > default gateway by the looks of it but CAN ping and reply > to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the > debian vm I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host Unreacha= ble > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 > (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) > > Here's some stuff from /var/log/messages so the bridge > seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port > 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port > 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device > vif17.0 entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port > 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: > ring-ref 8, event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: > ring-ref 9, event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port > 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 domU? > Can you also please check your logs > (/var/log/xen/qemu-..., dmesg, syslog, windows event > viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just reconfigured > the networking on it and rebooted, now this one can > ping dom0 static IP and receives a reply. No reply > when I try and ping the other windows guest, also get > a reply when pinging the default gateway, all are on > the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 > (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > I suppose domU ID you described is 7, isn't it? Is the > other domU - id 14 - able to reach the dom0 with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here you = go; > > bridge name bridge id STP > enabled interfaces > > xenbr0 8000.00e081465f38 no eth1= > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On > Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs= > > Hi Simon, > > what does "brctl show" show? It should show xenbr0 > and some vifX.Y (which is domU interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I > have given the bridge a static IP which I can > ping/ssh to etc, when I create a new vm all > works well apart from the networking. If I > give DomU a static IP I can't ping out from > the box, Dom0 can't ping the vm. I'm > suspecting it just isn't seeing the bridge but > am unsure where to start looking. This is a > very standard setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest but I > get the same with windows or debian guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/w= indows8_x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > > > _______________________________________________= > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------020800030006060501050500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So far so good. And eth1 configuration?

Did you try tcpdump on dom0 to see what's happening there when you're pinging from domU?

Dne 20.5.2013 15:38, Simon Jones napsal(a):

#route ̵= 1;n

 <= /o:p>

Kernel IP routing table

Destination&= nbsp;    Gateway         Genma= sk         Flags Metric Ref =    Use Iface

192.168.2.0&= nbsp;    0.0.0.0         255.2= 55.255.0   U     0    &= nbsp; 0        0 eth0

195.2.139.0&= nbsp;    0.0.0.0         255.2= 55.255.0   U     0    &= nbsp; 0        0 xenbr0

0.0.0.0 = ;        195.2.139.1     0.0.0.0   =       UG    0   &n= bsp;  0        0 xenbr0

 <= /o:p>

 <= /o:p>

#ip route

 <= /o:p>

192.168.2.0/= 24 dev eth0  proto kernel  scope link  src 192.16= 8.2.4

195.2.139.0/= 24 dev xenbr0  proto kernel  scope link  src 195.= 2.139.4

default via 195.2.139.1 dev xenbr0

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

No you don't have to, for now. Firewall looks clear, contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check your dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewal= l in the way;

 

root@xen-1= :/etc/xen/scripts# iptables -L

Chain INPU= T (policy ACCEPT)

target&nbs= p;    prot opt source       &n= bsp;       destination   &nb= sp;    

 

Chain FORW= ARD (policy ACCEPT)

target&nbs= p;    prot opt source       &n= bsp;       destination   &nb= sp;    

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&nbs= p;    udp  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&nbs= p;    all  --  10.0.0.101     =       anywhere     &nbs= p;      PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-out vif3.0 --physdev-is-bridged

ACCEPT&nbs= p;    all  --  anywhere     &n= bsp;       anywhere    =         PHYSDEV match --physdev-in vif3.0 --physdev-is-bridged

 

Chain OUTP= UT (policy ACCEPT)

target&nbs= p;    prot opt source       &n= bsp;       destination   &nb= sp;    

 

it looks l= ike it’s remembered a 10.0.0 address from when I set it u= p and hooked it in to the office dhcp server though, I’ll t= idy that later.

 

It’s= my network so there are no weird routing or blocked mac addresses other than the security stuff on the routers and core switches.

 

Do I have = to restart Dom0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Weird. Wh= at about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.<= /p>

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It&= #8217;s set to 0,

 

echo "1"> /proc/sys/net/ipv4/ip_forward  has changed i= t to 1, still can’t ping anything other than Dom0 ip on = both guests though.

 

 

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thanks.= It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can also ping dom0 but again, can’t= ping the gateway or anything else other than Dom0’s IP= =2E  I can only get vnc to the windows machine and as such can’t copy/paste the output from ipconfig /all bu= t it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?

 =

Here&#= 8217;s how dom0 is configured;

 =

# The loopback interface

auto l= o

iface = lo inet loopback

 =

# Brid= ge Static Configuration

# (network, broadcast and gateway are optional)

auto xenbr0

iface xenbr0 inet static

 =        bridge_ports eth1

 =        address 195.2.139.4

 =        broadcast 195.2.139.255

 =        netmask 255.255.255.0

 =        network 195.2.139.0

 =        gateway 195.2.139.1

 =

#Eth0 Static Configuration

auto e= th0

iface eth0 inet static

 =        address 192.168.2.4

 =        netmask 255.255.255.0

 =

Eth1 i= s the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0 w= orks great, I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just aren̵= 7;t picking up the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4

 =

When I= try and ping the gateway 195.2.139.1 from the debian vm I get

 =

From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

 =

195.2.= 139.170 is the static Ip given to the debian vm;

 =

root@t= est-pv:~# ifconfig

eth0&n= bsp;     Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 = ;

 =          inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

 =          inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

 =          UP BROADCAST RUNNING MULTICAST  MTU:1500  Met= ric:1

 =          RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

 =          TX packets:902 errors:0 dropped:0 overruns:0 carrier:0<= /span>

 =          collisions:0 txqueuelen:1000

 =          RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 KiB= )

 =          Interrupt:17

 =

lo&nbs= p;       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:6 errors:0 dropped:0 overruns:0 frame:0

 =          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

 =          collisions:0 txqueuelen:0

 =          RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)=

 =

Here&#= 8217;s some stuff from /var/log/messages so the bridge seems ok;

 =

May 20= 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state<= /p>

May 20= 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20= 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20= 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May 20= 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20= 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May 20= 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May 20= 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state<= /p>

 =

From: Jan Hejl [mailto:jh@excello.c= z]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thank= s. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

=

ID 7= is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply.  No reply w= hen I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

&nbs= p;

root= @test-pv:~# ifconfig

eth0=       Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42&nb= sp;

&nbs= p;         inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

&nbs= p;         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

&nbs= p;         UP BROADCAST RUNNING MULTICAST  MTU:1500  M= etric:1

&nbs= p;         RX packets:545 errors:0 dropped:0 overruns:0 frame:0<= /span>

&nbs= p;         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

&nbs= p;         collisions:0 txqueuelen:1000

&nbs= p;         RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB)<= /span>

&nbs= p;         Interrupt:17

&nbs= p;

From: Jan Hejl [mailto:jh@excello= =2Ecz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-use= rs@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?<= o:p>

Dne 20.5.2013 14:09, Simon Jones= napsal(a):

Hi= Jan,

&n= bsp;

Th= anks – I should have included that but here you go= ;

&n= bsp;

br= idge name     bridge id  &= nbsp;            S= TP enabled     interfaces

xe= nbr0          8000.00e081465f38     &nbs= p; no           &n= bsp;  eth1

&n= bsp;           &nb= sp;           &nbs= p;            = ;            =        tap14.0

&n= bsp;           &nb= sp;           &nbs= p;            = ;            =        vif14.0

&n= bsp;           &nb= sp;           &nbs= p;            = ;            =        vif7.0

&n= bsp;

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-u= sers@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

H= i Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.
=
Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hos= ting platform.  I have given the bridge a static IP= which I can ping/ssh to etc, when I create a new vm all works well apart from the networking.  = If I give DomU a static IP I can’t ping out from t= he box, Dom0 can’t ping the vm.  I’m = suspecting it just isn’t seeing the bridge but am unsure wh= ere to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for= a windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

=

memory =3D 4096

=

vcpus=3D1

name =3D "Windows8"=

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 









_______________________________________________<=
o:p>
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=

 

&= nbsp;

&nb= sp;

 = ;

 <= /span>

 


--------------020800030006060501050500-- --------------ms050907000600050303050406 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzQyMjBa MCMGCSqGSIb3DQEJBDEWBBQ0i+5X3KiopzhPRxUXYhcUnUyn7jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAE/xYk3tkzHF P7l+v7E7q4xEWJBkGeG/HI5IM7XwTTxxveaPiQ+78AL2w0hKXjAUbN8OH8KvEOhzRuqZKVMg fPYun28GBNHCSnlLMUTdbyGYgPJu9Il+AkTRFGc6CHQ3Qn6C3l1wzlVTSUwCAaMQEMcXfuAK pPQgcaNuhq4A8k1Z7EVskrRq08bhEgqlgPCAEGBTAvcTkfa9vuI2+0KPBaeSFnn1LwwyVd3B IF2ICi09Ra1eM90f2I9bGKSm4d6XyHnhLNnAsu74UIP6paxU86ewe5wBdQNEysKHWLX66g6J OJR51Tp8OveESDQ2KIwvrDh3B6S/QYqlcI2ApqPDBRUAAAAAAAA= --------------ms050907000600050303050406-- --===============7820991039077161817== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7820991039077161817==-- From xen-users-bounces@lists.xen.org Mon May 20 13:43:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:43: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 1UeQMr-0004i5-MY; Mon, 20 May 2013 13:43:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQMq-0004hm-LV for xen-users@lists.xen.org; Mon, 20 May 2013 13:43:12 +0000 Received: from [85.158.139.211:63962] by server-8.bemta-5.messagelabs.com id 26/5F-29170-F682A915; Mon, 20 May 2013 13:43:11 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1369057390!18673740!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7720 invoked from network); 20 May 2013 13:43:11 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:43:11 -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 1UeQMn-0004kl-Al; Mon, 20 May 2013 15:43:09 +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 3tS5pMxDRb_Q; Mon, 20 May 2013 15:43:09 +0200 (CEST) Received: from p5dc3f332.dip0.t-ipconnect.de ([93.195.243.50] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1UeQMm-0000WD-Ub; Mon, 20 May 2013 15:43:09 +0200 Mime-Version: 1.0 (Apple Message framework v1085) From: Niels Dettenbach In-Reply-To: Date: Mon, 20 May 2013 15:43:01 +0200 Message-Id: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> To: Simon Jones X-Mailer: Apple Mail (2.1085) Cc: "xen-users@lists.xen.org" , Jan Hejl Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Am 20.05.2013 um 15:09 schrieb Simon Jones: > Aha! It=92s set to 0, > = > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can= =92t ping anything other than Dom0 ip on both guests though. > = For bridging only setup this should be "0" as no routing happens. = But it seems you are running into a routing rpoblem with your eth0 as it "g= rabs" the whole network you expect "inside" your dom0 and/or your bridge ne= twork. Try to disable eth0 completely (should be have no ip and route) for testing= your Dom0/domU networking or give him another IP (your admin network is in= another physical network and should have another IP. In this case you need= routes and ip_forward on again. hth, best regards, Niels. = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 13:43:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:43: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 1UeQMr-0004i5-MY; Mon, 20 May 2013 13:43:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQMq-0004hm-LV for xen-users@lists.xen.org; Mon, 20 May 2013 13:43:12 +0000 Received: from [85.158.139.211:63962] by server-8.bemta-5.messagelabs.com id 26/5F-29170-F682A915; Mon, 20 May 2013 13:43:11 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1369057390!18673740!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7720 invoked from network); 20 May 2013 13:43:11 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:43:11 -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 1UeQMn-0004kl-Al; Mon, 20 May 2013 15:43:09 +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 3tS5pMxDRb_Q; Mon, 20 May 2013 15:43:09 +0200 (CEST) Received: from p5dc3f332.dip0.t-ipconnect.de ([93.195.243.50] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1UeQMm-0000WD-Ub; Mon, 20 May 2013 15:43:09 +0200 Mime-Version: 1.0 (Apple Message framework v1085) From: Niels Dettenbach In-Reply-To: Date: Mon, 20 May 2013 15:43:01 +0200 Message-Id: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> To: Simon Jones X-Mailer: Apple Mail (2.1085) Cc: "xen-users@lists.xen.org" , Jan Hejl Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Am 20.05.2013 um 15:09 schrieb Simon Jones: > Aha! It=92s set to 0, > = > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can= =92t ping anything other than Dom0 ip on both guests though. > = For bridging only setup this should be "0" as no routing happens. = But it seems you are running into a routing rpoblem with your eth0 as it "g= rabs" the whole network you expect "inside" your dom0 and/or your bridge ne= twork. Try to disable eth0 completely (should be have no ip and route) for testing= your Dom0/domU networking or give him another IP (your admin network is in= another physical network and should have another IP. In this case you need= routes and ip_forward on again. hth, best regards, Niels. = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 13:44:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:44: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 1UeQNP-0004oO-EB; Mon, 20 May 2013 13:43:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQNO-0004o2-1t for xen-users@lists.xen.org; Mon, 20 May 2013 13:43:46 +0000 Received: from [85.158.139.83:41610] by server-16.bemta-5.messagelabs.com id E1/B2-31493-1982A915; Mon, 20 May 2013 13:43:45 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-12.tower-182.messagelabs.com!1369057420!28181156!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4789 invoked from network); 20 May 2013 13:43:43 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:43:43 -0000 Received: (qmail 20031 invoked by uid 1011); 20 May 2013 13:43:38 -0000 Received: from 220.233.87.52 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17239. spamassassin: 3.3.1. Clear:RC:1(220.233.87.52):. Processed in 0.100726 secs); 20 May 2013 13:43:38 -0000 Received: from unknown (HELO ?192.168.2.90?) (220.233.87.52) by 0 with SMTP; 20 May 2013 13:43:38 -0000 Message-ID: <519A288A.8010406@websitemanagers.com.au> Date: Mon, 20 May 2013 23:43:38 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> In-Reply-To: Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0430726412646311917==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0430726412646311917== Content-Type: multipart/alternative; boundary="------------070409020503060000060300" This is a multi-part message in MIME format. --------------070409020503060000060300 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 20/05/13 23:09, Simon Jones wrote: > > Aha! It's set to 0, > > > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still > can't ping anything other than Dom0 ip on both guests though. > > > > That is not needed for a bridge, only for routed connections. The same for iptables, it shouldn't apply to the bridge. I think there is another tool ebtables or similar which will do filtering of traffic across a bridge, but you should know if you have configured that. Try the following from dom0: tcpdump -tn -i xenbr0 host Then, from the domu, ping the gateway IP That should show whether the dom0 is seeing the traffic from the domU ... if you don't see the traffic on the bridge, then try the vif interface for the domU, if you still don't see the traffic, then it is a domU issue. Also, check the output of "route -n" (linux) or "route print" (windows) from the domU Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------070409020503060000060300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 20/05/13 23:09, Simon Jones wrote:

Aha! It’s set to 0,

 

echo "1"> /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t ping anything other than Dom0 ip on both guests though.

 



That is not needed for a bridge, only for routed connections. The same for iptables, it shouldn't apply to the bridge. I think there is another tool ebtables or similar which will do filtering of traffic across a bridge, but you should know if you have configured that.

Try the following from dom0:
tcpdump -tn -i xenbr0 host <ip of domu>

Then, from the domu, ping the gateway IP

That should show whether the dom0 is seeing the traffic from the domU ... if you don't see the traffic on the bridge, then try the vif interface for the domU, if you still don't see the traffic, then it is a domU issue.

Also, check the output of "route -n" (linux) or "route print" (windows) from the domU

Regards,
Adam


-- 
Adam Goryachev
Website Managers
www.websitemanagers.com.au
--------------070409020503060000060300-- --===============0430726412646311917== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0430726412646311917==-- From xen-users-bounces@lists.xen.org Mon May 20 13:44:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:44: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 1UeQNP-0004oO-EB; Mon, 20 May 2013 13:43:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQNO-0004o2-1t for xen-users@lists.xen.org; Mon, 20 May 2013 13:43:46 +0000 Received: from [85.158.139.83:41610] by server-16.bemta-5.messagelabs.com id E1/B2-31493-1982A915; Mon, 20 May 2013 13:43:45 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-12.tower-182.messagelabs.com!1369057420!28181156!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4789 invoked from network); 20 May 2013 13:43:43 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-12.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:43:43 -0000 Received: (qmail 20031 invoked by uid 1011); 20 May 2013 13:43:38 -0000 Received: from 220.233.87.52 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17239. spamassassin: 3.3.1. Clear:RC:1(220.233.87.52):. Processed in 0.100726 secs); 20 May 2013 13:43:38 -0000 Received: from unknown (HELO ?192.168.2.90?) (220.233.87.52) by 0 with SMTP; 20 May 2013 13:43:38 -0000 Message-ID: <519A288A.8010406@websitemanagers.com.au> Date: Mon, 20 May 2013 23:43:38 +1000 From: Adam Goryachev Organization: Website Managers User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> In-Reply-To: Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0430726412646311917==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0430726412646311917== Content-Type: multipart/alternative; boundary="------------070409020503060000060300" This is a multi-part message in MIME format. --------------070409020503060000060300 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 20/05/13 23:09, Simon Jones wrote: > > Aha! It's set to 0, > > > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still > can't ping anything other than Dom0 ip on both guests though. > > > > That is not needed for a bridge, only for routed connections. The same for iptables, it shouldn't apply to the bridge. I think there is another tool ebtables or similar which will do filtering of traffic across a bridge, but you should know if you have configured that. Try the following from dom0: tcpdump -tn -i xenbr0 host Then, from the domu, ping the gateway IP That should show whether the dom0 is seeing the traffic from the domU ... if you don't see the traffic on the bridge, then try the vif interface for the domU, if you still don't see the traffic, then it is a domU issue. Also, check the output of "route -n" (linux) or "route print" (windows) from the domU Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------070409020503060000060300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 20/05/13 23:09, Simon Jones wrote:

Aha! It’s set to 0,

 

echo "1"> /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t ping anything other than Dom0 ip on both guests though.

 



That is not needed for a bridge, only for routed connections. The same for iptables, it shouldn't apply to the bridge. I think there is another tool ebtables or similar which will do filtering of traffic across a bridge, but you should know if you have configured that.

Try the following from dom0:
tcpdump -tn -i xenbr0 host <ip of domu>

Then, from the domu, ping the gateway IP

That should show whether the dom0 is seeing the traffic from the domU ... if you don't see the traffic on the bridge, then try the vif interface for the domU, if you still don't see the traffic, then it is a domU issue.

Also, check the output of "route -n" (linux) or "route print" (windows) from the domU

Regards,
Adam


-- 
Adam Goryachev
Website Managers
www.websitemanagers.com.au
--------------070409020503060000060300-- --===============0430726412646311917== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0430726412646311917==-- From xen-users-bounces@lists.xen.org Mon May 20 13:48:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:48:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQRP-0005gm-9Y; Mon, 20 May 2013 13:47:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQRN-0005gB-0w for xen-users@lists.xen.org; Mon, 20 May 2013 13:47:53 +0000 Received: from [193.109.254.147:64638] by server-6.bemta-14.messagelabs.com id 7A/CA-00912-8892A915; Mon, 20 May 2013 13:47:52 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-11.tower-27.messagelabs.com!1369057662!3272612!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12945 invoked from network); 20 May 2013 13:47:43 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-11.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:47:43 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:47:40 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGD//+keAP//wK+A//+OwwD//wwNcP/+J3YA//w9PHA= Date: Mon, 20 May 2013 13:47:38 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> <519A283C.1080809@excello.cz> In-Reply-To: <519A283C.1080809@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5265907509510540766==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5265907509510540766== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It looks like one of my network admins has carved up this address space and= pointed the numbers I was trying to use elsewhere, I'm getting them to fin= d out what's going on. Anyway, I changed the static IP to 139.25 ifdown et= h0 && ifup eth0 and hey presto, can ping out and all is good! Thanks for y= our help guys, really appreciated. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:42 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs So far so good. And eth1 configuration? Did you try tcpdump on dom0 to see what's happening there when you're pingi= ng from domU? Dne 20.5.2013 15:38, Simon Jones napsal(a): #route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Ifa= ce 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth= 0 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 0 xen= br0 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xen= br0 #ip route 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.4 default via 195.2.139.1 dev xenbr0 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs No you don't have to, for now. Firewall looks clear, contains only irreleva= nt rules. It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With: ip route show And how is the eth1 on dom0 configured? Dne 20.5.2013 15:25, Simon Jones napsal(a): No firewall in the way; root@xen-1:/etc/xen/scripts# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT udp -- anywhere anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif3.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-in vif3.0 --physdev-is-bridged Chain OUTPUT (policy ACCEPT) target prot opt source destination it looks like it's remembered a 10.0.0 address from when I set it up and ho= oked it in to the office dhcp server though, I'll tidy that later. It's my network so there are no weird routing or blocked mac addresses othe= r than the security stuff on the routers and core switches. Do I have to restart Dom0 when changing the ip forwarding? From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:20 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Weird. What about your firewall? Specially FORWARD chain. Is somethnig ther= e what can block traffic? Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0. Dne 20.5.2013 15:09, Simon Jones napsal(a): Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It looks like one of m= y network admins has carved up this address space and pointed the numbers I= was trying to use elsewhere, I’m getting them to find out what’= ;s going on.  Anyway, I changed the static IP to 139.25 ifdown eth0 && ifup eth0 and hey presto, can ping out and a= ll is good!  Thanks for your help guys, really appreciated.

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:42
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

So far so good. And e= th1 configuration?

Did you try tcpdump on dom0 to see what's happening there when you're pingi= ng from domU?

Dne 20.5.2013 15:38, Simon Jones napsal(a):

#route –n=

 

Kernel IP routing tabl= e

Destination  = ;   Gateway         Genma= sk         Flags Metric Ref &n= bsp;  Use Iface

192.168.2.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 eth0

195.2.139.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 xenbr0<= /p>

0.0.0.0  &nb= sp;      195.2.139.1     0.0.0= .0         UG    0&n= bsp;     0        0 = xenbr0

 

 

#ip route<= /o:p>

 

192.168.2.0/24 dev eth= 0  proto kernel  scope link  src 192.168.2.4

195.2.139.0/24 dev xen= br0  proto kernel  scope link  src 195.2.139.4

default via 195.2.139.= 1 dev xenbr0

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

No you don't have to, for now. Firewall looks clear,= contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewall in the way= ;

 

root@xen-1:/etc/xen/sc= ripts# iptables -L

Chain INPUT (policy AC= CEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

Chain FORWARD (policy = ACCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif4.0 --physd= ev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  10.0.0.101      &= nbsp;    anywhere       &= nbsp;    PHYSDEV match --physdev-in vif4.0 --physdev-is-brid= ged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif3.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif3.0 --physd= ev-is-bridged

 

Chain OUTPUT (policy A= CCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

it looks like it’= ;s remembered a 10.0.0 address from when I set it up and hooked it in to th= e office dhcp server though, I’ll tidy that later.<= /p>

 

It’s my network = so there are no weird routing or blocked mac addresses other than the secur= ity stuff on the routers and core switches.

 

Do I have to restart D= om0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Weird. What about you= r firewall? Specially FORWARD chain. Is somethnig there what can block traf= fic?

Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 










_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_-- --===============5265907509510540766== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5265907509510540766==-- From xen-users-bounces@lists.xen.org Mon May 20 13:48:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:48:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQRP-0005gm-9Y; Mon, 20 May 2013 13:47:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQRN-0005gB-0w for xen-users@lists.xen.org; Mon, 20 May 2013 13:47:53 +0000 Received: from [193.109.254.147:64638] by server-6.bemta-14.messagelabs.com id 7A/CA-00912-8892A915; Mon, 20 May 2013 13:47:52 +0000 X-Env-Sender: Simon@saq.net X-Msg-Ref: server-11.tower-27.messagelabs.com!1369057662!3272612!1 X-Originating-IP: [195.2.134.1] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12945 invoked from network); 20 May 2013 13:47:43 -0000 Received: from matrix.saq.co.uk (HELO remote.saq.net) (195.2.134.1) by server-11.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 20 May 2013 13:47:43 -0000 Received: from ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43]) by ALTERNATEREALIT.thematrix.local ([fe80::9674:8b30:9d4c:a43%14]) with mapi id 14.01.0438.000; Mon, 20 May 2013 14:47:40 +0100 From: Simon Jones To: Jan Hejl Thread-Topic: [Xen-users] xenbr0 / domU static IPs Thread-Index: Ac5VTZi4EUqpN6RIQQ6ZcxBKWsrNy///9QWA///qwwCAABtsgP//7ZoQgAAYFgD//+23AAADORgA///uNGD//+keAP//wK+A//+OwwD//wwNcP/+J3YA//w9PHA= Date: Mon, 20 May 2013 13:47:38 +0000 Message-ID: References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> <519A283C.1080809@excello.cz> In-Reply-To: <519A283C.1080809@excello.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.0.69] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5265907509510540766==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5265907509510540766== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_" --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It looks like one of my network admins has carved up this address space and= pointed the numbers I was trying to use elsewhere, I'm getting them to fin= d out what's going on. Anyway, I changed the static IP to 139.25 ifdown et= h0 && ifup eth0 and hey presto, can ping out and all is good! Thanks for y= our help guys, really appreciated. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:42 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs So far so good. And eth1 configuration? Did you try tcpdump on dom0 to see what's happening there when you're pingi= ng from domU? Dne 20.5.2013 15:38, Simon Jones napsal(a): #route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Ifa= ce 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth= 0 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 0 xen= br0 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xen= br0 #ip route 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.4 default via 195.2.139.1 dev xenbr0 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs No you don't have to, for now. Firewall looks clear, contains only irreleva= nt rules. It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With: ip route show And how is the eth1 on dom0 configured? Dne 20.5.2013 15:25, Simon Jones napsal(a): No firewall in the way; root@xen-1:/etc/xen/scripts# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT udp -- anywhere anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif4.0 --physdev-is-bridged ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match = --physdev-in vif4.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-out vif3.0 --physdev-is-bridged ACCEPT all -- anywhere anywhere PHYSDEV match = --physdev-in vif3.0 --physdev-is-bridged Chain OUTPUT (policy ACCEPT) target prot opt source destination it looks like it's remembered a 10.0.0 address from when I set it up and ho= oked it in to the office dhcp server though, I'll tidy that later. It's my network so there are no weird routing or blocked mac addresses othe= r than the security stuff on the routers and core switches. Do I have to restart Dom0 when changing the ip forwarding? From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:20 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Weird. What about your firewall? Specially FORWARD chain. Is somethnig ther= e what can block traffic? Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0. Dne 20.5.2013 15:09, Simon Jones napsal(a): Aha! It's set to 0, echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to 1, still can't p= ing anything other than Dom0 ip on both guests though. From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 14:02 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. It's more clearer now. :) What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1. Dne 20.5.2013 14:57, Simon Jones napsal(a): The windows guest can also ping dom0 but again, can't ping the gateway or a= nything else other than Dom0's IP. I can only get vnc to the windows machi= ne and as such can't copy/paste the output from ipconfig /all but it is all= correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and= our public recursor dns servers 195.2.130.8 / 200, should I check for some= thing in particular? Here's how dom0 is configured; # The loopback interface auto lo iface lo inet loopback # Bridge Static Configuration # (network, broadcast and gateway are optional) auto xenbr0 iface xenbr0 inet static bridge_ports eth1 address 195.2.139.4 broadcast 195.2.139.255 netmask 255.255.255.0 network 195.2.139.0 gateway 195.2.139.1 #Eth0 Static Configuration auto eth0 iface eth0 inet static address 192.168.2.4 netmask 255.255.255.0 Eth1 is the public port on the WAN and Eth0 is just our back-end admin lan = so you can ignore that. Dom0 works great, I can ping our and resolve DNS, = ssh in from my office, all good. The DomU's just aren't picking up the def= ault gateway by the looks of it but CAN ping and reply to Dom0's IP 195.2.1= 39.4 When I try and ping the gateway 195.2.139.1 from the debian vm I get >From 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable 195.2.139.170 is the static Ip given to the debian vm; root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.170 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:171271 (167.2 KiB) TX bytes:85980 (83.9 KiB) Interrupt:17 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:672 (672.0 B) TX bytes:672 (672.0 B) Here's some stuff from /var/log/messages so the bridge seems ok; May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) enteri= ng forwarding state May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) enteri= ng disabled state May 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promisc= uous mode May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) enteri= ng learning state May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-cha= nnel 13, protocol 1 (x86_64-abi) May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-cha= nnel 14, protocol 1 (x86_64-abi) May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) enteri= ng forwarding state From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:35 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Thanks. So Debian domU works, that's good to know. Can you please post "ipconfig /all" from Windows 8 domU? Can you also pleas= e check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event view= er) for errors? Dne 20.5.2013 14:23, Simon Jones napsal(a): ID 7 is a debian test vm I set up, I just reconfigured the networking on it= and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when= pinging the default gateway, all are on the same network. root@test-pv:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 inet addr:195.2.139.213 Bcast:195.2.139.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:545 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29480 (28.7 KiB) TX bytes:3016 (2.9 KiB) Interrupt:17 From: Jan Hejl [mailto:jh@excello.cz] Sent: 20 May 2013 13:15 To: Simon Jones Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs I suppose domU ID you described is 7, isn't it? Is the other domU - id 14 -= able to reach the dom0 with ping? Dne 20.5.2013 14:09, Simon Jones napsal(a): Hi Jan, Thanks - I should have included that but here you go; bridge name bridge id STP enabled interfaces xenbr0 8000.00e081465f38 no eth1 tap14.0 vif14.0 vif7.0 From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl Sent: 20 May 2013 12:52 To: xen-users@lists.xen.org Subject: Re: [Xen-users] xenbr0 / domU static IPs Hi Simon, what does "brctl show" show? It should show xenbr0 and some vifX.Y (which i= s domU interface) device. Jan Dne 20.5.2013 13:36, Simon Jones napsal(a): Hi, I have a new xen hosting platform. I have given the bridge a static I= P which I can ping/ssh to etc, when I create a new vm all works well apart = from the networking. If I give DomU a static IP I can't ping out from the = box, Dom0 can't ping the vm. I'm suspecting it just isn't seeing the bridg= e but am unsure where to start looking. This is a very standard setup, 1 b= ridge: xenbr0 Here's a config file for a windows guest but I get the same with windows or= debian guests. cat windows8.cfg kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 4096 vcpus=3D1 name =3D "Windows8" vif =3D ['bridge=3Dxenbr0'] disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc= :cdrom,r'] acpi =3D 1 device_model =3D 'qemu-dm' boot=3D"d" sdl=3D0 serial=3D'pty' vnc=3D1 vnclisten=3D"0.0.0.0" vncpasswd=3D"" usbdevice=3D'tablet' _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It looks like one of m= y network admins has carved up this address space and pointed the numbers I= was trying to use elsewhere, I’m getting them to find out what’= ;s going on.  Anyway, I changed the static IP to 139.25 ifdown eth0 && ifup eth0 and hey presto, can ping out and a= ll is good!  Thanks for your help guys, really appreciated.

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:42
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

So far so good. And e= th1 configuration?

Did you try tcpdump on dom0 to see what's happening there when you're pingi= ng from domU?

Dne 20.5.2013 15:38, Simon Jones napsal(a):

#route –n=

 

Kernel IP routing tabl= e

Destination  = ;   Gateway         Genma= sk         Flags Metric Ref &n= bsp;  Use Iface

192.168.2.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 eth0

195.2.139.0  = ;   0.0.0.0         255.2= 55.255.0   U     0    &nb= sp; 0        0 xenbr0<= /p>

0.0.0.0  &nb= sp;      195.2.139.1     0.0.0= .0         UG    0&n= bsp;     0        0 = xenbr0

 

 

#ip route<= /o:p>

 

192.168.2.0/24 dev eth= 0  proto kernel  scope link  src 192.168.2.4

195.2.139.0/24 dev xen= br0  proto kernel  scope link  src 195.2.139.4

default via 195.2.139.= 1 dev xenbr0

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

No you don't have to, for now. Firewall looks clear,= contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check y= our dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firewall in the way= ;

 

root@xen-1:/etc/xen/sc= ripts# iptables -L

Chain INPUT (policy AC= CEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

Chain FORWARD (policy = ACCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  udp  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif4.0 --physd= ev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif4.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  10.0.0.101      &= nbsp;    anywhere       &= nbsp;    PHYSDEV match --physdev-in vif4.0 --physdev-is-brid= ged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-out vif3.0 --phys= dev-is-bridged

ACCEPT  &nbs= p;  all  --  anywhere      &nb= sp;      anywhere     &nb= sp;      PHYSDEV match --physdev-in vif3.0 --physd= ev-is-bridged

 

Chain OUTPUT (policy A= CCEPT)

target  &nbs= p;  prot opt source        &nb= sp;      destination     =    

 

it looks like it’= ;s remembered a 10.0.0 address from when I set it up and hooked it in to th= e office dhcp server though, I’ll tidy that later.<= /p>

 

It’s my network = so there are no weird routing or blocked mac addresses other than the secur= ity stuff on the routers and core switches.

 

Do I have to restart D= om0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Weird. What about you= r firewall? Specially FORWARD chain. Is somethnig there what can block traf= fic?

Are you sure that there's nothing (router / switch) that can block your tra= ffic? Some hosting providers allow traffic only from dom0 MAC address every= thing else is dropped. Then you should set up routed network inside you dom= 0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! It’s set to= 0,

 

echo "1">= /proc/sys/net/ipv4/ip_forward  has changed it to 1, still can’t= ping anything other than Dom0 ip on both guests though.<= /p>

 

 

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. It's more cle= arer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be = set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

The windows guest can = also ping dom0 but again, can’t ping the gateway or anything else oth= er than Dom0’s IP.  I can only get vnc to the windows machine an= d as such can’t copy/paste the output from ipconfig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 1= 95.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I = check for something in particular?

 

Here’s how dom0 = is configured;

 

# The loopback interfa= ce

auto lo

iface lo inet loopback=

 

# Bridge Static Config= uration

# (network, broadcast = and gateway are optional)

auto xenbr0

iface xenbr0 inet stat= ic

   &nbs= p;    bridge_ports eth1

   &nbs= p;    address 195.2.139.4

   &nbs= p;    broadcast 195.2.139.255

   &nbs= p;    netmask 255.255.255.0

   &nbs= p;    network 195.2.139.0

   &nbs= p;    gateway 195.2.139.1

 

#Eth0 Static Configura= tion

auto eth0<= /o:p>

iface eth0 inet static=

   &nbs= p;    address 192.168.2.4

   &nbs= p;    netmask 255.255.255.0

 

Eth1 is the public por= t on the WAN and Eth0 is just our back-end admin lan so you can ignore that= .  Dom0 works great, I can ping our and resolve DNS, ssh in from my of= fice, all good.  The DomU’s just aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0&#= 8217;s IP 195.2.139.4

 

When I try and ping th= e gateway 195.2.139.1 from the debian vm I get

 

From 195.2.139.170 icm= p_seq=3D684 Destination Host Unreachable

 

195.2.139.170 is the s= tatic Ip given to the debian vm;

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.170  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:3126 errors:0 dropped:0 overrun= s:0 frame:0

   &nbs= p;      TX packets:902 errors:0 dropped:0 overruns= :0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:171271 (167.2 KiB)  TX = bytes:85980 (83.9 KiB)

   &nbs= p;      Interrupt:17

 

lo   &n= bsp;    Link encap:Local Loopback 

   &nbs= p;      inet addr:127.0.0.1  Mask:255.0.= 0.0

   &nbs= p;      inet6 addr: ::1/128 Scope:Host=

   &nbs= p;      UP LOOPBACK RUNNING  MTU:16436  = Metric:1

   &nbs= p;      RX packets:6 errors:0 dropped:0 overruns:0= frame:0

   &nbs= p;      TX packets:6 errors:0 dropped:0 overruns:0= carrier:0

   &nbs= p;      collisions:0 txqueuelen:0

   &nbs= p;      RX bytes:672 (672.0 B)  TX bytes= :672 (672.0 B)

 

Here’s some stuf= f from /var/log/messages so the bridge seems ok;

 

May 20 13:28:29 xen-1 = kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May 20 13:29:06 xen-1 = kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:06 xen-1 = kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state

May 20 13:29:32 xen-1 = kernel: [ 8430.910729] device vif17.0 entered promiscuous mode<= /o:p>

May 20 13:29:32 xen-1 = kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state

May 20 13:29:33 xen-1 = kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x= 86_64-abi)

May 20 13:29:33 xen-1 = kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x= 86_64-abi)

May 20 13:29:47 xen-1 = kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Thanks. So Debian dom= U works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you = also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows = event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones napsal(a):

ID 7 is a debian test = vm I set up, I just reconfigured the networking on it and rebooted, now thi= s one can ping dom0 static IP and receives a reply.  No reply when I t= ry and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.=

 

root@test-pv:~# ifconf= ig

eth0   =    Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42 

   &nbs= p;      inet addr:195.2.139.213  Bcast:1= 95.2.139.255  Mask:255.255.255.0

   &nbs= p;      inet6 addr: fe80::216:3eff:fe14:d842/64 Sc= ope:Link

   &nbs= p;      UP BROADCAST RUNNING MULTICAST  MTU:1= 500  Metric:1

   &nbs= p;      RX packets:545 errors:0 dropped:0 overruns= :0 frame:0

   &nbs= p;      TX packets:36 errors:0 dropped:0 overruns:= 0 carrier:0

   &nbs= p;      collisions:0 txqueuelen:1000

   &nbs= p;      RX bytes:29480 (28.7 KiB)  TX by= tes:3016 (2.9 KiB)

   &nbs= p;      Interrupt:17

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

I suppose domU ID you= described is 7, isn't it? Is the other domU - id 14 - able to reach the do= m0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.= xen.org [mailto:xen-= users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.o= rg
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 










_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

&nbs= p;

--_000_C1ABE3AA84CD964DB07F21189E2C4BF99E3F5E2DALTERNATEREALIT_-- --===============5265907509510540766== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5265907509510540766==-- From xen-users-bounces@lists.xen.org Mon May 20 13:49:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:49: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 1UeQSM-0005rd-4a; Mon, 20 May 2013 13:48:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQSJ-0005r3-CV for xen-users@lists.xen.org; Mon, 20 May 2013 13:48:52 +0000 Received: from [85.158.139.211:26821] by server-9.bemta-5.messagelabs.com id 51/82-14875-2C92A915; Mon, 20 May 2013 13:48:50 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-206.messagelabs.com!1369057727!18674673!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30730 invoked from network); 20 May 2013 13:48:48 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:48:48 -0000 Received: (qmail 14274 invoked by uid 1000); 20 May 2013 15:48:46 +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(-8.4/5.0):. Processed in 3.23523 secs); 20 May 2013 13:48:46 -0000 X-Spam-Status: No, hits=-8.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.1 TAB RAW: META_ROBOT_TAB -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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); 20 May 2013 15:48:43 +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 9BA102C0747; Mon, 20 May 2013 15:48:42 +0200 (CEST) Message-ID: <519A29BB.8050209@excello.cz> Date: Mon, 20 May 2013 15:48:43 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> <519A283C.1080809@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1802236332956088492==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1802236332956088492== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020600020208070705060309" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms020600020208070705060309 Content-Type: multipart/alternative; boundary="------------000306010202030003000206" This is a multi-part message in MIME format. --------------000306010202030003000206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable And that's where the ghost comes alive :-D Dne 20.5.2013 15:47, Simon Jones napsal(a): > > It looks like one of my network admins has carved up this address=20 > space and pointed the numbers I was trying to use elsewhere, I'm=20 > getting them to find out what's going on. Anyway, I changed the=20 > static IP to 139.25 ifdown eth0 && ifup eth0 and hey presto, can ping=20 > out and all is good! Thanks for your help guys, really appreciated. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:42 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > So far so good. And eth1 configuration? > > Did you try tcpdump on dom0 to see what's happening there when you're=20 > pinging from domU? > > Dne 20.5.2013 15:38, Simon Jones napsal(a): > > #route --n > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref =20 > Use Iface > > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 =20 > 0 eth0 > > 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 =20 > 0 xenbr0 > > 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xen= br0 > > #ip route > > 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 > > 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.= 4 > > default via 195.2.139.1 dev xenbr0 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > No you don't have to, for now. Firewall looks clear, contains only > irrelevant rules. > > It's definately a network problem. Probably on dom0. Can you > please check your dom0 routing table? With: > > =20 > > ip route show > > > And how is the eth1 on dom0 configured? > > Dne 20.5.2013 15:25, Simon Jones napsal(a): > > No firewall in the way; > > root@xen-1:/etc/xen/scripts# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT udp -- anywhere anywhere PHYSDEV match > --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc > dpt:bootps > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match > --physdev-in vif4.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-out vif3.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-in vif3.0 --physdev-is-bridged > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > it looks like it's remembered a 10.0.0 address from when I set > it up and hooked it in to the office dhcp server though, I'll > tidy that later. > > It's my network so there are no weird routing or blocked mac > addresses other than the security stuff on the routers and > core switches. > > Do I have to restart Dom0 when changing the ip forwarding? > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:20 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Weird. What about your firewall? Specially FORWARD chain. Is > somethnig there what can block traffic? > > Are you sure that there's nothing (router / switch) that can > block your traffic? Some hosting providers allow traffic only > from dom0 MAC address everything else is dropped. Then you > should set up routed network inside you dom0. > > Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to > 1, still can't ping anything other than Dom0 ip on both > guests though. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? > Should be set to 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't > ping the gateway or anything else other than Dom0's > IP. I can only get vnc to the windows machine and as > such can't copy/paste the output from ipconfig /all > but it is all correct, static IP 195.2.139.196 / > 255.255.255.0 / gateway 195.2.139.1 and our public > recursor dns servers 195.2.130.8 / 200, should I check > for something in particular? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just > our back-end admin lan so you can ignore that. Dom0 > works great, I can ping our and resolve DNS, ssh in > from my office, all good. The DomU's just aren't > picking up the default gateway by the looks of it but > CAN ping and reply to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the > debian vm I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host > Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 > (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B= ) > > Here's some stuff from /var/log/messages so the bridge > seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: > port 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: > port 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: > port 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device > vif17.0 entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: > port 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: > ring-ref 8, event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: > ring-ref 9, event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: > port 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 > domU? Can you also please check your logs > (/var/log/xen/qemu-..., dmesg, syslog, windows event > viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just > reconfigured the networking on it and rebooted, > now this one can ping dom0 static IP and receives > a reply. No reply when I try and ping the other > windows guest, also get a reply when pinging the > default gateway, all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213=20 > Bcast:195.2.139.255 Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:= 0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier= :0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 > (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs= > > I suppose domU ID you described is 7, isn't it? Is > the other domU - id 14 - able to reach the dom0 > with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here > you go; > > bridge name bridge id STP > enabled interfaces > > xenbr0 8000.00e081465f38 no =20 > eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On > Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU > static IPs > > Hi Simon, > > what does "brctl show" show? It should show > xenbr0 and some vifX.Y (which is domU > interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I > have given the bridge a static IP which I > can ping/ssh to etc, when I create a new > vm all works well apart from the > networking. If I give DomU a static IP I > can't ping out from the box, Dom0 can't > ping the vm. I'm suspecting it just isn't > seeing the bridge but am unsure where to > start looking. This is a very standard > setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest > but I get the same with windows or debian > guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader= " > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/s= rc/windows8_x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > > > > ___________________________________________= ____ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------000306010202030003000206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable And that's where the ghost comes alive :-D

Dne 20.5.2013 15:47, Simon Jones napsal(a):

It looks lik= e one of my network admins has carved up this address space and pointed the numbers I was trying to use elsewhere, I̵= 7;m getting them to find out what’s going on.  Anyway,= I changed the static IP to 139.25 ifdown eth0 && ifup eth0 and hey presto, can ping out and all is good!  Thanks for yo= ur help guys, really appreciated.

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:42
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

So far so good. And eth1 configuration?

Did you try tcpdump on dom0 to see what's happening there when you're pinging from domU?

Dne 20.5.2013 15:38, Simon Jones napsal(a):

#route = 211;n

 

Kernel IP routing table

Destinatio= n     Gateway         Gen= mask         Flags Metric Ref&nbs= p;   Use Iface

192.168.2.= 0     0.0.0.0         255= =2E255.255.0   U     0   &nb= sp;  0        0 eth0

195.2.139.= 0     0.0.0.0         255= =2E255.255.0   U     0   &nb= sp;  0        0 xenbr0

0.0.0.0&nb= sp;        195.2.139.1     0.0.0.0  &nbs= p;      UG    0   =    0        0 xenbr0

 

 

#ip route<= /span>

 

192.168.2.= 0/24 dev eth0  proto kernel  scope link  src 192.= 168.2.4

195.2.139.= 0/24 dev xenbr0  proto kernel  scope link  src 19= 5.2.139.4

default vi= a 195.2.139.1 dev xenbr0

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

No you don't have to, for now. Firewall looks clear, contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check your dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firew= all in the way;

 

root@xen= -1:/etc/xen/scripts# iptables -L

Chain IN= PUT (policy ACCEPT)

target&n= bsp;    prot opt source       =         destination   &= nbsp;    

 

Chain FORWARD (policy ACCEPT)

target&n= bsp;    prot opt source       =         destination   &= nbsp;    

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&n= bsp;    udp  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&n= bsp;    all  --  10.0.0.101    &nbs= p;      anywhere     &n= bsp;      PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-out vif3.0 --physdev-is-bridged

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-in vif3.0 --physdev-is-bridged

 

Chain OUTPUT (policy ACCEPT)

target&n= bsp;    prot opt source       =         destination   &= nbsp;    

 

it looks= like it’s remembered a 10.0.0 address from when I s= et it up and hooked it in to the office dhcp server though, I’ll tidy that later.

 

It’= ;s my network so there are no weird routing or blocked mac addresses other than the security stuff on the routers and core switches.

 

Do I hav= e to restart Dom0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Weird. What about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! I= t’s set to 0,

 =

echo "1"> /proc/sys/net/ipv4/ip_forward  has changed= it to 1, still can’t ping anything other than Dom0 i= p on both guests though.

 =

 =

 =

From: Jan Hejl [mailto:jh@excello.c= z]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thank= s. It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

=

The windows guest can also ping dom0 but again, can’= ;t ping the gateway or anything else other than Dom0R= 17;s IP.  I can only get vnc to the windows machine a= nd as such can’t copy/paste the output from ipconf= ig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?<= /p>

&nbs= p;

Here= ’s how dom0 is configured;

&nbs= p;

# Th= e loopback interface

auto= lo

ifac= e lo inet loopback

&nbs= p;

# Bridge Static Configuration

# (network, broadcast and gateway are optional)<= o:p>

auto= xenbr0

ifac= e xenbr0 inet static

&nbs= p;       bridge_ports eth1

&nbs= p;       address 195.2.139.4

&nbs= p;       broadcast 195.2.139.255

&nbs= p;       netmask 255.255.255.0

&nbs= p;       network 195.2.139.0

&nbs= p;       gateway 195.2.139.1

&nbs= p;

#Eth= 0 Static Configuration

auto= eth0

ifac= e eth0 inet static

&nbs= p;       address 192.168.2.4

&nbs= p;       netmask 255.255.255.0

&nbs= p;

Eth1= is the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0= works great, I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just= aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4=

&nbs= p;

When= I try and ping the gateway 195.2.139.1 from the debian vm I get

&nbs= p;

From= 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

&nbs= p;

195.= 2.139.170 is the static Ip given to the debian vm;<= /o:p>

&nbs= p;

root= @test-pv:~# ifconfig

eth0=       Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42&nb= sp;

&nbs= p;         inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

&nbs= p;         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

&nbs= p;         UP BROADCAST RUNNING MULTICAST  MTU:1500  M= etric:1

&nbs= p;         RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

&nbs= p;         TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

&nbs= p;         collisions:0 txqueuelen:1000

&nbs= p;         RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 K= iB)

&nbs= p;         Interrupt:17

&nbs= p;

lo&n= bsp;       Link encap:Local Loopback 

&nbs= p;         inet addr:127.0.0.1  Mask:255.0.0.0=

&nbs= p;         inet6 addr: ::1/128 Scope:Host

&nbs= p;         UP LOOPBACK RUNNING  MTU:16436  Metric:1

&nbs= p;         RX packets:6 errors:0 dropped:0 overruns:0 frame:0

&nbs= p;         TX packets:6 errors:0 dropped:0 overruns:0 carrier:0<= /span>

&nbs= p;         collisions:0 txqueuelen:0

&nbs= p;         RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

&nbs= p;

Here= ’s some stuff from /var/log/messages so the bridge seems ok;

&nbs= p;

May = 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May = 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state<= /p>

May = 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state<= /p>

May = 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May = 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state<= /p>

May = 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May = 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May = 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

&nbs= p;

From: Jan Hejl [mailto:jh@excello= =2Ecz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-use= rs@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Tha= nks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones= napsal(a):

ID= 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

&n= bsp;

ro= ot@test-pv:~# ifconfig

et= h0      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42&= nbsp;

&n= bsp;         inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

&n= bsp;         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link<= /span>

&n= bsp;         UP BROADCAST RUNNING MULTICAST  MTU:1500 = Metric:1

&n= bsp;         RX packets:545 errors:0 dropped:0 overruns:0 frame:0

&n= bsp;         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

&n= bsp;         collisions:0 txqueuelen:1000

&n= bsp;         RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB= )

&n= bsp;         Interrupt:17

&n= bsp;

From: Jan Hejl [mailto:jh@excel= lo.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-u= sers@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I= suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

= Hi Jan,

=  

= Thanks – I should have included that but here you = go;

=  

= bridge name     bridge id  = ;            = STP enabled     interfaces

= xenbr0          8000.00e081465f38     &n= bsp; no           =    eth1

=             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       tap14.0

=             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       vif14.0

=             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       vif7.0

=  

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen= -users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.
Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen h= osting platform.  I have given the bridge a static = IP which I can ping/ssh to etc, when I create a new vm all works well apart from the networking. = ; If I give DomU a static IP I can’t ping out fr= om the box, Dom0 can’t ping the vm.  I= 217;m suspecting it just isn’t seeing the bridge but am unsu= re where to start looking.  This is a very stan= dard setup, 1 bridge: xenbr0

 

Here’s a config file f= or a windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg<= /p>

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']<= o:p>

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r= ']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 










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

 

 

&= nbsp;

&nb= sp;

 = ;

 <= /span>

 


--------------000306010202030003000206-- --------------ms020600020208070705060309 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzQ4NDNa MCMGCSqGSIb3DQEJBDEWBBQBvS/eKYOotam0guRogMBfKdQ1+DBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAH5hMkKFtTAh YFrPllCkgdhvEWt5qHKLTwuO3ygWCuAv+OzKdUYA76IdIcRillzQusV/tGfD/+3z92WAXhEj PQ798aNNmKEM0J0U09f6lqLf24ha0hll8g3FDbCAT3SIhq7Ym9JCgWqmCAYdFSH00tYdaIZD kO5fWkKX8aKcU5R0zjXNE+B0LHbsq0G3Jn9dRFzVg7vB4DUQnczTkWiAcplpT4gXo7h+CEjT wppAvxf0HbHDzFFayJOOoT+RYmKklkiQSAO4RSjMjiRJ37GTRARrGYeG7DbeHdqsQq2s9JNp UykaLagVhG9IU8Rjqu40bfl6nK6euNg62ghh5aQAobUAAAAAAAA= --------------ms020600020208070705060309-- --===============1802236332956088492== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1802236332956088492==-- From xen-users-bounces@lists.xen.org Mon May 20 13:49:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 13:49: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 1UeQSM-0005rd-4a; Mon, 20 May 2013 13:48:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQSJ-0005r3-CV for xen-users@lists.xen.org; Mon, 20 May 2013 13:48:52 +0000 Received: from [85.158.139.211:26821] by server-9.bemta-5.messagelabs.com id 51/82-14875-2C92A915; Mon, 20 May 2013 13:48:50 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-206.messagelabs.com!1369057727!18674673!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30730 invoked from network); 20 May 2013 13:48:48 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 13:48:48 -0000 Received: (qmail 14274 invoked by uid 1000); 20 May 2013 15:48:46 +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(-8.4/5.0):. Processed in 3.23523 secs); 20 May 2013 13:48:46 -0000 X-Spam-Status: No, hits=-8.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.1 TAB RAW: META_ROBOT_TAB -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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); 20 May 2013 15:48:43 +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 9BA102C0747; Mon, 20 May 2013 15:48:42 +0200 (CEST) Message-ID: <519A29BB.8050209@excello.cz> Date: Mon, 20 May 2013 15:48:43 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Simon Jones References: <519A0E77.5060601@excello.cz> <519A13A7.4070608@excello.cz> <519A186C.3080102@excello.cz> <519A1EB6.4080504@excello.cz> <519A22FA.8030609@excello.cz> <519A2676.2020303@excello.cz> <519A283C.1080809@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenbr0 / domU static IPs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1802236332956088492==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1802236332956088492== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020600020208070705060309" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms020600020208070705060309 Content-Type: multipart/alternative; boundary="------------000306010202030003000206" This is a multi-part message in MIME format. --------------000306010202030003000206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable And that's where the ghost comes alive :-D Dne 20.5.2013 15:47, Simon Jones napsal(a): > > It looks like one of my network admins has carved up this address=20 > space and pointed the numbers I was trying to use elsewhere, I'm=20 > getting them to find out what's going on. Anyway, I changed the=20 > static IP to 139.25 ifdown eth0 && ifup eth0 and hey presto, can ping=20 > out and all is good! Thanks for your help guys, really appreciated. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:42 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > So far so good. And eth1 configuration? > > Did you try tcpdump on dom0 to see what's happening there when you're=20 > pinging from domU? > > Dne 20.5.2013 15:38, Simon Jones napsal(a): > > #route --n > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref =20 > Use Iface > > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 =20 > 0 eth0 > > 195.2.139.0 0.0.0.0 255.255.255.0 U 0 0 =20 > 0 xenbr0 > > 0.0.0.0 195.2.139.1 0.0.0.0 UG 0 0 0 xen= br0 > > #ip route > > 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.4 > > 195.2.139.0/24 dev xenbr0 proto kernel scope link src 195.2.139.= 4 > > default via 195.2.139.1 dev xenbr0 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > No you don't have to, for now. Firewall looks clear, contains only > irrelevant rules. > > It's definately a network problem. Probably on dom0. Can you > please check your dom0 routing table? With: > > =20 > > ip route show > > > And how is the eth1 on dom0 configured? > > Dne 20.5.2013 15:25, Simon Jones napsal(a): > > No firewall in the way; > > root@xen-1:/etc/xen/scripts# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT udp -- anywhere anywhere PHYSDEV match > --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc > dpt:bootps > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-out vif4.0 --physdev-is-bridged > > ACCEPT all -- 10.0.0.101 anywhere PHYSDEV match > --physdev-in vif4.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-out vif3.0 --physdev-is-bridged > > ACCEPT all -- anywhere anywhere PHYSDEV match > --physdev-in vif3.0 --physdev-is-bridged > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > it looks like it's remembered a 10.0.0 address from when I set > it up and hooked it in to the office dhcp server though, I'll > tidy that later. > > It's my network so there are no weird routing or blocked mac > addresses other than the security stuff on the routers and > core switches. > > Do I have to restart Dom0 when changing the ip forwarding? > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:20 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Weird. What about your firewall? Specially FORWARD chain. Is > somethnig there what can block traffic? > > Are you sure that there's nothing (router / switch) that can > block your traffic? Some hosting providers allow traffic only > from dom0 MAC address everything else is dropped. Then you > should set up routed network inside you dom0. > > Dne 20.5.2013 15:09, Simon Jones napsal(a): > > Aha! It's set to 0, > > echo "1"> /proc/sys/net/ipv4/ip_forward has changed it to > 1, still can't ping anything other than Dom0 ip on both > guests though. > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 14:02 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. It's more clearer now. :) > > What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? > Should be set to 1. > > Dne 20.5.2013 14:57, Simon Jones napsal(a): > > The windows guest can also ping dom0 but again, can't > ping the gateway or anything else other than Dom0's > IP. I can only get vnc to the windows machine and as > such can't copy/paste the output from ipconfig /all > but it is all correct, static IP 195.2.139.196 / > 255.255.255.0 / gateway 195.2.139.1 and our public > recursor dns servers 195.2.130.8 / 200, should I check > for something in particular? > > Here's how dom0 is configured; > > # The loopback interface > > auto lo > > iface lo inet loopback > > # Bridge Static Configuration > > # (network, broadcast and gateway are optional) > > auto xenbr0 > > iface xenbr0 inet static > > bridge_ports eth1 > > address 195.2.139.4 > > broadcast 195.2.139.255 > > netmask 255.255.255.0 > > network 195.2.139.0 > > gateway 195.2.139.1 > > #Eth0 Static Configuration > > auto eth0 > > iface eth0 inet static > > address 192.168.2.4 > > netmask 255.255.255.0 > > Eth1 is the public port on the WAN and Eth0 is just > our back-end admin lan so you can ignore that. Dom0 > works great, I can ping our and resolve DNS, ssh in > from my office, all good. The DomU's just aren't > picking up the default gateway by the looks of it but > CAN ping and reply to Dom0's IP 195.2.139.4 > > When I try and ping the gateway 195.2.139.1 from the > debian vm I get > > From 195.2.139.170 icmp_seq=3D684 Destination Host > Unreachable > > 195.2.139.170 is the static Ip given to the debian vm; > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.170 Bcast:195.2.139.255 > Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:3126 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:902 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:171271 (167.2 KiB) TX bytes:85980 > (83.9 KiB) > > Interrupt:17 > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:672 (672.0 B) TX bytes:672 (672.0 B= ) > > Here's some stuff from /var/log/messages so the bridge > seems ok; > > May 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: > port 2(vif16.0) entering forwarding state > > May 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: > port 2(vif16.0) entering disabled state > > May 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: > port 2(vif16.0) entering disabled state > > May 20 13:29:32 xen-1 kernel: [ 8430.910729] device > vif17.0 entered promiscuous mode > > May 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: > port 2(vif17.0) entering learning state > > May 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: > ring-ref 8, event-channel 13, protocol 1 (x86_64-abi) > > May 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: > ring-ref 9, event-channel 14, protocol 1 (x86_64-abi) > > May 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: > port 2(vif17.0) entering forwarding state > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:35 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs > > Thanks. So Debian domU works, that's good to know. > > Can you please post "ipconfig /all" from Windows 8 > domU? Can you also please check your logs > (/var/log/xen/qemu-..., dmesg, syslog, windows event > viewer) for errors? > > Dne 20.5.2013 14:23, Simon Jones napsal(a): > > ID 7 is a debian test vm I set up, I just > reconfigured the networking on it and rebooted, > now this one can ping dom0 static IP and receives > a reply. No reply when I try and ping the other > windows guest, also get a reply when pinging the > default gateway, all are on the same network. > > root@test-pv:~# ifconfig > > eth0 Link encap:Ethernet HWaddr 00:16:3e:14:d8:42 > > inet addr:195.2.139.213=20 > Bcast:195.2.139.255 Mask:255.255.255.0 > > inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:545 errors:0 dropped:0 overruns:0 frame:= 0 > > TX packets:36 errors:0 dropped:0 overruns:0 carrier= :0 > > collisions:0 txqueuelen:1000 > > RX bytes:29480 (28.7 KiB) TX bytes:3016 > (2.9 KiB) > > Interrupt:17 > > *From:*Jan Hejl [mailto:jh@excello.cz] > *Sent:* 20 May 2013 13:15 > *To:* Simon Jones > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU static IPs= > > I suppose domU ID you described is 7, isn't it? Is > the other domU - id 14 - able to reach the dom0 > with ping? > > Dne 20.5.2013 14:09, Simon Jones napsal(a): > > Hi Jan, > > Thanks -- I should have included that but here > you go; > > bridge name bridge id STP > enabled interfaces > > xenbr0 8000.00e081465f38 no =20 > eth1 > > tap14.0 > > vif14.0 > > vif7.0 > > *From:*xen-users-bounces@lists.xen.org > > [mailto:xen-users-bounces@lists.xen.org] *On > Behalf Of *Jan Hejl > *Sent:* 20 May 2013 12:52 > *To:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] xenbr0 / domU > static IPs > > Hi Simon, > > what does "brctl show" show? It should show > xenbr0 and some vifX.Y (which is domU > interface) device. > > Jan > > Dne 20.5.2013 13:36, Simon Jones napsal(a): > > Hi, I have a new xen hosting platform. I > have given the bridge a static IP which I > can ping/ssh to etc, when I create a new > vm all works well apart from the > networking. If I give DomU a static IP I > can't ping out from the box, Dom0 can't > ping the vm. I'm suspecting it just isn't > seeing the bridge but am unsure where to > start looking. This is a very standard > setup, 1 bridge: xenbr0 > > Here's a config file for a windows guest > but I get the same with windows or debian > guests. > > cat windows8.cfg > > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader= " > > builder=3D'hvm' > > memory =3D 4096 > > vcpus=3D1 > > name =3D "Windows8" > > vif =3D ['bridge=3Dxenbr0'] > > disk =3D > ['phy:/dev/vg0/windows8,hda,w','file:/usr/s= rc/windows8_x64.iso,hdc:cdrom,r > '] > > acpi =3D 1 > > device_model =3D 'qemu-dm' > > boot=3D"d" > > sdl=3D0 > > serial=3D'pty' > > vnc=3D1 > > vnclisten=3D"0.0.0.0" > > vncpasswd=3D"" > > usbdevice=3D'tablet' > > > > > > > > > > > ___________________________________________= ____ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --------------000306010202030003000206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable And that's where the ghost comes alive :-D

Dne 20.5.2013 15:47, Simon Jones napsal(a):

It looks lik= e one of my network admins has carved up this address space and pointed the numbers I was trying to use elsewhere, I̵= 7;m getting them to find out what’s going on.  Anyway,= I changed the static IP to 139.25 ifdown eth0 && ifup eth0 and hey presto, can ping out and all is good!  Thanks for yo= ur help guys, really appreciated.

 <= /o:p>

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:42
To: Simon Jones
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= o:p>

 

So far so good. And eth1 configuration?

Did you try tcpdump on dom0 to see what's happening there when you're pinging from domU?

Dne 20.5.2013 15:38, Simon Jones napsal(a):

#route = 211;n

 

Kernel IP routing table

Destinatio= n     Gateway         Gen= mask         Flags Metric Ref&nbs= p;   Use Iface

192.168.2.= 0     0.0.0.0         255= =2E255.255.0   U     0   &nb= sp;  0        0 eth0

195.2.139.= 0     0.0.0.0         255= =2E255.255.0   U     0   &nb= sp;  0        0 xenbr0

0.0.0.0&nb= sp;        195.2.139.1     0.0.0.0  &nbs= p;      UG    0   =    0        0 xenbr0

 

 

#ip route<= /span>

 

192.168.2.= 0/24 dev eth0  proto kernel  scope link  src 192.= 168.2.4

195.2.139.= 0/24 dev xenbr0  proto kernel  scope link  src 19= 5.2.139.4

default vi= a 195.2.139.1 dev xenbr0

 

From: Jan Hejl [mailto:jh@excello.cz]
Sent: 20 May 2013 14:35
To: Simon Jones
Cc: xen-users@lis= ts.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

No you don't have to, for now. Firewall looks clear, contains only irrelevant rules.

It's definately a network problem. Probably on dom0. Can you please check your dom0 routing table? With:

 
ip route show


And how is the eth1 on dom0 configured?

Dne 20.5.2013 15:25, Simon Jones napsal(a):

No firew= all in the way;

 

root@xen= -1:/etc/xen/scripts# iptables -L

Chain IN= PUT (policy ACCEPT)

target&n= bsp;    prot opt source       =         destination   &= nbsp;    

 

Chain FORWARD (policy ACCEPT)

target&n= bsp;    prot opt source       =         destination   &= nbsp;    

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&n= bsp;    udp  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged udp spt:bootpc dpt:bootps

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-out vif4.0 --physdev-is-bridged

ACCEPT&n= bsp;    all  --  10.0.0.101    &nbs= p;      anywhere     &n= bsp;      PHYSDEV match --physdev-in vif4.0 --physdev-is-bridged

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-out vif3.0 --physdev-is-bridged

ACCEPT&n= bsp;    all  --  anywhere     =         anywhere   &nbs= p;        PHYSDEV match --physdev-in vif3.0 --physdev-is-bridged

 

Chain OUTPUT (policy ACCEPT)

target&n= bsp;    prot opt source       =         destination   &= nbsp;    

 

it looks= like it’s remembered a 10.0.0 address from when I s= et it up and hooked it in to the office dhcp server though, I’ll tidy that later.

 

It’= ;s my network so there are no weird routing or blocked mac addresses other than the security stuff on the routers and core switches.

 

Do I hav= e to restart Dom0 when changing the ip forwarding?

 

 

From: Jan Hejl [mailto:jh@excello.cz<= /a>]
Sent: 20 May 2013 14:20
To: Simon Jones
Cc: xen-users@l= ists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Weird. What about your firewall? Specially FORWARD chain. Is somethnig there what can block traffic?

Are you sure that there's nothing (router / switch) that can block your traffic? Some hosting providers allow traffic only from dom0 MAC address everything else is dropped. Then you should set up routed network inside you dom0.

Dne 20.5.2013 15:09, Simon Jones napsal(a):

Aha! I= t’s set to 0,

 =

echo "1"> /proc/sys/net/ipv4/ip_forward  has changed= it to 1, still can’t ping anything other than Dom0 i= p on both guests though.

 =

 =

 =

From: Jan Hejl [mailto:jh@excello.c= z]
Sent: 20 May 2013 14:02
To: Simon Jones
Cc: xen-users= @lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Thank= s. It's more clearer now. :)

What "/proc/sys/net/ipv4/ip_forward" contains? 0 or 1? Should be set to 1.

Dne 20.5.2013 14:57, Simon Jones napsal(a):

=

The windows guest can also ping dom0 but again, can’= ;t ping the gateway or anything else other than Dom0R= 17;s IP.  I can only get vnc to the windows machine a= nd as such can’t copy/paste the output from ipconf= ig /all but it is all correct, static IP 195.2.139.196 / 255.255.255.0 / gateway 195.2.139.1 and our public recursor dns servers 195.2.130.8 / 200, should I check for something in particular?<= /p>

&nbs= p;

Here= ’s how dom0 is configured;

&nbs= p;

# Th= e loopback interface

auto= lo

ifac= e lo inet loopback

&nbs= p;

# Bridge Static Configuration

# (network, broadcast and gateway are optional)<= o:p>

auto= xenbr0

ifac= e xenbr0 inet static

&nbs= p;       bridge_ports eth1

&nbs= p;       address 195.2.139.4

&nbs= p;       broadcast 195.2.139.255

&nbs= p;       netmask 255.255.255.0

&nbs= p;       network 195.2.139.0

&nbs= p;       gateway 195.2.139.1

&nbs= p;

#Eth= 0 Static Configuration

auto= eth0

ifac= e eth0 inet static

&nbs= p;       address 192.168.2.4

&nbs= p;       netmask 255.255.255.0

&nbs= p;

Eth1= is the public port on the WAN and Eth0 is just our back-end admin lan so you can ignore that.  Dom0= works great, I can ping our and resolve DNS, ssh in from my office, all good.  The DomU’s just= aren’t picking up the default gateway by the looks of it but CAN ping and reply to Dom0’s IP 195.2.139.4=

&nbs= p;

When= I try and ping the gateway 195.2.139.1 from the debian vm I get

&nbs= p;

From= 195.2.139.170 icmp_seq=3D684 Destination Host Unreachable

&nbs= p;

195.= 2.139.170 is the static Ip given to the debian vm;<= /o:p>

&nbs= p;

root= @test-pv:~# ifconfig

eth0=       Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42&nb= sp;

&nbs= p;         inet addr:195.2.139.170  Bcast:195.2.139.255  Mask:255.255.255.0

&nbs= p;         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link

&nbs= p;         UP BROADCAST RUNNING MULTICAST  MTU:1500  M= etric:1

&nbs= p;         RX packets:3126 errors:0 dropped:0 overruns:0 frame:0

&nbs= p;         TX packets:902 errors:0 dropped:0 overruns:0 carrier:0

&nbs= p;         collisions:0 txqueuelen:1000

&nbs= p;         RX bytes:171271 (167.2 KiB)  TX bytes:85980 (83.9 K= iB)

&nbs= p;         Interrupt:17

&nbs= p;

lo&n= bsp;       Link encap:Local Loopback 

&nbs= p;         inet addr:127.0.0.1  Mask:255.0.0.0=

&nbs= p;         inet6 addr: ::1/128 Scope:Host

&nbs= p;         UP LOOPBACK RUNNING  MTU:16436  Metric:1

&nbs= p;         RX packets:6 errors:0 dropped:0 overruns:0 frame:0

&nbs= p;         TX packets:6 errors:0 dropped:0 overruns:0 carrier:0<= /span>

&nbs= p;         collisions:0 txqueuelen:0

&nbs= p;         RX bytes:672 (672.0 B)  TX bytes:672 (672.0 B)

&nbs= p;

Here= ’s some stuff from /var/log/messages so the bridge seems ok;

&nbs= p;

May = 20 13:28:29 xen-1 kernel: [ 8367.944038] xenbr0: port 2(vif16.0) entering forwarding state

May = 20 13:29:06 xen-1 kernel: [ 8403.989601] xenbr0: port 2(vif16.0) entering disabled state<= /p>

May = 20 13:29:06 xen-1 kernel: [ 8404.017006] xenbr0: port 2(vif16.0) entering disabled state<= /p>

May = 20 13:29:32 xen-1 kernel: [ 8430.910729] device vif17.0 entered promiscuous mode

May = 20 13:29:32 xen-1 kernel: [ 8430.920869] xenbr0: port 2(vif17.0) entering learning state<= /p>

May = 20 13:29:33 xen-1 kernel: [ 8431.866548] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)

May = 20 13:29:33 xen-1 kernel: [ 8431.894288] blkback: ring-ref 9, event-channel 14, protocol 1 (x86_64-abi)

May = 20 13:29:47 xen-1 kernel: [ 8445.916079] xenbr0: port 2(vif17.0) entering forwarding state

&nbs= p;

From: Jan Hejl [mailto:jh@excello= =2Ecz]
Sent: 20 May 2013 13:35
To: Simon Jones
Cc: xen-use= rs@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Tha= nks. So Debian domU works, that's good to know.

Can you please post "ipconfig /all" from Windows 8 domU? Can you also please check your logs (/var/log/xen/qemu-..., dmesg, syslog, windows event viewer) for errors?

Dne 20.5.2013 14:23, Simon Jones= napsal(a):

ID= 7 is a debian test vm I set up, I just reconfigured the networking on it and rebooted, now this one can ping dom0 static IP and receives a reply. = No reply when I try and ping the other windows guest, also get a reply when pinging the default gateway, all are on the same network.

&n= bsp;

ro= ot@test-pv:~# ifconfig

et= h0      Link encap:Ethernet  HWaddr 00:16:3e:14:d8:42&= nbsp;

&n= bsp;         inet addr:195.2.139.213  Bcast:195.2.139.255  Mask:255.255.255.0

&n= bsp;         inet6 addr: fe80::216:3eff:fe14:d842/64 Scope:Link<= /span>

&n= bsp;         UP BROADCAST RUNNING MULTICAST  MTU:1500 = Metric:1

&n= bsp;         RX packets:545 errors:0 dropped:0 overruns:0 frame:0

&n= bsp;         TX packets:36 errors:0 dropped:0 overruns:0 carrier:0

&n= bsp;         collisions:0 txqueuelen:1000

&n= bsp;         RX bytes:29480 (28.7 KiB)  TX bytes:3016 (2.9 KiB= )

&n= bsp;         Interrupt:17

&n= bsp;

From: Jan Hejl [mailto:jh@excel= lo.cz]
Sent: 20 May 2013 13:15
To: Simon Jones
Cc: xen-u= sers@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

I= suppose domU ID you described is 7, isn't it? Is the other domU - id 14 - able to reach the dom0 with ping?

Dne 20.5.2013 14:09, Simon Jones napsal(a):

= Hi Jan,

=  

= Thanks – I should have included that but here you = go;

=  

= bridge name     bridge id  = ;            = STP enabled     interfaces

= xenbr0          8000.00e081465f38     &n= bsp; no           =    eth1

=             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       tap14.0

=             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       vif14.0

=             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       vif7.0

=  

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen= -users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.Y (which is domU interface) device.
Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen h= osting platform.  I have given the bridge a static = IP which I can ping/ssh to etc, when I create a new vm all works well apart from the networking. = ; If I give DomU a static IP I can’t ping out fr= om the box, Dom0 can’t ping the vm.  I= 217;m suspecting it just isn’t seeing the bridge but am unsu= re where to start looking.  This is a very stan= dard setup, 1 bridge: xenbr0

 

Here’s a config file f= or a windows guest but I get the same with windows or debian guests.

 

cat windows8.cfg<= /p>

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']<= o:p>

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.iso,hdc:cdrom,r= ']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 










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

 

 

&= nbsp;

&nb= sp;

 = ;

 <= /span>

 


--------------000306010202030003000206-- --------------ms020600020208070705060309 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjAxMzQ4NDNa MCMGCSqGSIb3DQEJBDEWBBQBvS/eKYOotam0guRogMBfKdQ1+DBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAH5hMkKFtTAh YFrPllCkgdhvEWt5qHKLTwuO3ygWCuAv+OzKdUYA76IdIcRillzQusV/tGfD/+3z92WAXhEj PQ798aNNmKEM0J0U09f6lqLf24ha0hll8g3FDbCAT3SIhq7Ym9JCgWqmCAYdFSH00tYdaIZD kO5fWkKX8aKcU5R0zjXNE+B0LHbsq0G3Jn9dRFzVg7vB4DUQnczTkWiAcplpT4gXo7h+CEjT wppAvxf0HbHDzFFayJOOoT+RYmKklkiQSAO4RSjMjiRJ37GTRARrGYeG7DbeHdqsQq2s9JNp UykaLagVhG9IU8Rjqu40bfl6nK6euNg62ghh5aQAobUAAAAAAAA= --------------ms020600020208070705060309-- --===============1802236332956088492== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1802236332956088492==-- From xen-users-bounces@lists.xen.org Mon May 20 14:55:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 14: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 1UeRUF-0000Q5-6v; Mon, 20 May 2013 14:54:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeRUD-0000Q0-BG for xen-users@lists.xen.org; Mon, 20 May 2013 14:54:53 +0000 Received: from [193.109.254.147:52940] by server-2.bemta-14.messagelabs.com id 5E/39-19066-C393A915; Mon, 20 May 2013 14:54:52 +0000 X-Env-Sender: makarovalexey@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1369061691!8794980!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23988 invoked from network); 20 May 2013 14:54:51 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 14:54:51 -0000 Received: by mail-wg0-f45.google.com with SMTP id n12so1458458wgh.12 for ; Mon, 20 May 2013 07:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=hzUVAMv8Pzqt0zYlm6dula9XwN7o6SUvgqf5d2L95rQ=; b=az5q0kd8GGkvRPaOgcxDH1r+1zBTFFbwGxGgqU08NYnWtk3PXHttNeq+3F0dFHjltX vP8bquZijXMHdkvxd2+2FX0ElKt/aW19p5YhuRSsGlUIxU1wapjLJGquG4A1eXFzGG8K wx/r/2T4kL+ZMDq/CPiWc9Kb6/NQo/Q20GF2pHJm1KL+q2Bj811BvD7z1rP3bqbVJDG5 XnuyYyA5K+rOMShXCLmhXrG9VMBdCPaHwWX4+QsL4K+5kbBhFl7lvhpNP48jgWJR8E5v a1IgTQVay73tevGYVhyvG74APtA0XTBJ53b4WHn/Wz2vDIH/TXE3LjZduTHH1jZAgpxb PiLA== MIME-Version: 1.0 X-Received: by 10.180.189.136 with SMTP id gi8mr14648950wic.11.1369061691157; Mon, 20 May 2013 07:54:51 -0700 (PDT) Received: by 10.227.175.8 with HTTP; Mon, 20 May 2013 07:54:51 -0700 (PDT) Date: Mon, 20 May 2013 18:54:51 +0400 Message-ID: From: Alexey Makarov To: xen-users@lists.xen.org Subject: [Xen-users] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0358328403522882324==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0358328403522882324== Content-Type: multipart/alternative; boundary=001a11c2412cc6f0d304dd278358 --001a11c2412cc6f0d304dd278358 Content-Type: text/plain; charset=UTF-8 On a fresh installation of XCP 1.6 there is no interface in XCP Network Management. While in comman line ifconfig -a shows me both physical interfaces. I would appreciate for an ideas on what. -- Best regards, Makarov Alexey --001a11c2412cc6f0d304dd278358 Content-Type: text/html; charset=UTF-8 On a fresh installation of XCP 1.6 there is no interface in XCP Network Management.

While in comman line ifconfig -a shows me both physical interfaces.

I would appreciate for an ideas on what.

--
Best regards, Makarov Alexey --001a11c2412cc6f0d304dd278358-- --===============0358328403522882324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0358328403522882324==-- From xen-users-bounces@lists.xen.org Mon May 20 14:55:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 14: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 1UeRUF-0000Q5-6v; Mon, 20 May 2013 14:54:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeRUD-0000Q0-BG for xen-users@lists.xen.org; Mon, 20 May 2013 14:54:53 +0000 Received: from [193.109.254.147:52940] by server-2.bemta-14.messagelabs.com id 5E/39-19066-C393A915; Mon, 20 May 2013 14:54:52 +0000 X-Env-Sender: makarovalexey@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1369061691!8794980!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23988 invoked from network); 20 May 2013 14:54:51 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 14:54:51 -0000 Received: by mail-wg0-f45.google.com with SMTP id n12so1458458wgh.12 for ; Mon, 20 May 2013 07:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=hzUVAMv8Pzqt0zYlm6dula9XwN7o6SUvgqf5d2L95rQ=; b=az5q0kd8GGkvRPaOgcxDH1r+1zBTFFbwGxGgqU08NYnWtk3PXHttNeq+3F0dFHjltX vP8bquZijXMHdkvxd2+2FX0ElKt/aW19p5YhuRSsGlUIxU1wapjLJGquG4A1eXFzGG8K wx/r/2T4kL+ZMDq/CPiWc9Kb6/NQo/Q20GF2pHJm1KL+q2Bj811BvD7z1rP3bqbVJDG5 XnuyYyA5K+rOMShXCLmhXrG9VMBdCPaHwWX4+QsL4K+5kbBhFl7lvhpNP48jgWJR8E5v a1IgTQVay73tevGYVhyvG74APtA0XTBJ53b4WHn/Wz2vDIH/TXE3LjZduTHH1jZAgpxb PiLA== MIME-Version: 1.0 X-Received: by 10.180.189.136 with SMTP id gi8mr14648950wic.11.1369061691157; Mon, 20 May 2013 07:54:51 -0700 (PDT) Received: by 10.227.175.8 with HTTP; Mon, 20 May 2013 07:54:51 -0700 (PDT) Date: Mon, 20 May 2013 18:54:51 +0400 Message-ID: From: Alexey Makarov To: xen-users@lists.xen.org Subject: [Xen-users] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0358328403522882324==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0358328403522882324== Content-Type: multipart/alternative; boundary=001a11c2412cc6f0d304dd278358 --001a11c2412cc6f0d304dd278358 Content-Type: text/plain; charset=UTF-8 On a fresh installation of XCP 1.6 there is no interface in XCP Network Management. While in comman line ifconfig -a shows me both physical interfaces. I would appreciate for an ideas on what. -- Best regards, Makarov Alexey --001a11c2412cc6f0d304dd278358 Content-Type: text/html; charset=UTF-8 On a fresh installation of XCP 1.6 there is no interface in XCP Network Management.

While in comman line ifconfig -a shows me both physical interfaces.

I would appreciate for an ideas on what.

--
Best regards, Makarov Alexey --001a11c2412cc6f0d304dd278358-- --===============0358328403522882324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0358328403522882324==-- From xen-users-bounces@lists.xen.org Mon May 20 15:24:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 15:24: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 1UeRvz-00016t-85; Mon, 20 May 2013 15:23:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeRvy-00016o-2J for xen-users@lists.xen.org; Mon, 20 May 2013 15:23:34 +0000 Received: from [193.109.254.147:18969] by server-4.bemta-14.messagelabs.com id BC/5E-29620-5FF3A915; Mon, 20 May 2013 15:23:33 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1369063411!2124460!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_50_60,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18155 invoked from network); 20 May 2013 15:23:32 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 15:23:32 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so14073576iee.13 for ; Mon, 20 May 2013 08:23:31 -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=YCAb8b2BA7NyoQ48jHtAYG8N5+XyHk1anJJmdgeRHWQ=; b=zf/pwD/rPDKbKsnXnoasTVyUsLJUriOryGCfBmMa7djadevaPJP7VuldmkjVVkxwjj XZKxs2X1ikexexvyUju1oxWoUYefXqpbDZgGIa1kSfPzpxRAwtJ4ykehSZxt8G7V4vOO zeCLT2CldKzzBDZjMd5lMvuf4++Ru07E+69X2QxTAlN5s3hV7HJTe8JZ1p0he7/8FXtz iFWl1XKDvGc0u6YzqtXcPnON3auRqYRW27Rc1D9C5G/x1Uw0n58gEoIDN9ag96HGwVyk Q0Be7FNgAygYQVGTydgYuBLP5adj1BDxaL91j2DKjuT5Scbu9fJIZuLvmqnz8MWsSxR+ Xibg== MIME-Version: 1.0 X-Received: by 10.50.6.52 with SMTP id x20mr5471460igx.13.1369063410946; Mon, 20 May 2013 08:23:30 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 20 May 2013 08:23:30 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 20 May 2013 08:23:30 -0700 (PDT) In-Reply-To: References: <5198ECBA.1040408@bobich.net> <5199087D.9070004@bobich.net> Date: Mon, 20 May 2013 09:23:30 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4971407371149475330==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4971407371149475330== Content-Type: multipart/alternative; boundary=047d7bd752b648d85d04dd27ea77 --047d7bd752b648d85d04dd27ea77 Content-Type: text/plain; charset=ISO-8859-1 I just got permanent domain www.thexenguy.com/forums --047d7bd752b648d85d04dd27ea77 Content-Type: text/html; charset=ISO-8859-1

I just got permanent domain www.thexenguy.com/forums

--047d7bd752b648d85d04dd27ea77-- --===============4971407371149475330== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4971407371149475330==-- From xen-users-bounces@lists.xen.org Mon May 20 15:24:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 15:24: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 1UeRvz-00016t-85; Mon, 20 May 2013 15:23:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeRvy-00016o-2J for xen-users@lists.xen.org; Mon, 20 May 2013 15:23:34 +0000 Received: from [193.109.254.147:18969] by server-4.bemta-14.messagelabs.com id BC/5E-29620-5FF3A915; Mon, 20 May 2013 15:23:33 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1369063411!2124460!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_50_60,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18155 invoked from network); 20 May 2013 15:23:32 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 15:23:32 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so14073576iee.13 for ; Mon, 20 May 2013 08:23:31 -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=YCAb8b2BA7NyoQ48jHtAYG8N5+XyHk1anJJmdgeRHWQ=; b=zf/pwD/rPDKbKsnXnoasTVyUsLJUriOryGCfBmMa7djadevaPJP7VuldmkjVVkxwjj XZKxs2X1ikexexvyUju1oxWoUYefXqpbDZgGIa1kSfPzpxRAwtJ4ykehSZxt8G7V4vOO zeCLT2CldKzzBDZjMd5lMvuf4++Ru07E+69X2QxTAlN5s3hV7HJTe8JZ1p0he7/8FXtz iFWl1XKDvGc0u6YzqtXcPnON3auRqYRW27Rc1D9C5G/x1Uw0n58gEoIDN9ag96HGwVyk Q0Be7FNgAygYQVGTydgYuBLP5adj1BDxaL91j2DKjuT5Scbu9fJIZuLvmqnz8MWsSxR+ Xibg== MIME-Version: 1.0 X-Received: by 10.50.6.52 with SMTP id x20mr5471460igx.13.1369063410946; Mon, 20 May 2013 08:23:30 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 20 May 2013 08:23:30 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Mon, 20 May 2013 08:23:30 -0700 (PDT) In-Reply-To: References: <5198ECBA.1040408@bobich.net> <5199087D.9070004@bobich.net> Date: Mon, 20 May 2013 09:23:30 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4971407371149475330==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4971407371149475330== Content-Type: multipart/alternative; boundary=047d7bd752b648d85d04dd27ea77 --047d7bd752b648d85d04dd27ea77 Content-Type: text/plain; charset=ISO-8859-1 I just got permanent domain www.thexenguy.com/forums --047d7bd752b648d85d04dd27ea77 Content-Type: text/html; charset=ISO-8859-1

I just got permanent domain www.thexenguy.com/forums

--047d7bd752b648d85d04dd27ea77-- --===============4971407371149475330== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4971407371149475330==-- From xen-users-bounces@lists.xen.org Mon May 20 15:28:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 15:28: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 1UeRzw-0001L1-JZ; Mon, 20 May 2013 15:27:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQz0-0007x8-F8 for xen-users@lists.xensource.com; Mon, 20 May 2013 14:22:38 +0000 Received: from [85.158.139.211:5663] by server-7.bemta-5.messagelabs.com id 31/67-12828-DA13A915; Mon, 20 May 2013 14:22:37 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369059744!18696754!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 bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3397 invoked from network); 20 May 2013 14:22:25 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 14:22:25 -0000 X-IronPort-AV: E=Sophos;i="4.87,707,1363132800"; d="asc'?scan'208";a="4767200" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 14:22:24 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 20 May 2013 15:22:24 +0100 Message-ID: <1369059743.3508.12.camel@Solace> From: Dario Faggioli To: xen-users , xen-devel , "xen-api@lists.xen.org" Date: Mon, 20 May 2013 16:22:23 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 20 May 2013 15:27:38 +0000 Subject: [Xen-users] Xen Test Day next Wednesday (May 22nd 2013) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7580470026699542590==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7580470026699542590== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m8JGnRhSmSnUbZ6Hm4jP" --=-m8JGnRhSmSnUbZ6Hm4jP Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey everybody, The second Xen Test Day for the Xen 4.3 release cycle is going to be next Wednesday, the 22nd of May! We'll have the chance to test Xen 4.3 RC2, that will be out tomorrow. For more information see: - On Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days =20 - On getting and testing RC2:=20 http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - Generic test information: http://wiki.xen.org/wiki/Testing_Xen See you soon on the #xentest channel on freenode! Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-m8JGnRhSmSnUbZ6Hm4jP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGaMZ8ACgkQk4XaBE3IOsTRAgCghv3t1zD7IAK1ktwYxKShDa4N Ku8An2lPrVRXGtBCk5NCb5faKokCYXx2 =KTNa -----END PGP SIGNATURE----- --=-m8JGnRhSmSnUbZ6Hm4jP-- --===============7580470026699542590== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7580470026699542590==-- From xen-users-bounces@lists.xen.org Mon May 20 15:28:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 15:28: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 1UeRzw-0001L1-JZ; Mon, 20 May 2013 15:27:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeQz0-0007x8-F8 for xen-users@lists.xensource.com; Mon, 20 May 2013 14:22:38 +0000 Received: from [85.158.139.211:5663] by server-7.bemta-5.messagelabs.com id 31/67-12828-DA13A915; Mon, 20 May 2013 14:22:37 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369059744!18696754!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 bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3397 invoked from network); 20 May 2013 14:22:25 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 14:22:25 -0000 X-IronPort-AV: E=Sophos;i="4.87,707,1363132800"; d="asc'?scan'208";a="4767200" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 May 2013 14:22:24 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 20 May 2013 15:22:24 +0100 Message-ID: <1369059743.3508.12.camel@Solace> From: Dario Faggioli To: xen-users , xen-devel , "xen-api@lists.xen.org" Date: Mon, 20 May 2013 16:22:23 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 20 May 2013 15:27:38 +0000 Subject: [Xen-users] Xen Test Day next Wednesday (May 22nd 2013) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7580470026699542590==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7580470026699542590== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m8JGnRhSmSnUbZ6Hm4jP" --=-m8JGnRhSmSnUbZ6Hm4jP Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey everybody, The second Xen Test Day for the Xen 4.3 release cycle is going to be next Wednesday, the 22nd of May! We'll have the chance to test Xen 4.3 RC2, that will be out tomorrow. For more information see: - On Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days =20 - On getting and testing RC2:=20 http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - Generic test information: http://wiki.xen.org/wiki/Testing_Xen See you soon on the #xentest channel on freenode! Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-m8JGnRhSmSnUbZ6Hm4jP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGaMZ8ACgkQk4XaBE3IOsTRAgCghv3t1zD7IAK1ktwYxKShDa4N Ku8An2lPrVRXGtBCk5NCb5faKokCYXx2 =KTNa -----END PGP SIGNATURE----- --=-m8JGnRhSmSnUbZ6Hm4jP-- --===============7580470026699542590== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7580470026699542590==-- From xen-users-bounces@lists.xen.org Mon May 20 16:18:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 16:18:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeSlu-0003n1-Hf; Mon, 20 May 2013 16:17:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeSlt-0003mw-9w for xen-users@lists.xensource.com; Mon, 20 May 2013 16:17:13 +0000 Received: from [193.109.254.147:31806] by server-6.bemta-14.messagelabs.com id 29/BA-00912-88C4A915; Mon, 20 May 2013 16:17:12 +0000 X-Env-Sender: qgj@gmx.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1369066609!9379420!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15351 invoked from network); 20 May 2013 16:16:51 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 16:16:51 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UeSlS-0008Nz-Np for xen-users@lists.xensource.com; Mon, 20 May 2013 09:16:46 -0700 Date: Mon, 20 May 2013 09:16:45 -0700 (PDT) From: QGJ To: xen-users@lists.xensource.com Message-ID: <1369066605738-5716256.post@n5.nabble.com> In-Reply-To: References: <1369047196817-5716230.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Download link for Xen VGA Passthrough Patches X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Thank you! I got the patches and will try them out this evening. -- View this message in context: http://xen.1045712.n5.nabble.com/Need-Download-link-for-Xen-VGA-Passthrough-Patches-tp5716230p5716256.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 Mon May 20 16:18:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 16:18:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeSlu-0003n1-Hf; Mon, 20 May 2013 16:17:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeSlt-0003mw-9w for xen-users@lists.xensource.com; Mon, 20 May 2013 16:17:13 +0000 Received: from [193.109.254.147:31806] by server-6.bemta-14.messagelabs.com id 29/BA-00912-88C4A915; Mon, 20 May 2013 16:17:12 +0000 X-Env-Sender: qgj@gmx.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1369066609!9379420!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15351 invoked from network); 20 May 2013 16:16:51 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 20 May 2013 16:16:51 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UeSlS-0008Nz-Np for xen-users@lists.xensource.com; Mon, 20 May 2013 09:16:46 -0700 Date: Mon, 20 May 2013 09:16:45 -0700 (PDT) From: QGJ To: xen-users@lists.xensource.com Message-ID: <1369066605738-5716256.post@n5.nabble.com> In-Reply-To: References: <1369047196817-5716230.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Download link for Xen VGA Passthrough Patches X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Thank you! I got the patches and will try them out this evening. -- View this message in context: http://xen.1045712.n5.nabble.com/Need-Download-link-for-Xen-VGA-Passthrough-Patches-tp5716230p5716256.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 Mon May 20 16:59:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 16:59: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 1UeTQL-0004wJ-1M; Mon, 20 May 2013 16:59:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeTQJ-0004w5-DA for xen-users@lists.xen.org; Mon, 20 May 2013 16:58:59 +0000 Received: from [85.158.139.211:26549] by server-2.bemta-5.messagelabs.com id CC/BF-26552-2565A915; Mon, 20 May 2013 16:58:58 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369069136!18704406!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17900 invoked from network); 20 May 2013 16:58:57 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 16:58:57 -0000 Received: from [187.162.122.248] (port=49132 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UeTQF-0008I7-E8 for xen-users@lists.xen.org; Mon, 20 May 2013 11:58:55 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 4E0C9A204 for ; Mon, 20 May 2013 11:58:54 -0500 (CDT) Message-ID: <519A564E.3070002@ondore.com> Date: Mon, 20 May 2013 11:58:54 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130520011909.GA1653@datamat.net> In-Reply-To: <20130520011909.GA1653@datamat.net> 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] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 19/05/13 20:19, James Triplett escribi=F3: > Following instructions in /usr/share/doc/xen-utils-common/README.debian, > I created a /etc/network/interfaces file like this: > > auto br0 > iface br0 inet static > address 192.168.0.26 > network 192.168.0.0 > netmask 255.255.255.0 > broadcast 192.168.0.255 > gateway 192.168.0.1 > bridge_ports all This looks pretty nice, should work as is, maybe with few corrections: 1. The specification of "network" and "broadcast" may be safely omitted, = ifupdown scripts do excellent job deducing this parameters. Omitting = them leaves you less room to make a mistake. 2. Consider adding "bridge_stp off" parameter. http://wiki.xen.org/wiki/Xen_Bridge_Loop#Why_STP_is_turned_off.3F 3. Specify "eth0" in bridge_ports, it would make things more explicit. 4. IMPORTANT Make sure eth0 is not configured elsewhere. Comment out any = "auto eth0" or "allow-hotplug eth0" (contrary to what Adam Goryachev = suggested) in /etc/network/interfaces. Make sure any network automated = configuration tool is turned off, such as Debian's NetworkManager. > Does anyone know the correct configuration in /etc/network/interfaces for > a dead-simple bridge to support Xen domU's? A simple and clean starting /etc/network/interfaces would look like this: ##allow-hotpug eth0 #iface eth0 inet static # address 192.168.0.26 # netmask 255.255.255.0 # gateway 192.168.0.1 auto br0 iface br0 inet static address 192.168.0.26 netmask 255.255.255.0 gateway 192.168.0.1 bridge_ports eth0 bridge_stp off # 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 Mon May 20 16:59:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 16:59: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 1UeTQL-0004wJ-1M; Mon, 20 May 2013 16:59:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeTQJ-0004w5-DA for xen-users@lists.xen.org; Mon, 20 May 2013 16:58:59 +0000 Received: from [85.158.139.211:26549] by server-2.bemta-5.messagelabs.com id CC/BF-26552-2565A915; Mon, 20 May 2013 16:58:58 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369069136!18704406!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17900 invoked from network); 20 May 2013 16:58:57 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 16:58:57 -0000 Received: from [187.162.122.248] (port=49132 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UeTQF-0008I7-E8 for xen-users@lists.xen.org; Mon, 20 May 2013 11:58:55 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 4E0C9A204 for ; Mon, 20 May 2013 11:58:54 -0500 (CDT) Message-ID: <519A564E.3070002@ondore.com> Date: Mon, 20 May 2013 11:58:54 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130520011909.GA1653@datamat.net> In-Reply-To: <20130520011909.GA1653@datamat.net> 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] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 19/05/13 20:19, James Triplett escribi=F3: > Following instructions in /usr/share/doc/xen-utils-common/README.debian, > I created a /etc/network/interfaces file like this: > > auto br0 > iface br0 inet static > address 192.168.0.26 > network 192.168.0.0 > netmask 255.255.255.0 > broadcast 192.168.0.255 > gateway 192.168.0.1 > bridge_ports all This looks pretty nice, should work as is, maybe with few corrections: 1. The specification of "network" and "broadcast" may be safely omitted, = ifupdown scripts do excellent job deducing this parameters. Omitting = them leaves you less room to make a mistake. 2. Consider adding "bridge_stp off" parameter. http://wiki.xen.org/wiki/Xen_Bridge_Loop#Why_STP_is_turned_off.3F 3. Specify "eth0" in bridge_ports, it would make things more explicit. 4. IMPORTANT Make sure eth0 is not configured elsewhere. Comment out any = "auto eth0" or "allow-hotplug eth0" (contrary to what Adam Goryachev = suggested) in /etc/network/interfaces. Make sure any network automated = configuration tool is turned off, such as Debian's NetworkManager. > Does anyone know the correct configuration in /etc/network/interfaces for > a dead-simple bridge to support Xen domU's? A simple and clean starting /etc/network/interfaces would look like this: ##allow-hotpug eth0 #iface eth0 inet static # address 192.168.0.26 # netmask 255.255.255.0 # gateway 192.168.0.1 auto br0 iface br0 inet static address 192.168.0.26 netmask 255.255.255.0 gateway 192.168.0.1 bridge_ports eth0 bridge_stp off # 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 Mon May 20 17:15:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 17:15: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 1UeTfc-0005Yv-0u; Mon, 20 May 2013 17:14:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeTfZ-0005Yk-Uw for xen-users@lists.xen.org; Mon, 20 May 2013 17:14:46 +0000 Received: from [85.158.138.51:46174] by server-7.bemta-3.messagelabs.com id FA/81-10169-50A5A915; Mon, 20 May 2013 17:14:45 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1369070083!27698342!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21016 invoked from network); 20 May 2013 17:14:44 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 17:14:44 -0000 Received: from [187.162.122.248] (port=36036 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UeTfW-0001Dc-P3 for xen-users@lists.xen.org; Mon, 20 May 2013 12:14:42 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 3309CA204 for ; Mon, 20 May 2013 12:14:42 -0500 (CDT) Message-ID: <519A5A02.1060802@ondore.com> Date: Mon, 20 May 2013 12:14:42 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.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 20/05/13 09:54, Alexey Makarov escribi=F3: > On a fresh installation of XCP 1.6 there is no interface in XCP Network > Management. What is "XCP Network Management", xsconsole? By default, XCP 1.6 creates a "network" for each physical interface, as = a bridge. So, there is no ethX directly usable, the bridges are used as = network interface instead. Check "xe network-list" and "xe pif-list" output to inspect that. > While in comman line ifconfig -a shows me both physical interfaces. Does they have the "UP" flag or not? 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 Mon May 20 17:15:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 17:15: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 1UeTfc-0005Yv-0u; Mon, 20 May 2013 17:14:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeTfZ-0005Yk-Uw for xen-users@lists.xen.org; Mon, 20 May 2013 17:14:46 +0000 Received: from [85.158.138.51:46174] by server-7.bemta-3.messagelabs.com id FA/81-10169-50A5A915; Mon, 20 May 2013 17:14:45 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1369070083!27698342!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21016 invoked from network); 20 May 2013 17:14:44 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 17:14:44 -0000 Received: from [187.162.122.248] (port=36036 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UeTfW-0001Dc-P3 for xen-users@lists.xen.org; Mon, 20 May 2013 12:14:42 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 3309CA204 for ; Mon, 20 May 2013 12:14:42 -0500 (CDT) Message-ID: <519A5A02.1060802@ondore.com> Date: Mon, 20 May 2013 12:14:42 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: 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] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.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 20/05/13 09:54, Alexey Makarov escribi=F3: > On a fresh installation of XCP 1.6 there is no interface in XCP Network > Management. What is "XCP Network Management", xsconsole? By default, XCP 1.6 creates a "network" for each physical interface, as = a bridge. So, there is no ethX directly usable, the bridges are used as = network interface instead. Check "xe network-list" and "xe pif-list" output to inspect that. > While in comman line ifconfig -a shows me both physical interfaces. Does they have the "UP" flag or not? 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 Mon May 20 19:48:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 19:48: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 1UeW3M-0000Ks-S3; Mon, 20 May 2013 19:47:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeW3L-0000Kn-DC for xen-users@lists.xen.org; Mon, 20 May 2013 19:47:27 +0000 Received: from [193.109.254.147:4415] by server-12.bemta-14.messagelabs.com id 45/35-15557-ECD7A915; Mon, 20 May 2013 19:47:26 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369079243!8475707!1 X-Originating-IP: [209.85.220.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2276 invoked from network); 20 May 2013 19:47:24 -0000 Received: from mail-pa0-f51.google.com (HELO mail-pa0-f51.google.com) (209.85.220.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 19:47:24 -0000 Received: by mail-pa0-f51.google.com with SMTP id ld10so5986694pab.10 for ; Mon, 20 May 2013 12:47:22 -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=6cy1hDGy63OUUu/TFbTyo0kaRGyFPUMVv3oqodejt84=; b=nh0O0+s+LOZ5JgZjMIod6lTc/sDHLHFfzDej1ygEG3ai7ayNy+yQBG/S6zFikrpOD8 P4cRjJjCMdOek1Prd9ueD7dJxvd6bHJ2uqfWG6U5PmZ8AAUjHzCUcrQ86cstY9/ZZx7G DxcExzk+jQAfSXZIMsKgq6cgM++IUSBge/zrJfjUL/TKeB5uBDOmYy4MZSxcEBylgMNk d9NiryS7vRDSwx5vWAhUKTQ2mlsEBMABy+U1mTsYtcGtZjJ9LVpDLG8tLbjQ7gn3Xd0c szruwcYFfO2nFSPgQ12bb+HT5++1t7NtGf8tX/iz0kN2A0W+qspW1KlOyUyr8MAoCPnp QHWw== MIME-Version: 1.0 X-Received: by 10.68.247.228 with SMTP id yh4mr61469516pbc.60.1369079242531; Mon, 20 May 2013 12:47:22 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Mon, 20 May 2013 12:47:22 -0700 (PDT) In-Reply-To: <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> Date: Mon, 20 May 2013 15:47:22 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0927611092278163396==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0927611092278163396== Content-Type: multipart/alternative; boundary=047d7b2e138febb73404dd2b992c --047d7b2e138febb73404dd2b992c Content-Type: text/plain; charset=ISO-8859-1 Good day, Gordan, On Mon, May 20, 2013 at 4:36 AM, Gordan Bobic wrote: > On Sun, 19 May 2013 10:42:06 -0700, Andrew Bobulsky > wrote: > >> On May 19, 2013, at 10:18 AM, Gordan Bobic wrote: >> >> On 05/19/2013 06:14 PM, Andrew Bobulsky wrote: >>> >>>> On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: >>>> >>>> The subject says it all, really. >>>>> >>>>> I couldn't find any XP x64 specific drivers, but in all other cases >>>>> 2K3 x64 drivers have worked for me on XP x64, so since the kernels >>>>> and driver models are the same, I am guessing this should work. >>>>> >>>>> Thankfully I took a snapshot of the block device before installing the >>>>> drivers. >>>>> >>>>> Is there a better driver to use on XP x64? >>>>> >>>>> The HVM disk performance is really quite attrocious. From dom0, >>>>> I get about 60MB/s on unbuffered reads with dd iflag=direct and >>>>> hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >>>>> >>>>> Is there a way to make this work >>>>> >>>> >>>> Always! I'm just not sure how :P >>>> >>>> establish why it doesn't work? >>>>> >>>> >>>> If you could get the system booted from a completely different storage >>>> device, and then try to get GPLPV working on a volume that's not the >>>> boot volume, that might be a good place to start. Personally, due to >>>> either my brand of weirdness or perhaps tunnel vision, I would boot >>>> from an iSCSI volume and then attempt to interact with the "local" >>>> disks that way. >>>> >>> >>> Funny you should mention iSCSI. My setup is an iSCSI volume exposed >>> to the domU "raw" as a physical IDE disk. But domU seems to be >>> alergic to it. If I leave the disk spec in the domU config as hda, >>> it BSODs with the mentioned error. If I change it in the config to >>> xvda, the domU starts to burn through 100% of CPU on all cores given >>> to it and never finishes booting. >>> >> >> Ooooo..... Well, you can try it if you like. Download the Microsoft >> iSCSI boot-capable initiator, install it, then download and install >> sanbootconf from the iPXE web site. >> >> Once you're done, reboot the domain and boot from the built-in iPXE. >> Use Ctrl-B to enter the command line and run the following: >> >> dhcp net0 >> sanboot iscsi:your.iscsi.server::::**name.of.target >> >> That's assuming you're not using chap auth or something, and that your >> LUN is also LUN 0 on the target. I can dig up the doc if you need >> help on that, though :) >> > > I have considered PXE booting the domU, but my concern is that I can > only do that via the emulated NIC. If qemu-dm tops out at 5MB/s on > emulated devices, this is presumably going to be just as bad. > > Is there a way to PXE boot the domU via the physical PCI passthrough > NIC? > > Gordan If PCI passthrough works the way I think it works, then it just might. Pre-OS interaction with PCI devices (a-la Primary/VGA Passthrough) requires mapping memory such that an option ROM can interact with the device in the same way it would when a system is first booted. One of the great things about iPXE is that, while it interacts with the BIOS via that tradition option ROM interface, it scans the PCI bus itself, hunting for PNP devices in much the same way that a Windows or Linux kernel would when it starts up..... and since utilization of passed-through PCI devices works *extremely well* in those circumstances, I wouldn't be at all surprised if it does work. The build of iPXE that is included with Xen is... a little on the old side. All I really know about it is that my scripts don't work properly in it---I actually chainload a custom iPXE build from Xen's built-in copy, and then go from there. If you happen to have iPXE deployed on your network, give that a try. Otherwise, download and boot the pre-built iPXE ISO image[1] and use that instead, as it is designed to be highly compatible. Just pop it into you DomU config file and see what happens? (I'm super curious!) Cheers, Andrew [1]: http://boot.ipxe.org/ipxe.iso PS: As I think about it, the ability to have iPXE work directly on a passed-through NIC I speculate that, especially with the coming disruption to the entire logistics of VM networking represented by SR/MR-IOV would make this a very useful note for someone, I'm sure :) --047d7b2e138febb73404dd2b992c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Good day, Gordan,
On Mon, May 20, 2013 at 4:36 AM, Gorda= n Bobic <gordan@bobich.net> wrote:
On Sun, 19 May 201= 3 10:42:06 -0700, Andrew Bobulsky <rulerof@gmail.com> wrote:
On May 19, 2013, at 10:18 AM, Gordan Bobic <gordan@bobich.net> wrote:

On 05/19/2013 06:14 PM, Andrew Bobulsky wrote:
On May 19, 2013, at 5:10 AM, Gordan Bobic <gordan@bobich.net> wrote:

The subject says it all, really.

I couldn't find any XP x64 specific drivers, but in all other cases
2K3 x64 drivers have worked for me on XP x64, so since the kernels
and driver models are the same, I am guessing this should work.

Thankfully I took a snapshot of the block device before installing the driv= ers.

Is there a better driver to use on XP x64?

The HVM disk performance is really quite attrocious. From dom0,
I get about 60MB/s on unbuffered reads with dd iflag=3Ddirect and
hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage.

Is there a way to make this work

Always! =A0I'm just not sure how :P

establish why it doesn't work?

If you could get the system booted from a completely different storage
device, and then try to get GPLPV working on a volume that's not the boot volume, that might be a good place to start. =A0Personally, due to
either my brand of weirdness or perhaps tunnel vision, I would boot
from an iSCSI volume and then attempt to interact with the "local"= ;
disks that way.

Funny you should mention iSCSI. My setup is an iSCSI volume exposed
to the domU "raw" as a physical IDE disk. But domU seems to be alergic to it. If I leave the disk spec in the domU config as hda,
it BSODs with the mentioned error. If I change it in the config to
xvda, the domU starts to burn through 100% of CPU on all cores given
to it and never finishes booting.

Ooooo..... Well, you can try it if you like. =A0Download the Microsoft
iSCSI boot-capable initiator, install it, then download and install
sanbootconf from the iPXE web site.

Once you're done, reboot the domain and boot from the built-in iPXE. Use Ctrl-B to enter the command line and run the following:

dhcp net0
sanboot iscsi:your.iscsi.server::::name.of.target

That's assuming you're not using chap auth or something, and that y= our
LUN is also LUN 0 on the target. =A0I can dig up the doc if you need
help on that, though :)

I have considered PXE booting the domU, but my concern is that I can
only do that via the emulated NIC. If qemu-dm tops out at 5MB/s on
emulated devices, this is presumably going to be just as bad.

Is there a way to PXE boot the domU via the physical PCI passthrough
NIC?

Gordan
=A0
If PCI passthrough work= s the way I think it works, then it just might.=A0 Pre-OS interaction with = PCI devices (a-la Primary/VGA Passthrough) requires mapping memory such tha= t=A0an option ROM can interact with the device in the same way it would whe= n a system is first booted.=A0 One of the great things about iPXE is that, = while it interacts with the BIOS via that tradition option ROM interface, i= t scans the PCI bus itself, hunting for PNP devices in much the same way th= at a Windows or Linux kernel would when it starts up..... and since utiliza= tion of passed-through PCI devices works extremely well in those c= ircumstances, I wouldn't be at all surprised if=A0it does work.
=A0
The build of iPXE that is included with Xen is... a litt= le on the old side.=A0 All I really know about it is that my scripts don= 9;t work properly in it---I actually chainload a custom iPXE build from Xen= 's built-in copy, and then go from there.=A0 If you happen to have iPXE= deployed on your network, give that a try.=A0 Otherwise, download and=A0bo= ot the pre-built iPXE ISO image[1] and use that instead, as it is designed = to be highly compatible.=A0Just pop it into you DomU config file and see wh= at happens?=A0 (I'm super curious!)
=A0
Cheers,
Andrew
=A0
[1]: http://boot.ipxe.org/ipxe.iso
=A0
PS: As I think about it, the ability to have iPXE wo= rk directly on a passed-through NIC I speculate that, especially with the c= oming disruption to the entire logistics of VM networking represented by SR= /MR-IOV would make this a very useful note for someone, I'm sure :)
--047d7b2e138febb73404dd2b992c-- --===============0927611092278163396== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0927611092278163396==-- From xen-users-bounces@lists.xen.org Mon May 20 19:48:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 19:48: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 1UeW3M-0000Ks-S3; Mon, 20 May 2013 19:47:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeW3L-0000Kn-DC for xen-users@lists.xen.org; Mon, 20 May 2013 19:47:27 +0000 Received: from [193.109.254.147:4415] by server-12.bemta-14.messagelabs.com id 45/35-15557-ECD7A915; Mon, 20 May 2013 19:47:26 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369079243!8475707!1 X-Originating-IP: [209.85.220.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2276 invoked from network); 20 May 2013 19:47:24 -0000 Received: from mail-pa0-f51.google.com (HELO mail-pa0-f51.google.com) (209.85.220.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 19:47:24 -0000 Received: by mail-pa0-f51.google.com with SMTP id ld10so5986694pab.10 for ; Mon, 20 May 2013 12:47:22 -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=6cy1hDGy63OUUu/TFbTyo0kaRGyFPUMVv3oqodejt84=; b=nh0O0+s+LOZ5JgZjMIod6lTc/sDHLHFfzDej1ygEG3ai7ayNy+yQBG/S6zFikrpOD8 P4cRjJjCMdOek1Prd9ueD7dJxvd6bHJ2uqfWG6U5PmZ8AAUjHzCUcrQ86cstY9/ZZx7G DxcExzk+jQAfSXZIMsKgq6cgM++IUSBge/zrJfjUL/TKeB5uBDOmYy4MZSxcEBylgMNk d9NiryS7vRDSwx5vWAhUKTQ2mlsEBMABy+U1mTsYtcGtZjJ9LVpDLG8tLbjQ7gn3Xd0c szruwcYFfO2nFSPgQ12bb+HT5++1t7NtGf8tX/iz0kN2A0W+qspW1KlOyUyr8MAoCPnp QHWw== MIME-Version: 1.0 X-Received: by 10.68.247.228 with SMTP id yh4mr61469516pbc.60.1369079242531; Mon, 20 May 2013 12:47:22 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Mon, 20 May 2013 12:47:22 -0700 (PDT) In-Reply-To: <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> Date: Mon, 20 May 2013 15:47:22 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0927611092278163396==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0927611092278163396== Content-Type: multipart/alternative; boundary=047d7b2e138febb73404dd2b992c --047d7b2e138febb73404dd2b992c Content-Type: text/plain; charset=ISO-8859-1 Good day, Gordan, On Mon, May 20, 2013 at 4:36 AM, Gordan Bobic wrote: > On Sun, 19 May 2013 10:42:06 -0700, Andrew Bobulsky > wrote: > >> On May 19, 2013, at 10:18 AM, Gordan Bobic wrote: >> >> On 05/19/2013 06:14 PM, Andrew Bobulsky wrote: >>> >>>> On May 19, 2013, at 5:10 AM, Gordan Bobic wrote: >>>> >>>> The subject says it all, really. >>>>> >>>>> I couldn't find any XP x64 specific drivers, but in all other cases >>>>> 2K3 x64 drivers have worked for me on XP x64, so since the kernels >>>>> and driver models are the same, I am guessing this should work. >>>>> >>>>> Thankfully I took a snapshot of the block device before installing the >>>>> drivers. >>>>> >>>>> Is there a better driver to use on XP x64? >>>>> >>>>> The HVM disk performance is really quite attrocious. From dom0, >>>>> I get about 60MB/s on unbuffered reads with dd iflag=direct and >>>>> hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >>>>> >>>>> Is there a way to make this work >>>>> >>>> >>>> Always! I'm just not sure how :P >>>> >>>> establish why it doesn't work? >>>>> >>>> >>>> If you could get the system booted from a completely different storage >>>> device, and then try to get GPLPV working on a volume that's not the >>>> boot volume, that might be a good place to start. Personally, due to >>>> either my brand of weirdness or perhaps tunnel vision, I would boot >>>> from an iSCSI volume and then attempt to interact with the "local" >>>> disks that way. >>>> >>> >>> Funny you should mention iSCSI. My setup is an iSCSI volume exposed >>> to the domU "raw" as a physical IDE disk. But domU seems to be >>> alergic to it. If I leave the disk spec in the domU config as hda, >>> it BSODs with the mentioned error. If I change it in the config to >>> xvda, the domU starts to burn through 100% of CPU on all cores given >>> to it and never finishes booting. >>> >> >> Ooooo..... Well, you can try it if you like. Download the Microsoft >> iSCSI boot-capable initiator, install it, then download and install >> sanbootconf from the iPXE web site. >> >> Once you're done, reboot the domain and boot from the built-in iPXE. >> Use Ctrl-B to enter the command line and run the following: >> >> dhcp net0 >> sanboot iscsi:your.iscsi.server::::**name.of.target >> >> That's assuming you're not using chap auth or something, and that your >> LUN is also LUN 0 on the target. I can dig up the doc if you need >> help on that, though :) >> > > I have considered PXE booting the domU, but my concern is that I can > only do that via the emulated NIC. If qemu-dm tops out at 5MB/s on > emulated devices, this is presumably going to be just as bad. > > Is there a way to PXE boot the domU via the physical PCI passthrough > NIC? > > Gordan If PCI passthrough works the way I think it works, then it just might. Pre-OS interaction with PCI devices (a-la Primary/VGA Passthrough) requires mapping memory such that an option ROM can interact with the device in the same way it would when a system is first booted. One of the great things about iPXE is that, while it interacts with the BIOS via that tradition option ROM interface, it scans the PCI bus itself, hunting for PNP devices in much the same way that a Windows or Linux kernel would when it starts up..... and since utilization of passed-through PCI devices works *extremely well* in those circumstances, I wouldn't be at all surprised if it does work. The build of iPXE that is included with Xen is... a little on the old side. All I really know about it is that my scripts don't work properly in it---I actually chainload a custom iPXE build from Xen's built-in copy, and then go from there. If you happen to have iPXE deployed on your network, give that a try. Otherwise, download and boot the pre-built iPXE ISO image[1] and use that instead, as it is designed to be highly compatible. Just pop it into you DomU config file and see what happens? (I'm super curious!) Cheers, Andrew [1]: http://boot.ipxe.org/ipxe.iso PS: As I think about it, the ability to have iPXE work directly on a passed-through NIC I speculate that, especially with the coming disruption to the entire logistics of VM networking represented by SR/MR-IOV would make this a very useful note for someone, I'm sure :) --047d7b2e138febb73404dd2b992c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Good day, Gordan,
On Mon, May 20, 2013 at 4:36 AM, Gorda= n Bobic <gordan@bobich.net> wrote:
On Sun, 19 May 201= 3 10:42:06 -0700, Andrew Bobulsky <rulerof@gmail.com> wrote:
On May 19, 2013, at 10:18 AM, Gordan Bobic <gordan@bobich.net> wrote:

On 05/19/2013 06:14 PM, Andrew Bobulsky wrote:
On May 19, 2013, at 5:10 AM, Gordan Bobic <gordan@bobich.net> wrote:

The subject says it all, really.

I couldn't find any XP x64 specific drivers, but in all other cases
2K3 x64 drivers have worked for me on XP x64, so since the kernels
and driver models are the same, I am guessing this should work.

Thankfully I took a snapshot of the block device before installing the driv= ers.

Is there a better driver to use on XP x64?

The HVM disk performance is really quite attrocious. From dom0,
I get about 60MB/s on unbuffered reads with dd iflag=3Ddirect and
hdparm -t. From domU I get 5MB/s and qemu-dm hits 100% CPU usage.

Is there a way to make this work

Always! =A0I'm just not sure how :P

establish why it doesn't work?

If you could get the system booted from a completely different storage
device, and then try to get GPLPV working on a volume that's not the boot volume, that might be a good place to start. =A0Personally, due to
either my brand of weirdness or perhaps tunnel vision, I would boot
from an iSCSI volume and then attempt to interact with the "local"= ;
disks that way.

Funny you should mention iSCSI. My setup is an iSCSI volume exposed
to the domU "raw" as a physical IDE disk. But domU seems to be alergic to it. If I leave the disk spec in the domU config as hda,
it BSODs with the mentioned error. If I change it in the config to
xvda, the domU starts to burn through 100% of CPU on all cores given
to it and never finishes booting.

Ooooo..... Well, you can try it if you like. =A0Download the Microsoft
iSCSI boot-capable initiator, install it, then download and install
sanbootconf from the iPXE web site.

Once you're done, reboot the domain and boot from the built-in iPXE. Use Ctrl-B to enter the command line and run the following:

dhcp net0
sanboot iscsi:your.iscsi.server::::name.of.target

That's assuming you're not using chap auth or something, and that y= our
LUN is also LUN 0 on the target. =A0I can dig up the doc if you need
help on that, though :)

I have considered PXE booting the domU, but my concern is that I can
only do that via the emulated NIC. If qemu-dm tops out at 5MB/s on
emulated devices, this is presumably going to be just as bad.

Is there a way to PXE boot the domU via the physical PCI passthrough
NIC?

Gordan
=A0
If PCI passthrough work= s the way I think it works, then it just might.=A0 Pre-OS interaction with = PCI devices (a-la Primary/VGA Passthrough) requires mapping memory such tha= t=A0an option ROM can interact with the device in the same way it would whe= n a system is first booted.=A0 One of the great things about iPXE is that, = while it interacts with the BIOS via that tradition option ROM interface, i= t scans the PCI bus itself, hunting for PNP devices in much the same way th= at a Windows or Linux kernel would when it starts up..... and since utiliza= tion of passed-through PCI devices works extremely well in those c= ircumstances, I wouldn't be at all surprised if=A0it does work.
=A0
The build of iPXE that is included with Xen is... a litt= le on the old side.=A0 All I really know about it is that my scripts don= 9;t work properly in it---I actually chainload a custom iPXE build from Xen= 's built-in copy, and then go from there.=A0 If you happen to have iPXE= deployed on your network, give that a try.=A0 Otherwise, download and=A0bo= ot the pre-built iPXE ISO image[1] and use that instead, as it is designed = to be highly compatible.=A0Just pop it into you DomU config file and see wh= at happens?=A0 (I'm super curious!)
=A0
Cheers,
Andrew
=A0
[1]: http://boot.ipxe.org/ipxe.iso
=A0
PS: As I think about it, the ability to have iPXE wo= rk directly on a passed-through NIC I speculate that, especially with the c= oming disruption to the entire logistics of VM networking represented by SR= /MR-IOV would make this a very useful note for someone, I'm sure :)
--047d7b2e138febb73404dd2b992c-- --===============0927611092278163396== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0927611092278163396==-- From xen-users-bounces@lists.xen.org Mon May 20 21:53:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 21:53: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 1UeXzi-0001VJ-Mj; Mon, 20 May 2013 21:51:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeXzh-0001VE-5c for xen-users@lists.xen.org; Mon, 20 May 2013 21:51:49 +0000 Received: from [85.158.138.51:26155] by server-16.bemta-3.messagelabs.com id 6B/79-23964-4FA9A915; Mon, 20 May 2013 21:51:48 +0000 X-Env-Sender: alberto@bersol.info X-Msg-Ref: server-10.tower-174.messagelabs.com!1369086706!23717395!1 X-Originating-IP: [213.4.138.20] X-SpamReason: No, hits=2.5 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_16,HTML_IMAGE_RATIO_02,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9348 invoked from network); 20 May 2013 21:51:46 -0000 Received: from impaqm4.telefonica.net (HELO telefonica.net) (213.4.138.20) by server-10.tower-174.messagelabs.com with SMTP; 20 May 2013 21:51:46 -0000 Received: from IMPmailhost5.adm.correo ([10.20.102.126]) by IMPaqm4.telefonica.net with bizsmtp id eMaZ1l00M2jdgqJ3QMrmwo; Mon, 20 May 2013 23:51:46 +0200 Received: from parstadmz.localdomain ([83.53.99.159]) by IMPmailhost5.adm.correo with BIZ IMP id eMrj1l0063SKzkK1lMrj08; Mon, 20 May 2013 23:51:44 +0200 X-CMAE-Analysis: v=1.1 cv=B1f61Mecprfp57iNGAUyHxtB/UYxRaa26UQZl+6Ewms= c=1 sm=1 a=VuQqkWwBfaAA:10 a=Qxd5XFhjAiQA:10 a=wPDyFdB5xvgA:10 a=odw7iSDbeX24UkSyRE3jBg==:17 a=woJVyXEjlg38Udzun10A:9 a=wPNLvfGTeEIA:10 a=o_0rQU5UAAAA:8 a=AIu7aJkf4uWjPPTmz_gA:9 a=_W_S_7VecoQA:10 a=CyiU9Y0ytfcA:10 a=zgGlKSqCWsxGUaAi:21 a=HN56lmZVQD36o94KGdcA:9 a=KQqxNPgzF0kA:10 a=8Cg97DR5hd0ZEUOu:18 a=odw7iSDbeX24UkSyRE3jBg==:117 X-original-sender: 944466607@movistar.es Received: from localhost (localhost [127.0.0.1]) by parstadmz.localdomain (Postfix) with ESMTP id ED4963017D for ; Mon, 20 May 2013 23:51:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bersol.info Received: from parstadmz.localdomain ([127.0.0.1]) by localhost (parstadmz.bersol.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6avkHVsDZEda for ; Mon, 20 May 2013 23:51:39 +0200 (CEST) Received: from [192.168.2.10] (apevia.bersol.info [192.168.2.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by parstadmz.localdomain (Postfix) with ESMTPSA id D71A3300A5 for ; Mon, 20 May 2013 23:51:39 +0200 (CEST) Message-ID: <519A9AEB.7070509@bersol.info> Date: Mon, 20 May 2013 23:51:39 +0200 From: Alberto User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> In-Reply-To: Subject: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7955497816457433222==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7955497816457433222== Content-Type: multipart/alternative; boundary="------------090905030202080803040903" This is a multi-part message in MIME format. --------------090905030202080803040903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Everybody, I have a HOST (*/Server Fisico/*) connected to internet. It have 2 network cards, the first one (*/eth0/*) connected to the router, another (/*eth1*/) is connected to LAN. /*eth1*/ is bridged to virtual machines network, and one of them (*/virtual1/*) have an HTTP Server. Everything is running correctly. Escenario I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP traffic to /*Virtual1*/. I have IPTABLES Rules in HOST, for block some IPs that give me problems, but these rules not protect to /*Virtual1*/. All HTTP traffic is forwarded to /*Virtual1*/, even the source IP is blocked for IPTABLES rules. I had an attack, and I couldn't block the HTTP traffic about /*Virtual1*/, the IPTABLES rules not affect it. What can I do for give security to Virtual machines? Thanks a lot Alberto --------------090905030202080803040903 Content-Type: multipart/related; boundary="------------040902070308040807000405" --------------040902070308040807000405 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Everybody,

I have a HOST (Server Fisico) connected to internet. It have 2 network cards, the first one (eth0) connected to the router, another (eth1) is connected to LAN.
eth1 is bridged to virtual machines network, and one of them (virtual1) have an HTTP Server. Everything is running correctly.


Escenario
I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP traffic to Virtual1. I have IPTABLES Rules in HOST, for block some IPs that give me problems, but these rules not protect to Virtual1. All HTTP traffic is forwarded to Virtual1, even the source IP is blocked for IPTABLES rules.

I had an attack, and I couldn't block the HTTP traffic about Virtual1, the IPTABLES rules not affect it.

What can I do for give security to Virtual machines?

Thanks a lot
Alberto



--------------040902070308040807000405 Content-Type: image/jpeg; name="bersolnet_red.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="bersolnet_red.jpg" /9j/4AAQSkZJRgABAQEASABIAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9 PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVGC8aGi9jQjhC Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2P/wgAR CAKJAyUDAREAAhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAMEAQIFBv/EABkBAQEBAQEB AAAAAAAAAAAAAAABAgMEBf/aAAwDAQACEAMQAAAB9AAAAAAAAAAAAAADnEIAAJjogAAAAAAA AAAAAAAAAAAAAAAAAAFQhBZLAAAAAAAAAAAAAAAAAAOWQGwANSc6gAAAAAAAAAAAAAAAAAAA AAAAAAOeWCwCmZLYAAAAAAAAAAAAAAAAByyImABCSnUAAAAAAAAAAAAAAAAAAAAAAAAAMHPO iADmnSNSuYLJsAAAAAAAAAAAAAADllUkABGWjqAAAAAAAAAAAAAAAAAAAAAAAAAFcwWQAc8w ZLBkrG5dAAAAAAAAAAAAAAOWQEoAIic6gAAAAAAAAAAAAAAAAAAAAAAAAKRWOobAAAAA5x0D IAAAAAAAAAAAAAOWViQAEZZOoAAAAAAAAAAAAAAAAAAAAAAADU5pfJQAAAAAVjJYAAAAAAAA AAAAAByyobgA0LZfITQ2LgAAAANSgZBgGxeMgAAAAAAAhOKbGDJqdomAOcXzYAAAAAAiIC4A AAAAAAAAAAAADlkRMACElLZg2NS0AAACEgKx1DYAEZzCcAAwWSwAAAAVzlEpQLhqdUsEJsUj ogA0NTBsamxoTgFQlJgAAAAAAAAAAAAAcsrm4ANCc6JgGDAMGCuUS8CYnNyI1BKREZubkpWL QByS2DABgGDlkpg3IiMwXyYkPLHeOuACErm5WLhVJC8DBzDqAAAAAAAAAAAAAAHLKxICInK3 PM/TVwyDJkGTJAUS6YJzUuFcjMFkrAG5MQkpxy0WSQGQDIMnLJDnGTcnIzqlgjMlYlJwAAAA CoUDsGwAAAAAAAAAAAAAByyIAGTOW+nUAAAAAMEJVLROAACqRFklMmhyzrgAAAArnKNykXyI 6pYABQNTB0gAAAAc06BsAAAAAAAAAAAAAAcs1Bkyag2OoAAAAAACmRAyAYNy4ViEyZLpsAAA ACI5JsAanWJQAAc86AAAAANSkXwAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAAAAAA AAAABzjogAGCgdAA1KJ0AAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAAAAAAAAAABz y4SAAwco3LRYOYdI2AAAAAAAAAAAAAAOWRA2MmgJTqAAAAAAAAAAAAAAAAAAAAAAAAAGDngt kpAUjpG5WK5dJAAAAAAAAAAAAAAAcMlBkyaggO6ZAAAAAAAAAAAAAAAAAAAAAAAAABgqkRMW gAAAAAAAAAAAAAAAACocsyAAAXDpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AHGNAAAAYOsTgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgNzBuamSElMGTcy AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACkRkpoRHTKBuamxZJAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACmXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAc86AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOe dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjOedAkAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMHnufq1z123w9Fvz1CUwaE5CYJCUyAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYPO8PpT1Frh6Hp5OcTEJuWyoZNSwTgAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGDg8foJ0135vQ9PIAAAMGQAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAYPPcfoyzUe/P6Hp5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAMHnuXv2m2/N6DfmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAEZoDYjOcdA3JDBIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQGhEZ NzmFomNCQugAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwZOedAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHPOgAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAVDhHoiYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAGhCZOMehAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKJoSEpggNCwamg BsWzcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhKhkwTFsAA0ISU3Mg0KZuXAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAck6wAKpVJi4c80JjJZKpbNCsbl0AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFcrGSM6hEZNTc1Mg1NzJGcwulwAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAFUgNickMmpAUiwAZME5aAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABoUDBKbE5QOmZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABpUepikCIgLgANCsXBSMm0SZuQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPUj0Q Fb5SZuQanNOoAACkSlgA0qPUwZMGSbFyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADBFua0N 8pM3IAAByzpmQAADlnTMgGhgAwRbm1CXF3gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADSotwS4 u8DgRkAGDv0OcXCUAAAGpzzpAHmo2ABCemrYi3NazE2LkAAAAAAAAAAAAAAAAAAAAAAAAAAA AEO5rW+UuaAB5mOtAA5NelqmSFkAAAAFUFoHmo6gAOWeircA1IdxU2LtAAAAAAAAAAAAAAAA AAAAAAAAAAAjsi2lwklAAA8xHWgAcmrNXy+AAAAADmnQNjzUdSABy69FW4ABgg6QT87kAAAA AAAAAAAAAAAAAAAAAAAAGpD0m+UuaAAAB5iOtAA5NYrtl0AAAAAGDmHTPOR2YAHGr0NbgAAG CDpN8pc0AAAAAAAAAAAAAAAAAAAAAAAR2RbWOdyAAAADzEdaABya9PQAAAAAAFY4prHVgAcq vRVuAAAARammljnQAAAAAAAAAAAAAAAAAAAAABDuCbFAAAAAHmI6wAOSenoAAAAAACueeMx1 wAcs9FW4AAAAMFXrLXK5AAAAAAAAAAAAAAAAAAAAAINzeJM0AAAAADy8WwAVD1FAAAAAAAAe aiuADY9RW4AAAABgrdZZ5XIAAAAAAAAAAAAAAAAAAABFqCXNAAAAAAHl4jJARkh6igAAAAAA APPRgkBsRHercAAAAAGCv0ljncgAAAAAAAAAAAAAAAAAAGtQ7ljnQAAAAAAPNRCQFo70Ua7F AAAAAAAAeaiIqlk70Vq6dbgAAAAAGlRbljnQAAAAAAAAAAAAAAAAAAINybFyAAAAAAAeYjoG CsdWKNdqgAAAAAAAPORbBCWiodytwAAAAAARam0u8AAAAAAAAAAAAAAAAAAa1HqTYoAAAAAA A4kWACIpHpaAAAAAAAA4kWoAgqmehrcAAAAAAAr9JY50AAAAAAAAAAAAAAAAACv0ljnQAAAA AAAPLxOTmQUz0tAAAAAAAAeagdE1BRPQ1uAAAAAAAV+kn53IAAAAAAAAAAAAAAAAAK/SWOdA AAAAAAA8/FktQBRrt0AAAAAAABx4sxKAU66dbgAAAAAAGpFuT4oAAAAAAAAAAAAAAAAAr9JY 50AAAAAAADz0TAAhPQ0AAAAAAAB5yMAA1PR1uAAAAAAACv0ljnQAAAAAAAAAAAAAAAABX6Sx zoAAAAAAAHmo3ABoeloAAAAAAADz0ZABGehrcAAAAAAAFbpLPOgAAAAAAAAAAAAAAAACv0lj nQAAAAAAAPNRsADU9LQAAAAAAAHnI1ABqekrcAAAAAAAFfcsYoAAAAAAAAAAAAAAAAAr9JY5 0AAAAAAADzcbgA0PSUAAAAAAAB52AAND0VbgAAAAAAGCHcnxQAAAAAAAAAAAAAAAABX6Sxzo AAAAAAAHFMAyaA7oAAAAAAABTNQAC6ZAAAAAAAItTaXeAAAAAAAAAAAAAAAAABFqbS7wAAAA AABgpERgyalkuAAAAAAAAAAAAAAAAAAAFfcsYoAAAAAAAAAAAAAAAAAAr7ljFAAAAAAAERKA AAAAAAAAAAAAAAAAAAAAaVHqT4oAAAAAAAAAAAAAAAAAAi1BLmgAAAAAAcwwSmpGXyYAAAAA AAAAAAAAAAAAAFXrLXKgAAAAAAAAAAAAAAAAAACv0k/O5AAAAAABobAyAAAAAAAAAAAAAAAA AAACvuTYuwAAAAAAAAAAAAAAAAAAABV6yzyuQAAAAACkQEpCdUAAAAAAAAAAAAAAAAAAEO5m Jc0AAAAAAAAAAAAAAAAAAAAYIOklxd4AAAAAAA0NwAAAAAAAAAAAAAAAAACDc2iXNAAAAAAA AAAAAAAAAAAAAAGCDpJMpM0AAAAAAAAAAAAAAAAAAAAAAAAYIOkkwklAAAAAAAAAAAAAAAAA AAAAAAi1I9LHO5AAAAAAAAAAAAAAAAAAAAAAAI9SLSfndgAAAAAAAAAAAAAAAAAAAAAAADUh 3NibFAAAAAAAAAAAAAAAAAAAAAGpB0kmUuaAAAAAAAAAAAAAAAAAAAAAAAAABpUO5vEuLkAA AAAAAAAAAAAAAAAAA1qHUE+LkAAAAAAAAAAAAAAAAAAAAAAAAAAAGlRagmzdoAAAAAAAAAAA AAAAAGCLc1raJsUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ7mtCXF3gAAAAAAAAAAAAACLU00 EuLvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwRbmtASYby5AAAAAAAAANSPc1FIlzd4AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwR6mlAKCMmTMZBgGtYFIAGxJi7AAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAGDFYMIrMF2jIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAIdzBPigAAAADBrWYi3J8UAACPU2l2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAcT3Yv+fQi3NTeMxJmxbm+bHqWuVq9ZY52xzvJ9md8t8pM0c31Z6nk0JcKnabE/K2MUAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcf2Z6XmvP9En5oei7wtHvAJ+dnw5nqza42Lbre TXJ9eda2gdbya5PryMVNzVe0lxb3ntjFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFHvM xLltAh2EmQ2jfNi3IdrHNNixammgFjnaHeTYQ9JY5Wv0k+LLi7wAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/8QAMBAAAgIABAMI AgMAAgMAAAAAAQIAAwQREhMUQFAhIiMwMjM0YBAgBSQxFTVCQ3D/2gAIAQEAAQUC5y97Bbnf M75nfM75nfM75h3sNnVbMRXWdzEtNzEpKrkt6Lf8kammlppaaWmlodSnD/I6pc7NZVSlQ/F1 GuUW7i9Dv+TX+tkw/wAjqmD7y/pd4eIhIEOIpE4mkwEHn7/kqgM2xNsTbE2xGQA4f5HU7zpo w404f9MWljjaxDwYOmCmoQ1VmHCqJTaWPO3/ACUImoTUJqE1CORMP8jqT4mtTa191YGQ8rF9 znr/AJKopm1XNqubVc2q4yKDh/kdQJyHfxUStax5mIGrD0HVRzl/yVtRTv1zfrm/XN+uG1GO H+Q76ZvZ2V2zcbPyiQBxQM14kzLFzLFzcxKxcVWTyNxK0q+JZdWJmrEzViYz4lVpJan84nxH AyHm2e3hPjc5f8mv9bJh/kW1CyCrTNvubXb5DW1rDi6BCy4u4DIfo6h1qrxVa6MSZs3zYsnD 2TavE1YlJVatq+TiPj1e1MSHIXPTb7WH+PLLBUqOrgfP/R20IbEBW1GcOhm7XC6hTagf84pt OGqXRVzl/wAkErNZmszWZrMJLGggYjWs3Em4k3a5u1zeqm/VN+mXXIa6f5GNebG4XVFw1KwI o/FjFIzkMXYhTqVbOxbs1SwlrGKfhbdR/JsSvHcTTOJpnE0TiqJxVE4qicXROLomIxWizjkt or9oMGjtmLncV6naimy/Z1YqDXt0V2u6h6sV+lwLUtWSulptOUKeKa3yRGQ/nPirudv+SqK0 2q5tVxlVWKuKkHi11JZiOFonC0ThqJw1M4emcPTNimbFUuqUV0/x4EspKtxaicRSZxVOcuDs LK2eNW+XegRzNtzKqtDWCxk70WsqbNehsRikIS60Jh6kXarm1XNtJtpNCTQs0LNKzEYZr7Ww 9dOG2xZRXToVFGct9rD/AB46CxVUKMTWXrpsFtfl4ireroqS0ABRzt/ydtZtrNtZtrnoECgH D/I8zZrMxNXhV2pav7X3CkDGVRba2/LEAUaeJ8rEfHq9ojMYetlMt9rD/H/R6WD7mJmFNm55 WJG2wOY52/5JOUJ0g9gHaAdQBzmH+R5z4atzsXLMsWJniprxUzxU04oxcMNRGcbDUtODrnCw YSrMDIeVYuusYS4Dhb5wt84W+HCXEVror/bD+/5RGoYM/wBfnb/kv6rfQ/oX01ehP9w/yep1 93G/tTi67T+SchgvY52/5L+q30P6F9NXoT/cP8nqeJUiI4sT9cPUl1HjYeV312/i598gBRzt /wAl/Vb6H9C+mr0J/uH+T1RqXrbiwsW2tvw91aQs+KigKssoqsnB1REVF55n14phmXGat2qO wINKqMiHNeJ/3qzYalpwWHiYepOiYh9KaTn4k8SeJPEniTxIoOrDvpP1uxi12czmczmczmcz h7ZU5ev60bO8XUBrEWZwOhgYNFt1JrUNrAUuq/XLF7z12ZpXkwrcjacoOwCnLCsrboRljK2p Bpr+v0uzWfZMP732TD+/9jLKJQ674dT9jqqznCkyisJiYL81FgNm6NBuyVWzgtGs4isTdry+ s10akRFVaVVcTAHOH2yStbtNtgn/AJtWSrIxDk71Sla/rFG2qClDKQgxPkZdv1mqqt0TZUU6 BifsVL0IgXDkYfQcT9edtCh+3dXIuA3hkUMhxJdUhftDKSHVj9buXWj15V11FXxIOlAdytXG IFdkVG1VVMrUqyt9eIzEq+Z9kr+b9jxLOlYxuVterb+wFlWb9M3qmlOFyxn1+21tzhdUGEoE 2aoaKTDg6od+gLiKihxVAnG4ecZVOMpgxdBisrD6nZalQ4ktM8UZoxUoqNf7ModRh6RAij9C oaNhazMPYzr9SqC8V+lgG7f2G1VZuwz04UjSlPca1VZn0lacy7OqzeqEbF1zD1sv1O2lLRtX pP7cVr1xMatHOhdRqrY6QYtaLAigBFCmqtiVBmQllSWg4LQcO4dfq11W5N+1IMZQYL6jNazU JuII2KoWd/E3aMSs3MSs4kicVNzEPKatv6yVBmIFNa1YOsJwlE4WgRa0WfGu+sllE3Um5NbT OyWO9aV12M2myaXml5psj1tYlLWA+LNVk3DN1YLEP09nVQbITZCrmbSmaF/QnIIOJs/bEVFx TaLa/wA6RNpJt5QbggdotqtP9+jGxRM3aGstNC5+Q39qz/PIs/r3fpqWa1mtZrWZpNNYgFiz cygIP0AsBA7NBWYFCj8LbcU3Xm683Xm68a24J+LnNjogrTyCAwoJps/JCCbc25tzbjKhqX0x q1MO4s3AD1trAsydiqKv7Dtp2q5tVzarm1XD2Uy+0pKahUnlX1bqUW7qfh/b3BNwTcE3BHOa r6fzlnNvKByICGHViwU96wBQPIHbTs1zZrmzXNmuHspfF7WLw9fm3g1OpDCP7e9XN6ub1c3q 45BVfT+xrm5p6oTkCzNFQL5Q9nbm3NubcPZSuDtuejDV0edX/Xuj+3nM5nM5Z/i+n9/9mgqU fUOoMwWBWef55Y9nS80vNLzS8Ps+fei2VvjDk/t7Vc2q5tVzarjgAL6fJZNU16T053yirl5o 9nxZ4s8WeLD7Pn20pcL8A6TPVh9pZtLNpZtLHGSr6fL9kdMd8oq6fOz00cYk4xJxiTjEmeqj kX9rjHnFvOLecW8DaqV9Pme1B2jpLtpCLp8/LPDaFy01TTVGRZllhuR06k7012TXZDXe8sqZ KF9Pm9qN0gnSEGo+epYUWW21zibYWtFcxfs8i/tXVgzaaFFWhPRi/jL6fNZQwRsm6O2bPyH/ AKMqZlRMTt7JYLMUwajkWBNe+032ltjWVPZs1W27mHX0+dYMwpzXorHIVrkvIYZFejYqmxVN iqYlGeFGTDcjS4Vt1ZurN1ZbotWwIlC+nz1GizotnebkRmKVVxfdt0q22tK7bUuyWYfkbPa0 0i/EGwV528NSbTSTccMvp8+0dn+9FXtt5Gqrdw6UabGVXhVSulQuJVUo5GkBoK0B/OL+Mvp8 8jMVejolXp5Gl2Wrdebrzdebry52arkuydk7J2R8tpfTyFf+9Ep9vka/a/Sz2uRGc7070707 0sz2V9PIIfG6JT6ORT2v0f2uR7J3Z3Z3Z3Y+W0vp5BO1+iV+rka/a7Z2ztnbLPa5EHI6pqmq apY3gr6eQq7V6ITpt5HgrIMHYQMI5HB2Q4VwRhS3JHC0seEonCUThKJwlE4SjkbDlWoyXolm ehWDLyCklqhuSshKTZmK21FXTiejt3rOjL2WcgbEDdLY5Ctch0Z11BG1Dz2YJLWfc0lmLs6A koAFbo3uP0h+5yDNpGeUz7ekOc4OwdJPhEdo827UUtGUXRxOHbPo7tEXT0zIoysGXz0XQnRX YxUC9OZSCrh+qFmYqoQdPZAx16Oos4WZM8AyHUSM5pYFbAemk5DU1gVAp6qQDMmrAsGfSCQJ rJK19aZQ40sJuQEN0RrFEO4021z69trmBYsFkDA89uLmHZptkwKF+iGtTNDCEuIbQs1LyueU 3UmsmeIYK4FCj6UyK0NQMKvDuws4hsyhtAhtQTcQTcQTWs1qJrUQ2IIbUENqiGyF2h3JlYZt 5zaSZZfV8hNKzQs0LNKzSPrBtrUi2snzP8gYMCQAbqx5DuEUEMPpXh/8gvDlr79lmxJSY1jw +HezQcR36rxYzYnK9rmSniWKVWC1OJLmm4WiYXwrsaxIsK1G+/ZbdsMwT2LU12WJxF2wljFQ cQyTGfEo9j6Uqq38iKq1OM97G/Fu/wCuo9jAek9v8in/AGWN+LR7GDzODwOXDU9uOmMG29Pj 4vF+/jPen8d7FnZ/I/yJ8HF2MsxVW3Rd/wBdR7H0psMrWDD5GylbGtrFte2u1XhxWz4dGeql KoKVF1tYtrVdK00rSpwqaq6lqWWILEpqWlLKVsaylbGnCrnbStsbCIy21LavCoValWpVdK// ABr/xAApEQACAgAFAwIHAQAAAAAAAAAAAQIRAxAxQWASISIgURMwMnCQkaDA/9oACAEDAQE/ AfzXqNO/56K8EkmdUV7/AKRjO+RxxumK8Sc5SafToY8pS25H5yjGo6DxprWJjuT1VcjWLOMV 2JfFk060Mfrf1cj85Rjp2Hi4i9jHlJvv/jrtzsNljEWWWWXlZeSHk3kixusrHoLhe+THobCI m5uPQQtBG+TNWMeUTckMZsLhdFeiiivTXyKKKyr7O//EADMRAAIBAgQGAQIEBQUAAAAAAAEC ABESAyExUBMiMkFRYAQzYRA0QJEUMFKg8CNCcHGQ/9oACAECAQE/Af8A2vFLjn7LQVr/AGwf eUi+xlc4APMUex5Vlo8xaex0BMFsWnseVZaIv9ovaZw2ln3lq+ZRJyf55lUlV8S5fEuXxKr4 lU8TknJ/nmUXzLB5nDMsb08KTpAmlYAneXKO04hGkvb9DUziNL69pyQqOxhRh6OEJlFGsD00 EuP6us4hOsqpln9MII9AAJ0hUDUwv/SISTrsQciC06yw9t8VCZyiFydnrL66wqNVhBGR3cKT OVfvCxO2B+zSyvTumsAA6oWJ3C4HWMtNxCltISFyXc1aktrmu3qtc+0Zuw3b6n/e2qvc6Rmr vHXl32tVqc4zV3rqG0gVNIxpyjewSDURhUXDaBktd9U5wihpswFTHNTvxNy12ZMhdv6HtszZ KBv4ymJ1bLia09AfQHZcTq9AYci7Lia+gNoNlbQH0DEyNNlAqu/oKtCanZU1zjC00O/DJdnO a130Csc1y2dWoYwpvnQPvtK83Kd7UU5jDtQ58u+8qO5jNXbMmFIQQaHdlXudIzE7cGByaMpX XdAAM2jMW13ANTKW3dO4hS2kqF6YTXctJcDrChG2gVloXq/aFict2BIlVbWFDrtIBOktA1ML 9hpvQYrmJcDqJZ4MII12QITBaNc5ed/vMJUyzxCCNf11jQqo1MvA6YSTr6IHIlwOolFPeDDJ 0lp/S0ljSwdzOSF/EJJ19LDsNIMQikDLlUQWZVgVcs4Er3gwyZw2MsaWN4lreJafEsbxLGMG GxgwzAn3lq9zOTvKr4l/2nEaV9XqZcZcZcfMuMqfWAjHMCcN/H84gjWAV0gw2NctP5CqWNBC KGh9L5uALYeLTOswsLiA/aLgBsg2c+MBxM5jKlSbs4MHluc0mJhWCvaDAqgesGEGcKDOCK2l o6FGtM4AXrNJiYZT8MfnQYk+MMy57RA2IGaswsHiA/acNB/unyVQtzNSDCrhl5g4XENIihjm aQYKt0NPj/VExes+llivx1pC7HImfH6HnxvqiYf5j95i9ZnytQe0H5fON+XE+N9UTF6zPkfW E+VXiTE+gtfw+PzKcMzE/wBPCCeZ8foefH6H/D5nXE/LtPhjnJmAgarHtMDEufJRMP8AMfvM XrPpa45C20hxqiloiYhQEDvEco1wl5uuj4xcZgRcZgKax8Rn1hxCUsiOUa4RjcazExDiGpgx 2pQ5x3ZzU/gjFDUTExDiGpiYhQEDvExCgIHf8OOaZgGYeKyaQfIYGoiYhQ1E/iGBqIMQh74x uNf+G//EAEQQAAEDAQMGCgcHAwQDAQAAAAEAAhEhAxIxIjIzQVFxE0BCUGFygZGSoQQQICMw YNE0UmJzouHwgsHxQ1Ox0hRjo3D/2gAIAQEABj8C441jHRInBaUeFaUeFaUeFaUeFaUeFaUe FPa90wNnO13F33W4rJsmtH4ysqya4fgKyTXWDzKzqlHKiuxZ/ks/yWf5LP8AJDKmuxWnVHOo sbIwcXO2BQ0dvrvsybQYORDhD20cOZGdUp2/2W71adUc6utddo72bO1HKyHeqpWkb3rSt71Q zx9nVKdV2O1Yv8RWL/EVi/xFYv8AEU2rsdqtOqOdHn8Ksx0eywWYBrJlZdtd6GBZQLz+Iqlm 3uVbNvcpsSbN3RgjZ2gi0b58eZ1SnV1rELELELEJtdatOqOc7ol7tjaosFhdB1lyA+G22GLD 5ceZ1SnS0GuxZje5Zje5Zje5Zje5NhoFditOqOcZKxLLHzcoY2Pi2g/CmH8PHWdUpwJ1rHyW PksfJY+SaAdatOqEKEk6gmBrSQQVlB2eRe7VepcvXenZ8OSosmOtNwoqWLW73LGyHes6yPes qxDuq5Q+bM7HDiT3DENKB4YV/CtMPCtOPCtMPCieGFPwpjjiWj2GWH3qu3KB8Z25We7jrOqU 7f7Ld6tOqEDSRtEpl0gXehXZ5V7zlZ2RN6I+DlPaO1aQIMaZsm1d0qB7MEA71dHBx0zRaVg3 NVfSf0L7Q9faHqnpPe1Vay0H4aFS3tB1fCtOqUzd6hdwQvYp+5WfVHqvOmFLHAhO6nslx1CV BcJ2SnNBEtRhwpjVZ7e9Xi4RtTW3hLsPYeeiExuwcdZ1SjkE1Wjd5LRu8lo3eS0bvJDJOKtJ OoLOHes4d6z296z2960je9aRnetKzxLSs8SNy2aHaspRajtCuejwTEl2xe+tHv8AIKlm1UaO 71CgImDVXWtmkmqDmNkRNTCDtqffAFzGspzoEATQyrrmgUmhlCgImDX1AAZWsbPYOUACzK3r St71pWrSNWkatIFpAtIFpAg+wtJBxantcLri0pu5UMoi7QEVlUbHTKffbFEwNsKXRW8tHZje U/8A8i5djkr3MjpVnwjrxe27PsvaMS0q3pV2HcrVuF/B3Yn0dNwtEwmGKNaf7JpE0LqCNqs8 knEatZ9gXdEwzO08eZ1SnEtBrsWY3uWY3uTC1oFf7IWl5uql1Tv1Yp99s0C0YWjC0bVom9y0 Te5aJnctEzwrRM8KPB2LS7VRTamegIWlhAcKXdRUWrXWZ6QtK3vQHCCvqAYBiDUoUbhtP8Ka xt02YGBMShhEVVoHhoD9h6IRm63Jui6putbSIbrTRDZoTVDDDzQdOVyule7i90qLRjGj70GF J9IF38AUXAd6zG9yzG9yzG9yzG9yzR3LNHcs0LNCAoyzb5q0uit01KYCTgovu7CnTNH7fU/c rPqj1XXYKGiAsnPbVqDh8SAYcKhRautC5uc1zlAEDjzOqVr71r8RWvxFa+9RWOsVKtOqPi6N vcgbNgyXB0DWpYZ9sS1xkxRZRLD+ILJe09vryojpTuA0UV2T8O06pTNyhOLvU/crPqj2eEsD dccQcCo4ATtvK1baOvRHwx6Q3VndIUjjzOqUOlSp9Uo9CtOqPj3oh21tFkekO/qErOsjvCzL I9q0TPEsyzHaq2lm3cEHWj3WjhhKqq2bVkl7dzlprbxKSC7rFQPhubtEKBbDwrTDwrTDwrTD wqDbDwprdgj27frfDIOBQB5JjjzOqUzrf2XcjuQ9T+srTcOdLUfeAd7cVaenX7ElXvvEnjzO qUzrf2XcjuQ9T+srTcOdG2zM5nmEHNMg+068MlzyQtdrZ/qCyXdnq4GyNOW7YgBgOPM6pTOt /ZdyO5D1P6ytNw51L/Rzjiw4FRbMdZnpwWS9p7fVlPAV1oLLLW460AMB6stgnaq3iNl5Q0QO PzqggJvQVCIQUJ3SU52qBPO9bNqzPMrJsxzJAznUCBaYiizm+FZzfCs5vhWc3wrOb4VnN8KJ cZlcGcOT8uE3X0oMkrNf4Ss1/hKzX+ErNf4Ss1/hKzX+ErNf4Ss1/hKzX+EoEgg/LZAa50Yw gXG7O1ZT2jefUYcKY1WSQdyvXCBEy4hXbwnYpcWgb0JcBPT8uGLN07WuhA1OTBux/dVHIDUQ 7U260p9HTcLRMKiu1v8ABxF5S0GpE4Qg67MF1N5U8HelsRsTWnUPmC1B5Jp8y2/W+ZfSOt8y VcFb5QxCo4fMfCOtWyROOtE8IzvTcoEzq3H1BxY5rTrKczWFeg4wg4Mc4HWIWEHYnNcQIMDu T8oZGKm+2N/y0ItG4SnjhW5QTcqTOrcfULLgyMm6SSE84G9LT2Jt6WQS6kbUWYi+CD2o5OrF W9Kuw7lbtjPwPYrM8GZuup3IA/LNbXOZGCMW2HQmw69X+x+DPy1pDIbJonDhDlCME26Zrj2H 5jxdJbBRy3UQ4OTFZPb8vzBO5AFpbO1SNt1Qdko3GtfGoQrclt1tMYomFt26449is7sEOMeS gOEjUoDgSPlyOkf8rIkuBkSVXNFe1Odq4NyBuXIbCt4Fb0/8qSy97y9WNiaYjLvRsom3r2Tu hRBDQNcfL8H1W24fMttuHzJfs+TiE97WVcAEL+dr+YauAWlZ3rSM70fuNqPmDgrEC/rJ1L3t q9/kFowtGzuWiZ3LJlh2tKvXhasG2hQdfaJ2laQLP8lyvCq3h/StIFLSDu+VJe4Be6sXu6TR UbZt3laVg/pTi515zjU+1dcJC0Te5UaO72KgFSz3btrUWvz2GD8p2nC6Scmdns2ToE3sewp7 rt48kzgoaPebfuotMHoTgymUR+pWjYbqzaSrSQ1kRQYKGj3m37qcHYRVe8zoydyynAbytI3v UMm0dsanPtM95k9HynlDtWRbyNjwv9HzTGWjmw6cB6pcxp3hXrovbVLrNpPSEaCqN1jROwKA 0AbIV0NAGyFLrNpPSFUD1Q9sq9ZXT+F4lEXLjm4t+VwWm69uBXvrE9ZlVnxvWkZ3rOHesQqv b3rSDsqr1m60ZZgYrJtWu6wVbAO6rlX0e17BK0Ft4VkWVzpeUSXXnOxPyzUArRMLjmiMV7xo c5aMLRtWSxo3Bf8AqtP0n5aqRsWOu72qjXZ0YLR8qMdW1ZozvJFzroAd5Lhn0cdR1BZ/KnDV sWk5U4ati0nKnDVsWk5U4atiLXOBBOzUuAJF5p162rBud5LM5UY6tqzHZ0futYyruCzhjHb8 nkkxCdDS4tRhoGydaOXrpCMyazis0VM+xJwXCu0bcwben2w9mkZUIOHaNnsYBCmBlCHuxlCo NaoXmGvkhXOw+R4xMTAWS2KUJRvOMEYBExjj8G4NE3OO34PCjRuz/r7OIWcFnBZwWIQuuiMK oVvU71ltLcmTsCofkAScUIbA1yhfdJiDsKgD13zbhgmKtX2tnhX2tnhX2tnhX2tnhV8W4eJi jfXwFljyjsCDW4D4MHArgH4cg+xbPdZ3zwpC+x/qX2P9S+x/qX2P9Stfc3HM6UN3qOokRIRu 5WwI3qRt58OsjUMVjdE06VQa59qy/NWY3uWY3uWY3uWY3uVr+b6gxlbR2AUYk4nb8OlHCrSq 0eKOHrtfzlmv8KzX+FZr/Cs1/hXpR3IbvYqskxlSelAPbU7FIMjncAmpwVclpGGtf3+BZfmr NCzQs0LNCtfzVaTURCNq8zaO8vi/+Qz+sbQgRgfVa/nLPCzws8LPC9KI6EN3tyyhiBsXvKRy tR50kohlMKnArtmvwrL81Zz+9Zz+9Zz+9Zz+9Wv5qL35AJmqycdp+NwR0bszo6PVa/n+z6V2 Ibvg5JxMmUOSdh5xF44mFL6arur4ll+atJ5LSeS0nktJ5K1/N4gWuMdKYw5wdlHarX85Zje5 Zje5Zje5Zje5elAUwQ3fC2OiJUPpWGnbzfdGccFeOccfi2Uf7q5C5C5C5CtZ/wB3iEPbKmzy x5p522q5XiK5XiK5XiK5XiK9KG5Dd8SujAxOPNt1sX9QKPTX41mdlov3X7r91+6tDttOJWv5 yzj5fRZx8vos4+X0WcfL6L0hx1whu+LPIxcScFPNVBeOxYk7/jsoSL9YQyLbuWj9I7lo/SO5 ZLLbtCfQgcJSeJW2UG++NSvtFltxX2ixX2ixVbRqti8gl0YIbvjay01knN5pJOpXzB+6Y1cQ YGuu3rSEPeEys8q/wp1GPV2jiVr+csga9n7LBGRWNn7Ju5PQ3fGgiQrjiJxEDVzQBlCKzt4j ZThwq0n/ANFn/wD0Ruvk9eVUgKhBqOJW10T74rQWi0FonNFi+qaSCdStRdLS3ahu+PQmlaa0 DEcz4QTUieIw4TUrRt7lo29y0be5MutvQcE6827L5jiVtM6Q6lr8JWvwla/CVBLhWaBWsOe4 u2hDdxAiKGszr5mDMkjWDxJl3Fz4xTWPMg7CUC6/2OK4XLjrFcLlx1irzL1HazxK2n/eVlwU Y1qvdZyn/UhHhM5WvDDchu4heAEtwnmZxyaUpjxIVIh00QebRzo2rKAO9XSBGxXYEbFkgCow 4lbAifelSGNHZ7D0N3EIK5MimThzKTk1PJ4kI2nV+6xHh/dYjw/usR4f3WI8P7oztGr9+JWn 5rlq8vqtXl9Vq8vqtXl9VaYYdCG7iLxk48nmUZv9OHEhvP8AMF/P+q/n/Vfz/qv5/wBUd4/m HErWJ0rsJXK/V9Fyv1fRcr9X0XK/V9E/HDpQ3cRtBA1auZeT/TxIbz/MV/Pqv59V/Pqv59Ud 4/mPErSY0rsYXJ/SuT+lcn9K5P6VaRGGqEN3EX1OOvmV7cnHAcSG8/zBf5+i/wA/Rf5+i/z9 Ed4/mHErWv8AquWJ/UsT+pYn9SxP6k+pw6UN3EZl1Tr5lFQA6m/iUC1EdVTwo8CkWzfCtKPC mjhRlGM1Fot2mMQBxIk2YkrRhaMLRhaMLRjiJzv6cUBM8y0MHbCDhgeIiyky01PQm3nO0beU rE3qA5VcKJ5kxfjGNSZ0Wm2eSni8JujXv5oAyoFZHM5blGazqHEbpe2dk82yRDnVNeZ91Qqx e1gauIOAc11cwipTqgfdl0f5VqQ50g5NegJz2TQR9U6H0lua6daaJOBpPM+otbiCNfNN8Yco AY8Qk7YVVHNNwa6Eg5vNZdyMXfHgwMpsEHpTmy66Ljs7pWdi0XcrHFWUPc5xGXJ5nuiZOuMF qvHE7ebJFQTlScEHDA8QDRqEczXW5xFDFETrOPN15mOwmiMajHOkMpEVIoVDecAeUMFFpqGd q5xE6zCy6Yi7tUDnKqlpxNZQnJJ1Hm2Svd0BEh6J1nHnfJygBmojAjHmmphZLdcGUC43nDXz 1DhIWS7E61lNIkwFQzzIdZAmAiBkbCiTWdvP4IERsQreGucUL7S0xJ6FQ8eAnOwQhkA7dSy3 TSCNSoOj5EwrELJfqgSjkzA1a0b0iMViKcVqsdd3tVGHOiv/ACqkCveEJJJBkKAI+SzLRXFO q4F2sFOuvicKYJ0XehOyJ2VxTsh1NmtGZp0IycMUcrDFHKFEcoUWcKI5QojlCiMuwoUcaGDR HJcYMYIxZmh2owG40lHLArSiq92Mo0xM9vyxgsAs0VRyRXoWaKrAfLEF7Qd6gWje/wCNLSCO hSaBNys7D4F5xgIEYH5LtOEuxHK7ELvBT0QmAjO8lLrJwZtVBLTrnBWYNlDYzryLLKzLyMUW kFrxqKdZXJIwjWnWj7OCNUq+yyLhFaq+1HgrIvA1zCMUIxB9VpYHeE2ybi8qxZwYdqB2JgIo 7yRiwPRJxRuWV8TjehNsruImVeuzWFRpcehe9sS1u2ZTuxWfVHyXaBwBydfYpDGg7l6P1von r+lqs+qE8HOvVQjU2qtOr9E9WfVCtIxr/wAIR2q2Iwj1WduNVCnWvJbQL0frfRej9b6eo9ZW XV+qaPxJjGGL5xRJtbQnYSh1Wqz6o+SzaX3tJ+6UDwtqd7kxxnIMhFhwK4M1bEIEPfA1TRXp c121pWTidZRtayRCLDgUGjUIV1s4zVEtLmTjdKhg9Ra7Aq61McZyDITHGcgyPUS172T90oXt WBCglx6ZqociC556SVwVYiEGjUI//G//xAAsEAEAAgECAwYHAQEBAAAAAAABABEhMVFBYfBx gZGhsfEQMEBQYMHRIOFw/9oACAEBAAE/IfrDdFUtp1/+zr/9nX/7Ov8A9nX/AOzr/wDYLaoi U+7XEu2XGp604JqO/R4MFdBsk+y9e3JeeIRUc34JzfgnN+Cc34JlNTSo6Rz+63ZE6FrNRrit X4kxOHPRmeDci/ZOvbk9T/n0c6Rz+6iz1D3GD/J0kLtL0+ANgHOajMKxEDZDc+v69uR1IZ6M /wA9dddKomOrZ0jn905Jr0nZh/zR1MxWk4GPSuWL3IrNFPdg1J7sd7a2XaQ6WsDQbn13XtyG yBnxnu092nu092imoceM6Rz+5282HaI6waxXdOVhXyxTTK+a1PruvbkfT18sexZ7FnsWexY+ vVyR0jn9xBEoMrBVrkOP+Mq8PL5vbgnNIen1vXtyUIm/BnRU6KnRU6KlzprwZ0jnAY4G1IJF MXGEQ34SgRRybXROGcK7WXj8tEgBqsXqPf1k/fK9JZr2YUo07URwLdWs7k1X0Sq0gPdKYlL0 T2ZEtfAT2ZLYlL0RVbQXu/xYZo8AgAFBgPnef+n1y9e3J6n/AD6OdI5x1jNrG8IyVERCoii0 cNJ67V3Uv+9V669ufk+YoJqXd5lYgbVuBAAADgf5WnXhoj9zeyy7BOK76S3V7gTf7oJs+GTf XIY5fPCDqwRrAV8ro208h9PgWjBLb48I1QqmZ5j6To23wrplpQup2PiZmrwIeP8AkLNTKpQb tVsoyc1JfW8ESzWNEQLazl64yiC+JxFrQXkZ/wAc2qO/EuTUz63r25GjlJsr+zof6nQ/1Oh/ qdD/AFBcOgt1/ZQQb3f8XG9sT2PPbc9iz2RPaUq7+UDWE1T6tINd1hoP7OLyW/IJ6si/WaEe yADSW0YFlEtDbnK62ZFMdEEi+SIztAJcZaxVSjQducti7asck3gdA08FLaMCyiWhtzjdNawe 09ef/CW60Hdjy+CvfJ71Pcv8Hb9MyhHWWlxUgwcRxMez+kKshpiIFYBVM2cuyJm3ZhfyqCjW +/G0ppQAjnEt07Qs0T2xpxu5wDt1V2sUTRQKyZ/yItgB3Ssz5/EPOLNSMrMGB+pQHChV7q/c ww1HY+xgqDvlThrjSIAIGzYof1w+KgWtBGpyvPJfXde3I8nXyx7EnsSOgraHNE4wiyce+CZM XR8TMBSJVff8bP2r4q17BntCeypZ5cUOsr73uoOpttAwX3pB4wNjvYRu6qKz8FIcjBojtyjK qcF0vDRKighSvI4hlcOgN8aecN349TDZygxWb/sRsN/0D1xg0W+SCxHGOU5WtZfc7tYEgrq7 uEzuzcM57GJ5IbEXfd8oHiLNrPY89iz2xPYHxt72We0TmYCsqd7up0lUDHR5RrOpxwiESsoe Qz8PMfSdG2+DWy+ocYHIGgS563vid7mbO3zHt7LB4x2hqtgYZMGgfXde3IorxZwydX+k6v8A SABpJumYy1XDBKSvsvBOkc/mJZTFVq9phGYACqEqFG3E/wBqvCZuWa2IpPIQ+JKocXBLmD0Q +X0baeQ+ku1xIxLrR/fh5j6To23+XZYM2lB3TXhMjt5cMny1I5xJECSxLH67r25BQeKiHYis XAuKh3h0NIKBxVOkc/n5+71abBbDHCdtCV69gXwFfp2pT98f1hM0DgnYQBQE5z0ZFekp8xpW Udk7owCAA4Hy6navt2wNRhR/g5zk1GlMXO3Xbs/35F6fLPKgpjOSW8L9d17cnVc09T1TzKeX Jo9r6zrOROhc/umU8M7sf71DOhj/AIAiUGWByFeu/Xde3J1XNPU9U8ynlyaPa+s6zkToXP7p VS1yeJ/qjBwWzIPyFOU6F/0hWNd2Hw+GrxaGg27YZVBQfXde3J1XNPU9U8ynlyaPa+s6zkTo XP7qLA1dAIK7Al+KeSp8A98uvMzSGwTsQU6Cg+Cto7h8ZwlvCqUL7R9fVnT3BWYqDcfBi1Nz 1goOJUNLYiitcxUO4eE1ggDyzBAI2Oj91QSnJPQ0VOj/AGidhd6v7Il7XcG7EjVLkXL6z9y+ s/cvrP3L6z9y+s/cvrP3BjUAwVN5mf4/HGlV+8Okt1XpLdV6S3Vekt1XpLdV6S3Vekt1XpLd V6SwwCZHSfCaSdIlfjdfI4MeLBQ8C9RGuwQiCrQvTnBEs1jRClpGm15j1cHgHktREQvS2Zql CXo1hS4UvV+OItYaecZ/sQ9dO88YvW8zlve/1Feq61rfHwrzlAcKFXur9wAAoOEdwXZSS67a mjshKl+7iW1sl6g9bwFIA5zofyOgtAXf8gVfFP5K8u9PyXyT0/JFaA7LAuiNWeUSpLsP5E6T bt1he1ZNeXFw/ktcvC14+AQRIlVZ7GZ8m7xwOPEiLuAqmq3UKiDrcNBllHK1lpZ4SzmpFpcH 9wK9mlZfWa7ZQc5o1pgiWNj+MOjCdxMbRsLg1hsHScHwH2mlEGKdGbBDug/sKHEkWVV5Mpiy WVpRf3DYGHb1x1vKzPn8Q84AdJbCtBXlE2zUUszzVCQptaOFt1+MOjDeC8C2Lh6BBbnDa5oa rox8mlKFmL/GXRhTgA4YrcdwwlM+IV0Y/InRmcbboyg0vNQUE1bgFf0fj52cgK1NtS9nWrDh 2PVQQ2N1VvdQtjtXdAK/syCGrKgbwpwkYhyDVRpVn9Q8jIxnif1FLGsHJGmqgG6/HFp3rtNY pcTcitt2th/gac6U+nnFUMDXtr+R6aMWzOm3DHnDDRcKungvF5gARTErVjwxrLRquraLnr6w ptzzd3lc0ckBquxOHb+PggCOEePw6bt/6TNPUuSGpFwLgXSoTbut/kLzyGJa+BhjDXwrL1rm t9uuX5AkIUvQGWze2HyJpLduYHp4Wap4GWbO+JL7igYnfKcQXQDNU7vMeZ7H/Jt27FN52imn 98JKUXdX+KUFPOcGvYfOevcfSWa9itNU5qK/08EuozQPBzRn2QFafHzrCPVPBx+U2hRcef4m 2lebyNf54/EYZqQarhxs608fWPyq97lHbBlbTNA7MAsekI0E1ilnR/fJlBABK465j8qve5S0 ZS2WhvKRajW83bvKPN6YLiC0+7LPJAXCqhQDwH4mCMxoMJDzlDznZ7cKIgk0q+F8TpYMss7E zHrNqiscolKbNTaAgHVQXE7rqMIuTdRgx6zaorLK1eGzWKIoWaO0oKPC+EPw1R74MLStr8Xc 3puZgp7h4TEZtgk0LwsH0ePdo6IdomoP0cIIqiG1W8ieXev0nnK/pOGsXLHpTHUqV2lW/H8Z 87wg3hcTagu25XSuU9+YaDvieQiEdfRs/jToizxcdol2bqI53Vv7dk2VzKQ5Loy+Ptjt84Z/ uG2FYycvtnI9B/1P+Y9HOf8AOejnOgejeZ5g/R7ecw9s35bnL3PaerKNS7HQ7Jucp2/SbhZR epmidGqCOjf4cCMauUMpVFgbxNapLLRxmUMKNGhtHMbsboeUDvcGOO8oNPiDJQyrGIabLxbv 94icjvymJJ03G3+FatqbMcZyHDreC0AXW3fKContZKxymDEpMNnagVaNqOFqCCxs5fgzjbtc SJmi99zskANZGhUDobpZ418lqPnwce0AABQaHyC8baGzAiWZH/CTT409xnuM9xiyLec4YcrQ GGYBQkV3quEOMGVryLhog2Wdn4A2AFUc5Y3WxYp3RF3JAYs5QgIAo+NrcQont6e3p7ent6Ut wKj43QpddvCjr5I5OwpIoa9TcTb/AAMNQM1/kknFytu1nl3wtWeGJqCyjEvx25lZtcF4De33 wrXUvP4IqFCCjNOctOJq5z/ogUsdHez2PPY89jz2PCBCg0d58DA6Pa5szpqn1Xy8arfIM0jZ 5B+Pm/rPeE94T3hPeExQnOVPLv8ACNAe2ZLe+77ESqkc5AG7DIk0T7ucA0W8KjZkeE9sraM1 W5+QQaWP7P8AkiIiDCg/YlaDTAbnuxii1qaDY+abCwwHid0Uuwsfhg/P6z3We6z3We6xkbHW Ty7/AFrKMtVTg7pqAqDmHb7oCIAarEg4WqwcpZVbayX8o2eS+DtZWWstZaymnlri7SZfC3PC ZQLvPmpZTpFvDa3fB5l6ym5KbkpuSm58L8u+QgKSyZXFS5eEGwKl8b7ifgYHbKDglFtEAABQ cPl3a2ni72dYzrGdYzrGXL23i7z6AaWzY7yz2PU4AzLt/rPY89jz2PPY8JgBpJ5d8ogpmoOp LYkIsW/b9k0Nq6S86KUuweXzb6a9F9rOjM6MzozOjMvpr1V2n0FEWx4ks+yeCZFu+k53W5zn dbnOd1uc53W5wiLo4255d8urluZuBbX9tuZzL4iHiXK1t/Ozfd9ZyiOURyiOURi+76fRed+s 9xh7zD3mHvMGcKh5nl3zXJtkrK+xEAGx0+1MvKb0spNpVb4OXz3TudDbWYc0s5afHGEui42Q 17hQ01j6JpsJODLqmo9OfjEGDyNWekDKHgTy75rkpmXd6oFfaR6KFs7k4oi+gc0rCdrNKTQ2 T3g/k1aK0HH4ddz+irl0v6ygS1Y2R1/aUFPhm+ms8gnkP3PLvnIzJqMROESjk+0ULTptOT6E rIrUbrixXXzP7Oqv7AdaDFuLa4VfbjUshHCb4/RW4sSjtntE9ohxaKyQEEaobw6pBZHl3z0t Dbm8kshWNHU+zWKVfC2pms7qFP0IEZup7f8AGMYNo56mrlalEBujH0Qxk4aZ1/4Tr/wnX/hG WrUK/wAmFArW/k8u+goKuua9lfZgNGqZnkn0RSSN1q4ypWV91GJIWvcRjRaDWTPfEkFItZMd 8bEaDO/v6Km0vfjCzbWwtwljF22uGlcquMcAl2sS9wwZFcZ5d9BhItadBvBAI2PH7Lx30HQ3 H6Ig3XD2paEBCDKNNly0FysQqZcrEUhukK4/RVlDRS5ZgHEH+PIfueXfQAgWJSMakXWDS5fZ c7Dsb4v+/RWNM6luPYntifbE+2J9sTY0xoU49r6LGuuZXLdJfvyv35X78r9+WhdzzGyzy76H DhN61d/P7Lm1vXPO+i6Zv2pnaM7RnaM7R0zfsfRZvYBsM6ah01DpqHTUNZ783G5PLvoWaQGo ouOO/wBlWm3Sm36Lrm/Ynh5T4eU+HlPh5T1zftfRdIGm8vf4/wCpe/x/1L3+P+pe/wAf9Rcc +sNmeXfQvU9UoYOz7KquWLU6Dv8ARWx33m/anYY9hj2GPYY2z33m/Y+i1QHgXy2l/wDvF/8A vF/+8X/7xYK3O7jeeXfQu24IlaTl9luaYwrK7foqDBFQgAM29IMQHImr4XfGgO6v6mTHFTj6 JqxLWdczrmdczrmdcwKKPoL7SxWEWQqFW6v2UJY7OpU0mCz6FYZBZrweP6Y2g76EWt5xDowB dtr4ds1iGM1YcVV48CPYbHDLCzq66xRXoVqsbfaA0w1Jh5P2ezVeq8D6GgBvC/tguqG1tS7u ynLP2c85aqLrM2kay7fQJ3clzjl7QxXSs3g2rilfI9L0ZNJX0AB3+j+waCxCrLyykCt+BJvJ nrf7PYxkq+0gCtMW2LI2Dvv88isyMObX7iBaDhmUtYszX2lnldyMIKC1o1ftQqKFbqr3RAJo /OvRGqwdPLEGxc5FjO89hCLC3a+ZnEpaMBGseWa+zoVqkBY7UEWnARVvtiprMtJXCIjeQfoA s1EL+zWuPFLDtlQGW0cX7cuyujQCEZMisr7moFuCIuMMwOUrhRd/cN4LfaCHAC3hP3HNtYHb Co4cmsEAgANA+5AKAmzNbeW+8cpQg2q1WvtoIlBmKBzCvKBM4v3ZqpmqviTllxar2xKWmUeF 8/tJolZrMBrqOF95vKXPetOv3quzYYuXTV1gbEEIO7pfOGWQ5P2ShZ4ompRxVF+XniFCZRrI Pv8AvoU0GZQ6kNtR4SmnMGO9CxBss7PrtFVthxqFtiN6XZiAS7RmFCgIop2fgl24LOYajau4 TIveW5JCrZUw2JFJjMGUzai9PpUagXjMQ37WY793Rj9IFWDzAuA230iyqIcj8LGLOVrMUol5 GJnFVMrRVa/JV87mOVCYQbM4gKXGDs4O65o1uGHFjmQXrkY5ALU50ieQ2pzpG1Y2pzpHOBan OkyALU8mbvJyGcWqqIpxrWEamKA0WbxPDUMmpHnAUtjaOTUV01XLsgGi5d+aAtQF5fxbWLah vlFrtry41il2trcaxXJbW7otd8Q41mrxtcayjb8XYDHBJBiK4APzVAq0HGc6FK4iQDVYyU51 XN/IT1nVjl2Fj+F9hvgq63QkFazUg3SOlvk/sr3p48+Eu9MXzhUbgr0Nto7rBV0E1hqyywBq ZWJbZtb+nHvlDk0sK7N4N0HfhDREziSjCutURyUxcEXP+R0mX4bHZzBulKW+T+wvKFXRNXlA rkk4CatuMaa/yVutwXUFrpqor1NwCkYqZH9idI2/CxVtGhcEBjiEgsnpceg9SaPRpOkbTHTn R6zq51/5DfJ/SPRepAVdFQB8SngjQ6hfNOyme3H/AH4IJ19x1cfFh6fOddzgWTo/t8HmXoTM OmEFkZbeTMvGjl6uXhpAwXunSOU6Rt+FmbCnBNLM3WBiMhwHXKICmxMAKNScAHH6UpVLWhcs KLqJawnOWHDh/IgKbEK+UQuM1QwMS2wDMUhx5/DueiZR1d26xGQ4DrlEZDgOuXwRuUtKSF5B 1Ckln9d3tFG+YmpG5ZxkJ2SwnCsa4hXyiF/+N//aAAwDAQACAAMAAAAQAAAAAAAAAAAAAAEk kkAAAAAAAAAAAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAAAAAEAAAgAAAAAAAAAAAAAAAAAAA AAAAAAEgAgAAAAAAAAAAAAAAAAAgAAEAAAAAAAAAAAAAAAAAAAAAAAAAEgAEEkgAAAAAAAAA AAAAAEgAEgAAAAAAAAAAAAAAAAAAAAAAAAAgAAgkggAAAAAAAAAAAAAAkkkkAAAAAAAAAAAA AAAAAAAAAAAAAgAAAAAAgAAAAAAAAAAAAAEkkkgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAEA AAAAAAAAAAAAAgkkkAgAAAAAkAkkAAAAAAAAAkgAAEAAAAAAAgAAAAAAAAAAAAAEAAAggAAA AAAgAAAAAEAAAAAAkAAEAAEAEAAEAAAAAAAAAAAAAAkAAAEAgEgEEAggkAgAEEggkEgAAEgA AgggAAAAAAAAAAAAAAAAEgEmEEgkEgggAEkgAEEEAggAgEAAkAAAAAAgAAAAAAAAAAAAAAAk Ag0AAAAAEggAAAEgkAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAEkgkgAAAAAAAkAEEEAgAAAA EgAkAAAAAAAAAAAAAAAAAAAAAAAAgEgEAAAAAAAAAAAAAAAAAAAAAAAAAEAAEgAkAAAAAAAA AAAAAAEAkAgAAAAAAAAAAAAAAAAAAAAAAAAAgAAgEkAAAAAAAAAAAAAAAgEgEAAAAAAAAAAA AAAAAAAAAAAAAAEEEkgEgAAAAAAAAAAAAAAEAgAgAAAAAAAAAAAAAAAAAAAAAAAAAAEEAAAA AAAAAAAAAAAAAEEkkggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkkkkggAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEggkkAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAkggAkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH5EAgggAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcwggEAgAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOwAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEMAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEEEAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkEkAgAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAggAAAAgEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAEkAk EgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEggEEkAkAgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAEAgEkgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAgAkEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATv/wD/APt+9tAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAC3+1ASAAASACfv1AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAQk2AAAAAAAAQAASTMmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABUwDJJYAQAAAAAAYAD CE+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAWsAALbZSAAAAAAADAAIADegAAAAAAAAAAAAAAAAA AAAAAAAAADrgAADJJaQAAAAAAAZJJAAASmAAAAAAAAAAAAAAAAAAAAAAAAAY0AAAAZJLQAAA AAASRJJIAAABVgAAAAAAAAAAAAAAAAAAAAAAAfoAAAADJJYAAAAAAAQbbZAAAAAMgAAAAAAA AAAAAAAAAAAAAAAWgAAAAAYADAAAAAAAARAAIAAAAATQAAAAAAAAAAAAAAAAAAAAAcgAAAAA DSSYAAAAAAAAbbbAAAAAASIAAAAAAAAAAAAAAAAAAAAfgAAAAAAJJJAAAAAAAABACAAAAAAA TwAAAAAAAAAAAAAAAAAAAAgAAAAAADJZQAAAAAAAAZJKAAAAAAASgAAAAAAAAAAAAAAAAAAB wAAAAAAAIQKAAAAAAAADACQAAAAAAAOAAAAAAAAAAAAAAAAAAAEAAAAAAAASQIAAAAAAAARJ QAAAAAAAAEAAAAAAAAAAAAAAAAAAEAAAAAAAAIQDAAAAAAAABSAYAAAAAAACoAAAAAAAAAAA AAAAAACgAAAAAAACRJQAAAAAAAADJKAAAAAAAAbgAAAAAAAAAAAAAAAAAUAAAAAAAAAAAAAA AAAAADAAIAAAAAAAAUAAAAAAAAAAAAAAAAACgAAAAAAADAAYAAAAAAAAaSSAAAAAAAABAAAA AAAAAAAAAAAAAAUAAAAAAAAKSRAAAAAAAABAAYAAAAAAAAcAAAAAAAAAAAAAAAAACgAAAAAA ABAAIAAAAAAAAaSQAAAAAAAARgAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAASSQAAAAA AABwAAAAAAAAAAAAAAAAABoAAAAAAAQQCAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAA DgAAAAAAAQAAAAAAAAAAAAAAAAAAAAATgAAAAAAAAAAAAAAAAAAPgAAAAAAACAAAAAAAAAAA AAAAAAAAACAAAAAAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAD4AAAAAAAAAAA AAAAAAAAARAAAAAACCAAAAAAAAAAAAAAAAAAAC0AAAAAAAAAAAAAAAAAAAACHAAAAAAAAAAA AAAAAAAAAAAAAAAB0AAAAAAAAAAAAAAAAAAAAACUgAAAAAAAAAAAAAAAAAAAAAAAAI8AAAAA AAAAAAAAAAAAAAAAAAPwAAAAAAAAAAAAAAAAAAAAAAAX4AAAAAAAAAAAAAAAAAAAAAAAAbkA AAAAAAAAAAAAAAAAAAAADKgAAAAAAAAAAAAAAAAAAAAAAAAACKwAAAAAAAAAAAAAAAAAAAD+ AAAAAAAAAAAAAAAAAAAAAAAAAAAAL8AAAAAAAAAAAAAAAAASmgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAEnAAAAAAAAAAAAAABkoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACW2+AAAAAAAAA DH3wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAT/8At7vJr/v/AOcAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAIF64gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LwAAAAAFMwAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYj31V71I/tUuzwAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVxUljegtEJgzOAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAABMbRCajCPSRuWygAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAP/xAAoEQADAAICAgECBwEBAAAAAAAAAREhMVBRQWAQQMEw YXGBkaDwcJD/2gAIAQMBAT8Q/wDa9rbef49lv9YOH4AuFrzHL+hiJpf8dDNE4ptR+fC7+3sb 023hfqKk2VLjcLG9+Z9/Y6qwQ9rMHqW3WUX3Bj8+59/Y8X44ln+BYDldj0aTWN9z7+xqVYhr PXY9Se35mQV4wv3/AN+/9RelRSsyZMmSMjIzJkyVlKVen2FMkZCL6KIhkrKvR6ZJSL6yGS9+ g0tJ3wcMl5xsyTiJ0XvmKZZOMnRe+Vr8CXIToT5FuEu+TaLN8e2JctrjWxKcxri2xLmtcUu+ b2LriPPOviEueWHwzzjn3wy36AtcKvQFwq16AtvhVr0BcKvQFwvnn3rhmJ3nvPD+eeS4dqif Ob4l4zzb64vXMtiXGaE7yzfgSnHToTvKW6EpyDRZvkW4Ze+UnQnx1uicvlF4qk75pqkZeFpl k5+Iyi9l+uqK2TsnokRGZKX6aopkhPS4iEZkrKUqKioqKioqKiopWZMkIvWYRERPWair8bfx V+A3PTMVRdCA42jUZ9G0QqwbQpKtGlSE6qZaQq+MG0P4HFEQK+h3MI2hANwpbXxaL0uVyI3X xM6L5Vv8WhuNRbfGLTFsN0br40HqaDNYQkWxnRelvKn6hqjVUJiCgaPIkRM0aqgsCUIEktfD VUEoNUavxI0Y1Y0nskaxBY/43//EAC4RAQABAwIFAQkBAAMBAAAAAAERACExQVFAUGFxgaEQ MGCRscHR4fAgcJCg8f/aAAgBAgEBPxD/ALr3bSdtviUJAu/+YOblSpO3zaEfEcqvQBNVEa/E dqlzQmKEYZ+I1y9QCTmosfEdizehd6IFv/IuLg6+KE00nxXWMTn071vaZxrtXUceu3avPHT+ HrXQceu/avTRnXf9V6OM67/qvRxnXf8AVenjOu/6r0G+u/6qdjj1/FRucfztU+NE412/dbAx P671sw2nOn5pLJpPjekTPwc2AmaVkgGfSgQpczGm1EDov+aIVhBGKUi+CPFSvABYayXyR4pE pGI/felUwJa3frV24Y6T2qdkxE+aRGH4GGnBMS70Z2b3DbcaCLeHNLgTjHnixFimVlMTvamW xEvgKZ5TeDd8UpCfAAijFS5I2iMPmgJICRNyOtKqs+2ampqamp4qOMgzDilGWZl+lqmBum9t I354iaDq4oTGJUZ6PSouXSPHG6+6EYqxBm0HSlCliM5vsUjBDzcBQsZpVguHOnyrIY9OP195 ipLEky7/ADrC3TNtSOaAqChxumbGR61GztHIdffClyoMG4QRb50rYuGpjmMxDF61YwzhKVWX kWvALEbkzGlRORhU25fAlhE1IGImN/PJNeBmKgVs3FgiOWz59yUkZ0t7+KioqOD1qKioqPfl vYADPekRh5UV5BvUmxHb6+/1/wA68E54MYuVa3AkEBd5SxDLUG4b31OCj2nBa/5PfmkhKGBt hl15RFrGbRqdeEPYcFrUVHBkQQva+nWpgM8miCrJMhYtFuBampqaODeGiE3LRGm88mSwkcEY 88p1q/C3lrDt6UiMPJdSXvfHROCf8nBP+TgUoSgCSYb3zyWwXWDP9jgn/JwTw91xjX7dOS2v PnPBP+TgnhyEl1166bclGd7xnPKXhzFs/PfkpmA416bcpeHGEWDH15LJgKl+gduDioqKjlMA W84qYQjkqAwk2mKVMhz5iMkto17nJ4gIItGr156ygqdBkLGluTt3rOtqn2w4d+eQy3FhHTlK BqaK2KSGOdF0FwTNKVeVKItgY9aRGHnAs4DTE9qRwYMG3LBkLIWgzfWnWQ5sEaZJ3qBHBjlx BiuyZqA3E8zBbFD5Jm2o9aQlcwcOhzSbta215jMQwTTbXNmcJSKXPMhVJUKDgtG/WphLhFzF +WooKFzcjD+1GiwY5thKk6Vc6R2oAC4zHjlOETSTpSRfw7VOIwot250xJDQIMRpv1pCTNBLp 4pCBHJIhwLEuKEbuSfS9MIFo25/bRZmPSpNiFiNjfrTOVyTHV8Uogxx1hYxnzUiSJGMO96ZE IvI6lKqs3+BIYm0z5o76lj6URghLroVA2sz6UiDGeFE4KG00nxUGHE7+OjSiYFt8mluABIpW VPwWyKxirgBCcm9WCWJm+f8A5UmTWftFJujmbYoIQL+lQEJfrtRCgzc8UNEGcUJEZUNEK9Dx CvQkQr0RIM1BQZuUmOpNSxIJJzRasyfLpQCJOPWg4yte+u9EYgYj996Ui+CPFKc/C2KAw0Dh oGIW1BxCtQMQtq61S/C48hOzSRK/k+9BWCnYENIoEtDI6mke4NHK0jZD4L3+Z0nrtTKxdZil SN/VmpESNP3UZKE03sz2ihGlJtDvvQggnGrSgWVrWJA56ZqaOOsd9PFRsQza39E06oQEKdIm nSbjhoYvQiuzRmCFWRdXrmkSN/VmmAJ6wLH52oWyI2XVq8OGI+X5qTnFpqAAOtWUF2iKKA9f o16t+vwW0OL6eaHkJ3acIbfZr6j6NZO/3V6t+tXm0W/vlVj3NvT9047/AOa+o+jSZ+r9aQK4 t9WgGvSrRyn0v+vYjW1z++VHfLn++Vej+zThDb7Psw9vu1eBv+KTYR9yo6zCYqDAG4X+dZe/ 3V6t+vwWHYQ3J+9SECeldGo/3miGQrD2ZmkBIdYv86ncBsk1G6DQxQxYL9dfzRDIUqvW9eO9 qEAIYkmp0+wTmPYX6NR/vNdGo/3n2DgiNyaRd+jUeA6Rb2WQAA6BZ71HmbvS9Kr1v/w3/8QA LBABAAEDAgMHBQEBAQAAAAAAAREAITFBUWFx8FCBkaGxwfEQIDBA0WDhcP/aAAgBAQABPxD9 wwOIZwhub18Rp8Rp8Rp8Rp8Rp8RoZXLHNePDtaVHYkXcY76OFYZF8wptEMqw8xqaotgl8TsY ABjBQGx9vXXXUxQNoFma6bv2qtxOHlcWnSRdi3z7r9ciEWk+oUnvBQDg6digMOnf7culmum7 9qFAVYCoP2CuRoO6H7cFRHZkeSfTihJQU5E/YL6VEJHEHrRlhwkj2AAQ6Ns7Ow11R711R711 R711R70zUxHa6LXTd+1EdMLTnKKt7CO80l837QZQtZaDk+1ajOYnnvRuLDP8omOPEnpUCBsp 7UwzkLPASyUb1p/4FfvgIO1jQa18Yr4xXxivjFFjWIDvXTd+0zsJ+CW86NPJJAkzlQCYLwH4 43xPTKo8z1oRBGRw/vAG2W2lzXQntXQntXQntXQntWDJJDrXTd+0QYDqGADWkYgoPnGnTkdF dBd5uXv/AC8RFOYSelTPlrzhP7wBBo25teBXF9PCuL6eFcX08K4vp4UwGWiLfcrpu9BDPI5I Mt0AJMupVjjcCyDI1M2XETenvpABKhkmMGIMV4IU3ayY5Yxr+MgbSiAOLR04xaB5qySdKzL4 P6pWfwAXpTfBssD4XNHCTqp9+KEQRkcJ+jZIM0wiRojkGOOSdq6z9qHEIoXyuNK6z9qY5Fjn gnarJBmiVCv2NDLXMml3tqDAMAQAafmhfxd8VSv7P3gGHTv9uXSzXTd6JA2Ao2JlJsXEpYoG IkASVkN+M11Wbae6e/hWH6kO5jQjv/CoiZoZ9ayA73oKVXMAInhZ01oMLQBAHL7SFwwcy05V IjkWQ+RzrrQubXoD71U2XyVQarilZicTz31Yy8yeA2eRVjKRcET8XT99dL2fS6jqAXIDxfOk rR0ZvXS91dP2/S0sjLnVNuW9Etwpo57Vvxy4zfP7RsRhkgSx4UHb4AEoGInMJ4lQLSsrYFQG YGHMSpTvJCR3276WBIisAkSZ0h4m9AobQEU4viiT2zRCQDOWbbw7fYTWV5lj1pcyHzAn94A3 jCLFHmK+Uo+Uo+Uo+UommunEL7JpWDY5BrRPPgKh/m/tQ567jSeS6N6Sz1nGoui86h6XzpDq fOj0zzgNG8I4vV2fiOTv/jwqZRA5nRjXgozEc9Yd9BguNZ/qryVQoCABwKMePEgYhKe8YpKZ 2JpQCzKy2LZoDV9MJMBDeN4L5oQUOhCCTelnqyUF7KNNmlNJFAMImAW4JcU5BaxEIXsQ3Nxv e1GPHiQMQlPeMUwxGFhYF50rRSzQiZ8WN84+w7ECAEPM9FfCK+F/S6FT5+uvf5XQP8pL+P8A FRbbBFg1hxJttQhAhulQD/aYlQCdeSmZgssJrTJeLoASW6JtmimBBu5sTRAVbZhudygEiHog hiJJrqmHCp8tLbZ9BEU3QyxQPA9KiKMhSQPadftusGaJVAXovVLKSYXTSxzzoPTAwkY8TMyn EcauKpDpSxCWtmETi9BZmbBDMIOVA6y+W8lkXyG/MoHhy2kliCCVsLBP1ZiBKrAFXBbEzwNw 60/fAQSDwlzXU3tXU3tWXqwybsWpLsAAwi08+1Phcu8lNm6PbhSZNxKzNA/+39r4uoq4f8FB fx11x7V1Z7UHgunaoyZjHC1WIAzW/HyQebl8qlJBBcZi2HjRjBrMrwGTjU4CcE9agoJJRLxL H0hcbDxjQhTMjSONHBW2y3JYchjzorVKAFgUxAtryzrwkhUxCgk4g041JpFWVIEJ0TM8I1pE wJNcxdIREWLxLen+TyqORJAuQ75XoXXcSlpcUVF4i2aWaDJpjogMcxicWp8F3shO9ubwWrkb yy3xRpKtAHemioXpEODuUSFTIjHKrXXHtXQntXT3tQeA6tqi/m/lfCq+C0Hge7RoQMAoygaa X41AG39xv107qIAGFsYZMNNRbkkRyxNToOIQsojVvl+nS91dP2/QBlDMiEzE7UAHoHAUHthb yO8kq2wtnyWV+RhJwwgbxpUqnVdwAiR0ooQwKAP3wENSuUEvIa4lRxKi7EERxImF2Wi9GCGl mLTGlZYZUTUbqGCa6bv+QCAI5Gpo7dXtUiAQ6Rct1aj0MXl3CafeM1gQIdDOXSoNw1z6RRJf dDX6wo3cghxmmLCvhDnbw7W8vx9P310vZRpkGJGEpVtGSsO/o+nS91dP2/bhk0J46GHiU6Yd Jc8L1jrcCAooG2Pxpat61N+8z8UVwYGo4f3wBOM27eF9moiqSFuKHvRzyGUcKEGYAk0RFEpf gx7USjMud4H3rpu/501ZORzbZ769Rie9rzHSXhXnxP61BqclXr2/pTYiOrMozdZFD7hYaTtW QSU2s5y/yq0vaAo8ZrTVNsfSjw/jybightAEB3fjUgZSJiCT50dwYIWDFfBK+CV8Ep7hwQuO aUgbQImAT5ffr8+T+MVMgW4kNPFKbvg8o7AAA5eq2uubV0LaumbvoV1fftQsK9ann9469GPq RZw8vsBANR0ClJyNHQbPTsAADl6ra65tXQtq6Zu+hXV9+1C67SeVw96GAKRPR4/ahEACVdKi LmHZRgVphobaDwmH29WriCqQ81emxLSLOGv1IdVjpgiQANAsdgAAcvVbXXNq6FtXTN30K6vv 2qkCbV7c3UEwKqo8Bmix4SC+FSRM2pvAtl8BegdH24I6Dv8ACMcwGgfThIp6CGpeYsUDHujH 76Ou+sUu8r3BUTkX7aD3KZwzJfgH2pYpKieJSq5AY5VEDBVuKtRIRZtoHtRPkUdXcnEieUmt GWFIMib9qogEyJI05MxyzfKKvZxtYoMFcKQ72XsS+YZDP8BPfFRatCFDHE2r5RT5RT5RT5RT 5RT5RTCUsYieLvV2ciumr3cnCdv85pKksRuGp8g/CuXLly5cuXZ04HOGEpmAt95qDeHJ/m5I dgjBoMWJYRtOaCzRgDXaHXhU2RAxYGYy8HwaTKjgLEomDewvdUp3khI77d9HgZgIbGNaQJ03 EiSVFl5SxNZi5pFyM0vDU2cERLF7XNGS8UINykdyc/5x+0AHlbRDHKzwog8HxioEQzpGMOjx ggEmGJdcyYJq+U2SbhONbG88VXFUh0pYhLWzCJxehyCgBAFJKqQw4wChe1vShMI7BECo2ALR aQaRynG0FDKExxwqtPmRDFUvF0gxstXH0+gAX/QGwTkEQRP+lw/9LMD/AEihu2hGmQgJIPBQ NrwFX/RKEmhW6EEsAkEoQEO6NHFoVhC2EpLgah4/Qs9AOGCyIXMlFQbBRBeJawSc6iUiEQ3E J1Sje3MAEkAMymkX50EBEkQlQWSXhi9HD9MhcJbsrHCnVEkMyAbE7i6NFKEJq8AMMM3hQoEI EiMif5jy1TLQZTJgmeVNBoaKzNQGOloXe/Hj9LVBShBCRXMWKTaHzLF9wUCbd1Q4D6jOi4lk cam1E4NFCwtCCyLBZAoM8CzIm/Bm2e9xovVLKSYXTSxzzpsMZzDNXkZTiI1qFdI4HJH3MPdQ BrypCgHIY7v8x5alJMznQa6xUr6TiPGk/wAZFgLpD+EqhiRC4MSTxg8D/M+WpjABpgCb60GL oMzLNJ8wSwF0j/RPLUDbaEQJCYoshMIV5btA4ggsUlt3wP8APq7B8UgAJQymWltf63MBymZf FUDSoAlCXdZeRTIXswIhl0w8GpboxJSnF0DvdKnATJEohul0cWtypJ4ngglSWyPOpQ7E0IJQ nEedYfmS8w0rALS1zBj/ADgU0t4QGQyJALa+1WlAGqFmSwJJmL0XgSrOUtHAT36MWXzCGHm8 KOOpcJqiJYSiYdlJmSm6WQ7QM6LrSLrMtmYSljfxq5LREzXMMSwWJpB85ISCSRLMzDreWKMp tYKkgvLBnLH+fDC6BIHIn08X6r/S+J9F/wBJLQF6GvxIz3NSFJgguS75VEG0gABbwRoY7v8A Q+TXnrTsSODe9FMTQyJ7po4sjiZJYTwR+X+geIrv2y7roUXAGfCgrxYm+taNgXL+VC3nEB8Q oC31QepRCEJMC4YPfTLtQY4JOayT5n0UJgm2TSXPrOlRdIeVIAF6mQrhJ0jy/wApNKMSu8jL Ry1AF5NNGzvJTL4K3qqDCMuIICNi/j92DSqkda85qj5leRmFAIAHA+oyGuhvrTsYyLXkslRC TVEG0cz/ACYMBa2czrmY/v28EKTIxOYm8UJkYDJEiCyLdYZyoAjjvOkuSwZe9rWAxjKkubMJ 3NAUQGi9sxgE4xUmz6qyQJYmIU6lX22qjGSCFi9iwb0ARx3nSXJYMve07c4W653MMPDhQAgk iGWV4TZbeuUljuJqMK3f7UJTvLy5uAoEJGUgCJNYP8nJXusl7jVngMS53LtKLSc1VhrECC0L fP0CD5BYG0pxpFYBAzE55rMgpBpdStoY45Lty7bi0OIIIg4wXy+NTlQghTmTFFKlACSzJhrM gpBpdSsPGQDAVB5KvfSHU8heWY2osWczkS5SCcyl4IhJ1ejnQGAnpEZHR/y7iXDEwuRNRoGI Gbrx1FJyGutPErIbhe9aDkrgGrc2OSjJB4L3o1eFOXqpONLTNeZxnbStApj1KmggyE8rqwmO APEag2Q7W+9JZo0Fu7eocPHRIwBoH+ZBgDYn1p0G/lETBrRWwIiCdEaFX56DnTEq7z1pIWDo Ar+MpNeA9Y/zQM2TcC7HNwqbyhkGFo288Um+ilh1ZpWZsSwcQbnDNLTETWZ6FqnGwtJ0A4/C j2djamRspz/WpNHaPzU5Pqv5V0q6+auE5Tq8VTlahhGxwUdqgCdmYZ5qgzIjYI39IreBFDbe 40BiNMcB5m1C1rRXMOHGuIJexI0Tlo1SAwwzDt/joKdTXViafco390ROeNOtRp81EFxpUqop EMp1mmYSQVBYswcKWcjcpTztaJEAllgz9TvlUIANaezYB3B6dT9ySDvVHwaDmS4yOV9iKYkk Mbjjxq+gyJiX68afBkFmfIUqxkYRpAa86mOvIiGFcabZgCuoQO1GBJhUj/hVAlsUHESISPU0 aGCDaw+ZIpkBBYIyjm9SCTAJdKeX4VYF7Ij0uxr8UZYUAQBt+CITAOcoe/8A2gSAJEbJ9iAN GETavhNfCa+E0uDJCiSdqcZZTg1Sa70Iy3DG1OApCBizWGYMvAofwcWqwx/gIX6tbrYppucU eE1S0TZOAG7ktUXxwaG31i3qNCuvd9tNNNMW9RqU17/rblcj4XN1wj+6A93j+EjLCMI0wWB7 6+c60+w6BOXYpF+bXK8Ncrw1yvDXK8NW7Bv7vDHrXWNqSSHFIkSCsOwdKNEAbkJZOuc0mA43 k4S17ciYHQIBYKZtBjDdA4vVmsupWPKTju+4T0CokSjoj2roj2roj2roj2oT0CAgD6BLuUDX hFRIna4cr+OKscOTx3NTuWnk/Z+rhYWMfJXVHtXVHtXVHtXVHtQACcGR3NdY2+woBREBMJhr bvLczdgeFPEjst2DoSUEYZRI9rvKBFbsJgomCorMbIG1qLRpLVwMS6/gENAo6lHw9fD18PXw 9CGgQNCgBh7FUnK4UfcJZOg4R+VaYDrg+ih7mAwj9GJMA69yvg9fB6+D18HoUtsSRrrG33IB EEbI1NZucfSKNauxDVQcwTntQMLSiAKutEJyrtjt1rU7lzCIXMTg/FdmwyoTYa+a181r5rXz WrgWGVK7lG2PEJvZ6MUNIxDMXuwflBAFEI6002zkttX+Pp0jZXy1fLV8tXy1IUGSfTXWNvwR hZISSjJOOrRMbb9aVJmKzCDExt2iuQQsLKwU4NMKWmy22oywIAQB+MATUSEw5K4mjiaOJo4m gARUWES5P0CaLdmEsCjjISWBIiaOXlxogEETR5K649q649q649q649qskyBAW2rrG34n0UAy J2aImSJIJqBa/Z9gqgBkhN0xTrFgRiGhx+X2QydT7QAPZDJ0P0LdBweQ1OFG9nka93hQjKM4 wkv2kyZMmUFWEi8W9dY2/GgQk0QMrlkPhjF6GSezFmG7yAG7JRTSvJwXQnB+YAyRXeMKr4Z/ K+Gfyvhn8r4Z/KgMgE3nKv0p2VHOaWUITDwfsMmTJTQCYT5AeVdY2/LOPLISWgG3ChRCFGo9 lK1lkjckxO00kLiKKFmHD86nmEhcSijgmmGLkvn60ocLPY58mlLMBC4hP6QrxQSAiUtasq7P PRwxXzJ/a+ZP7TyIXRmnmJrEdUIEo1rrG35QIAiQjrQywEYICDl2S1KMQJsVmdZWABZnX9Bf wChQdymswwQ27qRK8/RDMLMzbj9M/RZ+lic3Yk2hUaPICGy8ONr864DwKXJLliOys01p1jav JvRXWNvzBeOMBpm+KmBOOCeyMDqUZeSfr+j3/QQLjJjnWWHn9PnMCEO3NSPKiglYEpeNIRol ITDb9ICgqcqAr43Xxuo4kjZKhNB55H/KhZBKDdt6V1jb841qSIQF8t6VkyU44D2Mh5AsgLoT xaJ0lnKbkn9EONIMgyvXxavi1AMk/JT0RBwCONGLpGBGy36TdyLxQ1Bri0HFoOLQQ7GA0THm qAsdpneHnXWNv0GkZt8kyFixNuxlMxxCGBrf9KRkYTAugSsKY6pBxpDB3JUxOtElh4tIRs1o K6TrRM7NKsDV7hI4Ua/pFjlumLQmn9quO3DK1LFBIBZrZq53cbM3bYxRLzBSKQRY41Kwlky1 Y7q6xt+hNPeCDhTyoywJAyJv2LCwYL9rJ53D9JnxTqRFHrSDjhGCS9DWhIAB76HlIAggMWp4 siIFjm1OFLIAsL2/SeT6Qhk0aMYRBJ3x9nk3orrG36BeFgJEdGlNFUJUcNoIt2K9Ladrovvu /SMyi2DU39z7ZMmTJM2iyDQ29j9KS8HSPQaT9rbbbbWa3pd8vKusbfo5qbAoEk27uxVliyCF dj34z+lKwTxXq91RseLSNjxaRseLSNjxaSuEcV6vf+l3g0F0mtTspJ2Uk7KSdlJh8NlO6zzr rG36KCcoZJuljuY7FkuByEFnEb7/AKTCWOLHr92pKclOSnJTYwxwY9Ps/pKWU4pDzTy+1SpU qUyXum99NdY2/RlQELJCeIexZQtrAQW5nf8ASxhbPs+x9ta1rjA3fd9z9KEEgIy+D61157V1 57V157V157VeoLDN4CK6xt+i8aWIjMWbEW7FKIgHbbnJH6RBigCxLLeaAAAISL7iycmhQuAU DhGa+Of2mZlIBZLi+yp8glAUNhhkuPh+kxBDlurK5r5H+q+R/qvkf6r5H+q+R/qgIIAgP0M0 jUBNpOUz3UiJEnniPYrrjrFGba2mkRW4CHw/RmqlOSN5u8gd6H5UNytUoZtventEIEEyLA2A MWpapBs5N4rJLJlTei42WcKkNyunjmnZ0ZCkRG5qadkIM7CK2N5zPY6cJECNyIvnH6IZSwAu 6Z7M0ElZFcE8WoyYAokIs9jkZTiOZxKaTVkQMMCJj9DMCtmMopvfEoxeK0ncHbFQsyEZtgzS MIQAxeBhFbjxpx5ZKXQtgbi0wwlJKY86JZMkWvrvUJXYJN1LMooEuF3djAQvHsxREXbsljYY suIL5kqLRIDAhOZ+caEcyEPMUUCqSUXWA71ChQMQpXBmGOMPg9kjBKQYkkPOsfkJJXi8eyrg aJgwRD2pQ5AR3PzBclFoZURLG9Ov5hNmDumLmbJJEUqbXSFG6BhGDrmcq0T5EwqmyjwA2kde x3SC+xIkaKGAMOCJey0ERJGmRUGMFoRw60ix6wiT9BbE4ZIEE+HY2YxQCDcU2QGnIgiYcdnJ cBnQBugaw9atGsAuM57TRIASqwFSEzXYN0Q3t1rT+bpkrdZe0ISwEmUSRMTep4wtGQYg2oZJ MdoBq2rCysFPjTAkesKxtRU3gEAdpJ2vISNLVkyYEYQ6VPMpjEy6Hn2bFgCngZqzByIErid8 VcJYksKESGna1+NkBwJDDkrOmdS3cr4VNyDiaBoeyRwQBUSuDnQ5K7SYB3CaBLAUJQrkFuFB BB2ykWkULWxTvFJ7RQMUjYMeLRRgauWRJmJMnYjpspjLuCnAKOIkbheNqlQaqSAtA47fQMNh yMpCzRltOI2SLG16hIJSWRkRaaB2lE5WvL95MzQZx5ElrUkw9Xo1appJdXlzljejOB6iDBOY /wAGgiII5GlGlGOPQ2oWAglwDU5Wh2ErDUkOCpqn1eQJmhPFCwEOJNJ/VirqBKJXBzqJskbL DYxihhLDBRGROfVSjGd4ES+Gh3MgMnS2SiQ6qEBfP+Kzmh6BDAxxLlip3fXQNEbd1OmRYARz BrNaiNyEG56VIoaERDldoqWIMSpahsa1bqHUoWEblInK0rYDF+6nhFE2pgrEepRc4GsGylJJ wOzWO4Sm5wOy1jnE5ucDs1heV/JgaIQGELJgxV4qEEYXHOjicQMk6m4a0GDMiAbIeFQ1ASRN Vthp4gYpKjlTvvTqZADCdEUktYRfExWaYsES7v8AlkBCCcaDQZSyLtZG0kLIwtYvhKWRhd2s KQlDIwu7V2mRKbjC70pckxsXGFoJUEubZ/y+Ytjg1wtKh4QFXAE/lMsCVMAb0TYLQB4lGDCU QBxaQBvMy5DJJlPwWtBsLEsFi+WoigRokST/ABbyGvaBMTQkiwlSLyRe0TU1DbHAZMQz/FNF mBFHM472mCZUQISWazwxVvMROkLXVe1tJq1+ci7aXWr6cL5jcdTHjQR2apFCiItZWZ0pCBYQ YKJgdCmGkigKJSyYYmNKbxJpMkZGhNpsCPCc0/Q4SF6mgIAiQjrTOGNzqfEeDTkWYnA/2PBp /wALjZgiFm9x0xU8K7HAZMQz/FF6lVbBCcCt9qlnDWyOCHuvxrUk8PgRF+9rWhz6FIszDtUf fCIiyyrgt50uqAJTmCkfAITUq6ts/wAWCngCBi6GsRbHBpkKA5IsSgjNpbVNXL71erbKRnng 5wHqURl5bOWXjQkJKKcGD3+lxiBDMcxNSFqGO9jzpaCDhvJ9EpFwkIY+Y+hCEnDquh3lBrbe 7ifV3n0MI9KRNz6GHrUPBkgu8f0UNYiA4APqUiTP4TGQ6cKCVUBvI6Nhe6nLPU16ts/xZMXE G0AjE6FYlldYGYSLlRHaDAWRvJwVBKiVg2R1HapkgMVdAgxramx5LtcJo406MkSXmoVsE9+J pDsyEgbCJ0a1BKiVg2R1Ham6TBkgQTSHeJQsoGgbVewSO/hV7SZSyrdfpMNDDqNRKkw2kope QVEdoMBZG8nBUR2gwFkbycH0y1OPPKKHi3PcAatx2pZAgSja7YKPvQZCE3GnzJBDIjEiDBpR M8ygshF4jQ0pukwZIEE/+N//2Q== --------------040902070308040807000405-- --------------090905030202080803040903-- --===============7955497816457433222== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7955497816457433222==-- From xen-users-bounces@lists.xen.org Mon May 20 21:53:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 21:53: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 1UeXzi-0001VJ-Mj; Mon, 20 May 2013 21:51:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeXzh-0001VE-5c for xen-users@lists.xen.org; Mon, 20 May 2013 21:51:49 +0000 Received: from [85.158.138.51:26155] by server-16.bemta-3.messagelabs.com id 6B/79-23964-4FA9A915; Mon, 20 May 2013 21:51:48 +0000 X-Env-Sender: alberto@bersol.info X-Msg-Ref: server-10.tower-174.messagelabs.com!1369086706!23717395!1 X-Originating-IP: [213.4.138.20] X-SpamReason: No, hits=2.5 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_16,HTML_IMAGE_RATIO_02,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9348 invoked from network); 20 May 2013 21:51:46 -0000 Received: from impaqm4.telefonica.net (HELO telefonica.net) (213.4.138.20) by server-10.tower-174.messagelabs.com with SMTP; 20 May 2013 21:51:46 -0000 Received: from IMPmailhost5.adm.correo ([10.20.102.126]) by IMPaqm4.telefonica.net with bizsmtp id eMaZ1l00M2jdgqJ3QMrmwo; Mon, 20 May 2013 23:51:46 +0200 Received: from parstadmz.localdomain ([83.53.99.159]) by IMPmailhost5.adm.correo with BIZ IMP id eMrj1l0063SKzkK1lMrj08; Mon, 20 May 2013 23:51:44 +0200 X-CMAE-Analysis: v=1.1 cv=B1f61Mecprfp57iNGAUyHxtB/UYxRaa26UQZl+6Ewms= c=1 sm=1 a=VuQqkWwBfaAA:10 a=Qxd5XFhjAiQA:10 a=wPDyFdB5xvgA:10 a=odw7iSDbeX24UkSyRE3jBg==:17 a=woJVyXEjlg38Udzun10A:9 a=wPNLvfGTeEIA:10 a=o_0rQU5UAAAA:8 a=AIu7aJkf4uWjPPTmz_gA:9 a=_W_S_7VecoQA:10 a=CyiU9Y0ytfcA:10 a=zgGlKSqCWsxGUaAi:21 a=HN56lmZVQD36o94KGdcA:9 a=KQqxNPgzF0kA:10 a=8Cg97DR5hd0ZEUOu:18 a=odw7iSDbeX24UkSyRE3jBg==:117 X-original-sender: 944466607@movistar.es Received: from localhost (localhost [127.0.0.1]) by parstadmz.localdomain (Postfix) with ESMTP id ED4963017D for ; Mon, 20 May 2013 23:51:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bersol.info Received: from parstadmz.localdomain ([127.0.0.1]) by localhost (parstadmz.bersol.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6avkHVsDZEda for ; Mon, 20 May 2013 23:51:39 +0200 (CEST) Received: from [192.168.2.10] (apevia.bersol.info [192.168.2.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by parstadmz.localdomain (Postfix) with ESMTPSA id D71A3300A5 for ; Mon, 20 May 2013 23:51:39 +0200 (CEST) Message-ID: <519A9AEB.7070509@bersol.info> Date: Mon, 20 May 2013 23:51:39 +0200 From: Alberto User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> In-Reply-To: Subject: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7955497816457433222==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7955497816457433222== Content-Type: multipart/alternative; boundary="------------090905030202080803040903" This is a multi-part message in MIME format. --------------090905030202080803040903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Everybody, I have a HOST (*/Server Fisico/*) connected to internet. It have 2 network cards, the first one (*/eth0/*) connected to the router, another (/*eth1*/) is connected to LAN. /*eth1*/ is bridged to virtual machines network, and one of them (*/virtual1/*) have an HTTP Server. Everything is running correctly. Escenario I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP traffic to /*Virtual1*/. I have IPTABLES Rules in HOST, for block some IPs that give me problems, but these rules not protect to /*Virtual1*/. All HTTP traffic is forwarded to /*Virtual1*/, even the source IP is blocked for IPTABLES rules. I had an attack, and I couldn't block the HTTP traffic about /*Virtual1*/, the IPTABLES rules not affect it. What can I do for give security to Virtual machines? Thanks a lot Alberto --------------090905030202080803040903 Content-Type: multipart/related; boundary="------------040902070308040807000405" --------------040902070308040807000405 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Everybody,

I have a HOST (Server Fisico) connected to internet. It have 2 network cards, the first one (eth0) connected to the router, another (eth1) is connected to LAN.
eth1 is bridged to virtual machines network, and one of them (virtual1) have an HTTP Server. Everything is running correctly.


Escenario
I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP traffic to Virtual1. I have IPTABLES Rules in HOST, for block some IPs that give me problems, but these rules not protect to Virtual1. All HTTP traffic is forwarded to Virtual1, even the source IP is blocked for IPTABLES rules.

I had an attack, and I couldn't block the HTTP traffic about Virtual1, the IPTABLES rules not affect it.

What can I do for give security to Virtual machines?

Thanks a lot
Alberto



--------------040902070308040807000405 Content-Type: image/jpeg; name="bersolnet_red.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="bersolnet_red.jpg" /9j/4AAQSkZJRgABAQEASABIAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9 PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVGC8aGi9jQjhC Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2P/wgAR CAKJAyUDAREAAhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAMEAQIFBv/EABkBAQEBAQEB AAAAAAAAAAAAAAABAgMEBf/aAAwDAQACEAMQAAAB9AAAAAAAAAAAAAADnEIAAJjogAAAAAAA AAAAAAAAAAAAAAAAAAFQhBZLAAAAAAAAAAAAAAAAAAOWQGwANSc6gAAAAAAAAAAAAAAAAAAA AAAAAAOeWCwCmZLYAAAAAAAAAAAAAAAAByyImABCSnUAAAAAAAAAAAAAAAAAAAAAAAAAMHPO iADmnSNSuYLJsAAAAAAAAAAAAAADllUkABGWjqAAAAAAAAAAAAAAAAAAAAAAAAAFcwWQAc8w ZLBkrG5dAAAAAAAAAAAAAAOWQEoAIic6gAAAAAAAAAAAAAAAAAAAAAAAAKRWOobAAAAA5x0D IAAAAAAAAAAAAAOWViQAEZZOoAAAAAAAAAAAAAAAAAAAAAAADU5pfJQAAAAAVjJYAAAAAAAA AAAAAByyobgA0LZfITQ2LgAAAANSgZBgGxeMgAAAAAAAhOKbGDJqdomAOcXzYAAAAAAiIC4A AAAAAAAAAAAADlkRMACElLZg2NS0AAACEgKx1DYAEZzCcAAwWSwAAAAVzlEpQLhqdUsEJsUj ogA0NTBsamxoTgFQlJgAAAAAAAAAAAAAcsrm4ANCc6JgGDAMGCuUS8CYnNyI1BKREZubkpWL QByS2DABgGDlkpg3IiMwXyYkPLHeOuACErm5WLhVJC8DBzDqAAAAAAAAAAAAAAHLKxICInK3 PM/TVwyDJkGTJAUS6YJzUuFcjMFkrAG5MQkpxy0WSQGQDIMnLJDnGTcnIzqlgjMlYlJwAAAA CoUDsGwAAAAAAAAAAAAAByyIAGTOW+nUAAAAAMEJVLROAACqRFklMmhyzrgAAAArnKNykXyI 6pYABQNTB0gAAAAc06BsAAAAAAAAAAAAAAcs1Bkyag2OoAAAAAACmRAyAYNy4ViEyZLpsAAA ACI5JsAanWJQAAc86AAAAANSkXwAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAAAAAA AAAABzjogAGCgdAA1KJ0AAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAAAAAAAAAABz y4SAAwco3LRYOYdI2AAAAAAAAAAAAAAOWRA2MmgJTqAAAAAAAAAAAAAAAAAAAAAAAAAGDngt kpAUjpG5WK5dJAAAAAAAAAAAAAAAcMlBkyaggO6ZAAAAAAAAAAAAAAAAAAAAAAAAABgqkRMW gAAAAAAAAAAAAAAAACocsyAAAXDpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AHGNAAAAYOsTgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgNzBuamSElMGTcy AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACkRkpoRHTKBuamxZJAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACmXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAc86AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOe dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjOedAkAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMHnufq1z123w9Fvz1CUwaE5CYJCUyAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYPO8PpT1Frh6Hp5OcTEJuWyoZNSwTgAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGDg8foJ0135vQ9PIAAAMGQAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAYPPcfoyzUe/P6Hp5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAMHnuXv2m2/N6DfmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAEZoDYjOcdA3JDBIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQGhEZ NzmFomNCQugAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwZOedAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHPOgAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAVDhHoiYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAGhCZOMehAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKJoSEpggNCwamg BsWzcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhKhkwTFsAA0ISU3Mg0KZuXAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAck6wAKpVJi4c80JjJZKpbNCsbl0AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFcrGSM6hEZNTc1Mg1NzJGcwulwAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAFUgNickMmpAUiwAZME5aAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABoUDBKbE5QOmZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABpUepikCIgLgANCsXBSMm0SZuQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPUj0Q Fb5SZuQanNOoAACkSlgA0qPUwZMGSbFyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADBFua0N 8pM3IAAByzpmQAADlnTMgGhgAwRbm1CXF3gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADSotwS4 u8DgRkAGDv0OcXCUAAAGpzzpAHmo2ABCemrYi3NazE2LkAAAAAAAAAAAAAAAAAAAAAAAAAAA AEO5rW+UuaAB5mOtAA5NelqmSFkAAAAFUFoHmo6gAOWeircA1IdxU2LtAAAAAAAAAAAAAAAA AAAAAAAAAAAjsi2lwklAAA8xHWgAcmrNXy+AAAAADmnQNjzUdSABy69FW4ABgg6QT87kAAAA AAAAAAAAAAAAAAAAAAAAGpD0m+UuaAAAB5iOtAA5NYrtl0AAAAAGDmHTPOR2YAHGr0NbgAAG CDpN8pc0AAAAAAAAAAAAAAAAAAAAAAAR2RbWOdyAAAADzEdaABya9PQAAAAAAFY4prHVgAcq vRVuAAAARammljnQAAAAAAAAAAAAAAAAAAAAABDuCbFAAAAAHmI6wAOSenoAAAAAACueeMx1 wAcs9FW4AAAAMFXrLXK5AAAAAAAAAAAAAAAAAAAAAINzeJM0AAAAADy8WwAVD1FAAAAAAAAe aiuADY9RW4AAAABgrdZZ5XIAAAAAAAAAAAAAAAAAAABFqCXNAAAAAAHl4jJARkh6igAAAAAA APPRgkBsRHercAAAAAGCv0ljncgAAAAAAAAAAAAAAAAAAGtQ7ljnQAAAAAAPNRCQFo70Ua7F AAAAAAAAeaiIqlk70Vq6dbgAAAAAGlRbljnQAAAAAAAAAAAAAAAAAAINybFyAAAAAAAeYjoG CsdWKNdqgAAAAAAAPORbBCWiodytwAAAAAARam0u8AAAAAAAAAAAAAAAAAAa1HqTYoAAAAAA A4kWACIpHpaAAAAAAAA4kWoAgqmehrcAAAAAAAr9JY50AAAAAAAAAAAAAAAAACv0ljnQAAAA AAAPLxOTmQUz0tAAAAAAAAeagdE1BRPQ1uAAAAAAAV+kn53IAAAAAAAAAAAAAAAAAK/SWOdA AAAAAAA8/FktQBRrt0AAAAAAABx4sxKAU66dbgAAAAAAGpFuT4oAAAAAAAAAAAAAAAAAr9JY 50AAAAAAADz0TAAhPQ0AAAAAAAB5yMAA1PR1uAAAAAAACv0ljnQAAAAAAAAAAAAAAAABX6Sx zoAAAAAAAHmo3ABoeloAAAAAAADz0ZABGehrcAAAAAAAFbpLPOgAAAAAAAAAAAAAAAACv0lj nQAAAAAAAPNRsADU9LQAAAAAAAHnI1ABqekrcAAAAAAAFfcsYoAAAAAAAAAAAAAAAAAr9JY5 0AAAAAAADzcbgA0PSUAAAAAAAB52AAND0VbgAAAAAAGCHcnxQAAAAAAAAAAAAAAAABX6Sxzo AAAAAAAHFMAyaA7oAAAAAAABTNQAC6ZAAAAAAAItTaXeAAAAAAAAAAAAAAAAABFqbS7wAAAA AABgpERgyalkuAAAAAAAAAAAAAAAAAAAFfcsYoAAAAAAAAAAAAAAAAAAr7ljFAAAAAAAERKA AAAAAAAAAAAAAAAAAAAAaVHqT4oAAAAAAAAAAAAAAAAAAi1BLmgAAAAAAcwwSmpGXyYAAAAA AAAAAAAAAAAAAFXrLXKgAAAAAAAAAAAAAAAAAACv0k/O5AAAAAABobAyAAAAAAAAAAAAAAAA AAACvuTYuwAAAAAAAAAAAAAAAAAAABV6yzyuQAAAAACkQEpCdUAAAAAAAAAAAAAAAAAAEO5m Jc0AAAAAAAAAAAAAAAAAAAAYIOklxd4AAAAAAA0NwAAAAAAAAAAAAAAAAACDc2iXNAAAAAAA AAAAAAAAAAAAAAGCDpJMpM0AAAAAAAAAAAAAAAAAAAAAAAAYIOkkwklAAAAAAAAAAAAAAAAA AAAAAAi1I9LHO5AAAAAAAAAAAAAAAAAAAAAAAI9SLSfndgAAAAAAAAAAAAAAAAAAAAAAADUh 3NibFAAAAAAAAAAAAAAAAAAAAAGpB0kmUuaAAAAAAAAAAAAAAAAAAAAAAAAABpUO5vEuLkAA AAAAAAAAAAAAAAAAA1qHUE+LkAAAAAAAAAAAAAAAAAAAAAAAAAAAGlRagmzdoAAAAAAAAAAA AAAAAGCLc1raJsUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ7mtCXF3gAAAAAAAAAAAAACLU00 EuLvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwRbmtASYby5AAAAAAAAANSPc1FIlzd4AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwR6mlAKCMmTMZBgGtYFIAGxJi7AAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAGDFYMIrMF2jIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAIdzBPigAAAADBrWYi3J8UAACPU2l2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAcT3Yv+fQi3NTeMxJmxbm+bHqWuVq9ZY52xzvJ9md8t8pM0c31Z6nk0JcKnabE/K2MUAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcf2Z6XmvP9En5oei7wtHvAJ+dnw5nqza42Lbre TXJ9eda2gdbya5PryMVNzVe0lxb3ntjFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFHvM xLltAh2EmQ2jfNi3IdrHNNixammgFjnaHeTYQ9JY5Wv0k+LLi7wAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/8QAMBAAAgIABAMI AgMAAgMAAAAAAQIAAwQREhMUQFAhIiMwMjM0YBAgBSQxFTVCQ3D/2gAIAQEAAQUC5y97Bbnf M75nfM75nfM75h3sNnVbMRXWdzEtNzEpKrkt6Lf8kammlppaaWmlodSnD/I6pc7NZVSlQ/F1 GuUW7i9Dv+TX+tkw/wAjqmD7y/pd4eIhIEOIpE4mkwEHn7/kqgM2xNsTbE2xGQA4f5HU7zpo w404f9MWljjaxDwYOmCmoQ1VmHCqJTaWPO3/ACUImoTUJqE1CORMP8jqT4mtTa191YGQ8rF9 znr/AJKopm1XNqubVc2q4yKDh/kdQJyHfxUStax5mIGrD0HVRzl/yVtRTv1zfrm/XN+uG1GO H+Q76ZvZ2V2zcbPyiQBxQM14kzLFzLFzcxKxcVWTyNxK0q+JZdWJmrEzViYz4lVpJan84nxH AyHm2e3hPjc5f8mv9bJh/kW1CyCrTNvubXb5DW1rDi6BCy4u4DIfo6h1qrxVa6MSZs3zYsnD 2TavE1YlJVatq+TiPj1e1MSHIXPTb7WH+PLLBUqOrgfP/R20IbEBW1GcOhm7XC6hTagf84pt OGqXRVzl/wAkErNZmszWZrMJLGggYjWs3Em4k3a5u1zeqm/VN+mXXIa6f5GNebG4XVFw1KwI o/FjFIzkMXYhTqVbOxbs1SwlrGKfhbdR/JsSvHcTTOJpnE0TiqJxVE4qicXROLomIxWizjkt or9oMGjtmLncV6naimy/Z1YqDXt0V2u6h6sV+lwLUtWSulptOUKeKa3yRGQ/nPirudv+SqK0 2q5tVxlVWKuKkHi11JZiOFonC0ThqJw1M4emcPTNimbFUuqUV0/x4EspKtxaicRSZxVOcuDs LK2eNW+XegRzNtzKqtDWCxk70WsqbNehsRikIS60Jh6kXarm1XNtJtpNCTQs0LNKzEYZr7Ww 9dOG2xZRXToVFGct9rD/AB46CxVUKMTWXrpsFtfl4ireroqS0ABRzt/ydtZtrNtZtrnoECgH D/I8zZrMxNXhV2pav7X3CkDGVRba2/LEAUaeJ8rEfHq9ojMYetlMt9rD/H/R6WD7mJmFNm55 WJG2wOY52/5JOUJ0g9gHaAdQBzmH+R5z4atzsXLMsWJniprxUzxU04oxcMNRGcbDUtODrnCw YSrMDIeVYuusYS4Dhb5wt84W+HCXEVror/bD+/5RGoYM/wBfnb/kv6rfQ/oX01ehP9w/yep1 93G/tTi67T+SchgvY52/5L+q30P6F9NXoT/cP8nqeJUiI4sT9cPUl1HjYeV312/i598gBRzt /wAl/Vb6H9C+mr0J/uH+T1RqXrbiwsW2tvw91aQs+KigKssoqsnB1REVF55n14phmXGat2qO wINKqMiHNeJ/3qzYalpwWHiYepOiYh9KaTn4k8SeJPEniTxIoOrDvpP1uxi12czmczmczmcz h7ZU5ev60bO8XUBrEWZwOhgYNFt1JrUNrAUuq/XLF7z12ZpXkwrcjacoOwCnLCsrboRljK2p Bpr+v0uzWfZMP732TD+/9jLKJQ674dT9jqqznCkyisJiYL81FgNm6NBuyVWzgtGs4isTdry+ s10akRFVaVVcTAHOH2yStbtNtgn/AJtWSrIxDk71Sla/rFG2qClDKQgxPkZdv1mqqt0TZUU6 BifsVL0IgXDkYfQcT9edtCh+3dXIuA3hkUMhxJdUhftDKSHVj9buXWj15V11FXxIOlAdytXG IFdkVG1VVMrUqyt9eIzEq+Z9kr+b9jxLOlYxuVterb+wFlWb9M3qmlOFyxn1+21tzhdUGEoE 2aoaKTDg6od+gLiKihxVAnG4ecZVOMpgxdBisrD6nZalQ4ktM8UZoxUoqNf7ModRh6RAij9C oaNhazMPYzr9SqC8V+lgG7f2G1VZuwz04UjSlPca1VZn0lacy7OqzeqEbF1zD1sv1O2lLRtX pP7cVr1xMatHOhdRqrY6QYtaLAigBFCmqtiVBmQllSWg4LQcO4dfq11W5N+1IMZQYL6jNazU JuII2KoWd/E3aMSs3MSs4kicVNzEPKatv6yVBmIFNa1YOsJwlE4WgRa0WfGu+sllE3Um5NbT OyWO9aV12M2myaXml5psj1tYlLWA+LNVk3DN1YLEP09nVQbITZCrmbSmaF/QnIIOJs/bEVFx TaLa/wA6RNpJt5QbggdotqtP9+jGxRM3aGstNC5+Q39qz/PIs/r3fpqWa1mtZrWZpNNYgFiz cygIP0AsBA7NBWYFCj8LbcU3Xm683Xm68a24J+LnNjogrTyCAwoJps/JCCbc25tzbjKhqX0x q1MO4s3AD1trAsydiqKv7Dtp2q5tVzarm1XD2Uy+0pKahUnlX1bqUW7qfh/b3BNwTcE3BHOa r6fzlnNvKByICGHViwU96wBQPIHbTs1zZrmzXNmuHspfF7WLw9fm3g1OpDCP7e9XN6ub1c3q 45BVfT+xrm5p6oTkCzNFQL5Q9nbm3NubcPZSuDtuejDV0edX/Xuj+3nM5nM5Z/i+n9/9mgqU fUOoMwWBWef55Y9nS80vNLzS8Ps+fei2VvjDk/t7Vc2q5tVzarjgAL6fJZNU16T053yirl5o 9nxZ4s8WeLD7Pn20pcL8A6TPVh9pZtLNpZtLHGSr6fL9kdMd8oq6fOz00cYk4xJxiTjEmeqj kX9rjHnFvOLecW8DaqV9Pme1B2jpLtpCLp8/LPDaFy01TTVGRZllhuR06k7012TXZDXe8sqZ KF9Pm9qN0gnSEGo+epYUWW21zibYWtFcxfs8i/tXVgzaaFFWhPRi/jL6fNZQwRsm6O2bPyH/ AKMqZlRMTt7JYLMUwajkWBNe+032ltjWVPZs1W27mHX0+dYMwpzXorHIVrkvIYZFejYqmxVN iqYlGeFGTDcjS4Vt1ZurN1ZbotWwIlC+nz1GizotnebkRmKVVxfdt0q22tK7bUuyWYfkbPa0 0i/EGwV528NSbTSTccMvp8+0dn+9FXtt5Gqrdw6UabGVXhVSulQuJVUo5GkBoK0B/OL+Mvp8 8jMVejolXp5Gl2Wrdebrzdebry52arkuydk7J2R8tpfTyFf+9Ep9vka/a/Sz2uRGc7070707 0sz2V9PIIfG6JT6ORT2v0f2uR7J3Z3Z3Z3Y+W0vp5BO1+iV+rka/a7Z2ztnbLPa5EHI6pqmq apY3gr6eQq7V6ITpt5HgrIMHYQMI5HB2Q4VwRhS3JHC0seEonCUThKJwlE4SjkbDlWoyXolm ehWDLyCklqhuSshKTZmK21FXTiejt3rOjL2WcgbEDdLY5Ctch0Z11BG1Dz2YJLWfc0lmLs6A koAFbo3uP0h+5yDNpGeUz7ekOc4OwdJPhEdo827UUtGUXRxOHbPo7tEXT0zIoysGXz0XQnRX YxUC9OZSCrh+qFmYqoQdPZAx16Oos4WZM8AyHUSM5pYFbAemk5DU1gVAp6qQDMmrAsGfSCQJ rJK19aZQ40sJuQEN0RrFEO4021z69trmBYsFkDA89uLmHZptkwKF+iGtTNDCEuIbQs1LyueU 3UmsmeIYK4FCj6UyK0NQMKvDuws4hsyhtAhtQTcQTcQTWs1qJrUQ2IIbUENqiGyF2h3JlYZt 5zaSZZfV8hNKzQs0LNKzSPrBtrUi2snzP8gYMCQAbqx5DuEUEMPpXh/8gvDlr79lmxJSY1jw +HezQcR36rxYzYnK9rmSniWKVWC1OJLmm4WiYXwrsaxIsK1G+/ZbdsMwT2LU12WJxF2wljFQ cQyTGfEo9j6Uqq38iKq1OM97G/Fu/wCuo9jAek9v8in/AGWN+LR7GDzODwOXDU9uOmMG29Pj 4vF+/jPen8d7FnZ/I/yJ8HF2MsxVW3Rd/wBdR7H0psMrWDD5GylbGtrFte2u1XhxWz4dGeql KoKVF1tYtrVdK00rSpwqaq6lqWWILEpqWlLKVsaylbGnCrnbStsbCIy21LavCoValWpVdK// ABr/xAApEQACAgAFAwIHAQAAAAAAAAAAAQIRAxAxQWASISIgURMwMnCQkaDA/9oACAEDAQE/ AfzXqNO/56K8EkmdUV7/AKRjO+RxxumK8Sc5SafToY8pS25H5yjGo6DxprWJjuT1VcjWLOMV 2JfFk060Mfrf1cj85Rjp2Hi4i9jHlJvv/jrtzsNljEWWWWXlZeSHk3kixusrHoLhe+THobCI m5uPQQtBG+TNWMeUTckMZsLhdFeiiivTXyKKKyr7O//EADMRAAIBAgQGAQIEBQUAAAAAAAEC ABESAyExUBMiMkFRYAQzYRA0QJEUMFKg8CNCcHGQ/9oACAECAQE/Af8A2vFLjn7LQVr/AGwf eUi+xlc4APMUex5Vlo8xaex0BMFsWnseVZaIv9ovaZw2ln3lq+ZRJyf55lUlV8S5fEuXxKr4 lU8TknJ/nmUXzLB5nDMsb08KTpAmlYAneXKO04hGkvb9DUziNL69pyQqOxhRh6OEJlFGsD00 EuP6us4hOsqpln9MII9AAJ0hUDUwv/SISTrsQciC06yw9t8VCZyiFydnrL66wqNVhBGR3cKT OVfvCxO2B+zSyvTumsAA6oWJ3C4HWMtNxCltISFyXc1aktrmu3qtc+0Zuw3b6n/e2qvc6Rmr vHXl32tVqc4zV3rqG0gVNIxpyjewSDURhUXDaBktd9U5wihpswFTHNTvxNy12ZMhdv6HtszZ KBv4ymJ1bLia09AfQHZcTq9AYci7Lia+gNoNlbQH0DEyNNlAqu/oKtCanZU1zjC00O/DJdnO a130Csc1y2dWoYwpvnQPvtK83Kd7UU5jDtQ58u+8qO5jNXbMmFIQQaHdlXudIzE7cGByaMpX XdAAM2jMW13ANTKW3dO4hS2kqF6YTXctJcDrChG2gVloXq/aFict2BIlVbWFDrtIBOktA1ML 9hpvQYrmJcDqJZ4MII12QITBaNc5ed/vMJUyzxCCNf11jQqo1MvA6YSTr6IHIlwOolFPeDDJ 0lp/S0ljSwdzOSF/EJJ19LDsNIMQikDLlUQWZVgVcs4Er3gwyZw2MsaWN4lreJafEsbxLGMG GxgwzAn3lq9zOTvKr4l/2nEaV9XqZcZcZcfMuMqfWAjHMCcN/H84gjWAV0gw2NctP5CqWNBC KGh9L5uALYeLTOswsLiA/aLgBsg2c+MBxM5jKlSbs4MHluc0mJhWCvaDAqgesGEGcKDOCK2l o6FGtM4AXrNJiYZT8MfnQYk+MMy57RA2IGaswsHiA/acNB/unyVQtzNSDCrhl5g4XENIihjm aQYKt0NPj/VExes+llivx1pC7HImfH6HnxvqiYf5j95i9ZnytQe0H5fON+XE+N9UTF6zPkfW E+VXiTE+gtfw+PzKcMzE/wBPCCeZ8foefH6H/D5nXE/LtPhjnJmAgarHtMDEufJRMP8AMfvM XrPpa45C20hxqiloiYhQEDvEco1wl5uuj4xcZgRcZgKax8Rn1hxCUsiOUa4RjcazExDiGpgx 2pQ5x3ZzU/gjFDUTExDiGpiYhQEDvExCgIHf8OOaZgGYeKyaQfIYGoiYhQ1E/iGBqIMQh74x uNf+G//EAEQQAAEDAQMGCgcHAwQDAQAAAAEAAhEhAxIxIjIzQVFxE0BCUGFygZGSoQQQICMw YNE0UmJzouHwgsHxQ1Ox0hRjo3D/2gAIAQEABj8C441jHRInBaUeFaUeFaUeFaUeFaUeFaUe FPa90wNnO13F33W4rJsmtH4ysqya4fgKyTXWDzKzqlHKiuxZ/ks/yWf5LP8AJDKmuxWnVHOo sbIwcXO2BQ0dvrvsybQYORDhD20cOZGdUp2/2W71adUc6utddo72bO1HKyHeqpWkb3rSt71Q zx9nVKdV2O1Yv8RWL/EVi/xFYv8AEU2rsdqtOqOdHn8Ksx0eywWYBrJlZdtd6GBZQLz+Iqlm 3uVbNvcpsSbN3RgjZ2gi0b58eZ1SnV1rELELELEJtdatOqOc7ol7tjaosFhdB1lyA+G22GLD 5ceZ1SnS0GuxZje5Zje5Zje5Zje5NhoFditOqOcZKxLLHzcoY2Pi2g/CmH8PHWdUpwJ1rHyW PksfJY+SaAdatOqEKEk6gmBrSQQVlB2eRe7VepcvXenZ8OSosmOtNwoqWLW73LGyHes6yPes qxDuq5Q+bM7HDiT3DENKB4YV/CtMPCtOPCtMPCieGFPwpjjiWj2GWH3qu3KB8Z25We7jrOqU 7f7Ld6tOqEDSRtEpl0gXehXZ5V7zlZ2RN6I+DlPaO1aQIMaZsm1d0qB7MEA71dHBx0zRaVg3 NVfSf0L7Q9faHqnpPe1Vay0H4aFS3tB1fCtOqUzd6hdwQvYp+5WfVHqvOmFLHAhO6nslx1CV BcJ2SnNBEtRhwpjVZ7e9Xi4RtTW3hLsPYeeiExuwcdZ1SjkE1Wjd5LRu8lo3eS0bvJDJOKtJ OoLOHes4d6z296z2960je9aRnetKzxLSs8SNy2aHaspRajtCuejwTEl2xe+tHv8AIKlm1UaO 71CgImDVXWtmkmqDmNkRNTCDtqffAFzGspzoEATQyrrmgUmhlCgImDX1AAZWsbPYOUACzK3r St71pWrSNWkatIFpAtIFpAg+wtJBxantcLri0pu5UMoi7QEVlUbHTKffbFEwNsKXRW8tHZje U/8A8i5djkr3MjpVnwjrxe27PsvaMS0q3pV2HcrVuF/B3Yn0dNwtEwmGKNaf7JpE0LqCNqs8 knEatZ9gXdEwzO08eZ1SnEtBrsWY3uWY3uTC1oFf7IWl5uql1Tv1Yp99s0C0YWjC0bVom9y0 Te5aJnctEzwrRM8KPB2LS7VRTamegIWlhAcKXdRUWrXWZ6QtK3vQHCCvqAYBiDUoUbhtP8Ka xt02YGBMShhEVVoHhoD9h6IRm63Jui6putbSIbrTRDZoTVDDDzQdOVyule7i90qLRjGj70GF J9IF38AUXAd6zG9yzG9yzG9yzG9yzR3LNHcs0LNCAoyzb5q0uit01KYCTgovu7CnTNH7fU/c rPqj1XXYKGiAsnPbVqDh8SAYcKhRautC5uc1zlAEDjzOqVr71r8RWvxFa+9RWOsVKtOqPi6N vcgbNgyXB0DWpYZ9sS1xkxRZRLD+ILJe09vryojpTuA0UV2T8O06pTNyhOLvU/crPqj2eEsD dccQcCo4ATtvK1baOvRHwx6Q3VndIUjjzOqUOlSp9Uo9CtOqPj3oh21tFkekO/qErOsjvCzL I9q0TPEsyzHaq2lm3cEHWj3WjhhKqq2bVkl7dzlprbxKSC7rFQPhubtEKBbDwrTDwrTDwrTD wqDbDwprdgj27frfDIOBQB5JjjzOqUzrf2XcjuQ9T+srTcOdLUfeAd7cVaenX7ElXvvEnjzO qUzrf2XcjuQ9T+srTcOdG2zM5nmEHNMg+068MlzyQtdrZ/qCyXdnq4GyNOW7YgBgOPM6pTOt /ZdyO5D1P6ytNw51L/Rzjiw4FRbMdZnpwWS9p7fVlPAV1oLLLW460AMB6stgnaq3iNl5Q0QO PzqggJvQVCIQUJ3SU52qBPO9bNqzPMrJsxzJAznUCBaYiizm+FZzfCs5vhWc3wrOb4VnN8KJ cZlcGcOT8uE3X0oMkrNf4Ss1/hKzX+ErNf4Ss1/hKzX+ErNf4Ss1/hKzX+EoEgg/LZAa50Yw gXG7O1ZT2jefUYcKY1WSQdyvXCBEy4hXbwnYpcWgb0JcBPT8uGLN07WuhA1OTBux/dVHIDUQ 7U260p9HTcLRMKiu1v8ABxF5S0GpE4Qg67MF1N5U8HelsRsTWnUPmC1B5Jp8y2/W+ZfSOt8y VcFb5QxCo4fMfCOtWyROOtE8IzvTcoEzq3H1BxY5rTrKczWFeg4wg4Mc4HWIWEHYnNcQIMDu T8oZGKm+2N/y0ItG4SnjhW5QTcqTOrcfULLgyMm6SSE84G9LT2Jt6WQS6kbUWYi+CD2o5OrF W9Kuw7lbtjPwPYrM8GZuup3IA/LNbXOZGCMW2HQmw69X+x+DPy1pDIbJonDhDlCME26Zrj2H 5jxdJbBRy3UQ4OTFZPb8vzBO5AFpbO1SNt1Qdko3GtfGoQrclt1tMYomFt26449is7sEOMeS gOEjUoDgSPlyOkf8rIkuBkSVXNFe1Odq4NyBuXIbCt4Fb0/8qSy97y9WNiaYjLvRsom3r2Tu hRBDQNcfL8H1W24fMttuHzJfs+TiE97WVcAEL+dr+YauAWlZ3rSM70fuNqPmDgrEC/rJ1L3t q9/kFowtGzuWiZ3LJlh2tKvXhasG2hQdfaJ2laQLP8lyvCq3h/StIFLSDu+VJe4Be6sXu6TR UbZt3laVg/pTi515zjU+1dcJC0Te5UaO72KgFSz3btrUWvz2GD8p2nC6Scmdns2ToE3sewp7 rt48kzgoaPebfuotMHoTgymUR+pWjYbqzaSrSQ1kRQYKGj3m37qcHYRVe8zoydyynAbytI3v UMm0dsanPtM95k9HynlDtWRbyNjwv9HzTGWjmw6cB6pcxp3hXrovbVLrNpPSEaCqN1jROwKA 0AbIV0NAGyFLrNpPSFUD1Q9sq9ZXT+F4lEXLjm4t+VwWm69uBXvrE9ZlVnxvWkZ3rOHesQqv b3rSDsqr1m60ZZgYrJtWu6wVbAO6rlX0e17BK0Ft4VkWVzpeUSXXnOxPyzUArRMLjmiMV7xo c5aMLRtWSxo3Bf8AqtP0n5aqRsWOu72qjXZ0YLR8qMdW1ZozvJFzroAd5Lhn0cdR1BZ/KnDV sWk5U4ati0nKnDVsWk5U4atiLXOBBOzUuAJF5p162rBud5LM5UY6tqzHZ0futYyruCzhjHb8 nkkxCdDS4tRhoGydaOXrpCMyazis0VM+xJwXCu0bcwben2w9mkZUIOHaNnsYBCmBlCHuxlCo NaoXmGvkhXOw+R4xMTAWS2KUJRvOMEYBExjj8G4NE3OO34PCjRuz/r7OIWcFnBZwWIQuuiMK oVvU71ltLcmTsCofkAScUIbA1yhfdJiDsKgD13zbhgmKtX2tnhX2tnhX2tnhX2tnhV8W4eJi jfXwFljyjsCDW4D4MHArgH4cg+xbPdZ3zwpC+x/qX2P9S+x/qX2P9Stfc3HM6UN3qOokRIRu 5WwI3qRt58OsjUMVjdE06VQa59qy/NWY3uWY3uWY3uWY3uVr+b6gxlbR2AUYk4nb8OlHCrSq 0eKOHrtfzlmv8KzX+FZr/Cs1/hXpR3IbvYqskxlSelAPbU7FIMjncAmpwVclpGGtf3+BZfmr NCzQs0LNCtfzVaTURCNq8zaO8vi/+Qz+sbQgRgfVa/nLPCzws8LPC9KI6EN3tyyhiBsXvKRy tR50kohlMKnArtmvwrL81Zz+9Zz+9Zz+9Zz+9Wv5qL35AJmqycdp+NwR0bszo6PVa/n+z6V2 Ibvg5JxMmUOSdh5xF44mFL6arur4ll+atJ5LSeS0nktJ5K1/N4gWuMdKYw5wdlHarX85Zje5 Zje5Zje5Zje5elAUwQ3fC2OiJUPpWGnbzfdGccFeOccfi2Uf7q5C5C5C5CtZ/wB3iEPbKmzy x5p522q5XiK5XiK5XiK5XiK9KG5Dd8SujAxOPNt1sX9QKPTX41mdlov3X7r91+6tDttOJWv5 yzj5fRZx8vos4+X0WcfL6L0hx1whu+LPIxcScFPNVBeOxYk7/jsoSL9YQyLbuWj9I7lo/SO5 ZLLbtCfQgcJSeJW2UG++NSvtFltxX2ixX2ixVbRqti8gl0YIbvjay01knN5pJOpXzB+6Y1cQ YGuu3rSEPeEys8q/wp1GPV2jiVr+csga9n7LBGRWNn7Ju5PQ3fGgiQrjiJxEDVzQBlCKzt4j ZThwq0n/ANFn/wD0Ruvk9eVUgKhBqOJW10T74rQWi0FonNFi+qaSCdStRdLS3ahu+PQmlaa0 DEcz4QTUieIw4TUrRt7lo29y0be5MutvQcE6827L5jiVtM6Q6lr8JWvwla/CVBLhWaBWsOe4 u2hDdxAiKGszr5mDMkjWDxJl3Fz4xTWPMg7CUC6/2OK4XLjrFcLlx1irzL1HazxK2n/eVlwU Y1qvdZyn/UhHhM5WvDDchu4heAEtwnmZxyaUpjxIVIh00QebRzo2rKAO9XSBGxXYEbFkgCow 4lbAifelSGNHZ7D0N3EIK5MimThzKTk1PJ4kI2nV+6xHh/dYjw/usR4f3WI8P7oztGr9+JWn 5rlq8vqtXl9Vq8vqtXl9VaYYdCG7iLxk48nmUZv9OHEhvP8AMF/P+q/n/Vfz/qv5/wBUd4/m HErWJ0rsJXK/V9Fyv1fRcr9X0XK/V9E/HDpQ3cRtBA1auZeT/TxIbz/MV/Pqv59V/Pqv59Ud 4/mPErSY0rsYXJ/SuT+lcn9K5P6VaRGGqEN3EX1OOvmV7cnHAcSG8/zBf5+i/wA/Rf5+i/z9 Ed4/mHErWv8AquWJ/UsT+pYn9SxP6k+pw6UN3EZl1Tr5lFQA6m/iUC1EdVTwo8CkWzfCtKPC mjhRlGM1Fot2mMQBxIk2YkrRhaMLRhaMLRjiJzv6cUBM8y0MHbCDhgeIiyky01PQm3nO0beU rE3qA5VcKJ5kxfjGNSZ0Wm2eSni8JujXv5oAyoFZHM5blGazqHEbpe2dk82yRDnVNeZ91Qqx e1gauIOAc11cwipTqgfdl0f5VqQ50g5NegJz2TQR9U6H0lua6daaJOBpPM+otbiCNfNN8Yco AY8Qk7YVVHNNwa6Eg5vNZdyMXfHgwMpsEHpTmy66Ljs7pWdi0XcrHFWUPc5xGXJ5nuiZOuMF qvHE7ebJFQTlScEHDA8QDRqEczXW5xFDFETrOPN15mOwmiMajHOkMpEVIoVDecAeUMFFpqGd q5xE6zCy6Yi7tUDnKqlpxNZQnJJ1Hm2Svd0BEh6J1nHnfJygBmojAjHmmphZLdcGUC43nDXz 1DhIWS7E61lNIkwFQzzIdZAmAiBkbCiTWdvP4IERsQreGucUL7S0xJ6FQ8eAnOwQhkA7dSy3 TSCNSoOj5EwrELJfqgSjkzA1a0b0iMViKcVqsdd3tVGHOiv/ACqkCveEJJJBkKAI+SzLRXFO q4F2sFOuvicKYJ0XehOyJ2VxTsh1NmtGZp0IycMUcrDFHKFEcoUWcKI5QojlCiMuwoUcaGDR HJcYMYIxZmh2owG40lHLArSiq92Mo0xM9vyxgsAs0VRyRXoWaKrAfLEF7Qd6gWje/wCNLSCO hSaBNys7D4F5xgIEYH5LtOEuxHK7ELvBT0QmAjO8lLrJwZtVBLTrnBWYNlDYzryLLKzLyMUW kFrxqKdZXJIwjWnWj7OCNUq+yyLhFaq+1HgrIvA1zCMUIxB9VpYHeE2ybi8qxZwYdqB2JgIo 7yRiwPRJxRuWV8TjehNsruImVeuzWFRpcehe9sS1u2ZTuxWfVHyXaBwBydfYpDGg7l6P1von r+lqs+qE8HOvVQjU2qtOr9E9WfVCtIxr/wAIR2q2Iwj1WduNVCnWvJbQL0frfRej9b6eo9ZW XV+qaPxJjGGL5xRJtbQnYSh1Wqz6o+SzaX3tJ+6UDwtqd7kxxnIMhFhwK4M1bEIEPfA1TRXp c121pWTidZRtayRCLDgUGjUIV1s4zVEtLmTjdKhg9Ra7Aq61McZyDITHGcgyPUS172T90oXt WBCglx6ZqociC556SVwVYiEGjUI//G//xAAsEAEAAgECAwYHAQEBAAAAAAABABEhMVFBYfBx gZGhsfEQMEBQYMHRIOFw/9oACAEBAAE/IfrDdFUtp1/+zr/9nX/7Ov8A9nX/AOzr/wDYLaoi U+7XEu2XGp604JqO/R4MFdBsk+y9e3JeeIRUc34JzfgnN+Cc34JlNTSo6Rz+63ZE6FrNRrit X4kxOHPRmeDci/ZOvbk9T/n0c6Rz+6iz1D3GD/J0kLtL0+ANgHOajMKxEDZDc+v69uR1IZ6M /wA9dddKomOrZ0jn905Jr0nZh/zR1MxWk4GPSuWL3IrNFPdg1J7sd7a2XaQ6WsDQbn13XtyG yBnxnu092nu092imoceM6Rz+5282HaI6waxXdOVhXyxTTK+a1PruvbkfT18sexZ7FnsWexY+ vVyR0jn9xBEoMrBVrkOP+Mq8PL5vbgnNIen1vXtyUIm/BnRU6KnRU6KlzprwZ0jnAY4G1IJF MXGEQ34SgRRybXROGcK7WXj8tEgBqsXqPf1k/fK9JZr2YUo07URwLdWs7k1X0Sq0gPdKYlL0 T2ZEtfAT2ZLYlL0RVbQXu/xYZo8AgAFBgPnef+n1y9e3J6n/AD6OdI5x1jNrG8IyVERCoii0 cNJ67V3Uv+9V669ufk+YoJqXd5lYgbVuBAAADgf5WnXhoj9zeyy7BOK76S3V7gTf7oJs+GTf XIY5fPCDqwRrAV8ro208h9PgWjBLb48I1QqmZ5j6To23wrplpQup2PiZmrwIeP8AkLNTKpQb tVsoyc1JfW8ESzWNEQLazl64yiC+JxFrQXkZ/wAc2qO/EuTUz63r25GjlJsr+zof6nQ/1Oh/ qdD/AFBcOgt1/ZQQb3f8XG9sT2PPbc9iz2RPaUq7+UDWE1T6tINd1hoP7OLyW/IJ6si/WaEe yADSW0YFlEtDbnK62ZFMdEEi+SIztAJcZaxVSjQducti7asck3gdA08FLaMCyiWhtzjdNawe 09ef/CW60Hdjy+CvfJ71Pcv8Hb9MyhHWWlxUgwcRxMez+kKshpiIFYBVM2cuyJm3ZhfyqCjW +/G0ppQAjnEt07Qs0T2xpxu5wDt1V2sUTRQKyZ/yItgB3Ssz5/EPOLNSMrMGB+pQHChV7q/c ww1HY+xgqDvlThrjSIAIGzYof1w+KgWtBGpyvPJfXde3I8nXyx7EnsSOgraHNE4wiyce+CZM XR8TMBSJVff8bP2r4q17BntCeypZ5cUOsr73uoOpttAwX3pB4wNjvYRu6qKz8FIcjBojtyjK qcF0vDRKighSvI4hlcOgN8aecN349TDZygxWb/sRsN/0D1xg0W+SCxHGOU5WtZfc7tYEgrq7 uEzuzcM57GJ5IbEXfd8oHiLNrPY89iz2xPYHxt72We0TmYCsqd7up0lUDHR5RrOpxwiESsoe Qz8PMfSdG2+DWy+ocYHIGgS563vid7mbO3zHt7LB4x2hqtgYZMGgfXde3IorxZwydX+k6v8A SABpJumYy1XDBKSvsvBOkc/mJZTFVq9phGYACqEqFG3E/wBqvCZuWa2IpPIQ+JKocXBLmD0Q +X0baeQ+ku1xIxLrR/fh5j6To23+XZYM2lB3TXhMjt5cMny1I5xJECSxLH67r25BQeKiHYis XAuKh3h0NIKBxVOkc/n5+71abBbDHCdtCV69gXwFfp2pT98f1hM0DgnYQBQE5z0ZFekp8xpW Udk7owCAA4Hy6navt2wNRhR/g5zk1GlMXO3Xbs/35F6fLPKgpjOSW8L9d17cnVc09T1TzKeX Jo9r6zrOROhc/umU8M7sf71DOhj/AIAiUGWByFeu/Xde3J1XNPU9U8ynlyaPa+s6zkToXP7p VS1yeJ/qjBwWzIPyFOU6F/0hWNd2Hw+GrxaGg27YZVBQfXde3J1XNPU9U8ynlyaPa+s6zkTo XP7qLA1dAIK7Al+KeSp8A98uvMzSGwTsQU6Cg+Cto7h8ZwlvCqUL7R9fVnT3BWYqDcfBi1Nz 1goOJUNLYiitcxUO4eE1ggDyzBAI2Oj91QSnJPQ0VOj/AGidhd6v7Il7XcG7EjVLkXL6z9y+ s/cvrP3L6z9y+s/cvrP3BjUAwVN5mf4/HGlV+8Okt1XpLdV6S3Vekt1XpLdV6S3Vekt1XpLd V6SwwCZHSfCaSdIlfjdfI4MeLBQ8C9RGuwQiCrQvTnBEs1jRClpGm15j1cHgHktREQvS2Zql CXo1hS4UvV+OItYaecZ/sQ9dO88YvW8zlve/1Feq61rfHwrzlAcKFXur9wAAoOEdwXZSS67a mjshKl+7iW1sl6g9bwFIA5zofyOgtAXf8gVfFP5K8u9PyXyT0/JFaA7LAuiNWeUSpLsP5E6T bt1he1ZNeXFw/ktcvC14+AQRIlVZ7GZ8m7xwOPEiLuAqmq3UKiDrcNBllHK1lpZ4SzmpFpcH 9wK9mlZfWa7ZQc5o1pgiWNj+MOjCdxMbRsLg1hsHScHwH2mlEGKdGbBDug/sKHEkWVV5Mpiy WVpRf3DYGHb1x1vKzPn8Q84AdJbCtBXlE2zUUszzVCQptaOFt1+MOjDeC8C2Lh6BBbnDa5oa rox8mlKFmL/GXRhTgA4YrcdwwlM+IV0Y/InRmcbboyg0vNQUE1bgFf0fj52cgK1NtS9nWrDh 2PVQQ2N1VvdQtjtXdAK/syCGrKgbwpwkYhyDVRpVn9Q8jIxnif1FLGsHJGmqgG6/HFp3rtNY pcTcitt2th/gac6U+nnFUMDXtr+R6aMWzOm3DHnDDRcKungvF5gARTErVjwxrLRquraLnr6w ptzzd3lc0ckBquxOHb+PggCOEePw6bt/6TNPUuSGpFwLgXSoTbut/kLzyGJa+BhjDXwrL1rm t9uuX5AkIUvQGWze2HyJpLduYHp4Wap4GWbO+JL7igYnfKcQXQDNU7vMeZ7H/Jt27FN52imn 98JKUXdX+KUFPOcGvYfOevcfSWa9itNU5qK/08EuozQPBzRn2QFafHzrCPVPBx+U2hRcef4m 2lebyNf54/EYZqQarhxs608fWPyq97lHbBlbTNA7MAsekI0E1ilnR/fJlBABK465j8qve5S0 ZS2WhvKRajW83bvKPN6YLiC0+7LPJAXCqhQDwH4mCMxoMJDzlDznZ7cKIgk0q+F8TpYMss7E zHrNqiscolKbNTaAgHVQXE7rqMIuTdRgx6zaorLK1eGzWKIoWaO0oKPC+EPw1R74MLStr8Xc 3puZgp7h4TEZtgk0LwsH0ePdo6IdomoP0cIIqiG1W8ieXev0nnK/pOGsXLHpTHUqV2lW/H8Z 87wg3hcTagu25XSuU9+YaDvieQiEdfRs/jToizxcdol2bqI53Vv7dk2VzKQ5Loy+Ptjt84Z/ uG2FYycvtnI9B/1P+Y9HOf8AOejnOgejeZ5g/R7ecw9s35bnL3PaerKNS7HQ7Jucp2/SbhZR epmidGqCOjf4cCMauUMpVFgbxNapLLRxmUMKNGhtHMbsboeUDvcGOO8oNPiDJQyrGIabLxbv 94icjvymJJ03G3+FatqbMcZyHDreC0AXW3fKContZKxymDEpMNnagVaNqOFqCCxs5fgzjbtc SJmi99zskANZGhUDobpZ418lqPnwce0AABQaHyC8baGzAiWZH/CTT409xnuM9xiyLec4YcrQ GGYBQkV3quEOMGVryLhog2Wdn4A2AFUc5Y3WxYp3RF3JAYs5QgIAo+NrcQont6e3p7ent6Ut wKj43QpddvCjr5I5OwpIoa9TcTb/AAMNQM1/kknFytu1nl3wtWeGJqCyjEvx25lZtcF4De33 wrXUvP4IqFCCjNOctOJq5z/ogUsdHez2PPY89jz2PCBCg0d58DA6Pa5szpqn1Xy8arfIM0jZ 5B+Pm/rPeE94T3hPeExQnOVPLv8ACNAe2ZLe+77ESqkc5AG7DIk0T7ucA0W8KjZkeE9sraM1 W5+QQaWP7P8AkiIiDCg/YlaDTAbnuxii1qaDY+abCwwHid0Uuwsfhg/P6z3We6z3We6xkbHW Ty7/AFrKMtVTg7pqAqDmHb7oCIAarEg4WqwcpZVbayX8o2eS+DtZWWstZaymnlri7SZfC3PC ZQLvPmpZTpFvDa3fB5l6ym5KbkpuSm58L8u+QgKSyZXFS5eEGwKl8b7ifgYHbKDglFtEAABQ cPl3a2ni72dYzrGdYzrGXL23i7z6AaWzY7yz2PU4AzLt/rPY89jz2PPY8JgBpJ5d8ogpmoOp LYkIsW/b9k0Nq6S86KUuweXzb6a9F9rOjM6MzozOjMvpr1V2n0FEWx4ks+yeCZFu+k53W5zn dbnOd1uc53W5wiLo4255d8urluZuBbX9tuZzL4iHiXK1t/Ozfd9ZyiOURyiOURi+76fRed+s 9xh7zD3mHvMGcKh5nl3zXJtkrK+xEAGx0+1MvKb0spNpVb4OXz3TudDbWYc0s5afHGEui42Q 17hQ01j6JpsJODLqmo9OfjEGDyNWekDKHgTy75rkpmXd6oFfaR6KFs7k4oi+gc0rCdrNKTQ2 T3g/k1aK0HH4ddz+irl0v6ygS1Y2R1/aUFPhm+ms8gnkP3PLvnIzJqMROESjk+0ULTptOT6E rIrUbrixXXzP7Oqv7AdaDFuLa4VfbjUshHCb4/RW4sSjtntE9ohxaKyQEEaobw6pBZHl3z0t Dbm8kshWNHU+zWKVfC2pms7qFP0IEZup7f8AGMYNo56mrlalEBujH0Qxk4aZ1/4Tr/wnX/hG WrUK/wAmFArW/k8u+goKuua9lfZgNGqZnkn0RSSN1q4ypWV91GJIWvcRjRaDWTPfEkFItZMd 8bEaDO/v6Km0vfjCzbWwtwljF22uGlcquMcAl2sS9wwZFcZ5d9BhItadBvBAI2PH7Lx30HQ3 H6Ig3XD2paEBCDKNNly0FysQqZcrEUhukK4/RVlDRS5ZgHEH+PIfueXfQAgWJSMakXWDS5fZ c7Dsb4v+/RWNM6luPYntifbE+2J9sTY0xoU49r6LGuuZXLdJfvyv35X78r9+WhdzzGyzy76H DhN61d/P7Lm1vXPO+i6Zv2pnaM7RnaM7R0zfsfRZvYBsM6ah01DpqHTUNZ783G5PLvoWaQGo ouOO/wBlWm3Sm36Lrm/Ynh5T4eU+HlPh5T1zftfRdIGm8vf4/wCpe/x/1L3+P+pe/wAf9Rcc +sNmeXfQvU9UoYOz7KquWLU6Dv8ARWx33m/anYY9hj2GPYY2z33m/Y+i1QHgXy2l/wDvF/8A vF/+8X/7xYK3O7jeeXfQu24IlaTl9luaYwrK7foqDBFQgAM29IMQHImr4XfGgO6v6mTHFTj6 JqxLWdczrmdczrmdcwKKPoL7SxWEWQqFW6v2UJY7OpU0mCz6FYZBZrweP6Y2g76EWt5xDowB dtr4ds1iGM1YcVV48CPYbHDLCzq66xRXoVqsbfaA0w1Jh5P2ezVeq8D6GgBvC/tguqG1tS7u ynLP2c85aqLrM2kay7fQJ3clzjl7QxXSs3g2rilfI9L0ZNJX0AB3+j+waCxCrLyykCt+BJvJ nrf7PYxkq+0gCtMW2LI2Dvv88isyMObX7iBaDhmUtYszX2lnldyMIKC1o1ftQqKFbqr3RAJo /OvRGqwdPLEGxc5FjO89hCLC3a+ZnEpaMBGseWa+zoVqkBY7UEWnARVvtiprMtJXCIjeQfoA s1EL+zWuPFLDtlQGW0cX7cuyujQCEZMisr7moFuCIuMMwOUrhRd/cN4LfaCHAC3hP3HNtYHb Co4cmsEAgANA+5AKAmzNbeW+8cpQg2q1WvtoIlBmKBzCvKBM4v3ZqpmqviTllxar2xKWmUeF 8/tJolZrMBrqOF95vKXPetOv3quzYYuXTV1gbEEIO7pfOGWQ5P2ShZ4ompRxVF+XniFCZRrI Pv8AvoU0GZQ6kNtR4SmnMGO9CxBss7PrtFVthxqFtiN6XZiAS7RmFCgIop2fgl24LOYajau4 TIveW5JCrZUw2JFJjMGUzai9PpUagXjMQ37WY793Rj9IFWDzAuA230iyqIcj8LGLOVrMUol5 GJnFVMrRVa/JV87mOVCYQbM4gKXGDs4O65o1uGHFjmQXrkY5ALU50ieQ2pzpG1Y2pzpHOBan OkyALU8mbvJyGcWqqIpxrWEamKA0WbxPDUMmpHnAUtjaOTUV01XLsgGi5d+aAtQF5fxbWLah vlFrtry41il2trcaxXJbW7otd8Q41mrxtcayjb8XYDHBJBiK4APzVAq0HGc6FK4iQDVYyU51 XN/IT1nVjl2Fj+F9hvgq63QkFazUg3SOlvk/sr3p48+Eu9MXzhUbgr0Nto7rBV0E1hqyywBq ZWJbZtb+nHvlDk0sK7N4N0HfhDREziSjCutURyUxcEXP+R0mX4bHZzBulKW+T+wvKFXRNXlA rkk4CatuMaa/yVutwXUFrpqor1NwCkYqZH9idI2/CxVtGhcEBjiEgsnpceg9SaPRpOkbTHTn R6zq51/5DfJ/SPRepAVdFQB8SngjQ6hfNOyme3H/AH4IJ19x1cfFh6fOddzgWTo/t8HmXoTM OmEFkZbeTMvGjl6uXhpAwXunSOU6Rt+FmbCnBNLM3WBiMhwHXKICmxMAKNScAHH6UpVLWhcs KLqJawnOWHDh/IgKbEK+UQuM1QwMS2wDMUhx5/DueiZR1d26xGQ4DrlEZDgOuXwRuUtKSF5B 1Ckln9d3tFG+YmpG5ZxkJ2SwnCsa4hXyiF/+N//aAAwDAQACAAMAAAAQAAAAAAAAAAAAAAEk kkAAAAAAAAAAAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAAAAAEAAAgAAAAAAAAAAAAAAAAAAA AAAAAAEgAgAAAAAAAAAAAAAAAAAgAAEAAAAAAAAAAAAAAAAAAAAAAAAAEgAEEkgAAAAAAAAA AAAAAEgAEgAAAAAAAAAAAAAAAAAAAAAAAAAgAAgkggAAAAAAAAAAAAAAkkkkAAAAAAAAAAAA AAAAAAAAAAAAAgAAAAAAgAAAAAAAAAAAAAEkkkgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAEA AAAAAAAAAAAAAgkkkAgAAAAAkAkkAAAAAAAAAkgAAEAAAAAAAgAAAAAAAAAAAAAEAAAggAAA AAAgAAAAAEAAAAAAkAAEAAEAEAAEAAAAAAAAAAAAAAkAAAEAgEgEEAggkAgAEEggkEgAAEgA AgggAAAAAAAAAAAAAAAAEgEmEEgkEgggAEkgAEEEAggAgEAAkAAAAAAgAAAAAAAAAAAAAAAk Ag0AAAAAEggAAAEgkAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAEkgkgAAAAAAAkAEEEAgAAAA EgAkAAAAAAAAAAAAAAAAAAAAAAAAgEgEAAAAAAAAAAAAAAAAAAAAAAAAAEAAEgAkAAAAAAAA AAAAAAEAkAgAAAAAAAAAAAAAAAAAAAAAAAAAgAAgEkAAAAAAAAAAAAAAAgEgEAAAAAAAAAAA AAAAAAAAAAAAAAEEEkgEgAAAAAAAAAAAAAAEAgAgAAAAAAAAAAAAAAAAAAAAAAAAAAEEAAAA AAAAAAAAAAAAAEEkkggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkkkkggAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEggkkAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAkggAkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH5EAgggAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcwggEAgAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOwAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEMAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEEEAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkEkAgAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAggAAAAgEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAEkAk EgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEggEEkAkAgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAEAgEkgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAgAkEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATv/wD/APt+9tAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAC3+1ASAAASACfv1AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAQk2AAAAAAAAQAASTMmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABUwDJJYAQAAAAAAYAD CE+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAWsAALbZSAAAAAAADAAIADegAAAAAAAAAAAAAAAAA AAAAAAAAADrgAADJJaQAAAAAAAZJJAAASmAAAAAAAAAAAAAAAAAAAAAAAAAY0AAAAZJLQAAA AAASRJJIAAABVgAAAAAAAAAAAAAAAAAAAAAAAfoAAAADJJYAAAAAAAQbbZAAAAAMgAAAAAAA AAAAAAAAAAAAAAAWgAAAAAYADAAAAAAAARAAIAAAAATQAAAAAAAAAAAAAAAAAAAAAcgAAAAA DSSYAAAAAAAAbbbAAAAAASIAAAAAAAAAAAAAAAAAAAAfgAAAAAAJJJAAAAAAAABACAAAAAAA TwAAAAAAAAAAAAAAAAAAAAgAAAAAADJZQAAAAAAAAZJKAAAAAAASgAAAAAAAAAAAAAAAAAAB wAAAAAAAIQKAAAAAAAADACQAAAAAAAOAAAAAAAAAAAAAAAAAAAEAAAAAAAASQIAAAAAAAARJ QAAAAAAAAEAAAAAAAAAAAAAAAAAAEAAAAAAAAIQDAAAAAAAABSAYAAAAAAACoAAAAAAAAAAA AAAAAACgAAAAAAACRJQAAAAAAAADJKAAAAAAAAbgAAAAAAAAAAAAAAAAAUAAAAAAAAAAAAAA AAAAADAAIAAAAAAAAUAAAAAAAAAAAAAAAAACgAAAAAAADAAYAAAAAAAAaSSAAAAAAAABAAAA AAAAAAAAAAAAAAUAAAAAAAAKSRAAAAAAAABAAYAAAAAAAAcAAAAAAAAAAAAAAAAACgAAAAAA ABAAIAAAAAAAAaSQAAAAAAAARgAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAASSQAAAAA AABwAAAAAAAAAAAAAAAAABoAAAAAAAQQCAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAA DgAAAAAAAQAAAAAAAAAAAAAAAAAAAAATgAAAAAAAAAAAAAAAAAAPgAAAAAAACAAAAAAAAAAA AAAAAAAAACAAAAAAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAD4AAAAAAAAAAA AAAAAAAAARAAAAAACCAAAAAAAAAAAAAAAAAAAC0AAAAAAAAAAAAAAAAAAAACHAAAAAAAAAAA AAAAAAAAAAAAAAAB0AAAAAAAAAAAAAAAAAAAAACUgAAAAAAAAAAAAAAAAAAAAAAAAI8AAAAA AAAAAAAAAAAAAAAAAAPwAAAAAAAAAAAAAAAAAAAAAAAX4AAAAAAAAAAAAAAAAAAAAAAAAbkA AAAAAAAAAAAAAAAAAAAADKgAAAAAAAAAAAAAAAAAAAAAAAAACKwAAAAAAAAAAAAAAAAAAAD+ AAAAAAAAAAAAAAAAAAAAAAAAAAAAL8AAAAAAAAAAAAAAAAASmgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAEnAAAAAAAAAAAAAABkoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACW2+AAAAAAAAA DH3wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAT/8At7vJr/v/AOcAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAIF64gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LwAAAAAFMwAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYj31V71I/tUuzwAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVxUljegtEJgzOAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAABMbRCajCPSRuWygAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAP/xAAoEQADAAICAgECBwEBAAAAAAAAAREhMVBRQWAQQMEw YXGBkaDwcJD/2gAIAQMBAT8Q/wDa9rbef49lv9YOH4AuFrzHL+hiJpf8dDNE4ptR+fC7+3sb 023hfqKk2VLjcLG9+Z9/Y6qwQ9rMHqW3WUX3Bj8+59/Y8X44ln+BYDldj0aTWN9z7+xqVYhr PXY9Se35mQV4wv3/AN+/9RelRSsyZMmSMjIzJkyVlKVen2FMkZCL6KIhkrKvR6ZJSL6yGS9+ g0tJ3wcMl5xsyTiJ0XvmKZZOMnRe+Vr8CXIToT5FuEu+TaLN8e2JctrjWxKcxri2xLmtcUu+ b2LriPPOviEueWHwzzjn3wy36AtcKvQFwq16AtvhVr0BcKvQFwvnn3rhmJ3nvPD+eeS4dqif Ob4l4zzb64vXMtiXGaE7yzfgSnHToTvKW6EpyDRZvkW4Ze+UnQnx1uicvlF4qk75pqkZeFpl k5+Iyi9l+uqK2TsnokRGZKX6aopkhPS4iEZkrKUqKioqKioqKiopWZMkIvWYRERPWair8bfx V+A3PTMVRdCA42jUZ9G0QqwbQpKtGlSE6qZaQq+MG0P4HFEQK+h3MI2hANwpbXxaL0uVyI3X xM6L5Vv8WhuNRbfGLTFsN0br40HqaDNYQkWxnRelvKn6hqjVUJiCgaPIkRM0aqgsCUIEktfD VUEoNUavxI0Y1Y0nskaxBY/43//EAC4RAQABAwIFAQkBAAMBAAAAAAERACExQVFAUGFxgaEQ MGCRscHR4fAgcJCg8f/aAAgBAgEBPxD/ALr3bSdtviUJAu/+YOblSpO3zaEfEcqvQBNVEa/E dqlzQmKEYZ+I1y9QCTmosfEdizehd6IFv/IuLg6+KE00nxXWMTn071vaZxrtXUceu3avPHT+ HrXQceu/avTRnXf9V6OM67/qvRxnXf8AVenjOu/6r0G+u/6qdjj1/FRucfztU+NE412/dbAx P671sw2nOn5pLJpPjekTPwc2AmaVkgGfSgQpczGm1EDov+aIVhBGKUi+CPFSvABYayXyR4pE pGI/felUwJa3frV24Y6T2qdkxE+aRGH4GGnBMS70Z2b3DbcaCLeHNLgTjHnixFimVlMTvamW xEvgKZ5TeDd8UpCfAAijFS5I2iMPmgJICRNyOtKqs+2ampqamp4qOMgzDilGWZl+lqmBum9t I354iaDq4oTGJUZ6PSouXSPHG6+6EYqxBm0HSlCliM5vsUjBDzcBQsZpVguHOnyrIY9OP195 ipLEky7/ADrC3TNtSOaAqChxumbGR61GztHIdffClyoMG4QRb50rYuGpjmMxDF61YwzhKVWX kWvALEbkzGlRORhU25fAlhE1IGImN/PJNeBmKgVs3FgiOWz59yUkZ0t7+KioqOD1qKioqPfl vYADPekRh5UV5BvUmxHb6+/1/wA68E54MYuVa3AkEBd5SxDLUG4b31OCj2nBa/5PfmkhKGBt hl15RFrGbRqdeEPYcFrUVHBkQQva+nWpgM8miCrJMhYtFuBampqaODeGiE3LRGm88mSwkcEY 88p1q/C3lrDt6UiMPJdSXvfHROCf8nBP+TgUoSgCSYb3zyWwXWDP9jgn/JwTw91xjX7dOS2v PnPBP+TgnhyEl1166bclGd7xnPKXhzFs/PfkpmA416bcpeHGEWDH15LJgKl+gduDioqKjlMA W84qYQjkqAwk2mKVMhz5iMkto17nJ4gIItGr156ygqdBkLGluTt3rOtqn2w4d+eQy3FhHTlK BqaK2KSGOdF0FwTNKVeVKItgY9aRGHnAs4DTE9qRwYMG3LBkLIWgzfWnWQ5sEaZJ3qBHBjlx BiuyZqA3E8zBbFD5Jm2o9aQlcwcOhzSbta215jMQwTTbXNmcJSKXPMhVJUKDgtG/WphLhFzF +WooKFzcjD+1GiwY5thKk6Vc6R2oAC4zHjlOETSTpSRfw7VOIwot250xJDQIMRpv1pCTNBLp 4pCBHJIhwLEuKEbuSfS9MIFo25/bRZmPSpNiFiNjfrTOVyTHV8Uogxx1hYxnzUiSJGMO96ZE IvI6lKqs3+BIYm0z5o76lj6URghLroVA2sz6UiDGeFE4KG00nxUGHE7+OjSiYFt8mluABIpW VPwWyKxirgBCcm9WCWJm+f8A5UmTWftFJujmbYoIQL+lQEJfrtRCgzc8UNEGcUJEZUNEK9Dx CvQkQr0RIM1BQZuUmOpNSxIJJzRasyfLpQCJOPWg4yte+u9EYgYj996Ui+CPFKc/C2KAw0Dh oGIW1BxCtQMQtq61S/C48hOzSRK/k+9BWCnYENIoEtDI6mke4NHK0jZD4L3+Z0nrtTKxdZil SN/VmpESNP3UZKE03sz2ihGlJtDvvQggnGrSgWVrWJA56ZqaOOsd9PFRsQza39E06oQEKdIm nSbjhoYvQiuzRmCFWRdXrmkSN/VmmAJ6wLH52oWyI2XVq8OGI+X5qTnFpqAAOtWUF2iKKA9f o16t+vwW0OL6eaHkJ3acIbfZr6j6NZO/3V6t+tXm0W/vlVj3NvT9047/AOa+o+jSZ+r9aQK4 t9WgGvSrRyn0v+vYjW1z++VHfLn++Vej+zThDb7Psw9vu1eBv+KTYR9yo6zCYqDAG4X+dZe/ 3V6t+vwWHYQ3J+9SECeldGo/3miGQrD2ZmkBIdYv86ncBsk1G6DQxQxYL9dfzRDIUqvW9eO9 qEAIYkmp0+wTmPYX6NR/vNdGo/3n2DgiNyaRd+jUeA6Rb2WQAA6BZ71HmbvS9Kr1v/w3/8QA LBABAAEDAgMHBQEBAQAAAAAAAREAITFBUWFx8FCBkaGxwfEQIDBA0WDhcP/aAAgBAQABPxD9 wwOIZwhub18Rp8Rp8Rp8Rp8Rp8RoZXLHNePDtaVHYkXcY76OFYZF8wptEMqw8xqaotgl8TsY ABjBQGx9vXXXUxQNoFma6bv2qtxOHlcWnSRdi3z7r9ciEWk+oUnvBQDg6digMOnf7culmum7 9qFAVYCoP2CuRoO6H7cFRHZkeSfTihJQU5E/YL6VEJHEHrRlhwkj2AAQ6Ns7Ow11R711R711 R711R70zUxHa6LXTd+1EdMLTnKKt7CO80l837QZQtZaDk+1ajOYnnvRuLDP8omOPEnpUCBsp 7UwzkLPASyUb1p/4FfvgIO1jQa18Yr4xXxivjFFjWIDvXTd+0zsJ+CW86NPJJAkzlQCYLwH4 43xPTKo8z1oRBGRw/vAG2W2lzXQntXQntXQntXQntWDJJDrXTd+0QYDqGADWkYgoPnGnTkdF dBd5uXv/AC8RFOYSelTPlrzhP7wBBo25teBXF9PCuL6eFcX08K4vp4UwGWiLfcrpu9BDPI5I Mt0AJMupVjjcCyDI1M2XETenvpABKhkmMGIMV4IU3ayY5Yxr+MgbSiAOLR04xaB5qySdKzL4 P6pWfwAXpTfBssD4XNHCTqp9+KEQRkcJ+jZIM0wiRojkGOOSdq6z9qHEIoXyuNK6z9qY5Fjn gnarJBmiVCv2NDLXMml3tqDAMAQAafmhfxd8VSv7P3gGHTv9uXSzXTd6JA2Ao2JlJsXEpYoG IkASVkN+M11Wbae6e/hWH6kO5jQjv/CoiZoZ9ayA73oKVXMAInhZ01oMLQBAHL7SFwwcy05V IjkWQ+RzrrQubXoD71U2XyVQarilZicTz31Yy8yeA2eRVjKRcET8XT99dL2fS6jqAXIDxfOk rR0ZvXS91dP2/S0sjLnVNuW9Etwpo57Vvxy4zfP7RsRhkgSx4UHb4AEoGInMJ4lQLSsrYFQG YGHMSpTvJCR3276WBIisAkSZ0h4m9AobQEU4viiT2zRCQDOWbbw7fYTWV5lj1pcyHzAn94A3 jCLFHmK+Uo+Uo+Uo+UommunEL7JpWDY5BrRPPgKh/m/tQ567jSeS6N6Sz1nGoui86h6XzpDq fOj0zzgNG8I4vV2fiOTv/jwqZRA5nRjXgozEc9Yd9BguNZ/qryVQoCABwKMePEgYhKe8YpKZ 2JpQCzKy2LZoDV9MJMBDeN4L5oQUOhCCTelnqyUF7KNNmlNJFAMImAW4JcU5BaxEIXsQ3Nxv e1GPHiQMQlPeMUwxGFhYF50rRSzQiZ8WN84+w7ECAEPM9FfCK+F/S6FT5+uvf5XQP8pL+P8A FRbbBFg1hxJttQhAhulQD/aYlQCdeSmZgssJrTJeLoASW6JtmimBBu5sTRAVbZhudygEiHog hiJJrqmHCp8tLbZ9BEU3QyxQPA9KiKMhSQPadftusGaJVAXovVLKSYXTSxzzoPTAwkY8TMyn EcauKpDpSxCWtmETi9BZmbBDMIOVA6y+W8lkXyG/MoHhy2kliCCVsLBP1ZiBKrAFXBbEzwNw 60/fAQSDwlzXU3tXU3tWXqwybsWpLsAAwi08+1Phcu8lNm6PbhSZNxKzNA/+39r4uoq4f8FB fx11x7V1Z7UHgunaoyZjHC1WIAzW/HyQebl8qlJBBcZi2HjRjBrMrwGTjU4CcE9agoJJRLxL H0hcbDxjQhTMjSONHBW2y3JYchjzorVKAFgUxAtryzrwkhUxCgk4g041JpFWVIEJ0TM8I1pE wJNcxdIREWLxLen+TyqORJAuQ75XoXXcSlpcUVF4i2aWaDJpjogMcxicWp8F3shO9ubwWrkb yy3xRpKtAHemioXpEODuUSFTIjHKrXXHtXQntXT3tQeA6tqi/m/lfCq+C0Hge7RoQMAoygaa X41AG39xv107qIAGFsYZMNNRbkkRyxNToOIQsojVvl+nS91dP2/QBlDMiEzE7UAHoHAUHthb yO8kq2wtnyWV+RhJwwgbxpUqnVdwAiR0ooQwKAP3wENSuUEvIa4lRxKi7EERxImF2Wi9GCGl mLTGlZYZUTUbqGCa6bv+QCAI5Gpo7dXtUiAQ6Rct1aj0MXl3CafeM1gQIdDOXSoNw1z6RRJf dDX6wo3cghxmmLCvhDnbw7W8vx9P310vZRpkGJGEpVtGSsO/o+nS91dP2/bhk0J46GHiU6Yd Jc8L1jrcCAooG2Pxpat61N+8z8UVwYGo4f3wBOM27eF9moiqSFuKHvRzyGUcKEGYAk0RFEpf gx7USjMud4H3rpu/501ZORzbZ769Rie9rzHSXhXnxP61BqclXr2/pTYiOrMozdZFD7hYaTtW QSU2s5y/yq0vaAo8ZrTVNsfSjw/jybightAEB3fjUgZSJiCT50dwYIWDFfBK+CV8Ep7hwQuO aUgbQImAT5ffr8+T+MVMgW4kNPFKbvg8o7AAA5eq2uubV0LaumbvoV1fftQsK9ann9469GPq RZw8vsBANR0ClJyNHQbPTsAADl6ra65tXQtq6Zu+hXV9+1C67SeVw96GAKRPR4/ahEACVdKi LmHZRgVphobaDwmH29WriCqQ81emxLSLOGv1IdVjpgiQANAsdgAAcvVbXXNq6FtXTN30K6vv 2qkCbV7c3UEwKqo8Bmix4SC+FSRM2pvAtl8BegdH24I6Dv8ACMcwGgfThIp6CGpeYsUDHujH 76Ou+sUu8r3BUTkX7aD3KZwzJfgH2pYpKieJSq5AY5VEDBVuKtRIRZtoHtRPkUdXcnEieUmt GWFIMib9qogEyJI05MxyzfKKvZxtYoMFcKQ72XsS+YZDP8BPfFRatCFDHE2r5RT5RT5RT5RT 5RT5RTCUsYieLvV2ciumr3cnCdv85pKksRuGp8g/CuXLly5cuXZ04HOGEpmAt95qDeHJ/m5I dgjBoMWJYRtOaCzRgDXaHXhU2RAxYGYy8HwaTKjgLEomDewvdUp3khI77d9HgZgIbGNaQJ03 EiSVFl5SxNZi5pFyM0vDU2cERLF7XNGS8UINykdyc/5x+0AHlbRDHKzwog8HxioEQzpGMOjx ggEmGJdcyYJq+U2SbhONbG88VXFUh0pYhLWzCJxehyCgBAFJKqQw4wChe1vShMI7BECo2ALR aQaRynG0FDKExxwqtPmRDFUvF0gxstXH0+gAX/QGwTkEQRP+lw/9LMD/AEihu2hGmQgJIPBQ NrwFX/RKEmhW6EEsAkEoQEO6NHFoVhC2EpLgah4/Qs9AOGCyIXMlFQbBRBeJawSc6iUiEQ3E J1Sje3MAEkAMymkX50EBEkQlQWSXhi9HD9MhcJbsrHCnVEkMyAbE7i6NFKEJq8AMMM3hQoEI EiMif5jy1TLQZTJgmeVNBoaKzNQGOloXe/Hj9LVBShBCRXMWKTaHzLF9wUCbd1Q4D6jOi4lk cam1E4NFCwtCCyLBZAoM8CzIm/Bm2e9xovVLKSYXTSxzzpsMZzDNXkZTiI1qFdI4HJH3MPdQ BrypCgHIY7v8x5alJMznQa6xUr6TiPGk/wAZFgLpD+EqhiRC4MSTxg8D/M+WpjABpgCb60GL oMzLNJ8wSwF0j/RPLUDbaEQJCYoshMIV5btA4ggsUlt3wP8APq7B8UgAJQymWltf63MBymZf FUDSoAlCXdZeRTIXswIhl0w8GpboxJSnF0DvdKnATJEohul0cWtypJ4ngglSWyPOpQ7E0IJQ nEedYfmS8w0rALS1zBj/ADgU0t4QGQyJALa+1WlAGqFmSwJJmL0XgSrOUtHAT36MWXzCGHm8 KOOpcJqiJYSiYdlJmSm6WQ7QM6LrSLrMtmYSljfxq5LREzXMMSwWJpB85ISCSRLMzDreWKMp tYKkgvLBnLH+fDC6BIHIn08X6r/S+J9F/wBJLQF6GvxIz3NSFJgguS75VEG0gABbwRoY7v8A Q+TXnrTsSODe9FMTQyJ7po4sjiZJYTwR+X+geIrv2y7roUXAGfCgrxYm+taNgXL+VC3nEB8Q oC31QepRCEJMC4YPfTLtQY4JOayT5n0UJgm2TSXPrOlRdIeVIAF6mQrhJ0jy/wApNKMSu8jL Ry1AF5NNGzvJTL4K3qqDCMuIICNi/j92DSqkda85qj5leRmFAIAHA+oyGuhvrTsYyLXkslRC TVEG0cz/ACYMBa2czrmY/v28EKTIxOYm8UJkYDJEiCyLdYZyoAjjvOkuSwZe9rWAxjKkubMJ 3NAUQGi9sxgE4xUmz6qyQJYmIU6lX22qjGSCFi9iwb0ARx3nSXJYMve07c4W653MMPDhQAgk iGWV4TZbeuUljuJqMK3f7UJTvLy5uAoEJGUgCJNYP8nJXusl7jVngMS53LtKLSc1VhrECC0L fP0CD5BYG0pxpFYBAzE55rMgpBpdStoY45Lty7bi0OIIIg4wXy+NTlQghTmTFFKlACSzJhrM gpBpdSsPGQDAVB5KvfSHU8heWY2osWczkS5SCcyl4IhJ1ejnQGAnpEZHR/y7iXDEwuRNRoGI Gbrx1FJyGutPErIbhe9aDkrgGrc2OSjJB4L3o1eFOXqpONLTNeZxnbStApj1KmggyE8rqwmO APEag2Q7W+9JZo0Fu7eocPHRIwBoH+ZBgDYn1p0G/lETBrRWwIiCdEaFX56DnTEq7z1pIWDo Ar+MpNeA9Y/zQM2TcC7HNwqbyhkGFo288Um+ilh1ZpWZsSwcQbnDNLTETWZ6FqnGwtJ0A4/C j2djamRspz/WpNHaPzU5Pqv5V0q6+auE5Tq8VTlahhGxwUdqgCdmYZ5qgzIjYI39IreBFDbe 40BiNMcB5m1C1rRXMOHGuIJexI0Tlo1SAwwzDt/joKdTXViafco390ROeNOtRp81EFxpUqop EMp1mmYSQVBYswcKWcjcpTztaJEAllgz9TvlUIANaezYB3B6dT9ySDvVHwaDmS4yOV9iKYkk Mbjjxq+gyJiX68afBkFmfIUqxkYRpAa86mOvIiGFcabZgCuoQO1GBJhUj/hVAlsUHESISPU0 aGCDaw+ZIpkBBYIyjm9SCTAJdKeX4VYF7Ij0uxr8UZYUAQBt+CITAOcoe/8A2gSAJEbJ9iAN GETavhNfCa+E0uDJCiSdqcZZTg1Sa70Iy3DG1OApCBizWGYMvAofwcWqwx/gIX6tbrYppucU eE1S0TZOAG7ktUXxwaG31i3qNCuvd9tNNNMW9RqU17/rblcj4XN1wj+6A93j+EjLCMI0wWB7 6+c60+w6BOXYpF+bXK8Ncrw1yvDXK8NW7Bv7vDHrXWNqSSHFIkSCsOwdKNEAbkJZOuc0mA43 k4S17ciYHQIBYKZtBjDdA4vVmsupWPKTju+4T0CokSjoj2roj2roj2roj2oT0CAgD6BLuUDX hFRIna4cr+OKscOTx3NTuWnk/Z+rhYWMfJXVHtXVHtXVHtXVHtQACcGR3NdY2+woBREBMJhr bvLczdgeFPEjst2DoSUEYZRI9rvKBFbsJgomCorMbIG1qLRpLVwMS6/gENAo6lHw9fD18PXw 9CGgQNCgBh7FUnK4UfcJZOg4R+VaYDrg+ih7mAwj9GJMA69yvg9fB6+D18HoUtsSRrrG33IB EEbI1NZucfSKNauxDVQcwTntQMLSiAKutEJyrtjt1rU7lzCIXMTg/FdmwyoTYa+a181r5rXz WrgWGVK7lG2PEJvZ6MUNIxDMXuwflBAFEI6002zkttX+Pp0jZXy1fLV8tXy1IUGSfTXWNvwR hZISSjJOOrRMbb9aVJmKzCDExt2iuQQsLKwU4NMKWmy22oywIAQB+MATUSEw5K4mjiaOJo4m gARUWES5P0CaLdmEsCjjISWBIiaOXlxogEETR5K649q649q649q649qskyBAW2rrG34n0UAy J2aImSJIJqBa/Z9gqgBkhN0xTrFgRiGhx+X2QydT7QAPZDJ0P0LdBweQ1OFG9nka93hQjKM4 wkv2kyZMmUFWEi8W9dY2/GgQk0QMrlkPhjF6GSezFmG7yAG7JRTSvJwXQnB+YAyRXeMKr4Z/ K+Gfyvhn8r4Z/KgMgE3nKv0p2VHOaWUITDwfsMmTJTQCYT5AeVdY2/LOPLISWgG3ChRCFGo9 lK1lkjckxO00kLiKKFmHD86nmEhcSijgmmGLkvn60ocLPY58mlLMBC4hP6QrxQSAiUtasq7P PRwxXzJ/a+ZP7TyIXRmnmJrEdUIEo1rrG35QIAiQjrQywEYICDl2S1KMQJsVmdZWABZnX9Bf wChQdymswwQ27qRK8/RDMLMzbj9M/RZ+lic3Yk2hUaPICGy8ONr864DwKXJLliOys01p1jav JvRXWNvzBeOMBpm+KmBOOCeyMDqUZeSfr+j3/QQLjJjnWWHn9PnMCEO3NSPKiglYEpeNIRol ITDb9ICgqcqAr43Xxuo4kjZKhNB55H/KhZBKDdt6V1jb841qSIQF8t6VkyU44D2Mh5AsgLoT xaJ0lnKbkn9EONIMgyvXxavi1AMk/JT0RBwCONGLpGBGy36TdyLxQ1Bri0HFoOLQQ7GA0THm qAsdpneHnXWNv0GkZt8kyFixNuxlMxxCGBrf9KRkYTAugSsKY6pBxpDB3JUxOtElh4tIRs1o K6TrRM7NKsDV7hI4Ua/pFjlumLQmn9quO3DK1LFBIBZrZq53cbM3bYxRLzBSKQRY41Kwlky1 Y7q6xt+hNPeCDhTyoywJAyJv2LCwYL9rJ53D9JnxTqRFHrSDjhGCS9DWhIAB76HlIAggMWp4 siIFjm1OFLIAsL2/SeT6Qhk0aMYRBJ3x9nk3orrG36BeFgJEdGlNFUJUcNoIt2K9Ladrovvu /SMyi2DU39z7ZMmTJM2iyDQ29j9KS8HSPQaT9rbbbbWa3pd8vKusbfo5qbAoEk27uxVliyCF dj34z+lKwTxXq91RseLSNjxaRseLSNjxaSuEcV6vf+l3g0F0mtTspJ2Uk7KSdlJh8NlO6zzr rG36KCcoZJuljuY7FkuByEFnEb7/AKTCWOLHr92pKclOSnJTYwxwY9Ps/pKWU4pDzTy+1SpU qUyXum99NdY2/RlQELJCeIexZQtrAQW5nf8ASxhbPs+x9ta1rjA3fd9z9KEEgIy+D61157V1 57V157V157VeoLDN4CK6xt+i8aWIjMWbEW7FKIgHbbnJH6RBigCxLLeaAAAISL7iycmhQuAU DhGa+Of2mZlIBZLi+yp8glAUNhhkuPh+kxBDlurK5r5H+q+R/qvkf6r5H+q+R/qgIIAgP0M0 jUBNpOUz3UiJEnniPYrrjrFGba2mkRW4CHw/RmqlOSN5u8gd6H5UNytUoZtventEIEEyLA2A MWpapBs5N4rJLJlTei42WcKkNyunjmnZ0ZCkRG5qadkIM7CK2N5zPY6cJECNyIvnH6IZSwAu 6Z7M0ElZFcE8WoyYAokIs9jkZTiOZxKaTVkQMMCJj9DMCtmMopvfEoxeK0ncHbFQsyEZtgzS MIQAxeBhFbjxpx5ZKXQtgbi0wwlJKY86JZMkWvrvUJXYJN1LMooEuF3djAQvHsxREXbsljYY suIL5kqLRIDAhOZ+caEcyEPMUUCqSUXWA71ChQMQpXBmGOMPg9kjBKQYkkPOsfkJJXi8eyrg aJgwRD2pQ5AR3PzBclFoZURLG9Ov5hNmDumLmbJJEUqbXSFG6BhGDrmcq0T5EwqmyjwA2kde x3SC+xIkaKGAMOCJey0ERJGmRUGMFoRw60ix6wiT9BbE4ZIEE+HY2YxQCDcU2QGnIgiYcdnJ cBnQBugaw9atGsAuM57TRIASqwFSEzXYN0Q3t1rT+bpkrdZe0ISwEmUSRMTep4wtGQYg2oZJ MdoBq2rCysFPjTAkesKxtRU3gEAdpJ2vISNLVkyYEYQ6VPMpjEy6Hn2bFgCngZqzByIErid8 VcJYksKESGna1+NkBwJDDkrOmdS3cr4VNyDiaBoeyRwQBUSuDnQ5K7SYB3CaBLAUJQrkFuFB BB2ykWkULWxTvFJ7RQMUjYMeLRRgauWRJmJMnYjpspjLuCnAKOIkbheNqlQaqSAtA47fQMNh yMpCzRltOI2SLG16hIJSWRkRaaB2lE5WvL95MzQZx5ElrUkw9Xo1appJdXlzljejOB6iDBOY /wAGgiII5GlGlGOPQ2oWAglwDU5Wh2ErDUkOCpqn1eQJmhPFCwEOJNJ/VirqBKJXBzqJskbL DYxihhLDBRGROfVSjGd4ES+Gh3MgMnS2SiQ6qEBfP+Kzmh6BDAxxLlip3fXQNEbd1OmRYARz BrNaiNyEG56VIoaERDldoqWIMSpahsa1bqHUoWEblInK0rYDF+6nhFE2pgrEepRc4GsGylJJ wOzWO4Sm5wOy1jnE5ucDs1heV/JgaIQGELJgxV4qEEYXHOjicQMk6m4a0GDMiAbIeFQ1ASRN Vthp4gYpKjlTvvTqZADCdEUktYRfExWaYsES7v8AlkBCCcaDQZSyLtZG0kLIwtYvhKWRhd2s KQlDIwu7V2mRKbjC70pckxsXGFoJUEubZ/y+Ytjg1wtKh4QFXAE/lMsCVMAb0TYLQB4lGDCU QBxaQBvMy5DJJlPwWtBsLEsFi+WoigRokST/ABbyGvaBMTQkiwlSLyRe0TU1DbHAZMQz/FNF mBFHM472mCZUQISWazwxVvMROkLXVe1tJq1+ci7aXWr6cL5jcdTHjQR2apFCiItZWZ0pCBYQ YKJgdCmGkigKJSyYYmNKbxJpMkZGhNpsCPCc0/Q4SF6mgIAiQjrTOGNzqfEeDTkWYnA/2PBp /wALjZgiFm9x0xU8K7HAZMQz/FF6lVbBCcCt9qlnDWyOCHuvxrUk8PgRF+9rWhz6FIszDtUf fCIiyyrgt50uqAJTmCkfAITUq6ts/wAWCngCBi6GsRbHBpkKA5IsSgjNpbVNXL71erbKRnng 5wHqURl5bOWXjQkJKKcGD3+lxiBDMcxNSFqGO9jzpaCDhvJ9EpFwkIY+Y+hCEnDquh3lBrbe 7ifV3n0MI9KRNz6GHrUPBkgu8f0UNYiA4APqUiTP4TGQ6cKCVUBvI6Nhe6nLPU16ts/xZMXE G0AjE6FYlldYGYSLlRHaDAWRvJwVBKiVg2R1HapkgMVdAgxramx5LtcJo406MkSXmoVsE9+J pDsyEgbCJ0a1BKiVg2R1Ham6TBkgQTSHeJQsoGgbVewSO/hV7SZSyrdfpMNDDqNRKkw2kope QVEdoMBZG8nBUR2gwFkbycH0y1OPPKKHi3PcAatx2pZAgSja7YKPvQZCE3GnzJBDIjEiDBpR M8ygshF4jQ0pukwZIEE/+N//2Q== --------------040902070308040807000405-- --------------090905030202080803040903-- --===============7955497816457433222== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7955497816457433222==-- From xen-users-bounces@lists.xen.org Mon May 20 22:22:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 22:22: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 1UeYSA-0001ug-HR; Mon, 20 May 2013 22:21:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeYS8-0001ub-8Y for xen-users@lists.xen.org; Mon, 20 May 2013 22:21:12 +0000 Received: from [85.158.139.211:64579] by server-5.bemta-5.messagelabs.com id 6B/0F-27009-7D1AA915; Mon, 20 May 2013 22:21:11 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1369088469!18760365!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=3.2 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_32,HTML_IMAGE_RATIO_04,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13218 invoked from network); 20 May 2013 22:21:09 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 22:21:09 -0000 Received: by mail-lb0-f180.google.com with SMTP id r10so57429lbi.25 for ; Mon, 20 May 2013 15:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GdG9HLrLK34qQWuJFut8vmiXhA6gv5/uJsmXUw0MqjY=; b=GsPtT5RBwfiWStqE+pqOgI5ngx/OhYmRT7MyVooII19XiGDpWfPDPgpQJA99QNp2wh 9/Vb7hB7dJ4O5Q4WWNnQWJxJZNH5Dr2R9MYP2mO1UXQBeSBt1ADXMiKh0j+Cue0nnocm PEmqSD3594+dfUVnzFlnV0lMBc5SISBhLaBimJHU5c5CYKMOM3LC4ePduG1rdsGos2oL Nd0ltJ4nDEpK939xHB/oORLB4KrICYzJ0SEdzXkYhnpn1Z3yrBiasv5OZB8EOQ4funm0 FAnWlZ2wy3j0mZ+/Tb1GlgttLJBzNAXjxGm7cIvQQpz1k3Ro0rzyqjPrDckgcdY7p7jT 0enQ== MIME-Version: 1.0 X-Received: by 10.112.58.229 with SMTP id u5mr73537lbq.58.1369088468966; Mon, 20 May 2013 15:21:08 -0700 (PDT) Received: by 10.112.76.101 with HTTP; Mon, 20 May 2013 15:21:08 -0700 (PDT) In-Reply-To: <519A9AEB.7070509@bersol.info> References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> Date: Tue, 21 May 2013 06:21:08 +0800 Message-ID: From: Teck Choon Giam To: Alberto Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6152644730987869818==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6152644730987869818== Content-Type: multipart/related; boundary=e89a8f642d58dbe5ab04dd2dbfff --e89a8f642d58dbe5ab04dd2dbfff Content-Type: multipart/alternative; boundary=e89a8f642d58dbe5a804dd2dbffe --e89a8f642d58dbe5a804dd2dbffe Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 21, 2013 at 5:51 AM, Alberto wrote: > Hi Everybody, > > I have a HOST (*Server Fisico*) connected to internet. It have 2 network > cards, the first one (*eth0*) connected to the router, another (*eth1*) > is connected to LAN. > *eth1* is bridged to virtual machines network, and one of them (*virtual1*) > have an HTTP Server. Everything is running correctly. > > > [image: Escenario] > I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP > traffic to *Virtual1*. I have IPTABLES Rules in HOST, for block some IPs > that give me problems, but these rules not protect to *Virtual1*. All > HTTP traffic is forwarded to *Virtual1*, even the source IP is blocked > for IPTABLES rules. > If I understand your problem correctly... Did you do the following? echo 1 > /proc/sys/net/bridge/bridge-nf-call-iptables echo 1 > /proc/sys/net/bridge/bridge-nf-call-ip6tables To check: cat /proc/sys/net/bridge/bridge-nf-call-iptables cat /proc/sys/net/bridge/bridge-nf-call-ip6tables More reading at http://ebtables.sourceforge.net/misc/brnf-faq.html Hope this helps! Thanks. Kindest regards, Giam Teck Choon > > I had an attack, and I couldn't block the HTTP traffic about *Virtual1*, > the IPTABLES rules not affect it. > > What can I do for give security to Virtual machines? > > Thanks a lot > Alberto > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f642d58dbe5a804dd2dbffe Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Tue, May 21, 2013 at 5:51 AM, Alberto <alberto@bersol.info&g= t; wrote:
=20 =20 =20
Hi Everybody,

I have a HOST (Server Fisico) connected to internet. It have 2 network cards, the first one (eth0) connected to the router, another (eth1) is connected to LAN.
eth1 is bridged to virtual machines network, and one of them (virtual1) have an HTTP Server. Everything is running correctly.


3D"Escenario"
I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP traffic to Virtual1. I have IPTABLES Rules in HOST, for block some IPs that give me problems, but these rules not protect to Virtual1. All HTTP traffic is forwarded to Virtual1, even the source IP is blocked for IPTABLES rules.

If I understand your p= roblem correctly...

Did you do the followi= ng?

echo 1 > /proc/sys/net/bridge/bridge-nf-call-iptables
echo 1 > /proc/sys/net/bridge/bridge-nf-call-ip6tables

To check:

cat /proc/sys/net/bridge/bridge-nf-call-iptab= les
cat /proc/sys/net/bridge/bridge-nf-call-ip6tables

Hope this helps!

Thanks.

Kindest regards,
Giam Teck Choon


<= /div>
=A0

I had an attack, and I couldn't block the HTTP traffic about = Virtual1, the IPTABLES rules not affect it.

What can I do for give security to Virtual machines?

Thanks a lot
Alberto




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

--e89a8f642d58dbe5a804dd2dbffe-- --e89a8f642d58dbe5ab04dd2dbfff Content-Type: image/jpeg; name="bersolnet_red.jpg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f56512b1ab506641_0.0.1.1 /9j/4AAQSkZJRgABAQEASABIAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9PDkz ODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVGC8aGi9jQjhCY2NjY2Nj Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2P/wgARCAKJAyUDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAMEAQIFBv/EABkBAQEBAQEBAAAAAAAAAAAAAAAB AgMEBf/aAAwDAQACEAMQAAAB9AAAAAAAAAAAAAADnEIAAJjogAAAAAAAAAAAAAAAAAAAAAAAAAFQ hBZLAAAAAAAAAAAAAAAAAAOWQGwANSc6gAAAAAAAAAAAAAAAAAAAAAAAAAOeWCwCmZLYAAAAAAAA AAAAAAAAByyImABCSnUAAAAAAAAAAAAAAAAAAAAAAAAAMHPOiADmnSNSuYLJsAAAAAAAAAAAAAAD llUkABGWjqAAAAAAAAAAAAAAAAAAAAAAAAAFcwWQAc8wZLBkrG5dAAAAAAAAAAAAAAOWQEoAIic6 gAAAAAAAAAAAAAAAAAAAAAAAAKRWOobAAAAA5x0DIAAAAAAAAAAAAAOWViQAEZZOoAAAAAAAAAAA AAAAAAAAAAAADU5pfJQAAAAAVjJYAAAAAAAAAAAAAByyobgA0LZfITQ2LgAAAANSgZBgGxeMgAAA AAAAhOKbGDJqdomAOcXzYAAAAAAiIC4AAAAAAAAAAAAADlkRMACElLZg2NS0AAACEgKx1DYAEZzC cAAwWSwAAAAVzlEpQLhqdUsEJsUjogA0NTBsamxoTgFQlJgAAAAAAAAAAAAAcsrm4ANCc6JgGDAM GCuUS8CYnNyI1BKREZubkpWLQByS2DABgGDlkpg3IiMwXyYkPLHeOuACErm5WLhVJC8DBzDqAAAA AAAAAAAAAAHLKxICInK3PM/TVwyDJkGTJAUS6YJzUuFcjMFkrAG5MQkpxy0WSQGQDIMnLJDnGTcn IzqlgjMlYlJwAAAACoUDsGwAAAAAAAAAAAAAByyIAGTOW+nUAAAAAMEJVLROAACqRFklMmhyzrgA AAArnKNykXyI6pYABQNTB0gAAAAc06BsAAAAAAAAAAAAAAcs1Bkyag2OoAAAAAACmRAyAYNy4ViE yZLpsAAAACI5JsAanWJQAAc86AAAAANSkXwAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAA AAAAAAAABzjogAGCgdAA1KJ0AAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAAAAAAAAAABz y4SAAwco3LRYOYdI2AAAAAAAAAAAAAAOWRA2MmgJTqAAAAAAAAAAAAAAAAAAAAAAAAAGDngtkpAU jpG5WK5dJAAAAAAAAAAAAAAAcMlBkyaggO6ZAAAAAAAAAAAAAAAAAAAAAAAAABgqkRMWgAAAAAAA AAAAAAAAACocsyAAAXDpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHGNAAAAYOsT gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgNzBuamSElMGTcyAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAACkRkpoRHTKBuamxZJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACmXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAc86AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOedAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAjOedAkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AMHnufq1z123w9Fvz1CUwaE5CYJCUyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYPO 8PpT1Frh6Hp5OcTEJuWyoZNSwTgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGDg8foJ 0135vQ9PIAAAMGQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYPPcfoyzUe/P6Hp5AA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMHnuXv2m2/N6DfmAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEZoDYjOcdA3JDBIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAQGhEZNzmFomNCQugAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AwZOedAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHPOgAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVDhHoiYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAGhCZOMehAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKJoSEpggNC wamgBsWzcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhKhkwTFsAA0ISU3Mg0KZuXAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAck6wAKpVJi4c80JjJZKpbNCsbl0AAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAFcrGSM6hEZNTc1Mg1NzJGcwulwAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAFUgNickMmpAUiwAZME5aAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAABoUDBKbE5QOmZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABpUepikCIgLgA NCsXBSMm0SZuQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPUj0QFb5SZuQanNOoAACkSlgA 0qPUwZMGSbFyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADBFua0N8pM3IAAByzpmQAADlnTMgGhg AwRbm1CXF3gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADSotwS4u8DgRkAGDv0OcXCUAAAGpzzpAHmo 2ABCemrYi3NazE2LkAAAAAAAAAAAAAAAAAAAAAAAAAAAAEO5rW+UuaAB5mOtAA5NelqmSFkAAAAF UFoHmo6gAOWeircA1IdxU2LtAAAAAAAAAAAAAAAAAAAAAAAAAAAjsi2lwklAAA8xHWgAcmrNXy+A AAAADmnQNjzUdSABy69FW4ABgg6QT87kAAAAAAAAAAAAAAAAAAAAAAAAGpD0m+UuaAAAB5iOtAA5 NYrtl0AAAAAGDmHTPOR2YAHGr0NbgAAGCDpN8pc0AAAAAAAAAAAAAAAAAAAAAAAR2RbWOdyAAAAD zEdaABya9PQAAAAAAFY4prHVgAcqvRVuAAAARammljnQAAAAAAAAAAAAAAAAAAAAABDuCbFAAAAA HmI6wAOSenoAAAAAACueeMx1wAcs9FW4AAAAMFXrLXK5AAAAAAAAAAAAAAAAAAAAAINzeJM0AAAA ADy8WwAVD1FAAAAAAAAeaiuADY9RW4AAAABgrdZZ5XIAAAAAAAAAAAAAAAAAAABFqCXNAAAAAAHl 4jJARkh6igAAAAAAAPPRgkBsRHercAAAAAGCv0ljncgAAAAAAAAAAAAAAAAAAGtQ7ljnQAAAAAAP NRCQFo70Ua7FAAAAAAAAeaiIqlk70Vq6dbgAAAAAGlRbljnQAAAAAAAAAAAAAAAAAAINybFyAAAA AAAeYjoGCsdWKNdqgAAAAAAAPORbBCWiodytwAAAAAARam0u8AAAAAAAAAAAAAAAAAAa1HqTYoAA AAAAA4kWACIpHpaAAAAAAAA4kWoAgqmehrcAAAAAAAr9JY50AAAAAAAAAAAAAAAAACv0ljnQAAAA AAAPLxOTmQUz0tAAAAAAAAeagdE1BRPQ1uAAAAAAAV+kn53IAAAAAAAAAAAAAAAAAK/SWOdAAAAA AAA8/FktQBRrt0AAAAAAABx4sxKAU66dbgAAAAAAGpFuT4oAAAAAAAAAAAAAAAAAr9JY50AAAAAA ADz0TAAhPQ0AAAAAAAB5yMAA1PR1uAAAAAAACv0ljnQAAAAAAAAAAAAAAAABX6SxzoAAAAAAAHmo 3ABoeloAAAAAAADz0ZABGehrcAAAAAAAFbpLPOgAAAAAAAAAAAAAAAACv0ljnQAAAAAAAPNRsADU 9LQAAAAAAAHnI1ABqekrcAAAAAAAFfcsYoAAAAAAAAAAAAAAAAAr9JY50AAAAAAADzcbgA0PSUAA AAAAAB52AAND0VbgAAAAAAGCHcnxQAAAAAAAAAAAAAAAABX6SxzoAAAAAAAHFMAyaA7oAAAAAAAB TNQAC6ZAAAAAAAItTaXeAAAAAAAAAAAAAAAAABFqbS7wAAAAAABgpERgyalkuAAAAAAAAAAAAAAA AAAAFfcsYoAAAAAAAAAAAAAAAAAAr7ljFAAAAAAAERKAAAAAAAAAAAAAAAAAAAAAaVHqT4oAAAAA AAAAAAAAAAAAAi1BLmgAAAAAAcwwSmpGXyYAAAAAAAAAAAAAAAAAAFXrLXKgAAAAAAAAAAAAAAAA AACv0k/O5AAAAAABobAyAAAAAAAAAAAAAAAAAAACvuTYuwAAAAAAAAAAAAAAAAAAABV6yzyuQAAA AACkQEpCdUAAAAAAAAAAAAAAAAAAEO5mJc0AAAAAAAAAAAAAAAAAAAAYIOklxd4AAAAAAA0NwAAA AAAAAAAAAAAAAACDc2iXNAAAAAAAAAAAAAAAAAAAAAGCDpJMpM0AAAAAAAAAAAAAAAAAAAAAAAAY IOkkwklAAAAAAAAAAAAAAAAAAAAAAAi1I9LHO5AAAAAAAAAAAAAAAAAAAAAAAI9SLSfndgAAAAAA AAAAAAAAAAAAAAAAADUh3NibFAAAAAAAAAAAAAAAAAAAAAGpB0kmUuaAAAAAAAAAAAAAAAAAAAAA AAAABpUO5vEuLkAAAAAAAAAAAAAAAAAAA1qHUE+LkAAAAAAAAAAAAAAAAAAAAAAAAAAAGlRagmzd oAAAAAAAAAAAAAAAAGCLc1raJsUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ7mtCXF3gAAAAAAAAAA AAACLU00EuLvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwRbmtASYby5AAAAAAAAANSPc1FIlzd4 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwR6mlAKCMmTMZBgGtYFIAGxJi7AAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAGDFYMIrMF2jIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAIdzBPigAAAADBrWYi3J8UAACPU2l2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcT3Y v+fQi3NTeMxJmxbm+bHqWuVq9ZY52xzvJ9md8t8pM0c31Z6nk0JcKnabE/K2MUAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAcf2Z6XmvP9En5oei7wtHvAJ+dnw5nqza42LbreTXJ9eda2gdbya5Pr yMVNzVe0lxb3ntjFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFHvMxLltAh2EmQ2jfNi3IdrH NNixammgFjnaHeTYQ9JY5Wv0k+LLi7wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/8QAMBAAAgIABAMIAgMAAgMAAAAAAQIAAwQREhMUQFAh IiMwMjM0YBAgBSQxFTVCQ3D/2gAIAQEAAQUC5y97BbnfM75nfM75nfM75h3sNnVbMRXWdzEtNzEp Krkt6Lf8kammlppaaWmlodSnD/I6pc7NZVSlQ/F1GuUW7i9Dv+TX+tkw/wAjqmD7y/pd4eIhIEOI pE4mkwEHn7/kqgM2xNsTbE2xGQA4f5HU7zpow404f9MWljjaxDwYOmCmoQ1VmHCqJTaWPO3/ACUI moTUJqE1CORMP8jqT4mtTa191YGQ8rF9znr/AJKopm1XNqubVc2q4yKDh/kdQJyHfxUStax5mIGr D0HVRzl/yVtRTv1zfrm/XN+uG1GOH+Q76ZvZ2V2zcbPyiQBxQM14kzLFzLFzcxKxcVWTyNxK0q+J ZdWJmrEzViYz4lVpJan84nxHAyHm2e3hPjc5f8mv9bJh/kW1CyCrTNvubXb5DW1rDi6BCy4u4DIf o6h1qrxVa6MSZs3zYsnD2TavE1YlJVatq+TiPj1e1MSHIXPTb7WH+PLLBUqOrgfP/R20IbEBW1Gc Ohm7XC6hTagf84ptOGqXRVzl/wAkErNZmszWZrMJLGggYjWs3Em4k3a5u1zeqm/VN+mXXIa6f5GN ebG4XVFw1KwIo/FjFIzkMXYhTqVbOxbs1SwlrGKfhbdR/JsSvHcTTOJpnE0TiqJxVE4qicXROLom IxWizjktor9oMGjtmLncV6naimy/Z1YqDXt0V2u6h6sV+lwLUtWSulptOUKeKa3yRGQ/nPirudv+ SqK02q5tVxlVWKuKkHi11JZiOFonC0ThqJw1M4emcPTNimbFUuqUV0/x4EspKtxaicRSZxVOcuDs LK2eNW+XegRzNtzKqtDWCxk70WsqbNehsRikIS60Jh6kXarm1XNtJtpNCTQs0LNKzEYZr7Ww9dOG 2xZRXToVFGct9rD/AB46CxVUKMTWXrpsFtfl4ireroqS0ABRzt/ydtZtrNtZtrnoECgHD/I8zZrM xNXhV2pav7X3CkDGVRba2/LEAUaeJ8rEfHq9ojMYetlMt9rD/H/R6WD7mJmFNm55WJG2wOY52/5J OUJ0g9gHaAdQBzmH+R5z4atzsXLMsWJniprxUzxU04oxcMNRGcbDUtODrnCwYSrMDIeVYuusYS4D hb5wt84W+HCXEVror/bD+/5RGoYM/wBfnb/kv6rfQ/oX01ehP9w/yep193G/tTi67T+SchgvY52/ 5L+q30P6F9NXoT/cP8nqeJUiI4sT9cPUl1HjYeV312/i598gBRzt/wAl/Vb6H9C+mr0J/uH+T1Rq XrbiwsW2tvw91aQs+KigKssoqsnB1REVF55n14phmXGat2qOwINKqMiHNeJ/3qzYalpwWHiYepOi Yh9KaTn4k8SeJPEniTxIoOrDvpP1uxi12czmczmczmczh7ZU5ev60bO8XUBrEWZwOhgYNFt1JrUN rAUuq/XLF7z12ZpXkwrcjacoOwCnLCsrboRljK2pBpr+v0uzWfZMP732TD+/9jLKJQ674dT9jqqz nCkyisJiYL81FgNm6NBuyVWzgtGs4isTdry+s10akRFVaVVcTAHOH2yStbtNtgn/AJtWSrIxDk71 Sla/rFG2qClDKQgxPkZdv1mqqt0TZUU6BifsVL0IgXDkYfQcT9edtCh+3dXIuA3hkUMhxJdUhftD KSHVj9buXWj15V11FXxIOlAdytXGIFdkVG1VVMrUqyt9eIzEq+Z9kr+b9jxLOlYxuVterb+wFlWb 9M3qmlOFyxn1+21tzhdUGEoE2aoaKTDg6od+gLiKihxVAnG4ecZVOMpgxdBisrD6nZalQ4ktM8UZ oxUoqNf7ModRh6RAij9CoaNhazMPYzr9SqC8V+lgG7f2G1VZuwz04UjSlPca1VZn0lacy7OqzeqE bF1zD1sv1O2lLRtXpP7cVr1xMatHOhdRqrY6QYtaLAigBFCmqtiVBmQllSWg4LQcO4dfq11W5N+1 IMZQYL6jNazUJuII2KoWd/E3aMSs3MSs4kicVNzEPKatv6yVBmIFNa1YOsJwlE4WgRa0WfGu+sll E3Um5NbTOyWO9aV12M2myaXml5psj1tYlLWA+LNVk3DN1YLEP09nVQbITZCrmbSmaF/QnIIOJs/b EVFxTaLa/wA6RNpJt5QbggdotqtP9+jGxRM3aGstNC5+Q39qz/PIs/r3fpqWa1mtZrWZpNNYgFiz cygIP0AsBA7NBWYFCj8LbcU3Xm683Xm68a24J+LnNjogrTyCAwoJps/JCCbc25tzbjKhqX0xq1MO 4s3AD1trAsydiqKv7Dtp2q5tVzarm1XD2Uy+0pKahUnlX1bqUW7qfh/b3BNwTcE3BHOar6fzlnNv KByICGHViwU96wBQPIHbTs1zZrmzXNmuHspfF7WLw9fm3g1OpDCP7e9XN6ub1c3q45BVfT+xrm5p 6oTkCzNFQL5Q9nbm3NubcPZSuDtuejDV0edX/Xuj+3nM5nM5Z/i+n9/9mgqUfUOoMwWBWef55Y9n S80vNLzS8Ps+fei2VvjDk/t7Vc2q5tVzarjgAL6fJZNU16T053yirl5o9nxZ4s8WeLD7Pn20pcL8 A6TPVh9pZtLNpZtLHGSr6fL9kdMd8oq6fOz00cYk4xJxiTjEmeqjkX9rjHnFvOLecW8DaqV9Pme1 B2jpLtpCLp8/LPDaFy01TTVGRZllhuR06k7012TXZDXe8sqZKF9Pm9qN0gnSEGo+epYUWW21zibY WtFcxfs8i/tXVgzaaFFWhPRi/jL6fNZQwRsm6O2bPyH/AKMqZlRMTt7JYLMUwajkWBNe+032ltjW VPZs1W27mHX0+dYMwpzXorHIVrkvIYZFejYqmxVNiqYlGeFGTDcjS4Vt1ZurN1ZbotWwIlC+nz1G izotnebkRmKVVxfdt0q22tK7bUuyWYfkbPa00i/EGwV528NSbTSTccMvp8+0dn+9FXtt5Gqrdw6U abGVXhVSulQuJVUo5GkBoK0B/OL+Mvp88jMVejolXp5Gl2Wrdebrzdebry52arkuydk7J2R8tpfT yFf+9Ep9vka/a/Sz2uRGc70707070sz2V9PIIfG6JT6ORT2v0f2uR7J3Z3Z3Z3Y+W0vp5BO1+iV+ rka/a7Z2ztnbLPa5EHI6pqmqapY3gr6eQq7V6ITpt5HgrIMHYQMI5HB2Q4VwRhS3JHC0seEonCUT hKJwlE4SjkbDlWoyXolmehWDLyCklqhuSshKTZmK21FXTiejt3rOjL2WcgbEDdLY5Ctch0Z11BG1 Dz2YJLWfc0lmLs6AkoAFbo3uP0h+5yDNpGeUz7ekOc4OwdJPhEdo827UUtGUXRxOHbPo7tEXT0zI oysGXz0XQnRXYxUC9OZSCrh+qFmYqoQdPZAx16Oos4WZM8AyHUSM5pYFbAemk5DU1gVAp6qQDMmr AsGfSCQJrJK19aZQ40sJuQEN0RrFEO4021z69trmBYsFkDA89uLmHZptkwKF+iGtTNDCEuIbQs1L yueU3UmsmeIYK4FCj6UyK0NQMKvDuws4hsyhtAhtQTcQTcQTWs1qJrUQ2IIbUENqiGyF2h3JlYZt 5zaSZZfV8hNKzQs0LNKzSPrBtrUi2snzP8gYMCQAbqx5DuEUEMPpXh/8gvDlr79lmxJSY1jw+Hez QcR36rxYzYnK9rmSniWKVWC1OJLmm4WiYXwrsaxIsK1G+/ZbdsMwT2LU12WJxF2wljFQcQyTGfEo 9j6Uqq38iKq1OM97G/Fu/wCuo9jAek9v8in/AGWN+LR7GDzODwOXDU9uOmMG29Pj4vF+/jPen8d7 FnZ/I/yJ8HF2MsxVW3Rd/wBdR7H0psMrWDD5GylbGtrFte2u1XhxWz4dGeqlKoKVF1tYtrVdK00r Spwqaq6lqWWILEpqWlLKVsaylbGnCrnbStsbCIy21LavCoValWpVdK//ABr/xAApEQACAgAFAwIH AQAAAAAAAAAAAQIRAxAxQWASISIgURMwMnCQkaDA/9oACAEDAQE/AfzXqNO/56K8EkmdUV7/AKRj O+RxxumK8Sc5SafToY8pS25H5yjGo6DxprWJjuT1VcjWLOMV2JfFk060Mfrf1cj85Rjp2Hi4i9jH lJvv/jrtzsNljEWWWWXlZeSHk3kixusrHoLhe+THobCIm5uPQQtBG+TNWMeUTckMZsLhdFeiiivT XyKKKyr7O//EADMRAAIBAgQGAQIEBQUAAAAAAAECABESAyExUBMiMkFRYAQzYRA0QJEUMFKg8CNC cHGQ/9oACAECAQE/Af8A2vFLjn7LQVr/AGwfeUi+xlc4APMUex5Vlo8xaex0BMFsWnseVZaIv9ov aZw2ln3lq+ZRJyf55lUlV8S5fEuXxKr4lU8TknJ/nmUXzLB5nDMsb08KTpAmlYAneXKO04hGkvb9 DUziNL69pyQqOxhRh6OEJlFGsD00EuP6us4hOsqpln9MII9AAJ0hUDUwv/SISTrsQciC06yw9t8V CZyiFydnrL66wqNVhBGR3cKTOVfvCxO2B+zSyvTumsAA6oWJ3C4HWMtNxCltISFyXc1aktrmu3qt c+0Zuw3b6n/e2qvc6RmrvHXl32tVqc4zV3rqG0gVNIxpyjewSDURhUXDaBktd9U5wihpswFTHNTv xNy12ZMhdv6HtszZKBv4ymJ1bLia09AfQHZcTq9AYci7Lia+gNoNlbQH0DEyNNlAqu/oKtCanZU1 zjC00O/DJdnOa130Csc1y2dWoYwpvnQPvtK83Kd7UU5jDtQ58u+8qO5jNXbMmFIQQaHdlXudIzE7 cGByaMpXXdAAM2jMW13ANTKW3dO4hS2kqF6YTXctJcDrChG2gVloXq/aFict2BIlVbWFDrtIBOkt A1ML9hpvQYrmJcDqJZ4MII12QITBaNc5ed/vMJUyzxCCNf11jQqo1MvA6YSTr6IHIlwOolFPeDDJ 0lp/S0ljSwdzOSF/EJJ19LDsNIMQikDLlUQWZVgVcs4Er3gwyZw2MsaWN4lreJafEsbxLGMGGxgw zAn3lq9zOTvKr4l/2nEaV9XqZcZcZcfMuMqfWAjHMCcN/H84gjWAV0gw2NctP5CqWNBCKGh9L5uA LYeLTOswsLiA/aLgBsg2c+MBxM5jKlSbs4MHluc0mJhWCvaDAqgesGEGcKDOCK2lo6FGtM4AXrNJ iYZT8MfnQYk+MMy57RA2IGaswsHiA/acNB/unyVQtzNSDCrhl5g4XENIihjmaQYKt0NPj/VExes+ llivx1pC7HImfH6HnxvqiYf5j95i9ZnytQe0H5fON+XE+N9UTF6zPkfWE+VXiTE+gtfw+PzKcMzE /wBPCCeZ8foefH6H/D5nXE/LtPhjnJmAgarHtMDEufJRMP8AMfvMXrPpa45C20hxqiloiYhQEDvE co1wl5uuj4xcZgRcZgKax8Rn1hxCUsiOUa4RjcazExDiGpgx2pQ5x3ZzU/gjFDUTExDiGpiYhQED vExCgIHf8OOaZgGYeKyaQfIYGoiYhQ1E/iGBqIMQh74xuNf+G//EAEQQAAEDAQMGCgcHAwQDAQAA AAEAAhEhAxIxIjIzQVFxE0BCUGFygZGSoQQQICMwYNE0UmJzouHwgsHxQ1Ox0hRjo3D/2gAIAQEA Bj8C441jHRInBaUeFaUeFaUeFaUeFaUeFaUeFPa90wNnO13F33W4rJsmtH4ysqya4fgKyTXWDzKz qlHKiuxZ/ks/yWf5LP8AJDKmuxWnVHOosbIwcXO2BQ0dvrvsybQYORDhD20cOZGdUp2/2W71adUc 6utddo72bO1HKyHeqpWkb3rSt71Qzx9nVKdV2O1Yv8RWL/EVi/xFYv8AEU2rsdqtOqOdHn8Ksx0e ywWYBrJlZdtd6GBZQLz+Iqlm3uVbNvcpsSbN3RgjZ2gi0b58eZ1SnV1rELELELEJtdatOqOc7ol7 tjaosFhdB1lyA+G22GLD5ceZ1SnS0GuxZje5Zje5Zje5Zje5NhoFditOqOcZKxLLHzcoY2Pi2g/C mH8PHWdUpwJ1rHyWPksfJY+SaAdatOqEKEk6gmBrSQQVlB2eRe7VepcvXenZ8OSosmOtNwoqWLW7 3LGyHes6yPesqxDuq5Q+bM7HDiT3DENKB4YV/CtMPCtOPCtMPCieGFPwpjjiWj2GWH3qu3KB8Z25 We7jrOqU7f7Ld6tOqEDSRtEpl0gXehXZ5V7zlZ2RN6I+DlPaO1aQIMaZsm1d0qB7MEA71dHBx0zR aVg3NVfSf0L7Q9faHqnpPe1Vay0H4aFS3tB1fCtOqUzd6hdwQvYp+5WfVHqvOmFLHAhO6nslx1CV BcJ2SnNBEtRhwpjVZ7e9Xi4RtTW3hLsPYeeiExuwcdZ1SjkE1Wjd5LRu8lo3eS0bvJDJOKtJOoLO Hes4d6z296z2960je9aRnetKzxLSs8SNy2aHaspRajtCuejwTEl2xe+tHv8AIKlm1UaO71CgImDV XWtmkmqDmNkRNTCDtqffAFzGspzoEATQyrrmgUmhlCgImDX1AAZWsbPYOUACzK3rSt71pWrSNWka tIFpAtIFpAg+wtJBxantcLri0pu5UMoi7QEVlUbHTKffbFEwNsKXRW8tHZjeU/8A8i5djkr3MjpV nwjrxe27PsvaMS0q3pV2HcrVuF/B3Yn0dNwtEwmGKNaf7JpE0LqCNqs8knEatZ9gXdEwzO08eZ1S nEtBrsWY3uWY3uTC1oFf7IWl5uql1Tv1Yp99s0C0YWjC0bVom9y0Te5aJnctEzwrRM8KPB2LS7VR TamegIWlhAcKXdRUWrXWZ6QtK3vQHCCvqAYBiDUoUbhtP8Kaxt02YGBMShhEVVoHhoD9h6IRm63J ui6putbSIbrTRDZoTVDDDzQdOVyule7i90qLRjGj70GFJ9IF38AUXAd6zG9yzG9yzG9yzG9yzR3L NHcs0LNCAoyzb5q0uit01KYCTgovu7CnTNH7fU/crPqj1XXYKGiAsnPbVqDh8SAYcKhRautC5uc1 zlAEDjzOqVr71r8RWvxFa+9RWOsVKtOqPi6NvcgbNgyXB0DWpYZ9sS1xkxRZRLD+ILJe09vryojp TuA0UV2T8O06pTNyhOLvU/crPqj2eEsDdccQcCo4ATtvK1baOvRHwx6Q3VndIUjjzOqUOlSp9Uo9 CtOqPj3oh21tFkekO/qErOsjvCzLI9q0TPEsyzHaq2lm3cEHWj3WjhhKqq2bVkl7dzlprbxKSC7r FQPhubtEKBbDwrTDwrTDwrTDwqDbDwprdgj27frfDIOBQB5JjjzOqUzrf2XcjuQ9T+srTcOdLUfe Ad7cVaenX7ElXvvEnjzOqUzrf2XcjuQ9T+srTcOdG2zM5nmEHNMg+068MlzyQtdrZ/qCyXdnq4Gy NOW7YgBgOPM6pTOt/ZdyO5D1P6ytNw51L/Rzjiw4FRbMdZnpwWS9p7fVlPAV1oLLLW460AMB6stg naq3iNl5Q0QOPzqggJvQVCIQUJ3SU52qBPO9bNqzPMrJsxzJAznUCBaYiizm+FZzfCs5vhWc3wrO b4VnN8KJcZlcGcOT8uE3X0oMkrNf4Ss1/hKzX+ErNf4Ss1/hKzX+ErNf4Ss1/hKzX+EoEgg/LZAa 50YwgXG7O1ZT2jefUYcKY1WSQdyvXCBEy4hXbwnYpcWgb0JcBPT8uGLN07WuhA1OTBux/dVHIDUQ 7U260p9HTcLRMKiu1v8ABxF5S0GpE4Qg67MF1N5U8HelsRsTWnUPmC1B5Jp8y2/W+ZfSOt8yVcFb 5QxCo4fMfCOtWyROOtE8IzvTcoEzq3H1BxY5rTrKczWFeg4wg4Mc4HWIWEHYnNcQIMDuT8oZGKm+ 2N/y0ItG4SnjhW5QTcqTOrcfULLgyMm6SSE84G9LT2Jt6WQS6kbUWYi+CD2o5OrFW9Kuw7lbtjPw PYrM8GZuup3IA/LNbXOZGCMW2HQmw69X+x+DPy1pDIbJonDhDlCME26Zrj2H5jxdJbBRy3UQ4OTF ZPb8vzBO5AFpbO1SNt1Qdko3GtfGoQrclt1tMYomFt26449is7sEOMeSgOEjUoDgSPlyOkf8rIku BkSVXNFe1Odq4NyBuXIbCt4Fb0/8qSy97y9WNiaYjLvRsom3r2TuhRBDQNcfL8H1W24fMttuHzJf s+TiE97WVcAEL+dr+YauAWlZ3rSM70fuNqPmDgrEC/rJ1L3tq9/kFowtGzuWiZ3LJlh2tKvXhasG 2hQdfaJ2laQLP8lyvCq3h/StIFLSDu+VJe4Be6sXu6TRUbZt3laVg/pTi515zjU+1dcJC0Te5UaO 72KgFSz3btrUWvz2GD8p2nC6Scmdns2ToE3sewp7rt48kzgoaPebfuotMHoTgymUR+pWjYbqzaSr SQ1kRQYKGj3m37qcHYRVe8zoydyynAbytI3vUMm0dsanPtM95k9HynlDtWRbyNjwv9HzTGWjmw6c B6pcxp3hXrovbVLrNpPSEaCqN1jROwKA0AbIV0NAGyFLrNpPSFUD1Q9sq9ZXT+F4lEXLjm4t+VwW m69uBXvrE9ZlVnxvWkZ3rOHesQqvb3rSDsqr1m60ZZgYrJtWu6wVbAO6rlX0e17BK0Ft4VkWVzpe USXXnOxPyzUArRMLjmiMV7xoc5aMLRtWSxo3Bf8AqtP0n5aqRsWOu72qjXZ0YLR8qMdW1ZozvJFz roAd5Lhn0cdR1BZ/KnDVsWk5U4ati0nKnDVsWk5U4atiLXOBBOzUuAJF5p162rBud5LM5UY6tqzH Z0futYyruCzhjHb8nkkxCdDS4tRhoGydaOXrpCMyazis0VM+xJwXCu0bcwben2w9mkZUIOHaNnsY BCmBlCHuxlCoNaoXmGvkhXOw+R4xMTAWS2KUJRvOMEYBExjj8G4NE3OO34PCjRuz/r7OIWcFnBZw WIQuuiMKoVvU71ltLcmTsCofkAScUIbA1yhfdJiDsKgD13zbhgmKtX2tnhX2tnhX2tnhX2tnhV8W 4eJijfXwFljyjsCDW4D4MHArgH4cg+xbPdZ3zwpC+x/qX2P9S+x/qX2P9Stfc3HM6UN3qOokRIRu 5WwI3qRt58OsjUMVjdE06VQa59qy/NWY3uWY3uWY3uWY3uVr+b6gxlbR2AUYk4nb8OlHCrSq0eKO Hrtfzlmv8KzX+FZr/Cs1/hXpR3IbvYqskxlSelAPbU7FIMjncAmpwVclpGGtf3+BZfmrNCzQs0LN CtfzVaTURCNq8zaO8vi/+Qz+sbQgRgfVa/nLPCzws8LPC9KI6EN3tyyhiBsXvKRytR50kohlMKnA rtmvwrL81Zz+9Zz+9Zz+9Zz+9Wv5qL35AJmqycdp+NwR0bszo6PVa/n+z6V2Ibvg5JxMmUOSdh5x F44mFL6arur4ll+atJ5LSeS0nktJ5K1/N4gWuMdKYw5wdlHarX85Zje5Zje5Zje5Zje5elAUwQ3f C2OiJUPpWGnbzfdGccFeOccfi2Uf7q5C5C5C5CtZ/wB3iEPbKmzyx5p522q5XiK5XiK5XiK5XiK9 KG5Dd8SujAxOPNt1sX9QKPTX41mdlov3X7r91+6tDttOJWv5yzj5fRZx8vos4+X0WcfL6L0hx1wh u+LPIxcScFPNVBeOxYk7/jsoSL9YQyLbuWj9I7lo/SO5ZLLbtCfQgcJSeJW2UG++NSvtFltxX2ix X2ixVbRqti8gl0YIbvjay01knN5pJOpXzB+6Y1cQYGuu3rSEPeEys8q/wp1GPV2jiVr+csga9n7L BGRWNn7Ju5PQ3fGgiQrjiJxEDVzQBlCKzt4jZThwq0n/ANFn/wD0Ruvk9eVUgKhBqOJW10T74rQW i0FonNFi+qaSCdStRdLS3ahu+PQmlaa0DEcz4QTUieIw4TUrRt7lo29y0be5MutvQcE6827L5jiV tM6Q6lr8JWvwla/CVBLhWaBWsOe4u2hDdxAiKGszr5mDMkjWDxJl3Fz4xTWPMg7CUC6/2OK4XLjr FcLlx1irzL1HazxK2n/eVlwUY1qvdZyn/UhHhM5WvDDchu4heAEtwnmZxyaUpjxIVIh00QebRzo2 rKAO9XSBGxXYEbFkgCow4lbAifelSGNHZ7D0N3EIK5MimThzKTk1PJ4kI2nV+6xHh/dYjw/usR4f 3WI8P7oztGr9+JWn5rlq8vqtXl9Vq8vqtXl9VaYYdCG7iLxk48nmUZv9OHEhvP8AMF/P+q/n/Vfz /qv5/wBUd4/mHErWJ0rsJXK/V9Fyv1fRcr9X0XK/V9E/HDpQ3cRtBA1auZeT/TxIbz/MV/Pqv59V /Pqv59Ud4/mPErSY0rsYXJ/SuT+lcn9K5P6VaRGGqEN3EX1OOvmV7cnHAcSG8/zBf5+i/wA/Rf5+ i/z9Ed4/mHErWv8AquWJ/UsT+pYn9SxP6k+pw6UN3EZl1Tr5lFQA6m/iUC1EdVTwo8CkWzfCtKPC mjhRlGM1Fot2mMQBxIk2YkrRhaMLRhaMLRjiJzv6cUBM8y0MHbCDhgeIiyky01PQm3nO0beUrE3q A5VcKJ5kxfjGNSZ0Wm2eSni8JujXv5oAyoFZHM5blGazqHEbpe2dk82yRDnVNeZ91Qqxe1gauIOA c11cwipTqgfdl0f5VqQ50g5NegJz2TQR9U6H0lua6daaJOBpPM+otbiCNfNN8YcoAY8Qk7YVVHNN wa6Eg5vNZdyMXfHgwMpsEHpTmy66Ljs7pWdi0XcrHFWUPc5xGXJ5nuiZOuMFqvHE7ebJFQTlScEH DA8QDRqEczXW5xFDFETrOPN15mOwmiMajHOkMpEVIoVDecAeUMFFpqGdq5xE6zCy6Yi7tUDnKqlp xNZQnJJ1Hm2Svd0BEh6J1nHnfJygBmojAjHmmphZLdcGUC43nDXz1DhIWS7E61lNIkwFQzzIdZAm AiBkbCiTWdvP4IERsQreGucUL7S0xJ6FQ8eAnOwQhkA7dSy3TSCNSoOj5EwrELJfqgSjkzA1a0b0 iMViKcVqsdd3tVGHOiv/ACqkCveEJJJBkKAI+SzLRXFOq4F2sFOuvicKYJ0XehOyJ2VxTsh1NmtG Zp0IycMUcrDFHKFEcoUWcKI5QojlCiMuwoUcaGDRHJcYMYIxZmh2owG40lHLArSiq92Mo0xM9vyx gsAs0VRyRXoWaKrAfLEF7Qd6gWje/wCNLSCOhSaBNys7D4F5xgIEYH5LtOEuxHK7ELvBT0QmAjO8 lLrJwZtVBLTrnBWYNlDYzryLLKzLyMUWkFrxqKdZXJIwjWnWj7OCNUq+yyLhFaq+1HgrIvA1zCMU IxB9VpYHeE2ybi8qxZwYdqB2JgIo7yRiwPRJxRuWV8TjehNsruImVeuzWFRpcehe9sS1u2ZTuxWf VHyXaBwBydfYpDGg7l6P1vonr+lqs+qE8HOvVQjU2qtOr9E9WfVCtIxr/wAIR2q2Iwj1WduNVCnW vJbQL0frfRej9b6eo9ZWXV+qaPxJjGGL5xRJtbQnYSh1Wqz6o+SzaX3tJ+6UDwtqd7kxxnIMhFhw K4M1bEIEPfA1TRXpc121pWTidZRtayRCLDgUGjUIV1s4zVEtLmTjdKhg9Ra7Aq61McZyDITHGcgy PUS172T90oXtWBCglx6ZqociC556SVwVYiEGjUI//G//xAAsEAEAAgECAwYHAQEBAAAAAAABABEh MVFBYfBxgZGhsfEQMEBQYMHRIOFw/9oACAEBAAE/IfrDdFUtp1/+zr/9nX/7Ov8A9nX/AOzr/wDY LaoiU+7XEu2XGp604JqO/R4MFdBsk+y9e3JeeIRUc34JzfgnN+Cc34JlNTSo6Rz+63ZE6FrNRrit X4kxOHPRmeDci/ZOvbk9T/n0c6Rz+6iz1D3GD/J0kLtL0+ANgHOajMKxEDZDc+v69uR1IZ6M/wA9 dddKomOrZ0jn905Jr0nZh/zR1MxWk4GPSuWL3IrNFPdg1J7sd7a2XaQ6WsDQbn13XtyGyBnxnu09 2nu092imoceM6Rz+5282HaI6waxXdOVhXyxTTK+a1PruvbkfT18sexZ7FnsWexY+vVyR0jn9xBEo MrBVrkOP+Mq8PL5vbgnNIen1vXtyUIm/BnRU6KnRU6KlzprwZ0jnAY4G1IJFMXGEQ34SgRRybXRO GcK7WXj8tEgBqsXqPf1k/fK9JZr2YUo07URwLdWs7k1X0Sq0gPdKYlL0T2ZEtfAT2ZLYlL0RVbQX u/xYZo8AgAFBgPnef+n1y9e3J6n/AD6OdI5x1jNrG8IyVERCoii0cNJ67V3Uv+9V669ufk+YoJqX d5lYgbVuBAAADgf5WnXhoj9zeyy7BOK76S3V7gTf7oJs+GTfXIY5fPCDqwRrAV8ro208h9PgWjBL b48I1QqmZ5j6To23wrplpQup2PiZmrwIeP8AkLNTKpQbtVsoyc1JfW8ESzWNEQLazl64yiC+JxFr QXkZ/wAc2qO/EuTUz63r25GjlJsr+zof6nQ/1Oh/qdD/AFBcOgt1/ZQQb3f8XG9sT2PPbc9iz2RP aUq7+UDWE1T6tINd1hoP7OLyW/IJ6si/WaEeyADSW0YFlEtDbnK62ZFMdEEi+SIztAJcZaxVSjQd ucti7asck3gdA08FLaMCyiWhtzjdNawe09ef/CW60Hdjy+CvfJ71Pcv8Hb9MyhHWWlxUgwcRxMez +kKshpiIFYBVM2cuyJm3ZhfyqCjW+/G0ppQAjnEt07Qs0T2xpxu5wDt1V2sUTRQKyZ/yItgB3Ssz 5/EPOLNSMrMGB+pQHChV7q/cww1HY+xgqDvlThrjSIAIGzYof1w+KgWtBGpyvPJfXde3I8nXyx7E nsSOgraHNE4wiyce+CZMXR8TMBSJVff8bP2r4q17BntCeypZ5cUOsr73uoOpttAwX3pB4wNjvYRu 6qKz8FIcjBojtyjKqcF0vDRKighSvI4hlcOgN8aecN349TDZygxWb/sRsN/0D1xg0W+SCxHGOU5W tZfc7tYEgrq7uEzuzcM57GJ5IbEXfd8oHiLNrPY89iz2xPYHxt72We0TmYCsqd7up0lUDHR5RrOp xwiESsoeQz8PMfSdG2+DWy+ocYHIGgS563vid7mbO3zHt7LB4x2hqtgYZMGgfXde3IorxZwydX+k 6v8ASABpJumYy1XDBKSvsvBOkc/mJZTFVq9phGYACqEqFG3E/wBqvCZuWa2IpPIQ+JKocXBLmD0Q +X0baeQ+ku1xIxLrR/fh5j6To23+XZYM2lB3TXhMjt5cMny1I5xJECSxLH67r25BQeKiHYisXAuK h3h0NIKBxVOkc/n5+71abBbDHCdtCV69gXwFfp2pT98f1hM0DgnYQBQE5z0ZFekp8xpWUdk7owCA A4Hy6navt2wNRhR/g5zk1GlMXO3Xbs/35F6fLPKgpjOSW8L9d17cnVc09T1TzKeXJo9r6zrOROhc /umU8M7sf71DOhj/AIAiUGWByFeu/Xde3J1XNPU9U8ynlyaPa+s6zkToXP7pVS1yeJ/qjBwWzIPy FOU6F/0hWNd2Hw+GrxaGg27YZVBQfXde3J1XNPU9U8ynlyaPa+s6zkToXP7qLA1dAIK7Al+KeSp8 A98uvMzSGwTsQU6Cg+Cto7h8ZwlvCqUL7R9fVnT3BWYqDcfBi1Nz1goOJUNLYiitcxUO4eE1ggDy zBAI2Oj91QSnJPQ0VOj/AGidhd6v7Il7XcG7EjVLkXL6z9y+s/cvrP3L6z9y+s/cvrP3BjUAwVN5 mf4/HGlV+8Okt1XpLdV6S3Vekt1XpLdV6S3Vekt1XpLdV6SwwCZHSfCaSdIlfjdfI4MeLBQ8C9RG uwQiCrQvTnBEs1jRClpGm15j1cHgHktREQvS2ZqlCXo1hS4UvV+OItYaecZ/sQ9dO88YvW8zlve/ 1Feq61rfHwrzlAcKFXur9wAAoOEdwXZSS67amjshKl+7iW1sl6g9bwFIA5zofyOgtAXf8gVfFP5K 8u9PyXyT0/JFaA7LAuiNWeUSpLsP5E6Tbt1he1ZNeXFw/ktcvC14+AQRIlVZ7GZ8m7xwOPEiLuAq mq3UKiDrcNBllHK1lpZ4SzmpFpcH9wK9mlZfWa7ZQc5o1pgiWNj+MOjCdxMbRsLg1hsHScHwH2ml EGKdGbBDug/sKHEkWVV5MpiyWVpRf3DYGHb1x1vKzPn8Q84AdJbCtBXlE2zUUszzVCQptaOFt1+M OjDeC8C2Lh6BBbnDa5oarox8mlKFmL/GXRhTgA4YrcdwwlM+IV0Y/InRmcbboyg0vNQUE1bgFf0f j52cgK1NtS9nWrDh2PVQQ2N1VvdQtjtXdAK/syCGrKgbwpwkYhyDVRpVn9Q8jIxnif1FLGsHJGmq gG6/HFp3rtNYpcTcitt2th/gac6U+nnFUMDXtr+R6aMWzOm3DHnDDRcKungvF5gARTErVjwxrLRq uraLnr6wptzzd3lc0ckBquxOHb+PggCOEePw6bt/6TNPUuSGpFwLgXSoTbut/kLzyGJa+BhjDXwr L1rmt9uuX5AkIUvQGWze2HyJpLduYHp4Wap4GWbO+JL7igYnfKcQXQDNU7vMeZ7H/Jt27FN52imn 98JKUXdX+KUFPOcGvYfOevcfSWa9itNU5qK/08EuozQPBzRn2QFafHzrCPVPBx+U2hRcef4m2leb yNf54/EYZqQarhxs608fWPyq97lHbBlbTNA7MAsekI0E1ilnR/fJlBABK465j8qve5S0ZS2WhvKR ajW83bvKPN6YLiC0+7LPJAXCqhQDwH4mCMxoMJDzlDznZ7cKIgk0q+F8TpYMss7EzHrNqiscolKb NTaAgHVQXE7rqMIuTdRgx6zaorLK1eGzWKIoWaO0oKPC+EPw1R74MLStr8Xc3puZgp7h4TEZtgk0 LwsH0ePdo6IdomoP0cIIqiG1W8ieXev0nnK/pOGsXLHpTHUqV2lW/H8Z87wg3hcTagu25XSuU9+Y aDvieQiEdfRs/jToizxcdol2bqI53Vv7dk2VzKQ5Loy+Ptjt84Z/uG2FYycvtnI9B/1P+Y9HOf8A OejnOgejeZ5g/R7ecw9s35bnL3PaerKNS7HQ7Jucp2/SbhZRepmidGqCOjf4cCMauUMpVFgbxNap LLRxmUMKNGhtHMbsboeUDvcGOO8oNPiDJQyrGIabLxbv94icjvymJJ03G3+FatqbMcZyHDreC0AX W3fKContZKxymDEpMNnagVaNqOFqCCxs5fgzjbtcSJmi99zskANZGhUDobpZ418lqPnwce0AABQa HyC8baGzAiWZH/CTT409xnuM9xiyLec4YcrQGGYBQkV3quEOMGVryLhog2Wdn4A2AFUc5Y3WxYp3 RF3JAYs5QgIAo+NrcQont6e3p7ent6UtwKj43QpddvCjr5I5OwpIoa9TcTb/AAMNQM1/kknFytu1 nl3wtWeGJqCyjEvx25lZtcF4De33wrXUvP4IqFCCjNOctOJq5z/ogUsdHez2PPY89jz2PCBCg0d5 8DA6Pa5szpqn1Xy8arfIM0jZ5B+Pm/rPeE94T3hPeExQnOVPLv8ACNAe2ZLe+77ESqkc5AG7DIk0 T7ucA0W8KjZkeE9sraM1W5+QQaWP7P8AkiIiDCg/YlaDTAbnuxii1qaDY+abCwwHid0Uuwsfhg/P 6z3We6z3We6xkbHWTy7/AFrKMtVTg7pqAqDmHb7oCIAarEg4WqwcpZVbayX8o2eS+DtZWWstZaym nlri7SZfC3PCZQLvPmpZTpFvDa3fB5l6ym5KbkpuSm58L8u+QgKSyZXFS5eEGwKl8b7ifgYHbKDg lFtEAABQcPl3a2ni72dYzrGdYzrGXL23i7z6AaWzY7yz2PU4AzLt/rPY89jz2PPY8JgBpJ5d8ogp moOpLYkIsW/b9k0Nq6S86KUuweXzb6a9F9rOjM6MzozOjMvpr1V2n0FEWx4ks+yeCZFu+k53W5zn dbnOd1uc53W5wiLo4255d8urluZuBbX9tuZzL4iHiXK1t/Ozfd9ZyiOURyiOURi+76fRed+s9xh7 zD3mHvMGcKh5nl3zXJtkrK+xEAGx0+1MvKb0spNpVb4OXz3TudDbWYc0s5afHGEui42Q17hQ01j6 JpsJODLqmo9OfjEGDyNWekDKHgTy75rkpmXd6oFfaR6KFs7k4oi+gc0rCdrNKTQ2T3g/k1aK0HH4 ddz+irl0v6ygS1Y2R1/aUFPhm+ms8gnkP3PLvnIzJqMROESjk+0ULTptOT6ErIrUbrixXXzP7Oqv 7AdaDFuLa4VfbjUshHCb4/RW4sSjtntE9ohxaKyQEEaobw6pBZHl3z0tDbm8kshWNHU+zWKVfC2p ms7qFP0IEZup7f8AGMYNo56mrlalEBujH0Qxk4aZ1/4Tr/wnX/hGWrUK/wAmFArW/k8u+goKuua9 lfZgNGqZnkn0RSSN1q4ypWV91GJIWvcRjRaDWTPfEkFItZMd8bEaDO/v6Km0vfjCzbWwtwljF22u GlcquMcAl2sS9wwZFcZ5d9BhItadBvBAI2PH7Lx30HQ3H6Ig3XD2paEBCDKNNly0FysQqZcrEUhu kK4/RVlDRS5ZgHEH+PIfueXfQAgWJSMakXWDS5fZc7Dsb4v+/RWNM6luPYntifbE+2J9sTY0xoU4 9r6LGuuZXLdJfvyv35X78r9+WhdzzGyzy76HDhN61d/P7Lm1vXPO+i6Zv2pnaM7RnaM7R0zfsfRZ vYBsM6ah01DpqHTUNZ783G5PLvoWaQGoouOO/wBlWm3Sm36Lrm/Ynh5T4eU+HlPh5T1zftfRdIGm 8vf4/wCpe/x/1L3+P+pe/wAf9Rcc+sNmeXfQvU9UoYOz7KquWLU6Dv8ARWx33m/anYY9hj2GPYY2 z33m/Y+i1QHgXy2l/wDvF/8AvF/+8X/7xYK3O7jeeXfQu24IlaTl9luaYwrK7foqDBFQgAM29IMQ HImr4XfGgO6v6mTHFTj6JqxLWdczrmdczrmdcwKKPoL7SxWEWQqFW6v2UJY7OpU0mCz6FYZBZrwe P6Y2g76EWt5xDowBdtr4ds1iGM1YcVV48CPYbHDLCzq66xRXoVqsbfaA0w1Jh5P2ezVeq8D6GgBv C/tguqG1tS7uynLP2c85aqLrM2kay7fQJ3clzjl7QxXSs3g2rilfI9L0ZNJX0AB3+j+waCxCrLyy kCt+BJvJnrf7PYxkq+0gCtMW2LI2Dvv88isyMObX7iBaDhmUtYszX2lnldyMIKC1o1ftQqKFbqr3 RAJo/OvRGqwdPLEGxc5FjO89hCLC3a+ZnEpaMBGseWa+zoVqkBY7UEWnARVvtiprMtJXCIjeQfoA s1EL+zWuPFLDtlQGW0cX7cuyujQCEZMisr7moFuCIuMMwOUrhRd/cN4LfaCHAC3hP3HNtYHbCo4c msEAgANA+5AKAmzNbeW+8cpQg2q1WvtoIlBmKBzCvKBM4v3ZqpmqviTllxar2xKWmUeF8/tJolZr MBrqOF95vKXPetOv3quzYYuXTV1gbEEIO7pfOGWQ5P2ShZ4ompRxVF+XniFCZRrIPv8AvoU0GZQ6 kNtR4SmnMGO9CxBss7PrtFVthxqFtiN6XZiAS7RmFCgIop2fgl24LOYajau4TIveW5JCrZUw2JFJ jMGUzai9PpUagXjMQ37WY793Rj9IFWDzAuA230iyqIcj8LGLOVrMUol5GJnFVMrRVa/JV87mOVCY QbM4gKXGDs4O65o1uGHFjmQXrkY5ALU50ieQ2pzpG1Y2pzpHOBanOkyALU8mbvJyGcWqqIpxrWEa mKA0WbxPDUMmpHnAUtjaOTUV01XLsgGi5d+aAtQF5fxbWLahvlFrtry41il2trcaxXJbW7otd8Q4 1mrxtcayjb8XYDHBJBiK4APzVAq0HGc6FK4iQDVYyU51XN/IT1nVjl2Fj+F9hvgq63QkFazUg3SO lvk/sr3p48+Eu9MXzhUbgr0Nto7rBV0E1hqyywBqZWJbZtb+nHvlDk0sK7N4N0HfhDREziSjCutU RyUxcEXP+R0mX4bHZzBulKW+T+wvKFXRNXlArkk4CatuMaa/yVutwXUFrpqor1NwCkYqZH9idI2/ CxVtGhcEBjiEgsnpceg9SaPRpOkbTHTnR6zq51/5DfJ/SPRepAVdFQB8SngjQ6hfNOyme3H/AH4I J19x1cfFh6fOddzgWTo/t8HmXoTMOmEFkZbeTMvGjl6uXhpAwXunSOU6Rt+FmbCnBNLM3WBiMhwH XKICmxMAKNScAHH6UpVLWhcsKLqJawnOWHDh/IgKbEK+UQuM1QwMS2wDMUhx5/DueiZR1d26xGQ4 DrlEZDgOuXwRuUtKSF5B1Ckln9d3tFG+YmpG5ZxkJ2SwnCsa4hXyiF/+N//aAAwDAQACAAMAAAAQ AAAAAAAAAAAAAAEkkkAAAAAAAAAAAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAAAAAEAAAgAAAAAAA AAAAAAAAAAAAAAAAAAEgAgAAAAAAAAAAAAAAAAAgAAEAAAAAAAAAAAAAAAAAAAAAAAAAEgAEEkgA AAAAAAAAAAAAAEgAEgAAAAAAAAAAAAAAAAAAAAAAAAAgAAgkggAAAAAAAAAAAAAAkkkkAAAAAAAA AAAAAAAAAAAAAAAAAgAAAAAAgAAAAAAAAAAAAAEkkkgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAEA AAAAAAAAAAAAAgkkkAgAAAAAkAkkAAAAAAAAAkgAAEAAAAAAAgAAAAAAAAAAAAAEAAAggAAAAAAg AAAAAEAAAAAAkAAEAAEAEAAEAAAAAAAAAAAAAAkAAAEAgEgEEAggkAgAEEggkEgAAEgAAgggAAAA AAAAAAAAAAAAEgEmEEgkEgggAEkgAEEEAggAgEAAkAAAAAAgAAAAAAAAAAAAAAAkAg0AAAAAEggA AAEgkAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAEkgkgAAAAAAAkAEEEAgAAAAEgAkAAAAAAAAAAAA AAAAAAAAAAAAgEgEAAAAAAAAAAAAAAAAAAAAAAAAAEAAEgAkAAAAAAAAAAAAAAEAkAgAAAAAAAAA AAAAAAAAAAAAAAAAgAAgEkAAAAAAAAAAAAAAAgEgEAAAAAAAAAAAAAAAAAAAAAAAAAEEEkgEgAAA AAAAAAAAAAAEAgAgAAAAAAAAAAAAAAAAAAAAAAAAAAEEAAAAAAAAAAAAAAAAAEEkkggAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkkkkggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAEggkkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkggAkAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAH5EAgggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcwggEAgAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAOwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEMAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEEEAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkEkAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAggAAAAgEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAEkAkEgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEggEEkAkAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAEAgEkgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAkEAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAATv/wD/APt+9tAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAC3+1ASAAASACfv1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQk2AAAAAAAAQAASTMmAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABUwDJJYAQAAAAAAYADCE+AAAAAAAAAAAAAAAAAAAAAAAAAAAAA WsAALbZSAAAAAAADAAIADegAAAAAAAAAAAAAAAAAAAAAAAAAADrgAADJJaQAAAAAAAZJJAAASmAA AAAAAAAAAAAAAAAAAAAAAAAY0AAAAZJLQAAAAAASRJJIAAABVgAAAAAAAAAAAAAAAAAAAAAAAfoA AAADJJYAAAAAAAQbbZAAAAAMgAAAAAAAAAAAAAAAAAAAAAAWgAAAAAYADAAAAAAAARAAIAAAAATQ AAAAAAAAAAAAAAAAAAAAAcgAAAAADSSYAAAAAAAAbbbAAAAAASIAAAAAAAAAAAAAAAAAAAAfgAAA AAAJJJAAAAAAAABACAAAAAAATwAAAAAAAAAAAAAAAAAAAAgAAAAAADJZQAAAAAAAAZJKAAAAAAAS gAAAAAAAAAAAAAAAAAABwAAAAAAAIQKAAAAAAAADACQAAAAAAAOAAAAAAAAAAAAAAAAAAAEAAAAA AAASQIAAAAAAAARJQAAAAAAAAEAAAAAAAAAAAAAAAAAAEAAAAAAAAIQDAAAAAAAABSAYAAAAAAAC oAAAAAAAAAAAAAAAAACgAAAAAAACRJQAAAAAAAADJKAAAAAAAAbgAAAAAAAAAAAAAAAAAUAAAAAA AAAAAAAAAAAAADAAIAAAAAAAAUAAAAAAAAAAAAAAAAACgAAAAAAADAAYAAAAAAAAaSSAAAAAAAAB AAAAAAAAAAAAAAAAAAUAAAAAAAAKSRAAAAAAAABAAYAAAAAAAAcAAAAAAAAAAAAAAAAACgAAAAAA ABAAIAAAAAAAAaSQAAAAAAAARgAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAASSQAAAAAAABw AAAAAAAAAAAAAAAAABoAAAAAAAQQCAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAADgAAAAAA AQAAAAAAAAAAAAAAAAAAAAATgAAAAAAAAAAAAAAAAAAPgAAAAAAACAAAAAAAAAAAAAAAAAAAACAA AAAAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAAAAAARAAAAAA CCAAAAAAAAAAAAAAAAAAAC0AAAAAAAAAAAAAAAAAAAACHAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAA AAAAAAAAAAAAAAAAAACUgAAAAAAAAAAAAAAAAAAAAAAAAI8AAAAAAAAAAAAAAAAAAAAAAAPwAAAA AAAAAAAAAAAAAAAAAAAX4AAAAAAAAAAAAAAAAAAAAAAAAbkAAAAAAAAAAAAAAAAAAAAADKgAAAAA AAAAAAAAAAAAAAAAAAAACKwAAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAAAAAAAAAAAAAAAAAAAL8AA AAAAAAAAAAAAAAASmgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEnAAAAAAAAAAAAAABkoAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAACW2+AAAAAAAAADH3wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA T/8At7vJr/v/AOcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIF64gAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAALwAAAAAFMwAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AABYj31V71I/tUuzwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVxUljegtEJgzOAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAABMbRCajCPSRuWygAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/xAAoEQADAAICAgECBwEBAAAAAAAAAREh MVBRQWAQQMEwYXGBkaDwcJD/2gAIAQMBAT8Q/wDa9rbef49lv9YOH4AuFrzHL+hiJpf8dDNE4ptR +fC7+3sb023hfqKk2VLjcLG9+Z9/Y6qwQ9rMHqW3WUX3Bj8+59/Y8X44ln+BYDldj0aTWN9z7+xq VYhrPXY9Se35mQV4wv3/AN+/9RelRSsyZMmSMjIzJkyVlKVen2FMkZCL6KIhkrKvR6ZJSL6yGS9+ g0tJ3wcMl5xsyTiJ0XvmKZZOMnRe+Vr8CXIToT5FuEu+TaLN8e2JctrjWxKcxri2xLmtcUu+b2Lr iPPOviEueWHwzzjn3wy36AtcKvQFwq16AtvhVr0BcKvQFwvnn3rhmJ3nvPD+eeS4dqifOb4l4zzb 64vXMtiXGaE7yzfgSnHToTvKW6EpyDRZvkW4Ze+UnQnx1uicvlF4qk75pqkZeFplk5+Iyi9l+uqK 2TsnokRGZKX6aopkhPS4iEZkrKUqKioqKioqKiopWZMkIvWYRERPWair8bfxV+A3PTMVRdCA42jU Z9G0QqwbQpKtGlSE6qZaQq+MG0P4HFEQK+h3MI2hANwpbXxaL0uVyI3XxM6L5Vv8WhuNRbfGLTFs N0br40HqaDNYQkWxnRelvKn6hqjVUJiCgaPIkRM0aqgsCUIEktfDVUEoNUavxI0Y1Y0nskaxBY/4 3//EAC4RAQABAwIFAQkBAAMBAAAAAAERACExQVFAUGFxgaEQMGCRscHR4fAgcJCg8f/aAAgBAgEB PxD/ALr3bSdtviUJAu/+YOblSpO3zaEfEcqvQBNVEa/EdqlzQmKEYZ+I1y9QCTmosfEdizehd6IF v/IuLg6+KE00nxXWMTn071vaZxrtXUceu3avPHT+HrXQceu/avTRnXf9V6OM67/qvRxnXf8AVenj Ou/6r0G+u/6qdjj1/FRucfztU+NE412/dbAxP671sw2nOn5pLJpPjekTPwc2AmaVkgGfSgQpczGm 1EDov+aIVhBGKUi+CPFSvABYayXyR4pEpGI/felUwJa3frV24Y6T2qdkxE+aRGH4GGnBMS70Z2b3 DbcaCLeHNLgTjHnixFimVlMTvamWxEvgKZ5TeDd8UpCfAAijFS5I2iMPmgJICRNyOtKqs+2ampqa mp4qOMgzDilGWZl+lqmBum9tI354iaDq4oTGJUZ6PSouXSPHG6+6EYqxBm0HSlCliM5vsUjBDzcB QsZpVguHOnyrIY9OP195ipLEky7/ADrC3TNtSOaAqChxumbGR61GztHIdffClyoMG4QRb50rYuGp jmMxDF61YwzhKVWXkWvALEbkzGlRORhU25fAlhE1IGImN/PJNeBmKgVs3FgiOWz59yUkZ0t7+Kio qOD1qKioqPflvYADPekRh5UV5BvUmxHb6+/1/wA68E54MYuVa3AkEBd5SxDLUG4b31OCj2nBa/5P fmkhKGBthl15RFrGbRqdeEPYcFrUVHBkQQva+nWpgM8miCrJMhYtFuBampqaODeGiE3LRGm88mSw kcEY88p1q/C3lrDt6UiMPJdSXvfHROCf8nBP+TgUoSgCSYb3zyWwXWDP9jgn/JwTw91xjX7dOS2v PnPBP+TgnhyEl1166bclGd7xnPKXhzFs/PfkpmA416bcpeHGEWDH15LJgKl+gduDioqKjlMAW84q YQjkqAwk2mKVMhz5iMkto17nJ4gIItGr156ygqdBkLGluTt3rOtqn2w4d+eQy3FhHTlKBqaK2KSG OdF0FwTNKVeVKItgY9aRGHnAs4DTE9qRwYMG3LBkLIWgzfWnWQ5sEaZJ3qBHBjlxBiuyZqA3E8zB bFD5Jm2o9aQlcwcOhzSbta215jMQwTTbXNmcJSKXPMhVJUKDgtG/WphLhFzF+WooKFzcjD+1GiwY 5thKk6Vc6R2oAC4zHjlOETSTpSRfw7VOIwot250xJDQIMRpv1pCTNBLp4pCBHJIhwLEuKEbuSfS9 MIFo25/bRZmPSpNiFiNjfrTOVyTHV8Uogxx1hYxnzUiSJGMO96ZEIvI6lKqs3+BIYm0z5o76lj6U RghLroVA2sz6UiDGeFE4KG00nxUGHE7+OjSiYFt8mluABIpWVPwWyKxirgBCcm9WCWJm+f8A5UmT WftFJujmbYoIQL+lQEJfrtRCgzc8UNEGcUJEZUNEK9DxCvQkQr0RIM1BQZuUmOpNSxIJJzRasyfL pQCJOPWg4yte+u9EYgYj996Ui+CPFKc/C2KAw0DhoGIW1BxCtQMQtq61S/C48hOzSRK/k+9BWCnY ENIoEtDI6mke4NHK0jZD4L3+Z0nrtTKxdZilSN/VmpESNP3UZKE03sz2ihGlJtDvvQggnGrSgWVr WJA56ZqaOOsd9PFRsQza39E06oQEKdImnSbjhoYvQiuzRmCFWRdXrmkSN/VmmAJ6wLH52oWyI2XV q8OGI+X5qTnFpqAAOtWUF2iKKA9fo16t+vwW0OL6eaHkJ3acIbfZr6j6NZO/3V6t+tXm0W/vlVj3 NvT9047/AOa+o+jSZ+r9aQK4t9WgGvSrRyn0v+vYjW1z++VHfLn++Vej+zThDb7Psw9vu1eBv+KT YR9yo6zCYqDAG4X+dZe/3V6t+vwWHYQ3J+9SECeldGo/3miGQrD2ZmkBIdYv86ncBsk1G6DQxQxY L9dfzRDIUqvW9eO9qEAIYkmp0+wTmPYX6NR/vNdGo/3n2DgiNyaRd+jUeA6Rb2WQAA6BZ71HmbvS 9Kr1v/w3/8QALBABAAEDAgMHBQEBAQAAAAAAAREAITFBUWFx8FCBkaGxwfEQIDBA0WDhcP/aAAgB AQABPxD9wwOIZwhub18Rp8Rp8Rp8Rp8Rp8RoZXLHNePDtaVHYkXcY76OFYZF8wptEMqw8xqaotgl 8TsYABjBQGx9vXXXUxQNoFma6bv2qtxOHlcWnSRdi3z7r9ciEWk+oUnvBQDg6digMOnf7culmum7 9qFAVYCoP2CuRoO6H7cFRHZkeSfTihJQU5E/YL6VEJHEHrRlhwkj2AAQ6Ns7Ow11R711R711R711 R70zUxHa6LXTd+1EdMLTnKKt7CO80l837QZQtZaDk+1ajOYnnvRuLDP8omOPEnpUCBsp7UwzkLPA SyUb1p/4FfvgIO1jQa18Yr4xXxivjFFjWIDvXTd+0zsJ+CW86NPJJAkzlQCYLwH443xPTKo8z1oR BGRw/vAG2W2lzXQntXQntXQntXQntWDJJDrXTd+0QYDqGADWkYgoPnGnTkdFdBd5uXv/AC8RFOYS elTPlrzhP7wBBo25teBXF9PCuL6eFcX08K4vp4UwGWiLfcrpu9BDPI5IMt0AJMupVjjcCyDI1M2X ETenvpABKhkmMGIMV4IU3ayY5Yxr+MgbSiAOLR04xaB5qySdKzL4P6pWfwAXpTfBssD4XNHCTqp9 +KEQRkcJ+jZIM0wiRojkGOOSdq6z9qHEIoXyuNK6z9qY5FjngnarJBmiVCv2NDLXMml3tqDAMAQA afmhfxd8VSv7P3gGHTv9uXSzXTd6JA2Ao2JlJsXEpYoGIkASVkN+M11Wbae6e/hWH6kO5jQjv/Co iZoZ9ayA73oKVXMAInhZ01oMLQBAHL7SFwwcy05VIjkWQ+RzrrQubXoD71U2XyVQarilZicTz31Y y8yeA2eRVjKRcET8XT99dL2fS6jqAXIDxfOkrR0ZvXS91dP2/S0sjLnVNuW9Etwpo57Vvxy4zfP7 RsRhkgSx4UHb4AEoGInMJ4lQLSsrYFQGYGHMSpTvJCR3276WBIisAkSZ0h4m9AobQEU4viiT2zRC QDOWbbw7fYTWV5lj1pcyHzAn94A3jCLFHmK+Uo+Uo+Uo+UommunEL7JpWDY5BrRPPgKh/m/tQ567 jSeS6N6Sz1nGoui86h6XzpDqfOj0zzgNG8I4vV2fiOTv/jwqZRA5nRjXgozEc9Yd9BguNZ/qryVQ oCABwKMePEgYhKe8YpKZ2JpQCzKy2LZoDV9MJMBDeN4L5oQUOhCCTelnqyUF7KNNmlNJFAMImAW4 JcU5BaxEIXsQ3Nxve1GPHiQMQlPeMUwxGFhYF50rRSzQiZ8WN84+w7ECAEPM9FfCK+F/S6FT5+uv f5XQP8pL+P8AFRbbBFg1hxJttQhAhulQD/aYlQCdeSmZgssJrTJeLoASW6JtmimBBu5sTRAVbZhu dygEiHoghiJJrqmHCp8tLbZ9BEU3QyxQPA9KiKMhSQPadftusGaJVAXovVLKSYXTSxzzoPTAwkY8 TMynEcauKpDpSxCWtmETi9BZmbBDMIOVA6y+W8lkXyG/MoHhy2kliCCVsLBP1ZiBKrAFXBbEzwNw 60/fAQSDwlzXU3tXU3tWXqwybsWpLsAAwi08+1Phcu8lNm6PbhSZNxKzNA/+39r4uoq4f8FBfx11 x7V1Z7UHgunaoyZjHC1WIAzW/HyQebl8qlJBBcZi2HjRjBrMrwGTjU4CcE9agoJJRLxLH0hcbDxj QhTMjSONHBW2y3JYchjzorVKAFgUxAtryzrwkhUxCgk4g041JpFWVIEJ0TM8I1pEwJNcxdIREWLx Len+TyqORJAuQ75XoXXcSlpcUVF4i2aWaDJpjogMcxicWp8F3shO9ubwWrkbyy3xRpKtAHemioXp EODuUSFTIjHKrXXHtXQntXT3tQeA6tqi/m/lfCq+C0Hge7RoQMAoygaaX41AG39xv107qIAGFsYZ MNNRbkkRyxNToOIQsojVvl+nS91dP2/QBlDMiEzE7UAHoHAUHthbyO8kq2wtnyWV+RhJwwgbxpUq nVdwAiR0ooQwKAP3wENSuUEvIa4lRxKi7EERxImF2Wi9GCGlmLTGlZYZUTUbqGCa6bv+QCAI5Gpo 7dXtUiAQ6Rct1aj0MXl3CafeM1gQIdDOXSoNw1z6RRJfdDX6wo3cghxmmLCvhDnbw7W8vx9P310v ZRpkGJGEpVtGSsO/o+nS91dP2/bhk0J46GHiU6YdJc8L1jrcCAooG2Pxpat61N+8z8UVwYGo4f3w BOM27eF9moiqSFuKHvRzyGUcKEGYAk0RFEpfgx7USjMud4H3rpu/501ZORzbZ769Rie9rzHSXhXn xP61BqclXr2/pTYiOrMozdZFD7hYaTtWQSU2s5y/yq0vaAo8ZrTVNsfSjw/jybightAEB3fjUgZS JiCT50dwYIWDFfBK+CV8Ep7hwQuOaUgbQImAT5ffr8+T+MVMgW4kNPFKbvg8o7AAA5eq2uubV0La umbvoV1fftQsK9ann9469GPqRZw8vsBANR0ClJyNHQbPTsAADl6ra65tXQtq6Zu+hXV9+1C67SeV w96GAKRPR4/ahEACVdKiLmHZRgVphobaDwmH29WriCqQ81emxLSLOGv1IdVjpgiQANAsdgAAcvVb XXNq6FtXTN30K6vv2qkCbV7c3UEwKqo8Bmix4SC+FSRM2pvAtl8BegdH24I6Dv8ACMcwGgfThIp6 CGpeYsUDHujH76Ou+sUu8r3BUTkX7aD3KZwzJfgH2pYpKieJSq5AY5VEDBVuKtRIRZtoHtRPkUdX cnEieUmtGWFIMib9qogEyJI05MxyzfKKvZxtYoMFcKQ72XsS+YZDP8BPfFRatCFDHE2r5RT5RT5R T5RT5RT5RTCUsYieLvV2ciumr3cnCdv85pKksRuGp8g/CuXLly5cuXZ04HOGEpmAt95qDeHJ/m5I dgjBoMWJYRtOaCzRgDXaHXhU2RAxYGYy8HwaTKjgLEomDewvdUp3khI77d9HgZgIbGNaQJ03EiSV Fl5SxNZi5pFyM0vDU2cERLF7XNGS8UINykdyc/5x+0AHlbRDHKzwog8HxioEQzpGMOjxggEmGJdc yYJq+U2SbhONbG88VXFUh0pYhLWzCJxehyCgBAFJKqQw4wChe1vShMI7BECo2ALRaQaRynG0FDKE xxwqtPmRDFUvF0gxstXH0+gAX/QGwTkEQRP+lw/9LMD/AEihu2hGmQgJIPBQNrwFX/RKEmhW6EEs AkEoQEO6NHFoVhC2EpLgah4/Qs9AOGCyIXMlFQbBRBeJawSc6iUiEQ3EJ1Sje3MAEkAMymkX50EB EkQlQWSXhi9HD9MhcJbsrHCnVEkMyAbE7i6NFKEJq8AMMM3hQoEIEiMif5jy1TLQZTJgmeVNBoaK zNQGOloXe/Hj9LVBShBCRXMWKTaHzLF9wUCbd1Q4D6jOi4lkcam1E4NFCwtCCyLBZAoM8CzIm/Bm 2e9xovVLKSYXTSxzzpsMZzDNXkZTiI1qFdI4HJH3MPdQBrypCgHIY7v8x5alJMznQa6xUr6TiPGk /wAZFgLpD+EqhiRC4MSTxg8D/M+WpjABpgCb60GLoMzLNJ8wSwF0j/RPLUDbaEQJCYoshMIV5btA 4ggsUlt3wP8APq7B8UgAJQymWltf63MBymZfFUDSoAlCXdZeRTIXswIhl0w8GpboxJSnF0DvdKnA TJEohul0cWtypJ4ngglSWyPOpQ7E0IJQnEedYfmS8w0rALS1zBj/ADgU0t4QGQyJALa+1WlAGqFm SwJJmL0XgSrOUtHAT36MWXzCGHm8KOOpcJqiJYSiYdlJmSm6WQ7QM6LrSLrMtmYSljfxq5LREzXM MSwWJpB85ISCSRLMzDreWKMptYKkgvLBnLH+fDC6BIHIn08X6r/S+J9F/wBJLQF6GvxIz3NSFJgg uS75VEG0gABbwRoY7v8AQ+TXnrTsSODe9FMTQyJ7po4sjiZJYTwR+X+geIrv2y7roUXAGfCgrxYm +taNgXL+VC3nEB8QoC31QepRCEJMC4YPfTLtQY4JOayT5n0UJgm2TSXPrOlRdIeVIAF6mQrhJ0jy /wApNKMSu8jLRy1AF5NNGzvJTL4K3qqDCMuIICNi/j92DSqkda85qj5leRmFAIAHA+oyGuhvrTsY yLXkslRCTVEG0cz/ACYMBa2czrmY/v28EKTIxOYm8UJkYDJEiCyLdYZyoAjjvOkuSwZe9rWAxjKk ubMJ3NAUQGi9sxgE4xUmz6qyQJYmIU6lX22qjGSCFi9iwb0ARx3nSXJYMve07c4W653MMPDhQAgk iGWV4TZbeuUljuJqMK3f7UJTvLy5uAoEJGUgCJNYP8nJXusl7jVngMS53LtKLSc1VhrECC0LfP0C D5BYG0pxpFYBAzE55rMgpBpdStoY45Lty7bi0OIIIg4wXy+NTlQghTmTFFKlACSzJhrMgpBpdSsP GQDAVB5KvfSHU8heWY2osWczkS5SCcyl4IhJ1ejnQGAnpEZHR/y7iXDEwuRNRoGIGbrx1FJyGutP ErIbhe9aDkrgGrc2OSjJB4L3o1eFOXqpONLTNeZxnbStApj1KmggyE8rqwmOAPEag2Q7W+9JZo0F u7eocPHRIwBoH+ZBgDYn1p0G/lETBrRWwIiCdEaFX56DnTEq7z1pIWDoAr+MpNeA9Y/zQM2TcC7H NwqbyhkGFo288Um+ilh1ZpWZsSwcQbnDNLTETWZ6FqnGwtJ0A4/Cj2djamRspz/WpNHaPzU5Pqv5 V0q6+auE5Tq8VTlahhGxwUdqgCdmYZ5qgzIjYI39IreBFDbe40BiNMcB5m1C1rRXMOHGuIJexI0T lo1SAwwzDt/joKdTXViafco390ROeNOtRp81EFxpUqopEMp1mmYSQVBYswcKWcjcpTztaJEAllgz 9TvlUIANaezYB3B6dT9ySDvVHwaDmS4yOV9iKYkkMbjjxq+gyJiX68afBkFmfIUqxkYRpAa86mOv IiGFcabZgCuoQO1GBJhUj/hVAlsUHESISPU0aGCDaw+ZIpkBBYIyjm9SCTAJdKeX4VYF7Ij0uxr8 UZYUAQBt+CITAOcoe/8A2gSAJEbJ9iANGETavhNfCa+E0uDJCiSdqcZZTg1Sa70Iy3DG1OApCBiz WGYMvAofwcWqwx/gIX6tbrYppucUeE1S0TZOAG7ktUXxwaG31i3qNCuvd9tNNNMW9RqU17/rblcj 4XN1wj+6A93j+EjLCMI0wWB76+c60+w6BOXYpF+bXK8Ncrw1yvDXK8NW7Bv7vDHrXWNqSSHFIkSC sOwdKNEAbkJZOuc0mA43k4S17ciYHQIBYKZtBjDdA4vVmsupWPKTju+4T0CokSjoj2roj2roj2ro j2oT0CAgD6BLuUDXhFRIna4cr+OKscOTx3NTuWnk/Z+rhYWMfJXVHtXVHtXVHtXVHtQACcGR3NdY 2+woBREBMJhrbvLczdgeFPEjst2DoSUEYZRI9rvKBFbsJgomCorMbIG1qLRpLVwMS6/gENAo6lHw 9fD18PXw9CGgQNCgBh7FUnK4UfcJZOg4R+VaYDrg+ih7mAwj9GJMA69yvg9fB6+D18HoUtsSRrrG 33IBEEbI1NZucfSKNauxDVQcwTntQMLSiAKutEJyrtjt1rU7lzCIXMTg/FdmwyoTYa+a181r5rXz WrgWGVK7lG2PEJvZ6MUNIxDMXuwflBAFEI6002zkttX+Pp0jZXy1fLV8tXy1IUGSfTXWNvwRhZIS SjJOOrRMbb9aVJmKzCDExt2iuQQsLKwU4NMKWmy22oywIAQB+MATUSEw5K4mjiaOJo4mgARUWES5 P0CaLdmEsCjjISWBIiaOXlxogEETR5K649q649q649q649qskyBAW2rrG34n0UAyJ2aImSJIJqBa /Z9gqgBkhN0xTrFgRiGhx+X2QydT7QAPZDJ0P0LdBweQ1OFG9nka93hQjKM4wkv2kyZMmUFWEi8W 9dY2/GgQk0QMrlkPhjF6GSezFmG7yAG7JRTSvJwXQnB+YAyRXeMKr4Z/K+Gfyvhn8r4Z/KgMgE3n Kv0p2VHOaWUITDwfsMmTJTQCYT5AeVdY2/LOPLISWgG3ChRCFGo9lK1lkjckxO00kLiKKFmHD86n mEhcSijgmmGLkvn60ocLPY58mlLMBC4hP6QrxQSAiUtasq7PPRwxXzJ/a+ZP7TyIXRmnmJrEdUIE o1rrG35QIAiQjrQywEYICDl2S1KMQJsVmdZWABZnX9BfwChQdymswwQ27qRK8/RDMLMzbj9M/RZ+ lic3Yk2hUaPICGy8ONr864DwKXJLliOys01p1javJvRXWNvzBeOMBpm+KmBOOCeyMDqUZeSfr+j3 /QQLjJjnWWHn9PnMCEO3NSPKiglYEpeNIRolITDb9ICgqcqAr43Xxuo4kjZKhNB55H/KhZBKDdt6 V1jb841qSIQF8t6VkyU44D2Mh5AsgLoTxaJ0lnKbkn9EONIMgyvXxavi1AMk/JT0RBwCONGLpGBG y36TdyLxQ1Bri0HFoOLQQ7GA0THmqAsdpneHnXWNv0GkZt8kyFixNuxlMxxCGBrf9KRkYTAugSsK Y6pBxpDB3JUxOtElh4tIRs1oK6TrRM7NKsDV7hI4Ua/pFjlumLQmn9quO3DK1LFBIBZrZq53cbM3 bYxRLzBSKQRY41Kwlky1Y7q6xt+hNPeCDhTyoywJAyJv2LCwYL9rJ53D9JnxTqRFHrSDjhGCS9DW hIAB76HlIAggMWp4siIFjm1OFLIAsL2/SeT6Qhk0aMYRBJ3x9nk3orrG36BeFgJEdGlNFUJUcNoI t2K9Ladrovvu/SMyi2DU39z7ZMmTJM2iyDQ29j9KS8HSPQaT9rbbbbWa3pd8vKusbfo5qbAoEk27 uxVliyCFdj34z+lKwTxXq91RseLSNjxaRseLSNjxaSuEcV6vf+l3g0F0mtTspJ2Uk7KSdlJh8NlO 6zzrrG36KCcoZJuljuY7FkuByEFnEb7/AKTCWOLHr92pKclOSnJTYwxwY9Ps/pKWU4pDzTy+1SpU qUyXum99NdY2/RlQELJCeIexZQtrAQW5nf8ASxhbPs+x9ta1rjA3fd9z9KEEgIy+D61157V157V1 57V157VeoLDN4CK6xt+i8aWIjMWbEW7FKIgHbbnJH6RBigCxLLeaAAAISL7iycmhQuAUDhGa+Of2 mZlIBZLi+yp8glAUNhhkuPh+kxBDlurK5r5H+q+R/qvkf6r5H+q+R/qgIIAgP0M0jUBNpOUz3UiJ EnniPYrrjrFGba2mkRW4CHw/RmqlOSN5u8gd6H5UNytUoZtventEIEEyLA2AMWpapBs5N4rJLJlT ei42WcKkNyunjmnZ0ZCkRG5qadkIM7CK2N5zPY6cJECNyIvnH6IZSwAu6Z7M0ElZFcE8WoyYAokI s9jkZTiOZxKaTVkQMMCJj9DMCtmMopvfEoxeK0ncHbFQsyEZtgzSMIQAxeBhFbjxpx5ZKXQtgbi0 wwlJKY86JZMkWvrvUJXYJN1LMooEuF3djAQvHsxREXbsljYYsuIL5kqLRIDAhOZ+caEcyEPMUUCq SUXWA71ChQMQpXBmGOMPg9kjBKQYkkPOsfkJJXi8eyrgaJgwRD2pQ5AR3PzBclFoZURLG9Ov5hNm DumLmbJJEUqbXSFG6BhGDrmcq0T5EwqmyjwA2kdex3SC+xIkaKGAMOCJey0ERJGmRUGMFoRw60ix 6wiT9BbE4ZIEE+HY2YxQCDcU2QGnIgiYcdnJcBnQBugaw9atGsAuM57TRIASqwFSEzXYN0Q3t1rT +bpkrdZe0ISwEmUSRMTep4wtGQYg2oZJMdoBq2rCysFPjTAkesKxtRU3gEAdpJ2vISNLVkyYEYQ6 VPMpjEy6Hn2bFgCngZqzByIErid8VcJYksKESGna1+NkBwJDDkrOmdS3cr4VNyDiaBoeyRwQBUSu DnQ5K7SYB3CaBLAUJQrkFuFBBB2ykWkULWxTvFJ7RQMUjYMeLRRgauWRJmJMnYjpspjLuCnAKOIk bheNqlQaqSAtA47fQMNhyMpCzRltOI2SLG16hIJSWRkRaaB2lE5WvL95MzQZx5ElrUkw9Xo1appJ dXlzljejOB6iDBOY/wAGgiII5GlGlGOPQ2oWAglwDU5Wh2ErDUkOCpqn1eQJmhPFCwEOJNJ/Virq BKJXBzqJskbLDYxihhLDBRGROfVSjGd4ES+Gh3MgMnS2SiQ6qEBfP+Kzmh6BDAxxLlip3fXQNEbd 1OmRYARzBrNaiNyEG56VIoaERDldoqWIMSpahsa1bqHUoWEblInK0rYDF+6nhFE2pgrEepRc4GsG ylJJwOzWO4Sm5wOy1jnE5ucDs1heV/JgaIQGELJgxV4qEEYXHOjicQMk6m4a0GDMiAbIeFQ1ASRN Vthp4gYpKjlTvvTqZADCdEUktYRfExWaYsES7v8AlkBCCcaDQZSyLtZG0kLIwtYvhKWRhd2sKQlD Iwu7V2mRKbjC70pckxsXGFoJUEubZ/y+Ytjg1wtKh4QFXAE/lMsCVMAb0TYLQB4lGDCUQBxaQBvM y5DJJlPwWtBsLEsFi+WoigRokST/ABbyGvaBMTQkiwlSLyRe0TU1DbHAZMQz/FNFmBFHM472mCZU QISWazwxVvMROkLXVe1tJq1+ci7aXWr6cL5jcdTHjQR2apFCiItZWZ0pCBYQYKJgdCmGkigKJSyY YmNKbxJpMkZGhNpsCPCc0/Q4SF6mgIAiQjrTOGNzqfEeDTkWYnA/2PBp/wALjZgiFm9x0xU8K7HA ZMQz/FF6lVbBCcCt9qlnDWyOCHuvxrUk8PgRF+9rWhz6FIszDtUffCIiyyrgt50uqAJTmCkfAITU q6ts/wAWCngCBi6GsRbHBpkKA5IsSgjNpbVNXL71erbKRnng5wHqURl5bOWXjQkJKKcGD3+lxiBD McxNSFqGO9jzpaCDhvJ9EpFwkIY+Y+hCEnDquh3lBrbe7ifV3n0MI9KRNz6GHrUPBkgu8f0UNYiA 4APqUiTP4TGQ6cKCVUBvI6Nhe6nLPU16ts/xZMXEG0AjE6FYlldYGYSLlRHaDAWRvJwVBKiVg2R1 HapkgMVdAgxramx5LtcJo406MkSXmoVsE9+JpDsyEgbCJ0a1BKiVg2R1Ham6TBkgQTSHeJQsoGgb VewSO/hV7SZSyrdfpMNDDqNRKkw2kopeQVEdoMBZG8nBUR2gwFkbycH0y1OPPKKHi3PcAatx2pZA gSja7YKPvQZCE3GnzJBDIjEiDBpRM8ygshF4jQ0pukwZIEE/+N//2Q== --e89a8f642d58dbe5ab04dd2dbfff-- --===============6152644730987869818== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6152644730987869818==-- From xen-users-bounces@lists.xen.org Mon May 20 22:22:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 22:22: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 1UeYSA-0001ug-HR; Mon, 20 May 2013 22:21:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeYS8-0001ub-8Y for xen-users@lists.xen.org; Mon, 20 May 2013 22:21:12 +0000 Received: from [85.158.139.211:64579] by server-5.bemta-5.messagelabs.com id 6B/0F-27009-7D1AA915; Mon, 20 May 2013 22:21:11 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1369088469!18760365!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=3.2 required=7.0 tests=HTML_40_50, HTML_IMAGE_ONLY_32,HTML_IMAGE_RATIO_04,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13218 invoked from network); 20 May 2013 22:21:09 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 22:21:09 -0000 Received: by mail-lb0-f180.google.com with SMTP id r10so57429lbi.25 for ; Mon, 20 May 2013 15:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GdG9HLrLK34qQWuJFut8vmiXhA6gv5/uJsmXUw0MqjY=; b=GsPtT5RBwfiWStqE+pqOgI5ngx/OhYmRT7MyVooII19XiGDpWfPDPgpQJA99QNp2wh 9/Vb7hB7dJ4O5Q4WWNnQWJxJZNH5Dr2R9MYP2mO1UXQBeSBt1ADXMiKh0j+Cue0nnocm PEmqSD3594+dfUVnzFlnV0lMBc5SISBhLaBimJHU5c5CYKMOM3LC4ePduG1rdsGos2oL Nd0ltJ4nDEpK939xHB/oORLB4KrICYzJ0SEdzXkYhnpn1Z3yrBiasv5OZB8EOQ4funm0 FAnWlZ2wy3j0mZ+/Tb1GlgttLJBzNAXjxGm7cIvQQpz1k3Ro0rzyqjPrDckgcdY7p7jT 0enQ== MIME-Version: 1.0 X-Received: by 10.112.58.229 with SMTP id u5mr73537lbq.58.1369088468966; Mon, 20 May 2013 15:21:08 -0700 (PDT) Received: by 10.112.76.101 with HTTP; Mon, 20 May 2013 15:21:08 -0700 (PDT) In-Reply-To: <519A9AEB.7070509@bersol.info> References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> Date: Tue, 21 May 2013 06:21:08 +0800 Message-ID: From: Teck Choon Giam To: Alberto Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6152644730987869818==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6152644730987869818== Content-Type: multipart/related; boundary=e89a8f642d58dbe5ab04dd2dbfff --e89a8f642d58dbe5ab04dd2dbfff Content-Type: multipart/alternative; boundary=e89a8f642d58dbe5a804dd2dbffe --e89a8f642d58dbe5a804dd2dbffe Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 21, 2013 at 5:51 AM, Alberto wrote: > Hi Everybody, > > I have a HOST (*Server Fisico*) connected to internet. It have 2 network > cards, the first one (*eth0*) connected to the router, another (*eth1*) > is connected to LAN. > *eth1* is bridged to virtual machines network, and one of them (*virtual1*) > have an HTTP Server. Everything is running correctly. > > > [image: Escenario] > I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP > traffic to *Virtual1*. I have IPTABLES Rules in HOST, for block some IPs > that give me problems, but these rules not protect to *Virtual1*. All > HTTP traffic is forwarded to *Virtual1*, even the source IP is blocked > for IPTABLES rules. > If I understand your problem correctly... Did you do the following? echo 1 > /proc/sys/net/bridge/bridge-nf-call-iptables echo 1 > /proc/sys/net/bridge/bridge-nf-call-ip6tables To check: cat /proc/sys/net/bridge/bridge-nf-call-iptables cat /proc/sys/net/bridge/bridge-nf-call-ip6tables More reading at http://ebtables.sourceforge.net/misc/brnf-faq.html Hope this helps! Thanks. Kindest regards, Giam Teck Choon > > I had an attack, and I couldn't block the HTTP traffic about *Virtual1*, > the IPTABLES rules not affect it. > > What can I do for give security to Virtual machines? > > Thanks a lot > Alberto > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f642d58dbe5a804dd2dbffe Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Tue, May 21, 2013 at 5:51 AM, Alberto <alberto@bersol.info&g= t; wrote:
=20 =20 =20
Hi Everybody,

I have a HOST (Server Fisico) connected to internet. It have 2 network cards, the first one (eth0) connected to the router, another (eth1) is connected to LAN.
eth1 is bridged to virtual machines network, and one of them (virtual1) have an HTTP Server. Everything is running correctly.


3D"Escenario"
I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP traffic to Virtual1. I have IPTABLES Rules in HOST, for block some IPs that give me problems, but these rules not protect to Virtual1. All HTTP traffic is forwarded to Virtual1, even the source IP is blocked for IPTABLES rules.

If I understand your p= roblem correctly...

Did you do the followi= ng?

echo 1 > /proc/sys/net/bridge/bridge-nf-call-iptables
echo 1 > /proc/sys/net/bridge/bridge-nf-call-ip6tables

To check:

cat /proc/sys/net/bridge/bridge-nf-call-iptab= les
cat /proc/sys/net/bridge/bridge-nf-call-ip6tables

Hope this helps!

Thanks.

Kindest regards,
Giam Teck Choon


<= /div>
=A0

I had an attack, and I couldn't block the HTTP traffic about = Virtual1, the IPTABLES rules not affect it.

What can I do for give security to Virtual machines?

Thanks a lot
Alberto




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

--e89a8f642d58dbe5a804dd2dbffe-- --e89a8f642d58dbe5ab04dd2dbfff Content-Type: image/jpeg; name="bersolnet_red.jpg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f56512b1ab506641_0.0.1.1 /9j/4AAQSkZJRgABAQEASABIAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9PDkz ODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVGC8aGi9jQjhCY2NjY2Nj Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2P/wgARCAKJAyUDAREA AhEBAxEB/8QAGgABAAIDAQAAAAAAAAAAAAAAAAMEAQIFBv/EABkBAQEBAQEBAAAAAAAAAAAAAAAB AgMEBf/aAAwDAQACEAMQAAAB9AAAAAAAAAAAAAADnEIAAJjogAAAAAAAAAAAAAAAAAAAAAAAAAFQ hBZLAAAAAAAAAAAAAAAAAAOWQGwANSc6gAAAAAAAAAAAAAAAAAAAAAAAAAOeWCwCmZLYAAAAAAAA AAAAAAAAByyImABCSnUAAAAAAAAAAAAAAAAAAAAAAAAAMHPOiADmnSNSuYLJsAAAAAAAAAAAAAAD llUkABGWjqAAAAAAAAAAAAAAAAAAAAAAAAAFcwWQAc8wZLBkrG5dAAAAAAAAAAAAAAOWQEoAIic6 gAAAAAAAAAAAAAAAAAAAAAAAAKRWOobAAAAA5x0DIAAAAAAAAAAAAAOWViQAEZZOoAAAAAAAAAAA AAAAAAAAAAAADU5pfJQAAAAAVjJYAAAAAAAAAAAAAByyobgA0LZfITQ2LgAAAANSgZBgGxeMgAAA AAAAhOKbGDJqdomAOcXzYAAAAAAiIC4AAAAAAAAAAAAADlkRMACElLZg2NS0AAACEgKx1DYAEZzC cAAwWSwAAAAVzlEpQLhqdUsEJsUjogA0NTBsamxoTgFQlJgAAAAAAAAAAAAAcsrm4ANCc6JgGDAM GCuUS8CYnNyI1BKREZubkpWLQByS2DABgGDlkpg3IiMwXyYkPLHeOuACErm5WLhVJC8DBzDqAAAA AAAAAAAAAAHLKxICInK3PM/TVwyDJkGTJAUS6YJzUuFcjMFkrAG5MQkpxy0WSQGQDIMnLJDnGTcn IzqlgjMlYlJwAAAACoUDsGwAAAAAAAAAAAAAByyIAGTOW+nUAAAAAMEJVLROAACqRFklMmhyzrgA AAArnKNykXyI6pYABQNTB0gAAAAc06BsAAAAAAAAAAAAAAcs1Bkyag2OoAAAAAACmRAyAYNy4ViE yZLpsAAAACI5JsAanWJQAAc86AAAAANSkXwAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAA AAAAAAAABzjogAGCgdAA1KJ0AAAAAAAAAAAAAADlkQNjJoCU6gAAAAAAAAAAAAAAAAAAAAAAAABz y4SAAwco3LRYOYdI2AAAAAAAAAAAAAAOWRA2MmgJTqAAAAAAAAAAAAAAAAAAAAAAAAAGDngtkpAU jpG5WK5dJAAAAAAAAAAAAAAAcMlBkyaggO6ZAAAAAAAAAAAAAAAAAAAAAAAAABgqkRMWgAAAAAAA AAAAAAAAACocsyAAAXDpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHGNAAAAYOsT gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgNzBuamSElMGTcyAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAACkRkpoRHTKBuamxZJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACmXAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAc86AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOedAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAjOedAkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AMHnufq1z123w9Fvz1CUwaE5CYJCUyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYPO 8PpT1Frh6Hp5OcTEJuWyoZNSwTgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGDg8foJ 0135vQ9PIAAAMGQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYPPcfoyzUe/P6Hp5AA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMHnuXv2m2/N6DfmAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEZoDYjOcdA3JDBIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAQGhEZNzmFomNCQugAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AwZOedAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHPOgAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVDhHoiYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAGhCZOMehAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKJoSEpggNC wamgBsWzcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhKhkwTFsAA0ISU3Mg0KZuXAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAck6wAKpVJi4c80JjJZKpbNCsbl0AAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAFcrGSM6hEZNTc1Mg1NzJGcwulwAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAFUgNickMmpAUiwAZME5aAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAABoUDBKbE5QOmZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABpUepikCIgLgA NCsXBSMm0SZuQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPUj0QFb5SZuQanNOoAACkSlgA 0qPUwZMGSbFyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADBFua0N8pM3IAAByzpmQAADlnTMgGhg AwRbm1CXF3gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADSotwS4u8DgRkAGDv0OcXCUAAAGpzzpAHmo 2ABCemrYi3NazE2LkAAAAAAAAAAAAAAAAAAAAAAAAAAAAEO5rW+UuaAB5mOtAA5NelqmSFkAAAAF UFoHmo6gAOWeircA1IdxU2LtAAAAAAAAAAAAAAAAAAAAAAAAAAAjsi2lwklAAA8xHWgAcmrNXy+A AAAADmnQNjzUdSABy69FW4ABgg6QT87kAAAAAAAAAAAAAAAAAAAAAAAAGpD0m+UuaAAAB5iOtAA5 NYrtl0AAAAAGDmHTPOR2YAHGr0NbgAAGCDpN8pc0AAAAAAAAAAAAAAAAAAAAAAAR2RbWOdyAAAAD zEdaABya9PQAAAAAAFY4prHVgAcqvRVuAAAARammljnQAAAAAAAAAAAAAAAAAAAAABDuCbFAAAAA HmI6wAOSenoAAAAAACueeMx1wAcs9FW4AAAAMFXrLXK5AAAAAAAAAAAAAAAAAAAAAINzeJM0AAAA ADy8WwAVD1FAAAAAAAAeaiuADY9RW4AAAABgrdZZ5XIAAAAAAAAAAAAAAAAAAABFqCXNAAAAAAHl 4jJARkh6igAAAAAAAPPRgkBsRHercAAAAAGCv0ljncgAAAAAAAAAAAAAAAAAAGtQ7ljnQAAAAAAP NRCQFo70Ua7FAAAAAAAAeaiIqlk70Vq6dbgAAAAAGlRbljnQAAAAAAAAAAAAAAAAAAINybFyAAAA AAAeYjoGCsdWKNdqgAAAAAAAPORbBCWiodytwAAAAAARam0u8AAAAAAAAAAAAAAAAAAa1HqTYoAA AAAAA4kWACIpHpaAAAAAAAA4kWoAgqmehrcAAAAAAAr9JY50AAAAAAAAAAAAAAAAACv0ljnQAAAA AAAPLxOTmQUz0tAAAAAAAAeagdE1BRPQ1uAAAAAAAV+kn53IAAAAAAAAAAAAAAAAAK/SWOdAAAAA AAA8/FktQBRrt0AAAAAAABx4sxKAU66dbgAAAAAAGpFuT4oAAAAAAAAAAAAAAAAAr9JY50AAAAAA ADz0TAAhPQ0AAAAAAAB5yMAA1PR1uAAAAAAACv0ljnQAAAAAAAAAAAAAAAABX6SxzoAAAAAAAHmo 3ABoeloAAAAAAADz0ZABGehrcAAAAAAAFbpLPOgAAAAAAAAAAAAAAAACv0ljnQAAAAAAAPNRsADU 9LQAAAAAAAHnI1ABqekrcAAAAAAAFfcsYoAAAAAAAAAAAAAAAAAr9JY50AAAAAAADzcbgA0PSUAA AAAAAB52AAND0VbgAAAAAAGCHcnxQAAAAAAAAAAAAAAAABX6SxzoAAAAAAAHFMAyaA7oAAAAAAAB TNQAC6ZAAAAAAAItTaXeAAAAAAAAAAAAAAAAABFqbS7wAAAAAABgpERgyalkuAAAAAAAAAAAAAAA AAAAFfcsYoAAAAAAAAAAAAAAAAAAr7ljFAAAAAAAERKAAAAAAAAAAAAAAAAAAAAAaVHqT4oAAAAA AAAAAAAAAAAAAi1BLmgAAAAAAcwwSmpGXyYAAAAAAAAAAAAAAAAAAFXrLXKgAAAAAAAAAAAAAAAA AACv0k/O5AAAAAABobAyAAAAAAAAAAAAAAAAAAACvuTYuwAAAAAAAAAAAAAAAAAAABV6yzyuQAAA AACkQEpCdUAAAAAAAAAAAAAAAAAAEO5mJc0AAAAAAAAAAAAAAAAAAAAYIOklxd4AAAAAAA0NwAAA AAAAAAAAAAAAAACDc2iXNAAAAAAAAAAAAAAAAAAAAAGCDpJMpM0AAAAAAAAAAAAAAAAAAAAAAAAY IOkkwklAAAAAAAAAAAAAAAAAAAAAAAi1I9LHO5AAAAAAAAAAAAAAAAAAAAAAAI9SLSfndgAAAAAA AAAAAAAAAAAAAAAAADUh3NibFAAAAAAAAAAAAAAAAAAAAAGpB0kmUuaAAAAAAAAAAAAAAAAAAAAA AAAABpUO5vEuLkAAAAAAAAAAAAAAAAAAA1qHUE+LkAAAAAAAAAAAAAAAAAAAAAAAAAAAGlRagmzd oAAAAAAAAAAAAAAAAGCLc1raJsUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ7mtCXF3gAAAAAAAAAA AAACLU00EuLvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwRbmtASYby5AAAAAAAAANSPc1FIlzd4 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwR6mlAKCMmTMZBgGtYFIAGxJi7AAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAGDFYMIrMF2jIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAIdzBPigAAAADBrWYi3J8UAACPU2l2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcT3Y v+fQi3NTeMxJmxbm+bHqWuVq9ZY52xzvJ9md8t8pM0c31Z6nk0JcKnabE/K2MUAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAcf2Z6XmvP9En5oei7wtHvAJ+dnw5nqza42LbreTXJ9eda2gdbya5Pr yMVNzVe0lxb3ntjFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFHvMxLltAh2EmQ2jfNi3IdrH NNixammgFjnaHeTYQ9JY5Wv0k+LLi7wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/8QAMBAAAgIABAMIAgMAAgMAAAAAAQIAAwQREhMUQFAh IiMwMjM0YBAgBSQxFTVCQ3D/2gAIAQEAAQUC5y97BbnfM75nfM75nfM75h3sNnVbMRXWdzEtNzEp Krkt6Lf8kammlppaaWmlodSnD/I6pc7NZVSlQ/F1GuUW7i9Dv+TX+tkw/wAjqmD7y/pd4eIhIEOI pE4mkwEHn7/kqgM2xNsTbE2xGQA4f5HU7zpow404f9MWljjaxDwYOmCmoQ1VmHCqJTaWPO3/ACUI moTUJqE1CORMP8jqT4mtTa191YGQ8rF9znr/AJKopm1XNqubVc2q4yKDh/kdQJyHfxUStax5mIGr D0HVRzl/yVtRTv1zfrm/XN+uG1GOH+Q76ZvZ2V2zcbPyiQBxQM14kzLFzLFzcxKxcVWTyNxK0q+J ZdWJmrEzViYz4lVpJan84nxHAyHm2e3hPjc5f8mv9bJh/kW1CyCrTNvubXb5DW1rDi6BCy4u4DIf o6h1qrxVa6MSZs3zYsnD2TavE1YlJVatq+TiPj1e1MSHIXPTb7WH+PLLBUqOrgfP/R20IbEBW1Gc Ohm7XC6hTagf84ptOGqXRVzl/wAkErNZmszWZrMJLGggYjWs3Em4k3a5u1zeqm/VN+mXXIa6f5GN ebG4XVFw1KwIo/FjFIzkMXYhTqVbOxbs1SwlrGKfhbdR/JsSvHcTTOJpnE0TiqJxVE4qicXROLom IxWizjktor9oMGjtmLncV6naimy/Z1YqDXt0V2u6h6sV+lwLUtWSulptOUKeKa3yRGQ/nPirudv+ SqK02q5tVxlVWKuKkHi11JZiOFonC0ThqJw1M4emcPTNimbFUuqUV0/x4EspKtxaicRSZxVOcuDs LK2eNW+XegRzNtzKqtDWCxk70WsqbNehsRikIS60Jh6kXarm1XNtJtpNCTQs0LNKzEYZr7Ww9dOG 2xZRXToVFGct9rD/AB46CxVUKMTWXrpsFtfl4ireroqS0ABRzt/ydtZtrNtZtrnoECgHD/I8zZrM xNXhV2pav7X3CkDGVRba2/LEAUaeJ8rEfHq9ojMYetlMt9rD/H/R6WD7mJmFNm55WJG2wOY52/5J OUJ0g9gHaAdQBzmH+R5z4atzsXLMsWJniprxUzxU04oxcMNRGcbDUtODrnCwYSrMDIeVYuusYS4D hb5wt84W+HCXEVror/bD+/5RGoYM/wBfnb/kv6rfQ/oX01ehP9w/yep193G/tTi67T+SchgvY52/ 5L+q30P6F9NXoT/cP8nqeJUiI4sT9cPUl1HjYeV312/i598gBRzt/wAl/Vb6H9C+mr0J/uH+T1Rq XrbiwsW2tvw91aQs+KigKssoqsnB1REVF55n14phmXGat2qOwINKqMiHNeJ/3qzYalpwWHiYepOi Yh9KaTn4k8SeJPEniTxIoOrDvpP1uxi12czmczmczmczh7ZU5ev60bO8XUBrEWZwOhgYNFt1JrUN rAUuq/XLF7z12ZpXkwrcjacoOwCnLCsrboRljK2pBpr+v0uzWfZMP732TD+/9jLKJQ674dT9jqqz nCkyisJiYL81FgNm6NBuyVWzgtGs4isTdry+s10akRFVaVVcTAHOH2yStbtNtgn/AJtWSrIxDk71 Sla/rFG2qClDKQgxPkZdv1mqqt0TZUU6BifsVL0IgXDkYfQcT9edtCh+3dXIuA3hkUMhxJdUhftD KSHVj9buXWj15V11FXxIOlAdytXGIFdkVG1VVMrUqyt9eIzEq+Z9kr+b9jxLOlYxuVterb+wFlWb 9M3qmlOFyxn1+21tzhdUGEoE2aoaKTDg6od+gLiKihxVAnG4ecZVOMpgxdBisrD6nZalQ4ktM8UZ oxUoqNf7ModRh6RAij9CoaNhazMPYzr9SqC8V+lgG7f2G1VZuwz04UjSlPca1VZn0lacy7OqzeqE bF1zD1sv1O2lLRtXpP7cVr1xMatHOhdRqrY6QYtaLAigBFCmqtiVBmQllSWg4LQcO4dfq11W5N+1 IMZQYL6jNazUJuII2KoWd/E3aMSs3MSs4kicVNzEPKatv6yVBmIFNa1YOsJwlE4WgRa0WfGu+sll E3Um5NbTOyWO9aV12M2myaXml5psj1tYlLWA+LNVk3DN1YLEP09nVQbITZCrmbSmaF/QnIIOJs/b EVFxTaLa/wA6RNpJt5QbggdotqtP9+jGxRM3aGstNC5+Q39qz/PIs/r3fpqWa1mtZrWZpNNYgFiz cygIP0AsBA7NBWYFCj8LbcU3Xm683Xm68a24J+LnNjogrTyCAwoJps/JCCbc25tzbjKhqX0xq1MO 4s3AD1trAsydiqKv7Dtp2q5tVzarm1XD2Uy+0pKahUnlX1bqUW7qfh/b3BNwTcE3BHOar6fzlnNv KByICGHViwU96wBQPIHbTs1zZrmzXNmuHspfF7WLw9fm3g1OpDCP7e9XN6ub1c3q45BVfT+xrm5p 6oTkCzNFQL5Q9nbm3NubcPZSuDtuejDV0edX/Xuj+3nM5nM5Z/i+n9/9mgqUfUOoMwWBWef55Y9n S80vNLzS8Ps+fei2VvjDk/t7Vc2q5tVzarjgAL6fJZNU16T053yirl5o9nxZ4s8WeLD7Pn20pcL8 A6TPVh9pZtLNpZtLHGSr6fL9kdMd8oq6fOz00cYk4xJxiTjEmeqjkX9rjHnFvOLecW8DaqV9Pme1 B2jpLtpCLp8/LPDaFy01TTVGRZllhuR06k7012TXZDXe8sqZKF9Pm9qN0gnSEGo+epYUWW21zibY WtFcxfs8i/tXVgzaaFFWhPRi/jL6fNZQwRsm6O2bPyH/AKMqZlRMTt7JYLMUwajkWBNe+032ltjW VPZs1W27mHX0+dYMwpzXorHIVrkvIYZFejYqmxVNiqYlGeFGTDcjS4Vt1ZurN1ZbotWwIlC+nz1G izotnebkRmKVVxfdt0q22tK7bUuyWYfkbPa00i/EGwV528NSbTSTccMvp8+0dn+9FXtt5Gqrdw6U abGVXhVSulQuJVUo5GkBoK0B/OL+Mvp88jMVejolXp5Gl2Wrdebrzdebry52arkuydk7J2R8tpfT yFf+9Ep9vka/a/Sz2uRGc70707070sz2V9PIIfG6JT6ORT2v0f2uR7J3Z3Z3Z3Y+W0vp5BO1+iV+ rka/a7Z2ztnbLPa5EHI6pqmqapY3gr6eQq7V6ITpt5HgrIMHYQMI5HB2Q4VwRhS3JHC0seEonCUT hKJwlE4SjkbDlWoyXolmehWDLyCklqhuSshKTZmK21FXTiejt3rOjL2WcgbEDdLY5Ctch0Z11BG1 Dz2YJLWfc0lmLs6AkoAFbo3uP0h+5yDNpGeUz7ekOc4OwdJPhEdo827UUtGUXRxOHbPo7tEXT0zI oysGXz0XQnRXYxUC9OZSCrh+qFmYqoQdPZAx16Oos4WZM8AyHUSM5pYFbAemk5DU1gVAp6qQDMmr AsGfSCQJrJK19aZQ40sJuQEN0RrFEO4021z69trmBYsFkDA89uLmHZptkwKF+iGtTNDCEuIbQs1L yueU3UmsmeIYK4FCj6UyK0NQMKvDuws4hsyhtAhtQTcQTcQTWs1qJrUQ2IIbUENqiGyF2h3JlYZt 5zaSZZfV8hNKzQs0LNKzSPrBtrUi2snzP8gYMCQAbqx5DuEUEMPpXh/8gvDlr79lmxJSY1jw+Hez QcR36rxYzYnK9rmSniWKVWC1OJLmm4WiYXwrsaxIsK1G+/ZbdsMwT2LU12WJxF2wljFQcQyTGfEo 9j6Uqq38iKq1OM97G/Fu/wCuo9jAek9v8in/AGWN+LR7GDzODwOXDU9uOmMG29Pj4vF+/jPen8d7 FnZ/I/yJ8HF2MsxVW3Rd/wBdR7H0psMrWDD5GylbGtrFte2u1XhxWz4dGeqlKoKVF1tYtrVdK00r Spwqaq6lqWWILEpqWlLKVsaylbGnCrnbStsbCIy21LavCoValWpVdK//ABr/xAApEQACAgAFAwIH AQAAAAAAAAAAAQIRAxAxQWASISIgURMwMnCQkaDA/9oACAEDAQE/AfzXqNO/56K8EkmdUV7/AKRj O+RxxumK8Sc5SafToY8pS25H5yjGo6DxprWJjuT1VcjWLOMV2JfFk060Mfrf1cj85Rjp2Hi4i9jH lJvv/jrtzsNljEWWWWXlZeSHk3kixusrHoLhe+THobCIm5uPQQtBG+TNWMeUTckMZsLhdFeiiivT XyKKKyr7O//EADMRAAIBAgQGAQIEBQUAAAAAAAECABESAyExUBMiMkFRYAQzYRA0QJEUMFKg8CNC cHGQ/9oACAECAQE/Af8A2vFLjn7LQVr/AGwfeUi+xlc4APMUex5Vlo8xaex0BMFsWnseVZaIv9ov aZw2ln3lq+ZRJyf55lUlV8S5fEuXxKr4lU8TknJ/nmUXzLB5nDMsb08KTpAmlYAneXKO04hGkvb9 DUziNL69pyQqOxhRh6OEJlFGsD00EuP6us4hOsqpln9MII9AAJ0hUDUwv/SISTrsQciC06yw9t8V CZyiFydnrL66wqNVhBGR3cKTOVfvCxO2B+zSyvTumsAA6oWJ3C4HWMtNxCltISFyXc1aktrmu3qt c+0Zuw3b6n/e2qvc6RmrvHXl32tVqc4zV3rqG0gVNIxpyjewSDURhUXDaBktd9U5wihpswFTHNTv xNy12ZMhdv6HtszZKBv4ymJ1bLia09AfQHZcTq9AYci7Lia+gNoNlbQH0DEyNNlAqu/oKtCanZU1 zjC00O/DJdnOa130Csc1y2dWoYwpvnQPvtK83Kd7UU5jDtQ58u+8qO5jNXbMmFIQQaHdlXudIzE7 cGByaMpXXdAAM2jMW13ANTKW3dO4hS2kqF6YTXctJcDrChG2gVloXq/aFict2BIlVbWFDrtIBOkt A1ML9hpvQYrmJcDqJZ4MII12QITBaNc5ed/vMJUyzxCCNf11jQqo1MvA6YSTr6IHIlwOolFPeDDJ 0lp/S0ljSwdzOSF/EJJ19LDsNIMQikDLlUQWZVgVcs4Er3gwyZw2MsaWN4lreJafEsbxLGMGGxgw zAn3lq9zOTvKr4l/2nEaV9XqZcZcZcfMuMqfWAjHMCcN/H84gjWAV0gw2NctP5CqWNBCKGh9L5uA LYeLTOswsLiA/aLgBsg2c+MBxM5jKlSbs4MHluc0mJhWCvaDAqgesGEGcKDOCK2lo6FGtM4AXrNJ iYZT8MfnQYk+MMy57RA2IGaswsHiA/acNB/unyVQtzNSDCrhl5g4XENIihjmaQYKt0NPj/VExes+ llivx1pC7HImfH6HnxvqiYf5j95i9ZnytQe0H5fON+XE+N9UTF6zPkfWE+VXiTE+gtfw+PzKcMzE /wBPCCeZ8foefH6H/D5nXE/LtPhjnJmAgarHtMDEufJRMP8AMfvMXrPpa45C20hxqiloiYhQEDvE co1wl5uuj4xcZgRcZgKax8Rn1hxCUsiOUa4RjcazExDiGpgx2pQ5x3ZzU/gjFDUTExDiGpiYhQED vExCgIHf8OOaZgGYeKyaQfIYGoiYhQ1E/iGBqIMQh74xuNf+G//EAEQQAAEDAQMGCgcHAwQDAQAA AAEAAhEhAxIxIjIzQVFxE0BCUGFygZGSoQQQICMwYNE0UmJzouHwgsHxQ1Ox0hRjo3D/2gAIAQEA Bj8C441jHRInBaUeFaUeFaUeFaUeFaUeFaUeFPa90wNnO13F33W4rJsmtH4ysqya4fgKyTXWDzKz qlHKiuxZ/ks/yWf5LP8AJDKmuxWnVHOosbIwcXO2BQ0dvrvsybQYORDhD20cOZGdUp2/2W71adUc 6utddo72bO1HKyHeqpWkb3rSt71Qzx9nVKdV2O1Yv8RWL/EVi/xFYv8AEU2rsdqtOqOdHn8Ksx0e ywWYBrJlZdtd6GBZQLz+Iqlm3uVbNvcpsSbN3RgjZ2gi0b58eZ1SnV1rELELELEJtdatOqOc7ol7 tjaosFhdB1lyA+G22GLD5ceZ1SnS0GuxZje5Zje5Zje5Zje5NhoFditOqOcZKxLLHzcoY2Pi2g/C mH8PHWdUpwJ1rHyWPksfJY+SaAdatOqEKEk6gmBrSQQVlB2eRe7VepcvXenZ8OSosmOtNwoqWLW7 3LGyHes6yPesqxDuq5Q+bM7HDiT3DENKB4YV/CtMPCtOPCtMPCieGFPwpjjiWj2GWH3qu3KB8Z25 We7jrOqU7f7Ld6tOqEDSRtEpl0gXehXZ5V7zlZ2RN6I+DlPaO1aQIMaZsm1d0qB7MEA71dHBx0zR aVg3NVfSf0L7Q9faHqnpPe1Vay0H4aFS3tB1fCtOqUzd6hdwQvYp+5WfVHqvOmFLHAhO6nslx1CV BcJ2SnNBEtRhwpjVZ7e9Xi4RtTW3hLsPYeeiExuwcdZ1SjkE1Wjd5LRu8lo3eS0bvJDJOKtJOoLO Hes4d6z296z2960je9aRnetKzxLSs8SNy2aHaspRajtCuejwTEl2xe+tHv8AIKlm1UaO71CgImDV XWtmkmqDmNkRNTCDtqffAFzGspzoEATQyrrmgUmhlCgImDX1AAZWsbPYOUACzK3rSt71pWrSNWka tIFpAtIFpAg+wtJBxantcLri0pu5UMoi7QEVlUbHTKffbFEwNsKXRW8tHZjeU/8A8i5djkr3MjpV nwjrxe27PsvaMS0q3pV2HcrVuF/B3Yn0dNwtEwmGKNaf7JpE0LqCNqs8knEatZ9gXdEwzO08eZ1S nEtBrsWY3uWY3uTC1oFf7IWl5uql1Tv1Yp99s0C0YWjC0bVom9y0Te5aJnctEzwrRM8KPB2LS7VR TamegIWlhAcKXdRUWrXWZ6QtK3vQHCCvqAYBiDUoUbhtP8Kaxt02YGBMShhEVVoHhoD9h6IRm63J ui6putbSIbrTRDZoTVDDDzQdOVyule7i90qLRjGj70GFJ9IF38AUXAd6zG9yzG9yzG9yzG9yzR3L NHcs0LNCAoyzb5q0uit01KYCTgovu7CnTNH7fU/crPqj1XXYKGiAsnPbVqDh8SAYcKhRautC5uc1 zlAEDjzOqVr71r8RWvxFa+9RWOsVKtOqPi6NvcgbNgyXB0DWpYZ9sS1xkxRZRLD+ILJe09vryojp TuA0UV2T8O06pTNyhOLvU/crPqj2eEsDdccQcCo4ATtvK1baOvRHwx6Q3VndIUjjzOqUOlSp9Uo9 CtOqPj3oh21tFkekO/qErOsjvCzLI9q0TPEsyzHaq2lm3cEHWj3WjhhKqq2bVkl7dzlprbxKSC7r FQPhubtEKBbDwrTDwrTDwrTDwqDbDwprdgj27frfDIOBQB5JjjzOqUzrf2XcjuQ9T+srTcOdLUfe Ad7cVaenX7ElXvvEnjzOqUzrf2XcjuQ9T+srTcOdG2zM5nmEHNMg+068MlzyQtdrZ/qCyXdnq4Gy NOW7YgBgOPM6pTOt/ZdyO5D1P6ytNw51L/Rzjiw4FRbMdZnpwWS9p7fVlPAV1oLLLW460AMB6stg naq3iNl5Q0QOPzqggJvQVCIQUJ3SU52qBPO9bNqzPMrJsxzJAznUCBaYiizm+FZzfCs5vhWc3wrO b4VnN8KJcZlcGcOT8uE3X0oMkrNf4Ss1/hKzX+ErNf4Ss1/hKzX+ErNf4Ss1/hKzX+EoEgg/LZAa 50YwgXG7O1ZT2jefUYcKY1WSQdyvXCBEy4hXbwnYpcWgb0JcBPT8uGLN07WuhA1OTBux/dVHIDUQ 7U260p9HTcLRMKiu1v8ABxF5S0GpE4Qg67MF1N5U8HelsRsTWnUPmC1B5Jp8y2/W+ZfSOt8yVcFb 5QxCo4fMfCOtWyROOtE8IzvTcoEzq3H1BxY5rTrKczWFeg4wg4Mc4HWIWEHYnNcQIMDuT8oZGKm+ 2N/y0ItG4SnjhW5QTcqTOrcfULLgyMm6SSE84G9LT2Jt6WQS6kbUWYi+CD2o5OrFW9Kuw7lbtjPw PYrM8GZuup3IA/LNbXOZGCMW2HQmw69X+x+DPy1pDIbJonDhDlCME26Zrj2H5jxdJbBRy3UQ4OTF ZPb8vzBO5AFpbO1SNt1Qdko3GtfGoQrclt1tMYomFt26449is7sEOMeSgOEjUoDgSPlyOkf8rIku BkSVXNFe1Odq4NyBuXIbCt4Fb0/8qSy97y9WNiaYjLvRsom3r2TuhRBDQNcfL8H1W24fMttuHzJf s+TiE97WVcAEL+dr+YauAWlZ3rSM70fuNqPmDgrEC/rJ1L3tq9/kFowtGzuWiZ3LJlh2tKvXhasG 2hQdfaJ2laQLP8lyvCq3h/StIFLSDu+VJe4Be6sXu6TRUbZt3laVg/pTi515zjU+1dcJC0Te5UaO 72KgFSz3btrUWvz2GD8p2nC6Scmdns2ToE3sewp7rt48kzgoaPebfuotMHoTgymUR+pWjYbqzaSr SQ1kRQYKGj3m37qcHYRVe8zoydyynAbytI3vUMm0dsanPtM95k9HynlDtWRbyNjwv9HzTGWjmw6c B6pcxp3hXrovbVLrNpPSEaCqN1jROwKA0AbIV0NAGyFLrNpPSFUD1Q9sq9ZXT+F4lEXLjm4t+VwW m69uBXvrE9ZlVnxvWkZ3rOHesQqvb3rSDsqr1m60ZZgYrJtWu6wVbAO6rlX0e17BK0Ft4VkWVzpe USXXnOxPyzUArRMLjmiMV7xoc5aMLRtWSxo3Bf8AqtP0n5aqRsWOu72qjXZ0YLR8qMdW1ZozvJFz roAd5Lhn0cdR1BZ/KnDVsWk5U4ati0nKnDVsWk5U4atiLXOBBOzUuAJF5p162rBud5LM5UY6tqzH Z0futYyruCzhjHb8nkkxCdDS4tRhoGydaOXrpCMyazis0VM+xJwXCu0bcwben2w9mkZUIOHaNnsY BCmBlCHuxlCoNaoXmGvkhXOw+R4xMTAWS2KUJRvOMEYBExjj8G4NE3OO34PCjRuz/r7OIWcFnBZw WIQuuiMKoVvU71ltLcmTsCofkAScUIbA1yhfdJiDsKgD13zbhgmKtX2tnhX2tnhX2tnhX2tnhV8W 4eJijfXwFljyjsCDW4D4MHArgH4cg+xbPdZ3zwpC+x/qX2P9S+x/qX2P9Stfc3HM6UN3qOokRIRu 5WwI3qRt58OsjUMVjdE06VQa59qy/NWY3uWY3uWY3uWY3uVr+b6gxlbR2AUYk4nb8OlHCrSq0eKO Hrtfzlmv8KzX+FZr/Cs1/hXpR3IbvYqskxlSelAPbU7FIMjncAmpwVclpGGtf3+BZfmrNCzQs0LN CtfzVaTURCNq8zaO8vi/+Qz+sbQgRgfVa/nLPCzws8LPC9KI6EN3tyyhiBsXvKRytR50kohlMKnA rtmvwrL81Zz+9Zz+9Zz+9Zz+9Wv5qL35AJmqycdp+NwR0bszo6PVa/n+z6V2Ibvg5JxMmUOSdh5x F44mFL6arur4ll+atJ5LSeS0nktJ5K1/N4gWuMdKYw5wdlHarX85Zje5Zje5Zje5Zje5elAUwQ3f C2OiJUPpWGnbzfdGccFeOccfi2Uf7q5C5C5C5CtZ/wB3iEPbKmzyx5p522q5XiK5XiK5XiK5XiK9 KG5Dd8SujAxOPNt1sX9QKPTX41mdlov3X7r91+6tDttOJWv5yzj5fRZx8vos4+X0WcfL6L0hx1wh u+LPIxcScFPNVBeOxYk7/jsoSL9YQyLbuWj9I7lo/SO5ZLLbtCfQgcJSeJW2UG++NSvtFltxX2ix X2ixVbRqti8gl0YIbvjay01knN5pJOpXzB+6Y1cQYGuu3rSEPeEys8q/wp1GPV2jiVr+csga9n7L BGRWNn7Ju5PQ3fGgiQrjiJxEDVzQBlCKzt4jZThwq0n/ANFn/wD0Ruvk9eVUgKhBqOJW10T74rQW i0FonNFi+qaSCdStRdLS3ahu+PQmlaa0DEcz4QTUieIw4TUrRt7lo29y0be5MutvQcE6827L5jiV tM6Q6lr8JWvwla/CVBLhWaBWsOe4u2hDdxAiKGszr5mDMkjWDxJl3Fz4xTWPMg7CUC6/2OK4XLjr FcLlx1irzL1HazxK2n/eVlwUY1qvdZyn/UhHhM5WvDDchu4heAEtwnmZxyaUpjxIVIh00QebRzo2 rKAO9XSBGxXYEbFkgCow4lbAifelSGNHZ7D0N3EIK5MimThzKTk1PJ4kI2nV+6xHh/dYjw/usR4f 3WI8P7oztGr9+JWn5rlq8vqtXl9Vq8vqtXl9VaYYdCG7iLxk48nmUZv9OHEhvP8AMF/P+q/n/Vfz /qv5/wBUd4/mHErWJ0rsJXK/V9Fyv1fRcr9X0XK/V9E/HDpQ3cRtBA1auZeT/TxIbz/MV/Pqv59V /Pqv59Ud4/mPErSY0rsYXJ/SuT+lcn9K5P6VaRGGqEN3EX1OOvmV7cnHAcSG8/zBf5+i/wA/Rf5+ i/z9Ed4/mHErWv8AquWJ/UsT+pYn9SxP6k+pw6UN3EZl1Tr5lFQA6m/iUC1EdVTwo8CkWzfCtKPC mjhRlGM1Fot2mMQBxIk2YkrRhaMLRhaMLRjiJzv6cUBM8y0MHbCDhgeIiyky01PQm3nO0beUrE3q A5VcKJ5kxfjGNSZ0Wm2eSni8JujXv5oAyoFZHM5blGazqHEbpe2dk82yRDnVNeZ91Qqxe1gauIOA c11cwipTqgfdl0f5VqQ50g5NegJz2TQR9U6H0lua6daaJOBpPM+otbiCNfNN8YcoAY8Qk7YVVHNN wa6Eg5vNZdyMXfHgwMpsEHpTmy66Ljs7pWdi0XcrHFWUPc5xGXJ5nuiZOuMFqvHE7ebJFQTlScEH DA8QDRqEczXW5xFDFETrOPN15mOwmiMajHOkMpEVIoVDecAeUMFFpqGdq5xE6zCy6Yi7tUDnKqlp xNZQnJJ1Hm2Svd0BEh6J1nHnfJygBmojAjHmmphZLdcGUC43nDXz1DhIWS7E61lNIkwFQzzIdZAm AiBkbCiTWdvP4IERsQreGucUL7S0xJ6FQ8eAnOwQhkA7dSy3TSCNSoOj5EwrELJfqgSjkzA1a0b0 iMViKcVqsdd3tVGHOiv/ACqkCveEJJJBkKAI+SzLRXFOq4F2sFOuvicKYJ0XehOyJ2VxTsh1NmtG Zp0IycMUcrDFHKFEcoUWcKI5QojlCiMuwoUcaGDRHJcYMYIxZmh2owG40lHLArSiq92Mo0xM9vyx gsAs0VRyRXoWaKrAfLEF7Qd6gWje/wCNLSCOhSaBNys7D4F5xgIEYH5LtOEuxHK7ELvBT0QmAjO8 lLrJwZtVBLTrnBWYNlDYzryLLKzLyMUWkFrxqKdZXJIwjWnWj7OCNUq+yyLhFaq+1HgrIvA1zCMU IxB9VpYHeE2ybi8qxZwYdqB2JgIo7yRiwPRJxRuWV8TjehNsruImVeuzWFRpcehe9sS1u2ZTuxWf VHyXaBwBydfYpDGg7l6P1vonr+lqs+qE8HOvVQjU2qtOr9E9WfVCtIxr/wAIR2q2Iwj1WduNVCnW vJbQL0frfRej9b6eo9ZWXV+qaPxJjGGL5xRJtbQnYSh1Wqz6o+SzaX3tJ+6UDwtqd7kxxnIMhFhw K4M1bEIEPfA1TRXpc121pWTidZRtayRCLDgUGjUIV1s4zVEtLmTjdKhg9Ra7Aq61McZyDITHGcgy PUS172T90oXtWBCglx6ZqociC556SVwVYiEGjUI//G//xAAsEAEAAgECAwYHAQEBAAAAAAABABEh MVFBYfBxgZGhsfEQMEBQYMHRIOFw/9oACAEBAAE/IfrDdFUtp1/+zr/9nX/7Ov8A9nX/AOzr/wDY LaoiU+7XEu2XGp604JqO/R4MFdBsk+y9e3JeeIRUc34JzfgnN+Cc34JlNTSo6Rz+63ZE6FrNRrit X4kxOHPRmeDci/ZOvbk9T/n0c6Rz+6iz1D3GD/J0kLtL0+ANgHOajMKxEDZDc+v69uR1IZ6M/wA9 dddKomOrZ0jn905Jr0nZh/zR1MxWk4GPSuWL3IrNFPdg1J7sd7a2XaQ6WsDQbn13XtyGyBnxnu09 2nu092imoceM6Rz+5282HaI6waxXdOVhXyxTTK+a1PruvbkfT18sexZ7FnsWexY+vVyR0jn9xBEo MrBVrkOP+Mq8PL5vbgnNIen1vXtyUIm/BnRU6KnRU6KlzprwZ0jnAY4G1IJFMXGEQ34SgRRybXRO GcK7WXj8tEgBqsXqPf1k/fK9JZr2YUo07URwLdWs7k1X0Sq0gPdKYlL0T2ZEtfAT2ZLYlL0RVbQX u/xYZo8AgAFBgPnef+n1y9e3J6n/AD6OdI5x1jNrG8IyVERCoii0cNJ67V3Uv+9V669ufk+YoJqX d5lYgbVuBAAADgf5WnXhoj9zeyy7BOK76S3V7gTf7oJs+GTfXIY5fPCDqwRrAV8ro208h9PgWjBL b48I1QqmZ5j6To23wrplpQup2PiZmrwIeP8AkLNTKpQbtVsoyc1JfW8ESzWNEQLazl64yiC+JxFr QXkZ/wAc2qO/EuTUz63r25GjlJsr+zof6nQ/1Oh/qdD/AFBcOgt1/ZQQb3f8XG9sT2PPbc9iz2RP aUq7+UDWE1T6tINd1hoP7OLyW/IJ6si/WaEeyADSW0YFlEtDbnK62ZFMdEEi+SIztAJcZaxVSjQd ucti7asck3gdA08FLaMCyiWhtzjdNawe09ef/CW60Hdjy+CvfJ71Pcv8Hb9MyhHWWlxUgwcRxMez +kKshpiIFYBVM2cuyJm3ZhfyqCjW+/G0ppQAjnEt07Qs0T2xpxu5wDt1V2sUTRQKyZ/yItgB3Ssz 5/EPOLNSMrMGB+pQHChV7q/cww1HY+xgqDvlThrjSIAIGzYof1w+KgWtBGpyvPJfXde3I8nXyx7E nsSOgraHNE4wiyce+CZMXR8TMBSJVff8bP2r4q17BntCeypZ5cUOsr73uoOpttAwX3pB4wNjvYRu 6qKz8FIcjBojtyjKqcF0vDRKighSvI4hlcOgN8aecN349TDZygxWb/sRsN/0D1xg0W+SCxHGOU5W tZfc7tYEgrq7uEzuzcM57GJ5IbEXfd8oHiLNrPY89iz2xPYHxt72We0TmYCsqd7up0lUDHR5RrOp xwiESsoeQz8PMfSdG2+DWy+ocYHIGgS563vid7mbO3zHt7LB4x2hqtgYZMGgfXde3IorxZwydX+k 6v8ASABpJumYy1XDBKSvsvBOkc/mJZTFVq9phGYACqEqFG3E/wBqvCZuWa2IpPIQ+JKocXBLmD0Q +X0baeQ+ku1xIxLrR/fh5j6To23+XZYM2lB3TXhMjt5cMny1I5xJECSxLH67r25BQeKiHYisXAuK h3h0NIKBxVOkc/n5+71abBbDHCdtCV69gXwFfp2pT98f1hM0DgnYQBQE5z0ZFekp8xpWUdk7owCA A4Hy6navt2wNRhR/g5zk1GlMXO3Xbs/35F6fLPKgpjOSW8L9d17cnVc09T1TzKeXJo9r6zrOROhc /umU8M7sf71DOhj/AIAiUGWByFeu/Xde3J1XNPU9U8ynlyaPa+s6zkToXP7pVS1yeJ/qjBwWzIPy FOU6F/0hWNd2Hw+GrxaGg27YZVBQfXde3J1XNPU9U8ynlyaPa+s6zkToXP7qLA1dAIK7Al+KeSp8 A98uvMzSGwTsQU6Cg+Cto7h8ZwlvCqUL7R9fVnT3BWYqDcfBi1Nz1goOJUNLYiitcxUO4eE1ggDy zBAI2Oj91QSnJPQ0VOj/AGidhd6v7Il7XcG7EjVLkXL6z9y+s/cvrP3L6z9y+s/cvrP3BjUAwVN5 mf4/HGlV+8Okt1XpLdV6S3Vekt1XpLdV6S3Vekt1XpLdV6SwwCZHSfCaSdIlfjdfI4MeLBQ8C9RG uwQiCrQvTnBEs1jRClpGm15j1cHgHktREQvS2ZqlCXo1hS4UvV+OItYaecZ/sQ9dO88YvW8zlve/ 1Feq61rfHwrzlAcKFXur9wAAoOEdwXZSS67amjshKl+7iW1sl6g9bwFIA5zofyOgtAXf8gVfFP5K 8u9PyXyT0/JFaA7LAuiNWeUSpLsP5E6Tbt1he1ZNeXFw/ktcvC14+AQRIlVZ7GZ8m7xwOPEiLuAq mq3UKiDrcNBllHK1lpZ4SzmpFpcH9wK9mlZfWa7ZQc5o1pgiWNj+MOjCdxMbRsLg1hsHScHwH2ml EGKdGbBDug/sKHEkWVV5MpiyWVpRf3DYGHb1x1vKzPn8Q84AdJbCtBXlE2zUUszzVCQptaOFt1+M OjDeC8C2Lh6BBbnDa5oarox8mlKFmL/GXRhTgA4YrcdwwlM+IV0Y/InRmcbboyg0vNQUE1bgFf0f j52cgK1NtS9nWrDh2PVQQ2N1VvdQtjtXdAK/syCGrKgbwpwkYhyDVRpVn9Q8jIxnif1FLGsHJGmq gG6/HFp3rtNYpcTcitt2th/gac6U+nnFUMDXtr+R6aMWzOm3DHnDDRcKungvF5gARTErVjwxrLRq uraLnr6wptzzd3lc0ckBquxOHb+PggCOEePw6bt/6TNPUuSGpFwLgXSoTbut/kLzyGJa+BhjDXwr L1rmt9uuX5AkIUvQGWze2HyJpLduYHp4Wap4GWbO+JL7igYnfKcQXQDNU7vMeZ7H/Jt27FN52imn 98JKUXdX+KUFPOcGvYfOevcfSWa9itNU5qK/08EuozQPBzRn2QFafHzrCPVPBx+U2hRcef4m2leb yNf54/EYZqQarhxs608fWPyq97lHbBlbTNA7MAsekI0E1ilnR/fJlBABK465j8qve5S0ZS2WhvKR ajW83bvKPN6YLiC0+7LPJAXCqhQDwH4mCMxoMJDzlDznZ7cKIgk0q+F8TpYMss7EzHrNqiscolKb NTaAgHVQXE7rqMIuTdRgx6zaorLK1eGzWKIoWaO0oKPC+EPw1R74MLStr8Xc3puZgp7h4TEZtgk0 LwsH0ePdo6IdomoP0cIIqiG1W8ieXev0nnK/pOGsXLHpTHUqV2lW/H8Z87wg3hcTagu25XSuU9+Y aDvieQiEdfRs/jToizxcdol2bqI53Vv7dk2VzKQ5Loy+Ptjt84Z/uG2FYycvtnI9B/1P+Y9HOf8A OejnOgejeZ5g/R7ecw9s35bnL3PaerKNS7HQ7Jucp2/SbhZRepmidGqCOjf4cCMauUMpVFgbxNap LLRxmUMKNGhtHMbsboeUDvcGOO8oNPiDJQyrGIabLxbv94icjvymJJ03G3+FatqbMcZyHDreC0AX W3fKContZKxymDEpMNnagVaNqOFqCCxs5fgzjbtcSJmi99zskANZGhUDobpZ418lqPnwce0AABQa HyC8baGzAiWZH/CTT409xnuM9xiyLec4YcrQGGYBQkV3quEOMGVryLhog2Wdn4A2AFUc5Y3WxYp3 RF3JAYs5QgIAo+NrcQont6e3p7ent6UtwKj43QpddvCjr5I5OwpIoa9TcTb/AAMNQM1/kknFytu1 nl3wtWeGJqCyjEvx25lZtcF4De33wrXUvP4IqFCCjNOctOJq5z/ogUsdHez2PPY89jz2PCBCg0d5 8DA6Pa5szpqn1Xy8arfIM0jZ5B+Pm/rPeE94T3hPeExQnOVPLv8ACNAe2ZLe+77ESqkc5AG7DIk0 T7ucA0W8KjZkeE9sraM1W5+QQaWP7P8AkiIiDCg/YlaDTAbnuxii1qaDY+abCwwHid0Uuwsfhg/P 6z3We6z3We6xkbHWTy7/AFrKMtVTg7pqAqDmHb7oCIAarEg4WqwcpZVbayX8o2eS+DtZWWstZaym nlri7SZfC3PCZQLvPmpZTpFvDa3fB5l6ym5KbkpuSm58L8u+QgKSyZXFS5eEGwKl8b7ifgYHbKDg lFtEAABQcPl3a2ni72dYzrGdYzrGXL23i7z6AaWzY7yz2PU4AzLt/rPY89jz2PPY8JgBpJ5d8ogp moOpLYkIsW/b9k0Nq6S86KUuweXzb6a9F9rOjM6MzozOjMvpr1V2n0FEWx4ks+yeCZFu+k53W5zn dbnOd1uc53W5wiLo4255d8urluZuBbX9tuZzL4iHiXK1t/Ozfd9ZyiOURyiOURi+76fRed+s9xh7 zD3mHvMGcKh5nl3zXJtkrK+xEAGx0+1MvKb0spNpVb4OXz3TudDbWYc0s5afHGEui42Q17hQ01j6 JpsJODLqmo9OfjEGDyNWekDKHgTy75rkpmXd6oFfaR6KFs7k4oi+gc0rCdrNKTQ2T3g/k1aK0HH4 ddz+irl0v6ygS1Y2R1/aUFPhm+ms8gnkP3PLvnIzJqMROESjk+0ULTptOT6ErIrUbrixXXzP7Oqv 7AdaDFuLa4VfbjUshHCb4/RW4sSjtntE9ohxaKyQEEaobw6pBZHl3z0tDbm8kshWNHU+zWKVfC2p ms7qFP0IEZup7f8AGMYNo56mrlalEBujH0Qxk4aZ1/4Tr/wnX/hGWrUK/wAmFArW/k8u+goKuua9 lfZgNGqZnkn0RSSN1q4ypWV91GJIWvcRjRaDWTPfEkFItZMd8bEaDO/v6Km0vfjCzbWwtwljF22u GlcquMcAl2sS9wwZFcZ5d9BhItadBvBAI2PH7Lx30HQ3H6Ig3XD2paEBCDKNNly0FysQqZcrEUhu kK4/RVlDRS5ZgHEH+PIfueXfQAgWJSMakXWDS5fZc7Dsb4v+/RWNM6luPYntifbE+2J9sTY0xoU4 9r6LGuuZXLdJfvyv35X78r9+WhdzzGyzy76HDhN61d/P7Lm1vXPO+i6Zv2pnaM7RnaM7R0zfsfRZ vYBsM6ah01DpqHTUNZ783G5PLvoWaQGoouOO/wBlWm3Sm36Lrm/Ynh5T4eU+HlPh5T1zftfRdIGm 8vf4/wCpe/x/1L3+P+pe/wAf9Rcc+sNmeXfQvU9UoYOz7KquWLU6Dv8ARWx33m/anYY9hj2GPYY2 z33m/Y+i1QHgXy2l/wDvF/8AvF/+8X/7xYK3O7jeeXfQu24IlaTl9luaYwrK7foqDBFQgAM29IMQ HImr4XfGgO6v6mTHFTj6JqxLWdczrmdczrmdcwKKPoL7SxWEWQqFW6v2UJY7OpU0mCz6FYZBZrwe P6Y2g76EWt5xDowBdtr4ds1iGM1YcVV48CPYbHDLCzq66xRXoVqsbfaA0w1Jh5P2ezVeq8D6GgBv C/tguqG1tS7uynLP2c85aqLrM2kay7fQJ3clzjl7QxXSs3g2rilfI9L0ZNJX0AB3+j+waCxCrLyy kCt+BJvJnrf7PYxkq+0gCtMW2LI2Dvv88isyMObX7iBaDhmUtYszX2lnldyMIKC1o1ftQqKFbqr3 RAJo/OvRGqwdPLEGxc5FjO89hCLC3a+ZnEpaMBGseWa+zoVqkBY7UEWnARVvtiprMtJXCIjeQfoA s1EL+zWuPFLDtlQGW0cX7cuyujQCEZMisr7moFuCIuMMwOUrhRd/cN4LfaCHAC3hP3HNtYHbCo4c msEAgANA+5AKAmzNbeW+8cpQg2q1WvtoIlBmKBzCvKBM4v3ZqpmqviTllxar2xKWmUeF8/tJolZr MBrqOF95vKXPetOv3quzYYuXTV1gbEEIO7pfOGWQ5P2ShZ4ompRxVF+XniFCZRrIPv8AvoU0GZQ6 kNtR4SmnMGO9CxBss7PrtFVthxqFtiN6XZiAS7RmFCgIop2fgl24LOYajau4TIveW5JCrZUw2JFJ jMGUzai9PpUagXjMQ37WY793Rj9IFWDzAuA230iyqIcj8LGLOVrMUol5GJnFVMrRVa/JV87mOVCY QbM4gKXGDs4O65o1uGHFjmQXrkY5ALU50ieQ2pzpG1Y2pzpHOBanOkyALU8mbvJyGcWqqIpxrWEa mKA0WbxPDUMmpHnAUtjaOTUV01XLsgGi5d+aAtQF5fxbWLahvlFrtry41il2trcaxXJbW7otd8Q4 1mrxtcayjb8XYDHBJBiK4APzVAq0HGc6FK4iQDVYyU51XN/IT1nVjl2Fj+F9hvgq63QkFazUg3SO lvk/sr3p48+Eu9MXzhUbgr0Nto7rBV0E1hqyywBqZWJbZtb+nHvlDk0sK7N4N0HfhDREziSjCutU RyUxcEXP+R0mX4bHZzBulKW+T+wvKFXRNXlArkk4CatuMaa/yVutwXUFrpqor1NwCkYqZH9idI2/ CxVtGhcEBjiEgsnpceg9SaPRpOkbTHTnR6zq51/5DfJ/SPRepAVdFQB8SngjQ6hfNOyme3H/AH4I J19x1cfFh6fOddzgWTo/t8HmXoTMOmEFkZbeTMvGjl6uXhpAwXunSOU6Rt+FmbCnBNLM3WBiMhwH XKICmxMAKNScAHH6UpVLWhcsKLqJawnOWHDh/IgKbEK+UQuM1QwMS2wDMUhx5/DueiZR1d26xGQ4 DrlEZDgOuXwRuUtKSF5B1Ckln9d3tFG+YmpG5ZxkJ2SwnCsa4hXyiF/+N//aAAwDAQACAAMAAAAQ AAAAAAAAAAAAAAEkkkAAAAAAAAAAAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAAAAAEAAAgAAAAAAA AAAAAAAAAAAAAAAAAAEgAgAAAAAAAAAAAAAAAAAgAAEAAAAAAAAAAAAAAAAAAAAAAAAAEgAEEkgA AAAAAAAAAAAAAEgAEgAAAAAAAAAAAAAAAAAAAAAAAAAgAAgkggAAAAAAAAAAAAAAkkkkAAAAAAAA AAAAAAAAAAAAAAAAAgAAAAAAgAAAAAAAAAAAAAEkkkgAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAEA AAAAAAAAAAAAAgkkkAgAAAAAkAkkAAAAAAAAAkgAAEAAAAAAAgAAAAAAAAAAAAAEAAAggAAAAAAg AAAAAEAAAAAAkAAEAAEAEAAEAAAAAAAAAAAAAAkAAAEAgEgEEAggkAgAEEggkEgAAEgAAgggAAAA AAAAAAAAAAAAEgEmEEgkEgggAEkgAEEEAggAgEAAkAAAAAAgAAAAAAAAAAAAAAAkAg0AAAAAEggA AAEgkAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAEkgkgAAAAAAAkAEEEAgAAAAEgAkAAAAAAAAAAAA AAAAAAAAAAAAgEgEAAAAAAAAAAAAAAAAAAAAAAAAAEAAEgAkAAAAAAAAAAAAAAEAkAgAAAAAAAAA AAAAAAAAAAAAAAAAgAAgEkAAAAAAAAAAAAAAAgEgEAAAAAAAAAAAAAAAAAAAAAAAAAEEEkgEgAAA AAAAAAAAAAAEAgAgAAAAAAAAAAAAAAAAAAAAAAAAAAEEAAAAAAAAAAAAAAAAAEEkkggAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkkkkggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAEggkkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkggAkAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAH5EAgggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcwggEAgAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAOwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEMAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEEEAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkEkAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAggAAAAgEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAEkAkEgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEggEEkAkAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAEAgEkgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAkEAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAATv/wD/APt+9tAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAC3+1ASAAASACfv1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQk2AAAAAAAAQAASTMmAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABUwDJJYAQAAAAAAYADCE+AAAAAAAAAAAAAAAAAAAAAAAAAAAAA WsAALbZSAAAAAAADAAIADegAAAAAAAAAAAAAAAAAAAAAAAAAADrgAADJJaQAAAAAAAZJJAAASmAA AAAAAAAAAAAAAAAAAAAAAAAY0AAAAZJLQAAAAAASRJJIAAABVgAAAAAAAAAAAAAAAAAAAAAAAfoA AAADJJYAAAAAAAQbbZAAAAAMgAAAAAAAAAAAAAAAAAAAAAAWgAAAAAYADAAAAAAAARAAIAAAAATQ AAAAAAAAAAAAAAAAAAAAAcgAAAAADSSYAAAAAAAAbbbAAAAAASIAAAAAAAAAAAAAAAAAAAAfgAAA AAAJJJAAAAAAAABACAAAAAAATwAAAAAAAAAAAAAAAAAAAAgAAAAAADJZQAAAAAAAAZJKAAAAAAAS gAAAAAAAAAAAAAAAAAABwAAAAAAAIQKAAAAAAAADACQAAAAAAAOAAAAAAAAAAAAAAAAAAAEAAAAA AAASQIAAAAAAAARJQAAAAAAAAEAAAAAAAAAAAAAAAAAAEAAAAAAAAIQDAAAAAAAABSAYAAAAAAAC oAAAAAAAAAAAAAAAAACgAAAAAAACRJQAAAAAAAADJKAAAAAAAAbgAAAAAAAAAAAAAAAAAUAAAAAA AAAAAAAAAAAAADAAIAAAAAAAAUAAAAAAAAAAAAAAAAACgAAAAAAADAAYAAAAAAAAaSSAAAAAAAAB AAAAAAAAAAAAAAAAAAUAAAAAAAAKSRAAAAAAAABAAYAAAAAAAAcAAAAAAAAAAAAAAAAACgAAAAAA ABAAIAAAAAAAAaSQAAAAAAAARgAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAASSQAAAAAAABw AAAAAAAAAAAAAAAAABoAAAAAAAQQCAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAADgAAAAAA AQAAAAAAAAAAAAAAAAAAAAATgAAAAAAAAAAAAAAAAAAPgAAAAAAACAAAAAAAAAAAAAAAAAAAACAA AAAAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAAAAAARAAAAAA CCAAAAAAAAAAAAAAAAAAAC0AAAAAAAAAAAAAAAAAAAACHAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAA AAAAAAAAAAAAAAAAAACUgAAAAAAAAAAAAAAAAAAAAAAAAI8AAAAAAAAAAAAAAAAAAAAAAAPwAAAA AAAAAAAAAAAAAAAAAAAX4AAAAAAAAAAAAAAAAAAAAAAAAbkAAAAAAAAAAAAAAAAAAAAADKgAAAAA AAAAAAAAAAAAAAAAAAAACKwAAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAAAAAAAAAAAAAAAAAAAL8AA AAAAAAAAAAAAAAASmgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEnAAAAAAAAAAAAAABkoAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAACW2+AAAAAAAAADH3wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA T/8At7vJr/v/AOcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIF64gAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAALwAAAAAFMwAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AABYj31V71I/tUuzwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVxUljegtEJgzOAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAABMbRCajCPSRuWygAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/xAAoEQADAAICAgECBwEBAAAAAAAAAREh MVBRQWAQQMEwYXGBkaDwcJD/2gAIAQMBAT8Q/wDa9rbef49lv9YOH4AuFrzHL+hiJpf8dDNE4ptR +fC7+3sb023hfqKk2VLjcLG9+Z9/Y6qwQ9rMHqW3WUX3Bj8+59/Y8X44ln+BYDldj0aTWN9z7+xq VYhrPXY9Se35mQV4wv3/AN+/9RelRSsyZMmSMjIzJkyVlKVen2FMkZCL6KIhkrKvR6ZJSL6yGS9+ g0tJ3wcMl5xsyTiJ0XvmKZZOMnRe+Vr8CXIToT5FuEu+TaLN8e2JctrjWxKcxri2xLmtcUu+b2Lr iPPOviEueWHwzzjn3wy36AtcKvQFwq16AtvhVr0BcKvQFwvnn3rhmJ3nvPD+eeS4dqifOb4l4zzb 64vXMtiXGaE7yzfgSnHToTvKW6EpyDRZvkW4Ze+UnQnx1uicvlF4qk75pqkZeFplk5+Iyi9l+uqK 2TsnokRGZKX6aopkhPS4iEZkrKUqKioqKioqKiopWZMkIvWYRERPWair8bfxV+A3PTMVRdCA42jU Z9G0QqwbQpKtGlSE6qZaQq+MG0P4HFEQK+h3MI2hANwpbXxaL0uVyI3XxM6L5Vv8WhuNRbfGLTFs N0br40HqaDNYQkWxnRelvKn6hqjVUJiCgaPIkRM0aqgsCUIEktfDVUEoNUavxI0Y1Y0nskaxBY/4 3//EAC4RAQABAwIFAQkBAAMBAAAAAAERACExQVFAUGFxgaEQMGCRscHR4fAgcJCg8f/aAAgBAgEB PxD/ALr3bSdtviUJAu/+YOblSpO3zaEfEcqvQBNVEa/EdqlzQmKEYZ+I1y9QCTmosfEdizehd6IF v/IuLg6+KE00nxXWMTn071vaZxrtXUceu3avPHT+HrXQceu/avTRnXf9V6OM67/qvRxnXf8AVenj Ou/6r0G+u/6qdjj1/FRucfztU+NE412/dbAxP671sw2nOn5pLJpPjekTPwc2AmaVkgGfSgQpczGm 1EDov+aIVhBGKUi+CPFSvABYayXyR4pEpGI/felUwJa3frV24Y6T2qdkxE+aRGH4GGnBMS70Z2b3 DbcaCLeHNLgTjHnixFimVlMTvamWxEvgKZ5TeDd8UpCfAAijFS5I2iMPmgJICRNyOtKqs+2ampqa mp4qOMgzDilGWZl+lqmBum9tI354iaDq4oTGJUZ6PSouXSPHG6+6EYqxBm0HSlCliM5vsUjBDzcB QsZpVguHOnyrIY9OP195ipLEky7/ADrC3TNtSOaAqChxumbGR61GztHIdffClyoMG4QRb50rYuGp jmMxDF61YwzhKVWXkWvALEbkzGlRORhU25fAlhE1IGImN/PJNeBmKgVs3FgiOWz59yUkZ0t7+Kio qOD1qKioqPflvYADPekRh5UV5BvUmxHb6+/1/wA68E54MYuVa3AkEBd5SxDLUG4b31OCj2nBa/5P fmkhKGBthl15RFrGbRqdeEPYcFrUVHBkQQva+nWpgM8miCrJMhYtFuBampqaODeGiE3LRGm88mSw kcEY88p1q/C3lrDt6UiMPJdSXvfHROCf8nBP+TgUoSgCSYb3zyWwXWDP9jgn/JwTw91xjX7dOS2v PnPBP+TgnhyEl1166bclGd7xnPKXhzFs/PfkpmA416bcpeHGEWDH15LJgKl+gduDioqKjlMAW84q YQjkqAwk2mKVMhz5iMkto17nJ4gIItGr156ygqdBkLGluTt3rOtqn2w4d+eQy3FhHTlKBqaK2KSG OdF0FwTNKVeVKItgY9aRGHnAs4DTE9qRwYMG3LBkLIWgzfWnWQ5sEaZJ3qBHBjlxBiuyZqA3E8zB bFD5Jm2o9aQlcwcOhzSbta215jMQwTTbXNmcJSKXPMhVJUKDgtG/WphLhFzF+WooKFzcjD+1GiwY 5thKk6Vc6R2oAC4zHjlOETSTpSRfw7VOIwot250xJDQIMRpv1pCTNBLp4pCBHJIhwLEuKEbuSfS9 MIFo25/bRZmPSpNiFiNjfrTOVyTHV8Uogxx1hYxnzUiSJGMO96ZEIvI6lKqs3+BIYm0z5o76lj6U RghLroVA2sz6UiDGeFE4KG00nxUGHE7+OjSiYFt8mluABIpWVPwWyKxirgBCcm9WCWJm+f8A5UmT WftFJujmbYoIQL+lQEJfrtRCgzc8UNEGcUJEZUNEK9DxCvQkQr0RIM1BQZuUmOpNSxIJJzRasyfL pQCJOPWg4yte+u9EYgYj996Ui+CPFKc/C2KAw0DhoGIW1BxCtQMQtq61S/C48hOzSRK/k+9BWCnY ENIoEtDI6mke4NHK0jZD4L3+Z0nrtTKxdZilSN/VmpESNP3UZKE03sz2ihGlJtDvvQggnGrSgWVr WJA56ZqaOOsd9PFRsQza39E06oQEKdImnSbjhoYvQiuzRmCFWRdXrmkSN/VmmAJ6wLH52oWyI2XV q8OGI+X5qTnFpqAAOtWUF2iKKA9fo16t+vwW0OL6eaHkJ3acIbfZr6j6NZO/3V6t+tXm0W/vlVj3 NvT9047/AOa+o+jSZ+r9aQK4t9WgGvSrRyn0v+vYjW1z++VHfLn++Vej+zThDb7Psw9vu1eBv+KT YR9yo6zCYqDAG4X+dZe/3V6t+vwWHYQ3J+9SECeldGo/3miGQrD2ZmkBIdYv86ncBsk1G6DQxQxY L9dfzRDIUqvW9eO9qEAIYkmp0+wTmPYX6NR/vNdGo/3n2DgiNyaRd+jUeA6Rb2WQAA6BZ71HmbvS 9Kr1v/w3/8QALBABAAEDAgMHBQEBAQAAAAAAAREAITFBUWFx8FCBkaGxwfEQIDBA0WDhcP/aAAgB AQABPxD9wwOIZwhub18Rp8Rp8Rp8Rp8Rp8RoZXLHNePDtaVHYkXcY76OFYZF8wptEMqw8xqaotgl 8TsYABjBQGx9vXXXUxQNoFma6bv2qtxOHlcWnSRdi3z7r9ciEWk+oUnvBQDg6digMOnf7culmum7 9qFAVYCoP2CuRoO6H7cFRHZkeSfTihJQU5E/YL6VEJHEHrRlhwkj2AAQ6Ns7Ow11R711R711R711 R70zUxHa6LXTd+1EdMLTnKKt7CO80l837QZQtZaDk+1ajOYnnvRuLDP8omOPEnpUCBsp7UwzkLPA SyUb1p/4FfvgIO1jQa18Yr4xXxivjFFjWIDvXTd+0zsJ+CW86NPJJAkzlQCYLwH443xPTKo8z1oR BGRw/vAG2W2lzXQntXQntXQntXQntWDJJDrXTd+0QYDqGADWkYgoPnGnTkdFdBd5uXv/AC8RFOYS elTPlrzhP7wBBo25teBXF9PCuL6eFcX08K4vp4UwGWiLfcrpu9BDPI5IMt0AJMupVjjcCyDI1M2X ETenvpABKhkmMGIMV4IU3ayY5Yxr+MgbSiAOLR04xaB5qySdKzL4P6pWfwAXpTfBssD4XNHCTqp9 +KEQRkcJ+jZIM0wiRojkGOOSdq6z9qHEIoXyuNK6z9qY5FjngnarJBmiVCv2NDLXMml3tqDAMAQA afmhfxd8VSv7P3gGHTv9uXSzXTd6JA2Ao2JlJsXEpYoGIkASVkN+M11Wbae6e/hWH6kO5jQjv/Co iZoZ9ayA73oKVXMAInhZ01oMLQBAHL7SFwwcy05VIjkWQ+RzrrQubXoD71U2XyVQarilZicTz31Y y8yeA2eRVjKRcET8XT99dL2fS6jqAXIDxfOkrR0ZvXS91dP2/S0sjLnVNuW9Etwpo57Vvxy4zfP7 RsRhkgSx4UHb4AEoGInMJ4lQLSsrYFQGYGHMSpTvJCR3276WBIisAkSZ0h4m9AobQEU4viiT2zRC QDOWbbw7fYTWV5lj1pcyHzAn94A3jCLFHmK+Uo+Uo+Uo+UommunEL7JpWDY5BrRPPgKh/m/tQ567 jSeS6N6Sz1nGoui86h6XzpDqfOj0zzgNG8I4vV2fiOTv/jwqZRA5nRjXgozEc9Yd9BguNZ/qryVQ oCABwKMePEgYhKe8YpKZ2JpQCzKy2LZoDV9MJMBDeN4L5oQUOhCCTelnqyUF7KNNmlNJFAMImAW4 JcU5BaxEIXsQ3Nxve1GPHiQMQlPeMUwxGFhYF50rRSzQiZ8WN84+w7ECAEPM9FfCK+F/S6FT5+uv f5XQP8pL+P8AFRbbBFg1hxJttQhAhulQD/aYlQCdeSmZgssJrTJeLoASW6JtmimBBu5sTRAVbZhu dygEiHoghiJJrqmHCp8tLbZ9BEU3QyxQPA9KiKMhSQPadftusGaJVAXovVLKSYXTSxzzoPTAwkY8 TMynEcauKpDpSxCWtmETi9BZmbBDMIOVA6y+W8lkXyG/MoHhy2kliCCVsLBP1ZiBKrAFXBbEzwNw 60/fAQSDwlzXU3tXU3tWXqwybsWpLsAAwi08+1Phcu8lNm6PbhSZNxKzNA/+39r4uoq4f8FBfx11 x7V1Z7UHgunaoyZjHC1WIAzW/HyQebl8qlJBBcZi2HjRjBrMrwGTjU4CcE9agoJJRLxLH0hcbDxj QhTMjSONHBW2y3JYchjzorVKAFgUxAtryzrwkhUxCgk4g041JpFWVIEJ0TM8I1pEwJNcxdIREWLx Len+TyqORJAuQ75XoXXcSlpcUVF4i2aWaDJpjogMcxicWp8F3shO9ubwWrkbyy3xRpKtAHemioXp EODuUSFTIjHKrXXHtXQntXT3tQeA6tqi/m/lfCq+C0Hge7RoQMAoygaaX41AG39xv107qIAGFsYZ MNNRbkkRyxNToOIQsojVvl+nS91dP2/QBlDMiEzE7UAHoHAUHthbyO8kq2wtnyWV+RhJwwgbxpUq nVdwAiR0ooQwKAP3wENSuUEvIa4lRxKi7EERxImF2Wi9GCGlmLTGlZYZUTUbqGCa6bv+QCAI5Gpo 7dXtUiAQ6Rct1aj0MXl3CafeM1gQIdDOXSoNw1z6RRJfdDX6wo3cghxmmLCvhDnbw7W8vx9P310v ZRpkGJGEpVtGSsO/o+nS91dP2/bhk0J46GHiU6YdJc8L1jrcCAooG2Pxpat61N+8z8UVwYGo4f3w BOM27eF9moiqSFuKHvRzyGUcKEGYAk0RFEpfgx7USjMud4H3rpu/501ZORzbZ769Rie9rzHSXhXn xP61BqclXr2/pTYiOrMozdZFD7hYaTtWQSU2s5y/yq0vaAo8ZrTVNsfSjw/jybightAEB3fjUgZS JiCT50dwYIWDFfBK+CV8Ep7hwQuOaUgbQImAT5ffr8+T+MVMgW4kNPFKbvg8o7AAA5eq2uubV0La umbvoV1fftQsK9ann9469GPqRZw8vsBANR0ClJyNHQbPTsAADl6ra65tXQtq6Zu+hXV9+1C67SeV w96GAKRPR4/ahEACVdKiLmHZRgVphobaDwmH29WriCqQ81emxLSLOGv1IdVjpgiQANAsdgAAcvVb XXNq6FtXTN30K6vv2qkCbV7c3UEwKqo8Bmix4SC+FSRM2pvAtl8BegdH24I6Dv8ACMcwGgfThIp6 CGpeYsUDHujH76Ou+sUu8r3BUTkX7aD3KZwzJfgH2pYpKieJSq5AY5VEDBVuKtRIRZtoHtRPkUdX cnEieUmtGWFIMib9qogEyJI05MxyzfKKvZxtYoMFcKQ72XsS+YZDP8BPfFRatCFDHE2r5RT5RT5R T5RT5RT5RTCUsYieLvV2ciumr3cnCdv85pKksRuGp8g/CuXLly5cuXZ04HOGEpmAt95qDeHJ/m5I dgjBoMWJYRtOaCzRgDXaHXhU2RAxYGYy8HwaTKjgLEomDewvdUp3khI77d9HgZgIbGNaQJ03EiSV Fl5SxNZi5pFyM0vDU2cERLF7XNGS8UINykdyc/5x+0AHlbRDHKzwog8HxioEQzpGMOjxggEmGJdc yYJq+U2SbhONbG88VXFUh0pYhLWzCJxehyCgBAFJKqQw4wChe1vShMI7BECo2ALRaQaRynG0FDKE xxwqtPmRDFUvF0gxstXH0+gAX/QGwTkEQRP+lw/9LMD/AEihu2hGmQgJIPBQNrwFX/RKEmhW6EEs AkEoQEO6NHFoVhC2EpLgah4/Qs9AOGCyIXMlFQbBRBeJawSc6iUiEQ3EJ1Sje3MAEkAMymkX50EB EkQlQWSXhi9HD9MhcJbsrHCnVEkMyAbE7i6NFKEJq8AMMM3hQoEIEiMif5jy1TLQZTJgmeVNBoaK zNQGOloXe/Hj9LVBShBCRXMWKTaHzLF9wUCbd1Q4D6jOi4lkcam1E4NFCwtCCyLBZAoM8CzIm/Bm 2e9xovVLKSYXTSxzzpsMZzDNXkZTiI1qFdI4HJH3MPdQBrypCgHIY7v8x5alJMznQa6xUr6TiPGk /wAZFgLpD+EqhiRC4MSTxg8D/M+WpjABpgCb60GLoMzLNJ8wSwF0j/RPLUDbaEQJCYoshMIV5btA 4ggsUlt3wP8APq7B8UgAJQymWltf63MBymZfFUDSoAlCXdZeRTIXswIhl0w8GpboxJSnF0DvdKnA TJEohul0cWtypJ4ngglSWyPOpQ7E0IJQnEedYfmS8w0rALS1zBj/ADgU0t4QGQyJALa+1WlAGqFm SwJJmL0XgSrOUtHAT36MWXzCGHm8KOOpcJqiJYSiYdlJmSm6WQ7QM6LrSLrMtmYSljfxq5LREzXM MSwWJpB85ISCSRLMzDreWKMptYKkgvLBnLH+fDC6BIHIn08X6r/S+J9F/wBJLQF6GvxIz3NSFJgg uS75VEG0gABbwRoY7v8AQ+TXnrTsSODe9FMTQyJ7po4sjiZJYTwR+X+geIrv2y7roUXAGfCgrxYm +taNgXL+VC3nEB8QoC31QepRCEJMC4YPfTLtQY4JOayT5n0UJgm2TSXPrOlRdIeVIAF6mQrhJ0jy /wApNKMSu8jLRy1AF5NNGzvJTL4K3qqDCMuIICNi/j92DSqkda85qj5leRmFAIAHA+oyGuhvrTsY yLXkslRCTVEG0cz/ACYMBa2czrmY/v28EKTIxOYm8UJkYDJEiCyLdYZyoAjjvOkuSwZe9rWAxjKk ubMJ3NAUQGi9sxgE4xUmz6qyQJYmIU6lX22qjGSCFi9iwb0ARx3nSXJYMve07c4W653MMPDhQAgk iGWV4TZbeuUljuJqMK3f7UJTvLy5uAoEJGUgCJNYP8nJXusl7jVngMS53LtKLSc1VhrECC0LfP0C D5BYG0pxpFYBAzE55rMgpBpdStoY45Lty7bi0OIIIg4wXy+NTlQghTmTFFKlACSzJhrMgpBpdSsP GQDAVB5KvfSHU8heWY2osWczkS5SCcyl4IhJ1ejnQGAnpEZHR/y7iXDEwuRNRoGIGbrx1FJyGutP ErIbhe9aDkrgGrc2OSjJB4L3o1eFOXqpONLTNeZxnbStApj1KmggyE8rqwmOAPEag2Q7W+9JZo0F u7eocPHRIwBoH+ZBgDYn1p0G/lETBrRWwIiCdEaFX56DnTEq7z1pIWDoAr+MpNeA9Y/zQM2TcC7H NwqbyhkGFo288Um+ilh1ZpWZsSwcQbnDNLTETWZ6FqnGwtJ0A4/Cj2djamRspz/WpNHaPzU5Pqv5 V0q6+auE5Tq8VTlahhGxwUdqgCdmYZ5qgzIjYI39IreBFDbe40BiNMcB5m1C1rRXMOHGuIJexI0T lo1SAwwzDt/joKdTXViafco390ROeNOtRp81EFxpUqopEMp1mmYSQVBYswcKWcjcpTztaJEAllgz 9TvlUIANaezYB3B6dT9ySDvVHwaDmS4yOV9iKYkkMbjjxq+gyJiX68afBkFmfIUqxkYRpAa86mOv IiGFcabZgCuoQO1GBJhUj/hVAlsUHESISPU0aGCDaw+ZIpkBBYIyjm9SCTAJdKeX4VYF7Ij0uxr8 UZYUAQBt+CITAOcoe/8A2gSAJEbJ9iANGETavhNfCa+E0uDJCiSdqcZZTg1Sa70Iy3DG1OApCBiz WGYMvAofwcWqwx/gIX6tbrYppucUeE1S0TZOAG7ktUXxwaG31i3qNCuvd9tNNNMW9RqU17/rblcj 4XN1wj+6A93j+EjLCMI0wWB76+c60+w6BOXYpF+bXK8Ncrw1yvDXK8NW7Bv7vDHrXWNqSSHFIkSC sOwdKNEAbkJZOuc0mA43k4S17ciYHQIBYKZtBjDdA4vVmsupWPKTju+4T0CokSjoj2roj2roj2ro j2oT0CAgD6BLuUDXhFRIna4cr+OKscOTx3NTuWnk/Z+rhYWMfJXVHtXVHtXVHtXVHtQACcGR3NdY 2+woBREBMJhrbvLczdgeFPEjst2DoSUEYZRI9rvKBFbsJgomCorMbIG1qLRpLVwMS6/gENAo6lHw 9fD18PXw9CGgQNCgBh7FUnK4UfcJZOg4R+VaYDrg+ih7mAwj9GJMA69yvg9fB6+D18HoUtsSRrrG 33IBEEbI1NZucfSKNauxDVQcwTntQMLSiAKutEJyrtjt1rU7lzCIXMTg/FdmwyoTYa+a181r5rXz WrgWGVK7lG2PEJvZ6MUNIxDMXuwflBAFEI6002zkttX+Pp0jZXy1fLV8tXy1IUGSfTXWNvwRhZIS SjJOOrRMbb9aVJmKzCDExt2iuQQsLKwU4NMKWmy22oywIAQB+MATUSEw5K4mjiaOJo4mgARUWES5 P0CaLdmEsCjjISWBIiaOXlxogEETR5K649q649q649q649qskyBAW2rrG34n0UAyJ2aImSJIJqBa /Z9gqgBkhN0xTrFgRiGhx+X2QydT7QAPZDJ0P0LdBweQ1OFG9nka93hQjKM4wkv2kyZMmUFWEi8W 9dY2/GgQk0QMrlkPhjF6GSezFmG7yAG7JRTSvJwXQnB+YAyRXeMKr4Z/K+Gfyvhn8r4Z/KgMgE3n Kv0p2VHOaWUITDwfsMmTJTQCYT5AeVdY2/LOPLISWgG3ChRCFGo9lK1lkjckxO00kLiKKFmHD86n mEhcSijgmmGLkvn60ocLPY58mlLMBC4hP6QrxQSAiUtasq7PPRwxXzJ/a+ZP7TyIXRmnmJrEdUIE o1rrG35QIAiQjrQywEYICDl2S1KMQJsVmdZWABZnX9BfwChQdymswwQ27qRK8/RDMLMzbj9M/RZ+ lic3Yk2hUaPICGy8ONr864DwKXJLliOys01p1javJvRXWNvzBeOMBpm+KmBOOCeyMDqUZeSfr+j3 /QQLjJjnWWHn9PnMCEO3NSPKiglYEpeNIRolITDb9ICgqcqAr43Xxuo4kjZKhNB55H/KhZBKDdt6 V1jb841qSIQF8t6VkyU44D2Mh5AsgLoTxaJ0lnKbkn9EONIMgyvXxavi1AMk/JT0RBwCONGLpGBG y36TdyLxQ1Bri0HFoOLQQ7GA0THmqAsdpneHnXWNv0GkZt8kyFixNuxlMxxCGBrf9KRkYTAugSsK Y6pBxpDB3JUxOtElh4tIRs1oK6TrRM7NKsDV7hI4Ua/pFjlumLQmn9quO3DK1LFBIBZrZq53cbM3 bYxRLzBSKQRY41Kwlky1Y7q6xt+hNPeCDhTyoywJAyJv2LCwYL9rJ53D9JnxTqRFHrSDjhGCS9DW hIAB76HlIAggMWp4siIFjm1OFLIAsL2/SeT6Qhk0aMYRBJ3x9nk3orrG36BeFgJEdGlNFUJUcNoI t2K9Ladrovvu/SMyi2DU39z7ZMmTJM2iyDQ29j9KS8HSPQaT9rbbbbWa3pd8vKusbfo5qbAoEk27 uxVliyCFdj34z+lKwTxXq91RseLSNjxaRseLSNjxaSuEcV6vf+l3g0F0mtTspJ2Uk7KSdlJh8NlO 6zzrrG36KCcoZJuljuY7FkuByEFnEb7/AKTCWOLHr92pKclOSnJTYwxwY9Ps/pKWU4pDzTy+1SpU qUyXum99NdY2/RlQELJCeIexZQtrAQW5nf8ASxhbPs+x9ta1rjA3fd9z9KEEgIy+D61157V157V1 57V157VeoLDN4CK6xt+i8aWIjMWbEW7FKIgHbbnJH6RBigCxLLeaAAAISL7iycmhQuAUDhGa+Of2 mZlIBZLi+yp8glAUNhhkuPh+kxBDlurK5r5H+q+R/qvkf6r5H+q+R/qgIIAgP0M0jUBNpOUz3UiJ EnniPYrrjrFGba2mkRW4CHw/RmqlOSN5u8gd6H5UNytUoZtventEIEEyLA2AMWpapBs5N4rJLJlT ei42WcKkNyunjmnZ0ZCkRG5qadkIM7CK2N5zPY6cJECNyIvnH6IZSwAu6Z7M0ElZFcE8WoyYAokI s9jkZTiOZxKaTVkQMMCJj9DMCtmMopvfEoxeK0ncHbFQsyEZtgzSMIQAxeBhFbjxpx5ZKXQtgbi0 wwlJKY86JZMkWvrvUJXYJN1LMooEuF3djAQvHsxREXbsljYYsuIL5kqLRIDAhOZ+caEcyEPMUUCq SUXWA71ChQMQpXBmGOMPg9kjBKQYkkPOsfkJJXi8eyrgaJgwRD2pQ5AR3PzBclFoZURLG9Ov5hNm DumLmbJJEUqbXSFG6BhGDrmcq0T5EwqmyjwA2kdex3SC+xIkaKGAMOCJey0ERJGmRUGMFoRw60ix 6wiT9BbE4ZIEE+HY2YxQCDcU2QGnIgiYcdnJcBnQBugaw9atGsAuM57TRIASqwFSEzXYN0Q3t1rT +bpkrdZe0ISwEmUSRMTep4wtGQYg2oZJMdoBq2rCysFPjTAkesKxtRU3gEAdpJ2vISNLVkyYEYQ6 VPMpjEy6Hn2bFgCngZqzByIErid8VcJYksKESGna1+NkBwJDDkrOmdS3cr4VNyDiaBoeyRwQBUSu DnQ5K7SYB3CaBLAUJQrkFuFBBB2ykWkULWxTvFJ7RQMUjYMeLRRgauWRJmJMnYjpspjLuCnAKOIk bheNqlQaqSAtA47fQMNhyMpCzRltOI2SLG16hIJSWRkRaaB2lE5WvL95MzQZx5ElrUkw9Xo1appJ dXlzljejOB6iDBOY/wAGgiII5GlGlGOPQ2oWAglwDU5Wh2ErDUkOCpqn1eQJmhPFCwEOJNJ/Virq BKJXBzqJskbLDYxihhLDBRGROfVSjGd4ES+Gh3MgMnS2SiQ6qEBfP+Kzmh6BDAxxLlip3fXQNEbd 1OmRYARzBrNaiNyEG56VIoaERDldoqWIMSpahsa1bqHUoWEblInK0rYDF+6nhFE2pgrEepRc4GsG ylJJwOzWO4Sm5wOy1jnE5ucDs1heV/JgaIQGELJgxV4qEEYXHOjicQMk6m4a0GDMiAbIeFQ1ASRN Vthp4gYpKjlTvvTqZADCdEUktYRfExWaYsES7v8AlkBCCcaDQZSyLtZG0kLIwtYvhKWRhd2sKQlD Iwu7V2mRKbjC70pckxsXGFoJUEubZ/y+Ytjg1wtKh4QFXAE/lMsCVMAb0TYLQB4lGDCUQBxaQBvM y5DJJlPwWtBsLEsFi+WoigRokST/ABbyGvaBMTQkiwlSLyRe0TU1DbHAZMQz/FNFmBFHM472mCZU QISWazwxVvMROkLXVe1tJq1+ci7aXWr6cL5jcdTHjQR2apFCiItZWZ0pCBYQYKJgdCmGkigKJSyY YmNKbxJpMkZGhNpsCPCc0/Q4SF6mgIAiQjrTOGNzqfEeDTkWYnA/2PBp/wALjZgiFm9x0xU8K7HA ZMQz/FF6lVbBCcCt9qlnDWyOCHuvxrUk8PgRF+9rWhz6FIszDtUffCIiyyrgt50uqAJTmCkfAITU q6ts/wAWCngCBi6GsRbHBpkKA5IsSgjNpbVNXL71erbKRnng5wHqURl5bOWXjQkJKKcGD3+lxiBD McxNSFqGO9jzpaCDhvJ9EpFwkIY+Y+hCEnDquh3lBrbe7ifV3n0MI9KRNz6GHrUPBkgu8f0UNYiA 4APqUiTP4TGQ6cKCVUBvI6Nhe6nLPU16ts/xZMXEG0AjE6FYlldYGYSLlRHaDAWRvJwVBKiVg2R1 HapkgMVdAgxramx5LtcJo406MkSXmoVsE9+JpDsyEgbCJ0a1BKiVg2R1Ham6TBkgQTSHeJQsoGgb VewSO/hV7SZSyrdfpMNDDqNRKkw2kopeQVEdoMBZG8nBUR2gwFkbycH0y1OPPKKHi3PcAatx2pZA gSja7YKPvQZCE3GnzJBDIjEiDBpRM8ygshF4jQ0pukwZIEE/+N//2Q== --e89a8f642d58dbe5ab04dd2dbfff-- --===============6152644730987869818== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6152644730987869818==-- From xen-users-bounces@lists.xen.org Mon May 20 22:24:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 22:24: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 1UeYUH-00021f-Mh; Mon, 20 May 2013 22:23:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeYUG-00021V-LP for xen-users@lists.xen.org; Mon, 20 May 2013 22:23:24 +0000 Received: from [193.109.254.147:39886] by server-13.bemta-14.messagelabs.com id 65/C9-31447-C52AA915; Mon, 20 May 2013 22:23:24 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1369088602!9008198!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24932 invoked from network); 20 May 2013 22:23:23 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 22:23:23 -0000 Received: from [187.162.122.248] (port=52985 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UeYUD-0004Ou-2j for xen-users@lists.xen.org; Mon, 20 May 2013 17:23:21 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id EF0B8A204 for ; Mon, 20 May 2013 17:23:19 -0500 (CDT) Message-ID: <519AA258.2000401@ondore.com> Date: Mon, 20 May 2013 17:23:20 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> In-Reply-To: <519A9AEB.7070509@bersol.info> 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] Security in Virtual Machine X-BeenThere: xen-users@lists.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 20/05/13 16:51, Alberto escribi=F3: > I have a HOST (*/Server Fisico/*) connected to internet. It have 2 > network cards, the first one (*/eth0/*) connected to the router, another > (/*eth1*/) is connected to LAN. > /*eth1*/ is bridged to virtual machines network, and one of them > (*/virtual1/*) have an HTTP Server. Everything is running correctly. I will assume that your HOST server is running running Xen Dom0. Probably, it is also acting as a router between 192.168.1.X and = 192.168.2.X, that makes DNAT and firewall to run within the same Dom0. > I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP > traffic to /*Virtual1*/. I have IPTABLES Rules in HOST, for block some > IPs that give me problems, but these rules not protect to /*Virtual1*/. > All HTTP traffic is forwarded to /*Virtual1*/, even the source IP is > blocked for IPTABLES rules. Vrtual1 is probably a DomU running on the same HOST. What happens here, is that there might be a iptables rule, matching the = unwelcome incoming connection, that is evaluated before the rules that = intend to block that connection. Once it is matched, the decision ACCEPT = is made and no other rule is evaluated. To make sure, a careful = inspection of "iptables -L -v" is needed. Please note that Xen Dom0's firewall need to be quite permissive in = order to make network communication to work. A fine configuration is = possible, but fairly tricky to set up, and even more tricky to maintain. > I had an attack, and I couldn't block the HTTP traffic about > /*Virtual1*/, the IPTABLES rules not affect it. > > What can I do for give security to Virtual machines? The first recommendation is to give security to your Dom0 machine, do = not expose it directly to your DMZ network. Your advantage here is that = you have 2 network cards, so you can make a good separation. Second, = avoid using the dom0 as router/firewall, Xen's own iptables rules make = things very confusing, it's easer to leave Xen's to Xen and do the = firewalling on a dedicated VM, even within the same physical box. I would suggest to reconsider the network topology. 1. Let's say your "Servidor Fisico" had a bridge xenbr0 containing eth0, = and xenbr1 containing eth1. Make it not to have any IP on xenbr0 = (exposed), only on xenbr1 (internal). 2. Set up a virtual machine to act as router, make it have one interface = within xenbr0 and another in xenbr1. 3. Make this virtual machine to route and NAT traffic between Internet = and internal network, the same machine may act as DHCP server and DNS = for your internal network. Your Virtual1 would be treated just as = another host in your internal network. This is a fairly simple but yet flexible setup, it will allow you keep = things clear and separated one from another. Greeting. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 22:24:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 22:24: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 1UeYUH-00021f-Mh; Mon, 20 May 2013 22:23:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeYUG-00021V-LP for xen-users@lists.xen.org; Mon, 20 May 2013 22:23:24 +0000 Received: from [193.109.254.147:39886] by server-13.bemta-14.messagelabs.com id 65/C9-31447-C52AA915; Mon, 20 May 2013 22:23:24 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1369088602!9008198!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24932 invoked from network); 20 May 2013 22:23:23 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 May 2013 22:23:23 -0000 Received: from [187.162.122.248] (port=52985 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UeYUD-0004Ou-2j for xen-users@lists.xen.org; Mon, 20 May 2013 17:23:21 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id EF0B8A204 for ; Mon, 20 May 2013 17:23:19 -0500 (CDT) Message-ID: <519AA258.2000401@ondore.com> Date: Mon, 20 May 2013 17:23:20 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> In-Reply-To: <519A9AEB.7070509@bersol.info> 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] Security in Virtual Machine X-BeenThere: xen-users@lists.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 20/05/13 16:51, Alberto escribi=F3: > I have a HOST (*/Server Fisico/*) connected to internet. It have 2 > network cards, the first one (*/eth0/*) connected to the router, another > (/*eth1*/) is connected to LAN. > /*eth1*/ is bridged to virtual machines network, and one of them > (*/virtual1/*) have an HTTP Server. Everything is running correctly. I will assume that your HOST server is running running Xen Dom0. Probably, it is also acting as a router between 192.168.1.X and = 192.168.2.X, that makes DNAT and firewall to run within the same Dom0. > I have IPTABLES Firewall running on the HOST with DNAT forwarding HTTP > traffic to /*Virtual1*/. I have IPTABLES Rules in HOST, for block some > IPs that give me problems, but these rules not protect to /*Virtual1*/. > All HTTP traffic is forwarded to /*Virtual1*/, even the source IP is > blocked for IPTABLES rules. Vrtual1 is probably a DomU running on the same HOST. What happens here, is that there might be a iptables rule, matching the = unwelcome incoming connection, that is evaluated before the rules that = intend to block that connection. Once it is matched, the decision ACCEPT = is made and no other rule is evaluated. To make sure, a careful = inspection of "iptables -L -v" is needed. Please note that Xen Dom0's firewall need to be quite permissive in = order to make network communication to work. A fine configuration is = possible, but fairly tricky to set up, and even more tricky to maintain. > I had an attack, and I couldn't block the HTTP traffic about > /*Virtual1*/, the IPTABLES rules not affect it. > > What can I do for give security to Virtual machines? The first recommendation is to give security to your Dom0 machine, do = not expose it directly to your DMZ network. Your advantage here is that = you have 2 network cards, so you can make a good separation. Second, = avoid using the dom0 as router/firewall, Xen's own iptables rules make = things very confusing, it's easer to leave Xen's to Xen and do the = firewalling on a dedicated VM, even within the same physical box. I would suggest to reconsider the network topology. 1. Let's say your "Servidor Fisico" had a bridge xenbr0 containing eth0, = and xenbr1 containing eth1. Make it not to have any IP on xenbr0 = (exposed), only on xenbr1 (internal). 2. Set up a virtual machine to act as router, make it have one interface = within xenbr0 and another in xenbr1. 3. Make this virtual machine to route and NAT traffic between Internet = and internal network, the same machine may act as DHCP server and DNS = for your internal network. Your Virtual1 would be treated just as = another host in your internal network. This is a fairly simple but yet flexible setup, it will allow you keep = things clear and separated one from another. Greeting. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 22:26:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 22:26: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 1UeYWs-0002Eh-HJ; Mon, 20 May 2013 22:26:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeYWq-0002EL-QX for xen-users@lists.xen.org; Mon, 20 May 2013 22:26:05 +0000 Received: from [85.158.139.83:57040] by server-1.bemta-5.messagelabs.com id 33/CA-01720-BF2AA915; Mon, 20 May 2013 22:26:03 +0000 X-Env-Sender: skupko.sk@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1369088762!28209505!1 X-Originating-IP: [74.125.83.54] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1803 invoked from network); 20 May 2013 22:26:02 -0000 Received: from mail-ee0-f54.google.com (HELO mail-ee0-f54.google.com) (74.125.83.54) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 22:26:02 -0000 Received: by mail-ee0-f54.google.com with SMTP id e50so4130185eek.27 for ; Mon, 20 May 2013 15:26:02 -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=gXMUKjASpdx2JF5SKq90qYza3SXp7EdheP5ySGVy7xI=; b=maS+lc3OCaqy2owQxQcTv5SuXP9hmcIPDp4HRFPmftbKCkPNhX9AAZVfwfk7OJFcLJ 3eMiQ0gZZT1fU+TJMsI+8rZfcPXmWVPbCqU2JG2l7JAEHSSmZfQWSf3trzoYVo4gJbcP RNQYxTahgKkxuRZBiAcBndPXtaNRwNo7UoEHXRuxIh7sLwkSPbki6K6s4cgoRCNP7i6i 3f473rw/c6M9Ws8YixeWbol5w1zwc8GhZQ8+wl+WjoaiuVzkplJi329RtS+BMLgiOUod R/NX6IRM0PWu8RDWnGDNi8yOh1xDILNAq+J2kYHtBvoUFp/ZIR+uDEZXpZJeXKI01AlH OMsA== X-Received: by 10.14.98.71 with SMTP id u47mr54581881eef.12.1369088762621; Mon, 20 May 2013 15:26:02 -0700 (PDT) Received: from [192.168.30.109] (188-167-185-44.dynamic.chello.sk. [188.167.185.44]) by mx.google.com with ESMTPSA id w43sm40351943eeg.14.2013.05.20.15.26.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 15:26:01 -0700 (PDT) Message-ID: <519AA2F3.6070604@gmail.com> Date: Tue, 21 May 2013 00:25:55 +0200 From: Peter Viskup User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: Alberto References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> In-Reply-To: <519A9AEB.7070509@bersol.info> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8443378400411762628==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8443378400411762628== Content-Type: multipart/alternative; boundary="------------000909080707070803090102" This is a multi-part message in MIME format. --------------000909080707070803090102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/20/2013 11:51 PM, Alberto wrote: > What can I do for give security to Virtual machines? > > Thanks a lot > Alberto Hi Alberto, once doing the SNAT/DNAT you can filter the connections in FORWARD table. Just did some quick search on the net and find this nice iptables tutorial: http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES read the "Chapter 6. Traversing of tables and chains" section General with nice picture of all chains and their order. Wish you nice reading and successful learning of iptables. ;-) Best regards, -- Peter Viskup --------------000909080707070803090102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 05/20/2013 11:51 PM, Alberto wrote:
What can I do for give security to Virtual machines?

Thanks a lot
Alberto
Hi Alberto,
once doing the SNAT/DNAT you can filter the connections in FORWARD table.

Just did some quick search on the net and find this nice iptables tutorial:
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES
read the "Chapter 6. Traversing of tables and chains" section General with nice picture of all chains and their order.
Wish you nice reading and successful learning of iptables. ;-)

Best regards,
--
Peter Viskup
--------------000909080707070803090102-- --===============8443378400411762628== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8443378400411762628==-- From xen-users-bounces@lists.xen.org Mon May 20 22:26:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 22:26: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 1UeYWs-0002Eh-HJ; Mon, 20 May 2013 22:26:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeYWq-0002EL-QX for xen-users@lists.xen.org; Mon, 20 May 2013 22:26:05 +0000 Received: from [85.158.139.83:57040] by server-1.bemta-5.messagelabs.com id 33/CA-01720-BF2AA915; Mon, 20 May 2013 22:26:03 +0000 X-Env-Sender: skupko.sk@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1369088762!28209505!1 X-Originating-IP: [74.125.83.54] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1803 invoked from network); 20 May 2013 22:26:02 -0000 Received: from mail-ee0-f54.google.com (HELO mail-ee0-f54.google.com) (74.125.83.54) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2013 22:26:02 -0000 Received: by mail-ee0-f54.google.com with SMTP id e50so4130185eek.27 for ; Mon, 20 May 2013 15:26:02 -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=gXMUKjASpdx2JF5SKq90qYza3SXp7EdheP5ySGVy7xI=; b=maS+lc3OCaqy2owQxQcTv5SuXP9hmcIPDp4HRFPmftbKCkPNhX9AAZVfwfk7OJFcLJ 3eMiQ0gZZT1fU+TJMsI+8rZfcPXmWVPbCqU2JG2l7JAEHSSmZfQWSf3trzoYVo4gJbcP RNQYxTahgKkxuRZBiAcBndPXtaNRwNo7UoEHXRuxIh7sLwkSPbki6K6s4cgoRCNP7i6i 3f473rw/c6M9Ws8YixeWbol5w1zwc8GhZQ8+wl+WjoaiuVzkplJi329RtS+BMLgiOUod R/NX6IRM0PWu8RDWnGDNi8yOh1xDILNAq+J2kYHtBvoUFp/ZIR+uDEZXpZJeXKI01AlH OMsA== X-Received: by 10.14.98.71 with SMTP id u47mr54581881eef.12.1369088762621; Mon, 20 May 2013 15:26:02 -0700 (PDT) Received: from [192.168.30.109] (188-167-185-44.dynamic.chello.sk. [188.167.185.44]) by mx.google.com with ESMTPSA id w43sm40351943eeg.14.2013.05.20.15.26.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 15:26:01 -0700 (PDT) Message-ID: <519AA2F3.6070604@gmail.com> Date: Tue, 21 May 2013 00:25:55 +0200 From: Peter Viskup User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: Alberto References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> In-Reply-To: <519A9AEB.7070509@bersol.info> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8443378400411762628==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8443378400411762628== Content-Type: multipart/alternative; boundary="------------000909080707070803090102" This is a multi-part message in MIME format. --------------000909080707070803090102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/20/2013 11:51 PM, Alberto wrote: > What can I do for give security to Virtual machines? > > Thanks a lot > Alberto Hi Alberto, once doing the SNAT/DNAT you can filter the connections in FORWARD table. Just did some quick search on the net and find this nice iptables tutorial: http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES read the "Chapter 6. Traversing of tables and chains" section General with nice picture of all chains and their order. Wish you nice reading and successful learning of iptables. ;-) Best regards, -- Peter Viskup --------------000909080707070803090102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 05/20/2013 11:51 PM, Alberto wrote:
What can I do for give security to Virtual machines?

Thanks a lot
Alberto
Hi Alberto,
once doing the SNAT/DNAT you can filter the connections in FORWARD table.

Just did some quick search on the net and find this nice iptables tutorial:
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES
read the "Chapter 6. Traversing of tables and chains" section General with nice picture of all chains and their order.
Wish you nice reading and successful learning of iptables. ;-)

Best regards,
--
Peter Viskup
--------------000909080707070803090102-- --===============8443378400411762628== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8443378400411762628==-- From xen-users-bounces@lists.xen.org Mon May 20 23:57:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 23:57: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 1UeZw7-0003nf-6H; Mon, 20 May 2013 23:56:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeZw5-0003na-TY for xen-users@lists.xen.org; Mon, 20 May 2013 23:56:14 +0000 Received: from [85.158.139.211:8178] by server-14.bemta-5.messagelabs.com id 2E/DC-25870-C18BA915; Mon, 20 May 2013 23:56:12 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-206.messagelabs.com!1369094168!18797201!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9635 invoked from network); 20 May 2013 23:56:11 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 20 May 2013 23:56:11 -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 1UeZvv-0004Cr-FB for xen-users@lists.xen.org; Tue, 21 May 2013 09:56:03 +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; Tue, 21 May 2013 09:56:03 +1000 From: James Harper To: "xen-users@lists.xen.org" Thread-Topic: win 2012 can't find drivers Thread-Index: Ac5VtWwBJG+4ABI1S4aUdiKyoaD2SQ== Date: Mon, 20 May 2013 23:56:02 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9C1C6@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: [2001:388:e000:712:463:f8b:afb5:33e4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19882.002 x-tm-as-result: No--35.328900-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] win 2012 can't find drivers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org When installing windows 2012 I am getting an error about "a media driver your computer needs is missing", even though if I shift-F10 to open a command prompt and run diskpart I can see the harddisk. Has anyone seen this before? Xen is 4.1.4 (Debian package) Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 20 23:57:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 20 May 2013 23:57: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 1UeZw7-0003nf-6H; Mon, 20 May 2013 23:56:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeZw5-0003na-TY for xen-users@lists.xen.org; Mon, 20 May 2013 23:56:14 +0000 Received: from [85.158.139.211:8178] by server-14.bemta-5.messagelabs.com id 2E/DC-25870-C18BA915; Mon, 20 May 2013 23:56:12 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-206.messagelabs.com!1369094168!18797201!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9635 invoked from network); 20 May 2013 23:56:11 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 20 May 2013 23:56:11 -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 1UeZvv-0004Cr-FB for xen-users@lists.xen.org; Tue, 21 May 2013 09:56:03 +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; Tue, 21 May 2013 09:56:03 +1000 From: James Harper To: "xen-users@lists.xen.org" Thread-Topic: win 2012 can't find drivers Thread-Index: Ac5VtWwBJG+4ABI1S4aUdiKyoaD2SQ== Date: Mon, 20 May 2013 23:56:02 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9C1C6@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: [2001:388:e000:712:463:f8b:afb5:33e4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19882.002 x-tm-as-result: No--35.328900-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] win 2012 can't find drivers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org When installing windows 2012 I am getting an error about "a media driver your computer needs is missing", even though if I shift-F10 to open a command prompt and run diskpart I can see the harddisk. Has anyone seen this before? Xen is 4.1.4 (Debian package) Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 00:17:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 00:17: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 1UeaG7-0004jz-1q; Tue, 21 May 2013 00:16:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeaG5-0004jr-TB for xen-users@lists.xen.org; Tue, 21 May 2013 00:16:54 +0000 Received: from [85.158.139.211:4136] by server-10.bemta-5.messagelabs.com id 5F/7B-19016-4FCBA915; Tue, 21 May 2013 00:16:52 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-8.tower-206.messagelabs.com!1369095409!18767193!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16559 invoked from network); 21 May 2013 00:16:52 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-8.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 21 May 2013 00:16:52 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UeaFk-00048K-Gu for xen-users@lists.xen.org; Tue, 21 May 2013 10:16:33 +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; Tue, 21 May 2013 10:16:08 +1000 From: James Harper To: James Harper , "xen-users@lists.xen.org" Thread-Topic: win 2012 can't find drivers Thread-Index: Ac5VtWwBJG+4ABI1S4aUdiKyoaD2SQAAtRCw Date: Tue, 21 May 2013 00:16:07 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9C2F4@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57C9C1C6@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C9C1C6@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: [2001:388:e000:712:463:f8b:afb5:33e4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19882.003 x-tm-as-result: No--41.023100-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] win 2012 can't find drivers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ignore this - my install iso appears to be corrupt. Sorry for the noise. James > > When installing windows 2012 I am getting an error about "a media driver > your computer needs is missing", even though if I shift-F10 to open a > command prompt and run diskpart I can see the harddisk. > > Has anyone seen this before? > > Xen is 4.1.4 (Debian package) > > Thanks > > James > > _______________________________________________ > 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 May 21 00:17:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 00:17: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 1UeaG7-0004jz-1q; Tue, 21 May 2013 00:16:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeaG5-0004jr-TB for xen-users@lists.xen.org; Tue, 21 May 2013 00:16:54 +0000 Received: from [85.158.139.211:4136] by server-10.bemta-5.messagelabs.com id 5F/7B-19016-4FCBA915; Tue, 21 May 2013 00:16:52 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-8.tower-206.messagelabs.com!1369095409!18767193!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16559 invoked from network); 21 May 2013 00:16:52 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-8.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 21 May 2013 00:16:52 -0000 Received: from smtp2.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UeaFk-00048K-Gu for xen-users@lists.xen.org; Tue, 21 May 2013 10:16:33 +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; Tue, 21 May 2013 10:16:08 +1000 From: James Harper To: James Harper , "xen-users@lists.xen.org" Thread-Topic: win 2012 can't find drivers Thread-Index: Ac5VtWwBJG+4ABI1S4aUdiKyoaD2SQAAtRCw Date: Tue, 21 May 2013 00:16:07 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9C2F4@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57C9C1C6@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C9C1C6@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: [2001:388:e000:712:463:f8b:afb5:33e4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19882.003 x-tm-as-result: No--41.023100-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] win 2012 can't find drivers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ignore this - my install iso appears to be corrupt. Sorry for the noise. James > > When installing windows 2012 I am getting an error about "a media driver > your computer needs is missing", even though if I shift-F10 to open a > command prompt and run diskpart I can see the harddisk. > > Has anyone seen this before? > > Xen is 4.1.4 (Debian package) > > Thanks > > James > > _______________________________________________ > 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 May 21 00:20:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 00:20: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 1UeaJ2-0004tf-W8; Tue, 21 May 2013 00:19:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeaJ1-0004tP-FZ for xen-users@lists.xensource.com; Tue, 21 May 2013 00:19:55 +0000 Received: from [193.109.254.147:3637] by server-5.bemta-14.messagelabs.com id 65/1C-18535-AADBA915; Tue, 21 May 2013 00:19:54 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-13.tower-27.messagelabs.com!1369095591!8524107!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8765 invoked from network); 21 May 2013 00:19:53 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-13.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 21 May 2013 00:19:53 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UeaIj-00049a-C9; Tue, 21 May 2013 10:19:38 +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; Tue, 21 May 2013 10:19:37 +1000 From: James Harper To: Adam Goryachev Thread-Topic: Suspicious URL:Re: [Xen-users] Xen related networking issue Thread-Index: AQHOUkwBTvsoowvJdkO/MeGfOe8OgpkIcYRwgANadQCAAwD1wA== Date: Tue, 21 May 2013 00:19:36 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9C326@BITCOM1.int.sbss.com.au> References: <5194FACD.8030900@websitemanagers.com.au> <6035A0D088A63A46850C3988ED045A4B57B563E2@BITCOM1.int.sbss.com.au> <5198C4FC.2040703@websitemanagers.com.au> In-Reply-To: <5198C4FC.2040703@websitemanagers.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:463:f8b:afb5:33e4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19882.003 x-tm-as-result: No--33.435400-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 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Suspicious URL:Re: Xen related networking 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 > > I tried to install 402 onto one of the machines, it seemed to install > fine (no errors) but on reboot it just sat at the Windows logo screen > with the bar moving across the bottom. I had to reboot and revert to > previous hardware config to get the system working again. > > Is there any other install method that is more likely to work, or > anything I can provide to show what might have gone wrong? > I haven't seen this before. The /var/log/xen/qemu-dm-.log file would be useful, if you installed the debug version. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 00:20:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 00:20: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 1UeaJ2-0004tf-W8; Tue, 21 May 2013 00:19:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeaJ1-0004tP-FZ for xen-users@lists.xensource.com; Tue, 21 May 2013 00:19:55 +0000 Received: from [193.109.254.147:3637] by server-5.bemta-14.messagelabs.com id 65/1C-18535-AADBA915; Tue, 21 May 2013 00:19:54 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-13.tower-27.messagelabs.com!1369095591!8524107!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8765 invoked from network); 21 May 2013 00:19:53 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-13.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 21 May 2013 00:19:53 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UeaIj-00049a-C9; Tue, 21 May 2013 10:19:38 +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; Tue, 21 May 2013 10:19:37 +1000 From: James Harper To: Adam Goryachev Thread-Topic: Suspicious URL:Re: [Xen-users] Xen related networking issue Thread-Index: AQHOUkwBTvsoowvJdkO/MeGfOe8OgpkIcYRwgANadQCAAwD1wA== Date: Tue, 21 May 2013 00:19:36 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9C326@BITCOM1.int.sbss.com.au> References: <5194FACD.8030900@websitemanagers.com.au> <6035A0D088A63A46850C3988ED045A4B57B563E2@BITCOM1.int.sbss.com.au> <5198C4FC.2040703@websitemanagers.com.au> In-Reply-To: <5198C4FC.2040703@websitemanagers.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:463:f8b:afb5:33e4] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19882.003 x-tm-as-result: No--33.435400-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 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Suspicious URL:Re: Xen related networking 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 > > I tried to install 402 onto one of the machines, it seemed to install > fine (no errors) but on reboot it just sat at the Windows logo screen > with the bar moving across the bottom. I had to reboot and revert to > previous hardware config to get the system working again. > > Is there any other install method that is more likely to work, or > anything I can provide to show what might have gone wrong? > I haven't seen this before. The /var/log/xen/qemu-dm-.log file would be useful, if you installed the debug version. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 02:02:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 02:02: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 1Uebtg-0001YG-Cd; Tue, 21 May 2013 02:01:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeaAP-0004dl-BU for xen-users@lists.xen.org; Tue, 21 May 2013 00:11:02 +0000 Received: from [85.158.143.99:39029] by server-3.bemta-4.messagelabs.com id B6/2B-02015-49BBA915; Tue, 21 May 2013 00:11:00 +0000 X-Env-Sender: jon_skilling@hotmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1369095058!32918398!1 X-Originating-IP: [65.54.190.95] X-SpamReason: No, hits=1.1 required=7.0 tests=DATE_IN_PAST_06_12, FORGED_HOTMAIL_RCVD,HTML_50_60,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 25405 invoked from network); 21 May 2013 00:10:58 -0000 Received: from bay0-omc2-s20.bay0.hotmail.com (HELO bay0-omc2-s20.bay0.hotmail.com) (65.54.190.95) by server-3.tower-216.messagelabs.com with SMTP; 21 May 2013 00:10:58 -0000 Received: from BAY178-DS18 ([65.54.190.123]) by bay0-omc2-s20.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 20 May 2013 17:10:57 -0700 X-TMN: [5t1z48Ig+YTGTCnPXmlJ0xoKukINX7iW] X-Originating-Email: [jon_skilling@hotmail.com] Message-ID: From: Jon Skilling To: Date: Mon, 20 May 2013 18:04:19 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac5Ve/PwKVw2wdDKT9emioqKOn4gAg== Content-Language: en-gb X-OriginalArrivalTime: 21 May 2013 00:10:57.0098 (UTC) FILETIME=[AAAA32A0:01CE55B7] X-Mailman-Approved-At: Tue, 21 May 2013 02:01:50 +0000 Subject: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3892327560404390451==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3892327560404390451== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01CE55BF.FE84E5C0" Content-Language: en-gb ------=_NextPart_000_0010_01CE55BF.FE84E5C0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, =20 I=E2=80=99ve been trying to configure Xeon on my HP ML350 G4 server for = the past two weeks and despite reading just about every word of the Xen = wiki and numerous other posts and mails, I can=E2=80=99t find a solution = to my problem. Any help on this would be much appreciated! =20 Setup: =20 HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium TDM410P = analogue PBX card on PCI. Hardware virtualization (Vt-d) is not an = option with this machine. =20 I followed these instructions (more or less) to set up Dom0 and DomU: =20 http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64-pa= ravirtualization-and-hardware-virtualization =20 with the following changes: =20 Host Dom0 (Centos 6.4): xen-4.2.2-4.el6.x86_64 kernel-xen-3.9.2-1.el6xen.x86_64 libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to = 1.0.3. From checking the source, the Xen patch appears to be there = already, so no recompile needed =E2=80=93 the Xen patch doesn=E2=80=99t = work with this source anyway. XEND has been disabled from boot up because it causes problems with XL = tools although the same address space collision occurs if I use the XM = tool set. I have tried xen-pciback.hide(06:01.0) on the kernel module definitions = in boot.conf but this doesn=E2=80=99t seem to do anything. Adding = records to modprobe.conf and rc.local work better. The device I=E2=80=99m trying to passthrough is defined: =20 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog = card (rev 11) Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- = ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium = >TAbort- SERR- rerouted to legacy IRQ 16 pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 =20 In the Dom0 I can define the device statically in the config file or = dynamically as described above. Both scenarios result in the same error = being displayed. =20 pcifront pci-0: Installing PCI frontend pcifront pci-0: Creating PCI Frontend Bus 0000:00 pcifront pci-0: PCI host bridge to bus 0000:00 pci_bus 0000:00: root bus resource [io 0x0000-0xffff] pci_bus 0000:00: root bus resource [mem 0x00000000-0xfffffffff] pci_bus 0000:00: root bus resource [bus 00-ff] pci 0000:00:00.0: [d161:8005] type 00 class 0x020000 pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff] pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff] pci 0000:00:00.0: reg 30: [mem 0xf0000000-0xffffffff pref] pci 0000:00:00.0: supports D1 D2 pcifront pci-0: claiming resource 0000:00:00.0/0 pcifront pci-0: claiming resource 0000:00:00.0/1 pcifront pci-0: claiming resource 0000:00:00.0/6 pci 0000:00:00.0: address space collision: [mem 0xf0000000-0xffffffff = pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff] pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offline. = Try using e820_host=3D1 in the guest config. =20 This appears to show that the PCI device is conflicting with itself (reg = 14 with reg 30) because the address space for reg 30 is different in = pciback to pcifront. =20 I have tried setting up the domain with both XM and XL with the same = result Adding passthrough and permissive settings with no change Adding iommu=3Dsoft to guest kernel command line. I=E2=80=99ve tried adding the e820_host flag to the config file but this = doesn=E2=80=99t seem to solve anything. Different Xen enabled kernels. Wiping the server and rebuilding the whole thing from scratch (more than = once) The Digium PCI card works fine on a normal Centos 6.3 setup with no Xen. =20 I=E2=80=99m out of ideas now on how to solve this, so if anyone has made = this card work by doing something different, I=E2=80=99d be grateful for = any suggestions. I=E2=80=99ve looked at the source for pcifont.c and = come to the conclusion that my c coding skills are not going to be good = enough to debug/change this program. I can provide more dmesg outputs or other documentation if needed. =20 Thanks in advance for any help =20 Jon =20 ------=_NextPart_000_0010_01CE55BF.FE84E5C0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

 

I=E2=80=99ve = been trying to configure Xeon on my HP ML350 G4 server for the past two = weeks and despite reading just about every word of the Xen wiki and = numerous other posts and mails, I can=E2=80=99t find a solution to my = problem.=C2=A0 Any help on this would be much = appreciated!

 

Setup:

 

HP ML350 G4, = Dual xeon, 6Gb Ram, 6 disk scsi raid array, =C2=A0Digium TDM410P = analogue PBX card on PCI.=C2=A0 Hardware virtualization (Vt-d) is not an = option with this machine.

 

I followed = these instructions (more or less) to set up Dom0 and = DomU:

 

http://www.howtofor= ge.com/virtualization-with-xen-on-centos-6.3-x86_64-paravirtualization-an= d-hardware-virtualization

 

with the = following changes:

 

Host Dom0 (Centos 6.4):

xen-4.2.2-4.el6.x86_64

kernel-xen-3.9.2-1.el6xen.x86_64=

libvirt 1.0.3-1 (python-virtinstall causes = libvirt to be upgraded to 1.0.3. From checking the source, the Xen patch = appears to be there already, so no recompile needed =E2=80=93 the Xen = patch doesn=E2=80=99t work with this source anyway.

XEND has been disabled from boot up because it causes = problems with XL tools although the same address space collision occurs = if I use the XM tool set.

I have = tried xen-pciback.hide(06:01.0) =C2=A0on the kernel module definitions = in boot.conf but this doesn=E2=80=99t seem to do anything. Adding = records to modprobe.conf and rc.local work better.

The device I=E2=80=99m trying to passthrough is = defined:

 

06:01.0 Ethernet controller: Digium, Inc. Wildcard = TDM410 4-port analog card (rev 11)

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Subsystem: = Digium, Inc. Wildcard TDM410 4-port analog card

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Control: = I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- = SERR- FastB2B- DisINTx-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Status: = Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- = <TAbort- <MAbort- >SERR- <PERR- INTx-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Interrupt: = pin A routed to IRQ 16

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Region 0: = I/O ports at 5000 [disabled] [size=3D256]

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Region 1: = Memory at fdef0000 (32-bit, non-prefetchable) [disabled] = [size=3D1K]

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [virtual] = Expansion ROM at f0000000 [disabled] [size=3D128K]

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Capabilities: [c0] Power Management version 2

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Flags: PMEClk- DSI- D1+ D2+ = AuxCurrent=3D100mA PME(D0+,D1+,D2+,D3hot+,D3cold+)

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Status: D0 NoSoftRst- PME-Enable- = DSel=3D0 DScale=3D0 PME-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Kernel = driver in use: pciback

 

Guest DomU (Centos 6.4):

kernel-xen-3.9.2-1.el6xen.x86_64

Created using virt-install onto a 20G LVM with 1024Mb = ram

XML for DomU dumped and converted = to native then the domain destroyed and undefined and recreated using XL = create with the new cfg file.=C2=A0 This is to allow inclusion of pci = [=E2=80=9806:01.0=E2=80=99] parameter in config.

 

 

Using the = static setup, I can get Dom0 to hide the PCI device.=C2=A0 I can also = achieve the same effect with the dynamic set up using = pci-assignable-attach and pci-attach. Here is the dmesg relating to the = device. Reg 30 is highlighted because this seems to be where the problem = is.

 

pci = 0000:06:01.0: [d161:8005] type 00 class 0x020000

pci = 0000:06:01.0: reg 10: [io=C2=A0 0x5000-0x50ff]

pci = 0000:06:01.0: reg 14: [mem = 0xfdef0000-0xfdef03ff]

pci 0000:06:01.0: reg = 30: [mem 0x00000000-0x0001ffff pref]

pci = 0000:06:01.0: supports D1 D2

pci 0000:06:01.0: PME# = supported from D0 D1 D2 D3hot D3cold

pci = 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff = pref]

pciback 0000:06:01.0: = seizing device

pciback 0000:06:01.0: PCI = IRQ 48 -> rerouted to legacy IRQ 16

pciback = 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ = 16

xen-pciback: vpci: = 0000:06:01.0: assign to virtual slot 0

 

In the Dom0 = I can define the device statically in the config file or dynamically as = described above.=C2=A0 Both scenarios result in the same error being = displayed.

 

pcifront = pci-0: Installing PCI frontend

pcifront pci-0: Creating = PCI Frontend Bus 0000:00

pcifront pci-0: PCI host = bridge to bus 0000:00

pci_bus 0000:00: root bus = resource [io=C2=A0 0x0000-0xffff]

pci_bus = 0000:00: root bus resource [mem = 0x00000000-0xfffffffff]

pci_bus 0000:00: root bus = resource [bus 00-ff]

pci 0000:00:00.0: = [d161:8005] type 00 class 0x020000

pci = 0000:00:00.0: reg 10: [io=C2=A0 0x5000-0x50ff]

pci = 0000:00:00.0: reg 14: [mem = 0xfdef0000-0xfdef03ff]

pci 0000:00:00.0: reg = 30: [mem 0xf0000000-0xffffffff pref]

pci = 0000:00:00.0: supports D1 D2

pcifront pci-0: claiming = resource 0000:00:00.0/0

pcifront pci-0: claiming = resource 0000:00:00.0/1

pcifront pci-0: claiming = resource 0000:00:00.0/6

pci 0000:00:00.0: address = space collision: [mem 0xf0000000-0xffffffff pref] conflicts with = 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff]

pcifront = pci-0: Could not claim resource 0000:00:00.0/6! Device offline. Try = using e820_host=3D1 in the guest config.

 

This appears = to show that the PCI device is conflicting with itself (reg 14 with reg = 30) because the address space for reg 30 is different in pciback to = pcifront.

 

I have tried setting up the domain with both XM and XL = with the same result

Adding = passthrough and permissive settings with no change

Adding iommu=3Dsoft to guest kernel command = line.

I=E2=80=99ve tried adding the = e820_host flag to the config file but this doesn=E2=80=99t seem to solve = anything.

Different Xen enabled = kernels.

Wiping the server and = rebuilding the whole thing from scratch (more than = once)

The Digium PCI card works fine = on a normal Centos 6.3 setup with no Xen.

 

I=E2=80=99m = out of ideas now on how to solve this, so if anyone has made this card = work by doing something different, I=E2=80=99d be grateful for=C2=A0 any = suggestions.=C2=A0 I=E2=80=99ve looked at the source for pcifont.c and = come to the conclusion that my c coding skills are not going to be good = enough to debug/change this program.

I can provide more dmesg outputs or other = documentation if needed.

 

Thanks in = advance for any help

 

Jon

 

------=_NextPart_000_0010_01CE55BF.FE84E5C0-- --===============3892327560404390451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3892327560404390451==-- From xen-users-bounces@lists.xen.org Tue May 21 02:02:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 02:02: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 1Uebtg-0001YG-Cd; Tue, 21 May 2013 02:01:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeaAP-0004dl-BU for xen-users@lists.xen.org; Tue, 21 May 2013 00:11:02 +0000 Received: from [85.158.143.99:39029] by server-3.bemta-4.messagelabs.com id B6/2B-02015-49BBA915; Tue, 21 May 2013 00:11:00 +0000 X-Env-Sender: jon_skilling@hotmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1369095058!32918398!1 X-Originating-IP: [65.54.190.95] X-SpamReason: No, hits=1.1 required=7.0 tests=DATE_IN_PAST_06_12, FORGED_HOTMAIL_RCVD,HTML_50_60,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 25405 invoked from network); 21 May 2013 00:10:58 -0000 Received: from bay0-omc2-s20.bay0.hotmail.com (HELO bay0-omc2-s20.bay0.hotmail.com) (65.54.190.95) by server-3.tower-216.messagelabs.com with SMTP; 21 May 2013 00:10:58 -0000 Received: from BAY178-DS18 ([65.54.190.123]) by bay0-omc2-s20.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 20 May 2013 17:10:57 -0700 X-TMN: [5t1z48Ig+YTGTCnPXmlJ0xoKukINX7iW] X-Originating-Email: [jon_skilling@hotmail.com] Message-ID: From: Jon Skilling To: Date: Mon, 20 May 2013 18:04:19 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac5Ve/PwKVw2wdDKT9emioqKOn4gAg== Content-Language: en-gb X-OriginalArrivalTime: 21 May 2013 00:10:57.0098 (UTC) FILETIME=[AAAA32A0:01CE55B7] X-Mailman-Approved-At: Tue, 21 May 2013 02:01:50 +0000 Subject: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3892327560404390451==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3892327560404390451== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01CE55BF.FE84E5C0" Content-Language: en-gb ------=_NextPart_000_0010_01CE55BF.FE84E5C0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, =20 I=E2=80=99ve been trying to configure Xeon on my HP ML350 G4 server for = the past two weeks and despite reading just about every word of the Xen = wiki and numerous other posts and mails, I can=E2=80=99t find a solution = to my problem. Any help on this would be much appreciated! =20 Setup: =20 HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium TDM410P = analogue PBX card on PCI. Hardware virtualization (Vt-d) is not an = option with this machine. =20 I followed these instructions (more or less) to set up Dom0 and DomU: =20 http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64-pa= ravirtualization-and-hardware-virtualization =20 with the following changes: =20 Host Dom0 (Centos 6.4): xen-4.2.2-4.el6.x86_64 kernel-xen-3.9.2-1.el6xen.x86_64 libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to = 1.0.3. From checking the source, the Xen patch appears to be there = already, so no recompile needed =E2=80=93 the Xen patch doesn=E2=80=99t = work with this source anyway. XEND has been disabled from boot up because it causes problems with XL = tools although the same address space collision occurs if I use the XM = tool set. I have tried xen-pciback.hide(06:01.0) on the kernel module definitions = in boot.conf but this doesn=E2=80=99t seem to do anything. Adding = records to modprobe.conf and rc.local work better. The device I=E2=80=99m trying to passthrough is defined: =20 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog = card (rev 11) Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- = ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium = >TAbort- SERR- rerouted to legacy IRQ 16 pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 =20 In the Dom0 I can define the device statically in the config file or = dynamically as described above. Both scenarios result in the same error = being displayed. =20 pcifront pci-0: Installing PCI frontend pcifront pci-0: Creating PCI Frontend Bus 0000:00 pcifront pci-0: PCI host bridge to bus 0000:00 pci_bus 0000:00: root bus resource [io 0x0000-0xffff] pci_bus 0000:00: root bus resource [mem 0x00000000-0xfffffffff] pci_bus 0000:00: root bus resource [bus 00-ff] pci 0000:00:00.0: [d161:8005] type 00 class 0x020000 pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff] pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff] pci 0000:00:00.0: reg 30: [mem 0xf0000000-0xffffffff pref] pci 0000:00:00.0: supports D1 D2 pcifront pci-0: claiming resource 0000:00:00.0/0 pcifront pci-0: claiming resource 0000:00:00.0/1 pcifront pci-0: claiming resource 0000:00:00.0/6 pci 0000:00:00.0: address space collision: [mem 0xf0000000-0xffffffff = pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff] pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offline. = Try using e820_host=3D1 in the guest config. =20 This appears to show that the PCI device is conflicting with itself (reg = 14 with reg 30) because the address space for reg 30 is different in = pciback to pcifront. =20 I have tried setting up the domain with both XM and XL with the same = result Adding passthrough and permissive settings with no change Adding iommu=3Dsoft to guest kernel command line. I=E2=80=99ve tried adding the e820_host flag to the config file but this = doesn=E2=80=99t seem to solve anything. Different Xen enabled kernels. Wiping the server and rebuilding the whole thing from scratch (more than = once) The Digium PCI card works fine on a normal Centos 6.3 setup with no Xen. =20 I=E2=80=99m out of ideas now on how to solve this, so if anyone has made = this card work by doing something different, I=E2=80=99d be grateful for = any suggestions. I=E2=80=99ve looked at the source for pcifont.c and = come to the conclusion that my c coding skills are not going to be good = enough to debug/change this program. I can provide more dmesg outputs or other documentation if needed. =20 Thanks in advance for any help =20 Jon =20 ------=_NextPart_000_0010_01CE55BF.FE84E5C0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

 

I=E2=80=99ve = been trying to configure Xeon on my HP ML350 G4 server for the past two = weeks and despite reading just about every word of the Xen wiki and = numerous other posts and mails, I can=E2=80=99t find a solution to my = problem.=C2=A0 Any help on this would be much = appreciated!

 

Setup:

 

HP ML350 G4, = Dual xeon, 6Gb Ram, 6 disk scsi raid array, =C2=A0Digium TDM410P = analogue PBX card on PCI.=C2=A0 Hardware virtualization (Vt-d) is not an = option with this machine.

 

I followed = these instructions (more or less) to set up Dom0 and = DomU:

 

http://www.howtofor= ge.com/virtualization-with-xen-on-centos-6.3-x86_64-paravirtualization-an= d-hardware-virtualization

 

with the = following changes:

 

Host Dom0 (Centos 6.4):

xen-4.2.2-4.el6.x86_64

kernel-xen-3.9.2-1.el6xen.x86_64=

libvirt 1.0.3-1 (python-virtinstall causes = libvirt to be upgraded to 1.0.3. From checking the source, the Xen patch = appears to be there already, so no recompile needed =E2=80=93 the Xen = patch doesn=E2=80=99t work with this source anyway.

XEND has been disabled from boot up because it causes = problems with XL tools although the same address space collision occurs = if I use the XM tool set.

I have = tried xen-pciback.hide(06:01.0) =C2=A0on the kernel module definitions = in boot.conf but this doesn=E2=80=99t seem to do anything. Adding = records to modprobe.conf and rc.local work better.

The device I=E2=80=99m trying to passthrough is = defined:

 

06:01.0 Ethernet controller: Digium, Inc. Wildcard = TDM410 4-port analog card (rev 11)

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Subsystem: = Digium, Inc. Wildcard TDM410 4-port analog card

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Control: = I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- = SERR- FastB2B- DisINTx-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Status: = Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- = <TAbort- <MAbort- >SERR- <PERR- INTx-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Interrupt: = pin A routed to IRQ 16

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Region 0: = I/O ports at 5000 [disabled] [size=3D256]

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Region 1: = Memory at fdef0000 (32-bit, non-prefetchable) [disabled] = [size=3D1K]

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [virtual] = Expansion ROM at f0000000 [disabled] [size=3D128K]

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Capabilities: [c0] Power Management version 2

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Flags: PMEClk- DSI- D1+ D2+ = AuxCurrent=3D100mA PME(D0+,D1+,D2+,D3hot+,D3cold+)

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Status: D0 NoSoftRst- PME-Enable- = DSel=3D0 DScale=3D0 PME-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Kernel = driver in use: pciback

 

Guest DomU (Centos 6.4):

kernel-xen-3.9.2-1.el6xen.x86_64

Created using virt-install onto a 20G LVM with 1024Mb = ram

XML for DomU dumped and converted = to native then the domain destroyed and undefined and recreated using XL = create with the new cfg file.=C2=A0 This is to allow inclusion of pci = [=E2=80=9806:01.0=E2=80=99] parameter in config.

 

 

Using the = static setup, I can get Dom0 to hide the PCI device.=C2=A0 I can also = achieve the same effect with the dynamic set up using = pci-assignable-attach and pci-attach. Here is the dmesg relating to the = device. Reg 30 is highlighted because this seems to be where the problem = is.

 

pci = 0000:06:01.0: [d161:8005] type 00 class 0x020000

pci = 0000:06:01.0: reg 10: [io=C2=A0 0x5000-0x50ff]

pci = 0000:06:01.0: reg 14: [mem = 0xfdef0000-0xfdef03ff]

pci 0000:06:01.0: reg = 30: [mem 0x00000000-0x0001ffff pref]

pci = 0000:06:01.0: supports D1 D2

pci 0000:06:01.0: PME# = supported from D0 D1 D2 D3hot D3cold

pci = 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff = pref]

pciback 0000:06:01.0: = seizing device

pciback 0000:06:01.0: PCI = IRQ 48 -> rerouted to legacy IRQ 16

pciback = 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ = 16

xen-pciback: vpci: = 0000:06:01.0: assign to virtual slot 0

 

In the Dom0 = I can define the device statically in the config file or dynamically as = described above.=C2=A0 Both scenarios result in the same error being = displayed.

 

pcifront = pci-0: Installing PCI frontend

pcifront pci-0: Creating = PCI Frontend Bus 0000:00

pcifront pci-0: PCI host = bridge to bus 0000:00

pci_bus 0000:00: root bus = resource [io=C2=A0 0x0000-0xffff]

pci_bus = 0000:00: root bus resource [mem = 0x00000000-0xfffffffff]

pci_bus 0000:00: root bus = resource [bus 00-ff]

pci 0000:00:00.0: = [d161:8005] type 00 class 0x020000

pci = 0000:00:00.0: reg 10: [io=C2=A0 0x5000-0x50ff]

pci = 0000:00:00.0: reg 14: [mem = 0xfdef0000-0xfdef03ff]

pci 0000:00:00.0: reg = 30: [mem 0xf0000000-0xffffffff pref]

pci = 0000:00:00.0: supports D1 D2

pcifront pci-0: claiming = resource 0000:00:00.0/0

pcifront pci-0: claiming = resource 0000:00:00.0/1

pcifront pci-0: claiming = resource 0000:00:00.0/6

pci 0000:00:00.0: address = space collision: [mem 0xf0000000-0xffffffff pref] conflicts with = 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff]

pcifront = pci-0: Could not claim resource 0000:00:00.0/6! Device offline. Try = using e820_host=3D1 in the guest config.

 

This appears = to show that the PCI device is conflicting with itself (reg 14 with reg = 30) because the address space for reg 30 is different in pciback to = pcifront.

 

I have tried setting up the domain with both XM and XL = with the same result

Adding = passthrough and permissive settings with no change

Adding iommu=3Dsoft to guest kernel command = line.

I=E2=80=99ve tried adding the = e820_host flag to the config file but this doesn=E2=80=99t seem to solve = anything.

Different Xen enabled = kernels.

Wiping the server and = rebuilding the whole thing from scratch (more than = once)

The Digium PCI card works fine = on a normal Centos 6.3 setup with no Xen.

 

I=E2=80=99m = out of ideas now on how to solve this, so if anyone has made this card = work by doing something different, I=E2=80=99d be grateful for=C2=A0 any = suggestions.=C2=A0 I=E2=80=99ve looked at the source for pcifont.c and = come to the conclusion that my c coding skills are not going to be good = enough to debug/change this program.

I can provide more dmesg outputs or other = documentation if needed.

 

Thanks in = advance for any help

 

Jon

 

------=_NextPart_000_0010_01CE55BF.FE84E5C0-- --===============3892327560404390451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3892327560404390451==-- From xen-users-bounces@lists.xen.org Tue May 21 03:30:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 03: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 1UedFy-0002Gq-5J; Tue, 21 May 2013 03:28:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UedFw-0002Gl-To for xen-users@lists.xensource.com; Tue, 21 May 2013 03:28:57 +0000 Received: from [85.158.138.51:52000] by server-8.bemta-3.messagelabs.com id 9C/FF-25864-3F9EA915; Tue, 21 May 2013 03:28:51 +0000 X-Env-Sender: theubaz@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369106928!444952!1 X-Originating-IP: [209.85.160.54] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32546 invoked from network); 21 May 2013 03:28:50 -0000 Received: from mail-pb0-f54.google.com (HELO mail-pb0-f54.google.com) (209.85.160.54) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 03:28:50 -0000 Received: by mail-pb0-f54.google.com with SMTP id ro12so162047pbb.13 for ; Mon, 20 May 2013 20:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=O0y1yjjkDM1p85SsHIdZqSfePptDaOXEHzbC8b8zNAY=; b=Jgde9p0cXEDw/7WPdmydesYjJJmRbaZFKSMvmUPzoHPIV9bodkOWact6k7lw0yEv18 w+3qmCAIk6qAuP8ggUadejbJWMAfmfZ4XjS5TQQcIG7dhLozrryv5oQhhnjPsJgaPCEt ob3F5DaNDDmeHrZH/Y/O3DT4Bfo9PRb9OiaHLi8+M0L7wFH1EwEs24pp3VrgVX5f1Bp2 C8/nkGLTOe5pDm5hINmDKll9pftVDkZBEX2OD2nV3GUmKn2daQ/kVsu+GtRBnrXRtAZ9 6OF2xhF57tzHKXDioZcvH06gTl/OlJsYD9Pb3YUI43tj8xCnk2UUtkvokg2wyEmDDd3N XHvg== MIME-Version: 1.0 X-Received: by 10.68.233.4 with SMTP id ts4mr542725pbc.121.1369106928326; Mon, 20 May 2013 20:28:48 -0700 (PDT) Received: by 10.66.101.228 with HTTP; Mon, 20 May 2013 20:28:48 -0700 (PDT) Date: Mon, 20 May 2013 20:28:48 -0700 X-Google-Sender-Auth: QmmuYnhx13e8496ZFtBbFlNO8Xk Message-ID: From: John Sherwood To: xen-users Subject: [Xen-users] Xen stops booting at "SATA Link down (SStatus 0 SControl 300)" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2658894094190082180==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2658894094190082180== Content-Type: multipart/alternative; boundary=047d7b33c9e01f602504dd320c4e --047d7b33c9e01f602504dd320c4e Content-Type: text/plain; charset=ISO-8859-1 I'm trying to set up Xen 4.1 on Ubuntu 12.04 server (x64) and when booting the dom0 it fails while apparently attempting to initialize the SATA devices. It does find one device (ata3) but then just halts and hangs apparently forever. Any suggestions as to what could be causing this, or whether upgrading to 13.04/Xen 4.2 might fix the issue? --047d7b33c9e01f602504dd320c4e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm trying to set up Xen 4.1 on Ubuntu 12.04 server (x= 64) and when booting the dom0 it fails while apparently attempting to initi= alize the SATA devices. It does find one device (ata3) but then just halts = and hangs apparently forever. Any suggestions as to what could be causing t= his, or whether upgrading to 13.04/Xen 4.2 might fix the issue?
--047d7b33c9e01f602504dd320c4e-- --===============2658894094190082180== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2658894094190082180==-- From xen-users-bounces@lists.xen.org Tue May 21 03:30:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 03: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 1UedFy-0002Gq-5J; Tue, 21 May 2013 03:28:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UedFw-0002Gl-To for xen-users@lists.xensource.com; Tue, 21 May 2013 03:28:57 +0000 Received: from [85.158.138.51:52000] by server-8.bemta-3.messagelabs.com id 9C/FF-25864-3F9EA915; Tue, 21 May 2013 03:28:51 +0000 X-Env-Sender: theubaz@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369106928!444952!1 X-Originating-IP: [209.85.160.54] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32546 invoked from network); 21 May 2013 03:28:50 -0000 Received: from mail-pb0-f54.google.com (HELO mail-pb0-f54.google.com) (209.85.160.54) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 03:28:50 -0000 Received: by mail-pb0-f54.google.com with SMTP id ro12so162047pbb.13 for ; Mon, 20 May 2013 20:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=O0y1yjjkDM1p85SsHIdZqSfePptDaOXEHzbC8b8zNAY=; b=Jgde9p0cXEDw/7WPdmydesYjJJmRbaZFKSMvmUPzoHPIV9bodkOWact6k7lw0yEv18 w+3qmCAIk6qAuP8ggUadejbJWMAfmfZ4XjS5TQQcIG7dhLozrryv5oQhhnjPsJgaPCEt ob3F5DaNDDmeHrZH/Y/O3DT4Bfo9PRb9OiaHLi8+M0L7wFH1EwEs24pp3VrgVX5f1Bp2 C8/nkGLTOe5pDm5hINmDKll9pftVDkZBEX2OD2nV3GUmKn2daQ/kVsu+GtRBnrXRtAZ9 6OF2xhF57tzHKXDioZcvH06gTl/OlJsYD9Pb3YUI43tj8xCnk2UUtkvokg2wyEmDDd3N XHvg== MIME-Version: 1.0 X-Received: by 10.68.233.4 with SMTP id ts4mr542725pbc.121.1369106928326; Mon, 20 May 2013 20:28:48 -0700 (PDT) Received: by 10.66.101.228 with HTTP; Mon, 20 May 2013 20:28:48 -0700 (PDT) Date: Mon, 20 May 2013 20:28:48 -0700 X-Google-Sender-Auth: QmmuYnhx13e8496ZFtBbFlNO8Xk Message-ID: From: John Sherwood To: xen-users Subject: [Xen-users] Xen stops booting at "SATA Link down (SStatus 0 SControl 300)" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2658894094190082180==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2658894094190082180== Content-Type: multipart/alternative; boundary=047d7b33c9e01f602504dd320c4e --047d7b33c9e01f602504dd320c4e Content-Type: text/plain; charset=ISO-8859-1 I'm trying to set up Xen 4.1 on Ubuntu 12.04 server (x64) and when booting the dom0 it fails while apparently attempting to initialize the SATA devices. It does find one device (ata3) but then just halts and hangs apparently forever. Any suggestions as to what could be causing this, or whether upgrading to 13.04/Xen 4.2 might fix the issue? --047d7b33c9e01f602504dd320c4e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm trying to set up Xen 4.1 on Ubuntu 12.04 server (x= 64) and when booting the dom0 it fails while apparently attempting to initi= alize the SATA devices. It does find one device (ata3) but then just halts = and hangs apparently forever. Any suggestions as to what could be causing t= his, or whether upgrading to 13.04/Xen 4.2 might fix the issue?
--047d7b33c9e01f602504dd320c4e-- --===============2658894094190082180== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2658894094190082180==-- From xen-users-bounces@lists.xen.org Tue May 21 05:40:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 05:40: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 1UefHu-0003L0-UJ; Tue, 21 May 2013 05:39:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UefHs-0003Kv-8e for xen-users@lists.xen.org; Tue, 21 May 2013 05:39:05 +0000 Received: from [193.109.254.147:20144] by server-6.bemta-14.messagelabs.com id 6A/B6-00912-7780B915; Tue, 21 May 2013 05:39:03 +0000 X-Env-Sender: johnson9884@qq.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1369114734!3762413!1 X-Originating-IP: [184.105.67.100] X-SpamReason: No, hits=1.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAxODQuMTA1LjY3LjEwMCA9PiAxMDU1Nw==\n,sa_preprocessor: QmFkIElQOiAxODQuMTA1LjY3LjEwMCA9PiAxMDU1Nw==\n,BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,MIME_HTML_ONLY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3996 invoked from network); 21 May 2013 05:38:55 -0000 Received: from smtpbg297.qq.com (HELO smtpbg297.qq.com) (184.105.67.100) by server-10.tower-27.messagelabs.com with SMTP; 21 May 2013 05:38:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907; t=1369114729; bh=Z2OAX1+mA7JuwKWXdCLVHyfya2NnpxCfWLgHgGyI4+o=; h=X-QQ-mid:Received:X-QQ-SSF:Message-ID:Date:From:User-Agent: MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding: X-QQ-FName:X-QQ-LocalIP; b=LhlpgLtdsr4a30vJ4HpePlZB5Zj39RPvh2N9ycC0NZYCg69XxG9ykXLhvRNlOfogA KiVVo/VU5fUQnixqD8/a3CL8HQdN7shfTuttycyb9+IVtF4ADgQn39AIww3cCBt X-QQ-mid: esmtp11t1369114726t784t05898 Received: from [192.168.2.70] (unknown [178.131.225.76]) by esmtp4.qq.com (ESMTP) with id ; Tue, 21 May 2013 13:38:39 +0800 (CST) X-QQ-SSF: 0100000000000070F98200000000000 Message-ID: <519B085F.60707@qq.com> Date: Tue, 21 May 2013 10:08:39 +0430 From: Richard Johnson 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, alpine-devel@lists.alpinelinux.org X-QQ-FName: 72F341083DAF4192B347A41823D739E6 X-QQ-LocalIP: 112.95.241.173 Subject: [Xen-users] Stable and Secure Distribution Supporting Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8059972262021887568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8059972262021887568== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm choosing between Unix-based operating systems that support Xen. My criteria are the following:

- Compatibility: I want to use this OS on a various set of commonly used hardware. I have restricted the CPU instruction set scope to x86_64, but there are a vast range of graphics cards out there.
- Stability: The packages and kernel used must be stable versions. Many main distributions such as Debian and RedHat follow his strategy.
- Xen Stability: Stable Xen support is necessary
- Security

With these criteria in mind I have reached to the following distributions: NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine Linux which claims that it is designed with security in mind, however my recent Experience with it showed many bugs.

Regards
--===============8059972262021887568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8059972262021887568==-- From xen-users-bounces@lists.xen.org Tue May 21 05:40:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 05:40: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 1UefHu-0003L0-UJ; Tue, 21 May 2013 05:39:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UefHs-0003Kv-8e for xen-users@lists.xen.org; Tue, 21 May 2013 05:39:05 +0000 Received: from [193.109.254.147:20144] by server-6.bemta-14.messagelabs.com id 6A/B6-00912-7780B915; Tue, 21 May 2013 05:39:03 +0000 X-Env-Sender: johnson9884@qq.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1369114734!3762413!1 X-Originating-IP: [184.105.67.100] X-SpamReason: No, hits=1.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAxODQuMTA1LjY3LjEwMCA9PiAxMDU1Nw==\n,sa_preprocessor: QmFkIElQOiAxODQuMTA1LjY3LjEwMCA9PiAxMDU1Nw==\n,BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,MIME_HTML_ONLY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3996 invoked from network); 21 May 2013 05:38:55 -0000 Received: from smtpbg297.qq.com (HELO smtpbg297.qq.com) (184.105.67.100) by server-10.tower-27.messagelabs.com with SMTP; 21 May 2013 05:38:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907; t=1369114729; bh=Z2OAX1+mA7JuwKWXdCLVHyfya2NnpxCfWLgHgGyI4+o=; h=X-QQ-mid:Received:X-QQ-SSF:Message-ID:Date:From:User-Agent: MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding: X-QQ-FName:X-QQ-LocalIP; b=LhlpgLtdsr4a30vJ4HpePlZB5Zj39RPvh2N9ycC0NZYCg69XxG9ykXLhvRNlOfogA KiVVo/VU5fUQnixqD8/a3CL8HQdN7shfTuttycyb9+IVtF4ADgQn39AIww3cCBt X-QQ-mid: esmtp11t1369114726t784t05898 Received: from [192.168.2.70] (unknown [178.131.225.76]) by esmtp4.qq.com (ESMTP) with id ; Tue, 21 May 2013 13:38:39 +0800 (CST) X-QQ-SSF: 0100000000000070F98200000000000 Message-ID: <519B085F.60707@qq.com> Date: Tue, 21 May 2013 10:08:39 +0430 From: Richard Johnson 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, alpine-devel@lists.alpinelinux.org X-QQ-FName: 72F341083DAF4192B347A41823D739E6 X-QQ-LocalIP: 112.95.241.173 Subject: [Xen-users] Stable and Secure Distribution Supporting Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8059972262021887568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8059972262021887568== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm choosing between Unix-based operating systems that support Xen. My criteria are the following:

- Compatibility: I want to use this OS on a various set of commonly used hardware. I have restricted the CPU instruction set scope to x86_64, but there are a vast range of graphics cards out there.
- Stability: The packages and kernel used must be stable versions. Many main distributions such as Debian and RedHat follow his strategy.
- Xen Stability: Stable Xen support is necessary
- Security

With these criteria in mind I have reached to the following distributions: NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine Linux which claims that it is designed with security in mind, however my recent Experience with it showed many bugs.

Regards
--===============8059972262021887568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8059972262021887568==-- From xen-users-bounces@lists.xen.org Tue May 21 06:37:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 06:37: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 1UegBW-00049E-OI; Tue, 21 May 2013 06:36:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UegBV-000497-3c for xen-users@lists.xen.org; Tue, 21 May 2013 06:36:33 +0000 Received: from [85.158.137.99:17538] by server-14.bemta-3.messagelabs.com id B1/C2-20016-0F51B915; Tue, 21 May 2013 06:36:32 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-217.messagelabs.com!1369118190!17647485!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14895 invoked from network); 21 May 2013 06:36:31 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 06:36:31 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.104.109.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DD8A122124E; Tue, 21 May 2013 07:36:27 +0100 (BST) Message-ID: <519B15C8.9030605@bobich.net> Date: Tue, 21 May 2013 07:35: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: Jon Skilling References: In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm pretty sure I seem to recall that PCI passthrough will not work = without VT-d, but by all means, feel free to try. Even if you did have working VT-d, though, you have to detach the device = from dom0 before you can add it to domU, using something like: virsh nodedev-detach pci_0000_06_01_0 Given the EL6 CRC Xen packages you are using, they use pciback built as = a module, so kernel boot parameters won't help. What you need to do is = add this to /etc/modprobe.d/: # cat xen-pciback.conf options xen-pciback permissive=3D1 hide=3D(06:01.0) Run depmod -a once you have done that. Then: # modprobe xen-pciback virsh nodedev-detach pci_0000_06_01_0 Also add the driver for the card to /etc/modprobe.d/blacklist.conf. After that you should be able to boot the domU with the device. You may also want to upgrade to the latest testing packages (4.2.2-5) = since they include a PCI passthrough fix from a couple of days ago, = although it doesn't look like you are falling foul of it. Also, how much RAM are you passing to domU? Try giving it <=3D 2GB. There = is a PCI memory map bug that can cause a nasty memory stomp that kept me = chasing my tail for days. For most people it manifests at > 4GB, but on = my system it manifested at > 2GB. HTH. Gordan On 05/20/2013 06:04 PM, Jon Skilling wrote: > Hi, > > I=92ve been trying to configure Xeon on my HP ML350 G4 server for the past > two weeks and despite reading just about every word of the Xen wiki and > numerous other posts and mails, I can=92t find a solution to my problem. > Any help on this would be much appreciated! > > Setup: > > HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium TDM410P > analogue PBX card on PCI. Hardware virtualization (Vt-d) is not an > option with this machine. > > I followed these instructions (more or less) to set up Dom0 and DomU: > > http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64-pa= ravirtualization-and-hardware-virtualization > > with the following changes: > > Host Dom0 (Centos 6.4): > > xen-4.2.2-4.el6.x86_64 > > kernel-xen-3.9.2-1.el6xen.x86_64 > > libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to > 1.0.3. From checking the source, the Xen patch appears to be there > already, so no recompile needed =96 the Xen patch doesn=92t work with this > source anyway. > > XEND has been disabled from boot up because it causes problems with XL > tools although the same address space collision occurs if I use the XM > tool set. > > I have tried xen-pciback.hide(06:01.0) on the kernel module definitions > in boot.conf but this doesn=92t seem to do anything. Adding records to > modprobe.conf and rc.local work better. > > The device I=92m trying to passthrough is defined: > > 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog > card (rev 11) > > Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card > > Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx- > > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium > >TAbort- SERR- > Interrupt: pin A routed to IRQ 16 > > Region 0: I/O ports at 5000 [disabled] [size=3D256] > > Region 1: Memory at fdef0000 (32-bit, non-prefetchable) > [disabled] [size=3D1K] > > [virtual] Expansion ROM at f0000000 [disabled] [size=3D128K] > > Capabilities: [c0] Power Management version 2 > > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3D100mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > > Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PM= E- > > Kernel driver in use: pciback > > Guest DomU (Centos 6.4): > > kernel-xen-3.9.2-1.el6xen.x86_64 > > Created using virt-install onto a 20G LVM with 1024Mb ram > > XML for DomU dumped and converted to native then the domain destroyed > and undefined and recreated using XL create with the new cfg file. This > is to allow inclusion of pci [=9106:01.0=92] parameter in config. > > Using the static setup, I can get Dom0 to hide the PCI device. I can > also achieve the same effect with the dynamic set up using > pci-assignable-attach and pci-attach. Here is the dmesg relating to the > device. Reg 30 is highlighted because this seems to be where the problem = is. > > pci 0000:06:01.0: [d161:8005] type 00 class 0x020000 > > pci 0000:06:01.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:06:01.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:06:01.0: *reg 30: [mem 0x00000000-0x0001ffff pref]* > > pci 0000:06:01.0: supports D1 D2 > > pci 0000:06:01.0: PME# supported from D0 D1 D2 D3hot D3cold > > pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff pref] > > pciback 0000:06:01.0: seizing device > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 > > In the Dom0 I can define the device statically in the config file or > dynamically as described above. Both scenarios result in the same error > being displayed. > > pcifront pci-0: Installing PCI frontend > > pcifront pci-0: Creating PCI Frontend Bus 0000:00 > > pcifront pci-0: PCI host bridge to bus 0000:00 > > pci_bus 0000:00: root bus resource [io 0x0000-0xffff] > > pci_bus 0000:00: root bus resource [mem 0x00000000-0xfffffffff] > > pci_bus 0000:00: root bus resource [bus 00-ff] > > pci 0000:00:00.0: [d161:8005] type 00 class 0x020000 > > pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pref]* > > pci 0000:00:00.0: supports D1 D2 > > pcifront pci-0: claiming resource 0000:00:00.0/0 > > pcifront pci-0: claiming resource 0000:00:00.0/1 > > pcifront pci-0: claiming resource 0000:00:00.0/6 > > pci 0000:00:00.0: address space collision: [mem 0xf0000000-0xffffffff > pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff] > > pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offline. > Try using e820_host=3D1 in the guest config. > > This appears to show that the PCI device is conflicting with itself (reg > 14 with reg 30) because the address space for reg 30 is different in > pciback to pcifront. > > I have tried setting up the domain with both XM and XL with the same resu= lt > > Adding passthrough and permissive settings with no change > > Adding iommu=3Dsoft to guest kernel command line. > > I=92ve tried adding the e820_host flag to the config file but this doesn= =92t > seem to solve anything. > > Different Xen enabled kernels. > > Wiping the server and rebuilding the whole thing from scratch (more than > once) > > The Digium PCI card works fine on a normal Centos 6.3 setup with no Xen. > > I=92m out of ideas now on how to solve this, so if anyone has made this > card work by doing something different, I=92d be grateful for any > suggestions. I=92ve looked at the source for pcifont.c and come to the > conclusion that my c coding skills are not going to be good enough to > debug/change this program. > > I can provide more dmesg outputs or other documentation if needed. > > Thanks in advance for any help > > Jon > > > > _______________________________________________ > 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 May 21 06:37:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 06:37: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 1UegBW-00049E-OI; Tue, 21 May 2013 06:36:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UegBV-000497-3c for xen-users@lists.xen.org; Tue, 21 May 2013 06:36:33 +0000 Received: from [85.158.137.99:17538] by server-14.bemta-3.messagelabs.com id B1/C2-20016-0F51B915; Tue, 21 May 2013 06:36:32 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-217.messagelabs.com!1369118190!17647485!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14895 invoked from network); 21 May 2013 06:36:31 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 06:36:31 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.104.109.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DD8A122124E; Tue, 21 May 2013 07:36:27 +0100 (BST) Message-ID: <519B15C8.9030605@bobich.net> Date: Tue, 21 May 2013 07:35: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: Jon Skilling References: In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm pretty sure I seem to recall that PCI passthrough will not work = without VT-d, but by all means, feel free to try. Even if you did have working VT-d, though, you have to detach the device = from dom0 before you can add it to domU, using something like: virsh nodedev-detach pci_0000_06_01_0 Given the EL6 CRC Xen packages you are using, they use pciback built as = a module, so kernel boot parameters won't help. What you need to do is = add this to /etc/modprobe.d/: # cat xen-pciback.conf options xen-pciback permissive=3D1 hide=3D(06:01.0) Run depmod -a once you have done that. Then: # modprobe xen-pciback virsh nodedev-detach pci_0000_06_01_0 Also add the driver for the card to /etc/modprobe.d/blacklist.conf. After that you should be able to boot the domU with the device. You may also want to upgrade to the latest testing packages (4.2.2-5) = since they include a PCI passthrough fix from a couple of days ago, = although it doesn't look like you are falling foul of it. Also, how much RAM are you passing to domU? Try giving it <=3D 2GB. There = is a PCI memory map bug that can cause a nasty memory stomp that kept me = chasing my tail for days. For most people it manifests at > 4GB, but on = my system it manifested at > 2GB. HTH. Gordan On 05/20/2013 06:04 PM, Jon Skilling wrote: > Hi, > > I=92ve been trying to configure Xeon on my HP ML350 G4 server for the past > two weeks and despite reading just about every word of the Xen wiki and > numerous other posts and mails, I can=92t find a solution to my problem. > Any help on this would be much appreciated! > > Setup: > > HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium TDM410P > analogue PBX card on PCI. Hardware virtualization (Vt-d) is not an > option with this machine. > > I followed these instructions (more or less) to set up Dom0 and DomU: > > http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64-pa= ravirtualization-and-hardware-virtualization > > with the following changes: > > Host Dom0 (Centos 6.4): > > xen-4.2.2-4.el6.x86_64 > > kernel-xen-3.9.2-1.el6xen.x86_64 > > libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to > 1.0.3. From checking the source, the Xen patch appears to be there > already, so no recompile needed =96 the Xen patch doesn=92t work with this > source anyway. > > XEND has been disabled from boot up because it causes problems with XL > tools although the same address space collision occurs if I use the XM > tool set. > > I have tried xen-pciback.hide(06:01.0) on the kernel module definitions > in boot.conf but this doesn=92t seem to do anything. Adding records to > modprobe.conf and rc.local work better. > > The device I=92m trying to passthrough is defined: > > 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog > card (rev 11) > > Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card > > Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx- > > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium > >TAbort- SERR- > Interrupt: pin A routed to IRQ 16 > > Region 0: I/O ports at 5000 [disabled] [size=3D256] > > Region 1: Memory at fdef0000 (32-bit, non-prefetchable) > [disabled] [size=3D1K] > > [virtual] Expansion ROM at f0000000 [disabled] [size=3D128K] > > Capabilities: [c0] Power Management version 2 > > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3D100mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > > Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PM= E- > > Kernel driver in use: pciback > > Guest DomU (Centos 6.4): > > kernel-xen-3.9.2-1.el6xen.x86_64 > > Created using virt-install onto a 20G LVM with 1024Mb ram > > XML for DomU dumped and converted to native then the domain destroyed > and undefined and recreated using XL create with the new cfg file. This > is to allow inclusion of pci [=9106:01.0=92] parameter in config. > > Using the static setup, I can get Dom0 to hide the PCI device. I can > also achieve the same effect with the dynamic set up using > pci-assignable-attach and pci-attach. Here is the dmesg relating to the > device. Reg 30 is highlighted because this seems to be where the problem = is. > > pci 0000:06:01.0: [d161:8005] type 00 class 0x020000 > > pci 0000:06:01.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:06:01.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:06:01.0: *reg 30: [mem 0x00000000-0x0001ffff pref]* > > pci 0000:06:01.0: supports D1 D2 > > pci 0000:06:01.0: PME# supported from D0 D1 D2 D3hot D3cold > > pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff pref] > > pciback 0000:06:01.0: seizing device > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 > > In the Dom0 I can define the device statically in the config file or > dynamically as described above. Both scenarios result in the same error > being displayed. > > pcifront pci-0: Installing PCI frontend > > pcifront pci-0: Creating PCI Frontend Bus 0000:00 > > pcifront pci-0: PCI host bridge to bus 0000:00 > > pci_bus 0000:00: root bus resource [io 0x0000-0xffff] > > pci_bus 0000:00: root bus resource [mem 0x00000000-0xfffffffff] > > pci_bus 0000:00: root bus resource [bus 00-ff] > > pci 0000:00:00.0: [d161:8005] type 00 class 0x020000 > > pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pref]* > > pci 0000:00:00.0: supports D1 D2 > > pcifront pci-0: claiming resource 0000:00:00.0/0 > > pcifront pci-0: claiming resource 0000:00:00.0/1 > > pcifront pci-0: claiming resource 0000:00:00.0/6 > > pci 0000:00:00.0: address space collision: [mem 0xf0000000-0xffffffff > pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff] > > pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offline. > Try using e820_host=3D1 in the guest config. > > This appears to show that the PCI device is conflicting with itself (reg > 14 with reg 30) because the address space for reg 30 is different in > pciback to pcifront. > > I have tried setting up the domain with both XM and XL with the same resu= lt > > Adding passthrough and permissive settings with no change > > Adding iommu=3Dsoft to guest kernel command line. > > I=92ve tried adding the e820_host flag to the config file but this doesn= =92t > seem to solve anything. > > Different Xen enabled kernels. > > Wiping the server and rebuilding the whole thing from scratch (more than > once) > > The Digium PCI card works fine on a normal Centos 6.3 setup with no Xen. > > I=92m out of ideas now on how to solve this, so if anyone has made this > card work by doing something different, I=92d be grateful for any > suggestions. I=92ve looked at the source for pcifont.c and come to the > conclusion that my c coding skills are not going to be good enough to > debug/change this program. > > I can provide more dmesg outputs or other documentation if needed. > > Thanks in advance for any help > > Jon > > > > _______________________________________________ > 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 May 21 07:44:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 07:44: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 1UehDu-0005Wz-A0; Tue, 21 May 2013 07:43:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehDs-0005Wu-NY for xen-users@lists.xen.org; Tue, 21 May 2013 07:43:04 +0000 Received: from [193.109.254.147:46426] by server-1.bemta-14.messagelabs.com id 46/CC-06919-7852B915; Tue, 21 May 2013 07:43:03 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369122176!8527530!1 X-Originating-IP: [209.85.128.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7989 invoked from network); 21 May 2013 07:42:57 -0000 Received: from mail-qe0-f42.google.com (HELO mail-qe0-f42.google.com) (209.85.128.42) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 07:42:57 -0000 Received: by mail-qe0-f42.google.com with SMTP id cz11so161191qeb.29 for ; Tue, 21 May 2013 00:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zhnKSx0xMd/VtBFPK4wiboIT6LemHQC4HCwPBakYP64=; b=kCDG0k/GvkO7rxJcc+YsoiASFiocWdscfNgmb36AWaUhK+bIZKpZoh8J+KKxelm0QA LHg+E5o/GvZaceYff8RrpMccZNtJkS4l0oiprKLAOJAbORrpFeaD/cNOcSNTiY0psN1I 3af8RT0CHlsQZysgGXE2TKzQ/R+XxgZGaT5555zwSwjUPq+xITW1ae1XObgzN5OlbfUx 2x9JMmuYZE3RD1n0Mw0IU70DtPj1CHems/7gEFhAOhZoKWB22FO5M7CVWjulxviusPdc Jm9JvtsdlRYRTuuiylQk2r7qVelv0pxN6v+hYpDPvncJtfq0LBgUHwpL4D/hpb7P7Ccz v/vw== MIME-Version: 1.0 X-Received: by 10.224.37.134 with SMTP id x6mr1346447qad.98.1369122176319; Tue, 21 May 2013 00:42:56 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 21 May 2013 00:42:56 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> Date: Tue, 21 May 2013 12:42:56 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > My test machine is Debian 3.8.5 which should be close enough although it's possible there is a patch that changes the state transition in a subtle way. > That is quite interesting. I do think this would be the case since we have tried everything else. Someday I may be able to try this on Debian dom0. > Can you try disabling both adapters so the driver unloads then enable them both again (even if it gets stuck when the first one loads)? I guess that was the first apparent thing that I did when an adapter disappeared while re-enabling, yea as funny as it sounds, LOL. But I did just try again; both adapters disappear and driver crashes with same error. Reboot brings them back. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 07:44:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 07:44: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 1UehDu-0005Wz-A0; Tue, 21 May 2013 07:43:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehDs-0005Wu-NY for xen-users@lists.xen.org; Tue, 21 May 2013 07:43:04 +0000 Received: from [193.109.254.147:46426] by server-1.bemta-14.messagelabs.com id 46/CC-06919-7852B915; Tue, 21 May 2013 07:43:03 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369122176!8527530!1 X-Originating-IP: [209.85.128.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7989 invoked from network); 21 May 2013 07:42:57 -0000 Received: from mail-qe0-f42.google.com (HELO mail-qe0-f42.google.com) (209.85.128.42) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 07:42:57 -0000 Received: by mail-qe0-f42.google.com with SMTP id cz11so161191qeb.29 for ; Tue, 21 May 2013 00:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zhnKSx0xMd/VtBFPK4wiboIT6LemHQC4HCwPBakYP64=; b=kCDG0k/GvkO7rxJcc+YsoiASFiocWdscfNgmb36AWaUhK+bIZKpZoh8J+KKxelm0QA LHg+E5o/GvZaceYff8RrpMccZNtJkS4l0oiprKLAOJAbORrpFeaD/cNOcSNTiY0psN1I 3af8RT0CHlsQZysgGXE2TKzQ/R+XxgZGaT5555zwSwjUPq+xITW1ae1XObgzN5OlbfUx 2x9JMmuYZE3RD1n0Mw0IU70DtPj1CHems/7gEFhAOhZoKWB22FO5M7CVWjulxviusPdc Jm9JvtsdlRYRTuuiylQk2r7qVelv0pxN6v+hYpDPvncJtfq0LBgUHwpL4D/hpb7P7Ccz v/vw== MIME-Version: 1.0 X-Received: by 10.224.37.134 with SMTP id x6mr1346447qad.98.1369122176319; Tue, 21 May 2013 00:42:56 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 21 May 2013 00:42:56 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> Date: Tue, 21 May 2013 12:42:56 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > My test machine is Debian 3.8.5 which should be close enough although it's possible there is a patch that changes the state transition in a subtle way. > That is quite interesting. I do think this would be the case since we have tried everything else. Someday I may be able to try this on Debian dom0. > Can you try disabling both adapters so the driver unloads then enable them both again (even if it gets stuck when the first one loads)? I guess that was the first apparent thing that I did when an adapter disappeared while re-enabling, yea as funny as it sounds, LOL. But I did just try again; both adapters disappear and driver crashes with same error. Reboot brings them back. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 08:10:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 08:10: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 1UehdE-0006pV-LF; Tue, 21 May 2013 08:09:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehdC-0006pO-U4 for xen-users@lists.xen.org; Tue, 21 May 2013 08:09:15 +0000 Received: from [85.158.138.51:58862] by server-10.bemta-3.messagelabs.com id A9/7D-00761-5AB2B915; Tue, 21 May 2013 08:09:09 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-2.tower-174.messagelabs.com!1369123519!27752306!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11862 invoked from network); 21 May 2013 08:05:19 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 08:05:19 -0000 X-Received: from localhost.localdomain (unknown [193.206.55.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mex@di.unipmn.it) by mail.di.unipmn.it (vPostMaster) with ESMTP id 8C340138004; Tue, 21 May 2013 10:05:17 +0200 (CEST) Message-ID: <519B2ABD.2090304@di.unipmn.it> Date: Tue, 21 May 2013 10:05:17 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Grinberg, Vitaly" References: <4954269E.3090609@di.unipmn.it> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] CAP and performance problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks, but this good question is still waiting for a good answer. Anyone? Cheers, Massimo On 05/15/2013 04:42 PM, Grinberg, Vitaly wrote: > This is a good question. > > Vitaly. > > > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Massimo Canonico > Sent: Thursday, December 25, 2008 7:35 PM > To: xen-users@lists.xen.org > Subject: [Xen-users] CAP and performance problem > > Hi, > my application is written in std C++ and it makes a matrix > multiplication: so it uses only CPU and memory (no i/o, no network). > > I'm quite surprise that with CAP = 100% I got my results in about 600 > seconds and with CAP = 50% I got my results in about 1800 seconds > (around 3 times longer). > > For this kind of application I was expecting to get results in about > 1200 seconds (2 times longer) for the second scenario with respect to > the first one. > > Of course, the HW and SW are exactly the same for the 2 experiments. > > Am I wrong or the CAP mechanism is not working well? > > Thanks, > Massimo > > _______________________________________________ > 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 May 21 08:10:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 08:10: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 1UehdE-0006pV-LF; Tue, 21 May 2013 08:09:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehdC-0006pO-U4 for xen-users@lists.xen.org; Tue, 21 May 2013 08:09:15 +0000 Received: from [85.158.138.51:58862] by server-10.bemta-3.messagelabs.com id A9/7D-00761-5AB2B915; Tue, 21 May 2013 08:09:09 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-2.tower-174.messagelabs.com!1369123519!27752306!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11862 invoked from network); 21 May 2013 08:05:19 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 08:05:19 -0000 X-Received: from localhost.localdomain (unknown [193.206.55.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mex@di.unipmn.it) by mail.di.unipmn.it (vPostMaster) with ESMTP id 8C340138004; Tue, 21 May 2013 10:05:17 +0200 (CEST) Message-ID: <519B2ABD.2090304@di.unipmn.it> Date: Tue, 21 May 2013 10:05:17 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Grinberg, Vitaly" References: <4954269E.3090609@di.unipmn.it> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] CAP and performance problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks, but this good question is still waiting for a good answer. Anyone? Cheers, Massimo On 05/15/2013 04:42 PM, Grinberg, Vitaly wrote: > This is a good question. > > Vitaly. > > > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Massimo Canonico > Sent: Thursday, December 25, 2008 7:35 PM > To: xen-users@lists.xen.org > Subject: [Xen-users] CAP and performance problem > > Hi, > my application is written in std C++ and it makes a matrix > multiplication: so it uses only CPU and memory (no i/o, no network). > > I'm quite surprise that with CAP = 100% I got my results in about 600 > seconds and with CAP = 50% I got my results in about 1800 seconds > (around 3 times longer). > > For this kind of application I was expecting to get results in about > 1200 seconds (2 times longer) for the second scenario with respect to > the first one. > > Of course, the HW and SW are exactly the same for the 2 experiments. > > Am I wrong or the CAP mechanism is not working well? > > Thanks, > Massimo > > _______________________________________________ > 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 May 21 08:29:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 08: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 1UehvY-0008OQ-Ob; Tue, 21 May 2013 08:28:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehvX-0008OE-Ng for xen-users@lists.xen.org; Tue, 21 May 2013 08:28:11 +0000 Received: from [193.109.254.147:5951] by server-12.bemta-14.messagelabs.com id 68/E9-15557-B103B915; Tue, 21 May 2013 08:28:11 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-16.tower-27.messagelabs.com!1369124886!8882154!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5721 invoked from network); 21 May 2013 08:28:09 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-16.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 21 May 2013 08:28:09 -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 1UehvO-0006Gl-Gh; Tue, 21 May 2013 18:28:02 +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; Tue, 21 May 2013 18:27:56 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0IABH4QAgACvBgCAAcouAIABGovwgAF6hQCAALOCgA== Date: Tue, 21 May 2013 08:27:55 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> In-Reply-To: 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-19882.005 x-tm-as-result: No--51.653300-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > > > > My test machine is Debian 3.8.5 which should be close enough although it's > possible there is a patch that changes the state transition in a subtle way. > > > > That is quite interesting. I do think this would be the case since we > have tried everything else. Someday I may be able to try this on > Debian dom0. > > > Can you try disabling both adapters so the driver unloads then enable them > both again (even if it gets stuck when the first one loads)? > > I guess that was the first apparent thing that I did when an adapter > disappeared while re-enabling, yea as funny as it sounds, LOL. But I > did just try again; both adapters disappear and driver crashes with > same error. Reboot brings them back. I just uploaded a version 404 to testing which has some timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the problem but might tell me more about the error if you can send me the debug log. When you say crash is that a BSoD? I can't remember if I've asked you that before. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 08:29:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 08: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 1UehvY-0008OQ-Ob; Tue, 21 May 2013 08:28:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehvX-0008OE-Ng for xen-users@lists.xen.org; Tue, 21 May 2013 08:28:11 +0000 Received: from [193.109.254.147:5951] by server-12.bemta-14.messagelabs.com id 68/E9-15557-B103B915; Tue, 21 May 2013 08:28:11 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-16.tower-27.messagelabs.com!1369124886!8882154!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5721 invoked from network); 21 May 2013 08:28:09 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-16.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 21 May 2013 08:28:09 -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 1UehvO-0006Gl-Gh; Tue, 21 May 2013 18:28:02 +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; Tue, 21 May 2013 18:27:56 +1000 From: James Harper To: Micky Thread-Topic: [Xen-users] gplpv: re-enabling the nic adapter removes it Thread-Index: AQHOUKDAYqWyaK4PxE+8RVcI01nGkJkFWAjwgABE2oCAAG0QAIABjn4w///JgQCAART/0IABH4QAgACvBgCAAcouAIABGovwgAF6hQCAALOCgA== Date: Tue, 21 May 2013 08:27:55 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> In-Reply-To: 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-19882.005 x-tm-as-result: No--51.653300-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > > > > My test machine is Debian 3.8.5 which should be close enough although it's > possible there is a patch that changes the state transition in a subtle way. > > > > That is quite interesting. I do think this would be the case since we > have tried everything else. Someday I may be able to try this on > Debian dom0. > > > Can you try disabling both adapters so the driver unloads then enable them > both again (even if it gets stuck when the first one loads)? > > I guess that was the first apparent thing that I did when an adapter > disappeared while re-enabling, yea as funny as it sounds, LOL. But I > did just try again; both adapters disappear and driver crashes with > same error. Reboot brings them back. I just uploaded a version 404 to testing which has some timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the problem but might tell me more about the error if you can send me the debug log. When you say crash is that a BSoD? I can't remember if I've asked you that before. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 09:07:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 09:07: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 1UeiX5-0002wD-Nz; Tue, 21 May 2013 09:06:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeiX2-0002vZ-Rq; Tue, 21 May 2013 09:06:57 +0000 Received: from [85.158.137.99:32975] by server-2.bemta-3.messagelabs.com id DE/6F-24763-F293B915; Tue, 21 May 2013 09:06:55 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369127214!14476189!1 X-Originating-IP: [209.85.214.54] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10860 invoked from network); 21 May 2013 09:06:55 -0000 Received: from mail-bk0-f54.google.com (HELO mail-bk0-f54.google.com) (209.85.214.54) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 09:06:55 -0000 Received: by mail-bk0-f54.google.com with SMTP id it19so205667bkc.13 for ; Tue, 21 May 2013 02:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=3Zo5hKCs8PBdEY4ErXh+1n/biMBZVHsBXVyq0Vqvpi8=; b=tGepqbhEr3lFI+EUExkASQWs6dY+bhO5ManK6scnc2WAKRBNiBnv6bBIYCwHYluGus /Qak7u680Uoy6uXHfnzX9uKuV6p4mTvKHpfym09KApzgdejYY93SIFQxa0gGPiPjM7hn iPJrW8RW0m+FTLnVasgxYQoKwHOJt3vBBWwXcW+l5rlgdSIX+wigLZ5l8DCVn+BtaOn7 3Yn174RBmYHl6KfoGV4Vj5kxeBFCYbNnf4sjVgFrs9sKlYsDdoMX2kgSKbpxwtMZGTiU sP+oYMbC3VIgBHj/dtdRt2BjGl/7Hhn9JECzFY4Z9HBi0lQ9t3/KT7S6kSm9aGuiJRfS bv6A== X-Received: by 10.205.115.196 with SMTP id ff4mr528355bkc.111.1369127214420; Tue, 21 May 2013 02:06:54 -0700 (PDT) Received: from [172.16.26.11] (0544f31a.skybroadband.com. [5.68.243.26]) by mx.google.com with ESMTPSA id cm9sm329799bkb.4.2013.05.21.02.06.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 May 2013 02:06:53 -0700 (PDT) Message-ID: <519B3929.3080104@xen.org> Date: Tue, 21 May 2013 10:06:49 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Ian Campbell References: <5190C0BC.5060008@xen.org> <1369041476.2083.26.camel@zakaz.uk.xensource.com> In-Reply-To: <1369041476.2083.26.camel@zakaz.uk.xensource.com> Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > perhaps we could continue to vote using the old "+1" in an email mechanism? The reason for creating a form was to a) Ensure formal votes are private (i.e. there is a space to raise issues that may be difficult to raise in public) b) Make sure that the vote is recorded and can be easily gone back to (something which is a little hard on a list) c) Comply with the process Maybe a) does not apply at all or maybe only in limited circumstances. This point may be valid when it comes for votes related to incubating/graduating or archiving sub-projects though (because it may reflect on an individuals or companies leadership of a sub-project) and it may be harder to air an issue publicly. To be honest, the turn-out on these last two votes was really poor. We had only 4 votes (and only one from Citrix). Now this of course may be because the proposed changes were rather uncontroversial. On the other hand, you often use the argument that "if somebody can't be bothered following up on their bugs/patches/etc. then bugs/patches/etc. are obviously not important enough". I am inclined to use that same argument for voring on process and policy changes. Regards Lars On 20/05/2013 10:17, Ian Campbell wrote: > On Mon, 2013-05-13 at 11:30 +0100, Lars Kurth wrote: >> Rather than creating a voting form, I decided to use the voting >> feature >> on the newxenproject.org website. To vote, you need to create an >> account. If you have difficulties, let me know. The poll isat >> http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. >> The vote will stay open until the middle of June. > I've voted using this now but in the future perhaps we could continue to > vote using the old "+1" in an email mechanism? > > There aren't so many maintainers and committers that this would be > unwieldy IMHO. > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 09:07:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 09:07: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 1UeiX5-0002wD-Nz; Tue, 21 May 2013 09:06:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeiX2-0002vZ-Rq; Tue, 21 May 2013 09:06:57 +0000 Received: from [85.158.137.99:32975] by server-2.bemta-3.messagelabs.com id DE/6F-24763-F293B915; Tue, 21 May 2013 09:06:55 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369127214!14476189!1 X-Originating-IP: [209.85.214.54] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10860 invoked from network); 21 May 2013 09:06:55 -0000 Received: from mail-bk0-f54.google.com (HELO mail-bk0-f54.google.com) (209.85.214.54) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 09:06:55 -0000 Received: by mail-bk0-f54.google.com with SMTP id it19so205667bkc.13 for ; Tue, 21 May 2013 02:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=3Zo5hKCs8PBdEY4ErXh+1n/biMBZVHsBXVyq0Vqvpi8=; b=tGepqbhEr3lFI+EUExkASQWs6dY+bhO5ManK6scnc2WAKRBNiBnv6bBIYCwHYluGus /Qak7u680Uoy6uXHfnzX9uKuV6p4mTvKHpfym09KApzgdejYY93SIFQxa0gGPiPjM7hn iPJrW8RW0m+FTLnVasgxYQoKwHOJt3vBBWwXcW+l5rlgdSIX+wigLZ5l8DCVn+BtaOn7 3Yn174RBmYHl6KfoGV4Vj5kxeBFCYbNnf4sjVgFrs9sKlYsDdoMX2kgSKbpxwtMZGTiU sP+oYMbC3VIgBHj/dtdRt2BjGl/7Hhn9JECzFY4Z9HBi0lQ9t3/KT7S6kSm9aGuiJRfS bv6A== X-Received: by 10.205.115.196 with SMTP id ff4mr528355bkc.111.1369127214420; Tue, 21 May 2013 02:06:54 -0700 (PDT) Received: from [172.16.26.11] (0544f31a.skybroadband.com. [5.68.243.26]) by mx.google.com with ESMTPSA id cm9sm329799bkb.4.2013.05.21.02.06.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 May 2013 02:06:53 -0700 (PDT) Message-ID: <519B3929.3080104@xen.org> Date: Tue, 21 May 2013 10:06:49 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Ian Campbell References: <5190C0BC.5060008@xen.org> <1369041476.2083.26.camel@zakaz.uk.xensource.com> In-Reply-To: <1369041476.2083.26.camel@zakaz.uk.xensource.com> Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > perhaps we could continue to vote using the old "+1" in an email mechanism? The reason for creating a form was to a) Ensure formal votes are private (i.e. there is a space to raise issues that may be difficult to raise in public) b) Make sure that the vote is recorded and can be easily gone back to (something which is a little hard on a list) c) Comply with the process Maybe a) does not apply at all or maybe only in limited circumstances. This point may be valid when it comes for votes related to incubating/graduating or archiving sub-projects though (because it may reflect on an individuals or companies leadership of a sub-project) and it may be harder to air an issue publicly. To be honest, the turn-out on these last two votes was really poor. We had only 4 votes (and only one from Citrix). Now this of course may be because the proposed changes were rather uncontroversial. On the other hand, you often use the argument that "if somebody can't be bothered following up on their bugs/patches/etc. then bugs/patches/etc. are obviously not important enough". I am inclined to use that same argument for voring on process and policy changes. Regards Lars On 20/05/2013 10:17, Ian Campbell wrote: > On Mon, 2013-05-13 at 11:30 +0100, Lars Kurth wrote: >> Rather than creating a voting form, I decided to use the voting >> feature >> on the newxenproject.org website. To vote, you need to create an >> account. If you have difficulties, let me know. The poll isat >> http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. >> The vote will stay open until the middle of June. > I've voted using this now but in the future perhaps we could continue to > vote using the old "+1" in an email mechanism? > > There aren't so many maintainers and committers that this would be > unwieldy IMHO. > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 09:14:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 09:14: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 1Ueidu-0003U8-D0; Tue, 21 May 2013 09:14:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueids-0003U3-9K for xen-users@lists.xen.org; Tue, 21 May 2013 09:14:00 +0000 Received: from [85.158.143.99:20570] by server-1.bemta-4.messagelabs.com id BE/0A-06122-7DA3B915; Tue, 21 May 2013 09:13:59 +0000 X-Env-Sender: johnson9884@qq.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369127638!24805565!1 X-Originating-IP: [64.71.138.45] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjQuNzEuMTM4LjQ1ID0+IDM0Mjgw\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4987 invoked from network); 21 May 2013 09:13:58 -0000 Received: from smtpbg56.qq.com (HELO smtpbg56.qq.com) (64.71.138.45) by server-10.tower-216.messagelabs.com with SMTP; 21 May 2013 09:13:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907; t=1369127634; bh=r2CrKnNCf68YsyxTRVMj88W4CcH6J3RPytAJSkcXtMk=; h=X-QQ-mid:Received:X-QQ-SSF:Message-ID:Date:From:User-Agent: MIME-Version:To:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding:X-QQ-FName:X-QQ-LocalIP; b=G4YAlzJxhiGUIFtu4svA9m5QyJjLLw5uRx2dqdUYsCWin9e1AmpCYMhNn3/5OeHRE k1mnLcao4L7uGgBuJWf8u5kbT9dJHDhlikZG8OXHZwFefJ4mW2ARged5HGv5pYY X-QQ-mid: esmtp25t1369127630t815t07392 Received: from [192.168.2.70] (unknown [178.131.225.76]) by esmtp4.qq.com (ESMTP) with id ; Tue, 21 May 2013 17:13:36 +0800 (CST) X-QQ-SSF: 0100000000000070FF8200000000000 Message-ID: <519B3ABC.6090307@qq.com> Date: Tue, 21 May 2013 13:43:32 +0430 From: Richard Johnson 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, alpine-devel@lists.alpinelinux.org References: <519B085F.60707@qq.com> In-Reply-To: <519B085F.60707@qq.com> X-QQ-FName: FF2E7D0F9C6F4BCAB1A848CCAB2A6C47 X-QQ-LocalIP: 163.177.66.155 Subject: Re: [Xen-users] [alpine-devel] Stable and Secure Distribution Supporting Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6735768152161368588==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6735768152161368588== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
One more note on my criteria set which led me to Alpine: I need something lightweight. The whole root directory must fit in at most 400-500 MB.

On 05/21/2013 10:08 AM, Richard Johnson wrote:
I'm choosing between Unix-based operating systems that support Xen. My criteria 
are the following:

- Compatibility: I want to use this OS on a various set of commonly used 
hardware. I have restricted the CPU instruction set scope to x86_64, but there 
are a vast range of graphics cards out there.
- Stability: The packages and kernel used must be stable versions. Many main 
distributions such as Debian and RedHat follow his strategy.
- Xen Stability: Stable Xen support is necessary
- Security

With these criteria in mind I have reached to the following distributions: 
NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine 
Linux which claims that it is designed with security in mind, however my recent 
Experience with it showed many bugs.

Regards
--- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: 
alpine-devel+help@lists.alpinelinux.org --- .

--===============6735768152161368588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6735768152161368588==-- From xen-users-bounces@lists.xen.org Tue May 21 09:14:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 09:14: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 1Ueidu-0003U8-D0; Tue, 21 May 2013 09:14:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueids-0003U3-9K for xen-users@lists.xen.org; Tue, 21 May 2013 09:14:00 +0000 Received: from [85.158.143.99:20570] by server-1.bemta-4.messagelabs.com id BE/0A-06122-7DA3B915; Tue, 21 May 2013 09:13:59 +0000 X-Env-Sender: johnson9884@qq.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369127638!24805565!1 X-Originating-IP: [64.71.138.45] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjQuNzEuMTM4LjQ1ID0+IDM0Mjgw\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4987 invoked from network); 21 May 2013 09:13:58 -0000 Received: from smtpbg56.qq.com (HELO smtpbg56.qq.com) (64.71.138.45) by server-10.tower-216.messagelabs.com with SMTP; 21 May 2013 09:13:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907; t=1369127634; bh=r2CrKnNCf68YsyxTRVMj88W4CcH6J3RPytAJSkcXtMk=; h=X-QQ-mid:Received:X-QQ-SSF:Message-ID:Date:From:User-Agent: MIME-Version:To:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding:X-QQ-FName:X-QQ-LocalIP; b=G4YAlzJxhiGUIFtu4svA9m5QyJjLLw5uRx2dqdUYsCWin9e1AmpCYMhNn3/5OeHRE k1mnLcao4L7uGgBuJWf8u5kbT9dJHDhlikZG8OXHZwFefJ4mW2ARged5HGv5pYY X-QQ-mid: esmtp25t1369127630t815t07392 Received: from [192.168.2.70] (unknown [178.131.225.76]) by esmtp4.qq.com (ESMTP) with id ; Tue, 21 May 2013 17:13:36 +0800 (CST) X-QQ-SSF: 0100000000000070FF8200000000000 Message-ID: <519B3ABC.6090307@qq.com> Date: Tue, 21 May 2013 13:43:32 +0430 From: Richard Johnson 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, alpine-devel@lists.alpinelinux.org References: <519B085F.60707@qq.com> In-Reply-To: <519B085F.60707@qq.com> X-QQ-FName: FF2E7D0F9C6F4BCAB1A848CCAB2A6C47 X-QQ-LocalIP: 163.177.66.155 Subject: Re: [Xen-users] [alpine-devel] Stable and Secure Distribution Supporting Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6735768152161368588==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6735768152161368588== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
One more note on my criteria set which led me to Alpine: I need something lightweight. The whole root directory must fit in at most 400-500 MB.

On 05/21/2013 10:08 AM, Richard Johnson wrote:
I'm choosing between Unix-based operating systems that support Xen. My criteria 
are the following:

- Compatibility: I want to use this OS on a various set of commonly used 
hardware. I have restricted the CPU instruction set scope to x86_64, but there 
are a vast range of graphics cards out there.
- Stability: The packages and kernel used must be stable versions. Many main 
distributions such as Debian and RedHat follow his strategy.
- Xen Stability: Stable Xen support is necessary
- Security

With these criteria in mind I have reached to the following distributions: 
NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine 
Linux which claims that it is designed with security in mind, however my recent 
Experience with it showed many bugs.

Regards
--- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: 
alpine-devel+help@lists.alpinelinux.org --- .

--===============6735768152161368588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6735768152161368588==-- From xen-users-bounces@lists.xen.org Tue May 21 10:43:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 10:43: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 1Uek1X-0000KN-DX; Tue, 21 May 2013 10:42:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uek1W-0000KE-32 for xen-users@lists.xen.org; Tue, 21 May 2013 10:42:30 +0000 Received: from [85.158.139.211:56690] by server-9.bemta-5.messagelabs.com id D1/27-14875-59F4B915; Tue, 21 May 2013 10:42:29 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1369132947!18874624!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 553 invoked from network); 21 May 2013 10:42:28 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 10:42:28 -0000 Received: by mail-qc0-f182.google.com with SMTP id n1so233400qcw.13 for ; Tue, 21 May 2013 03:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LbJt+pY4AeqLQsK1Gyf0/DSLtzVGD38wcw1Wy7eDNWk=; b=mST5AncCCAXySV0+Th9XeCGKp+uXgqfhpCKVqg5uLLjdjdyy5jSQyIk5PEZj0mJr2Z CTbpgGdoSx/Wc+vyUyTyPVYhv6tFqVqL7XgSCyfBz5vBdm5Dl1Jq1Jq8UWJihvqGG+zk CMIWHq4WJGBjrxL1AVYnTn9IyabYsXwTSAA/HjHJSafS22nHeY8D7kPmqX5sFbOqtOpZ W1FDrvUUlVBYFIA1ojijqlL39+3bLK4B1ND3gYrDDmVSk+cJy6vnRnE4IB8qpWjXVQY9 CYrLpzPHYQjiBmAeNtC/FBNxDK6hCWI8Hu44xJHFkeKFffM4uiF2nkKLk9a27pW8iUaa Lv6w== MIME-Version: 1.0 X-Received: by 10.224.37.134 with SMTP id x6mr1839490qad.98.1369132946608; Tue, 21 May 2013 03:42:26 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 21 May 2013 03:42:26 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au> Date: Tue, 21 May 2013 15:42:26 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 just uploaded a version 404 to testing which has some timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the problem but might tell me more about the error if you can send me the debug log. Thanks. I'll take a peek soon. > When you say crash is that a BSoD? I can't remember if I've asked you that before. Not a BSOD but a driver crash with "device cannot start (error 10)" in device manager. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 10:43:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 10:43: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 1Uek1X-0000KN-DX; Tue, 21 May 2013 10:42:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uek1W-0000KE-32 for xen-users@lists.xen.org; Tue, 21 May 2013 10:42:30 +0000 Received: from [85.158.139.211:56690] by server-9.bemta-5.messagelabs.com id D1/27-14875-59F4B915; Tue, 21 May 2013 10:42:29 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1369132947!18874624!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 553 invoked from network); 21 May 2013 10:42:28 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 10:42:28 -0000 Received: by mail-qc0-f182.google.com with SMTP id n1so233400qcw.13 for ; Tue, 21 May 2013 03:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LbJt+pY4AeqLQsK1Gyf0/DSLtzVGD38wcw1Wy7eDNWk=; b=mST5AncCCAXySV0+Th9XeCGKp+uXgqfhpCKVqg5uLLjdjdyy5jSQyIk5PEZj0mJr2Z CTbpgGdoSx/Wc+vyUyTyPVYhv6tFqVqL7XgSCyfBz5vBdm5Dl1Jq1Jq8UWJihvqGG+zk CMIWHq4WJGBjrxL1AVYnTn9IyabYsXwTSAA/HjHJSafS22nHeY8D7kPmqX5sFbOqtOpZ W1FDrvUUlVBYFIA1ojijqlL39+3bLK4B1ND3gYrDDmVSk+cJy6vnRnE4IB8qpWjXVQY9 CYrLpzPHYQjiBmAeNtC/FBNxDK6hCWI8Hu44xJHFkeKFffM4uiF2nkKLk9a27pW8iUaa Lv6w== MIME-Version: 1.0 X-Received: by 10.224.37.134 with SMTP id x6mr1839490qad.98.1369132946608; Tue, 21 May 2013 03:42:26 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Tue, 21 May 2013 03:42:26 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B57B50D4B@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B55825@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B565AC@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57B57F42@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C97AD2@BITCOM1.int.sbss.com.au> <6035A0D088A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au> Date: Tue, 21 May 2013 15:42:26 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] gplpv: re-enabling the nic adapter removes it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 just uploaded a version 404 to testing which has some timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the problem but might tell me more about the error if you can send me the debug log. Thanks. I'll take a peek soon. > When you say crash is that a BSoD? I can't remember if I've asked you that before. Not a BSOD but a driver crash with "device cannot start (error 10)" in device manager. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 11:55:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 11:55:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uel8x-00048t-VG; Tue, 21 May 2013 11:54:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UekTk-0002EO-2h for xen-users@lists.xenproject.org; Tue, 21 May 2013 11:11:40 +0000 Received: from [85.158.138.51:65203] by server-10.bemta-3.messagelabs.com id 7C/8A-00761-B665B915; Tue, 21 May 2013 11:11:39 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369134697!21506807!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5372 invoked from network); 21 May 2013 11:11:38 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 11:11:38 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-a5-519b56699bdc Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id C1.A8.06701.9665B915; Tue, 21 May 2013 13:11:37 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.279.1; Tue, 21 May 2013 13:11:36 +0200 Message-ID: <519B5667.80900@ericsson.com> Date: Tue, 21 May 2013 16:41:35 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xenproject.org X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphluLIzCtJLcpLzFFi42KZGfG3VjczbHagwafJohbv9v1ldmD0OPzh CksAYxSXTUpqTmZZapG+XQJXxoH+K+wFn7kqZjd8Y2lgPM/RxcjJISFgIrFx/Ux2CFtM4sK9 9WxdjFwcQgKnGCVerPjGDuFsYZT4seouK0gVr4CmxLl/U4GqODhYBFQlbv5mAgmzCehJXDt2 E2yQkICyxPw7E8Di/AKmEg97Z7GClIsKhElM38kOMUVQ4uTMJywgtoiAksSyuU/YQGxhAV6J 57N/g21iBipfPXcv2CYhATWJU69zJjDyz0LSPQtJFYRtK3FhznWouLzE9rdzmCFsXYkL/6eg iC9gZFvFyJ6bmJmTXm6+iREYkge3/DbYwbjpvtghRmkOFiVx3j7tqYFCAumJJanZqakFqUXx RaU5qcWHGJk4OKUaGHW3vPzIpfddYbXd5OvccaIf3Q1nBbvNm9jT+kggMn7l5FmbF9x9M/W9 qd/ZnAuftRb9XzXVPu2WpPZ5n8Vls+7t4Yta5jqbV7bc/thsnnCrwsQVakrte8JKzMXORBk3 HMzR2yalmpdSInQwx0Dm60WefL5JKZbLUl5w2dw90/9kuYENb/P0h0osxRmJhlrMRcWJAJnz /G0XAgAA X-Mailman-Approved-At: Tue, 21 May 2013 11:54:14 +0000 Subject: [Xen-users] help X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3020908426291158451==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3020908426291158451== Content-Type: multipart/alternative; boundary="------------070400080808060602090709" --------------070400080808060602090709 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I am using Xen and trying to achieve some functionalities that was working with Virtual Box. In VB, there is a command, "VBoxManage -q modifyvm $app_name --uartmode1 server $VMDKCONS"; which will allow me to write code using pipes and sockets to achieve console connection. This is not through the regular com port. What is the xen equivalent command to do this? Thanks, Dhanesh. --------------070400080808060602090709 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I am using Xen and trying to achieve some functionalities that was working with Virtual Box.
In VB, there is a command, "VBoxManage -q modifyvm $app_name --uartmode1 server $VMDKCONS";
which will allow me to write code using pipes and sockets to achieve console connection. This is not through the regular com port. What is the xen equivalent command to do this?

Thanks,
Dhanesh.
--------------070400080808060602090709-- --===============3020908426291158451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3020908426291158451==-- From xen-users-bounces@lists.xen.org Tue May 21 11:55:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 11:55:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uel8x-00048t-VG; Tue, 21 May 2013 11:54:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UekTk-0002EO-2h for xen-users@lists.xenproject.org; Tue, 21 May 2013 11:11:40 +0000 Received: from [85.158.138.51:65203] by server-10.bemta-3.messagelabs.com id 7C/8A-00761-B665B915; Tue, 21 May 2013 11:11:39 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369134697!21506807!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5372 invoked from network); 21 May 2013 11:11:38 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 11:11:38 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-a5-519b56699bdc Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id C1.A8.06701.9665B915; Tue, 21 May 2013 13:11:37 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.279.1; Tue, 21 May 2013 13:11:36 +0200 Message-ID: <519B5667.80900@ericsson.com> Date: Tue, 21 May 2013 16:41:35 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xenproject.org X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphluLIzCtJLcpLzFFi42KZGfG3VjczbHagwafJohbv9v1ldmD0OPzh CksAYxSXTUpqTmZZapG+XQJXxoH+K+wFn7kqZjd8Y2lgPM/RxcjJISFgIrFx/Ux2CFtM4sK9 9WxdjFwcQgKnGCVerPjGDuFsYZT4seouK0gVr4CmxLl/U4GqODhYBFQlbv5mAgmzCehJXDt2 E2yQkICyxPw7E8Di/AKmEg97Z7GClIsKhElM38kOMUVQ4uTMJywgtoiAksSyuU/YQGxhAV6J 57N/g21iBipfPXcv2CYhATWJU69zJjDyz0LSPQtJFYRtK3FhznWouLzE9rdzmCFsXYkL/6eg iC9gZFvFyJ6bmJmTXm6+iREYkge3/DbYwbjpvtghRmkOFiVx3j7tqYFCAumJJanZqakFqUXx RaU5qcWHGJk4OKUaGHW3vPzIpfddYbXd5OvccaIf3Q1nBbvNm9jT+kggMn7l5FmbF9x9M/W9 qd/ZnAuftRb9XzXVPu2WpPZ5n8Vls+7t4Yta5jqbV7bc/thsnnCrwsQVakrte8JKzMXORBk3 HMzR2yalmpdSInQwx0Dm60WefL5JKZbLUl5w2dw90/9kuYENb/P0h0osxRmJhlrMRcWJAJnz /G0XAgAA X-Mailman-Approved-At: Tue, 21 May 2013 11:54:14 +0000 Subject: [Xen-users] help X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3020908426291158451==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3020908426291158451== Content-Type: multipart/alternative; boundary="------------070400080808060602090709" --------------070400080808060602090709 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I am using Xen and trying to achieve some functionalities that was working with Virtual Box. In VB, there is a command, "VBoxManage -q modifyvm $app_name --uartmode1 server $VMDKCONS"; which will allow me to write code using pipes and sockets to achieve console connection. This is not through the regular com port. What is the xen equivalent command to do this? Thanks, Dhanesh. --------------070400080808060602090709 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I am using Xen and trying to achieve some functionalities that was working with Virtual Box.
In VB, there is a command, "VBoxManage -q modifyvm $app_name --uartmode1 server $VMDKCONS";
which will allow me to write code using pipes and sockets to achieve console connection. This is not through the regular com port. What is the xen equivalent command to do this?

Thanks,
Dhanesh.
--------------070400080808060602090709-- --===============3020908426291158451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3020908426291158451==-- From xen-users-bounces@lists.xen.org Tue May 21 11:55:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 11:55: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 1Uel9M-0004AJ-7X; Tue, 21 May 2013 11:54:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueiu0-0004OK-N8 for xen-users@lists.xen.org; Tue, 21 May 2013 09:30:40 +0000 Received: from [193.109.254.147:19932] by server-4.bemta-14.messagelabs.com id CA/23-29620-FBE3B915; Tue, 21 May 2013 09:30:39 +0000 X-Env-Sender: ncopa@alpinelinux.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1369128628!9128545!1 X-Originating-IP: [74.117.189.114] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13073 invoked from network); 21 May 2013 09:30:29 -0000 Received: from mail.alpinelinux.org (HELO mail.alpinelinux.org) (74.117.189.114) by server-3.tower-27.messagelabs.com with SMTP; 21 May 2013 09:30:29 -0000 Received: from ncopa-desktop.alpinelinux.org (3.203.202.84.customer.cdi.no [84.202.203.3]) (using SSLv3 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nc@alpinelinux.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id 24198DC007F; Tue, 21 May 2013 09:30:25 +0000 (UTC) Date: Tue, 21 May 2013 11:30:22 +0200 From: Natanael Copa To: Richard Johnson Message-ID: <20130521113022.6ade937f@ncopa-desktop.alpinelinux.org> In-Reply-To: <519B085F.60707@qq.com> References: <519B085F.60707@qq.com> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.17; x86_64-unknown-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Tue, 21 May 2013 11:54:38 +0000 Cc: xen-users@lists.xen.org, alpine-devel@lists.alpinelinux.org Subject: Re: [Xen-users] [alpine-devel] Stable and Secure Distribution Supporting 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 Tue, 21 May 2013 10:08:39 +0430 Richard Johnson wrote: > I'm choosing between Unix-based operating systems that support Xen. My criteria are the following: > > - Compatibility: I want to use this OS on a various set of commonly used hardware. I have restricted the CPU instruction set scope to x86_64, but there are a vast range of graphics cards out there. You will only be able to run open source drivers with Alpine Linux. Anything in mainline linux kernel should work though. > - Stability: The packages and kernel used must be stable versions. Many main distributions such as Debian and RedHat follow his strategy. We just released alpine v2.6. It uses kernel 3.9.y + grsecurity patches. Upstream claims its "stable". I think Debian and RedHat thinks otherwise. You will have to find the balance between new features (incl new hardware) and stability. > - Xen Stability: Stable Xen support is necessary Alpine v2.6 comes with Xen 4.2.1. > - Security > > With these criteria in mind I have reached to the following distributions: NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine Linux which claims that it is designed with security in mind, however my recent Experience with it showed many bugs. Alpine Linux's security strategy is to use Grsecurity patches and a hardened gcc toolchain (similar to gentoo hardened). The idea is to make it hard to exploit (unknown) security bugs, even in kernel. Since we are a relatively small distro and are fairly early to adopt new "stable" upstream releases and try stay closer to upstream, we might hit the bugs earlier than others. The number of new bugs seems to increase with every kernel release :-/ It would be nice if you could report the bugs you have found so we have a chance to fix them. https://bugs.alpinelinux.org Thanks! -nc _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 11:55:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 11:55: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 1Uel9M-0004AJ-7X; Tue, 21 May 2013 11:54:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueiu0-0004OK-N8 for xen-users@lists.xen.org; Tue, 21 May 2013 09:30:40 +0000 Received: from [193.109.254.147:19932] by server-4.bemta-14.messagelabs.com id CA/23-29620-FBE3B915; Tue, 21 May 2013 09:30:39 +0000 X-Env-Sender: ncopa@alpinelinux.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1369128628!9128545!1 X-Originating-IP: [74.117.189.114] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13073 invoked from network); 21 May 2013 09:30:29 -0000 Received: from mail.alpinelinux.org (HELO mail.alpinelinux.org) (74.117.189.114) by server-3.tower-27.messagelabs.com with SMTP; 21 May 2013 09:30:29 -0000 Received: from ncopa-desktop.alpinelinux.org (3.203.202.84.customer.cdi.no [84.202.203.3]) (using SSLv3 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nc@alpinelinux.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id 24198DC007F; Tue, 21 May 2013 09:30:25 +0000 (UTC) Date: Tue, 21 May 2013 11:30:22 +0200 From: Natanael Copa To: Richard Johnson Message-ID: <20130521113022.6ade937f@ncopa-desktop.alpinelinux.org> In-Reply-To: <519B085F.60707@qq.com> References: <519B085F.60707@qq.com> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.17; x86_64-unknown-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Tue, 21 May 2013 11:54:38 +0000 Cc: xen-users@lists.xen.org, alpine-devel@lists.alpinelinux.org Subject: Re: [Xen-users] [alpine-devel] Stable and Secure Distribution Supporting 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 Tue, 21 May 2013 10:08:39 +0430 Richard Johnson wrote: > I'm choosing between Unix-based operating systems that support Xen. My criteria are the following: > > - Compatibility: I want to use this OS on a various set of commonly used hardware. I have restricted the CPU instruction set scope to x86_64, but there are a vast range of graphics cards out there. You will only be able to run open source drivers with Alpine Linux. Anything in mainline linux kernel should work though. > - Stability: The packages and kernel used must be stable versions. Many main distributions such as Debian and RedHat follow his strategy. We just released alpine v2.6. It uses kernel 3.9.y + grsecurity patches. Upstream claims its "stable". I think Debian and RedHat thinks otherwise. You will have to find the balance between new features (incl new hardware) and stability. > - Xen Stability: Stable Xen support is necessary Alpine v2.6 comes with Xen 4.2.1. > - Security > > With these criteria in mind I have reached to the following distributions: NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine Linux which claims that it is designed with security in mind, however my recent Experience with it showed many bugs. Alpine Linux's security strategy is to use Grsecurity patches and a hardened gcc toolchain (similar to gentoo hardened). The idea is to make it hard to exploit (unknown) security bugs, even in kernel. Since we are a relatively small distro and are fairly early to adopt new "stable" upstream releases and try stay closer to upstream, we might hit the bugs earlier than others. The number of new bugs seems to increase with every kernel release :-/ It would be nice if you could report the bugs you have found so we have a chance to fix them. https://bugs.alpinelinux.org Thanks! -nc _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 11:55:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 11:55: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 1Uel9L-0004A9-KO; Tue, 21 May 2013 11:54:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehZ4-0006gw-1I for xen-users@lists.xen.org; Tue, 21 May 2013 08:04:58 +0000 Received: from [85.158.143.99:43930] by server-3.bemta-4.messagelabs.com id D7/A6-02015-9AA2B915; Tue, 21 May 2013 08:04:57 +0000 X-Env-Sender: makarovalexey@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1369123483!28496801!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23328 invoked from network); 21 May 2013 08:04:43 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 08:04:43 -0000 Received: by mail-wi0-f179.google.com with SMTP id hq7so165107wib.0 for ; Tue, 21 May 2013 01:04:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eL/IzIRbGFRV0GyDjHo7WshEpoBn5GyRjcHRadvRObA=; b=viqINg58UQFFmLHl7yKolTf+JbZ5re2agBg8RkHKGKXY+UVZGL3FIs6Z/0wz+B1u0e ogHKRKi1cZl9iSs6tSMSbkYLepocytsD/4l7lpyoWxxmurmqB+9tr8RBPeJIwtjwdmqe mcg0FWU2P3PUegVNgddHrfRgZtwciNTOR9ViSUU45XiiyO5P8g68RxHBgH4r6FV82Yqv DOdPs1JxT0+Ig1s4FeCLEyyL3jk67wMTvDknz9stawH8AuCWjdXOpk/4zn5LQByAUu+o lDClH+IwaeC/WU2mDKTmb6jJsUSz6d1I998N04Xbzzcsz5Y5Bsau7evdc2iYW1x4Th3Y 0stg== MIME-Version: 1.0 X-Received: by 10.180.36.229 with SMTP id t5mr21291118wij.21.1369123481544; Tue, 21 May 2013 01:04:41 -0700 (PDT) Received: by 10.227.175.8 with HTTP; Tue, 21 May 2013 01:04:41 -0700 (PDT) In-Reply-To: <519A5A02.1060802@ondore.com> References: <519A5A02.1060802@ondore.com> Date: Tue, 21 May 2013 12:04:41 +0400 Message-ID: From: Alexey Makarov To: Alexandre Kouznetsov X-Mailman-Approved-At: Tue, 21 May 2013 11:54:38 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1313715121181967106==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1313715121181967106== Content-Type: multipart/alternative; boundary=e89a8f502e8cc5701104dd35e6b8 --e89a8f502e8cc5701104dd35e6b8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, xsconsole. xe pif-list shows nothing. (No any interfaces) xe network-list shows defaults XCP networks ifconfig -a shows that eth0, eth1 - BROADCAST MULTICAST 2013/5/20 Alexandre Kouznetsov > Hello. > > El 20/05/13 09:54, Alexey Makarov escribi=C3=B3: > > On a fresh installation of XCP 1.6 there is no interface in XCP Network >> Management. >> > What is "XCP Network Management", xsconsole? > > By default, XCP 1.6 creates a "network" for each physical interface, as a > bridge. So, there is no ethX directly usable, the bridges are used as > network interface instead. > > Check "xe network-list" and "xe pif-list" output to inspect that. > > > While in comman line ifconfig -a shows me both physical interfaces. >> > Does they have the "UP" flag or not? > > Greetings. > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Best regards, Makarov Alexey --e89a8f502e8cc5701104dd35e6b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, xsconsole.

xe pif-list shows nothing. (No any interfaces)
xe= network-list shows defaults XCP networks

ifconfig -a shows that eth= 0, eth1 - BROADCAST MULTICAST

2013/5/20 A= lexandre Kouznetsov <alk@ondore.com>
Hello.

El 20/05/13 09:54, Alexey Makarov escribi=C3=B3:

On a fresh installation of XCP 1.6 there is no interface in XCP Network
Management.
What is "XCP Network Management", xsconsole?

By default, XCP 1.6 creates a "network" for each physical interfa= ce, as a bridge. So, there is no ethX directly usable, the bridges are used= as network interface instead.

Check "xe network-list" and "xe pif-list" output to ins= pect that.


While in comman line ifconfig -a shows me both physical interfaces.
Does they have the "UP" flag or not?

Greetings.

--
Alexandre Kouznetsov


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



--
Best rega= rds, Makarov Alexey --e89a8f502e8cc5701104dd35e6b8-- --===============1313715121181967106== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1313715121181967106==-- From xen-users-bounces@lists.xen.org Tue May 21 11:55:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 11:55: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 1Uel9L-0004A9-KO; Tue, 21 May 2013 11:54:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UehZ4-0006gw-1I for xen-users@lists.xen.org; Tue, 21 May 2013 08:04:58 +0000 Received: from [85.158.143.99:43930] by server-3.bemta-4.messagelabs.com id D7/A6-02015-9AA2B915; Tue, 21 May 2013 08:04:57 +0000 X-Env-Sender: makarovalexey@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1369123483!28496801!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23328 invoked from network); 21 May 2013 08:04:43 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 08:04:43 -0000 Received: by mail-wi0-f179.google.com with SMTP id hq7so165107wib.0 for ; Tue, 21 May 2013 01:04:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eL/IzIRbGFRV0GyDjHo7WshEpoBn5GyRjcHRadvRObA=; b=viqINg58UQFFmLHl7yKolTf+JbZ5re2agBg8RkHKGKXY+UVZGL3FIs6Z/0wz+B1u0e ogHKRKi1cZl9iSs6tSMSbkYLepocytsD/4l7lpyoWxxmurmqB+9tr8RBPeJIwtjwdmqe mcg0FWU2P3PUegVNgddHrfRgZtwciNTOR9ViSUU45XiiyO5P8g68RxHBgH4r6FV82Yqv DOdPs1JxT0+Ig1s4FeCLEyyL3jk67wMTvDknz9stawH8AuCWjdXOpk/4zn5LQByAUu+o lDClH+IwaeC/WU2mDKTmb6jJsUSz6d1I998N04Xbzzcsz5Y5Bsau7evdc2iYW1x4Th3Y 0stg== MIME-Version: 1.0 X-Received: by 10.180.36.229 with SMTP id t5mr21291118wij.21.1369123481544; Tue, 21 May 2013 01:04:41 -0700 (PDT) Received: by 10.227.175.8 with HTTP; Tue, 21 May 2013 01:04:41 -0700 (PDT) In-Reply-To: <519A5A02.1060802@ondore.com> References: <519A5A02.1060802@ondore.com> Date: Tue, 21 May 2013 12:04:41 +0400 Message-ID: From: Alexey Makarov To: Alexandre Kouznetsov X-Mailman-Approved-At: Tue, 21 May 2013 11:54:38 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1313715121181967106==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1313715121181967106== Content-Type: multipart/alternative; boundary=e89a8f502e8cc5701104dd35e6b8 --e89a8f502e8cc5701104dd35e6b8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, xsconsole. xe pif-list shows nothing. (No any interfaces) xe network-list shows defaults XCP networks ifconfig -a shows that eth0, eth1 - BROADCAST MULTICAST 2013/5/20 Alexandre Kouznetsov > Hello. > > El 20/05/13 09:54, Alexey Makarov escribi=C3=B3: > > On a fresh installation of XCP 1.6 there is no interface in XCP Network >> Management. >> > What is "XCP Network Management", xsconsole? > > By default, XCP 1.6 creates a "network" for each physical interface, as a > bridge. So, there is no ethX directly usable, the bridges are used as > network interface instead. > > Check "xe network-list" and "xe pif-list" output to inspect that. > > > While in comman line ifconfig -a shows me both physical interfaces. >> > Does they have the "UP" flag or not? > > Greetings. > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Best regards, Makarov Alexey --e89a8f502e8cc5701104dd35e6b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, xsconsole.

xe pif-list shows nothing. (No any interfaces)
xe= network-list shows defaults XCP networks

ifconfig -a shows that eth= 0, eth1 - BROADCAST MULTICAST

2013/5/20 A= lexandre Kouznetsov <alk@ondore.com>
Hello.

El 20/05/13 09:54, Alexey Makarov escribi=C3=B3:

On a fresh installation of XCP 1.6 there is no interface in XCP Network
Management.
What is "XCP Network Management", xsconsole?

By default, XCP 1.6 creates a "network" for each physical interfa= ce, as a bridge. So, there is no ethX directly usable, the bridges are used= as network interface instead.

Check "xe network-list" and "xe pif-list" output to ins= pect that.


While in comman line ifconfig -a shows me both physical interfaces.
Does they have the "UP" flag or not?

Greetings.

--
Alexandre Kouznetsov


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



--
Best rega= rds, Makarov Alexey --e89a8f502e8cc5701104dd35e6b8-- --===============1313715121181967106== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1313715121181967106==-- From xen-users-bounces@lists.xen.org Tue May 21 14:30:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 14:30: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 1UenZ9-00034R-6M; Tue, 21 May 2013 14:29:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UenZ6-000344-V3; Tue, 21 May 2013 14:29:25 +0000 Received: from [85.158.139.83:46048] by server-5.bemta-5.messagelabs.com id F8/8F-27009-4C48B915; Tue, 21 May 2013 14:29:24 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1369146561!24479163!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24327 invoked from network); 21 May 2013 14:29:23 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 14:29:23 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4LETJVM000720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 May 2013 14:29:20 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LETIdn001294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 May 2013 14:29:19 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LETIr4004026; Tue, 21 May 2013 14:29:18 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 May 2013 07:29:18 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 1A4711BF781; Tue, 21 May 2013 10:29:17 -0400 (EDT) Date: Tue, 21 May 2013 10:29:17 -0400 From: Konrad Rzeszutek Wilk To: jacek burghardt Message-ID: <20130521142917.GO492@phenom.dumpdata.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: > I believe both mailing lists are great but there are so may postings that > many issues get missed. There are some bugs that hand never been resolved > because developers are unaware of it. I just setup forum for xen users at > sam.hebe.us/forums please be free to join It would be easier for us if the bug reports and such were posted on xen-devel. Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html when doing it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 14:30:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 14:30: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 1UenZ9-00034R-6M; Tue, 21 May 2013 14:29:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UenZ6-000344-V3; Tue, 21 May 2013 14:29:25 +0000 Received: from [85.158.139.83:46048] by server-5.bemta-5.messagelabs.com id F8/8F-27009-4C48B915; Tue, 21 May 2013 14:29:24 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1369146561!24479163!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24327 invoked from network); 21 May 2013 14:29:23 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 14:29:23 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4LETJVM000720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 May 2013 14:29:20 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LETIdn001294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 May 2013 14:29:19 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LETIr4004026; Tue, 21 May 2013 14:29:18 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 May 2013 07:29:18 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 1A4711BF781; Tue, 21 May 2013 10:29:17 -0400 (EDT) Date: Tue, 21 May 2013 10:29:17 -0400 From: Konrad Rzeszutek Wilk To: jacek burghardt Message-ID: <20130521142917.GO492@phenom.dumpdata.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: > I believe both mailing lists are great but there are so may postings that > many issues get missed. There are some bugs that hand never been resolved > because developers are unaware of it. I just setup forum for xen users at > sam.hebe.us/forums please be free to join It would be easier for us if the bug reports and such were posted on xen-devel. Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html when doing it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 15:00:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:00: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 1Ueo21-0005b1-F1; Tue, 21 May 2013 14:59:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueo1z-0005Zs-Nd; Tue, 21 May 2013 14:59:15 +0000 Received: from [85.158.143.99:58007] by server-3.bemta-4.messagelabs.com id F9/13-02015-2CB8B915; Tue, 21 May 2013 14:59:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1369148262!23761323!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28137 invoked from network); 21 May 2013 14:57:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 14:57:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 48EAA22124E; Tue, 21 May 2013 15:57:41 +0100 (BST) MIME-Version: 1.0 Date: Tue, 21 May 2013 15:57:41 +0100 From: Gordan Bobic To: Konrad Rzeszutek Wilk In-Reply-To: <20130521142917.GO492@phenom.dumpdata.com> References: <20130521142917.GO492@phenom.dumpdata.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , jacek burghardt , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk wrote: > On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >> I believe both mailing lists are great but there are so may postings >> that >> many issues get missed. There are some bugs that hand never been >> resolved >> because developers are unaware of it. I just setup forum for xen >> users at >> sam.hebe.us/forums please be free to join > > It would be easier for us if the bug reports and such were posted on > xen-devel. > Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html > when > doing it. Surely a bug-tracking system that emails all reports to xen-devel automatically would cover the best of both worlds, would it not? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 15:00:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:00: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 1Ueo21-0005b1-F1; Tue, 21 May 2013 14:59:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueo1z-0005Zs-Nd; Tue, 21 May 2013 14:59:15 +0000 Received: from [85.158.143.99:58007] by server-3.bemta-4.messagelabs.com id F9/13-02015-2CB8B915; Tue, 21 May 2013 14:59:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-216.messagelabs.com!1369148262!23761323!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28137 invoked from network); 21 May 2013 14:57:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 14:57:43 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 48EAA22124E; Tue, 21 May 2013 15:57:41 +0100 (BST) MIME-Version: 1.0 Date: Tue, 21 May 2013 15:57:41 +0100 From: Gordan Bobic To: Konrad Rzeszutek Wilk In-Reply-To: <20130521142917.GO492@phenom.dumpdata.com> References: <20130521142917.GO492@phenom.dumpdata.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , jacek burghardt , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk wrote: > On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >> I believe both mailing lists are great but there are so may postings >> that >> many issues get missed. There are some bugs that hand never been >> resolved >> because developers are unaware of it. I just setup forum for xen >> users at >> sam.hebe.us/forums please be free to join > > It would be easier for us if the bug reports and such were posted on > xen-devel. > Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html > when > doing it. Surely a bug-tracking system that emails all reports to xen-devel automatically would cover the best of both worlds, would it not? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 15:05:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:05: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 1Ueo7D-0006ES-DY; Tue, 21 May 2013 15:04:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueo7B-0006E8-CO; Tue, 21 May 2013 15:04:37 +0000 Received: from [85.158.138.51:33561] by server-13.bemta-3.messagelabs.com id 05/1E-19597-40D8B915; Tue, 21 May 2013 15:04:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1369148675!27985280!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31197 invoked from network); 21 May 2013 15:04:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 15:04:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,714,1363132800"; d="scan'208";a="4812834" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 21 May 2013 15:04:35 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Tue, 21 May 2013 16:04:35 +0100 Message-ID: <1369148674.21246.92.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Gordan Bobic Date: Tue, 21 May 2013 16:04:34 +0100 In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , xen-devel@lists.xen.org, jacek burghardt , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-21 at 15:57 +0100, Gordan Bobic wrote: > On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk > wrote: > > On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: > >> I believe both mailing lists are great but there are so may postings > >> that > >> many issues get missed. There are some bugs that hand never been > >> resolved > >> because developers are unaware of it. I just setup forum for xen > >> users at > >> sam.hebe.us/forums please be free to join > > > > It would be easier for us if the bug reports and such were posted on > > xen-devel. > > Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html > > when > > doing it. > > Surely a bug-tracking system that emails all reports to xen-devel > automatically would cover the best of both worlds, would it not? Not unless developers can reply to the bug by hitting reply in their MUA. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 15:05:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:05: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 1Ueo7D-0006ES-DY; Tue, 21 May 2013 15:04:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueo7B-0006E8-CO; Tue, 21 May 2013 15:04:37 +0000 Received: from [85.158.138.51:33561] by server-13.bemta-3.messagelabs.com id 05/1E-19597-40D8B915; Tue, 21 May 2013 15:04:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1369148675!27985280!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31197 invoked from network); 21 May 2013 15:04:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 15:04:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,714,1363132800"; d="scan'208";a="4812834" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 21 May 2013 15:04:35 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Tue, 21 May 2013 16:04:35 +0100 Message-ID: <1369148674.21246.92.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Gordan Bobic Date: Tue, 21 May 2013 16:04:34 +0100 In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , xen-devel@lists.xen.org, jacek burghardt , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-21 at 15:57 +0100, Gordan Bobic wrote: > On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk > wrote: > > On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: > >> I believe both mailing lists are great but there are so may postings > >> that > >> many issues get missed. There are some bugs that hand never been > >> resolved > >> because developers are unaware of it. I just setup forum for xen > >> users at > >> sam.hebe.us/forums please be free to join > > > > It would be easier for us if the bug reports and such were posted on > > xen-devel. > > Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html > > when > > doing it. > > Surely a bug-tracking system that emails all reports to xen-devel > automatically would cover the best of both worlds, would it not? Not unless developers can reply to the bug by hitting reply in their MUA. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 15:54:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:54: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 1Ueosr-0000mE-42; Tue, 21 May 2013 15:53:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeoZ4-0008SJ-PZ for xen-users@lists.xen.org; Tue, 21 May 2013 15:33:27 +0000 Received: from [85.158.138.51:11822] by server-15.bemta-3.messagelabs.com id 9A/54-32363-0C39B915; Tue, 21 May 2013 15:33:20 +0000 X-Env-Sender: jon_skilling@hotmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369150398!26138043!1 X-Originating-IP: [65.54.190.100] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11427 invoked from network); 21 May 2013 15:33:18 -0000 Received: from bay0-omc2-s25.bay0.hotmail.com (HELO bay0-omc2-s25.bay0.hotmail.com) (65.54.190.100) by server-15.tower-174.messagelabs.com with SMTP; 21 May 2013 15:33:18 -0000 Received: from BAY178-DS4 ([65.54.190.125]) by bay0-omc2-s25.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 21 May 2013 08:33:17 -0700 X-TMN: [EjwoAikJTFFKNO2iz6w4N0A5UQk/xbqX] X-Originating-Email: [jon_skilling@hotmail.com] Message-ID: From: Jon Skilling To: "'Gordan Bobic'" References: <519B15C8.9030605@bobich.net> In-Reply-To: <519B15C8.9030605@bobich.net> Date: Tue, 21 May 2013 16:33:15 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGCFliQFsDHcj5itccc5WcUoG0moQLncGKFmZEBuGA= Content-Language: en-gb X-OriginalArrivalTime: 21 May 2013 15:33:17.0391 (UTC) FILETIME=[840CC5F0:01CE5638] X-Mailman-Approved-At: Tue, 21 May 2013 15:53:51 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Gordan, Thanks for your reply. It is my understanding that PCI pass-through should work for PV guests, which is what I am creating here. One thing that I notice though, other than XL DMESG giving the message about Vt-d being disabled, is that other than the command line message, iommu=soft doesn't seem to produce any confirmation messages anywhere so I can't really tell if this is running or not. I have to confess that I have not seen any documentation on XL stating that the device must be detached from Dom0 before it can be attached to a guest. Certainly, XL pci-detach freePBX 06:01.0 produces an error saying that the domain is invalid. However, I tried your suggestion prior to starting the domain and it runs without complaint and says that the device has been detached. I reincorporated your suggestion into xen-pciback.conf and added modprobe xen-pciback into rc.local to get everything to start at boot up and restarted the machine. I then ran the virsh-nodev-detach command followed by xl create -c freePBX.cfg. Unfortunately, this produced the same result as before. I've also tried adding iommu=soft to the Dom0 kernel line, but as I said, this didn't produce any discernible differences to the XL DMESG output. Instead of hotplugging, I tried adding the two last lines to the end of the freePBX.cfg file: name = "freePBX" uuid = "91cd5696-1451-c333-f6a4-1628a79976bd" maxmem = 1024 memory = 1024 vcpus = 1 bootloader = "pygrub" localtime = 0 on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" disk = [ "phy:/dev/VolGroup/freePBX,xvda,w" ] vif = [ "mac=00:16:3e:00:9a:9c,bridge=br0,script=vif-bridge,vifname=vif2.0" ] extra = "iommu=soft debug loglevel=10 earlyprintk=xenboot console=hvc0 ro xencons=tty" pci = ['06:01.0,permissive=1'] As you can see from above, I'm allocating 1024Mb to the guest. I haven't got time now until the weekend to apply the 4.2.2-5 patches to check if they solve my problem, but I'll post a message when I've done it to update on how it went. Suffice to say, I'm still getting the same error message :-( Thanks for your help and input. Jon -----Original Message----- From: Gordan Bobic [mailto:gordan@bobich.net] Sent: 21 May 2013 07:36 To: Jon Skilling Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision I'm pretty sure I seem to recall that PCI passthrough will not work without VT-d, but by all means, feel free to try. Even if you did have working VT-d, though, you have to detach the device from dom0 before you can add it to domU, using something like: virsh nodedev-detach pci_0000_06_01_0 Given the EL6 CRC Xen packages you are using, they use pciback built as a module, so kernel boot parameters won't help. What you need to do is add this to /etc/modprobe.d/: # cat xen-pciback.conf options xen-pciback permissive=1 hide=(06:01.0) Run depmod -a once you have done that. Then: # modprobe xen-pciback virsh nodedev-detach pci_0000_06_01_0 Also add the driver for the card to /etc/modprobe.d/blacklist.conf. After that you should be able to boot the domU with the device. You may also want to upgrade to the latest testing packages (4.2.2-5) since they include a PCI passthrough fix from a couple of days ago, although it doesn't look like you are falling foul of it. Also, how much RAM are you passing to domU? Try giving it <= 2GB. There is a PCI memory map bug that can cause a nasty memory stomp that kept me chasing my tail for days. For most people it manifests at > 4GB, but on my system it manifested at > 2GB. HTH. Gordan On 05/20/2013 06:04 PM, Jon Skilling wrote: > Hi, > > I've been trying to configure Xeon on my HP ML350 G4 server for the > past two weeks and despite reading just about every word of the Xen > wiki and numerous other posts and mails, I can't find a solution to my problem. > Any help on this would be much appreciated! > > Setup: > > HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium > TDM410P analogue PBX card on PCI. Hardware virtualization (Vt-d) is > not an option with this machine. > > I followed these instructions (more or less) to set up Dom0 and DomU: > > http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64 > -paravirtualization-and-hardware-virtualization > > with the following changes: > > Host Dom0 (Centos 6.4): > > xen-4.2.2-4.el6.x86_64 > > kernel-xen-3.9.2-1.el6xen.x86_64 > > libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to > 1.0.3. From checking the source, the Xen patch appears to be there > already, so no recompile needed - the Xen patch doesn't work with this > source anyway. > > XEND has been disabled from boot up because it causes problems with XL > tools although the same address space collision occurs if I use the XM > tool set. > > I have tried xen-pciback.hide(06:01.0) on the kernel module > definitions in boot.conf but this doesn't seem to do anything. Adding > records to modprobe.conf and rc.local work better. > > The device I'm trying to passthrough is defined: > > 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port > analog card (rev 11) > > Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card > > Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx- > > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium > >TAbort- SERR- > Interrupt: pin A routed to IRQ 16 > > Region 0: I/O ports at 5000 [disabled] [size=256] > > Region 1: Memory at fdef0000 (32-bit, non-prefetchable) > [disabled] [size=1K] > > [virtual] Expansion ROM at f0000000 [disabled] [size=128K] > > Capabilities: [c0] Power Management version 2 > > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=100mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 > PME- > > Kernel driver in use: pciback > > Guest DomU (Centos 6.4): > > kernel-xen-3.9.2-1.el6xen.x86_64 > > Created using virt-install onto a 20G LVM with 1024Mb ram > > XML for DomU dumped and converted to native then the domain destroyed > and undefined and recreated using XL create with the new cfg file. > This is to allow inclusion of pci ['06:01.0'] parameter in config. > > Using the static setup, I can get Dom0 to hide the PCI device. I can > also achieve the same effect with the dynamic set up using > pci-assignable-attach and pci-attach. Here is the dmesg relating to > the device. Reg 30 is highlighted because this seems to be where the problem is. > > pci 0000:06:01.0: [d161:8005] type 00 class 0x020000 > > pci 0000:06:01.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:06:01.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:06:01.0: *reg 30: [mem 0x00000000-0x0001ffff pref]* > > pci 0000:06:01.0: supports D1 D2 > > pci 0000:06:01.0: PME# supported from D0 D1 D2 D3hot D3cold > > pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff pref] > > pciback 0000:06:01.0: seizing device > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 > > In the Dom0 I can define the device statically in the config file or > dynamically as described above. Both scenarios result in the same > error being displayed. > > pcifront pci-0: Installing PCI frontend > > pcifront pci-0: Creating PCI Frontend Bus 0000:00 > > pcifront pci-0: PCI host bridge to bus 0000:00 > > pci_bus 0000:00: root bus resource [io 0x0000-0xffff] > > pci_bus 0000:00: root bus resource [mem 0x00000000-0xfffffffff] > > pci_bus 0000:00: root bus resource [bus 00-ff] > > pci 0000:00:00.0: [d161:8005] type 00 class 0x020000 > > pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pref]* > > pci 0000:00:00.0: supports D1 D2 > > pcifront pci-0: claiming resource 0000:00:00.0/0 > > pcifront pci-0: claiming resource 0000:00:00.0/1 > > pcifront pci-0: claiming resource 0000:00:00.0/6 > > pci 0000:00:00.0: address space collision: [mem 0xf0000000-0xffffffff > pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff] > > pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offline. > Try using e820_host=1 in the guest config. > > This appears to show that the PCI device is conflicting with itself > (reg > 14 with reg 30) because the address space for reg 30 is different in > pciback to pcifront. > > I have tried setting up the domain with both XM and XL with the same > result > > Adding passthrough and permissive settings with no change > > Adding iommu=soft to guest kernel command line. > > I've tried adding the e820_host flag to the config file but this > doesn't seem to solve anything. > > Different Xen enabled kernels. > > Wiping the server and rebuilding the whole thing from scratch (more > than > once) > > The Digium PCI card works fine on a normal Centos 6.3 setup with no Xen. > > I'm out of ideas now on how to solve this, so if anyone has made this > card work by doing something different, I'd be grateful for any > suggestions. I've looked at the source for pcifont.c and come to the > conclusion that my c coding skills are not going to be good enough to > debug/change this program. > > I can provide more dmesg outputs or other documentation if needed. > > Thanks in advance for any help > > Jon > > > > _______________________________________________ > 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 May 21 15:54:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:54: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 1Ueosr-0000mE-42; Tue, 21 May 2013 15:53:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeoZ4-0008SJ-PZ for xen-users@lists.xen.org; Tue, 21 May 2013 15:33:27 +0000 Received: from [85.158.138.51:11822] by server-15.bemta-3.messagelabs.com id 9A/54-32363-0C39B915; Tue, 21 May 2013 15:33:20 +0000 X-Env-Sender: jon_skilling@hotmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369150398!26138043!1 X-Originating-IP: [65.54.190.100] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11427 invoked from network); 21 May 2013 15:33:18 -0000 Received: from bay0-omc2-s25.bay0.hotmail.com (HELO bay0-omc2-s25.bay0.hotmail.com) (65.54.190.100) by server-15.tower-174.messagelabs.com with SMTP; 21 May 2013 15:33:18 -0000 Received: from BAY178-DS4 ([65.54.190.125]) by bay0-omc2-s25.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 21 May 2013 08:33:17 -0700 X-TMN: [EjwoAikJTFFKNO2iz6w4N0A5UQk/xbqX] X-Originating-Email: [jon_skilling@hotmail.com] Message-ID: From: Jon Skilling To: "'Gordan Bobic'" References: <519B15C8.9030605@bobich.net> In-Reply-To: <519B15C8.9030605@bobich.net> Date: Tue, 21 May 2013 16:33:15 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGCFliQFsDHcj5itccc5WcUoG0moQLncGKFmZEBuGA= Content-Language: en-gb X-OriginalArrivalTime: 21 May 2013 15:33:17.0391 (UTC) FILETIME=[840CC5F0:01CE5638] X-Mailman-Approved-At: Tue, 21 May 2013 15:53:51 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Gordan, Thanks for your reply. It is my understanding that PCI pass-through should work for PV guests, which is what I am creating here. One thing that I notice though, other than XL DMESG giving the message about Vt-d being disabled, is that other than the command line message, iommu=soft doesn't seem to produce any confirmation messages anywhere so I can't really tell if this is running or not. I have to confess that I have not seen any documentation on XL stating that the device must be detached from Dom0 before it can be attached to a guest. Certainly, XL pci-detach freePBX 06:01.0 produces an error saying that the domain is invalid. However, I tried your suggestion prior to starting the domain and it runs without complaint and says that the device has been detached. I reincorporated your suggestion into xen-pciback.conf and added modprobe xen-pciback into rc.local to get everything to start at boot up and restarted the machine. I then ran the virsh-nodev-detach command followed by xl create -c freePBX.cfg. Unfortunately, this produced the same result as before. I've also tried adding iommu=soft to the Dom0 kernel line, but as I said, this didn't produce any discernible differences to the XL DMESG output. Instead of hotplugging, I tried adding the two last lines to the end of the freePBX.cfg file: name = "freePBX" uuid = "91cd5696-1451-c333-f6a4-1628a79976bd" maxmem = 1024 memory = 1024 vcpus = 1 bootloader = "pygrub" localtime = 0 on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" disk = [ "phy:/dev/VolGroup/freePBX,xvda,w" ] vif = [ "mac=00:16:3e:00:9a:9c,bridge=br0,script=vif-bridge,vifname=vif2.0" ] extra = "iommu=soft debug loglevel=10 earlyprintk=xenboot console=hvc0 ro xencons=tty" pci = ['06:01.0,permissive=1'] As you can see from above, I'm allocating 1024Mb to the guest. I haven't got time now until the weekend to apply the 4.2.2-5 patches to check if they solve my problem, but I'll post a message when I've done it to update on how it went. Suffice to say, I'm still getting the same error message :-( Thanks for your help and input. Jon -----Original Message----- From: Gordan Bobic [mailto:gordan@bobich.net] Sent: 21 May 2013 07:36 To: Jon Skilling Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision I'm pretty sure I seem to recall that PCI passthrough will not work without VT-d, but by all means, feel free to try. Even if you did have working VT-d, though, you have to detach the device from dom0 before you can add it to domU, using something like: virsh nodedev-detach pci_0000_06_01_0 Given the EL6 CRC Xen packages you are using, they use pciback built as a module, so kernel boot parameters won't help. What you need to do is add this to /etc/modprobe.d/: # cat xen-pciback.conf options xen-pciback permissive=1 hide=(06:01.0) Run depmod -a once you have done that. Then: # modprobe xen-pciback virsh nodedev-detach pci_0000_06_01_0 Also add the driver for the card to /etc/modprobe.d/blacklist.conf. After that you should be able to boot the domU with the device. You may also want to upgrade to the latest testing packages (4.2.2-5) since they include a PCI passthrough fix from a couple of days ago, although it doesn't look like you are falling foul of it. Also, how much RAM are you passing to domU? Try giving it <= 2GB. There is a PCI memory map bug that can cause a nasty memory stomp that kept me chasing my tail for days. For most people it manifests at > 4GB, but on my system it manifested at > 2GB. HTH. Gordan On 05/20/2013 06:04 PM, Jon Skilling wrote: > Hi, > > I've been trying to configure Xeon on my HP ML350 G4 server for the > past two weeks and despite reading just about every word of the Xen > wiki and numerous other posts and mails, I can't find a solution to my problem. > Any help on this would be much appreciated! > > Setup: > > HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium > TDM410P analogue PBX card on PCI. Hardware virtualization (Vt-d) is > not an option with this machine. > > I followed these instructions (more or less) to set up Dom0 and DomU: > > http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64 > -paravirtualization-and-hardware-virtualization > > with the following changes: > > Host Dom0 (Centos 6.4): > > xen-4.2.2-4.el6.x86_64 > > kernel-xen-3.9.2-1.el6xen.x86_64 > > libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to > 1.0.3. From checking the source, the Xen patch appears to be there > already, so no recompile needed - the Xen patch doesn't work with this > source anyway. > > XEND has been disabled from boot up because it causes problems with XL > tools although the same address space collision occurs if I use the XM > tool set. > > I have tried xen-pciback.hide(06:01.0) on the kernel module > definitions in boot.conf but this doesn't seem to do anything. Adding > records to modprobe.conf and rc.local work better. > > The device I'm trying to passthrough is defined: > > 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port > analog card (rev 11) > > Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card > > Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx- > > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium > >TAbort- SERR- > Interrupt: pin A routed to IRQ 16 > > Region 0: I/O ports at 5000 [disabled] [size=256] > > Region 1: Memory at fdef0000 (32-bit, non-prefetchable) > [disabled] [size=1K] > > [virtual] Expansion ROM at f0000000 [disabled] [size=128K] > > Capabilities: [c0] Power Management version 2 > > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=100mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 > PME- > > Kernel driver in use: pciback > > Guest DomU (Centos 6.4): > > kernel-xen-3.9.2-1.el6xen.x86_64 > > Created using virt-install onto a 20G LVM with 1024Mb ram > > XML for DomU dumped and converted to native then the domain destroyed > and undefined and recreated using XL create with the new cfg file. > This is to allow inclusion of pci ['06:01.0'] parameter in config. > > Using the static setup, I can get Dom0 to hide the PCI device. I can > also achieve the same effect with the dynamic set up using > pci-assignable-attach and pci-attach. Here is the dmesg relating to > the device. Reg 30 is highlighted because this seems to be where the problem is. > > pci 0000:06:01.0: [d161:8005] type 00 class 0x020000 > > pci 0000:06:01.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:06:01.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:06:01.0: *reg 30: [mem 0x00000000-0x0001ffff pref]* > > pci 0000:06:01.0: supports D1 D2 > > pci 0000:06:01.0: PME# supported from D0 D1 D2 D3hot D3cold > > pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff pref] > > pciback 0000:06:01.0: seizing device > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16 > > xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 > > In the Dom0 I can define the device statically in the config file or > dynamically as described above. Both scenarios result in the same > error being displayed. > > pcifront pci-0: Installing PCI frontend > > pcifront pci-0: Creating PCI Frontend Bus 0000:00 > > pcifront pci-0: PCI host bridge to bus 0000:00 > > pci_bus 0000:00: root bus resource [io 0x0000-0xffff] > > pci_bus 0000:00: root bus resource [mem 0x00000000-0xfffffffff] > > pci_bus 0000:00: root bus resource [bus 00-ff] > > pci 0000:00:00.0: [d161:8005] type 00 class 0x020000 > > pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff] > > pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff] > > pci 0000:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pref]* > > pci 0000:00:00.0: supports D1 D2 > > pcifront pci-0: claiming resource 0000:00:00.0/0 > > pcifront pci-0: claiming resource 0000:00:00.0/1 > > pcifront pci-0: claiming resource 0000:00:00.0/6 > > pci 0000:00:00.0: address space collision: [mem 0xf0000000-0xffffffff > pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff] > > pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offline. > Try using e820_host=1 in the guest config. > > This appears to show that the PCI device is conflicting with itself > (reg > 14 with reg 30) because the address space for reg 30 is different in > pciback to pcifront. > > I have tried setting up the domain with both XM and XL with the same > result > > Adding passthrough and permissive settings with no change > > Adding iommu=soft to guest kernel command line. > > I've tried adding the e820_host flag to the config file but this > doesn't seem to solve anything. > > Different Xen enabled kernels. > > Wiping the server and rebuilding the whole thing from scratch (more > than > once) > > The Digium PCI card works fine on a normal Centos 6.3 setup with no Xen. > > I'm out of ideas now on how to solve this, so if anyone has made this > card work by doing something different, I'd be grateful for any > suggestions. I've looked at the source for pcifont.c and come to the > conclusion that my c coding skills are not going to be good enough to > debug/change this program. > > I can provide more dmesg outputs or other documentation if needed. > > Thanks in advance for any help > > Jon > > > > _______________________________________________ > 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 May 21 15:54:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:54:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueosq-0000m0-G8; Tue, 21 May 2013 15:53:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UenUC-0002jC-KU; Tue, 21 May 2013 14:24:20 +0000 Received: from [193.109.254.147:61040] by server-1.bemta-14.messagelabs.com id 54/D5-06919-2938B915; Tue, 21 May 2013 14:24:18 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369146240!8596855!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 bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9900 invoked from network); 21 May 2013 14:24:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 14:24:01 -0000 X-IronPort-AV: E=Sophos;i="4.87,714,1363132800"; d="asc'?scan'208";a="4810874" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 21 May 2013 14:24:01 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 21 May 2013 15:24:00 +0100 Message-ID: <1369146239.12423.92.camel@Solace> From: Dario Faggioli To: xen-devel Date: Tue, 21 May 2013 16:23:59 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 21 May 2013 15:53:51 +0000 Cc: xen-users , "xen-api@lists.xen.org" Subject: [Xen-users] 2nd Xen Test Day for 4.3 is Tomorrow! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7772617009159262627==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7772617009159262627== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Swb4aFcIw8En0UGzbJCo" --=-Swb4aFcIw8En0UGzbJCo Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi everybody, Allow me to quickly remind you that the second Xen Test Day for the Xen 4.3 release cycle is happening *tomorrow* (Wed, May 22nd)! We will be on #xentest, testing Xen-4.3.0-RC2, which has just been announced. For more information, see: - On Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days - On getting and testing RC2: http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - On testing Xen in general: http://wiki.xen.org/wiki/Testing_Xen See you tomorrow on freenode channel #xentest. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-Swb4aFcIw8En0UGzbJCo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGbg38ACgkQk4XaBE3IOsSBlgCeLQOTCeJBqHRh0iumYBmSBEVK ljEAnjDqfyNQXoRVEVePqQ2d/6g4uwiP =+URg -----END PGP SIGNATURE----- --=-Swb4aFcIw8En0UGzbJCo-- --===============7772617009159262627== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7772617009159262627==-- From xen-users-bounces@lists.xen.org Tue May 21 15:54:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:54:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueosq-0000m0-G8; Tue, 21 May 2013 15:53:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UenUC-0002jC-KU; Tue, 21 May 2013 14:24:20 +0000 Received: from [193.109.254.147:61040] by server-1.bemta-14.messagelabs.com id 54/D5-06919-2938B915; Tue, 21 May 2013 14:24:18 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369146240!8596855!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 bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9900 invoked from network); 21 May 2013 14:24:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 14:24:01 -0000 X-IronPort-AV: E=Sophos;i="4.87,714,1363132800"; d="asc'?scan'208";a="4810874" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 21 May 2013 14:24:01 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 21 May 2013 15:24:00 +0100 Message-ID: <1369146239.12423.92.camel@Solace> From: Dario Faggioli To: xen-devel Date: Tue, 21 May 2013 16:23:59 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 21 May 2013 15:53:51 +0000 Cc: xen-users , "xen-api@lists.xen.org" Subject: [Xen-users] 2nd Xen Test Day for 4.3 is Tomorrow! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7772617009159262627==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7772617009159262627== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Swb4aFcIw8En0UGzbJCo" --=-Swb4aFcIw8En0UGzbJCo Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi everybody, Allow me to quickly remind you that the second Xen Test Day for the Xen 4.3 release cycle is happening *tomorrow* (Wed, May 22nd)! We will be on #xentest, testing Xen-4.3.0-RC2, which has just been announced. For more information, see: - On Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days - On getting and testing RC2: http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - On testing Xen in general: http://wiki.xen.org/wiki/Testing_Xen See you tomorrow on freenode channel #xentest. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-Swb4aFcIw8En0UGzbJCo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGbg38ACgkQk4XaBE3IOsSBlgCeLQOTCeJBqHRh0iumYBmSBEVK ljEAnjDqfyNQXoRVEVePqQ2d/6g4uwiP =+URg -----END PGP SIGNATURE----- --=-Swb4aFcIw8En0UGzbJCo-- --===============7772617009159262627== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7772617009159262627==-- From xen-users-bounces@lists.xen.org Tue May 21 15:55:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:55: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 1Ueou8-000114-Sc; Tue, 21 May 2013 15:55:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueou7-00010j-HA for xen-users@lists.xen.org; Tue, 21 May 2013 15:55:11 +0000 Received: from [85.158.143.99:55171] by server-2.bemta-4.messagelabs.com id 71/45-27124-ED89B915; Tue, 21 May 2013 15:55:10 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1369151707!28092517!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 952 invoked from network); 21 May 2013 15:55:08 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 15:55:08 -0000 Received: by mail-pa0-f48.google.com with SMTP id kp6so851211pab.35 for ; Tue, 21 May 2013 08:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:date:message-id:subject:to:content-type; bh=0Tazf4kCNByIs0KywGmF035VRikFC2yjrqIXfLzhM8Y=; b=n5YN8FOoUJ/RNxjlH6zOwh2hVTy/0OV6uRYM1q72A9Wcj5aTUt4+Dt6si01iI1wwVD DBYF+ZwJvlr7Ev5nEwKMn0k7XMsQa8IoE7Aaga6jKyx3VWKmbVouvijKImf5sEMZHtUE mNFvlae23CreZxkHhNwwz8Uw0YF0aARXNje8MDDpII3uloFlU4M9gTKb/8L4ia+go+zw aXBv1B+AR5xWVLpXg5q2jNW+DXbdFxIg4UfuhVlDPRGw/Be04NcBCRYCSAajQ0diJ9/F k4cxciZPP7kkcXTsahtMBYzU9m4iIxK9N/UCmWtHBSsZogNv5HLV8oX7uc0tmjWAvQL1 DySg== X-Received: by 10.67.21.226 with SMTP id hn2mr3927626pad.135.1369151706910; Tue, 21 May 2013 08:55:06 -0700 (PDT) From: Andrew Bobulsky Mime-Version: 1.0 (1.0) Date: Tue, 21 May 2013 08:55:05 -0700 Message-ID: <-515122415557422371@unknownmsgid> To: xen-users@lists.xen.org Subject: [Xen-users] Using a BIOS SLIC to keep DomU Windows activated X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 List, I have a system that came with an OEM copy of Windows 8, and I want to virtualize that same copy of Windows on top of Xen. While I've done this with retail copies before, that's just a matter of a license key. BIOS SLICs, while convenient, are likely less straightforward to translate into a VM. Does anyone know if this is possible and/or supported by Xen/QEMU? Thanks, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 15:55:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 15:55: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 1Ueou8-000114-Sc; Tue, 21 May 2013 15:55:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ueou7-00010j-HA for xen-users@lists.xen.org; Tue, 21 May 2013 15:55:11 +0000 Received: from [85.158.143.99:55171] by server-2.bemta-4.messagelabs.com id 71/45-27124-ED89B915; Tue, 21 May 2013 15:55:10 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1369151707!28092517!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 952 invoked from network); 21 May 2013 15:55:08 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 15:55:08 -0000 Received: by mail-pa0-f48.google.com with SMTP id kp6so851211pab.35 for ; Tue, 21 May 2013 08:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:date:message-id:subject:to:content-type; bh=0Tazf4kCNByIs0KywGmF035VRikFC2yjrqIXfLzhM8Y=; b=n5YN8FOoUJ/RNxjlH6zOwh2hVTy/0OV6uRYM1q72A9Wcj5aTUt4+Dt6si01iI1wwVD DBYF+ZwJvlr7Ev5nEwKMn0k7XMsQa8IoE7Aaga6jKyx3VWKmbVouvijKImf5sEMZHtUE mNFvlae23CreZxkHhNwwz8Uw0YF0aARXNje8MDDpII3uloFlU4M9gTKb/8L4ia+go+zw aXBv1B+AR5xWVLpXg5q2jNW+DXbdFxIg4UfuhVlDPRGw/Be04NcBCRYCSAajQ0diJ9/F k4cxciZPP7kkcXTsahtMBYzU9m4iIxK9N/UCmWtHBSsZogNv5HLV8oX7uc0tmjWAvQL1 DySg== X-Received: by 10.67.21.226 with SMTP id hn2mr3927626pad.135.1369151706910; Tue, 21 May 2013 08:55:06 -0700 (PDT) From: Andrew Bobulsky Mime-Version: 1.0 (1.0) Date: Tue, 21 May 2013 08:55:05 -0700 Message-ID: <-515122415557422371@unknownmsgid> To: xen-users@lists.xen.org Subject: [Xen-users] Using a BIOS SLIC to keep DomU Windows activated X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 List, I have a system that came with an OEM copy of Windows 8, and I want to virtualize that same copy of Windows on top of Xen. While I've done this with retail copies before, that's just a matter of a license key. BIOS SLICs, while convenient, are likely less straightforward to translate into a VM. Does anyone know if this is possible and/or supported by Xen/QEMU? Thanks, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 16:37:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 16:37: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 1UepYT-0004cX-2l; Tue, 21 May 2013 16:36:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UepYR-0004cD-LU for xen-users@lists.xen.org; Tue, 21 May 2013 16:36:51 +0000 Received: from [85.158.139.83:49676] by server-7.bemta-5.messagelabs.com id 56/21-12828-2A2AB915; Tue, 21 May 2013 16:36:50 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1369154191!24501289!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21727 invoked from network); 21 May 2013 16:36:32 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 16:36:32 -0000 Received: from [187.162.122.248] (port=48408 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UepY5-0001BP-TB for xen-users@lists.xen.org; Tue, 21 May 2013 11:36:29 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id C9D6FA204 for ; Tue, 21 May 2013 11:36:28 -0500 (CDT) Message-ID: <519BA28D.80904@ondore.com> Date: Tue, 21 May 2013 11:36:29 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519A5A02.1060802@ondore.com> In-Reply-To: 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] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.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 21/05/13 03:04, Alexey Makarov escribi=F3: > xe pif-list shows nothing. (No any interfaces) > xe network-list shows defaults XCP networks You may try to add the needed PIF's, using "xe pif-scan" (never used = it), or manually using "xe pif-introduce". Reference: xe host-list #get your host UUID xe pif-introduce host-uuid=3Dhost-UUID device=3Deth0 xe pif-introduce host-uuid=3Dhost-UUID device=3Deth1 xe-toolstack-restart http://support.citrix.com/article/CTX127161 http://support.citrix.com/article/CTX121615 If my reference does not lie, this would create the needed PIF's objects = and add them to the default "Pool-wide network associated with ethX" = network. Check the result with "xe pif-list" and "xe network-list". > ifconfig -a shows that eth0, eth1 - BROADCAST MULTICAST I see, they are present but down. Does your host have any other working NIC? Generally this is wired. I would suspect that the NIC's was not visible = while installing, and appeared later, that's why the installer did not = configured them. Did you had to do something specific to make your XCP = installation to see your NIC's, like compiling and inserting some = modules? Are you using the official XCP installation media? What NIC's = are they, anyway? If the suggested method fails or is unacceptable in some other way, = check the log tty while installing, it might give some clue about what's = wrong with the NIC detection. 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 May 21 16:37:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 16:37: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 1UepYT-0004cX-2l; Tue, 21 May 2013 16:36:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UepYR-0004cD-LU for xen-users@lists.xen.org; Tue, 21 May 2013 16:36:51 +0000 Received: from [85.158.139.83:49676] by server-7.bemta-5.messagelabs.com id 56/21-12828-2A2AB915; Tue, 21 May 2013 16:36:50 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1369154191!24501289!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21727 invoked from network); 21 May 2013 16:36:32 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 16:36:32 -0000 Received: from [187.162.122.248] (port=48408 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UepY5-0001BP-TB for xen-users@lists.xen.org; Tue, 21 May 2013 11:36:29 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id C9D6FA204 for ; Tue, 21 May 2013 11:36:28 -0500 (CDT) Message-ID: <519BA28D.80904@ondore.com> Date: Tue, 21 May 2013 11:36:29 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519A5A02.1060802@ondore.com> In-Reply-To: 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] XCP don't see Network Interfaces on sunfire x2270 X-BeenThere: xen-users@lists.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 21/05/13 03:04, Alexey Makarov escribi=F3: > xe pif-list shows nothing. (No any interfaces) > xe network-list shows defaults XCP networks You may try to add the needed PIF's, using "xe pif-scan" (never used = it), or manually using "xe pif-introduce". Reference: xe host-list #get your host UUID xe pif-introduce host-uuid=3Dhost-UUID device=3Deth0 xe pif-introduce host-uuid=3Dhost-UUID device=3Deth1 xe-toolstack-restart http://support.citrix.com/article/CTX127161 http://support.citrix.com/article/CTX121615 If my reference does not lie, this would create the needed PIF's objects = and add them to the default "Pool-wide network associated with ethX" = network. Check the result with "xe pif-list" and "xe network-list". > ifconfig -a shows that eth0, eth1 - BROADCAST MULTICAST I see, they are present but down. Does your host have any other working NIC? Generally this is wired. I would suspect that the NIC's was not visible = while installing, and appeared later, that's why the installer did not = configured them. Did you had to do something specific to make your XCP = installation to see your NIC's, like compiling and inserting some = modules? Are you using the official XCP installation media? What NIC's = are they, anyway? If the suggested method fails or is unacceptable in some other way, = check the log tty while installing, it might give some clue about what's = wrong with the NIC detection. 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 May 21 17:26:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 17:26: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 1UeqJW-0006xe-O3; Tue, 21 May 2013 17:25:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeqJV-0006xZ-NZ for xen-users@lists.xen.org; Tue, 21 May 2013 17:25:29 +0000 Received: from [85.158.143.99:57929] by server-1.bemta-4.messagelabs.com id 5C/ED-06122-90EAB915; Tue, 21 May 2013 17:25:29 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1369157126!24273014!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21100 invoked from network); 21 May 2013 17:25:27 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 17:25:27 -0000 Received: by mail-ie0-f180.google.com with SMTP id ar20so2362193iec.25 for ; Tue, 21 May 2013 10:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fXsufEhk6Cxjp10BoZUBeVunAxYghJDOtkS4i/A16dM=; b=sn9hGW8qKb0ZMwGKaiuRfiogRsM1PTCP/m3xTnt/1wilvccvPlQwTevIrm2j9FzVix n4yaKhmiBxf9PWJSgho+XGWV1lLieZLUYhfsnh3U0R6JE9azOx4BXKP+36utk6xcS/Wy u6v4mH/w45Y5xqTX2Sh758sTW5pPZHP8iNfnKFVokHCV+qR8iximhfk/O+DjvrIjaejq unG+1Ym3Mo6nyb8LkIUbKlDVvHLS3slrgBWdPWSw1xIDJfFan0y4L1qNUkEHcsmUfXhx Yac4EL/ejv1hpE9D63QgXDiCEqXM7/uQftdTZnR4906eNdIA0MNKl7P02gnGGa46J0GQ 3WOg== MIME-Version: 1.0 X-Received: by 10.50.22.5 with SMTP id z5mr8946003ige.75.1369157126294; Tue, 21 May 2013 10:25:26 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Tue, 21 May 2013 10:25:26 -0700 (PDT) In-Reply-To: <-515122415557422371@unknownmsgid> References: <-515122415557422371@unknownmsgid> Date: Tue, 21 May 2013 11:25:26 -0600 Message-ID: From: jacek burghardt To: Andrew Bobulsky Cc: xen-users Subject: Re: [Xen-users] Using a BIOS SLIC to keep DomU Windows activated X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6458571560989563684==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6458571560989563684== Content-Type: multipart/alternative; boundary=047d7b10c87f2791c204dd3dbcb7 --047d7b10c87f2791c204dd3dbcb7 Content-Type: text/plain; charset=ISO-8859-1 I saw some information on internet about it at http://forums.mydigitallife.info/threads/33723-Crafting-an-SLIC-BIOS-for-Linux-KVM-Guests On Tue, May 21, 2013 at 9:55 AM, Andrew Bobulsky wrote: > Hello List, > > I have a system that came with an OEM copy of Windows 8, and I want to > virtualize that same copy of Windows on top of Xen. While I've done > this with retail copies before, that's just a matter of a license key. > BIOS SLICs, while convenient, are likely less straightforward to > translate into a VM. > > Does anyone know if this is possible and/or supported by Xen/QEMU? > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b10c87f2791c204dd3dbcb7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Tue, May 2= 1, 2013 at 9:55 AM, Andrew Bobulsky <rulerof@gmail.com> wrot= e:
Hello List,

I have a system that came with an OEM copy of Windows 8, and I want to
virtualize that same copy of Windows on top of Xen. =A0While I've done<= br> this with retail copies before, that's just a matter of a license key.<= br> =A0BIOS SLICs, while convenient, are likely less straightforward to
translate into a VM.

Does anyone know if this is possible and/or supported by Xen/QEMU?

Thanks,
Andrew Bobulsky

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

--047d7b10c87f2791c204dd3dbcb7-- --===============6458571560989563684== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6458571560989563684==-- From xen-users-bounces@lists.xen.org Tue May 21 17:26:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 17:26: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 1UeqJW-0006xe-O3; Tue, 21 May 2013 17:25:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeqJV-0006xZ-NZ for xen-users@lists.xen.org; Tue, 21 May 2013 17:25:29 +0000 Received: from [85.158.143.99:57929] by server-1.bemta-4.messagelabs.com id 5C/ED-06122-90EAB915; Tue, 21 May 2013 17:25:29 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1369157126!24273014!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21100 invoked from network); 21 May 2013 17:25:27 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 17:25:27 -0000 Received: by mail-ie0-f180.google.com with SMTP id ar20so2362193iec.25 for ; Tue, 21 May 2013 10:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fXsufEhk6Cxjp10BoZUBeVunAxYghJDOtkS4i/A16dM=; b=sn9hGW8qKb0ZMwGKaiuRfiogRsM1PTCP/m3xTnt/1wilvccvPlQwTevIrm2j9FzVix n4yaKhmiBxf9PWJSgho+XGWV1lLieZLUYhfsnh3U0R6JE9azOx4BXKP+36utk6xcS/Wy u6v4mH/w45Y5xqTX2Sh758sTW5pPZHP8iNfnKFVokHCV+qR8iximhfk/O+DjvrIjaejq unG+1Ym3Mo6nyb8LkIUbKlDVvHLS3slrgBWdPWSw1xIDJfFan0y4L1qNUkEHcsmUfXhx Yac4EL/ejv1hpE9D63QgXDiCEqXM7/uQftdTZnR4906eNdIA0MNKl7P02gnGGa46J0GQ 3WOg== MIME-Version: 1.0 X-Received: by 10.50.22.5 with SMTP id z5mr8946003ige.75.1369157126294; Tue, 21 May 2013 10:25:26 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Tue, 21 May 2013 10:25:26 -0700 (PDT) In-Reply-To: <-515122415557422371@unknownmsgid> References: <-515122415557422371@unknownmsgid> Date: Tue, 21 May 2013 11:25:26 -0600 Message-ID: From: jacek burghardt To: Andrew Bobulsky Cc: xen-users Subject: Re: [Xen-users] Using a BIOS SLIC to keep DomU Windows activated X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6458571560989563684==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6458571560989563684== Content-Type: multipart/alternative; boundary=047d7b10c87f2791c204dd3dbcb7 --047d7b10c87f2791c204dd3dbcb7 Content-Type: text/plain; charset=ISO-8859-1 I saw some information on internet about it at http://forums.mydigitallife.info/threads/33723-Crafting-an-SLIC-BIOS-for-Linux-KVM-Guests On Tue, May 21, 2013 at 9:55 AM, Andrew Bobulsky wrote: > Hello List, > > I have a system that came with an OEM copy of Windows 8, and I want to > virtualize that same copy of Windows on top of Xen. While I've done > this with retail copies before, that's just a matter of a license key. > BIOS SLICs, while convenient, are likely less straightforward to > translate into a VM. > > Does anyone know if this is possible and/or supported by Xen/QEMU? > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b10c87f2791c204dd3dbcb7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Tue, May 2= 1, 2013 at 9:55 AM, Andrew Bobulsky <rulerof@gmail.com> wrot= e:
Hello List,

I have a system that came with an OEM copy of Windows 8, and I want to
virtualize that same copy of Windows on top of Xen. =A0While I've done<= br> this with retail copies before, that's just a matter of a license key.<= br> =A0BIOS SLICs, while convenient, are likely less straightforward to
translate into a VM.

Does anyone know if this is possible and/or supported by Xen/QEMU?

Thanks,
Andrew Bobulsky

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

--047d7b10c87f2791c204dd3dbcb7-- --===============6458571560989563684== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6458571560989563684==-- From xen-users-bounces@lists.xen.org Tue May 21 17:32:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 17:32: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 1UeqPl-0007Jv-9E; Tue, 21 May 2013 17:31:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeqPj-0007Jk-WE for xen-users@lists.xen.org; Tue, 21 May 2013 17:31:56 +0000 Received: from [85.158.138.51:27000] by server-4.bemta-3.messagelabs.com id A3/37-01776-A8FAB915; Tue, 21 May 2013 17:31:54 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369157513!27889323!1 X-Originating-IP: [209.85.212.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15307 invoked from network); 21 May 2013 17:31:53 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 17:31:53 -0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so3063123wib.9 for ; Tue, 21 May 2013 10:31:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2Qrck9FRCqZi0e+GievYp5JeCg2sNk6/wr+/zhWHpAY=; b=IqRAPYau1iFnA6OG6n7ei5ZcIl9L6D/t78PXgmotawzIdGBQlRHETID+2e1iFidPxC bhFywZgVs2mGFwUzHcmQibBaSwpJPnzOR5x1rZ5HVJ+HVtJT34Q5X9yhlPXcoXDWLFrV FqJdhfZwWBuVHc0gbxK4ZbgRlf9FmbvTAVVC5pknzuHo0BgnEeqqLSKtxVVSbc31jdBB wn0wtQzpD/c6KDSP6x6qBQBMs6HhR2eqmF4Zznk7t9uaT2KYNo0zEOjt0K7J0th5aCOx vYGualWlQoi8Zq+7jhvLrQS5VHw073zD/pmoIe2S73a8zjChaz4iQbawu66vh5yjJeyP zM+A== MIME-Version: 1.0 X-Received: by 10.180.74.172 with SMTP id u12mr25724394wiv.0.1369157513301; Tue, 21 May 2013 10:31:53 -0700 (PDT) Received: by 10.180.77.131 with HTTP; Tue, 21 May 2013 10:31:53 -0700 (PDT) In-Reply-To: <-515122415557422371@unknownmsgid> References: <-515122415557422371@unknownmsgid> Date: Tue, 21 May 2013 13:31:53 -0400 Message-ID: From: chris To: Andrew Bobulsky Cc: xen-users Subject: Re: [Xen-users] Using a BIOS SLIC to keep DomU Windows activated X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It is my understanding that OEM licenses are only valid for the OEM hardware and non-transferrable so even if you can make it work from technical standpoint I think you are breaching EULA chris On Tue, May 21, 2013 at 11:55 AM, Andrew Bobulsky wrote: > Hello List, > > I have a system that came with an OEM copy of Windows 8, and I want to > virtualize that same copy of Windows on top of Xen. While I've done > this with retail copies before, that's just a matter of a license key. > BIOS SLICs, while convenient, are likely less straightforward to > translate into a VM. > > Does anyone know if this is possible and/or supported by Xen/QEMU? > > Thanks, > Andrew Bobulsky > > _______________________________________________ > 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 May 21 17:32:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 17:32: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 1UeqPl-0007Jv-9E; Tue, 21 May 2013 17:31:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeqPj-0007Jk-WE for xen-users@lists.xen.org; Tue, 21 May 2013 17:31:56 +0000 Received: from [85.158.138.51:27000] by server-4.bemta-3.messagelabs.com id A3/37-01776-A8FAB915; Tue, 21 May 2013 17:31:54 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369157513!27889323!1 X-Originating-IP: [209.85.212.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15307 invoked from network); 21 May 2013 17:31:53 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 17:31:53 -0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so3063123wib.9 for ; Tue, 21 May 2013 10:31:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2Qrck9FRCqZi0e+GievYp5JeCg2sNk6/wr+/zhWHpAY=; b=IqRAPYau1iFnA6OG6n7ei5ZcIl9L6D/t78PXgmotawzIdGBQlRHETID+2e1iFidPxC bhFywZgVs2mGFwUzHcmQibBaSwpJPnzOR5x1rZ5HVJ+HVtJT34Q5X9yhlPXcoXDWLFrV FqJdhfZwWBuVHc0gbxK4ZbgRlf9FmbvTAVVC5pknzuHo0BgnEeqqLSKtxVVSbc31jdBB wn0wtQzpD/c6KDSP6x6qBQBMs6HhR2eqmF4Zznk7t9uaT2KYNo0zEOjt0K7J0th5aCOx vYGualWlQoi8Zq+7jhvLrQS5VHw073zD/pmoIe2S73a8zjChaz4iQbawu66vh5yjJeyP zM+A== MIME-Version: 1.0 X-Received: by 10.180.74.172 with SMTP id u12mr25724394wiv.0.1369157513301; Tue, 21 May 2013 10:31:53 -0700 (PDT) Received: by 10.180.77.131 with HTTP; Tue, 21 May 2013 10:31:53 -0700 (PDT) In-Reply-To: <-515122415557422371@unknownmsgid> References: <-515122415557422371@unknownmsgid> Date: Tue, 21 May 2013 13:31:53 -0400 Message-ID: From: chris To: Andrew Bobulsky Cc: xen-users Subject: Re: [Xen-users] Using a BIOS SLIC to keep DomU Windows activated X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It is my understanding that OEM licenses are only valid for the OEM hardware and non-transferrable so even if you can make it work from technical standpoint I think you are breaching EULA chris On Tue, May 21, 2013 at 11:55 AM, Andrew Bobulsky wrote: > Hello List, > > I have a system that came with an OEM copy of Windows 8, and I want to > virtualize that same copy of Windows on top of Xen. While I've done > this with retail copies before, that's just a matter of a license key. > BIOS SLICs, while convenient, are likely less straightforward to > translate into a VM. > > Does anyone know if this is possible and/or supported by Xen/QEMU? > > Thanks, > Andrew Bobulsky > > _______________________________________________ > 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 May 21 17:41:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 17:41: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 1UeqXy-0007qP-R9; Tue, 21 May 2013 17:40:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeqXx-0007pz-4c; Tue, 21 May 2013 17:40:25 +0000 Received: from [85.158.139.83:5781] by server-15.bemta-5.messagelabs.com id CF/42-31797-881BB915; Tue, 21 May 2013 17:40:24 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1369158021!20537667!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32727 invoked from network); 21 May 2013 17:40:22 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 17:40:22 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4LHeAnH023917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 May 2013 17:40:10 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LHeAOT029243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 May 2013 17:40:11 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LHeAO7024106; Tue, 21 May 2013 17:40:10 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 May 2013 10:40:10 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 6B1141BF781; Tue, 21 May 2013 13:40:09 -0400 (EDT) Date: Tue, 21 May 2013 13:40:09 -0400 From: Konrad Rzeszutek Wilk To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130521174009.GA5011@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <519131D8.9010307@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn=E9 wrote: > Hello, > = > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. > The main benefits of this changes are that Xen virtual interrupts (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when running > as an HVM guest, which should provide better time keeping and reduce the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. > = > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. > = > The code is available in the following git repository, under the branch > pvhvm_v5: > = > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary > = > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > = > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM I tried on my Linux box to do this: HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel KERN= CONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM Makefile:123: *** missing separator. Stop. As I thought it would compile the same way you can compile NetBSD - that is even on non-BSD distros. Is that not the case? Should I only do this under a FreeBSD guest? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 17:41:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 17:41: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 1UeqXy-0007qP-R9; Tue, 21 May 2013 17:40:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UeqXx-0007pz-4c; Tue, 21 May 2013 17:40:25 +0000 Received: from [85.158.139.83:5781] by server-15.bemta-5.messagelabs.com id CF/42-31797-881BB915; Tue, 21 May 2013 17:40:24 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1369158021!20537667!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32727 invoked from network); 21 May 2013 17:40:22 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2013 17:40:22 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4LHeAnH023917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 May 2013 17:40:10 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LHeAOT029243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 May 2013 17:40:11 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4LHeAO7024106; Tue, 21 May 2013 17:40:10 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 May 2013 10:40:10 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 6B1141BF781; Tue, 21 May 2013 13:40:09 -0400 (EDT) Date: Tue, 21 May 2013 13:40:09 -0400 From: Konrad Rzeszutek Wilk To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130521174009.GA5011@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <519131D8.9010307@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn=E9 wrote: > Hello, > = > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. > The main benefits of this changes are that Xen virtual interrupts (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when running > as an HVM guest, which should provide better time keeping and reduce the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. > = > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. > = > The code is available in the following git repository, under the branch > pvhvm_v5: > = > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary > = > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > = > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM I tried on my Linux box to do this: HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel KERN= CONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM Makefile:123: *** missing separator. Stop. As I thought it would compile the same way you can compile NetBSD - that is even on non-BSD distros. Is that not the case? Should I only do this under a FreeBSD guest? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 21 18:32:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 18:32: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 1UerL5-0001nO-WB; Tue, 21 May 2013 18:31:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UerL5-0001nJ-0b for xen-users@lists.xen.org; Tue, 21 May 2013 18:31:11 +0000 Received: from [85.158.139.83:50576] by server-1.bemta-5.messagelabs.com id FF/E5-01720-E6DBB915; Tue, 21 May 2013 18:31:10 +0000 X-Env-Sender: ankushrana906@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1369161068!28432207!1 X-Originating-IP: [74.125.82.66] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11848 invoked from network); 21 May 2013 18:31:09 -0000 Received: from mail-wg0-f66.google.com (HELO mail-wg0-f66.google.com) (74.125.82.66) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 18:31:09 -0000 Received: by mail-wg0-f66.google.com with SMTP id c11so162464wgh.1 for ; Tue, 21 May 2013 11:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sE95q1NA8NAjgKJBJ7bfFleWcN1ffkk4mpRp9FNxBks=; b=SvOiXKrbfSyRWvfq633dLAmRuWRop+PQxoFbCHejFmrUJqoWZOQm7dRvxpH+CylPlM NrYwlcGrYDL1n+GFSGfHuYN4+Dn/yfdxJqiFaZVtsSq9kqesouQV5JqStv0gMdmTszCF NOrOQAHk58aV7h2NUSATXJ12IDWuk1ECf1OH6z3w4Uf8eOsuB0rvLeSZhyBuMUDmbOX2 sk3r+syngbrRQBs00JZONOhkoSvt8SvYUcK9zYtouY44ABIErjfc207pGOPEtNLi+gzK Kqsi5vLV77j1XnYpjcy8C96zMXInuzN8lc79psCZ34X8L/BIDAhj9aZXaKTY13um9wM8 l/Cg== MIME-Version: 1.0 X-Received: by 10.180.205.206 with SMTP id li14mr25969903wic.33.1369161068538; Tue, 21 May 2013 11:31:08 -0700 (PDT) Received: by 10.217.116.68 with HTTP; Tue, 21 May 2013 11:31:08 -0700 (PDT) Date: Wed, 22 May 2013 00:01:08 +0530 Message-ID: From: Ankush Rana To: xen-users@lists.xen.org Subject: [Xen-users] read xenstore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8747432144380475960==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8747432144380475960== Content-Type: multipart/alternative; boundary=001a11c32b4621726a04dd3ea7bb --001a11c32b4621726a04dd3ea7bb Content-Type: text/plain; charset=ISO-8859-1 Hi, I have written some data to xen store through php api, Now i want to read this information form the xenstore using shell script. How can i do this. Thank you. --001a11c32b4621726a04dd3ea7bb Content-Type: text/html; charset=ISO-8859-1
Hi,

I have written some data to xen store through php api,

Now i want to read this information form the xenstore using shell script. How can i do this.

Thank you.
--001a11c32b4621726a04dd3ea7bb-- --===============8747432144380475960== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8747432144380475960==-- From xen-users-bounces@lists.xen.org Tue May 21 18:32:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 18:32: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 1UerL5-0001nO-WB; Tue, 21 May 2013 18:31:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UerL5-0001nJ-0b for xen-users@lists.xen.org; Tue, 21 May 2013 18:31:11 +0000 Received: from [85.158.139.83:50576] by server-1.bemta-5.messagelabs.com id FF/E5-01720-E6DBB915; Tue, 21 May 2013 18:31:10 +0000 X-Env-Sender: ankushrana906@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1369161068!28432207!1 X-Originating-IP: [74.125.82.66] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11848 invoked from network); 21 May 2013 18:31:09 -0000 Received: from mail-wg0-f66.google.com (HELO mail-wg0-f66.google.com) (74.125.82.66) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 18:31:09 -0000 Received: by mail-wg0-f66.google.com with SMTP id c11so162464wgh.1 for ; Tue, 21 May 2013 11:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sE95q1NA8NAjgKJBJ7bfFleWcN1ffkk4mpRp9FNxBks=; b=SvOiXKrbfSyRWvfq633dLAmRuWRop+PQxoFbCHejFmrUJqoWZOQm7dRvxpH+CylPlM NrYwlcGrYDL1n+GFSGfHuYN4+Dn/yfdxJqiFaZVtsSq9kqesouQV5JqStv0gMdmTszCF NOrOQAHk58aV7h2NUSATXJ12IDWuk1ECf1OH6z3w4Uf8eOsuB0rvLeSZhyBuMUDmbOX2 sk3r+syngbrRQBs00JZONOhkoSvt8SvYUcK9zYtouY44ABIErjfc207pGOPEtNLi+gzK Kqsi5vLV77j1XnYpjcy8C96zMXInuzN8lc79psCZ34X8L/BIDAhj9aZXaKTY13um9wM8 l/Cg== MIME-Version: 1.0 X-Received: by 10.180.205.206 with SMTP id li14mr25969903wic.33.1369161068538; Tue, 21 May 2013 11:31:08 -0700 (PDT) Received: by 10.217.116.68 with HTTP; Tue, 21 May 2013 11:31:08 -0700 (PDT) Date: Wed, 22 May 2013 00:01:08 +0530 Message-ID: From: Ankush Rana To: xen-users@lists.xen.org Subject: [Xen-users] read xenstore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8747432144380475960==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8747432144380475960== Content-Type: multipart/alternative; boundary=001a11c32b4621726a04dd3ea7bb --001a11c32b4621726a04dd3ea7bb Content-Type: text/plain; charset=ISO-8859-1 Hi, I have written some data to xen store through php api, Now i want to read this information form the xenstore using shell script. How can i do this. Thank you. --001a11c32b4621726a04dd3ea7bb Content-Type: text/html; charset=ISO-8859-1
Hi,

I have written some data to xen store through php api,

Now i want to read this information form the xenstore using shell script. How can i do this.

Thank you.
--001a11c32b4621726a04dd3ea7bb-- --===============8747432144380475960== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8747432144380475960==-- From xen-users-bounces@lists.xen.org Tue May 21 19:10:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 19:10: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 1Uervx-0003Xu-EK; Tue, 21 May 2013 19:09:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uervv-0003Xp-Ks for xen-users@lists.xen.org; Tue, 21 May 2013 19:09:15 +0000 Received: from [85.158.139.211:18585] by server-16.bemta-5.messagelabs.com id 73/94-31493-A56CB915; Tue, 21 May 2013 19:09:14 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369163352!18894614!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23674 invoked from network); 21 May 2013 19:09:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 19:09:14 -0000 X-IronPort-AV: E=Sophos;i="4.87,715,1363132800"; d="scan'208";a="26563419" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 21 May 2013 19:09:11 +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; Tue, 21 May 2013 15:09:10 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Uervq-0001rQ-9Z; Tue, 21 May 2013 20:09:10 +0100 Date: Tue, 21 May 2013 20:09:09 +0100 From: Wei Liu To: Ankush Rana Message-ID: <20130521190909.GA19176@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] read xenstore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 12:01:08AM +0530, Ankush Rana wrote: > Hi, > > I have written some data to xen store through php api, > > Now i want to read this information form the xenstore using shell script. > How can i do this. > Just invoke xenstore-read in you shell script. Wei. > Thank you. > _______________________________________________ > 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 May 21 19:10:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 19:10: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 1Uervx-0003Xu-EK; Tue, 21 May 2013 19:09:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uervv-0003Xp-Ks for xen-users@lists.xen.org; Tue, 21 May 2013 19:09:15 +0000 Received: from [85.158.139.211:18585] by server-16.bemta-5.messagelabs.com id 73/94-31493-A56CB915; Tue, 21 May 2013 19:09:14 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369163352!18894614!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23674 invoked from network); 21 May 2013 19:09:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 19:09:14 -0000 X-IronPort-AV: E=Sophos;i="4.87,715,1363132800"; d="scan'208";a="26563419" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 21 May 2013 19:09:11 +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; Tue, 21 May 2013 15:09:10 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Uervq-0001rQ-9Z; Tue, 21 May 2013 20:09:10 +0100 Date: Tue, 21 May 2013 20:09:09 +0100 From: Wei Liu To: Ankush Rana Message-ID: <20130521190909.GA19176@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] read xenstore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 12:01:08AM +0530, Ankush Rana wrote: > Hi, > > I have written some data to xen store through php api, > > Now i want to read this information form the xenstore using shell script. > How can i do this. > Just invoke xenstore-read in you shell script. Wei. > Thank you. > _______________________________________________ > 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 May 21 20:45:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 20:45: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 1UetQP-0005ft-0U; Tue, 21 May 2013 20:44:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UetQO-0005fl-2K for xen-users@lists.xen.org; Tue, 21 May 2013 20:44:48 +0000 Received: from [85.158.143.99:4760] by server-3.bemta-4.messagelabs.com id 90/22-02015-FBCDB915; Tue, 21 May 2013 20:44:47 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1369169085!33388225!1 X-Originating-IP: [209.85.223.169] X-SpamReason: No, hits=3.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_OBFUSCATE_20_30,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 13991 invoked from network); 21 May 2013 20:44:46 -0000 Received: from mail-ie0-f169.google.com (HELO mail-ie0-f169.google.com) (209.85.223.169) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 20:44:46 -0000 Received: by mail-ie0-f169.google.com with SMTP id u16so3126759iet.14 for ; Tue, 21 May 2013 13:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FVHIStKvpdaznT1O3PuEyEQQ5HHu6PuVK8OQMOJchPA=; b=0nSU4Uuvu78uf3J6Bj9dzZ1ZdN20THfF/fOKReiLyQAYYPrG69ESqLvdu3Ba/g8Xly dfKBMOp68CWtB0SuSZk9KdXSsO/7x34rtdvM1dZ/Nyg61UdSZheLCR0uSTI53CIKzuuI MtLZA8R6bvYaq0U/v516snjs80ksGWTZAXmTcsYxsxBUPhey8hqA6y6afQrz3cU/B78l kTnmlYCAp6BGsqbfj4/tZYh4ivXkK6ozAstThLNXtgN1bN73A85bxztRtTotYHNmpxlh 6egZUTBceSKFz50S0Ri1hhDxHrRwiAXSSXl2QVzuIlWewp6PmOMxOuap5x9Y1r4Xtgre 1K2A== MIME-Version: 1.0 X-Received: by 10.50.40.106 with SMTP id w10mr9403690igk.20.1369169085187; Tue, 21 May 2013 13:44:45 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Tue, 21 May 2013 13:44:45 -0700 (PDT) Date: Tue, 21 May 2013 14:44:45 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6723143146342414358==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6723143146342414358== Content-Type: multipart/alternative; boundary=089e0111b9d4f5cc3404dd408454 --089e0111b9d4f5cc3404dd408454 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I hope this off topic post is ok I just find out this new service that provides free internet and free device http://grandst.com/r/4upvdun2y I hope you guys can signup for waiting list and use it as backup --089e0111b9d4f5cc3404dd408454 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I hope this off topic post is ok I just=A0find out=A0this = new service that provides free internet and free device=A0http://grandst.com/r/4= upvdun2y=A0I hope you guys can signup for waiting list and use it as ba= ckup=A0
--089e0111b9d4f5cc3404dd408454-- --===============6723143146342414358== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6723143146342414358==-- From xen-users-bounces@lists.xen.org Tue May 21 20:45:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 21 May 2013 20:45: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 1UetQP-0005ft-0U; Tue, 21 May 2013 20:44:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UetQO-0005fl-2K for xen-users@lists.xen.org; Tue, 21 May 2013 20:44:48 +0000 Received: from [85.158.143.99:4760] by server-3.bemta-4.messagelabs.com id 90/22-02015-FBCDB915; Tue, 21 May 2013 20:44:47 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1369169085!33388225!1 X-Originating-IP: [209.85.223.169] X-SpamReason: No, hits=3.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_OBFUSCATE_20_30,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 13991 invoked from network); 21 May 2013 20:44:46 -0000 Received: from mail-ie0-f169.google.com (HELO mail-ie0-f169.google.com) (209.85.223.169) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 21 May 2013 20:44:46 -0000 Received: by mail-ie0-f169.google.com with SMTP id u16so3126759iet.14 for ; Tue, 21 May 2013 13:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FVHIStKvpdaznT1O3PuEyEQQ5HHu6PuVK8OQMOJchPA=; b=0nSU4Uuvu78uf3J6Bj9dzZ1ZdN20THfF/fOKReiLyQAYYPrG69ESqLvdu3Ba/g8Xly dfKBMOp68CWtB0SuSZk9KdXSsO/7x34rtdvM1dZ/Nyg61UdSZheLCR0uSTI53CIKzuuI MtLZA8R6bvYaq0U/v516snjs80ksGWTZAXmTcsYxsxBUPhey8hqA6y6afQrz3cU/B78l kTnmlYCAp6BGsqbfj4/tZYh4ivXkK6ozAstThLNXtgN1bN73A85bxztRtTotYHNmpxlh 6egZUTBceSKFz50S0Ri1hhDxHrRwiAXSSXl2QVzuIlWewp6PmOMxOuap5x9Y1r4Xtgre 1K2A== MIME-Version: 1.0 X-Received: by 10.50.40.106 with SMTP id w10mr9403690igk.20.1369169085187; Tue, 21 May 2013 13:44:45 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Tue, 21 May 2013 13:44:45 -0700 (PDT) Date: Tue, 21 May 2013 14:44:45 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6723143146342414358==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6723143146342414358== Content-Type: multipart/alternative; boundary=089e0111b9d4f5cc3404dd408454 --089e0111b9d4f5cc3404dd408454 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I hope this off topic post is ok I just find out this new service that provides free internet and free device http://grandst.com/r/4upvdun2y I hope you guys can signup for waiting list and use it as backup --089e0111b9d4f5cc3404dd408454 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I hope this off topic post is ok I just=A0find out=A0this = new service that provides free internet and free device=A0http://grandst.com/r/4= upvdun2y=A0I hope you guys can signup for waiting list and use it as ba= ckup=A0
--089e0111b9d4f5cc3404dd408454-- --===============6723143146342414358== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6723143146342414358==-- From xen-users-bounces@lists.xen.org Wed May 22 00:28:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 00: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 1UewtG-0007uR-Ky; Wed, 22 May 2013 00:26:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UewtF-0007uM-II for xen-users@lists.xen.org; Wed, 22 May 2013 00:26:49 +0000 Received: from [85.158.143.99:61362] by server-1.bemta-4.messagelabs.com id A9/75-06122-8C01C915; Wed, 22 May 2013 00:26:48 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1369182405!23817036!1 X-Originating-IP: [209.85.223.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 26601 invoked from network); 22 May 2013 00:26:47 -0000 Received: from mail-ie0-f170.google.com (HELO mail-ie0-f170.google.com) (209.85.223.170) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 00:26:47 -0000 Received: by mail-ie0-f170.google.com with SMTP id aq17so3733542iec.1 for ; Tue, 21 May 2013 17:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EufoOTUxWyI2KTnbNJMK9JSyamRw7hvLvVGlkVUCPDY=; b=iKsOHECThI/V/j3+WV0EkVPsHUh7TEmk+ibNf0rgsPtTXTfbItX2yaZ0ak3uxW8XrW tDidhH4N1H05qne8g5WsqGI4da6I0qxlDgJtvTGc6I0vtb/KqrL3BZcOeWjrJcq6Z1gt 6qTnyCrYiGFEuADV0GW5ohixhNSusGoCbp4ByaDtwiadqE0fVQDQ7Q8UrvGI6wYn/glp 3HMsFpTT/LGsL89APigGH83N/hdSYbp1uLiOAjCbaaaeESut/zol9gKRh7FVL1QiE6Ub G8ZIgKeeRwDytQsZrcsK7dmUcRvMFCljgEzK/Nd8+041JlpO8xa9ah1bNd4ROfyowQLD gJHw== MIME-Version: 1.0 X-Received: by 10.50.45.97 with SMTP id l1mr9466245igm.99.1369182405642; Tue, 21 May 2013 17:26:45 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 21 May 2013 17:26:45 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> Date: Wed, 22 May 2013 12:26:45 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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="===============5687353777542688914==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5687353777542688914== Content-Type: multipart/alternative; boundary=089e0122f01aebd90204dd439e57 --089e0122f01aebd90204dd439e57 Content-Type: text/plain; charset=UTF-8 Hi Thanos, according to the man page and my experiments VHD does not support snapshots: $ qemu-img snapshot -c base disk1.vhd qemu-img: Could not create snapshot 'base': -95 (Operation not supported) $ qemu-img create -f vpc -o backing_file=disk1.vhd,backing_fmt=vpc disk1-snap1.vhd Unknown option 'backing_file' qemu-img: Invalid options for file format 'vpc'. So has anybody out there gotten file image based snapshots working with xen? Because from everything I'm seeing it seems to be simply not supported, but that just seems to be such a basic bit of functionality, that I find that hard to believe. Cheers, Seb On Tue, May 14, 2013 at 10:13 PM, Thanos Makatos wrote: > > So basically xen only supports physical devices and plain image files > > as disk back- ends?! To use snapshots one has to use LVM? > > If you want snapshots why don't you use the VHD format? You don't > necessarily have to use LVM for this; VHD images can be stored into > ordinary files. > --089e0122f01aebd90204dd439e57 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Thanos,

according to the man pag= e and my experiments VHD does not support snapshots:

$ qemu-img snapshot -c base disk1.vhd qemu-img: Could not create snapshot 'base': -95 (Operation not supp= orted)

$ qemu-img create -f vpc -o backing_file=3Ddisk1.vhd,backing_= fmt=3Dvpc disk1-snap1.vhd
Unknown option 'backing_file'
qemu-= img: Invalid options for file format 'vpc'.

So has anybody out there gotten file image based snapshots= working with xen? Because from everything I'm seeing it seems to be si= mply not supported, but that just seems to be such a basic bit of functiona= lity, that I find that hard to believe.

Cheers,
Seb



On Tue, May = 14, 2013 at 10:13 PM, Thanos Makatos <thanos.makatos@citrix.com> wrote:
> So basically xen only= supports physical devices and plain image files
> as disk back- ends?! To use snapshots one has to use LVM?

If you want snapshots why don't you use the VHD format? You don&#= 39;t necessarily have to use LVM for this; VHD images can be stored into or= dinary files.

--089e0122f01aebd90204dd439e57-- --===============5687353777542688914== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5687353777542688914==-- From xen-users-bounces@lists.xen.org Wed May 22 00:28:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 00: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 1UewtG-0007uR-Ky; Wed, 22 May 2013 00:26:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UewtF-0007uM-II for xen-users@lists.xen.org; Wed, 22 May 2013 00:26:49 +0000 Received: from [85.158.143.99:61362] by server-1.bemta-4.messagelabs.com id A9/75-06122-8C01C915; Wed, 22 May 2013 00:26:48 +0000 X-Env-Sender: sebunger44@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1369182405!23817036!1 X-Originating-IP: [209.85.223.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 26601 invoked from network); 22 May 2013 00:26:47 -0000 Received: from mail-ie0-f170.google.com (HELO mail-ie0-f170.google.com) (209.85.223.170) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 00:26:47 -0000 Received: by mail-ie0-f170.google.com with SMTP id aq17so3733542iec.1 for ; Tue, 21 May 2013 17:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EufoOTUxWyI2KTnbNJMK9JSyamRw7hvLvVGlkVUCPDY=; b=iKsOHECThI/V/j3+WV0EkVPsHUh7TEmk+ibNf0rgsPtTXTfbItX2yaZ0ak3uxW8XrW tDidhH4N1H05qne8g5WsqGI4da6I0qxlDgJtvTGc6I0vtb/KqrL3BZcOeWjrJcq6Z1gt 6qTnyCrYiGFEuADV0GW5ohixhNSusGoCbp4ByaDtwiadqE0fVQDQ7Q8UrvGI6wYn/glp 3HMsFpTT/LGsL89APigGH83N/hdSYbp1uLiOAjCbaaaeESut/zol9gKRh7FVL1QiE6Ub G8ZIgKeeRwDytQsZrcsK7dmUcRvMFCljgEzK/Nd8+041JlpO8xa9ah1bNd4ROfyowQLD gJHw== MIME-Version: 1.0 X-Received: by 10.50.45.97 with SMTP id l1mr9466245igm.99.1369182405642; Tue, 21 May 2013 17:26:45 -0700 (PDT) Received: by 10.64.67.75 with HTTP; Tue, 21 May 2013 17:26:45 -0700 (PDT) In-Reply-To: <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> Date: Wed, 22 May 2013 12:26:45 +1200 Message-ID: From: Sebastian Unger To: Thanos Makatos Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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="===============5687353777542688914==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5687353777542688914== Content-Type: multipart/alternative; boundary=089e0122f01aebd90204dd439e57 --089e0122f01aebd90204dd439e57 Content-Type: text/plain; charset=UTF-8 Hi Thanos, according to the man page and my experiments VHD does not support snapshots: $ qemu-img snapshot -c base disk1.vhd qemu-img: Could not create snapshot 'base': -95 (Operation not supported) $ qemu-img create -f vpc -o backing_file=disk1.vhd,backing_fmt=vpc disk1-snap1.vhd Unknown option 'backing_file' qemu-img: Invalid options for file format 'vpc'. So has anybody out there gotten file image based snapshots working with xen? Because from everything I'm seeing it seems to be simply not supported, but that just seems to be such a basic bit of functionality, that I find that hard to believe. Cheers, Seb On Tue, May 14, 2013 at 10:13 PM, Thanos Makatos wrote: > > So basically xen only supports physical devices and plain image files > > as disk back- ends?! To use snapshots one has to use LVM? > > If you want snapshots why don't you use the VHD format? You don't > necessarily have to use LVM for this; VHD images can be stored into > ordinary files. > --089e0122f01aebd90204dd439e57 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Thanos,

according to the man pag= e and my experiments VHD does not support snapshots:

$ qemu-img snapshot -c base disk1.vhd qemu-img: Could not create snapshot 'base': -95 (Operation not supp= orted)

$ qemu-img create -f vpc -o backing_file=3Ddisk1.vhd,backing_= fmt=3Dvpc disk1-snap1.vhd
Unknown option 'backing_file'
qemu-= img: Invalid options for file format 'vpc'.

So has anybody out there gotten file image based snapshots= working with xen? Because from everything I'm seeing it seems to be si= mply not supported, but that just seems to be such a basic bit of functiona= lity, that I find that hard to believe.

Cheers,
Seb



On Tue, May = 14, 2013 at 10:13 PM, Thanos Makatos <thanos.makatos@citrix.com> wrote:
> So basically xen only= supports physical devices and plain image files
> as disk back- ends?! To use snapshots one has to use LVM?

If you want snapshots why don't you use the VHD format? You don&#= 39;t necessarily have to use LVM for this; VHD images can be stored into or= dinary files.

--089e0122f01aebd90204dd439e57-- --===============5687353777542688914== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5687353777542688914==-- From xen-users-bounces@lists.xen.org Wed May 22 03:12:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 03:12: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 1UezSK-0004nd-8J; Wed, 22 May 2013 03:11:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UezSI-0004nY-Vk for xen-users@lists.xen.org; Wed, 22 May 2013 03:11:11 +0000 Received: from [193.109.254.147:33750] by server-12.bemta-14.messagelabs.com id 6B/D8-15557-E473C915; Wed, 22 May 2013 03:11:10 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369192260!8574176!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2191 invoked from network); 22 May 2013 03:11:02 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 03:11:02 -0000 Received: by mail-vc0-f173.google.com with SMTP id ht10so973046vcb.4 for ; Tue, 21 May 2013 20:11:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=nqqOysfRqTDo7XFY5TGn59qn1CEKyHKeYRqv37lrefc=; b=fNf0lJ1FMspcrDcegwiCbj7wYpm2DJi+9BT5zCOCTHn4BHMRxBIOUJxoreQvVmxEIA Yxs33+AarPyrSRC1Au0Hln8VFF+jQzopFmNQmUOvgkbZokFCSBlUDj5eKtHDlcnEEntb rppTPjbGFgeG6aLfAOXdI2HsqKk8Ptq32povBAszxRtA6FYPyNh2rOuvGxr2vyf6ICXS maYx/+saoX4EpzeQjRlLTnd9o4y11btgSdkdfgp+mTVMSEmPPX0HPyNalKpSf/beqxxp 5vcf/zwf2828+U/xM4aDF/l2lNXsta85U6dWLzahcdqE+XueXZjTh78xgmQ+OY8fmPOj dJGg== X-Received: by 10.52.156.99 with SMTP id wd3mr1752006vdb.98.1369192260607; Tue, 21 May 2013 20:11:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Tue, 21 May 2013 20:10:40 -0700 (PDT) From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Wed, 22 May 2013 05:10:40 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Xen 4.2.0-r1, xen-tools 4.2.0-r3 from portage Kernel 3.8.13-gentoo /etc/conf.d/net: config_eth0="null" config_eth1="dhcp" bridge_xenbr0="eth0" config_xenbr0="dhcp" brctl_xenbr0="setfd 0" brctl_xenbr0="sethello 10" brctl_xenbr0="stp on" rc_net_xenbr0_need="net.eth0" rc_net_xenbr0_provide="!net" rc_net_xenbr0_provide="xenbridge" carrier_timeout_xenbr0="0" # brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.902b34599a01 yes eth0 # ping -c 3 -I xenbr0 192.168.0.1 PING 192.168.0.1 (192.168.0.1) from 192.168.0.104 xenbr0: 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=2.78 ms 64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=2.92 ms 64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=2.88 ms # xl create /etc/xen/ubuntu.cfg xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000019df48 TOTAL: 0000000000000000->00000000ff800000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000003fb 1GB PAGES: 0x0000000000000002 libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [9506] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: error: libxl_create.c:1096:domcreate_attach_pci: unable to add nic devices libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge offline [9547] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge remove [9599] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 /etc/xen/ubuntu.cfg: builder="hvm" name="ubuntu" vif=['mac=00:16:3E:00:00:02,bridge=xenbr0'] disk=[ 'phy:/dev/ssdraid/gentoo,hda,w', 'file:/export/media/Installs/ubuntu-13.04-desktop-amd64.iso,hdd,cdrom' ] memory="4096" vcpus="2" vnc=1 vncconsole=0 vnclisten="0.0.0.0" vncdisplay=4 boot="dc" on_xend_stop="shutdown" on_poweroff="destroy" on_reboot="destroy" on_crash="destroy" on_watchdog="destroy" xen_platform_pci=1 usb=1 usbdevice='tablet' pci_power_mgmt=1 I'm a bit stomped, because ubuntu.cfg and the network config used to work nicely before I did a dom0 reinstall - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 03:12:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 03:12: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 1UezSK-0004nd-8J; Wed, 22 May 2013 03:11:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UezSI-0004nY-Vk for xen-users@lists.xen.org; Wed, 22 May 2013 03:11:11 +0000 Received: from [193.109.254.147:33750] by server-12.bemta-14.messagelabs.com id 6B/D8-15557-E473C915; Wed, 22 May 2013 03:11:10 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369192260!8574176!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2191 invoked from network); 22 May 2013 03:11:02 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 03:11:02 -0000 Received: by mail-vc0-f173.google.com with SMTP id ht10so973046vcb.4 for ; Tue, 21 May 2013 20:11:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=nqqOysfRqTDo7XFY5TGn59qn1CEKyHKeYRqv37lrefc=; b=fNf0lJ1FMspcrDcegwiCbj7wYpm2DJi+9BT5zCOCTHn4BHMRxBIOUJxoreQvVmxEIA Yxs33+AarPyrSRC1Au0Hln8VFF+jQzopFmNQmUOvgkbZokFCSBlUDj5eKtHDlcnEEntb rppTPjbGFgeG6aLfAOXdI2HsqKk8Ptq32povBAszxRtA6FYPyNh2rOuvGxr2vyf6ICXS maYx/+saoX4EpzeQjRlLTnd9o4y11btgSdkdfgp+mTVMSEmPPX0HPyNalKpSf/beqxxp 5vcf/zwf2828+U/xM4aDF/l2lNXsta85U6dWLzahcdqE+XueXZjTh78xgmQ+OY8fmPOj dJGg== X-Received: by 10.52.156.99 with SMTP id wd3mr1752006vdb.98.1369192260607; Tue, 21 May 2013 20:11:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Tue, 21 May 2013 20:10:40 -0700 (PDT) From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Wed, 22 May 2013 05:10:40 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Xen 4.2.0-r1, xen-tools 4.2.0-r3 from portage Kernel 3.8.13-gentoo /etc/conf.d/net: config_eth0="null" config_eth1="dhcp" bridge_xenbr0="eth0" config_xenbr0="dhcp" brctl_xenbr0="setfd 0" brctl_xenbr0="sethello 10" brctl_xenbr0="stp on" rc_net_xenbr0_need="net.eth0" rc_net_xenbr0_provide="!net" rc_net_xenbr0_provide="xenbridge" carrier_timeout_xenbr0="0" # brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.902b34599a01 yes eth0 # ping -c 3 -I xenbr0 192.168.0.1 PING 192.168.0.1 (192.168.0.1) from 192.168.0.104 xenbr0: 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=2.78 ms 64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=2.92 ms 64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=2.88 ms # xl create /etc/xen/ubuntu.cfg xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000019df48 TOTAL: 0000000000000000->00000000ff800000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000003fb 1GB PAGES: 0x0000000000000002 libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [9506] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: error: libxl_create.c:1096:domcreate_attach_pci: unable to add nic devices libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge offline [9547] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge remove [9599] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 /etc/xen/ubuntu.cfg: builder="hvm" name="ubuntu" vif=['mac=00:16:3E:00:00:02,bridge=xenbr0'] disk=[ 'phy:/dev/ssdraid/gentoo,hda,w', 'file:/export/media/Installs/ubuntu-13.04-desktop-amd64.iso,hdd,cdrom' ] memory="4096" vcpus="2" vnc=1 vncconsole=0 vnclisten="0.0.0.0" vncdisplay=4 boot="dc" on_xend_stop="shutdown" on_poweroff="destroy" on_reboot="destroy" on_crash="destroy" on_watchdog="destroy" xen_platform_pci=1 usb=1 usbdevice='tablet' pci_power_mgmt=1 I'm a bit stomped, because ubuntu.cfg and the network config used to work nicely before I did a dom0 reinstall - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 06:19:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 06:19: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 1Uf2Nh-0006IM-NO; Wed, 22 May 2013 06:18:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf2Ng-0006IE-E6; Wed, 22 May 2013 06:18:36 +0000 Received: from [85.158.139.83:27527] by server-1.bemta-5.messagelabs.com id D2/72-01720-B336C915; Wed, 22 May 2013 06:18:35 +0000 X-Env-Sender: bbartlomiej.mail@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1369203514!20596932!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_32,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23103 invoked from network); 22 May 2013 06:18:34 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 06:18:34 -0000 Received: by mail-wg0-f47.google.com with SMTP id e11so860353wgh.14 for ; Tue, 21 May 2013 23:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=PDz9wacH0dmRNsnp4mc8tH4pouLcQRnyd/1frBGKY7c=; b=INE6nh/6Nk9aiyU6WlAOmq9xw7aE3pMChVdDaM7ououary/ctpr4bkclGg6H0jj6mo K/3pyJsTLmOsLWm+nJU55vL/4MvSc4hkM+LUMbcg3SUq5Hd0oLiO1yqHNRPUwfCWXqYE r5bueQZsCtdr4epwe4JGAZbf8SMuFwFcLbNFexbiEES+vWthNgwOEPajAlA47MJr2NC9 dGdQJNksN9PTrxv1hvC03o0RqAjGVoYCmWBBl6VaAP6FsMDWmKsh50tjlTxTtMiK0M0H MVP+ONeEjrBj8YokZ+XwgbyAYd/YgjdOaKeJug8pC1f2UuRHfTROEucajs9R52cYwfqm 0+Cg== MIME-Version: 1.0 X-Received: by 10.180.79.69 with SMTP id h5mr29811737wix.14.1369203514155; Tue, 21 May 2013 23:18:34 -0700 (PDT) Received: by 10.194.178.133 with HTTP; Tue, 21 May 2013 23:18:34 -0700 (PDT) In-Reply-To: <1369148674.21246.92.camel@zakaz.uk.xensource.com> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 08:18:34 +0200 Message-ID: From: Bartek Krawczyk To: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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 May 2013 17:04, Ian Campbell wrote: > On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >> wrote: >> > On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >> >> I believe both mailing lists are great but there are so may postings >> >> that >> >> many issues get missed. There are some bugs that hand never been >> >> resolved >> >> because developers are unaware of it. I just setup forum for xen >> >> users at >> >> sam.hebe.us/forums please be free to join >> > >> > It would be easier for us if the bug reports and such were posted on >> > xen-devel. >> > Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >> > when >> > doing it. >> >> Surely a bug-tracking system that emails all reports to xen-devel >> automatically would cover the best of both worlds, would it not? > > Not unless developers can reply to the bug by hitting reply in their > MUA. Please drop the forum idea. Xen should use a proper bug tracking system like Bugzilla (which allows replying to bugs by clicking "Reply" in MUA). Take a look at: http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html Regards, -- Bartek Krawczyk _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 06:19:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 06:19: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 1Uf2Nh-0006IM-NO; Wed, 22 May 2013 06:18:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf2Ng-0006IE-E6; Wed, 22 May 2013 06:18:36 +0000 Received: from [85.158.139.83:27527] by server-1.bemta-5.messagelabs.com id D2/72-01720-B336C915; Wed, 22 May 2013 06:18:35 +0000 X-Env-Sender: bbartlomiej.mail@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1369203514!20596932!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_32,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23103 invoked from network); 22 May 2013 06:18:34 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 06:18:34 -0000 Received: by mail-wg0-f47.google.com with SMTP id e11so860353wgh.14 for ; Tue, 21 May 2013 23:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=PDz9wacH0dmRNsnp4mc8tH4pouLcQRnyd/1frBGKY7c=; b=INE6nh/6Nk9aiyU6WlAOmq9xw7aE3pMChVdDaM7ououary/ctpr4bkclGg6H0jj6mo K/3pyJsTLmOsLWm+nJU55vL/4MvSc4hkM+LUMbcg3SUq5Hd0oLiO1yqHNRPUwfCWXqYE r5bueQZsCtdr4epwe4JGAZbf8SMuFwFcLbNFexbiEES+vWthNgwOEPajAlA47MJr2NC9 dGdQJNksN9PTrxv1hvC03o0RqAjGVoYCmWBBl6VaAP6FsMDWmKsh50tjlTxTtMiK0M0H MVP+ONeEjrBj8YokZ+XwgbyAYd/YgjdOaKeJug8pC1f2UuRHfTROEucajs9R52cYwfqm 0+Cg== MIME-Version: 1.0 X-Received: by 10.180.79.69 with SMTP id h5mr29811737wix.14.1369203514155; Tue, 21 May 2013 23:18:34 -0700 (PDT) Received: by 10.194.178.133 with HTTP; Tue, 21 May 2013 23:18:34 -0700 (PDT) In-Reply-To: <1369148674.21246.92.camel@zakaz.uk.xensource.com> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 08:18:34 +0200 Message-ID: From: Bartek Krawczyk To: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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 May 2013 17:04, Ian Campbell wrote: > On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >> wrote: >> > On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >> >> I believe both mailing lists are great but there are so may postings >> >> that >> >> many issues get missed. There are some bugs that hand never been >> >> resolved >> >> because developers are unaware of it. I just setup forum for xen >> >> users at >> >> sam.hebe.us/forums please be free to join >> > >> > It would be easier for us if the bug reports and such were posted on >> > xen-devel. >> > Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >> > when >> > doing it. >> >> Surely a bug-tracking system that emails all reports to xen-devel >> automatically would cover the best of both worlds, would it not? > > Not unless developers can reply to the bug by hitting reply in their > MUA. Please drop the forum idea. Xen should use a proper bug tracking system like Bugzilla (which allows replying to bugs by clicking "Reply" in MUA). Take a look at: http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html Regards, -- Bartek Krawczyk _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 06:56:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 06: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 1Uf2x4-0006nF-SI; Wed, 22 May 2013 06:55:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf2x3-0006n0-7J; Wed, 22 May 2013 06:55:09 +0000 Received: from [85.158.139.83:3487] by server-8.bemta-5.messagelabs.com id 34/33-29170-CCB6C915; Wed, 22 May 2013 06:55:08 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1369205706!24180510!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31551 invoked from network); 22 May 2013 06:55:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 06:55:07 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.122.55.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id CF5BB22124E; Wed, 22 May 2013 07:55:04 +0100 (BST) Message-ID: <519C6BC4.2050506@bobich.net> Date: Wed, 22 May 2013 07:55:00 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bartek Krawczyk References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> In-Reply-To: Cc: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 05/22/2013 07:18 AM, Bartek Krawczyk wrote: > On 21 May 2013 17:04, Ian Campbell wrote: >> On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >>> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >>> wrote: >>>> On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >>>>> I believe both mailing lists are great but there are so may postings >>>>> that >>>>> many issues get missed. There are some bugs that hand never been >>>>> resolved >>>>> because developers are unaware of it. I just setup forum for xen >>>>> users at >>>>> sam.hebe.us/forums please be free to join >>>> >>>> It would be easier for us if the bug reports and such were posted on >>>> xen-devel. >>>> Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>> when >>>> doing it. >>> >>> Surely a bug-tracking system that emails all reports to xen-devel >>> automatically would cover the best of both worlds, would it not? >> >> Not unless developers can reply to the bug by hitting reply in their >> MUA. > > Please drop the forum idea. Xen should use a proper bug tracking > system like Bugzilla (which allows replying to bugs by clicking > "Reply" in MUA). > Take a look at: http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html +1 Along with a wiki for documentation that is actually kept updated when features are added/removed/changed and more importantly, that clearly states if/when obvious features are unexpectedly and conspicuously missing (e.g. domU config file method of passing multiple USB devices to domU). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 06:56:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 06: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 1Uf2x4-0006nF-SI; Wed, 22 May 2013 06:55:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf2x3-0006n0-7J; Wed, 22 May 2013 06:55:09 +0000 Received: from [85.158.139.83:3487] by server-8.bemta-5.messagelabs.com id 34/33-29170-CCB6C915; Wed, 22 May 2013 06:55:08 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1369205706!24180510!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31551 invoked from network); 22 May 2013 06:55:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 06:55:07 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.122.55.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id CF5BB22124E; Wed, 22 May 2013 07:55:04 +0100 (BST) Message-ID: <519C6BC4.2050506@bobich.net> Date: Wed, 22 May 2013 07:55:00 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bartek Krawczyk References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> In-Reply-To: Cc: xen-users , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 05/22/2013 07:18 AM, Bartek Krawczyk wrote: > On 21 May 2013 17:04, Ian Campbell wrote: >> On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >>> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >>> wrote: >>>> On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >>>>> I believe both mailing lists are great but there are so may postings >>>>> that >>>>> many issues get missed. There are some bugs that hand never been >>>>> resolved >>>>> because developers are unaware of it. I just setup forum for xen >>>>> users at >>>>> sam.hebe.us/forums please be free to join >>>> >>>> It would be easier for us if the bug reports and such were posted on >>>> xen-devel. >>>> Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>> when >>>> doing it. >>> >>> Surely a bug-tracking system that emails all reports to xen-devel >>> automatically would cover the best of both worlds, would it not? >> >> Not unless developers can reply to the bug by hitting reply in their >> MUA. > > Please drop the forum idea. Xen should use a proper bug tracking > system like Bugzilla (which allows replying to bugs by clicking > "Reply" in MUA). > Take a look at: http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html +1 Along with a wiki for documentation that is actually kept updated when features are added/removed/changed and more importantly, that clearly states if/when obvious features are unexpectedly and conspicuously missing (e.g. domU config file method of passing multiple USB devices to domU). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 08:33:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 08:33: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 1Uf4Ss-0000Uk-K5; Wed, 22 May 2013 08:32:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf4Sr-0000Uf-4H for xen-users@lists.xen.org; Wed, 22 May 2013 08:32:06 +0000 Received: from [85.158.137.99:8166] by server-10.bemta-3.messagelabs.com id 95/42-00761-4828C915; Wed, 22 May 2013 08:32:04 +0000 X-Env-Sender: kprescott@coolip.net X-Msg-Ref: server-15.tower-217.messagelabs.com!1369211507!15487028!1 X-Originating-IP: [23.23.221.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4451 invoked from network); 22 May 2013 08:31:47 -0000 Received: from zcs.mccainsystems.com (HELO zcs.mccainsystems.com) (23.23.221.81) by server-15.tower-217.messagelabs.com with SMTP; 22 May 2013 08:31:47 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by zcs.mccainsystems.com (Postfix) with ESMTP id A356F1443FC for ; Wed, 22 May 2013 04:31:46 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs.mccainsystems.com Received: from zcs.mccainsystems.com ([127.0.0.1]) by localhost (zcs.mccainsystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0WLCFYOZCMMD for ; Wed, 22 May 2013 04:31:27 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by zcs.mccainsystems.com (Postfix) with ESMTP id 1149E1443FB for ; Wed, 22 May 2013 04:31:27 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs.mccainsystems.com Received: from zcs.mccainsystems.com ([127.0.0.1]) by localhost (zcs.mccainsystems.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pWMYKjKgm6kI for ; Wed, 22 May 2013 04:30:54 -0400 (EDT) Received: from ip-10-122-162-135.ec2.internal (zaria.coolip.net [50.16.211.118]) by zcs.mccainsystems.com (Postfix) with ESMTPSA id 5B53A1443FD for ; Wed, 22 May 2013 04:30:54 -0400 (EDT) Date: Wed, 22 May 2013 04:30:48 -0400 (EDT) From: Kelly Prescott To: xen-users@lists.xen.org Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="271742675-1843097752-1369211454=:16935" Subject: [Xen-users] laptop keyboard not detected under 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII I have a TOSHIBA Satellite S855 with Bios 6.60 laptop. When I try to use xen-4.3 with it I cannot get the keyboard to work... If I plug in a USB keyboard the USB keyboard functions fine... I suspect Xen might have problems with this hardware. I am running archlinux with the 3.9.3-1Arch kernel and xen-4.3 from the aur. I see the same problem with xen-4.2 for what it is worth. I found some hopefully useful output in the regular kernel boot messages as follows: 0.000000] DMI: TOSHIBA Satellite S855/Portable PC, BIOS 6.60 01/14/2013 0.045374] TOSHIBA Satellite detected - force copy of DSDT to local memory 0.475982] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 0.492197] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 When I look at the dmesg output when running under xen I only get [ 3.725666] serio: i8042 KBD port at 0x60,0x64 irq 1 I have tried booting with apic=noirq but that had no noticable effect. I have also attached 3 files. the dmesg without xen, the dmesg with xen, and the dmesg ring of the xen boot itself. I would like to know if anyone can propose a solution for me so I can use the build in keyboard. I am willing to provide more information or test or if I have missed something please point it out for me... Thanks much for your time. -- Kelly --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg-no-xen Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg-no-xen WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1 c2V0DQpbICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5 cyBjcHUNClsgICAgMC4wMDAwMDBdIExpbnV4IHZlcnNpb24gMy45LjMtMS1B UkNIICh0b2JpYXNAVC1QT1dBLUxYKSAoZ2NjIHZlcnNpb24gNC44LjAgMjAx MzA1MDIgKHByZXJlbGVhc2UpIChHQ0MpICkgIzEgU01QIFBSRUVNUFQgU3Vu IE1heSAxOSAyMjo1MDoyOSBDRVNUIDIwMTMNClsgICAgMC4wMDAwMDBdIENv bW1hbmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LWxpbnV4IHJv b3Q9VVVJRD03ZjRjMDk3ZS1kMjE5LTRmZDUtYTI2Mi05NzZlZjg3YjFkODAg cm8gcXVpZXQNClsgICAgMC4wMDAwMDBdIGU4MjA6IEJJT1MtcHJvdmlkZWQg cGh5c2ljYWwgUkFNIG1hcDoNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDog W21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAwMDAwMDAwMDg3ZmZmXSB1 c2FibGUNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21lbSAweDAwMDAw MDAwMDAwODgwMDAtMHgwMDAwMDAwMDAwMGJmZmZmXSByZXNlcnZlZA0KWyAg ICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDAwMDEwMDAw MC0weDAwMDAwMDAwMWZmZmZmZmZdIHVzYWJsZQ0KWyAgICAwLjAwMDAwMF0g QklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDAyMDAwMDAwMC0weDAwMDAwMDAw MjAxZmZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6 IFttZW0gMHgwMDAwMDAwMDIwMjAwMDAwLTB4MDAwMDAwMDA0MDAwM2ZmZl0g dXNhYmxlDQpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAw MDAwMDQwMDA0MDAwLTB4MDAwMDAwMDA0MDAwNGZmZl0gcmVzZXJ2ZWQNClsg ICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAwNDAwMDUw MDAtMHgwMDAwMDAwMGI1MjZkZmZmXSB1c2FibGUNClsgICAgMC4wMDAwMDBd IEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAwYjUyNmUwMDAtMHgwMDAwMDAw MGI2MTc2ZmZmXSBBQ1BJIE5WUw0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIw OiBbbWVtIDB4MDAwMDAwMDBiNjE3NzAwMC0weDAwMDAwMDAwYjYxOTlmZmZd IHVzYWJsZQ0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAw MDAwMDBiNjE5YTAwMC0weDAwMDAwMDAwYjYxOWVmZmZdIEFDUEkgTlZTDQpb ICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGI2MTlm MDAwLTB4MDAwMDAwMDBiYTdiZWZmZl0gdXNhYmxlDQpbICAgIDAuMDAwMDAw XSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGJhN2JmMDAwLTB4MDAwMDAw MDBiYWViZWZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgy MDogW21lbSAweDAwMDAwMDAwYmFlYmYwMDAtMHgwMDAwMDAwMGJhZmJlZmZm XSBBQ1BJIE5WUw0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4 MDAwMDAwMDBiYWZiZjAwMC0weDAwMDAwMDAwYmFmZmVmZmZdIEFDUEkgZGF0 YQ0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDBi YWZmZjAwMC0weDAwMDAwMDAwYmFmZmZmZmZdIHVzYWJsZQ0KWyAgICAwLjAw MDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDBiYjAwMDAwMC0weDAw MDAwMDAwYmY5ZmZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBCSU9T LWU4MjA6IFttZW0gMHgwMDAwMDAwMGUwMDAwMDAwLTB4MDAwMDAwMDBlZmZm ZmZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21l bSAweDAwMDAwMDAwZmViMDAwMDAtMHgwMDAwMDAwMGZlYjAzZmZmXSByZXNl cnZlZA0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAw MDBmZWMwMDAwMC0weDAwMDAwMDAwZmVjMDBmZmZdIHJlc2VydmVkDQpbICAg IDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGZlZDEwMDAw LTB4MDAwMDAwMDBmZWQxOWZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBd IEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAwZmVkMWMwMDAtMHgwMDAwMDAw MGZlZDFmZmZmXSByZXNlcnZlZA0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIw OiBbbWVtIDB4MDAwMDAwMDBmZWUwMDAwMC0weDAwMDAwMDAwZmVlMDBmZmZd IHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgw MDAwMDAwMGZmYjAwMDAwLTB4MDAwMDAwMDBmZmZmZmZmZl0gcmVzZXJ2ZWQN ClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAxMDAw MDAwMDAtMHgwMDAwMDAwMjNmNWZmZmZmXSB1c2FibGUNClsgICAgMC4wMDAw MDBdIE5YIChFeGVjdXRlIERpc2FibGUpIHByb3RlY3Rpb246IGFjdGl2ZQ0K WyAgICAwLjAwMDAwMF0gZWZpOiBFRkkgdjIuMzEgYnkgSU5TWURFIENvcnAu DQpbICAgIDAuMDAwMDAwXSBlZmk6ICBBQ1BJPTB4YmFmZmUwMDAgIEFDUEkg Mi4wPTB4YmFmZmUwMTQgIFNNQklPUz0weGJhZWJlZjk4IA0KWyAgICAwLjAw MDAwMF0gZWZpOiBtZW0wMDogdHlwZT0zLCBhdHRyPTB4ZiwgcmFuZ2U9WzB4 MDAwMDAwMDAwMDAwMDAwMC0weDAwMDAwMDAwMDAwMDEwMDApICgwTUIpDQpb ICAgIDAuMDAwMDAwXSBlZmk6IG1lbTAxOiB0eXBlPTcsIGF0dHI9MHhmLCBy YW5nZT1bMHgwMDAwMDAwMDAwMDAxMDAwLTB4MDAwMDAwMDAwMDA2ZjAwMCkg KDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDI6IHR5cGU9NCwgYXR0 cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMDAwNmYwMDAtMHgwMDAwMDAwMDAw MDcwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0wMzogdHlw ZT03LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDAwMDA3MDAwMC0weDAw MDAwMDAwMDAwODgwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1l bTA0OiB0eXBlPTYsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1b MHgwMDAwMDAwMDAwMDg4MDAwLTB4MDAwMDAwMDAwMDBhMDAwMCkgKDBNQikN ClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDU6IHR5cGU9MiwgYXR0cj0weGYs IHJhbmdlPVsweDAwMDAwMDAwMDAxMDAwMDAtMHgwMDAwMDAwMDAxMDUxMDAw KSAoMTVNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDY6IHR5cGU9Nywg YXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMDEwNTEwMDAtMHgwMDAwMDAw MDAyMDAwMDAwKSAoMTVNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDc6 IHR5cGU9MiwgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMDIwMDAwMDAt MHgwMDAwMDAwMDAyZjUxMDAwKSAoMTVNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtMDg6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAw MDJmNTEwMDAtMHgwMDAwMDAwMDIwMDAwMDAwKSAoNDY0TUIpDQpbICAgIDAu MDAwMDAwXSBlZmk6IG1lbTA5OiB0eXBlPTAsIGF0dHI9MHhmLCByYW5nZT1b MHgwMDAwMDAwMDIwMDAwMDAwLTB4MDAwMDAwMDAyMDIwMDAwMCkgKDJNQikN ClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMTA6IHR5cGU9NywgYXR0cj0weGYs IHJhbmdlPVsweDAwMDAwMDAwMjAyMDAwMDAtMHgwMDAwMDAwMDM3YTI2MDAw KSAoMzc2TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTExOiB0eXBlPTIs IGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMDM3YTI2MDAwLTB4MDAwMDAw MDAzN2QwYjAwMCkgKDJNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMTI6 IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMzdkMGIwMDAt MHgwMDAwMDAwMDQwMDA0MDAwKSAoMTMwTUIpDQpbICAgIDAuMDAwMDAwXSBl Zmk6IG1lbTEzOiB0eXBlPTAsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAw MDQwMDA0MDAwLTB4MDAwMDAwMDA0MDAwNTAwMCkgKDBNQikNClsgICAgMC4w MDAwMDBdIGVmaTogbWVtMTQ6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsw eDAwMDAwMDAwNDAwMDUwMDAtMHgwMDAwMDAwMDg1YjZkMDAwKSAoMTExNU1C KQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0xNTogdHlwZT0yLCBhdHRyPTB4 ZiwgcmFuZ2U9WzB4MDAwMDAwMDA4NWI2ZDAwMC0weDAwMDAwMDAwYjMxYzAw MDApICg3MjZNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMTY6IHR5cGU9 NCwgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjMxYzAwMDAtMHgwMDAw MDAwMGIzMWUwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0x NzogdHlwZT03LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiMzFlMDAw MC0weDAwMDAwMDAwYjUwNTQwMDApICgzME1CKQ0KWyAgICAwLjAwMDAwMF0g ZWZpOiBtZW0xODogdHlwZT00LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAw MDBiNTA1NDAwMC0weDAwMDAwMDAwYjUyNmUwMDApICgyTUIpDQpbICAgIDAu MDAwMDAwXSBlZmk6IG1lbTE5OiB0eXBlPTEwLCBhdHRyPTB4ZiwgcmFuZ2U9 WzB4MDAwMDAwMDBiNTI2ZTAwMC0weDAwMDAwMDAwYjYxNzcwMDApICgxNU1C KQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0yMDogdHlwZT00LCBhdHRyPTB4 ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiNjE3NzAwMC0weDAwMDAwMDAwYjYxOWEw MDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTIxOiB0eXBlPTEw LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiNjE5YTAwMC0weDAwMDAw MDAwYjYxOWYwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTIy OiB0eXBlPTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI2MTlmMDAw LTB4MDAwMDAwMDBiNjFiMDAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtMjM6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAw YjYxYjAwMDAtMHgwMDAwMDAwMGI2M2ExMDAwKSAoMU1CKQ0KWyAgICAwLjAw MDAwMF0gZWZpOiBtZW0yNDogdHlwZT0xLCBhdHRyPTB4ZiwgcmFuZ2U9WzB4 MDAwMDAwMDBiNjNhMTAwMC0weDAwMDAwMDAwYjYzYmYwMDApICgwTUIpDQpb ICAgIDAuMDAwMDAwXSBlZmk6IG1lbTI1OiB0eXBlPTcsIGF0dHI9MHhmLCBy YW5nZT1bMHgwMDAwMDAwMGI2M2JmMDAwLTB4MDAwMDAwMDBiNmQ4NTAwMCkg KDlNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMjY6IHR5cGU9NCwgYXR0 cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjZkODUwMDAtMHgwMDAwMDAwMGI2 ZTIwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0yNzogdHlw ZT03LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiNmUyMDAwMC0weDAw MDAwMDAwYjZlMzAwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1l bTI4OiB0eXBlPTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI2ZTMw MDAwLTB4MDAwMDAwMDBiN2I5YTAwMCkgKDEzTUIpDQpbICAgIDAuMDAwMDAw XSBlZmk6IG1lbTI5OiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAw MDAwMGI3YjlhMDAwLTB4MDAwMDAwMDBiN2I5YjAwMCkgKDBNQikNClsgICAg MC4wMDAwMDBdIGVmaTogbWVtMzA6IHR5cGU9NCwgYXR0cj0weGYsIHJhbmdl PVsweDAwMDAwMDAwYjdiOWIwMDAtMHgwMDAwMDAwMGI4MTM4MDAwKSAoNU1C KQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0zMTogdHlwZT03LCBhdHRyPTB4 ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiODEzODAwMC0weDAwMDAwMDAwYjgxM2Mw MDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTMyOiB0eXBlPTQs IGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI4MTNjMDAwLTB4MDAwMDAw MDBiODE3MjAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMzM6 IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjgxNzIwMDAt MHgwMDAwMDAwMGI4MTczMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZp OiBtZW0zNDogdHlwZT00LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBi ODE3MzAwMC0weDAwMDAwMDAwYjgyY2UwMDApICgxTUIpDQpbICAgIDAuMDAw MDAwXSBlZmk6IG1lbTM1OiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1bMHgw MDAwMDAwMGI4MmNlMDAwLTB4MDAwMDAwMDBiODJkMjAwMCkgKDBNQikNClsg ICAgMC4wMDAwMDBdIGVmaTogbWVtMzY6IHR5cGU9NCwgYXR0cj0weGYsIHJh bmdlPVsweDAwMDAwMDAwYjgyZDIwMDAtMHgwMDAwMDAwMGI4MmQ1MDAwKSAo ME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0zNzogdHlwZT03LCBhdHRy PTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiODJkNTAwMC0weDAwMDAwMDAwYjgy ZDYwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTM4OiB0eXBl PTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI4MmQ2MDAwLTB4MDAw MDAwMDBiODRhODAwMCkgKDFNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVt Mzk6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjg0YTgw MDAtMHgwMDAwMDAwMGI4NGE5MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0g ZWZpOiBtZW00MDogdHlwZT00LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAw MDBiODRhOTAwMC0weDAwMDAwMDAwYjg2ZjkwMDApICgyTUIpDQpbICAgIDAu MDAwMDAwXSBlZmk6IG1lbTQxOiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1b MHgwMDAwMDAwMGI4NmY5MDAwLTB4MDAwMDAwMDBiODcwMTAwMCkgKDBNQikN ClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNDI6IHR5cGU9NCwgYXR0cj0weGYs IHJhbmdlPVsweDAwMDAwMDAwYjg3MDEwMDAtMHgwMDAwMDAwMGI4NzAyMDAw KSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW00MzogdHlwZT03LCBh dHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiODcwMjAwMC0weDAwMDAwMDAw Yjg3MDMwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTQ0OiB0 eXBlPTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI4NzAzMDAwLTB4 MDAwMDAwMDBiYTNiZjAwMCkgKDI4TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6 IG1lbTQ1OiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGJh M2JmMDAwLTB4MDAwMDAwMDBiYTNmODAwMCkgKDBNQikNClsgICAgMC4wMDAw MDBdIGVmaTogbWVtNDY6IHR5cGU9MiwgYXR0cj0weGYsIHJhbmdlPVsweDAw MDAwMDAwYmEzZjgwMDAtMHgwMDAwMDAwMGJhNDAyMDAwKSAoME1CKQ0KWyAg ICAwLjAwMDAwMF0gZWZpOiBtZW00NzogdHlwZT0zLCBhdHRyPTB4ZiwgcmFu Z2U9WzB4MDAwMDAwMDBiYTQwMjAwMC0weDAwMDAwMDAwYmE3YmYwMDApICgz TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTQ4OiB0eXBlPTUsIGF0dHI9 MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1bMHgwMDAwMDAwMGJhN2JmMDAw LTB4MDAwMDAwMDBiYTg2YjAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtNDk6IHR5cGU9NiwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMGYsIHJh bmdlPVsweDAwMDAwMDAwYmE4NmIwMDAtMHgwMDAwMDAwMGJhODZkMDAwKSAo ME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW01MDogdHlwZT01LCBhdHRy PTB4ODAwMDAwMDAwMDAwMDAwZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYTg2ZDAw MC0weDAwMDAwMDAwYmE4N2IwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBl Zmk6IG1lbTUxOiB0eXBlPTYsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCBy YW5nZT1bMHgwMDAwMDAwMGJhODdiMDAwLTB4MDAwMDAwMDBiYTg3YzAwMCkg KDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNTI6IHR5cGU9NSwgYXR0 cj0weDgwMDAwMDAwMDAwMDAwMGYsIHJhbmdlPVsweDAwMDAwMDAwYmE4N2Mw MDAtMHgwMDAwMDAwMGJhODhjMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0g ZWZpOiBtZW01MzogdHlwZT02LCBhdHRyPTB4ODAwMDAwMDAwMDAwMDAwZiwg cmFuZ2U9WzB4MDAwMDAwMDBiYTg4YzAwMC0weDAwMDAwMDAwYmE4OGQwMDAp ICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTU0OiB0eXBlPTUsIGF0 dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1bMHgwMDAwMDAwMGJhODhk MDAwLTB4MDAwMDAwMDBiYThjNDAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBd IGVmaTogbWVtNTU6IHR5cGU9NiwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMGYs IHJhbmdlPVsweDAwMDAwMDAwYmE4YzQwMDAtMHgwMDAwMDAwMGJhOGM1MDAw KSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW01NjogdHlwZT01LCBh dHRyPTB4ODAwMDAwMDAwMDAwMDAwZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYThj NTAwMC0weDAwMDAwMDAwYmE4ZDcwMDApICgwTUIpDQpbICAgIDAuMDAwMDAw XSBlZmk6IG1lbTU3OiB0eXBlPTYsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBm LCByYW5nZT1bMHgwMDAwMDAwMGJhOGQ3MDAwLTB4MDAwMDAwMDBiYThkODAw MCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNTg6IHR5cGU9NSwg YXR0cj0weDgwMDAwMDAwMDAwMDAwMGYsIHJhbmdlPVsweDAwMDAwMDAwYmE4 ZDgwMDAtMHgwMDAwMDAwMGJhOGU0MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAw MF0gZWZpOiBtZW01OTogdHlwZT02LCBhdHRyPTB4ODAwMDAwMDAwMDAwMDAw ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYThlNDAwMC0weDAwMDAwMDAwYmE5MzYw MDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTYwOiB0eXBlPTUs IGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1bMHgwMDAwMDAwMGJh OTM2MDAwLTB4MDAwMDAwMDBiYTliZjAwMCkgKDBNQikNClsgICAgMC4wMDAw MDBdIGVmaTogbWVtNjE6IHR5cGU9NiwgYXR0cj0weDgwMDAwMDAwMDAwMDAw MGYsIHJhbmdlPVsweDAwMDAwMDAwYmE5YmYwMDAtMHgwMDAwMDAwMGJhYWJm MDAwKSAoMU1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW02MjogdHlwZT0w LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYWFiZjAwMC0weDAwMDAw MDAwYmFlYmYwMDApICg0TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTYz OiB0eXBlPTEwLCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYWViZjAw MC0weDAwMDAwMDAwYmFmYmYwMDApICgxTUIpDQpbICAgIDAuMDAwMDAwXSBl Zmk6IG1lbTY0OiB0eXBlPTksIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAw MGJhZmJmMDAwLTB4MDAwMDAwMDBiYWZmZjAwMCkgKDBNQikNClsgICAgMC4w MDAwMDBdIGVmaTogbWVtNjU6IHR5cGU9NCwgYXR0cj0weGYsIHJhbmdlPVsw eDAwMDAwMDAwYmFmZmYwMDAtMHgwMDAwMDAwMGJiMDAwMDAwKSAoME1CKQ0K WyAgICAwLjAwMDAwMF0gZWZpOiBtZW02NjogdHlwZT03LCBhdHRyPTB4Ziwg cmFuZ2U9WzB4MDAwMDAwMDEwMDAwMDAwMC0weDAwMDAwMDAyM2Y2MDAwMDAp ICg1MTEwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTY3OiB0eXBlPTAs IGF0dHI9MHgwLCByYW5nZT1bMHgwMDAwMDAwMDAwMGEwMDAwLTB4MDAwMDAw MDAwMDBjMDAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNjg6 IHR5cGU9MCwgYXR0cj0weDAsIHJhbmdlPVsweDAwMDAwMDAwYmIwMDAwMDAt MHgwMDAwMDAwMGJmYTAwMDAwKSAoNzRNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtNjk6IHR5cGU9MTEsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDAxLCBy YW5nZT1bMHgwMDAwMDAwMGUwMDAwMDAwLTB4MDAwMDAwMDBmMDAwMDAwMCkg KDI1Nk1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW03MDogdHlwZT0xMSwg YXR0cj0weDgwMDAwMDAwMDAwMDAwMDEsIHJhbmdlPVsweDAwMDAwMDAwZmVi MDAwMDAtMHgwMDAwMDAwMGZlYjA0MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAw MF0gZWZpOiBtZW03MTogdHlwZT0xMSwgYXR0cj0weDgwMDAwMDAwMDAwMDAw MDEsIHJhbmdlPVsweDAwMDAwMDAwZmVjMDAwMDAtMHgwMDAwMDAwMGZlYzAx MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW03MjogdHlwZT0x MSwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMDEsIHJhbmdlPVsweDAwMDAwMDAw ZmVkMTAwMDAtMHgwMDAwMDAwMGZlZDFhMDAwKSAoME1CKQ0KWyAgICAwLjAw MDAwMF0gZWZpOiBtZW03MzogdHlwZT0xMSwgYXR0cj0weDgwMDAwMDAwMDAw MDAwMDEsIHJhbmdlPVsweDAwMDAwMDAwZmVkMWMwMDAtMHgwMDAwMDAwMGZl ZDIwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW03NDogdHlw ZT0xMSwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMDEsIHJhbmdlPVsweDAwMDAw MDAwZmVlMDAwMDAtMHgwMDAwMDAwMGZlZTAxMDAwKSAoME1CKQ0KWyAgICAw LjAwMDAwMF0gZWZpOiBtZW03NTogdHlwZT0xMSwgYXR0cj0weDgwMDAwMDAw MDAwMDAwMDAsIHJhbmdlPVsweDAwMDAwMDAwZmZiMDAwMDAtMHgwMDAwMDAw MTAwMDAwMDAwKSAoNU1CKQ0KWyAgICAwLjAwMDAwMF0gU01CSU9TIDIuNyBw cmVzZW50Lg0KWyAgICAwLjAwMDAwMF0gRE1JOiBUT1NISUJBIFNhdGVsbGl0 ZSBTODU1L1BvcnRhYmxlIFBDLCBCSU9TIDYuNjAgMDEvMTQvMjAxMw0KWyAg ICAwLjAwMDAwMF0gZTgyMDogdXBkYXRlIFttZW0gMHgwMDAwMDAwMC0weDAw MDAwZmZmXSB1c2FibGUgPT0+IHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBl ODIwOiByZW1vdmUgW21lbSAweDAwMGEwMDAwLTB4MDAwZmZmZmZdIHVzYWJs ZQ0KWyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3VuZA0KWyAgICAw LjAwMDAwMF0gZTgyMDogbGFzdF9wZm4gPSAweDIzZjYwMCBtYXhfYXJjaF9w Zm4gPSAweDQwMDAwMDAwMA0KWyAgICAwLjAwMDAwMF0gTVRSUiBkZWZhdWx0 IHR5cGU6IHVuY2FjaGFibGUNClsgICAgMC4wMDAwMDBdIE1UUlIgZml4ZWQg cmFuZ2VzIGVuYWJsZWQ6DQpbICAgIDAuMDAwMDAwXSAgIDAwMDAwLTlGRkZG IHdyaXRlLWJhY2sNClsgICAgMC4wMDAwMDBdICAgQTAwMDAtQkZGRkYgdW5j YWNoYWJsZQ0KWyAgICAwLjAwMDAwMF0gICBDMDAwMC1FN0ZGRiB3cml0ZS1w cm90ZWN0DQpbICAgIDAuMDAwMDAwXSAgIEU4MDAwLUVGRkZGIHdyaXRlLWNv bWJpbmluZw0KWyAgICAwLjAwMDAwMF0gICBGMDAwMC1GRkZGRiB3cml0ZS1w cm90ZWN0DQpbICAgIDAuMDAwMDAwXSBNVFJSIHZhcmlhYmxlIHJhbmdlcyBl bmFibGVkOg0KWyAgICAwLjAwMDAwMF0gICAwIGJhc2UgMDAwMDAwMDAwIG1h c2sgRjgwMDAwMDAwIHdyaXRlLWJhY2sNClsgICAgMC4wMDAwMDBdICAgMSBi YXNlIDA4MDAwMDAwMCBtYXNrIEZDMDAwMDAwMCB3cml0ZS1iYWNrDQpbICAg IDAuMDAwMDAwXSAgIDIgYmFzZSAwQkIwMDAwMDAgbWFzayBGRkYwMDAwMDAg dW5jYWNoYWJsZQ0KWyAgICAwLjAwMDAwMF0gICAzIGJhc2UgMEJDMDAwMDAw IG1hc2sgRkZDMDAwMDAwIHVuY2FjaGFibGUNClsgICAgMC4wMDAwMDBdICAg NCBiYXNlIDBGRjgwMDAwMCBtYXNrIEZGRjgwMDAwMCB3cml0ZS1wcm90ZWN0 DQpbICAgIDAuMDAwMDAwXSAgIDUgYmFzZSAxMDAwMDAwMDAgbWFzayBGMDAw MDAwMDAgd3JpdGUtYmFjaw0KWyAgICAwLjAwMDAwMF0gICA2IGJhc2UgMjAw MDAwMDAwIG1hc2sgRkMwMDAwMDAwIHdyaXRlLWJhY2sNClsgICAgMC4wMDAw MDBdICAgNyBiYXNlIDIzRjYwMDAwMCBtYXNrIEZGRkUwMDAwMCB1bmNhY2hh YmxlDQpbICAgIDAuMDAwMDAwXSAgIDggYmFzZSAyM0Y4MDAwMDAgbWFzayBG RkY4MDAwMDAgdW5jYWNoYWJsZQ0KWyAgICAwLjAwMDAwMF0gICA5IGRpc2Fi bGVkDQpbICAgIDAuMDAwMDAwXSB4ODYgUEFUIGVuYWJsZWQ6IGNwdSAwLCBv bGQgMHg3MDQwNjAwMDcwNDA2LCBuZXcgMHg3MDEwNjAwMDcwMTA2DQpbICAg IDAuMDAwMDAwXSBlODIwOiBsYXN0X3BmbiA9IDB4YmIwMDAgbWF4X2FyY2hf cGZuID0gMHg0MDAwMDAwMDANClsgICAgMC4wMDAwMDBdIFNjYW5uaW5nIDEg YXJlYXMgZm9yIGxvdyBtZW1vcnkgY29ycnVwdGlvbg0KWyAgICAwLjAwMDAw MF0gQmFzZSBtZW1vcnkgdHJhbXBvbGluZSBhdCBbZmZmZjg4MDAwMDA3ZTAw MF0gN2UwMDAgc2l6ZSAyNDU3Ng0KWyAgICAwLjAwMDAwMF0gaW5pdF9tZW1v cnlfbWFwcGluZzogW21lbSAweDAwMDAwMDAwLTB4MDAwZmZmZmZdDQpbICAg IDAuMDAwMDAwXSAgW21lbSAweDAwMDAwMDAwLTB4MDAwZmZmZmZdIHBhZ2Ug NGsNClsgICAgMC4wMDAwMDBdIEJSSyBbMHgwMmIzMDAwMCwgMHgwMmIzMGZm Zl0gUEdUQUJMRQ0KWyAgICAwLjAwMDAwMF0gQlJLIFsweDAyYjMxMDAwLCAw eDAyYjMxZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAwXSBCUksgWzB4MDJi MzIwMDAsIDB4MDJiMzJmZmZdIFBHVEFCTEUNClsgICAgMC4wMDAwMDBdIGlu aXRfbWVtb3J5X21hcHBpbmc6IFttZW0gMHgyM2Y0MDAwMDAtMHgyM2Y1ZmZm ZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDIzZjQwMDAwMC0weDIzZjVm ZmZmZl0gcGFnZSAyTQ0KWyAgICAwLjAwMDAwMF0gQlJLIFsweDAyYjMzMDAw LCAweDAyYjMzZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAwXSBpbml0X21l bW9yeV9tYXBwaW5nOiBbbWVtIDB4MjNjMDAwMDAwLTB4MjNmM2ZmZmZmXQ0K WyAgICAwLjAwMDAwMF0gIFttZW0gMHgyM2MwMDAwMDAtMHgyM2YzZmZmZmZd IHBhZ2UgMk0NClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBpbmc6 IFttZW0gMHgyMDAwMDAwMDAtMHgyM2JmZmZmZmZdDQpbICAgIDAuMDAwMDAw XSAgW21lbSAweDIwMDAwMDAwMC0weDIzYmZmZmZmZl0gcGFnZSAyTQ0KWyAg ICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDAwMTAw MDAwLTB4MWZmZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDAwMTAw MDAwLTB4MDAxZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdICBbbWVt IDB4MDAyMDAwMDAtMHgxZmZmZmZmZl0gcGFnZSAyTQ0KWyAgICAwLjAwMDAw MF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDIwMjAwMDAwLTB4NDAw MDNmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDIwMjAwMDAwLTB4M2Zm ZmZmZmZdIHBhZ2UgMk0NClsgICAgMC4wMDAwMDBdICBbbWVtIDB4NDAwMDAw MDAtMHg0MDAwM2ZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDAwMF0gQlJLIFsw eDAyYjM0MDAwLCAweDAyYjM0ZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAw XSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4NDAwMDUwMDAtMHhiNTI2 ZGZmZl0NClsgICAgMC4wMDAwMDBdICBbbWVtIDB4NDAwMDUwMDAtMHg0MDFm ZmZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHg0MDIwMDAw MC0weGI1MWZmZmZmXSBwYWdlIDJNDQpbICAgIDAuMDAwMDAwXSAgW21lbSAw eGI1MjAwMDAwLTB4YjUyNmRmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBd IGluaXRfbWVtb3J5X21hcHBpbmc6IFttZW0gMHhiNjE3NzAwMC0weGI2MTk5 ZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHhiNjE3NzAwMC0weGI2MTk5 ZmZmXSBwYWdlIDRrDQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBw aW5nOiBbbWVtIDB4YjYxOWYwMDAtMHhiYTdiZWZmZl0NClsgICAgMC4wMDAw MDBdICBbbWVtIDB4YjYxOWYwMDAtMHhiNjFmZmZmZl0gcGFnZSA0aw0KWyAg ICAwLjAwMDAwMF0gIFttZW0gMHhiNjIwMDAwMC0weGJhNWZmZmZmXSBwYWdl IDJNDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweGJhNjAwMDAwLTB4YmE3YmVm ZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBp bmc6IFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXQ0KWyAgICAwLjAwMDAw MF0gIFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXSBwYWdlIDRrDQpbICAg IDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4MTAwMDAw MDAwLTB4MWZmZmZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHgxMDAw MDAwMDAtMHgxZmZmZmZmZmZdIHBhZ2UgMk0NClsgICAgMC4wMDAwMDBdIFJB TURJU0s6IFttZW0gMHgzN2EyNjAwMC0weDM3ZDBhZmZmXQ0KWyAgICAwLjAw MDAwMF0gQUNQSTogUlNEUCAwMDAwMDAwMGJhZmZlMDE0IDAwMDI0ICh2MDIg VE9TSU5WKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogWFNEVCAwMDAwMDAwMGJh ZmZlMjEwIDAwMEI0ICh2MDEgVE9TSU5WIFRPU0lOVjAwIDAwMDAwMDAxICAg ICAgMDEwMDAwMTMpDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBGQUNQIDAwMDAw MDAwYmFmZmIwMDAgMDAxMEMgKHYwNSBUT1NJTlYgVE9TSU5WMDAgMDAwMDAw MDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IERTRFQg MDAwMDAwMDBiYWZlZjAwMCAwODQwNCAodjAxIFRPU0lOViBUT1NJTlYwMCAw MDAwMDAwMCBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog RkFDUyAwMDAwMDAwMGJhZmJiMDAwIDAwMDQwDQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBVRUZJIDAwMDAwMDAwYmFmZmQwMDAgMDAyMzYgKHYwMSBUT1NJTlYg VE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAw MDBdIEFDUEk6IEFTRiEgMDAwMDAwMDBiYWZmYzAwMCAwMDBBNSAodjMyIFRP U0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAw LjAwMDAwMF0gQUNQSTogSFBFVCAwMDAwMDAwMGJhZmZhMDAwIDAwMDM4ICh2 MDEgVE9TSU5WIFRPU0lOVjAwIDAwMDAwMDAxIEFDUEkgMDAwNDAwMDApDQpb ICAgIDAuMDAwMDAwXSBBQ1BJOiBBUElDIDAwMDAwMDAwYmFmZjkwMDAgMDAw OEMgKHYwMyBUT1NJTlYgVE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAw MCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IE1DRkcgMDAwMDAwMDBiYWZmODAw MCAwMDAzQyAodjAxIFRPU0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAw MDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogU0xJQyAwMDAwMDAwMGJh ZmVlMDAwIDAwMTc2ICh2MDEgVE9TSU5WIFRPU0lOVjAwIDAwMDAwMDAxIEFD UEkgMDAwNDAwMDApDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBXREFUIDAwMDAw MDAwYmFmZWQwMDAgMDAyMjQgKHYwMSBUT1NJTlYgVE9TSU5WMDAgMDAwMDAw MDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IFNTRFQg MDAwMDAwMDBiYWZlYjAwMCAwMTA2OCAodjAxIElOU1lERSBDUiBDUkIgICAw MDAwMTAwMCBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog Qk9PVCAwMDAwMDAwMGJhZmU5MDAwIDAwMDI4ICh2MDEgVE9TSU5WIFRPU0lO VjAwIDAwMDAwMDAxIEFDUEkgMDAwNDAwMDApDQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBBU1BUIDAwMDAwMDAwYmFmZTcwMDAgMDAwMzQgKHYwNyBUT1NJTlYg VE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAw MDBdIEFDUEk6IERCR1AgMDAwMDAwMDBiYWZlNjAwMCAwMDAzNCAodjAxIFRP U0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAw LjAwMDAwMF0gQUNQSTogU1NEVCAwMDAwMDAwMGJhZmRmMDAwIDA2QzQyICh2 MDEgVE9TSU5WICAgVHNiT2RtIDAwMDAxMDAwIEFDUEkgMDAwNDAwMDApDQpb ICAgIDAuMDAwMDAwXSBBQ1BJOiBGUERUIDAwMDAwMDAwYmFmZGQwMDAgMDAw NDQgKHYwMSBUT1NJTlYgVE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAw MCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IE1TRE0gMDAwMDAwMDBiYWZkYzAw MCAwMDA1NSAodjAzIFRPU0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAw MDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogU1NEVCAwMDAwMDAwMGJh ZmRiMDAwIDAwOTE4ICh2MDEgSU5TWURFIENSIENSQiAgIDAwMDAzMDAwIEFD UEkgMDAwNDAwMDApDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBTU0RUIDAwMDAw MDAwYmFmZGEwMDAgMDBCMjIgKHYwMSBJTlNZREUgQ1IgQ1JCICAgMDAwMDMw MDAgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IEJHUlQg MDAwMDAwMDBiYWZkOTAwMCAwMDAzOCAodjAxIFRPU0lOViBUT1NJTlYwMCAw MDAwMDAwMSBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog TG9jYWwgQVBJQyBhZGRyZXNzIDB4ZmVlMDAwMDANClsgICAgMC4wMDAwMDBd IE5vIE5VTUEgY29uZmlndXJhdGlvbiBmb3VuZA0KWyAgICAwLjAwMDAwMF0g RmFraW5nIGEgbm9kZSBhdCBbbWVtIDB4MDAwMDAwMDAwMDAwMDAwMC0weDAw MDAwMDAyM2Y1ZmZmZmZdDQpbICAgIDAuMDAwMDAwXSBJbml0bWVtIHNldHVw IG5vZGUgMCBbbWVtIDB4MDAwMDAwMDAtMHgyM2Y1ZmZmZmZdDQpbICAgIDAu MDAwMDAwXSAgIE5PREVfREFUQSBbbWVtIDB4MjNmNWYxMDAwLTB4MjNmNWY1 ZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFtmZmZmZWEwMDAwMDAwMDAwLWZmZmZl YTAwMDhmZmZmZmZdIFBNRCAtPiBbZmZmZjg4MDIzNmMwMDAwMC1mZmZmODgw MjNlYmZmZmZmXSBvbiBub2RlIDANClsgICAgMC4wMDAwMDBdIFpvbmUgcmFu Z2VzOg0KWyAgICAwLjAwMDAwMF0gICBETUEgICAgICBbbWVtIDB4MDAwMDEw MDAtMHgwMGZmZmZmZl0NClsgICAgMC4wMDAwMDBdICAgRE1BMzIgICAgW21l bSAweDAxMDAwMDAwLTB4ZmZmZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgIE5v cm1hbCAgIFttZW0gMHgxMDAwMDAwMDAtMHgyM2Y1ZmZmZmZdDQpbICAgIDAu MDAwMDAwXSBNb3ZhYmxlIHpvbmUgc3RhcnQgZm9yIGVhY2ggbm9kZQ0KWyAg ICAwLjAwMDAwMF0gRWFybHkgbWVtb3J5IG5vZGUgcmFuZ2VzDQpbICAgIDAu MDAwMDAwXSAgIG5vZGUgICAwOiBbbWVtIDB4MDAwMDEwMDAtMHgwMDA4N2Zm Zl0NClsgICAgMC4wMDAwMDBdICAgbm9kZSAgIDA6IFttZW0gMHgwMDEwMDAw MC0weDFmZmZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDogW21l bSAweDIwMjAwMDAwLTB4NDAwMDNmZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5v ZGUgICAwOiBbbWVtIDB4NDAwMDUwMDAtMHhiNTI2ZGZmZl0NClsgICAgMC4w MDAwMDBdICAgbm9kZSAgIDA6IFttZW0gMHhiNjE3NzAwMC0weGI2MTk5ZmZm XQ0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDogW21lbSAweGI2MTlmMDAw LTB4YmE3YmVmZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAwOiBbbWVt IDB4YmFmZmYwMDAtMHhiYWZmZmZmZl0NClsgICAgMC4wMDAwMDBdICAgbm9k ZSAgIDA6IFttZW0gMHgxMDAwMDAwMDAtMHgyM2Y1ZmZmZmZdDQpbICAgIDAu MDAwMDAwXSBPbiBub2RlIDAgdG90YWxwYWdlczogMjA2NzUxMg0KWyAgICAw LjAwMDAwMF0gICBETUEgem9uZTogNjQgcGFnZXMgdXNlZCBmb3IgbWVtbWFw DQpbICAgIDAuMDAwMDAwXSAgIERNQSB6b25lOiAyMyBwYWdlcyByZXNlcnZl ZA0KWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogMzk3NSBwYWdlcywgTElG TyBiYXRjaDowDQpbICAgIDAuMDAwMDAwXSAgIERNQTMyIHpvbmU6IDExODAz IHBhZ2VzIHVzZWQgZm9yIG1lbW1hcA0KWyAgICAwLjAwMDAwMF0gICBETUEz MiB6b25lOiA3NTUzNzcgcGFnZXMsIExJRk8gYmF0Y2g6MzENClsgICAgMC4w MDAwMDBdICAgTm9ybWFsIHpvbmU6IDIwNDQwIHBhZ2VzIHVzZWQgZm9yIG1l bW1hcA0KWyAgICAwLjAwMDAwMF0gICBOb3JtYWwgem9uZTogMTMwODE2MCBw YWdlcywgTElGTyBiYXRjaDozMQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogUE0t VGltZXIgSU8gUG9ydDogMHg0MDgNClsgICAgMC4wMDAwMDBdIEFDUEk6IExv Y2FsIEFQSUMgYWRkcmVzcyAweGZlZTAwMDAwDQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBMQVBJQyAoYWNwaV9pZFsweDAxXSBsYXBpY19pZFsweDAwXSBlbmFi bGVkKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgw Ml0gbGFwaWNfaWRbMHgwMV0gZW5hYmxlZCkNClsgICAgMC4wMDAwMDBdIEFD UEk6IExBUElDIChhY3BpX2lkWzB4MDNdIGxhcGljX2lkWzB4MDJdIGVuYWJs ZWQpDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDA0 XSBsYXBpY19pZFsweDAzXSBlbmFibGVkKQ0KWyAgICAwLjAwMDAwMF0gQUNQ STogTEFQSUMgKGFjcGlfaWRbMHgwNV0gbGFwaWNfaWRbMHgwNF0gZW5hYmxl ZCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDZd IGxhcGljX2lkWzB4MDVdIGVuYWJsZWQpDQpbICAgIDAuMDAwMDAwXSBBQ1BJ OiBMQVBJQyAoYWNwaV9pZFsweDA3XSBsYXBpY19pZFsweDA2XSBlbmFibGVk KQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwOF0g bGFwaWNfaWRbMHgwN10gZW5hYmxlZCkNClsgICAgMC4wMDAwMDBdIEFDUEk6 IElPQVBJQyAoaWRbMHgwMF0gYWRkcmVzc1sweGZlYzAwMDAwXSBnc2lfYmFz ZVswXSkNClsgICAgMC4wMDAwMDBdIElPQVBJQ1swXTogYXBpY19pZCAwLCB2 ZXJzaW9uIDMyLCBhZGRyZXNzIDB4ZmVjMDAwMDAsIEdTSSAwLTIzDQpbICAg IDAuMDAwMDAwXSBBQ1BJOiBJTlRfU1JDX09WUiAoYnVzIDAgYnVzX2lycSAw IGdsb2JhbF9pcnEgMiBkZmwgZGZsKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog SU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgOSBnbG9iYWxfaXJxIDkgaGln aCBsZXZlbCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTAgdXNlZCBieSBv dmVycmlkZS4NClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTIgdXNlZCBieSBv dmVycmlkZS4NClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTkgdXNlZCBieSBv dmVycmlkZS4NClsgICAgMC4wMDAwMDBdIFVzaW5nIEFDUEkgKE1BRFQpIGZv ciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbg0KWyAgICAwLjAwMDAw MF0gQUNQSTogSFBFVCBpZDogMHg4MDg2YTIwMSBiYXNlOiAweGZlZDAwMDAw DQpbICAgIDAuMDAwMDAwXSBzbXBib290OiBBbGxvd2luZyA4IENQVXMsIDAg aG90cGx1ZyBDUFVzDQpbICAgIDAuMDAwMDAwXSBucl9pcnFzX2dzaTogNDAN ClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6 IDAwMDAwMDAwMDAwODgwMDAgLSAwMDAwMDAwMDAwMGMwMDAwDQpbICAgIDAu MDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAw MDAwMGMwMDAwIC0gMDAwMDAwMDAwMDEwMDAwMA0KWyAgICAwLjAwMDAwMF0g UE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAyMDAwMDAw MCAtIDAwMDAwMDAwMjAyMDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdp c3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwNDAwMDQwMDAgLSAwMDAw MDAwMDQwMDA1MDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBu b3NhdmUgbWVtb3J5OiAwMDAwMDAwMGI1MjZlMDAwIC0gMDAwMDAwMDBiNjE3 NzAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1l bW9yeTogMDAwMDAwMDBiNjE5YTAwMCAtIDAwMDAwMDAwYjYxOWYwMDANClsg ICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAw MDAwMDAwYmE3YmYwMDAgLSAwMDAwMDAwMGJhZWJmMDAwDQpbICAgIDAuMDAw MDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGJh ZWJmMDAwIC0gMDAwMDAwMDBiYWZiZjAwMA0KWyAgICAwLjAwMDAwMF0gUE06 IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBiYWZiZjAwMCAt IDAwMDAwMDAwYmFmZmYwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3Rl cmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwYmIwMDAwMDAgLSAwMDAwMDAw MGJmYTAwMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3Nh dmUgbWVtb3J5OiAwMDAwMDAwMGJmYTAwMDAwIC0gMDAwMDAwMDBlMDAwMDAw MA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9y eTogMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZjAwMDAwMDANClsgICAg MC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAw MDAwZjAwMDAwMDAgLSAwMDAwMDAwMGZlYjAwMDAwDQpbICAgIDAuMDAwMDAw XSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlYjAw MDAwIC0gMDAwMDAwMDBmZWIwNDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJl Z2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWIwNDAwMCAtIDAw MDAwMDAwZmVjMDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVk IG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmVjMDAwMDAgLSAwMDAwMDAwMGZl YzAxMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUg bWVtb3J5OiAwMDAwMDAwMGZlYzAxMDAwIC0gMDAwMDAwMDBmZWQxMDAwMA0K WyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTog MDAwMDAwMDBmZWQxMDAwMCAtIDAwMDAwMDAwZmVkMWEwMDANClsgICAgMC4w MDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAw ZmVkMWEwMDAgLSAwMDAwMDAwMGZlZDFjMDAwDQpbICAgIDAuMDAwMDAwXSBQ TTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlZDFjMDAw IC0gMDAwMDAwMDBmZWQyMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lz dGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWQyMDAwMCAtIDAwMDAw MDAwZmVlMDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5v c2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmVlMDAwMDAgLSAwMDAwMDAwMGZlZTAx MDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVt b3J5OiAwMDAwMDAwMGZlZTAxMDAwIC0gMDAwMDAwMDBmZmIwMDAwMA0KWyAg ICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAw MDAwMDBmZmIwMDAwMCAtIDAwMDAwMDAxMDAwMDAwMDANClsgICAgMC4wMDAw MDBdIGU4MjA6IFttZW0gMHhiZmEwMDAwMC0weGRmZmZmZmZmXSBhdmFpbGFi bGUgZm9yIFBDSSBkZXZpY2VzDQpbICAgIDAuMDAwMDAwXSBCb290aW5nIHBh cmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gYmFyZSBoYXJkd2FyZQ0KWyAgICAw LjAwMDAwMF0gc2V0dXBfcGVyY3B1OiBOUl9DUFVTOjY0IG5yX2NwdW1hc2tf Yml0czo2NCBucl9jcHVfaWRzOjggbnJfbm9kZV9pZHM6MQ0KWyAgICAwLjAw MDAwMF0gUEVSQ1BVOiBFbWJlZGRlZCAyOCBwYWdlcy9jcHUgQGZmZmY4ODAy M2YyMDAwMDAgczg1ODI0IHI4MTkyIGQyMDY3MiB1MjYyMTQ0DQpbICAgIDAu MDAwMDAwXSBwY3B1LWFsbG9jOiBzODU4MjQgcjgxOTIgZDIwNjcyIHUyNjIx NDQgYWxsb2M9MSoyMDk3MTUyDQpbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9j OiBbMF0gMCAxIDIgMyA0IDUgNiA3IA0KWyAgICAwLjAwMDAwMF0gQnVpbHQg MSB6b25lbGlzdHMgaW4gWm9uZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcg b24uICBUb3RhbCBwYWdlczogMjAzNTE4Mg0KWyAgICAwLjAwMDAwMF0gUG9s aWN5IHpvbmU6IE5vcm1hbA0KWyAgICAwLjAwMDAwMF0gS2VybmVsIGNvbW1h bmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LWxpbnV4IHJvb3Q9 VVVJRD03ZjRjMDk3ZS1kMjE5LTRmZDUtYTI2Mi05NzZlZjg3YjFkODAgcm8g cXVpZXQNClsgICAgMC4wMDAwMDBdIFBJRCBoYXNoIHRhYmxlIGVudHJpZXM6 IDQwOTYgKG9yZGVyOiAzLCAzMjc2OCBieXRlcykNClsgICAgMC4wMDAwMDBd IF9fZXhfdGFibGUgYWxyZWFkeSBzb3J0ZWQsIHNraXBwaW5nIHNvcnQNClsg ICAgMC4wMDAwMDBdIHhzYXZlOiBlbmFibGVkIHhzdGF0ZV9idiAweDcsIGNu dHh0IHNpemUgMHgzNDANClsgICAgMC4wMDAwMDBdIENoZWNraW5nIGFwZXJ0 dXJlLi4uDQpbICAgIDAuMDAwMDAwXSBObyBBR1AgYnJpZGdlIGZvdW5kDQpb ICAgIDAuMDAwMDAwXSBDYWxnYXJ5OiBkZXRlY3RpbmcgQ2FsZ2FyeSB2aWEg QklPUyBFQkRBIGFyZWENClsgICAgMC4wMDAwMDBdIENhbGdhcnk6IFVuYWJs ZSB0byBsb2NhdGUgUmlvIEdyYW5kZSB0YWJsZSBpbiBFQkRBIC0gYmFpbGlu ZyENClsgICAgMC4wMDAwMDBdIE1lbW9yeTogNzk5NTQ4NGsvOTQyNjk0NGsg YXZhaWxhYmxlICg0OTgzayBrZXJuZWwgY29kZSwgMTE1Njg5NmsgYWJzZW50 LCAyNzQ1NjRrIHJlc2VydmVkLCAzOTY3ayBkYXRhLCAxMDkyayBpbml0KQ0K WyAgICAwLjAwMDAwMF0gU0xVQjogR2Vuc2xhYnM9MTUsIEhXYWxpZ249NjQs IE9yZGVyPTAtMywgTWluT2JqZWN0cz0wLCBDUFVzPTgsIE5vZGVzPTENClsg ICAgMC4wMDAwMDBdIFByZWVtcHRpYmxlIGhpZXJhcmNoaWNhbCBSQ1UgaW1w bGVtZW50YXRpb24uDQpbICAgIDAuMDAwMDAwXSAJUkNVIGR5bnRpY2staWRs ZSBncmFjZS1wZXJpb2QgYWNjZWxlcmF0aW9uIGlzIGVuYWJsZWQuDQpbICAg IDAuMDAwMDAwXSAJRHVtcCBzdGFja3Mgb2YgdGFza3MgYmxvY2tpbmcgUkNV LXByZWVtcHQgR1AuDQpbICAgIDAuMDAwMDAwXSAJUkNVIHJlc3RyaWN0aW5n IENQVXMgZnJvbSBOUl9DUFVTPTY0IHRvIG5yX2NwdV9pZHM9OC4NClsgICAg MC4wMDAwMDBdIE5SX0lSUVM6NDM1MiBucl9pcnFzOjc0NCAxNg0KWyAgICAw LjAwMDAwMF0gQ29uc29sZTogY29sb3VyIGR1bW15IGRldmljZSA4MHgyNQ0K WyAgICAwLjAwMDAwMF0gY29uc29sZSBbdHR5MF0gZW5hYmxlZA0KWyAgICAw LjAwMDAwMF0gYWxsb2NhdGVkIDMzNTU0NDMyIGJ5dGVzIG9mIHBhZ2VfY2dy b3VwDQpbICAgIDAuMDAwMDAwXSBwbGVhc2UgdHJ5ICdjZ3JvdXBfZGlzYWJs ZT1tZW1vcnknIG9wdGlvbiBpZiB5b3UgZG9uJ3Qgd2FudCBtZW1vcnkgY2dy b3Vwcw0KWyAgICAwLjAwMDAwMF0gaHBldCBjbG9ja2V2ZW50IHJlZ2lzdGVy ZWQNClsgICAgMC4wMDAwMDBdIHRzYzogRmFzdCBUU0MgY2FsaWJyYXRpb24g dXNpbmcgUElUDQpbICAgIDAuMDAzMzMzXSB0c2M6IERldGVjdGVkIDIzOTQu NTE5IE1IeiBwcm9jZXNzb3INClsgICAgMC4wMDAwMDJdIENhbGlicmF0aW5n IGRlbGF5IGxvb3AgKHNraXBwZWQpLCB2YWx1ZSBjYWxjdWxhdGVkIHVzaW5n IHRpbWVyIGZyZXF1ZW5jeS4uIDQ3OTAuNTggQm9nb01JUFMgKGxwaj03OTgx NzMwKQ0KWyAgICAwLjAwMDAwNV0gcGlkX21heDogZGVmYXVsdDogMzI3Njgg bWluaW11bTogMzAxDQpbICAgIDAuMDAwMDE4XSBpbml0X21lbW9yeV9tYXBw aW5nOiBbbWVtIDB4YmE3YmYwMDAtMHhiYTg2YWZmZl0NClsgICAgMC4wMDAw MjBdICBbbWVtIDB4YmE3YmYwMDAtMHhiYTg2YWZmZl0gcGFnZSA0aw0KWyAg ICAwLjAwMDAzMV0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGJhODZi MDAwLTB4YmE4NmNmZmZdDQpbICAgIDAuMDAwMDMzXSAgW21lbSAweGJhODZi MDAwLTB4YmE4NmNmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMzhdIGluaXRf bWVtb3J5X21hcHBpbmc6IFttZW0gMHhiYTg2ZDAwMC0weGJhODdhZmZmXQ0K WyAgICAwLjAwMDAzOV0gIFttZW0gMHhiYTg2ZDAwMC0weGJhODdhZmZmXSBw YWdlIDRrDQpbICAgIDAuMDAwMDQ0XSBpbml0X21lbW9yeV9tYXBwaW5nOiBb bWVtIDB4YmE4N2IwMDAtMHhiYTg3YmZmZl0NClsgICAgMC4wMDAwNDVdICBb bWVtIDB4YmE4N2IwMDAtMHhiYTg3YmZmZl0gcGFnZSA0aw0KWyAgICAwLjAw MDA1Ml0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGJhODdjMDAwLTB4 YmE4OGJmZmZdDQpbICAgIDAuMDAwMDUzXSAgW21lbSAweGJhODdjMDAwLTB4 YmE4OGJmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwNThdIGluaXRfbWVtb3J5 X21hcHBpbmc6IFttZW0gMHhiYTg4YzAwMC0weGJhODhjZmZmXQ0KWyAgICAw LjAwMDA1OV0gIFttZW0gMHhiYTg4YzAwMC0weGJhODhjZmZmXSBwYWdlIDRr DQpbICAgIDAuMDAwMDY0XSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4 YmE4OGQwMDAtMHhiYThjM2ZmZl0NClsgICAgMC4wMDAwNjVdICBbbWVtIDB4 YmE4OGQwMDAtMHhiYThjM2ZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDA3MV0g aW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGJhOGM0MDAwLTB4YmE4YzRm ZmZdDQpbICAgIDAuMDAwMDcyXSAgW21lbSAweGJhOGM0MDAwLTB4YmE4YzRm ZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwNzddIGluaXRfbWVtb3J5X21hcHBp bmc6IFttZW0gMHhiYThjNTAwMC0weGJhOGQ2ZmZmXQ0KWyAgICAwLjAwMDA3 OF0gIFttZW0gMHhiYThjNTAwMC0weGJhOGQ2ZmZmXSBwYWdlIDRrDQpbICAg IDAuMDAwMDgzXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4YmE4ZDcw MDAtMHhiYThkN2ZmZl0NClsgICAgMC4wMDAwODRdICBbbWVtIDB4YmE4ZDcw MDAtMHhiYThkN2ZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDA4OV0gaW5pdF9t ZW1vcnlfbWFwcGluZzogW21lbSAweGJhOGQ4MDAwLTB4YmE4ZTNmZmZdDQpb ICAgIDAuMDAwMDkwXSAgW21lbSAweGJhOGQ4MDAwLTB4YmE4ZTNmZmZdIHBh Z2UgNGsNClsgICAgMC4wMDAwOTVdIGluaXRfbWVtb3J5X21hcHBpbmc6IFtt ZW0gMHhiYThlNDAwMC0weGJhOTM1ZmZmXQ0KWyAgICAwLjAwMDA5Nl0gIFtt ZW0gMHhiYThlNDAwMC0weGJhOTM1ZmZmXSBwYWdlIDRrDQpbICAgIDAuMDAw MTAyXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4YmE5MzYwMDAtMHhi YTliZWZmZl0NClsgICAgMC4wMDAxMDNdICBbbWVtIDB4YmE5MzYwMDAtMHhi YTliZWZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDEwOV0gaW5pdF9tZW1vcnlf bWFwcGluZzogW21lbSAweGJhOWJmMDAwLTB4YmFhYmVmZmZdDQpbICAgIDAu MDAwMTEwXSAgW21lbSAweGJhOWJmMDAwLTB4YmFhYmVmZmZdIHBhZ2UgNGsN ClsgICAgMC4wNDAzNjhdIFNlY3VyaXR5IEZyYW1ld29yayBpbml0aWFsaXpl ZA0KWyAgICAwLjA0MDM4NV0gQXBwQXJtb3I6IEFwcEFybW9yIGRpc2FibGVk IGJ5IGJvb3QgdGltZSBwYXJhbWV0ZXINClsgICAgMC4wNDA4MjldIERlbnRy eSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEwNDg1NzYgKG9yZGVyOiAx MSwgODM4ODYwOCBieXRlcykNClsgICAgMC4wNDI4MjBdIElub2RlLWNhY2hl IGhhc2ggdGFibGUgZW50cmllczogNTI0Mjg4IChvcmRlcjogMTAsIDQxOTQz MDQgYnl0ZXMpDQpbICAgIDAuMDQzNzI4XSBNb3VudC1jYWNoZSBoYXNoIHRh YmxlIGVudHJpZXM6IDI1Ng0KWyAgICAwLjA0Mzg4Nl0gSW5pdGlhbGl6aW5n IGNncm91cCBzdWJzeXMgY3B1YWNjdA0KWyAgICAwLjA0Mzg4OF0gSW5pdGlh bGl6aW5nIGNncm91cCBzdWJzeXMgbWVtb3J5DQpbICAgIDAuMDQzODk0XSBJ bml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBkZXZpY2VzDQpbICAgIDAuMDQz ODk1XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBmcmVlemVyDQpbICAg IDAuMDQzODk3XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBuZXRfY2xz DQpbICAgIDAuMDQzODk4XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBi bGtpbw0KWyAgICAwLjA0MzkyMV0gQ1BVOiBQaHlzaWNhbCBQcm9jZXNzb3Ig SUQ6IDANClsgICAgMC4wNDM5MjJdIENQVTogUHJvY2Vzc29yIENvcmUgSUQ6 IDANClsgICAgMC4wNDM5MjZdIEVORVJHWV9QRVJGX0JJQVM6IFNldCB0byAn bm9ybWFsJywgd2FzICdwZXJmb3JtYW5jZScNCkVORVJHWV9QRVJGX0JJQVM6 IFZpZXcgYW5kIHVwZGF0ZSB3aXRoIHg4Nl9lbmVyZ3lfcGVyZl9wb2xpY3ko OCkNClsgICAgMC4wNDQyOTZdIG1jZTogQ1BVIHN1cHBvcnRzIDkgTUNFIGJh bmtzDQpbICAgIDAuMDQ0MzA2XSBDUFUwOiBUaGVybWFsIG1vbml0b3Jpbmcg aGFuZGxlZCBieSBTTUkNClsgICAgMC4wNDQzMTRdIExhc3QgbGV2ZWwgaVRM QiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMCwgNE1CIDANCkxhc3QgbGV2ZWwg ZFRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMzIsIDRNQiAzMg0KdGxiX2Zs dXNoYWxsX3NoaWZ0OiAxDQpbICAgIDAuMDQ0NDQ0XSBGcmVlaW5nIFNNUCBh bHRlcm5hdGl2ZXM6IDIwayBmcmVlZA0KWyAgICAwLjA0NTM3Ml0gQUNQSTog Q29yZSByZXZpc2lvbiAyMDEzMDExNw0KWyAgICAwLjA0NTM3NF0gVE9TSElC QSBTYXRlbGxpdGUgZGV0ZWN0ZWQgLSBmb3JjZSBjb3B5IG9mIERTRFQgdG8g bG9jYWwgbWVtb3J5DQpbICAgIDAuMDQ1NDQzXSBBQ1BJOiBGb3JjZWQgRFNE VCBjb3B5OiBsZW5ndGggMHgwODQwNCBjb3BpZWQgbG9jYWxseSwgb3JpZ2lu YWwgdW5tYXBwZWQNClsgICAgMC4wNTEwODBdIEFDUEk6IEFsbCBBQ1BJIFRh YmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQNClsgICAgMC4wNjM3NjZdIGZ0 cmFjZTogYWxsb2NhdGluZyAxOTU0NiBlbnRyaWVzIGluIDc3IHBhZ2VzDQpb ICAgIDAuMDczMjc3XSAuLlRJTUVSOiB2ZWN0b3I9MHgzMCBhcGljMT0wIHBp bjE9MiBhcGljMj0tMSBwaW4yPS0xDQpbICAgIDAuMTA2MzA5XSBzbXBib290 OiBDUFUwOiBJbnRlbChSKSBDb3JlKFRNKSBpNy0zNjMwUU0gQ1BVIEAgMi40 MEdIeiAoZmFtOiAwNiwgbW9kZWw6IDNhLCBzdGVwcGluZzogMDkpDQpbICAg IDAuMTA2MzE2XSBUU0MgZGVhZGxpbmUgdGltZXIgZW5hYmxlZA0KWyAgICAw LjEwNjMyNl0gUGVyZm9ybWFuY2UgRXZlbnRzOiBQRUJTIGZtdDErLCAxNi1k ZWVwIExCUiwgSXZ5QnJpZGdlIGV2ZW50cywgSW50ZWwgUE1VIGRyaXZlci4N ClsgICAgMC4xMDYzMzJdIC4uLiB2ZXJzaW9uOiAgICAgICAgICAgICAgICAz DQpbICAgIDAuMTA2MzMzXSAuLi4gYml0IHdpZHRoOiAgICAgICAgICAgICAg NDgNClsgICAgMC4xMDYzMzRdIC4uLiBnZW5lcmljIHJlZ2lzdGVyczogICAg ICA0DQpbICAgIDAuMTA2MzM1XSAuLi4gdmFsdWUgbWFzazogICAgICAgICAg ICAgMDAwMGZmZmZmZmZmZmZmZg0KWyAgICAwLjEwNjMzNl0gLi4uIG1heCBw ZXJpb2Q6ICAgICAgICAgICAgIDAwMDAwMDAwN2ZmZmZmZmYNClsgICAgMC4x MDYzMzZdIC4uLiBmaXhlZC1wdXJwb3NlIGV2ZW50czogICAzDQpbICAgIDAu MTA2MzM3XSAuLi4gZXZlbnQgbWFzazogICAgICAgICAgICAgMDAwMDAwMDcw MDAwMDAwZg0KWyAgICAwLjE1Nzk1Nl0gQ1BVMTogVGhlcm1hbCBtb25pdG9y aW5nIGhhbmRsZWQgYnkgU01JDQpbICAgIDAuMTYwMTQ5XSBOTUkgd2F0Y2hk b2c6IGVuYWJsZWQgb24gYWxsIENQVXMsIHBlcm1hbmVudGx5IGNvbnN1bWVz IG9uZSBody1QTVUgY291bnRlci4NClsgICAgMC4xNzgzNTRdIENQVTI6IFRo ZXJtYWwgbW9uaXRvcmluZyBoYW5kbGVkIGJ5IFNNSQ0KWyAgICAwLjE5ODc1 M10gQ1BVMzogVGhlcm1hbCBtb25pdG9yaW5nIGhhbmRsZWQgYnkgU01JDQpb ICAgIDAuMjE5MTY1XSBDUFU0OiBUaGVybWFsIG1vbml0b3JpbmcgaGFuZGxl ZCBieSBTTUkNClsgICAgMC4yMzk1NjBdIENQVTU6IFRoZXJtYWwgbW9uaXRv cmluZyBoYW5kbGVkIGJ5IFNNSQ0KWyAgICAwLjI1OTk2NF0gQ1BVNjogVGhl cm1hbCBtb25pdG9yaW5nIGhhbmRsZWQgYnkgU01JDQpbICAgIDAuMTQ2NDcx XSBzbXBib290OiBCb290aW5nIE5vZGUgICAwLCBQcm9jZXNzb3JzICAjMSAj MiAjMyAjNCAjNSAjNiAjNyBPSw0KWyAgICAwLjI4MDM2NF0gQ1BVNzogVGhl cm1hbCBtb25pdG9yaW5nIGhhbmRsZWQgYnkgU01JDQpbICAgIDAuMjgyNDc5 XSBCcm91Z2h0IHVwIDggQ1BVcw0KWyAgICAwLjI4MjQ4Ml0gc21wYm9vdDog VG90YWwgb2YgOCBwcm9jZXNzb3JzIGFjdGl2YXRlZCAoMzgzMjcuNjUgQm9n b01JUFMpDQpbICAgIDAuMjg5NjMzXSBkZXZ0bXBmczogaW5pdGlhbGl6ZWQN ClsgICAgMC4yOTA3NjNdIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyByZWdp b24gW21lbSAweGI1MjZlMDAwLTB4YjYxNzZmZmZdICgxNTc2NTUwNCBieXRl cykNClsgICAgMC4yOTA5NzZdIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyBy ZWdpb24gW21lbSAweGI2MTlhMDAwLTB4YjYxOWVmZmZdICgyMDQ4MCBieXRl cykNClsgICAgMC4yOTA5NzldIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyBy ZWdpb24gW21lbSAweGJhZWJmMDAwLTB4YmFmYmVmZmZdICgxMDQ4NTc2IGJ5 dGVzKQ0KWyAgICAwLjI5MTYzMF0gUlRDIHRpbWU6ICAxOjU0OjE2LCBkYXRl OiAwNS8yMi8xMw0KWyAgICAwLjI5MTY2N10gTkVUOiBSZWdpc3RlcmVkIHBy b3RvY29sIGZhbWlseSAxNg0KWyAgICAwLjI5MTc2NF0gQUNQSSBGQURUIGRl Y2xhcmVzIHRoZSBzeXN0ZW0gZG9lc24ndCBzdXBwb3J0IFBDSWUgQVNQTSwg c28gZGlzYWJsZSBpdA0KWyAgICAwLjI5MTc2Nl0gQUNQSTogYnVzIHR5cGUg UENJIHJlZ2lzdGVyZWQNClsgICAgMC4yOTE4MjNdIFBDSTogTU1DT05GSUcg Zm9yIGRvbWFpbiAwMDAwIFtidXMgMDAtZmZdIGF0IFttZW0gMHhlMDAwMDAw MC0weGVmZmZmZmZmXSAoYmFzZSAweGUwMDAwMDAwKQ0KWyAgICAwLjI5MTgy NV0gUENJOiBNTUNPTkZJRyBhdCBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZm Zl0gcmVzZXJ2ZWQgaW4gRTgyMA0KWyAgICAwLjMyMDA4MF0gUENJOiBVc2lu ZyBjb25maWd1cmF0aW9uIHR5cGUgMSBmb3IgYmFzZSBhY2Nlc3MNClsgICAg MC4zMjA2NjJdIGJpbzogY3JlYXRlIHNsYWIgPGJpby0wPiBhdCAwDQpbICAg IDAuMzIwNzA5XSBBQ1BJOiBBZGRlZCBfT1NJKE1vZHVsZSBEZXZpY2UpDQpb ICAgIDAuMzIwNzExXSBBQ1BJOiBBZGRlZCBfT1NJKFByb2Nlc3NvciBEZXZp Y2UpDQpbICAgIDAuMzIwNzEyXSBBQ1BJOiBBZGRlZCBfT1NJKDMuMCBfU0NQ IEV4dGVuc2lvbnMpDQpbICAgIDAuMzIwNzEzXSBBQ1BJOiBBZGRlZCBfT1NJ KFByb2Nlc3NvciBBZ2dyZWdhdG9yIERldmljZSkNClsgICAgMC4zMjIxMzBd IEFDUEk6IEVDOiBMb29rIHVwIEVDIGluIERTRFQNClsgICAgMC4zMjM2MTld IEFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1vZHVsZS1sZXZlbCBleGVj dXRhYmxlIEFNTCBjb2RlDQpbICAgIDAuMzI5Njk5XSBBQ1BJOiBTU0RUIDAw MDAwMDAwYmFkZjcwMTggMDA4MEUgKHYwMSAgUG1SZWYgIENwdTBDc3QgMDAw MDMwMDEgSU5UTCAyMDEyMDIxNSkNClsgICAgMC4zMzAwNTVdIEFDUEk6IER5 bmFtaWMgT0VNIFRhYmxlIExvYWQ6DQpbICAgIDAuMzMwMDU3XSBBQ1BJOiBT U0RUICAgICAgICAgICAobnVsbCkgMDA4MEUgKHYwMSAgUG1SZWYgIENwdTBD c3QgMDAwMDMwMDEgSU5UTCAyMDEyMDIxNSkNClsgICAgMC4zMzMxMjZdIEFD UEk6IFNTRFQgMDAwMDAwMDBiYWRmOGE5OCAwMDMwMyAodjAxICBQbVJlZiAg ICBBcElzdCAwMDAwMzAwMCBJTlRMIDIwMTIwMjE1KQ0KWyAgICAwLjMzMzUw NF0gQUNQSTogRHluYW1pYyBPRU0gVGFibGUgTG9hZDoNClsgICAgMC4zMzM1 MDZdIEFDUEk6IFNTRFQgICAgICAgICAgIChudWxsKSAwMDMwMyAodjAxICBQ bVJlZiAgICBBcElzdCAwMDAwMzAwMCBJTlRMIDIwMTIwMjE1KQ0KWyAgICAw LjMzMzYyN10gQUNQSTogU1NEVCAwMDAwMDAwMGJhZGY2ZDk4IDAwMTE5ICh2 MDEgIFBtUmVmICAgIEFwQ3N0IDAwMDAzMDAwIElOVEwgMjAxMjAyMTUpDQpb ICAgIDAuMzMzOTgzXSBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2FkOg0K WyAgICAwLjMzMzk4NV0gQUNQSTogU1NEVCAgICAgICAgICAgKG51bGwpIDAw MTE5ICh2MDEgIFBtUmVmICAgIEFwQ3N0IDAwMDAzMDAwIElOVEwgMjAxMjAy MTUpDQpbICAgIDAuMzM1MDU1XSBBQ1BJOiBJbnRlcnByZXRlciBlbmFibGVk DQpbICAgIDAuMzM1MDYyXSBBQ1BJIEV4Y2VwdGlvbjogQUVfTk9UX0ZPVU5E LCBXaGlsZSBldmFsdWF0aW5nIFNsZWVwIFN0YXRlIFtcX1MxX10gKDIwMTMw MTE3L2h3eGZhY2UtNTY4KQ0KWyAgICAwLjMzNTA2Nl0gQUNQSSBFeGNlcHRp b246IEFFX05PVF9GT1VORCwgV2hpbGUgZXZhbHVhdGluZyBTbGVlcCBTdGF0 ZSBbXF9TMl9dICgyMDEzMDExNy9od3hmYWNlLTU2OCkNClsgICAgMC4zMzUw NzldIEFDUEk6IChzdXBwb3J0cyBTMCBTMyBTNCBTNSkNClsgICAgMC4zMzUw ODBdIEFDUEk6IFVzaW5nIElPQVBJQyBmb3IgaW50ZXJydXB0IHJvdXRpbmcN ClsgICAgMC4zMzUxMTBdIFBDSTogVXNpbmcgaG9zdCBicmlkZ2Ugd2luZG93 cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSwgdXNlICJwY2k9bm9jcnMiIGFu ZCByZXBvcnQgYSBidWcNClsgICAgMC4zMzk2NTRdIEFDUEk6IFBvd2VyIFJl c291cmNlIFtGTjAwXSAob24pDQpbICAgIDAuMzQwMTAyXSBBQ1BJOiBQQ0kg Um9vdCBCcmlkZ2UgW1BDSTBdIChkb21haW4gMDAwMCBbYnVzIDAwLWZlXSkN ClsgICAgMC4zNDAyMTBdIFxfU0JfLlBDSTA6X09TQyBpbnZhbGlkIFVVSUQN ClsgICAgMC4zNDAyMTFdIF9PU0MgcmVxdWVzdCBkYXRhOjEgOCAwIA0KWyAg ICAwLjM0MDQ3MV0gUENJIGhvc3QgYnJpZGdlIHRvIGJ1cyAwMDAwOjAwDQpb ICAgIDAuMzQwNDc0XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291 cmNlIFtidXMgMDAtZmVdDQpbICAgIDAuMzQwNDc2XSBwY2lfYnVzIDAwMDA6 MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4MGNmN10NClsg ICAgMC4zNDA0NzhdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3Vy Y2UgW2lvICAweDBkMDAtMHhmZmZmXQ0KWyAgICAwLjM0MDQ3OV0gcGNpX2J1 cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwYTAwMDAt MHgwMDBiZmZmZl0NClsgICAgMC4zNDA0ODFdIHBjaV9idXMgMDAwMDowMDog cm9vdCBidXMgcmVzb3VyY2UgW21lbSAweDAwMGMwMDAwLTB4MDAwYzNmZmZd DQpbICAgIDAuMzQwNDgyXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJl c291cmNlIFttZW0gMHgwMDBjNDAwMC0weDAwMGM3ZmZmXQ0KWyAgICAwLjM0 MDQ4NF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVt IDB4MDAwYzgwMDAtMHgwMDBjYmZmZl0NClsgICAgMC4zNDA0ODVdIHBjaV9i dXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21lbSAweDAwMGNjMDAw LTB4MDAwY2ZmZmZdDQpbICAgIDAuMzQwNDg3XSBwY2lfYnVzIDAwMDA6MDA6 IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDBkMDAwMC0weDAwMGQzZmZm XQ0KWyAgICAwLjM0MDQ4OF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyBy ZXNvdXJjZSBbbWVtIDB4MDAwZDQwMDAtMHgwMDBkN2ZmZl0NClsgICAgMC4z NDA0OTBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21l bSAweDAwMGQ4MDAwLTB4MDAwZGJmZmZdDQpbICAgIDAuMzQwNDkxXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDBkYzAw MC0weDAwMGRmZmZmXQ0KWyAgICAwLjM0MDQ5Ml0gcGNpX2J1cyAwMDAwOjAw OiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwZTAwMDAtMHgwMDBlM2Zm Zl0NClsgICAgMC4zNDA0OTRdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMg cmVzb3VyY2UgW21lbSAweDAwMGU0MDAwLTB4MDAwZTdmZmZdDQpbICAgIDAu MzQwNDk1XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtt ZW0gMHgwMDBlODAwMC0weDAwMGViZmZmXQ0KWyAgICAwLjM0MDQ5N10gcGNp X2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwZWMw MDAtMHgwMDBlZmZmZl0NClsgICAgMC4zNDA0OThdIHBjaV9idXMgMDAwMDow MDogcm9vdCBidXMgcmVzb3VyY2UgW21lbSAweDAwMGYwMDAwLTB4MDAwZmZm ZmZdDQpbICAgIDAuMzQwNTAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFttZW0gMHhiZmEwMDAwMC0weGZlYWZmZmZmXQ0KWyAgICAw LjM0MDUwN10gcGNpIDAwMDA6MDA6MDAuMDogWzgwODY6MDE1NF0gdHlwZSAw MCBjbGFzcyAweDA2MDAwMA0KWyAgICAwLjM0MDU4N10gcGNpIDAwMDA6MDA6 MDIuMDogWzgwODY6MDE2Nl0gdHlwZSAwMCBjbGFzcyAweDAzMDAwMA0KWyAg ICAwLjM0MDU5OF0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDEwOiBbbWVtIDB4 YzgwMDAwMDAtMHhjODNmZmZmZiA2NGJpdF0NClsgICAgMC4zNDA2MDRdIHBj aSAwMDAwOjAwOjAyLjA6IHJlZyAxODogW21lbSAweGMwMDAwMDAwLTB4Yzdm ZmZmZmYgNjRiaXQgcHJlZl0NClsgICAgMC4zNDA2MDldIHBjaSAwMDAwOjAw OjAyLjA6IHJlZyAyMDogW2lvICAweDQwMDAtMHg0MDNmXQ0KWyAgICAwLjM0 MDcwMl0gcGNpIDAwMDA6MDA6MTQuMDogWzgwODY6MWUzMV0gdHlwZSAwMCBj bGFzcyAweDBjMDMzMA0KWyAgICAwLjM0MDcyNV0gcGNpIDAwMDA6MDA6MTQu MDogcmVnIDEwOiBbbWVtIDB4Yzg2MDAwMDAtMHhjODYwZmZmZiA2NGJpdF0N ClsgICAgMC4zNDA3OTddIHBjaSAwMDAwOjAwOjE0LjA6IFBNRSMgc3VwcG9y dGVkIGZyb20gRDNob3QgRDNjb2xkDQpbICAgIDAuMzQwODQzXSBwY2kgMDAw MDowMDoxNC4wOiBTeXN0ZW0gd2FrZXVwIGRpc2FibGVkIGJ5IEFDUEkNClsg ICAgMC4zNDA4ODBdIHBjaSAwMDAwOjAwOjE2LjA6IFs4MDg2OjFlM2FdIHR5 cGUgMDAgY2xhc3MgMHgwNzgwMDANClsgICAgMC4zNDA5MDVdIHBjaSAwMDAw OjAwOjE2LjA6IHJlZyAxMDogW21lbSAweGM4NjE0MDAwLTB4Yzg2MTQwMGYg NjRiaXRdDQpbICAgIDAuMzQwOTgyXSBwY2kgMDAwMDowMDoxNi4wOiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZA0KWyAgICAwLjM0MTA2 Ml0gcGNpIDAwMDA6MDA6MWEuMDogWzgwODY6MWUyZF0gdHlwZSAwMCBjbGFz cyAweDBjMDMyMA0KWyAgICAwLjM0MTA4NV0gcGNpIDAwMDA6MDA6MWEuMDog cmVnIDEwOiBbbWVtIDB4Yzg2MTkwMDAtMHhjODYxOTNmZl0NClsgICAgMC4z NDExNzZdIHBjaSAwMDAwOjAwOjFhLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20g RDAgRDNob3QgRDNjb2xkDQpbICAgIDAuMzQxMjMwXSBwY2kgMDAwMDowMDox Yi4wOiBbODA4NjoxZTIwXSB0eXBlIDAwIGNsYXNzIDB4MDQwMzAwDQpbICAg IDAuMzQxMjQ2XSBwY2kgMDAwMDowMDoxYi4wOiByZWcgMTA6IFttZW0gMHhj ODYxMDAwMC0weGM4NjEzZmZmIDY0Yml0XQ0KWyAgICAwLjM0MTMxNF0gcGNp IDAwMDA6MDA6MWIuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBE M2NvbGQNClsgICAgMC4zNDEzMzldIHBjaSAwMDAwOjAwOjFiLjA6IFN5c3Rl bSB3YWtldXAgZGlzYWJsZWQgYnkgQUNQSQ0KWyAgICAwLjM0MTM3Ml0gcGNp IDAwMDA6MDA6MWMuMDogWzgwODY6MWUxMF0gdHlwZSAwMSBjbGFzcyAweDA2 MDQwMA0KWyAgICAwLjM0MTQ1M10gcGNpIDAwMDA6MDA6MWMuMDogUE1FIyBz dXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBEM2NvbGQNClsgICAgMC4zNDE0ODFd IHBjaSAwMDAwOjAwOjFjLjA6IFN5c3RlbSB3YWtldXAgZGlzYWJsZWQgYnkg QUNQSQ0KWyAgICAwLjM0MTUxM10gcGNpIDAwMDA6MDA6MWMuMTogWzgwODY6 MWUxMl0gdHlwZSAwMSBjbGFzcyAweDA2MDQwMA0KWyAgICAwLjM0MTU5Ml0g cGNpIDAwMDA6MDA6MWMuMTogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hv dCBEM2NvbGQNClsgICAgMC4zNDE2MjFdIHBjaSAwMDAwOjAwOjFjLjE6IFN5 c3RlbSB3YWtldXAgZGlzYWJsZWQgYnkgQUNQSQ0KWyAgICAwLjM0MTY2NF0g cGNpIDAwMDA6MDA6MWQuMDogWzgwODY6MWUyNl0gdHlwZSAwMCBjbGFzcyAw eDBjMDMyMA0KWyAgICAwLjM0MTY4Nl0gcGNpIDAwMDA6MDA6MWQuMDogcmVn IDEwOiBbbWVtIDB4Yzg2MTgwMDAtMHhjODYxODNmZl0NClsgICAgMC4zNDE3 NzhdIHBjaSAwMDAwOjAwOjFkLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAg RDNob3QgRDNjb2xkDQpbICAgIDAuMzQxODI3XSBwY2kgMDAwMDowMDoxZC4w OiBTeXN0ZW0gd2FrZXVwIGRpc2FibGVkIGJ5IEFDUEkNClsgICAgMC4zNDE4 NjJdIHBjaSAwMDAwOjAwOjFmLjA6IFs4MDg2OjFlNTldIHR5cGUgMDAgY2xh c3MgMHgwNjAxMDANClsgICAgMC4zNDIwMDhdIHBjaSAwMDAwOjAwOjFmLjI6 IFs4MDg2OjFlMDNdIHR5cGUgMDAgY2xhc3MgMHgwMTA2MDENClsgICAgMC4z NDIwMjhdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxMDogW2lvICAweDQwODgt MHg0MDhmXQ0KWyAgICAwLjM0MjAzNl0gcGNpIDAwMDA6MDA6MWYuMjogcmVn IDE0OiBbaW8gIDB4NDA5NC0weDQwOTddDQpbICAgIDAuMzQyMDQ0XSBwY2kg MDAwMDowMDoxZi4yOiByZWcgMTg6IFtpbyAgMHg0MDgwLTB4NDA4N10NClsg ICAgMC4zNDIwNTJdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxYzogW2lvICAw eDQwOTAtMHg0MDkzXQ0KWyAgICAwLjM0MjA2MF0gcGNpIDAwMDA6MDA6MWYu MjogcmVnIDIwOiBbaW8gIDB4NDA2MC0weDQwN2ZdDQpbICAgIDAuMzQyMDY4 XSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMjQ6IFttZW0gMHhjODYxNzAwMC0w eGM4NjE3N2ZmXQ0KWyAgICAwLjM0MjExNF0gcGNpIDAwMDA6MDA6MWYuMjog UE1FIyBzdXBwb3J0ZWQgZnJvbSBEM2hvdA0KWyAgICAwLjM0MjE3NV0gcGNp IDAwMDA6MDA6MWYuMzogWzgwODY6MWUyMl0gdHlwZSAwMCBjbGFzcyAweDBj MDUwMA0KWyAgICAwLjM0MjE5MF0gcGNpIDAwMDA6MDA6MWYuMzogcmVnIDEw OiBbbWVtIDB4Yzg2MTUwMDAtMHhjODYxNTBmZiA2NGJpdF0NClsgICAgMC4z NDIyMTFdIHBjaSAwMDAwOjAwOjFmLjM6IHJlZyAyMDogW2lvICAweDQwNDAt MHg0MDVmXQ0KWyAgICAwLjM0MjYwOF0gcGNpIDAwMDA6MDE6MDAuMDogWzE5 Njk6MTA5MV0gdHlwZSAwMCBjbGFzcyAweDAyMDAwMA0KWyAgICAwLjM0Mjk3 Nl0gcGNpIDAwMDA6MDE6MDAuMDogcmVnIDEwOiBbbWVtIDB4Yzg1MDAwMDAt MHhjODUzZmZmZiA2NGJpdF0NClsgICAgMC4zNDMyMDBdIHBjaSAwMDAwOjAx OjAwLjA6IHJlZyAxODogW2lvICAweDMwMDAtMHgzMDdmXQ0KWyAgICAwLjM0 NDYyOF0gcGNpIDAwMDA6MDE6MDAuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBE MCBEMSBEMiBEM2hvdCBEM2NvbGQNClsgICAgMC4zNDQ5OTFdIHBjaSAwMDAw OjAxOjAwLjA6IFN5c3RlbSB3YWtldXAgZGlzYWJsZWQgYnkgQUNQSQ0KWyAg ICAwLjM0OTg1Ml0gcGNpIDAwMDA6MDA6MWMuMDogUENJIGJyaWRnZSB0byBb YnVzIDAxXQ0KWyAgICAwLjM0OTg1N10gcGNpIDAwMDA6MDA6MWMuMDogICBi cmlkZ2Ugd2luZG93IFtpbyAgMHgzMDAwLTB4M2ZmZl0NClsgICAgMC4zNDk4 NjJdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4 Yzg1MDAwMDAtMHhjODVmZmZmZl0NClsgICAgMC4zNDk5NTNdIHBjaSAwMDAw OjAyOjAwLjA6IFsxMGVjOjg3MjNdIHR5cGUgMDAgY2xhc3MgMHgwMjgwMDAN ClsgICAgMC4zNDk5ODFdIHBjaSAwMDAwOjAyOjAwLjA6IHJlZyAxMDogW2lv ICAweDIwMDAtMHgyMGZmXQ0KWyAgICAwLjM1MDAzMF0gcGNpIDAwMDA6MDI6 MDAuMDogcmVnIDE4OiBbbWVtIDB4Yzg0MDAwMDAtMHhjODQwM2ZmZiA2NGJp dF0NClsgICAgMC4zNTAxODFdIHBjaSAwMDAwOjAyOjAwLjA6IHN1cHBvcnRz IEQxIEQyDQpbICAgIDAuMzUwMTgzXSBwY2kgMDAwMDowMjowMC4wOiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQxIEQyIEQzaG90IEQzY29sZA0KWyAgICAw LjM1MDIzMl0gcGNpIDAwMDA6MDI6MDAuMDogU3lzdGVtIHdha2V1cCBkaXNh YmxlZCBieSBBQ1BJDQpbICAgIDAuMzU2MzYwXSBwY2kgMDAwMDowMDoxYy4x OiBQQ0kgYnJpZGdlIHRvIFtidXMgMDJdDQpbICAgIDAuMzU2MzY4XSBwY2kg MDAwMDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cgW2lvICAweDIwMDAtMHgy ZmZmXQ0KWyAgICAwLjM1NjM3NV0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlk Z2Ugd2luZG93IFttZW0gMHhjODQwMDAwMC0weGM4NGZmZmZmXQ0KWyAgICAw LjM1NjQ2MF0gXF9TQl8uUENJMDpfT1NDIGludmFsaWQgVVVJRA0KWyAgICAw LjM1NjQ2MV0gX09TQyByZXF1ZXN0IGRhdGE6MSAxZiAwIA0KWyAgICAwLjM1 NjQ2NF0gYWNwaSBQTlAwQTA4OjAwOiBBQ1BJIF9PU0Mgc3VwcG9ydCBub3Rp ZmljYXRpb24gZmFpbGVkLCBkaXNhYmxpbmcgUENJZSBBU1BNDQpbICAgIDAu MzU2NDY2XSBhY3BpIFBOUDBBMDg6MDA6IFVuYWJsZSB0byByZXF1ZXN0IF9P U0MgY29udHJvbCAoX09TQyBzdXBwb3J0IG1hc2s6IDB4MDgpDQpbICAgIDAu MzU2OTQyXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0FdIChJUlFz IDEgMyA0IDUgNiAxMCAxMSAxMiAxNCAxNSkgKjAsIGRpc2FibGVkLg0KWyAg ICAwLjM1Njk4OF0gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktCXSAo SVJRcyAxIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUpICowLCBkaXNhYmxlZC4N ClsgICAgMC4zNTcwMzNdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5L Q10gKElSUXMgMSAzIDQgNSA2IDEwIDExIDEyIDE0IDE1KSAqMCwgZGlzYWJs ZWQuDQpbICAgIDAuMzU3MDgwXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsg W0xOS0RdIChJUlFzIDEgMyA0IDUgNiAxMCAxMSAxMiAxNCAxNSkgKjAsIGRp c2FibGVkLg0KWyAgICAwLjM1NzEyN10gQUNQSTogUENJIEludGVycnVwdCBM aW5rIFtMTktFXSAoSVJRcyAxIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUpICow LCBkaXNhYmxlZC4NClsgICAgMC4zNTcxNzFdIEFDUEk6IFBDSSBJbnRlcnJ1 cHQgTGluayBbTE5LRl0gKElSUXMgMSAzIDQgNSA2IDEwIDExIDEyIDE0IDE1 KSAqMCwgZGlzYWJsZWQuDQpbICAgIDAuMzU3MjE1XSBBQ1BJOiBQQ0kgSW50 ZXJydXB0IExpbmsgW0xOS0ddIChJUlFzIDEgMyA0IDUgNiAxMCAxMSAxMiAx NCAxNSkgKjAsIGRpc2FibGVkLg0KWyAgICAwLjM1NzI1OV0gQUNQSTogUENJ IEludGVycnVwdCBMaW5rIFtMTktIXSAoSVJRcyAxIDMgNCA1IDYgMTAgMTEg MTIgMTQgMTUpICowLCBkaXNhYmxlZC4NClsgICAgMC4zNTc1NTJdIEFDUEk6 IEVuYWJsZWQgNiBHUEVzIGluIGJsb2NrIDAwIHRvIDNGDQpbICAgIDAuMzU3 NTU3XSBhY3BpIHJvb3Q6IFxfU0JfLlBDSTAgbm90aWZ5IGhhbmRsZXIgaXMg aW5zdGFsbGVkDQpbICAgIDAuMzU3NjA4XSBGb3VuZCAxIGFjcGkgcm9vdCBk ZXZpY2VzDQpbICAgIDAuMzU3ODk5XSBBQ1BJOiBBQ1BJIERvY2sgU3RhdGlv biBEcml2ZXI6IDEgZG9ja3MvYmF5cyBmb3VuZA0KWyAgICAwLjM1Nzk1Ml0g dmdhYXJiOiBkZXZpY2UgYWRkZWQ6IFBDSTowMDAwOjAwOjAyLjAsZGVjb2Rl cz1pbyttZW0sb3ducz1pbyttZW0sbG9ja3M9bm9uZQ0KWyAgICAwLjM1Nzk1 NF0gdmdhYXJiOiBsb2FkZWQNClsgICAgMC4zNTc5NTVdIHZnYWFyYjogYnJp ZGdlIGNvbnRyb2wgcG9zc2libGUgMDAwMDowMDowMi4wDQpbICAgIDAuMzU3 OTgzXSBQQ0k6IFVzaW5nIEFDUEkgZm9yIElSUSByb3V0aW5nDQpbICAgIDAu MzY0NTA5XSBQQ0k6IHBjaV9jYWNoZV9saW5lX3NpemUgc2V0IHRvIDY0IGJ5 dGVzDQpbICAgIDAuMzY0NjY3XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIg W21lbSAweDAwMDg4MDAwLTB4MDAwOGZmZmZdDQpbICAgIDAuMzY0NjY5XSBl ODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweDQwMDA0MDAwLTB4NDNm ZmZmZmZdDQpbICAgIDAuMzY0NjcwXSBlODIwOiByZXNlcnZlIFJBTSBidWZm ZXIgW21lbSAweGI1MjZlMDAwLTB4YjdmZmZmZmZdDQpbICAgIDAuMzY0Njcy XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweGI2MTlhMDAwLTB4 YjdmZmZmZmZdDQpbICAgIDAuMzY0NjczXSBlODIwOiByZXNlcnZlIFJBTSBi dWZmZXIgW21lbSAweGJhN2JmMDAwLTB4YmJmZmZmZmZdDQpbICAgIDAuMzY0 Njc0XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweGJiMDAwMDAw LTB4YmJmZmZmZmZdDQpbICAgIDAuMzY0Njc2XSBlODIwOiByZXNlcnZlIFJB TSBidWZmZXIgW21lbSAweDIzZjYwMDAwMC0weDIzZmZmZmZmZl0NClsgICAg MC4zNjQ3NTFdIE5ldExhYmVsOiBJbml0aWFsaXppbmcNClsgICAgMC4zNjQ3 NTJdIE5ldExhYmVsOiAgZG9tYWluIGhhc2ggc2l6ZSA9IDEyOA0KWyAgICAw LjM2NDc1M10gTmV0TGFiZWw6ICBwcm90b2NvbHMgPSBVTkxBQkVMRUQgQ0lQ U092NA0KWyAgICAwLjM2NDc2NF0gTmV0TGFiZWw6ICB1bmxhYmVsZWQgdHJh ZmZpYyBhbGxvd2VkIGJ5IGRlZmF1bHQNClsgICAgMC4zNjQ3NzddIGhwZXQw OiBhdCBNTUlPIDB4ZmVkMDAwMDAsIElSUXMgMiwgOCwgMCwgMCwgMCwgMCwg MCwgMA0KWyAgICAwLjM2NDc4Ml0gaHBldDA6IDggY29tcGFyYXRvcnMsIDY0 LWJpdCAxNC4zMTgxODAgTUh6IGNvdW50ZXINClsgICAgMC4zNjY3OTVdIFN3 aXRjaGluZyB0byBjbG9ja3NvdXJjZSBocGV0DQpbICAgIDAuMzcwNDg2XSBw bnA6IFBuUCBBQ1BJIGluaXQNClsgICAgMC4zNzA0OThdIEFDUEk6IGJ1cyB0 eXBlIFBOUCByZWdpc3RlcmVkDQpbICAgIDAuMzcwNTIxXSBwbnAgMDA6MDA6 IFtkbWEgNF0NClsgICAgMC4zNzA1MzhdIHBucCAwMDowMDogUGx1ZyBhbmQg UGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDAyMDAgKGFjdGl2ZSkNClsgICAg MC4zNzA1NTddIHBucCAwMDowMTogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmlj ZSwgSURzIElOVDA4MDAgKGFjdGl2ZSkNClsgICAgMC4zNzA2NTJdIHBucCAw MDowMjogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDAxMDMg KGFjdGl2ZSkNClsgICAgMC4zNzA2NzldIHBucCAwMDowMzogUGx1ZyBhbmQg UGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDQgKGFjdGl2ZSkNClsgICAg MC4zNzA3MThdIHN5c3RlbSAwMDowNDogW2lvICAweDA2ODAtMHgwNjlmXSBo YXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MDcyMF0gc3lzdGVtIDAwOjA0 OiBbaW8gIDB4MTAwMC0weDEwMGZdIGhhcyBiZWVuIHJlc2VydmVkDQpbICAg IDAuMzcwNzIyXSBzeXN0ZW0gMDA6MDQ6IFtpbyAgMHhmZmZmXSBoYXMgYmVl biByZXNlcnZlZA0KWyAgICAwLjM3MDcyM10gc3lzdGVtIDAwOjA0OiBbaW8g IDB4ZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA3MjVdIHN5 c3RlbSAwMDowNDogW2lvICAweDA0MDAtMHgwNDUzXSBoYXMgYmVlbiByZXNl cnZlZA0KWyAgICAwLjM3MDcyN10gc3lzdGVtIDAwOjA0OiBbaW8gIDB4MDQ1 OC0weDA0N2ZdIGhhcyBiZWVuIHJlc2VydmVkDQpbICAgIDAuMzcwNzI4XSBz eXN0ZW0gMDA6MDQ6IFtpbyAgMHgwNTAwLTB4MDU3Zl0gaGFzIGJlZW4gcmVz ZXJ2ZWQNClsgICAgMC4zNzA3MzBdIHN5c3RlbSAwMDowNDogW2lvICAweDE2 NGUtMHgxNjRmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MDczM10g c3lzdGVtIDAwOjA0OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMg UE5QMGMwMiAoYWN0aXZlKQ0KWyAgICAwLjM3MDc1NF0gcG5wIDAwOjA1OiBQ bHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGIwMCAoYWN0aXZl KQ0KWyAgICAwLjM3MDc4Nl0gc3lzdGVtIDAwOjA2OiBbaW8gIDB4MDQ1NC0w eDA0NTddIGhhcyBiZWVuIHJlc2VydmVkDQpbICAgIDAuMzcwNzg4XSBzeXN0 ZW0gMDA6MDY6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBJTlQz ZjBkIFBOUDBjMDIgKGFjdGl2ZSkNClsgICAgMC4zNzA4MDldIHBucCAwMDow NzogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDAzMDMgKGFj dGl2ZSkNClsgICAgMC4zNzA4MzFdIHBucCAwMDowODogUGx1ZyBhbmQgUGxh eSBBQ1BJIGRldmljZSwgSURzIFRPUzAzMTAgU1lOMTkwMCBTWU4wMDAyIFBO UDBmMTMgKGFjdGl2ZSkNClsgICAgMC4zNzA5NzNdIHN5c3RlbSAwMDowOTog W21lbSAweGZlZDFjMDAwLTB4ZmVkMWZmZmZdIGhhcyBiZWVuIHJlc2VydmVk DQpbICAgIDAuMzcwOTc1XSBzeXN0ZW0gMDA6MDk6IFttZW0gMHhmZWQxMDAw MC0weGZlZDE3ZmZmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MDk3 N10gc3lzdGVtIDAwOjA5OiBbbWVtIDB4ZmVkMTgwMDAtMHhmZWQxOGZmZl0g aGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA5NzldIHN5c3RlbSAwMDow OTogW21lbSAweGZlZDE5MDAwLTB4ZmVkMTlmZmZdIGhhcyBiZWVuIHJlc2Vy dmVkDQpbICAgIDAuMzcwOTgwXSBzeXN0ZW0gMDA6MDk6IFttZW0gMHhlMDAw MDAwMC0weGVmZmZmZmZmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3 MDk4Ml0gc3lzdGVtIDAwOjA5OiBbbWVtIDB4ZmVkMjAwMDAtMHhmZWQzZmZm Zl0gaGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA5ODRdIHN5c3RlbSAw MDowOTogW21lbSAweGZlZDkwMDAwLTB4ZmVkOTNmZmZdIGhhcyBiZWVuIHJl c2VydmVkDQpbICAgIDAuMzcwOTg2XSBzeXN0ZW0gMDA6MDk6IFttZW0gMHhm ZjAwMDAwMC0weGZmZmZmZmZmXSBjb3VsZCBub3QgYmUgcmVzZXJ2ZWQNClsg ICAgMC4zNzA5ODhdIHN5c3RlbSAwMDowOTogW21lbSAweGZlZTAwMDAwLTB4 ZmVlZmZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZA0KWyAgICAwLjM3MDk4 OV0gc3lzdGVtIDAwOjA5OiBbbWVtIDB4YmZhMDAwMDAtMHhiZmEwMGZmZl0g aGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA5OTFdIHN5c3RlbSAwMDow OTogW21lbSAweGZmNzAwMDAwLTB4ZmY3MDAxZmZdIGhhcyBiZWVuIHJlc2Vy dmVkDQpbICAgIDAuMzcwOTkzXSBzeXN0ZW0gMDA6MDk6IFBsdWcgYW5kIFBs YXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwYzAyIChhY3RpdmUpDQpbICAgIDAu MzcxMjE1XSBzeXN0ZW0gMDA6MGE6IFttZW0gMHgyMDAwMDAwMC0weDIwMWZm ZmZmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MTIxN10gc3lzdGVt IDAwOjBhOiBbbWVtIDB4NDAwMDQwMDAtMHg0MDAwNGZmZl0gaGFzIGJlZW4g cmVzZXJ2ZWQNClsgICAgMC4zNzEyMTldIHN5c3RlbSAwMDowYTogUGx1ZyBh bmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDEgKGFjdGl2ZSkNClsg ICAgMC4zNzEyNTVdIHBucDogUG5QIEFDUEk6IGZvdW5kIDExIGRldmljZXMN ClsgICAgMC4zNzEyNTddIEFDUEk6IGJ1cyB0eXBlIFBOUCB1bnJlZ2lzdGVy ZWQNClsgICAgMC4zNzc1NDNdIHBjaSAwMDAwOjAwOjFjLjA6IFBDSSBicmlk Z2UgdG8gW2J1cyAwMV0NClsgICAgMC4zNzc1NDddIHBjaSAwMDAwOjAwOjFj LjA6ICAgYnJpZGdlIHdpbmRvdyBbaW8gIDB4MzAwMC0weDNmZmZdDQpbICAg IDAuMzc3NTUzXSBwY2kgMDAwMDowMDoxYy4wOiAgIGJyaWRnZSB3aW5kb3cg W21lbSAweGM4NTAwMDAwLTB4Yzg1ZmZmZmZdDQpbICAgIDAuMzc3NTYxXSBw Y2kgMDAwMDowMDoxYy4xOiBQQ0kgYnJpZGdlIHRvIFtidXMgMDJdDQpbICAg IDAuMzc3NTY0XSBwY2kgMDAwMDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cg W2lvICAweDIwMDAtMHgyZmZmXQ0KWyAgICAwLjM3NzU3MF0gcGNpIDAwMDA6 MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFttZW0gMHhjODQwMDAwMC0weGM4 NGZmZmZmXQ0KWyAgICAwLjM3NzY2Nl0gcGNpX2J1cyAwMDAwOjAwOiByZXNv dXJjZSA0IFtpbyAgMHgwMDAwLTB4MGNmN10NClsgICAgMC4zNzc2NjddIHBj aV9idXMgMDAwMDowMDogcmVzb3VyY2UgNSBbaW8gIDB4MGQwMC0weGZmZmZd DQpbICAgIDAuMzc3NjY5XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDYg W21lbSAweDAwMGEwMDAwLTB4MDAwYmZmZmZdDQpbICAgIDAuMzc3NjcxXSBw Y2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDcgW21lbSAweDAwMGMwMDAwLTB4 MDAwYzNmZmZdDQpbICAgIDAuMzc3NjcyXSBwY2lfYnVzIDAwMDA6MDA6IHJl c291cmNlIDggW21lbSAweDAwMGM0MDAwLTB4MDAwYzdmZmZdDQpbICAgIDAu Mzc3Njc0XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDkgW21lbSAweDAw MGM4MDAwLTB4MDAwY2JmZmZdDQpbICAgIDAuMzc3Njc1XSBwY2lfYnVzIDAw MDA6MDA6IHJlc291cmNlIDEwIFttZW0gMHgwMDBjYzAwMC0weDAwMGNmZmZm XQ0KWyAgICAwLjM3NzY3N10gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAx MSBbbWVtIDB4MDAwZDAwMDAtMHgwMDBkM2ZmZl0NClsgICAgMC4zNzc2Nzhd IHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgMTIgW21lbSAweDAwMGQ0MDAw LTB4MDAwZDdmZmZdDQpbICAgIDAuMzc3NjgwXSBwY2lfYnVzIDAwMDA6MDA6 IHJlc291cmNlIDEzIFttZW0gMHgwMDBkODAwMC0weDAwMGRiZmZmXQ0KWyAg ICAwLjM3NzY4MV0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAxNCBbbWVt IDB4MDAwZGMwMDAtMHgwMDBkZmZmZl0NClsgICAgMC4zNzc2ODNdIHBjaV9i dXMgMDAwMDowMDogcmVzb3VyY2UgMTUgW21lbSAweDAwMGUwMDAwLTB4MDAw ZTNmZmZdDQpbICAgIDAuMzc3Njg0XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291 cmNlIDE2IFttZW0gMHgwMDBlNDAwMC0weDAwMGU3ZmZmXQ0KWyAgICAwLjM3 NzY4Nl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAxNyBbbWVtIDB4MDAw ZTgwMDAtMHgwMDBlYmZmZl0NClsgICAgMC4zNzc2ODddIHBjaV9idXMgMDAw MDowMDogcmVzb3VyY2UgMTggW21lbSAweDAwMGVjMDAwLTB4MDAwZWZmZmZd DQpbICAgIDAuMzc3Njg5XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDE5 IFttZW0gMHgwMDBmMDAwMC0weDAwMGZmZmZmXQ0KWyAgICAwLjM3NzY5MF0g cGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAyMCBbbWVtIDB4YmZhMDAwMDAt MHhmZWFmZmZmZl0NClsgICAgMC4zNzc2OTJdIHBjaV9idXMgMDAwMDowMTog cmVzb3VyY2UgMCBbaW8gIDB4MzAwMC0weDNmZmZdDQpbICAgIDAuMzc3Njk0 XSBwY2lfYnVzIDAwMDA6MDE6IHJlc291cmNlIDEgW21lbSAweGM4NTAwMDAw LTB4Yzg1ZmZmZmZdDQpbICAgIDAuMzc3Njk1XSBwY2lfYnVzIDAwMDA6MDI6 IHJlc291cmNlIDAgW2lvICAweDIwMDAtMHgyZmZmXQ0KWyAgICAwLjM3NzY5 N10gcGNpX2J1cyAwMDAwOjAyOiByZXNvdXJjZSAxIFttZW0gMHhjODQwMDAw MC0weGM4NGZmZmZmXQ0KWyAgICAwLjM3NzcyNF0gTkVUOiBSZWdpc3RlcmVk IHByb3RvY29sIGZhbWlseSAyDQpbICAgIDAuMzc3ODg5XSBUQ1AgZXN0YWJs aXNoZWQgaGFzaCB0YWJsZSBlbnRyaWVzOiA2NTUzNiAob3JkZXI6IDgsIDEw NDg1NzYgYnl0ZXMpDQpbICAgIDAuMzc4MDU5XSBUQ1AgYmluZCBoYXNoIHRh YmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogOCwgMTA0ODU3NiBieXRlcykN ClsgICAgMC4zNzgxNjVdIFRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAo ZXN0YWJsaXNoZWQgNjU1MzYgYmluZCA2NTUzNikNClsgICAgMC4zNzgxNzhd IFRDUDogcmVubyByZWdpc3RlcmVkDQpbICAgIDAuMzc4MTg5XSBVRFAgaGFz aCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVz KQ0KWyAgICAwLjM3ODIxNV0gVURQLUxpdGUgaGFzaCB0YWJsZSBlbnRyaWVz OiA0MDk2IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQ0KWyAgICAwLjM3ODI3 NF0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxDQpbICAgIDAu Mzc4MjgzXSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZQ0K WyAgICAwLjQwMzY0OF0gUENJOiBDTFMgNjQgYnl0ZXMsIGRlZmF1bHQgNjQN ClsgICAgMC40MDM2ODBdIFVucGFja2luZyBpbml0cmFtZnMuLi4NClsgICAg MC40NTI2MzNdIEZyZWVpbmcgaW5pdHJkIG1lbW9yeTogMjk2NGsgZnJlZWQN ClsgICAgMC40NTI5MjhdIFBDSS1ETUE6IFVzaW5nIHNvZnR3YXJlIGJvdW5j ZSBidWZmZXJpbmcgZm9yIElPIChTV0lPVExCKQ0KWyAgICAwLjQ1MjkzMV0g c29mdHdhcmUgSU8gVExCIFttZW0gMHhhZjFjMDAwMC0weGIzMWMwMDAwXSAo NjRNQikgbWFwcGVkIGF0IFtmZmZmODgwMGFmMWMwMDAwLWZmZmY4ODAwYjMx YmZmZmZdDQpbICAgIDAuNDUyOTUzXSBTaW1wbGUgQm9vdCBGbGFnIGF0IDB4 NDQgc2V0IHRvIDB4MQ0KWyAgICAwLjQ1MzIwMF0gU2Nhbm5pbmcgZm9yIGxv dyBtZW1vcnkgY29ycnVwdGlvbiBldmVyeSA2MCBzZWNvbmRzDQpbICAgIDAu NDUzMzU0XSBhdWRpdDogaW5pdGlhbGl6aW5nIG5ldGxpbmsgc29ja2V0IChk aXNhYmxlZCkNClsgICAgMC40NTMzNjNdIHR5cGU9MjAwMCBhdWRpdCgxMzY5 MTg3NjU2LjQzMzoxKTogaW5pdGlhbGl6ZWQNClsgICAgMC40NjUwNzhdIEh1 Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ugc2l6ZSwgcHJlLWFsbG9jYXRl ZCAwIHBhZ2VzDQpbICAgIDAuNDY2Mzg4XSBWRlM6IERpc2sgcXVvdGFzIGRx dW90XzYuNS4yDQpbICAgIDAuNDY2NDIyXSBEcXVvdC1jYWNoZSBoYXNoIHRh YmxlIGVudHJpZXM6IDUxMiAob3JkZXIgMCwgNDA5NiBieXRlcykNClsgICAg MC40NjY1NjFdIG1zZ21uaSBoYXMgYmVlbiBzZXQgdG8gMTU3NDINClsgICAg MC40NjY3NzBdIEJsb2NrIGxheWVyIFNDU0kgZ2VuZXJpYyAoYnNnKSBkcml2 ZXIgdmVyc2lvbiAwLjQgbG9hZGVkIChtYWpvciAyNTIpDQpbICAgIDAuNDY2 Nzk2XSBpbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVkDQpbICAgIDAuNDY2 Nzk3XSBpbyBzY2hlZHVsZXIgZGVhZGxpbmUgcmVnaXN0ZXJlZA0KWyAgICAw LjQ2NjgwMl0gaW8gc2NoZWR1bGVyIGNmcSByZWdpc3RlcmVkIChkZWZhdWx0 KQ0KWyAgICAwLjQ2NzAyOF0gZWZpZmI6IHByb2JpbmcgZm9yIGVmaWZiDQpb ICAgIDAuNDY3NTI1XSBlZmlmYjogZnJhbWVidWZmZXIgYXQgMHhjMDAwMDAw MCwgbWFwcGVkIHRvIDB4ZmZmZmM5MDAyMTUwMDAwMCwgdXNpbmcgNDE2MGss IHRvdGFsIDQxNjBrDQpbICAgIDAuNDY3NTI2XSBlZmlmYjogbW9kZSBpcyAx MzY2eDc2OHgzMiwgbGluZWxlbmd0aD01NTA0LCBwYWdlcz0xDQpbICAgIDAu NDY3NTI3XSBlZmlmYjogc2Nyb2xsaW5nOiByZWRyYXcNClsgICAgMC40Njc1 MjhdIGVmaWZiOiBUcnVlY29sb3I6IHNpemU9ODo4Ojg6OCwgc2hpZnQ9MjQ6 MTY6ODowDQpbICAgIDAuNDcwMDI4XSBDb25zb2xlOiBzd2l0Y2hpbmcgdG8g Y29sb3VyIGZyYW1lIGJ1ZmZlciBkZXZpY2UgMTcweDQ4DQpbICAgIDAuNDcy Mzc5XSBmYjA6IEVGSSBWR0EgZnJhbWUgYnVmZmVyIGRldmljZQ0KWyAgICAw LjQ3MjM4NF0gaW50ZWxfaWRsZTogTVdBSVQgc3Vic3RhdGVzOiAweDIxMTIw DQpbICAgIDAuNDcyMzg1XSBpbnRlbF9pZGxlOiB2MC40IG1vZGVsIDB4M0EN ClsgICAgMC40NzIzODZdIGludGVsX2lkbGU6IGxhcGljX3RpbWVyX3JlbGlh YmxlX3N0YXRlcyAweGZmZmZmZmZmDQpbICAgIDAuNDcyNDM3XSBHSEVTOiBI RVNUIGlzIG5vdCBlbmFibGVkIQ0KWyAgICAwLjQ3MjQ3OF0gU2VyaWFsOiA4 MjUwLzE2NTUwIGRyaXZlciwgNCBwb3J0cywgSVJRIHNoYXJpbmcgZGlzYWJs ZWQNClsgICAgMC40NzI4NzddIExpbnV4IGFncGdhcnQgaW50ZXJmYWNlIHYw LjEwMw0KWyAgICAwLjQ3Mjk0Ml0gaTgwNDI6IFBOUDogUFMvMiBDb250cm9s bGVyIFtQTlAwMzAzOktCQyxQTlAwZjEzOk1PVUVdIGF0IDB4NjAsMHg2NCBp cnEgMSwxMg0KWyAgICAwLjQ3NTk4Ml0gc2VyaW86IGk4MDQyIEtCRCBwb3J0 IGF0IDB4NjAsMHg2NCBpcnEgMQ0KWyAgICAwLjQ3NjAwNF0gc2VyaW86IGk4 MDQyIEFVWCBwb3J0IGF0IDB4NjAsMHg2NCBpcnEgMTINClsgICAgMC40NzYw NzldIG1vdXNlZGV2OiBQUy8yIG1vdXNlIGRldmljZSBjb21tb24gZm9yIGFs bCBtaWNlDQpbICAgIDAuNDc2MTI2XSBydGNfY21vcyAwMDowNTogUlRDIGNh biB3YWtlIGZyb20gUzQNClsgICAgMC40NzYyNDFdIHJ0Y19jbW9zIDAwOjA1 OiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNfY21vcyBhcyBydGMwDQpbICAg IDAuNDc2MjY5XSBydGNfY21vcyAwMDowNTogYWxhcm1zIHVwIHRvIG9uZSBt b250aCwgMjQyIGJ5dGVzIG52cmFtLCBocGV0IGlycXMNClsgICAgMC40NzY0 MjJdIGNwdWlkbGU6IHVzaW5nIGdvdmVybm9yIGxhZGRlcg0KWyAgICAwLjQ3 NjYyNl0gY3B1aWRsZTogdXNpbmcgZ292ZXJub3IgbWVudQ0KWyAgICAwLjQ3 NjYyN10gRUZJIFZhcmlhYmxlcyBGYWNpbGl0eSB2MC4wOCAyMDA0LU1heS0x Nw0KWyAgICAwLjQ4NDc3OF0gW0Zpcm13YXJlIEJ1Z106IGVmaTogSW5jb25z aXN0ZW50IGluaXRpYWwgc2l6ZXMNClsgICAgMC40ODQ4MTldIGRyb3BfbW9u aXRvcjogSW5pdGlhbGl6aW5nIG5ldHdvcmsgZHJvcCBtb25pdG9yIHNlcnZp Y2UNClsgICAgMC40ODQ4ODBdIFRDUDogY3ViaWMgcmVnaXN0ZXJlZA0KWyAg ICAwLjQ4NDk1NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAx MA0KWyAgICAwLjQ4NTA3MV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZh bWlseSAxNw0KWyAgICAwLjQ4NTA3OF0gS2V5IHR5cGUgZG5zX3Jlc29sdmVy IHJlZ2lzdGVyZWQNClsgICAgMC40ODU0MDVdIFBNOiBIaWJlcm5hdGlvbiBp bWFnZSBub3QgcHJlc2VudCBvciBjb3VsZCBub3QgYmUgbG9hZGVkLg0KWyAg ICAwLjQ4NTQxMl0gcmVnaXN0ZXJlZCB0YXNrc3RhdHMgdmVyc2lvbiAxDQpb ICAgIDAuNDg2MzE0XSAgIE1hZ2ljIG51bWJlcjogMTM6NjM5OjkxMw0KWyAg ICAwLjQ4NjQyMF0gcnRjX2Ntb3MgMDA6MDU6IHNldHRpbmcgc3lzdGVtIGNs b2NrIHRvIDIwMTMtMDUtMjIgMDE6NTQ6MTYgVVRDICgxMzY5MTg3NjU2KQ0K WyAgICAwLjQ4NzIxMl0gRnJlZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTog MTA5MmsgZnJlZWQNClsgICAgMC40ODczMzhdIFdyaXRlIHByb3RlY3Rpbmcg dGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTogODE5MmsNClsgICAgMC40ODk3 NzBdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDExNTJrIGZyZWVk DQpbICAgIDAuNDkwODIxXSBGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5 OiA0MjBrIGZyZWVkDQpbICAgIDAuNDkyMTk3XSBpbnB1dDogQVQgVHJhbnNs YXRlZCBTZXQgMiBrZXlib2FyZCBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9pODA0 Mi9zZXJpbzAvaW5wdXQvaW5wdXQwDQpbICAgIDAuNDk2ODQyXSBzeXN0ZW1k LXVkZXZkWzc3XTogc3RhcnRpbmcgdmVyc2lvbiAyMDQNClsgICAgMC40OTc1 OTJdIHNwZWFrdXA6IG1vZHVsZSBpcyBmcm9tIHRoZSBzdGFnaW5nIGRpcmVj dG9yeSwgdGhlIHF1YWxpdHkgaXMgdW5rbm93biwgeW91IGhhdmUgYmVlbiB3 YXJuZWQuDQpbICAgIDAuNDk3OTI1XSBpbnB1dDogU3BlYWt1cCBhcyAvZGV2 aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MQ0KWyAgICAwLjQ5ODAzN10gaW5p dGlhbGl6ZWQgZGV2aWNlOiAvZGV2L3N5bnRoLCBub2RlIChNQUpPUiAxMCwg TUlOT1IgMjUpDQpbICAgIDAuNDk4MTQ0XSBzcGVha3VwIDMuMS42OiBpbml0 aWFsaXplZA0KWyAgICAwLjQ5ODE0N10gc3ludGggbmFtZSBvbiBlbnRyeSBp czogKG51bGwpDQpbICAgIDAuNDk4MjAzXSBzcGVha3VwX3NvZnQ6IG1vZHVs ZSBpcyBmcm9tIHRoZSBzdGFnaW5nIGRpcmVjdG9yeSwgdGhlIHF1YWxpdHkg aXMgdW5rbm93biwgeW91IGhhdmUgYmVlbiB3YXJuZWQuDQpbICAgIDAuNDk4 MzE2XSBzeW50aCBwcm9iZQ0KWyAgICAwLjQ5ODQzM10gaW5pdGlhbGl6ZWQg ZGV2aWNlOiAvZGV2L3NvZnRzeW50aCwgbm9kZSAoTUFKT1IgMTAsIE1JTk9S IDI2KQ0KWyAgICAwLjUxNjQxN10gQUNQSTogYnVzIHR5cGUgVVNCIHJlZ2lz dGVyZWQNClsgICAgMC41MTY0NDFdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3 IGludGVyZmFjZSBkcml2ZXIgdXNiZnMNClsgICAgMC41MTY0NTFdIHVzYmNv cmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgaHViDQpbICAg IDAuNTE2NDkxXSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBkZXZpY2UgZHJp dmVyIHVzYg0KWyAgICAwLjUxNjkxM10gZWhjaV9oY2Q6IFVTQiAyLjAgJ0Vu aGFuY2VkJyBIb3N0IENvbnRyb2xsZXIgKEVIQ0kpIERyaXZlcg0KWyAgICAw LjUxNzgwOV0gU0NTSSBzdWJzeXN0ZW0gaW5pdGlhbGl6ZWQNClsgICAgMC41 MTg2NTldIEFDUEk6IGJ1cyB0eXBlIEFUQSByZWdpc3RlcmVkDQpbICAgIDAu NTE4NzIxXSBsaWJhdGEgdmVyc2lvbiAzLjAwIGxvYWRlZC4NClsgICAgMC41 MTg4MzhdIGVoY2ktcGNpOiBFSENJIFBDSSBwbGF0Zm9ybSBkcml2ZXINClsg ICAgMC41MTg5MTFdIHhoY2lfaGNkIDAwMDA6MDA6MTQuMDogc2V0dGluZyBs YXRlbmN5IHRpbWVyIHRvIDY0DQpbICAgIDAuNTE4OTE2XSB4aGNpX2hjZCAw MDAwOjAwOjE0LjA6IHhIQ0kgSG9zdCBDb250cm9sbGVyDQpbICAgIDAuNTE4 OTI2XSB4aGNpX2hjZCAwMDAwOjAwOjE0LjA6IG5ldyBVU0IgYnVzIHJlZ2lz dGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMQ0KWyAgICAwLjUxOTAyN10g eGhjaV9oY2QgMDAwMDowMDoxNC4wOiBjYWNoZSBsaW5lIHNpemUgb2YgNjQg aXMgbm90IHN1cHBvcnRlZA0KWyAgICAwLjUxOTA3Nl0geGhjaV9oY2QgMDAw MDowMDoxNC4wOiBpcnEgNDAgZm9yIE1TSS9NU0ktWA0KWyAgICAwLjUxOTM2 Nl0geEhDSSB4aGNpX2FkZF9lbmRwb2ludCBjYWxsZWQgZm9yIHJvb3QgaHVi DQpbICAgIDAuNTE5MzY4XSB4SENJIHhoY2lfY2hlY2tfYmFuZHdpZHRoIGNh bGxlZCBmb3Igcm9vdCBodWINClsgICAgMC41MTk0NDFdIGh1YiAxLTA6MS4w OiBVU0IgaHViIGZvdW5kDQpbICAgIDAuNTE5NDQ4XSBodWIgMS0wOjEuMDog NCBwb3J0cyBkZXRlY3RlZA0KWyAgICAwLjUxOTc4Nl0geGhjaV9oY2QgMDAw MDowMDoxNC4wOiB4SENJIEhvc3QgQ29udHJvbGxlcg0KWyAgICAwLjUxOTc4 OV0geGhjaV9oY2QgMDAwMDowMDoxNC4wOiBuZXcgVVNCIGJ1cyByZWdpc3Rl cmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDINClsgICAgMC41MTk5MjNdIHhI Q0kgeGhjaV9hZGRfZW5kcG9pbnQgY2FsbGVkIGZvciByb290IGh1Yg0KWyAg ICAwLjUxOTkyNF0geEhDSSB4aGNpX2NoZWNrX2JhbmR3aWR0aCBjYWxsZWQg Zm9yIHJvb3QgaHViDQpbICAgIDAuNTE5OTQ4XSBodWIgMi0wOjEuMDogVVNC IGh1YiBmb3VuZA0KWyAgICAwLjUxOTk1NV0gaHViIDItMDoxLjA6IDQgcG9y dHMgZGV0ZWN0ZWQNClsgICAgMC41MjM3NTldIGVoY2ktcGNpIDAwMDA6MDA6 MWEuMDogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0DQpbICAgIDAuNTIz NzY1XSBlaGNpLXBjaSAwMDAwOjAwOjFhLjA6IEVIQ0kgSG9zdCBDb250cm9s bGVyDQpbICAgIDAuNTIzNzczXSBlaGNpLXBjaSAwMDAwOjAwOjFhLjA6IG5l dyBVU0IgYnVzIHJlZ2lzdGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMw0K WyAgICAwLjUyMzc4N10gZWhjaS1wY2kgMDAwMDowMDoxYS4wOiBkZWJ1ZyBw b3J0IDINClsgICAgMC41Mjc2OTNdIGVoY2ktcGNpIDAwMDA6MDA6MWEuMDog Y2FjaGUgbGluZSBzaXplIG9mIDY0IGlzIG5vdCBzdXBwb3J0ZWQNClsgICAg MC41Mjc3MTNdIGVoY2ktcGNpIDAwMDA6MDA6MWEuMDogaXJxIDE2LCBpbyBt ZW0gMHhjODYxOTAwMA0KWyAgICAwLjUzNzAwNF0gZWhjaS1wY2kgMDAwMDow MDoxYS4wOiBVU0IgMi4wIHN0YXJ0ZWQsIEVIQ0kgMS4wMA0KWyAgICAwLjUz NzIxMl0gaHViIDMtMDoxLjA6IFVTQiBodWIgZm91bmQNClsgICAgMC41Mzcy MTZdIGh1YiAzLTA6MS4wOiAyIHBvcnRzIGRldGVjdGVkDQpbICAgIDAuNTM3 MzQ4XSBlaGNpLXBjaSAwMDAwOjAwOjFkLjA6IHNldHRpbmcgbGF0ZW5jeSB0 aW1lciB0byA2NA0KWyAgICAwLjUzNzM1Ml0gZWhjaS1wY2kgMDAwMDowMDox ZC4wOiBFSENJIEhvc3QgQ29udHJvbGxlcg0KWyAgICAwLjUzNzM1Nl0gZWhj aS1wY2kgMDAwMDowMDoxZC4wOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBh c3NpZ25lZCBidXMgbnVtYmVyIDQNClsgICAgMC41MzczNjhdIGVoY2ktcGNp IDAwMDA6MDA6MWQuMDogZGVidWcgcG9ydCAyDQpbICAgIDAuNTQxMjgxXSBl aGNpLXBjaSAwMDAwOjAwOjFkLjA6IGNhY2hlIGxpbmUgc2l6ZSBvZiA2NCBp cyBub3Qgc3VwcG9ydGVkDQpbICAgIDAuNTQxMjk0XSBlaGNpLXBjaSAwMDAw OjAwOjFkLjA6IGlycSAyMywgaW8gbWVtIDB4Yzg2MTgwMDANClsgICAgMC41 NTAzNDFdIGVoY2ktcGNpIDAwMDA6MDA6MWQuMDogVVNCIDIuMCBzdGFydGVk LCBFSENJIDEuMDANClsgICAgMC41NTA1NDRdIGh1YiA0LTA6MS4wOiBVU0Ig aHViIGZvdW5kDQpbICAgIDAuNTUwNTQ4XSBodWIgNC0wOjEuMDogMiBwb3J0 cyBkZXRlY3RlZA0KWyAgICAwLjU1MDYzMF0gYWhjaSAwMDAwOjAwOjFmLjI6 IHZlcnNpb24gMy4wDQpbICAgIDAuNTUwNzI4XSBhaGNpIDAwMDA6MDA6MWYu MjogaXJxIDQxIGZvciBNU0kvTVNJLVgNClsgICAgMC41NTA3NTldIGFoY2k6 IFNTUyBmbGFnIHNldCwgcGFyYWxsZWwgYnVzIHNjYW4gZGlzYWJsZWQNClsg ICAgMC41NjM3MjddIGFoY2kgMDAwMDowMDoxZi4yOiBBSENJIDAwMDEuMDMw MCAzMiBzbG90cyA2IHBvcnRzIDYgR2JwcyAweDM5IGltcGwgU0FUQSBtb2Rl DQpbICAgIDAuNTYzNzMxXSBhaGNpIDAwMDA6MDA6MWYuMjogZmxhZ3M6IDY0 Yml0IG5jcSBzdGFnIHBtIGxlZCBjbG8gcGlvIHNsdW0gcGFydCBlbXMgc3hz IGFwc3QgDQpbICAgIDAuNTYzNzM1XSBhaGNpIDAwMDA6MDA6MWYuMjogc2V0 dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0DQpbICAgIDAuNTg0MTc1XSBzY3Np MCA6IGFoY2kNClsgICAgMC41ODQzMjJdIHNjc2kxIDogYWhjaQ0KWyAgICAw LjU4NDQ5MF0gc2NzaTIgOiBhaGNpDQpbICAgIDAuNTg0NjU2XSBzY3NpMyA6 IGFoY2kNClsgICAgMC41ODQ3OTVdIHNjc2k0IDogYWhjaQ0KWyAgICAwLjU4 NDk1N10gc2NzaTUgOiBhaGNpDQpbICAgIDAuNTg1MDEwXSBhdGExOiBTQVRB IG1heCBVRE1BLzEzMyBhYmFyIG0yMDQ4QDB4Yzg2MTcwMDAgcG9ydCAweGM4 NjE3MTAwIGlycSA0MQ0KWyAgICAwLjU4NTAxMl0gYXRhMjogRFVNTVkNClsg ICAgMC41ODUwMTNdIGF0YTM6IERVTU1ZDQpbICAgIDAuNTg1MDE1XSBhdGE0 OiBTQVRBIG1heCBVRE1BLzEzMyBhYmFyIG0yMDQ4QDB4Yzg2MTcwMDAgcG9y dCAweGM4NjE3MjgwIGlycSA0MQ0KWyAgICAwLjU4NTAxOF0gYXRhNTogU0FU QSBtYXggVURNQS8xMzMgYWJhciBtMjA0OEAweGM4NjE3MDAwIHBvcnQgMHhj ODYxNzMwMCBpcnEgNDENClsgICAgMC41ODUwMjFdIGF0YTY6IFNBVEEgbWF4 IFVETUEvMTMzIGFiYXIgbTIwNDhAMHhjODYxNzAwMCBwb3J0IDB4Yzg2MTcz ODAgaXJxIDQxDQpbICAgIDAuODc3MzA5XSB1c2IgMS0zOiBuZXcgaGlnaC1z cGVlZCBVU0IgZGV2aWNlIG51bWJlciAyIHVzaW5nIHhoY2lfaGNkDQpbICAg IDAuOTA0MDAxXSBhdGExOiBTQVRBIGxpbmsgdXAgMy4wIEdicHMgKFNTdGF0 dXMgMTIzIFNDb250cm9sIDMwMCkNClsgICAgMC45MDUyNTZdIGF0YTEuMDA6 IEFUQS04OiBIR1NUIEhUUzU0MTAxMEE5RTY4MCwgSkEwT0E1NjAsIG1heCBV RE1BLzEzMw0KWyAgICAwLjkwNTI2Ml0gYXRhMS4wMDogMTk1MzUyNTE2OCBz ZWN0b3JzLCBtdWx0aSAxNjogTEJBNDggTkNRIChkZXB0aCAzMS8zMiksIEFB DQpbICAgIDAuOTA2NjUxXSBhdGExLjAwOiBjb25maWd1cmVkIGZvciBVRE1B LzEzMw0KWyAgICAwLjkwNjg2N10gc2NzaSAwOjA6MDowOiBEaXJlY3QtQWNj ZXNzICAgICBBVEEgICAgICBIR1NUIEhUUzU0MTAxMEE5IEpBME8gUFE6IDAg QU5TSTogNQ0KWyAgICAwLjk5NzM5NV0gdXNiIDMtMTogbmV3IGhpZ2gtc3Bl ZWQgVVNCIGRldmljZSBudW1iZXIgMiB1c2luZyBlaGNpLXBjaQ0KWyAgICAx LjEyMTQyNl0gaHViIDMtMToxLjA6IFVTQiBodWIgZm91bmQNClsgICAgMS4x MjE1MTddIGh1YiAzLTE6MS4wOiA2IHBvcnRzIGRldGVjdGVkDQpbICAgIDEu MjI0MjcwXSBhdGE0OiBTQVRBIGxpbmsgZG93biAoU1N0YXR1cyAwIFNDb250 cm9sIDMwMCkNClsgICAgMS4yMjc1OTNdIHVzYiA0LTE6IG5ldyBoaWdoLXNw ZWVkIFVTQiBkZXZpY2UgbnVtYmVyIDIgdXNpbmcgZWhjaS1wY2kNClsgICAg MS4zNTE3NzhdIGh1YiA0LTE6MS4wOiBVU0IgaHViIGZvdW5kDQpbICAgIDEu MzUxODM4XSBodWIgNC0xOjEuMDogNiBwb3J0cyBkZXRlY3RlZA0KWyAgICAx LjQxNzkzM10gdXNiIDMtMS4xOiBuZXcgaGlnaC1zcGVlZCBVU0IgZGV2aWNl IG51bWJlciAzIHVzaW5nIGVoY2ktcGNpDQpbICAgIDEuNDU0NDQyXSB0c2M6 IFJlZmluZWQgVFNDIGNsb2Nrc291cmNlIGNhbGlicmF0aW9uOiAyMzk0LjU2 MCBNSHoNClsgICAgMS40NTQ0NTBdIFN3aXRjaGluZyB0byBjbG9ja3NvdXJj ZSB0c2MNClsgICAgMS41NDQ1MTldIGF0YTU6IFNBVEEgbGluayBkb3duIChT U3RhdHVzIDAgU0NvbnRyb2wgMzAwKQ0KWyAgICAxLjU2ODA1M10gdXNiIDMt MS4zOiBuZXcgaGlnaC1zcGVlZCBVU0IgZGV2aWNlIG51bWJlciA0IHVzaW5n IGVoY2ktcGNpDQpbICAgIDEuODY0Nzk2XSBhdGE2OiBTQVRBIGxpbmsgdXAg MS41IEdicHMgKFNTdGF0dXMgMTEzIFNDb250cm9sIDMwMCkNClsgICAgMS44 Njg3NDVdIGF0YTYuMDA6IEFUQVBJOiBUU1NUY29ycCBDRERWRFcgU04tMjA4 QUIsIFRPMDQsIG1heCBVRE1BLzEwMA0KWyAgICAxLjg3MTIzM10gYXRhNi4w MDogY29uZmlndXJlZCBmb3IgVURNQS8xMDANClsgICAgMS44NzY0NzFdIHNj c2kgNTowOjA6MDogQ0QtUk9NICAgICAgICAgICAgVFNTVGNvcnAgQ0REVkRX IFNOLTIwOEFCICBUTzA0IFBROiAwIEFOU0k6IDUNClsgICAgMS44Nzg4MjBd IHNkIDA6MDowOjA6IFtzZGFdIDE5NTM1MjUxNjggNTEyLWJ5dGUgbG9naWNh bCBibG9ja3M6ICgxLjAwIFRCLzkzMSBHaUIpDQpbICAgIDEuODc4ODIzXSBz ZCAwOjA6MDowOiBbc2RhXSA0MDk2LWJ5dGUgcGh5c2ljYWwgYmxvY2tzDQpb ICAgIDEuODc4ODUxXSBzZCAwOjA6MDowOiBbc2RhXSBXcml0ZSBQcm90ZWN0 IGlzIG9mZg0KWyAgICAxLjg3ODg1M10gc2QgMDowOjA6MDogW3NkYV0gTW9k ZSBTZW5zZTogMDAgM2EgMDAgMDANClsgICAgMS44Nzg4NjVdIHNkIDA6MDow OjA6IFtzZGFdIFdyaXRlIGNhY2hlOiBlbmFibGVkLCByZWFkIGNhY2hlOiBl bmFibGVkLCBkb2Vzbid0IHN1cHBvcnQgRFBPIG9yIEZVQQ0KWyAgICAxLjg4 MzI3NV0gc3IwOiBzY3NpMy1tbWMgZHJpdmU6IDI0eC8yNHggd3JpdGVyIGR2 ZC1yYW0gY2QvcncgeGEvZm9ybTIgY2RkYSB0cmF5DQpbICAgIDEuODgzMjgw XSBjZHJvbTogVW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjIw DQpbICAgIDEuODgzNDU1XSBzciA1OjA6MDowOiBBdHRhY2hlZCBzY3NpIENE LVJPTSBzcjANClsgICAgMS45NDE1NjFdICBzZGE6IHNkYTEgc2RhMiBzZGEz IHNkYTQgc2RhNSBzZGE2IHNkYTcgc2RhOCBzZGE5IHNkYTEwDQpbICAgIDEu OTQyMTU1XSBzZCAwOjA6MDowOiBbc2RhXSBBdHRhY2hlZCBTQ1NJIGRpc2sN ClsgICAgMy40NTc4MjhdIEVYVDQtZnMgKHNkYTgpOiBtb3VudGVkIGZpbGVz eXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4gT3B0czogKG51bGwpDQpb ICAgIDQuMTAxOTI2XSBzeXN0ZW1kWzFdOiBSVEMgY29uZmlndXJlZCBpbiBs b2NhbHRpbWUsIGFwcGx5aW5nIGRlbHRhIG9mIC0zMDAgbWludXRlcyB0byBz eXN0ZW0gdGltZS4NClsgICAgNC4xMzM3OTldIHN5c3RlbWRbMV06IHN5c3Rl bWQgMjA0IHJ1bm5pbmcgaW4gc3lzdGVtIG1vZGUuICgrUEFNIC1MSUJXUkFQ IC1BVURJVCAtU0VMSU5VWCAtSU1BIC1TWVNWSU5JVCArTElCQ1JZUFRTRVRV UCArR0NSWVBUICtBQ0wgK1haKQ0KWyAgICA0LjE0OTQyOF0gc3lzdGVtZFsx XTogU2V0IGhvc3RuYW1lIHRvIDxhcmNoLmNvb2xpcC5uZXQ+Lg0KWyAgICA0 Ljc0MTE5MV0gc3lzdGVtZFsxXTogQ2Fubm90IGFkZCBkZXBlbmRlbmN5IGpv YiBmb3IgdW5pdCB4ZW5kb21VQG11bHRpLXVzZXIuc2VydmljZSwgaWdub3Jp bmc6IFVuaXQgeGVuZG9tVUBtdWx0aS11c2VyLnNlcnZpY2UgZmFpbGVkIHRv IGxvYWQ6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuIFNlZSBzeXN0ZW0g bG9ncyBhbmQgJ3N5c3RlbWN0bCBzdGF0dXMgeGVuZG9tVUBtdWx0aS11c2Vy LnNlcnZpY2UnIGZvciBkZXRhaWxzLg0KWyAgICA0Ljc0MTIwNV0gc3lzdGVt ZFsxXTogQ2Fubm90IGFkZCBkZXBlbmRlbmN5IGpvYiBmb3IgdW5pdCBkaXNw bGF5LW1hbmFnZXIuc2VydmljZSwgaWdub3Jpbmc6IFVuaXQgZGlzcGxheS1t YW5hZ2VyLnNlcnZpY2UgZmFpbGVkIHRvIGxvYWQ6IE5vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnkuIFNlZSBzeXN0ZW0gbG9ncyBhbmQgJ3N5c3RlbWN0bCBz dGF0dXMgZGlzcGxheS1tYW5hZ2VyLnNlcnZpY2UnIGZvciBkZXRhaWxzLg0K WyAgICA0Ljc0MTM1OF0gc3lzdGVtZFsxXTogU3RhcnRpbmcgRm9yd2FyZCBQ YXNzd29yZCBSZXF1ZXN0cyB0byBXYWxsIERpcmVjdG9yeSBXYXRjaC4NClsg ICAgNC43NDE0MDBdIHN5c3RlbWRbMV06IFN0YXJ0ZWQgRm9yd2FyZCBQYXNz d29yZCBSZXF1ZXN0cyB0byBXYWxsIERpcmVjdG9yeSBXYXRjaC4NClsgICAg NC43NDE0MTBdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFJlbW90ZSBGaWxlIFN5 c3RlbXMuDQpbICAgIDQuNzQxNDIwXSBzeXN0ZW1kWzFdOiBSZWFjaGVkIHRh cmdldCBSZW1vdGUgRmlsZSBTeXN0ZW1zLg0KWyAgICA0Ljc0MTQyOF0gc3lz dGVtZFsxXTogU3RhcnRpbmcgRGVsYXllZCBTaHV0ZG93biBTb2NrZXQuDQpb ICAgIDQuNzQxNDUyXSBzeXN0ZW1kWzFdOiBMaXN0ZW5pbmcgb24gRGVsYXll ZCBTaHV0ZG93biBTb2NrZXQuDQpbICAgIDQuNzQxNDU5XSBzeXN0ZW1kWzFd OiBTdGFydGluZyBEZXZpY2UtbWFwcGVyIGV2ZW50IGRhZW1vbiBGSUZPcy4N ClsgICAgNC43NDE0ODNdIHN5c3RlbWRbMV06IExpc3RlbmluZyBvbiBEZXZp Y2UtbWFwcGVyIGV2ZW50IGRhZW1vbiBGSUZPcy4NClsgICAgNC43NDE0OTFd IHN5c3RlbWRbMV06IFN0YXJ0aW5nIC9kZXYvaW5pdGN0bCBDb21wYXRpYmls aXR5IE5hbWVkIFBpcGUuDQpbICAgIDQuNzQxNTA1XSBzeXN0ZW1kWzFdOiBM aXN0ZW5pbmcgb24gL2Rldi9pbml0Y3RsIENvbXBhdGliaWxpdHkgTmFtZWQg UGlwZS4NClsgICAgNC43NDE1MTFdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIExW TTIgbWV0YWRhdGEgZGFlbW9uIHNvY2tldC4NClsgICAgNC43NDE1MzZdIHN5 c3RlbWRbMV06IExpc3RlbmluZyBvbiBMVk0yIG1ldGFkYXRhIGRhZW1vbiBz b2NrZXQuDQpbICAgIDQuNzQxNTQ2XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBE aXNwYXRjaCBQYXNzd29yZCBSZXF1ZXN0cyB0byBDb25zb2xlIERpcmVjdG9y eSBXYXRjaC4NClsgICAgNC43NDE1NzJdIHN5c3RlbWRbMV06IFN0YXJ0ZWQg RGlzcGF0Y2ggUGFzc3dvcmQgUmVxdWVzdHMgdG8gQ29uc29sZSBEaXJlY3Rv cnkgV2F0Y2guDQpbICAgIDQuNzQxNTgwXSBzeXN0ZW1kWzFdOiBTdGFydGlu ZyBQYXRocy4NClsgICAgNC43NDE1ODddIHN5c3RlbWRbMV06IFJlYWNoZWQg dGFyZ2V0IFBhdGhzLg0KWyAgICA0Ljc0MTU5NF0gc3lzdGVtZFsxXTogU3Rh cnRpbmcgRW5jcnlwdGVkIFZvbHVtZXMuDQpbICAgIDQuNzQxNjAyXSBzeXN0 ZW1kWzFdOiBSZWFjaGVkIHRhcmdldCBFbmNyeXB0ZWQgVm9sdW1lcy4NClsg ICAgNC43NDE2NTFdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIHVkZXYgS2VybmVs IFNvY2tldC4NClsgICAgNC43NDE2NjhdIHN5c3RlbWRbMV06IExpc3Rlbmlu ZyBvbiB1ZGV2IEtlcm5lbCBTb2NrZXQuDQpbICAgIDQuNzQxNzA3XSBzeXN0 ZW1kWzFdOiBTdGFydGluZyB1ZGV2IENvbnRyb2wgU29ja2V0Lg0KWyAgICA0 Ljc0MTcyNV0gc3lzdGVtZFsxXTogTGlzdGVuaW5nIG9uIHVkZXYgQ29udHJv bCBTb2NrZXQuDQpbICAgIDQuNzQxNzUwXSBzeXN0ZW1kWzFdOiBTdGFydGlu ZyBBcmJpdHJhcnkgRXhlY3V0YWJsZSBGaWxlIEZvcm1hdHMgRmlsZSBTeXN0 ZW0gQXV0b21vdW50IFBvaW50Lg0KWyAgICA0Ljc0MTgyN10gc3lzdGVtZFsx XTogU2V0IHVwIGF1dG9tb3VudCBBcmJpdHJhcnkgRXhlY3V0YWJsZSBGaWxl IEZvcm1hdHMgRmlsZSBTeXN0ZW0gQXV0b21vdW50IFBvaW50Lg0KWyAgICA0 Ljc0MTgzN10gc3lzdGVtZFsxXTogU3RhcnRpbmcgSm91cm5hbCBTb2NrZXQu DQpbICAgIDQuNzQxODcxXSBzeXN0ZW1kWzFdOiBMaXN0ZW5pbmcgb24gSm91 cm5hbCBTb2NrZXQuDQpbICAgIDQuNzc3NzU3XSBzeXN0ZW1kWzFdOiBTdGFy dGluZyBBcHBseSBLZXJuZWwgVmFyaWFibGVzLi4uDQpbICAgIDQuNzc4MDky XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBTZXR1cCBWaXJ0dWFsIENvbnNvbGUu Li4NClsgICAgNC43NzgzODJdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIHVkZXYg Q29sZHBsdWcgYWxsIERldmljZXMuLi4NClsgICAgNC43Nzg2ODBdIHN5c3Rl bWRbMV06IE1vdW50aW5nIERlYnVnIEZpbGUgU3lzdGVtLi4uDQpbICAgIDQu Nzk5MTk1XSBzeXN0ZW1kWzFdOiBTdGFydGVkIFNldCBVcCBBZGRpdGlvbmFs IEJpbmFyeSBGb3JtYXRzLg0KWyAgICA0Ljc5OTIxOV0gc3lzdGVtZFsxXTog TW91bnRpbmcgSHVnZSBQYWdlcyBGaWxlIFN5c3RlbS4uLg0KWyAgICA0Ljc5 OTUwOV0gc3lzdGVtZFsxXTogU3RhcnRpbmcgQ3JlYXRlIHN0YXRpYyBkZXZp Y2Ugbm9kZXMgaW4gL2Rldi4uLg0KWyAgICA0Ljc5OTc5MV0gc3lzdGVtZFsx XTogTW91bnRpbmcgUE9TSVggTWVzc2FnZSBRdWV1ZSBGaWxlIFN5c3RlbS4u Lg0KWyAgICA0LjgwMDM2OV0gc3lzdGVtZFsxXTogU3RhcnRpbmcgTG9hZCBL ZXJuZWwgTW9kdWxlcy4uLg0KWyAgICA0LjgwMDY1M10gc3lzdGVtZFsxXTog U3RhcnRpbmcgSm91cm5hbCBTZXJ2aWNlLi4uDQpbICAgIDQuODAwOTQ5XSBz eXN0ZW1kWzFdOiBTdGFydGVkIEpvdXJuYWwgU2VydmljZS4NClsgICAgNC44 MDA5NzVdIHN5c3RlbWRbMV06IEV4cGVjdGluZyBkZXZpY2UgZGV2LXNkYTEw LmRldmljZS4uLg0KWyAgICA0LjgwMDk5Ml0gc3lzdGVtZFsxXTogU3RhcnRl ZCBGaWxlIFN5c3RlbSBDaGVjayBvbiBSb290IERldmljZS4NClsgICAgNC44 MDEwMDBdIHN5c3RlbWRbMV06IE1vdW50aW5nIFRlbXBvcmFyeSBEaXJlY3Rv cnkuLi4NClsgICAgNS4wNTE0NzldIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFJl bW91bnQgUm9vdCBhbmQgS2VybmVsIEZpbGUgU3lzdGVtcy4uLg0KWyAgICA1 LjA1MTc3MV0gc3lzdGVtZFsxXTogRXhwZWN0aW5nIGRldmljZSBkZXYtc2Rh Mi5kZXZpY2UuLi4NClsgICAgNS42MjcyMjRdIEVYVDQtZnMgKHNkYTgpOiBy ZS1tb3VudGVkLiBPcHRzOiB1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9y ZGVyZWQNClsgICAgNS45NjIyNTldIHN5c3RlbWQtdWRldmRbMTcxXTogc3Rh cnRpbmcgdmVyc2lvbiAyMDQNClsgICAgNi4yMDAzOTJdIEFDUEk6IFJlcXVl c3RpbmcgYWNwaV9jcHVmcmVxDQpbICAgIDYuMjUzNDQ1XSBpbnB1dDogUEMg U3BlYWtlciBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9wY3Nwa3IvaW5wdXQvaW5w dXQyDQpbICAgIDYuMzI0NTYwXSBtaWNyb2NvZGU6IENQVTAgc2lnPTB4MzA2 YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNDQ0NzldIGlu cHV0OiBQb3dlciBCdXR0b24gYXMgL2RldmljZXMvTE5YU1lTVE06MDAvTE5Y U1lCVVM6MDAvUE5QMEMwQzowMC9pbnB1dC9pbnB1dDMNClsgICAgNi4zNDQ1 MzVdIEFDUEk6IFBvd2VyIEJ1dHRvbiBbUFdSQl0NClsgICAgNi4zNDQ1NjZd IGlucHV0OiBMaWQgU3dpdGNoIGFzIC9kZXZpY2VzL0xOWFNZU1RNOjAwL0xO WFNZQlVTOjAwL1BOUDBDMEQ6MDAvaW5wdXQvaW5wdXQ0DQpbICAgIDYuMzQ0 NjEwXSBBQ1BJOiBMaWQgU3dpdGNoIFtMSUQwXQ0KWyAgICA2LjM0NDY2Nl0g aW5wdXQ6IFBvd2VyIEJ1dHRvbiBhcyAvZGV2aWNlcy9MTlhTWVNUTTowMC9M TlhQV1JCTjowMC9pbnB1dC9pbnB1dDUNClsgICAgNi4zNDQ3MTddIEFDUEk6 IFBvd2VyIEJ1dHRvbiBbUFdSRl0NClsgICAgNi4zNDUxNzVdIHRoZXJtYWwg TE5YVEhFUk06MDA6IHJlZ2lzdGVyZWQgYXMgdGhlcm1hbF96b25lMA0KWyAg ICA2LjM0NTE3OF0gQUNQSTogVGhlcm1hbCBab25lIFtUSFJNXSAoNDggQykN ClsgICAgNi4zNDYzNzFdIEFDUEk6IEZhbiBbRkFOXSAob24pDQpbICAgIDYu Mzc3NzM0XSBtaWNyb2NvZGU6IENQVTAgc2lnPTB4MzA2YTksIHBmPTB4MTAs IHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzg4ODddIG1pY3JvY29kZTogQ1BV MCB1cGRhdGVkIHRvIHJldmlzaW9uIDB4MTcsIGRhdGUgPSAyMDEzLTAxLTA5 DQpbICAgIDYuMzc4OTM1XSBtaWNyb2NvZGU6IENQVTEgc2lnPTB4MzA2YTks IHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzkwMDddIG1pY3Jv Y29kZTogQ1BVMSBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2aXNpb249MHgx NQ0KWyAgICA2LjM3OTI2M10gbWljcm9jb2RlOiBDUFUxIHVwZGF0ZWQgdG8g cmV2aXNpb24gMHgxNywgZGF0ZSA9IDIwMTMtMDEtMDkNClsgICAgNi4zNzky OTVdIG1pY3JvY29kZTogQ1BVMiBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2 aXNpb249MHgxNQ0KWyAgICA2LjM3OTM1OF0gbWljcm9jb2RlOiBDUFUyIHNp Zz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0weDE1DQpbICAgIDYuMzc5 NjAwXSBtaWNyb2NvZGU6IENQVTIgdXBkYXRlZCB0byByZXZpc2lvbiAweDE3 LCBkYXRlID0gMjAxMy0wMS0wOQ0KWyAgICA2LjM3OTYwNl0gbWljcm9jb2Rl OiBDUFUzIHNpZz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0weDE1DQpb ICAgIDYuMzc5NjI0XSBtaWNyb2NvZGU6IENQVTMgc2lnPTB4MzA2YTksIHBm PTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzk4NzZdIG1pY3JvY29k ZTogQ1BVMyB1cGRhdGVkIHRvIHJldmlzaW9uIDB4MTcsIGRhdGUgPSAyMDEz LTAxLTA5DQpbICAgIDYuMzc5OTA3XSBtaWNyb2NvZGU6IENQVTQgc2lnPTB4 MzA2YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzk5NTld IG1pY3JvY29kZTogQ1BVNCBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2aXNp b249MHgxNQ0KWyAgICA2LjM4MDIyMV0gbWljcm9jb2RlOiBDUFU0IHVwZGF0 ZWQgdG8gcmV2aXNpb24gMHgxNywgZGF0ZSA9IDIwMTMtMDEtMDkNClsgICAg Ni4zODAyNDRdIG1pY3JvY29kZTogQ1BVNSBzaWc9MHgzMDZhOSwgcGY9MHgx MCwgcmV2aXNpb249MHgxNQ0KWyAgICA2LjM4MDI3MV0gbWljcm9jb2RlOiBD UFU1IHNpZz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0weDE1DQpbICAg IDYuMzgwNzU5XSBtaWNyb2NvZGU6IENQVTUgdXBkYXRlZCB0byByZXZpc2lv biAweDE3LCBkYXRlID0gMjAxMy0wMS0wOQ0KWyAgICA2LjM4MDc4N10gbWlj cm9jb2RlOiBDUFU2IHNpZz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0w eDE1DQpbICAgIDYuMzgwODg4XSBtaWNyb2NvZGU6IENQVTYgc2lnPTB4MzA2 YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zODExNDldIG1p Y3JvY29kZTogQ1BVNiB1cGRhdGVkIHRvIHJldmlzaW9uIDB4MTcsIGRhdGUg PSAyMDEzLTAxLTA5DQpbICAgIDYuMzgxMTU1XSBtaWNyb2NvZGU6IENQVTcg c2lnPTB4MzA2YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4z ODExNjldIG1pY3JvY29kZTogQ1BVNyBzaWc9MHgzMDZhOSwgcGY9MHgxMCwg cmV2aXNpb249MHgxNQ0KWyAgICA2LjM4MTQyMV0gbWljcm9jb2RlOiBDUFU3 IHVwZGF0ZWQgdG8gcmV2aXNpb24gMHgxNywgZGF0ZSA9IDIwMTMtMDEtMDkN ClsgICAgNi4zODE0ODJdIG1pY3JvY29kZTogTWljcm9jb2RlIFVwZGF0ZSBE cml2ZXI6IHYyLjAwIDx0aWdyYW5AYWl2YXppYW4uZnNuZXQuY28udWs+LCBQ ZXRlciBPcnViYQ0KWyAgICA2LjYwNTA4Ml0gQUNQSSBXYXJuaW5nOiAweDAw MDAwMDAwMDAwMDA0MjgtMHgwMDAwMDAwMDAwMDAwNDJmIFN5c3RlbUlPIGNv bmZsaWN0cyB3aXRoIFJlZ2lvbiBcUE1JTyAxICgyMDEzMDExNy91dGFkZHJl c3MtMjUxKQ0KWyAgICA2LjYwNTA4OF0gQUNQSTogSWYgYW4gQUNQSSBkcml2 ZXIgaXMgYXZhaWxhYmxlIGZvciB0aGlzIGRldmljZSwgeW91IHNob3VsZCB1 c2UgaXQgaW5zdGVhZCBvZiB0aGUgbmF0aXZlIGRyaXZlcg0KWyAgICA2LjYw NTA5Ml0gQUNQSSBXYXJuaW5nOiAweDAwMDAwMDAwMDAwMDA1MzAtMHgwMDAw MDAwMDAwMDAwNTNmIFN5c3RlbUlPIGNvbmZsaWN0cyB3aXRoIFJlZ2lvbiBc R1BJTyAxICgyMDEzMDExNy91dGFkZHJlc3MtMjUxKQ0KWyAgICA2LjYwNTA5 NV0gQUNQSTogSWYgYW4gQUNQSSBkcml2ZXIgaXMgYXZhaWxhYmxlIGZvciB0 aGlzIGRldmljZSwgeW91IHNob3VsZCB1c2UgaXQgaW5zdGVhZCBvZiB0aGUg bmF0aXZlIGRyaXZlcg0KWyAgICA2LjYwNTA5Nl0gQUNQSSBXYXJuaW5nOiAw eDAwMDAwMDAwMDAwMDA1MDAtMHgwMDAwMDAwMDAwMDAwNTJmIFN5c3RlbUlP IGNvbmZsaWN0cyB3aXRoIFJlZ2lvbiBcR1BJTyAxICgyMDEzMDExNy91dGFk ZHJlc3MtMjUxKQ0KWyAgICA2LjYwNTA5N10gQUNQSTogSWYgYW4gQUNQSSBk cml2ZXIgaXMgYXZhaWxhYmxlIGZvciB0aGlzIGRldmljZSwgeW91IHNob3Vs ZCB1c2UgaXQgaW5zdGVhZCBvZiB0aGUgbmF0aXZlIGRyaXZlcg0KWyAgICA2 LjYwNTA5OF0gbHBjX2ljaDogUmVzb3VyY2UgY29uZmxpY3QocykgZm91bmQg YWZmZWN0aW5nIGdwaW9faWNoDQpbICAgIDYuNjM3MTA4XSBpVENPX3ZlbmRv cl9zdXBwb3J0OiB2ZW5kb3Itc3VwcG9ydD0wDQpbICAgIDYuNjY0NzEzXSBp VENPX3dkdDogSW50ZWwgVENPIFdhdGNoRG9nIFRpbWVyIERyaXZlciB2MS4x MA0KWyAgICA2LjY2NDc0NF0gaVRDT193ZHQ6IEZvdW5kIGEgUGFudGhlciBQ b2ludCBUQ08gZGV2aWNlIChWZXJzaW9uPTIsIFRDT0JBU0U9MHgwNDYwKQ0K WyAgICA2LjY2NDk0MV0gaVRDT193ZHQ6IGluaXRpYWxpemVkLiBoZWFydGJl YXQ9MzAgc2VjIChub3dheW91dD0wKQ0KWyAgICA2Ljc4NjA5Nl0gbWVpIDAw MDA6MDA6MTYuMDogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0DQpbICAg IDYuNzg2MTQxXSBtZWkgMDAwMDowMDoxNi4wOiBpcnEgNDIgZm9yIE1TSS9N U0ktWA0KWyAgICA2Ljg2MjExMV0gQUNQSSBXYXJuaW5nOiAweDAwMDAwMDAw MDAwMDQwNDAtMHgwMDAwMDAwMDAwMDA0MDVmIFN5c3RlbUlPIGNvbmZsaWN0 cyB3aXRoIFJlZ2lvbiBcX1NCXy5QQ0kwLlNCVVMuU01CSSAxICgyMDEzMDEx Ny91dGFkZHJlc3MtMjUxKQ0KWyAgICA2Ljg2MjExNl0gQUNQSTogSWYgYW4g QUNQSSBkcml2ZXIgaXMgYXZhaWxhYmxlIGZvciB0aGlzIGRldmljZSwgeW91 IHNob3VsZCB1c2UgaXQgaW5zdGVhZCBvZiB0aGUgbmF0aXZlIGRyaXZlcg0K WyAgICA2Ljg3MTc4OV0gW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEuMS4wIDIw MDYwODEwDQpbICAgIDYuOTE3Mzk2XSBzbmRfaGRhX2ludGVsIDAwMDA6MDA6 MWIuMDogaXJxIDQzIGZvciBNU0kvTVNJLVgNClsgICAgNi45Mzc3NjNdIGlu cHV0OiBIREEgRGlnaXRhbCBQQ0JlZXAgYXMgL2RldmljZXMvcGNpMDAwMDow MC8wMDAwOjAwOjFiLjAvaW5wdXQvaW5wdXQ2DQpbICAgIDYuOTUwMDE3XSBj Zmc4MDIxMTogQ2FsbGluZyBDUkRBIHRvIHVwZGF0ZSB3b3JsZCByZWd1bGF0 b3J5IGRvbWFpbg0KWyAgICA2Ljk5MjI5NV0gcHNtb3VzZSBzZXJpbzE6IHN5 bmFwdGljczogVG91Y2hwYWQgbW9kZWw6IDEsIGZ3OiA3LjUsIGlkOiAweDFl MGIxLCBjYXBzOiAweGQwMDA3My8weDI0MDAwMC8weGEwNDAwLCBib2FyZCBp ZDogMTY4MCwgZncgaWQ6IDcwNjE0NQ0KWyAgICA2Ljk5MjI5OV0gcHNtb3Vz ZSBzZXJpbzE6IHN5bmFwdGljczogVG9zaGliYSBTYXRlbGxpdGUgUzg1NSBk ZXRlY3RlZCwgbGltaXRpbmcgcmF0ZSB0byA0MHBwcy4NClsgICAgNy4wMjQ5 MTJdIGlucHV0OiBTeW5QUy8yIFN5bmFwdGljcyBUb3VjaFBhZCBhcyAvZGV2 aWNlcy9wbGF0Zm9ybS9pODA0Mi9zZXJpbzEvaW5wdXQvaW5wdXQ3DQpbICAg IDcuMDM3ODg3XSBydGw4NzIzYWU6IFVzaW5nIGZpcm13YXJlIHJ0bHdpZmkv cnRsODcyM2Z3X0IuYmluDQpbICAgIDcuMDcyMDI2XSBtZWRpYTogTGludXgg bWVkaWEgaW50ZXJmYWNlOiB2MC4xMA0KWyAgICA3LjA5MTA1MV0gcjg3MTJ1 OiBtb2R1bGUgaXMgZnJvbSB0aGUgc3RhZ2luZyBkaXJlY3RvcnksIHRoZSBx dWFsaXR5IGlzIHVua25vd24sIHlvdSBoYXZlIGJlZW4gd2FybmVkLg0KWyAg ICA3LjA5MTYzMF0gcjg3MTJ1OiBTdGFnaW5nIHZlcnNpb24NClsgICAgNy4w OTE2NDFdIHI4NzEydTogcmVnaXN0ZXIgcnRsODcxMl9uZXRkZXZfb3BzIHRv IG5ldGRldl9vcHMNClsgICAgNy4wOTE2NDRdIHVzYiAxLTM6IHI4NzEydTog VVNCX1NQRUVEX0hJR0ggd2l0aCA0IGVuZHBvaW50cw0KWyAgICA3LjA5MTkx MF0gdXNiIDEtMzogcjg3MTJ1OiBCb290IGZyb20gRUZVU0U6IEF1dG9sb2Fk IE9LDQpbICAgIDcuMDk1NTY4XSBydHM1MTM5OiBtb2R1bGUgaXMgZnJvbSB0 aGUgc3RhZ2luZyBkaXJlY3RvcnksIHRoZSBxdWFsaXR5IGlzIHVua25vd24s IHlvdSBoYXZlIGJlZW4gd2FybmVkLg0KWyAgICA3LjA5NzMzNF0gTGludXgg dmlkZW8gY2FwdHVyZSBpbnRlcmZhY2U6IHYyLjAwDQpbICAgIDcuMDk4OTU5 XSBzY3NpNiA6IFNDU0kgZW11bGF0aW9uIGZvciBSVFM1MTM5IFVTQiBjYXJk IHJlYWRlcg0KWyAgICA3LjA5OTA4MV0gc2NzaSA2OjA6MDowOiBEaXJlY3Qt QWNjZXNzICAgICBHZW5lcmljLSB4RC9TRC9NLlMuICAgICAgIDEuMDAgUFE6 IDAgQU5TSTogMCBDQ1MNClsgICAgNy4xMDIxOTldIHNkIDY6MDowOjA6IFtz ZGJdIEF0dGFjaGVkIFNDU0kgcmVtb3ZhYmxlIGRpc2sNClsgICAgNy4xMDUw MzJdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIg cnRzNTEzOQ0KWyAgICA3LjExMjE4MV0gdXZjdmlkZW86IEZvdW5kIFVWQyAx LjAwIGRldmljZSBUT1NISUJBIFdlYiBDYW1lcmEgLSBIRCAoMTBmMToxYTQz KQ0KWyAgICA3LjEyOTkzOV0gaW5wdXQ6IFRPU0hJQkEgV2ViIENhbWVyYSAt IEhEIGFzIC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxYS4wL3VzYjMv My0xLzMtMS4zLzMtMS4zOjEuMC9pbnB1dC9pbnB1dDgNClsgICAgNy4xMjk5 OTldIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIg dXZjdmlkZW8NClsgICAgNy4xMzAwMDBdIFVTQiBWaWRlbyBDbGFzcyBkcml2 ZXIgKDEuMS4xKQ0KWyAgICA3LjEzMTcyMl0gaW5wdXQ6IEhEQSBJbnRlbCBQ Q0ggSERNSS9EUCxwY209MyBhcyAvZGV2aWNlcy9wY2kwMDAwOjAwLzAwMDA6 MDA6MWIuMC9zb3VuZC9jYXJkMC9pbnB1dDkNClsgICAgNy4xMzE3NjhdIGlu cHV0OiBIREEgSW50ZWwgUENIIE1pYyBhcyAvZGV2aWNlcy9wY2kwMDAwOjAw LzAwMDA6MDA6MWIuMC9zb3VuZC9jYXJkMC9pbnB1dDEwDQpbICAgIDcuMTMx ODA3XSBpbnB1dDogSERBIEludGVsIFBDSCBIZWFkcGhvbmUgYXMgL2Rldmlj ZXMvcGNpMDAwMDowMC8wMDAwOjAwOjFiLjAvc291bmQvY2FyZDAvaW5wdXQx MQ0KWyAgICA3LjEzMjYwM10gW2RybV0gTWVtb3J5IHVzYWJsZSBieSBncmFw aGljcyBkZXZpY2UgPSAyMDQ4TQ0KWyAgICA3LjEzMjYwNl0gY2hlY2tpbmcg Z2VuZXJpYyAoYzAwMDAwMDAgNDEwMDAwKSB2cyBodyAoYzAwMDAwMDAgODAw MDAwMCkNClsgICAgNy4xMzI2MDhdIGZiOiBjb25mbGljdGluZyBmYiBodyB1 c2FnZSBpbnRlbGRybWZiIHZzIEVGSSBWR0EgLSByZW1vdmluZyBnZW5lcmlj IGRyaXZlcg0KWyAgICA3LjEzMjYyMF0gQ29uc29sZTogc3dpdGNoaW5nIHRv IGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUNClsgICAgNy4xMzMyMjddIGk5 MTUgMDAwMDowMDowMi4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQN ClsgICAgNy4xNDU3NzhdIGk5MTUgMDAwMDowMDowMi4wOiBpcnEgNDQgZm9y IE1TSS9NU0ktWA0KWyAgICA3LjE0NTc4NF0gW2RybV0gU3VwcG9ydHMgdmJs YW5rIHRpbWVzdGFtcCBjYWNoaW5nIFJldiAxICgxMC4xMC4yMDEwKS4NClsg ICAgNy4xNDU3ODVdIFtkcm1dIERyaXZlciBzdXBwb3J0cyBwcmVjaXNlIHZi bGFuayB0aW1lc3RhbXAgcXVlcnkuDQpbICAgIDcuMTQ1ODUzXSB2Z2FhcmI6 IGRldmljZSBjaGFuZ2VkIGRlY29kZXM6IFBDSTowMDAwOjAwOjAyLjAsb2xk ZGVjb2Rlcz1pbyttZW0sZGVjb2Rlcz1pbyttZW06b3ducz1pbyttZW0NClsg ICAgNy4xODM0MjRdIGZiY29uOiBpbnRlbGRybWZiIChmYjApIGlzIHByaW1h cnkgZGV2aWNlDQpbICAgIDcuMzA1NDMxXSBpZWVlODAyMTEgcGh5MDogU2Vs ZWN0ZWQgcmF0ZSBjb250cm9sIGFsZ29yaXRobSAncnRsX3JjJw0KWyAgICA3 LjMwNTU1M10gcnRsd2lmaTogd2lyZWxlc3Mgc3dpdGNoIGlzIG9uDQpbICAg IDcuMzk2MTk1XSBzeXN0ZW1kLXVkZXZkWzE5MV06IHJlbmFtZWQgbmV0d29y ayBpbnRlcmZhY2Ugd2xhbjAgdG8gd2xwMnMwDQpbICAgIDcuNDg2OTU4XSB1 c2IgMS0zOiByODcxMnU6IEN1c3RvbWVySUQgPSAweDAwMDANClsgICAgNy40 ODY5NjNdIHVzYiAxLTM6IHI4NzEydTogTUFDIEFkZHJlc3MgZnJvbSBlZnVz ZSA9IDAwOjIxOjc5OmM1OjRiOmU4DQpbICAgIDcuNDg2OTY3XSB1c2IgMS0z OiByODcxMnU6IExvYWRpbmcgZmlybXdhcmUgZnJvbSAicnRsd2lmaS9ydGw4 NzEydS5iaW4iDQpbICAgIDcuNDg3MTA0XSB1c2Jjb3JlOiByZWdpc3RlcmVk IG5ldyBpbnRlcmZhY2UgZHJpdmVyIHI4NzEydQ0KWyAgICA3LjYxNjY0OV0g c3lzdGVtZC11ZGV2ZFsxOTFdOiByZW5hbWVkIG5ldHdvcmsgaW50ZXJmYWNl IHdsYW4wIHRvIGVucDBzMjB1Mw0KWyAgICA3Ljc5NjUyOV0gQ29uc29sZTog c3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDE3MHg0 OA0KWyAgICA3Ljc5OTcyNF0gaTkxNSAwMDAwOjAwOjAyLjA6IGZiMDogaW50 ZWxkcm1mYiBmcmFtZSBidWZmZXIgZGV2aWNlDQpbICAgIDcuNzk5NzI2XSBp OTE1IDAwMDA6MDA6MDIuMDogcmVnaXN0ZXJlZCBwYW5pYyBub3RpZmllcg0K WyAgICA3LjgwMDkxMV0gYWNwaSBkZXZpY2U6M2Y6IHJlZ2lzdGVyZWQgYXMg Y29vbGluZ19kZXZpY2UxMA0KWyAgICA3LjgwMTAyM10gQUNQSTogVmlkZW8g RGV2aWNlIFtHRlgwXSAobXVsdGktaGVhZDogeWVzICByb206IG5vICBwb3N0 OiBubykNClsgICAgNy44MDEwOTJdIGlucHV0OiBWaWRlbyBCdXMgYXMgL2Rl dmljZXMvTE5YU1lTVE06MDAvTE5YU1lCVVM6MDAvUE5QMEEwODowMC9MTlhW SURFTzowMC9pbnB1dC9pbnB1dDEyDQpbICAgIDcuODAxMTQwXSBbZHJtXSBJ bml0aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwIGZvciAwMDAwOjAwOjAy LjAgb24gbWlub3IgMA0KWyAgICA4LjM3NDAzMV0gW2RybV0gRW5hYmxpbmcg UkM2IHN0YXRlczogUkM2IG9uLCBSQzZwIG9uLCBSQzZwcCBvZmYNClsgICAg OS4wMzAyNjldIEFkZGluZyAxNzAwMTQ2OGsgc3dhcCBvbiAvZGV2L3NkYTEw LiAgUHJpb3JpdHk6LTEgZXh0ZW50czoxIGFjcm9zczoxNzAwMTQ2OGsgDQpb ICAgIDkuMjM5NDEzXSBkZXZpY2UtbWFwcGVyOiB1ZXZlbnQ6IHZlcnNpb24g MS4wLjMNClsgICAgOS4yMzk2MDldIGRldmljZS1tYXBwZXI6IGlvY3RsOiA0 LjI0LjAtaW9jdGwgKDIwMTMtMDEtMTUpIGluaXRpYWxpc2VkOiBkbS1kZXZl bEByZWRoYXQuY29tDQpbICAgIDkuOTAwNDE5XSBiaW86IGNyZWF0ZSBzbGFi IDxiaW8tMT4gYXQgMQ0KWyAgIDIwLjk0MjQ1NV0gIHVwZGF0ZWQgNDMgb2Yg NDMgaTE4biBtZXNzYWdlcyBmcm9tIGdyb3VwIGFubm91bmNlbWVudHMNClsg ICAyMC45NDQ3MTFdICB1cGRhdGVkIDI1NiBvZiAyNTYgY2hhcmFjdGVyIGRl c2NyaXB0aW9ucw0KWyAgIDIwLjk0OTg2NF0gIHVwZGF0ZWQgMTcgb2YgMjU2 IGNoYXJhY3RlciBjbGFzcyBlbnRyaWVzIHdpdGggMSByZWplY3QNClsgICAy MC45NTIwMTldICB1cGRhdGVkIDkgb2YgOSBpMThuIG1lc3NhZ2VzIGZyb20g Z3JvdXAgY29sb3JzDQpbICAgMjAuOTUzODYzXSAgdXBkYXRlZCA5IG9mIDkg aTE4biBtZXNzYWdlcyBmcm9tIGdyb3VwIGN0bF9rZXlzDQpbICAgMjAuOTU1 NDQxXSAgdXBkYXRlZCA5IG9mIDkgaTE4biBtZXNzYWdlcyBmcm9tIGdyb3Vw IGZvcm1hdHRlZA0KWyAgIDIwLjk1NzEwN10gIHVwZGF0ZWQgNjggb2YgNjgg aTE4biBtZXNzYWdlcyBmcm9tIGdyb3VwIGZ1bmN0aW9uX25hbWVzDQpbICAg MjAuOTU4Njk0XSAgdXBkYXRlZCAxODAgb2YgMTgwIGkxOG4gbWVzc2FnZXMg ZnJvbSBncm91cCBrZXlfbmFtZXMNClsgICAyMC45NjAyNzVdICB1cGRhdGVk IDYgb2YgNiBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgc3RhdGVzDQpbICAg MjAuOTk3NDI5XSB2YWx1ZSBmb3IgZGVsYXlfdGltZSBvdXQgb2YgcmFuZ2Us IGV4cGVjdCAxMDAgdG8gMjAwMA0KWyAgIDIxLjAwMjIwMV0gdmFsdWUgZm9y IGZ1bGxfdGltZSBvdXQgb2YgcmFuZ2UsIGV4cGVjdCAyMDAgdG8gNjAwMDAN ClsgICAyMS4wMDM4MzldIHZhbHVlIGZvciBqaWZmeV9kZWx0YSBvdXQgb2Yg cmFuZ2UsIGV4cGVjdCAyMCB0byAyMDANClsgICAyMS4wMTE2MDBdIHZhbHVl IGZvciB0cmlnZ2VyX3RpbWUgb3V0IG9mIHJhbmdlLCBleHBlY3QgMTAgdG8g MjAwMA0K --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg-with-xen Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg-with-xen WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1 c2V0DQpbICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5 cyBjcHUNClsgICAgMC4wMDAwMDBdIExpbnV4IHZlcnNpb24gMy45LjMtMS1B UkNIICh0b2JpYXNAVC1QT1dBLUxYKSAoZ2NjIHZlcnNpb24gNC44LjAgMjAx MzA1MDIgKHByZXJlbGVhc2UpIChHQ0MpICkgIzEgU01QIFBSRUVNUFQgU3Vu IE1heSAxOSAyMjo1MDoyOSBDRVNUIDIwMTMNClsgICAgMC4wMDAwMDBdIENv bW1hbmQgbGluZTogcm9vdD1VVUlEPTdmNGMwOTdlLWQyMTktNGZkNS1hMjYy LTk3NmVmODdiMWQ4MCBybyAgcXVpZXQgYWNwaT1ub2lyYw0KWyAgICAwLjAw MDAwMF0gRnJlZWluZyA4OC0xMDAgcGZuIHJhbmdlOiAxMjAgcGFnZXMgZnJl ZWQNClsgICAgMC4wMDAwMDBdIDEtMSBtYXBwaW5nIG9uIDg4LT4xMDANClsg ICAgMC4wMDAwMDBdIEZyZWVpbmcgMjAwMDAtMjAyMDAgcGZuIHJhbmdlOiA1 MTIgcGFnZXMgZnJlZWQNClsgICAgMC4wMDAwMDBdIDEtMSBtYXBwaW5nIG9u IDIwMDAwLT4yMDIwMA0KWyAgICAwLjAwMDAwMF0gRnJlZWluZyA0MDAwNC00 MDAwNSBwZm4gcmFuZ2U6IDEgcGFnZXMgZnJlZWQNClsgICAgMC4wMDAwMDBd IDEtMSBtYXBwaW5nIG9uIDQwMDA0LT40MDAwNQ0KWyAgICAwLjAwMDAwMF0g MS0xIG1hcHBpbmcgb24gYjUyNmUtPmI2MTc3DQpbICAgIDAuMDAwMDAwXSAx LTEgbWFwcGluZyBvbiBiNjE5YS0+YjYxOWYNClsgICAgMC4wMDAwMDBdIDEt MSBtYXBwaW5nIG9uIGJhN2JmLT5iYWZmZg0KWyAgICAwLjAwMDAwMF0gMS0x IG1hcHBpbmcgb24gYmIwMDAtPjEwMDAwMA0KWyAgICAwLjAwMDAwMF0gUmVs ZWFzZWQgNjMzIHBhZ2VzIG9mIHVudXNlZCBtZW1vcnkNClsgICAgMC4wMDAw MDBdIFNldCAyODkyMjMgcGFnZShzKSB0byAxLTEgbWFwcGluZw0KWyAgICAw LjAwMDAwMF0gUG9wdWxhdGluZyA2MDAwMC02MDI3OSBwZm4gcmFuZ2U6IDYz MyBwYWdlcyBhZGRlZA0KWyAgICAwLjAwMDAwMF0gZTgyMDogQklPUy1wcm92 aWRlZCBwaHlzaWNhbCBSQU0gbWFwOg0KWyAgICAwLjAwMDAwMF0gWGVuOiBb bWVtIDB4MDAwMDAwMDAwMDAwMDAwMC0weDAwMDAwMDAwMDAwODdmZmZdIHVz YWJsZQ0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDAwMDA4 ODAwMC0weDAwMDAwMDAwMDAwZmZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAw MDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMDAwMTAwMDAwLTB4MDAwMDAwMDAx ZmZmZmZmZl0gdXNhYmxlDQpbICAgIDAuMDAwMDAwXSBYZW46IFttZW0gMHgw MDAwMDAwMDIwMDAwMDAwLTB4MDAwMDAwMDAyMDFmZmZmZl0gcmVzZXJ2ZWQN ClsgICAgMC4wMDAwMDBdIFhlbjogW21lbSAweDAwMDAwMDAwMjAyMDAwMDAt MHgwMDAwMDAwMDQwMDAzZmZmXSB1c2FibGUNClsgICAgMC4wMDAwMDBdIFhl bjogW21lbSAweDAwMDAwMDAwNDAwMDQwMDAtMHgwMDAwMDAwMDQwMDA0ZmZm XSByZXNlcnZlZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAw MDA0MDAwNTAwMC0weDAwMDAwMDAwYjUyNmRmZmZdIHVzYWJsZQ0KWyAgICAw LjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBiNTI2ZTAwMC0weDAwMDAw MDAwYjYxNzZmZmZdIEFDUEkgTlZTDQpbICAgIDAuMDAwMDAwXSBYZW46IFtt ZW0gMHgwMDAwMDAwMGI2MTc3MDAwLTB4MDAwMDAwMDBiNjE5OWZmZl0gdXNh YmxlDQpbICAgIDAuMDAwMDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGI2MTlh MDAwLTB4MDAwMDAwMDBiNjE5ZWZmZl0gQUNQSSBOVlMNClsgICAgMC4wMDAw MDBdIFhlbjogW21lbSAweDAwMDAwMDAwYjYxOWYwMDAtMHgwMDAwMDAwMGJh N2JlZmZmXSB1c2FibGUNClsgICAgMC4wMDAwMDBdIFhlbjogW21lbSAweDAw MDAwMDAwYmE3YmYwMDAtMHgwMDAwMDAwMGJhZWJlZmZmXSByZXNlcnZlZA0K WyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBiYWViZjAwMC0w eDAwMDAwMDAwYmFmYmVmZmZdIEFDUEkgTlZTDQpbICAgIDAuMDAwMDAwXSBY ZW46IFttZW0gMHgwMDAwMDAwMGJhZmJmMDAwLTB4MDAwMDAwMDBiYWZmZWZm Zl0gQUNQSSBkYXRhDQpbICAgIDAuMDAwMDAwXSBYZW46IFttZW0gMHgwMDAw MDAwMGJhZmZmMDAwLTB4MDAwMDAwMDBiYWZmZmZmZl0gdXNhYmxlDQpbICAg IDAuMDAwMDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGJiMDAwMDAwLTB4MDAw MDAwMDBiZjlmZmZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIFhlbjog W21lbSAweDAwMDAwMDAwZTAwMDAwMDAtMHgwMDAwMDAwMGVmZmZmZmZmXSBy ZXNlcnZlZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBm ZWIwMDAwMC0weDAwMDAwMDAwZmViMDNmZmZdIHJlc2VydmVkDQpbICAgIDAu MDAwMDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGZlYzAwMDAwLTB4MDAwMDAw MDBmZWMwMGZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIFhlbjogW21l bSAweDAwMDAwMDAwZmVkMTAwMDAtMHgwMDAwMDAwMGZlZDE5ZmZmXSByZXNl cnZlZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBmZWQx YzAwMC0weDAwMDAwMDAwZmVkMWZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAw MDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGZlZTAwMDAwLTB4MDAwMDAwMDBm ZWUwMGZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIFhlbjogW21lbSAw eDAwMDAwMDAwZmZiMDAwMDAtMHgwMDAwMDAwMGZmZmZmZmZmXSByZXNlcnZl ZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDEwMDAwMDAw MC0weDAwMDAwMDAyM2Y1ZmZmZmZdIHVzYWJsZQ0KWyAgICAwLjAwMDAwMF0g TWFsZm9ybWVkIGVhcmx5IG9wdGlvbiAnYWNwaScNClsgICAgMC4wMDAwMDBd IE5YIChFeGVjdXRlIERpc2FibGUpIHByb3RlY3Rpb246IGFjdGl2ZQ0KWyAg ICAwLjAwMDAwMF0gRE1JIG5vdCBwcmVzZW50IG9yIGludmFsaWQuDQpbICAg IDAuMDAwMDAwXSBlODIwOiB1cGRhdGUgW21lbSAweDAwMDAwMDAwLTB4MDAw MDBmZmZdIHVzYWJsZSA9PT4gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIGU4 MjA6IHJlbW92ZSBbbWVtIDB4MDAwYTAwMDAtMHgwMDBmZmZmZl0gdXNhYmxl DQpbICAgIDAuMDAwMDAwXSBObyBBR1AgYnJpZGdlIGZvdW5kDQpbICAgIDAu MDAwMDAwXSBlODIwOiBsYXN0X3BmbiA9IDB4MjNmNjAwIG1heF9hcmNoX3Bm biA9IDB4NDAwMDAwMDAwDQpbICAgIDAuMDAwMDAwXSBlODIwOiBsYXN0X3Bm biA9IDB4YmIwMDAgbWF4X2FyY2hfcGZuID0gMHg0MDAwMDAwMDANClsgICAg MC4wMDAwMDBdIFNjYW5uaW5nIDEgYXJlYXMgZm9yIGxvdyBtZW1vcnkgY29y cnVwdGlvbg0KWyAgICAwLjAwMDAwMF0gQmFzZSBtZW1vcnkgdHJhbXBvbGlu ZSBhdCBbZmZmZjg4MDAwMDA4MjAwMF0gODIwMDAgc2l6ZSAyNDU3Ng0KWyAg ICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDAwMDAw MDAwLTB4MDAwZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDAwMDAw MDAwLTB4MDAwZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRf bWVtb3J5X21hcHBpbmc6IFttZW0gMHg2MDAwMDAwMC0weDYwMWZmZmZmXQ0K WyAgICAwLjAwMDAwMF0gIFttZW0gMHg2MDAwMDAwMC0weDYwMWZmZmZmXSBw YWdlIDRrDQpbICAgIDAuMDAwMDAwXSBCUksgWzB4MDFiNDcwMDAsIDB4MDFi NDdmZmZdIFBHVEFCTEUNClsgICAgMC4wMDAwMDBdIEJSSyBbMHgwMWI0ODAw MCwgMHgwMWI0OGZmZl0gUEdUQUJMRQ0KWyAgICAwLjAwMDAwMF0gaW5pdF9t ZW1vcnlfbWFwcGluZzogW21lbSAweDVjMDAwMDAwLTB4NWZmZmZmZmZdDQpb ICAgIDAuMDAwMDAwXSAgW21lbSAweDVjMDAwMDAwLTB4NWZmZmZmZmZdIHBh Z2UgNGsNClsgICAgMC4wMDAwMDBdIEJSSyBbMHgwMWI0OTAwMCwgMHgwMWI0 OWZmZl0gUEdUQUJMRQ0KWyAgICAwLjAwMDAwMF0gQlJLIFsweDAxYjRhMDAw LCAweDAxYjRhZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAwXSBCUksgWzB4 MDFiNGIwMDAsIDB4MDFiNGJmZmZdIFBHVEFCTEUNClsgICAgMC4wMDAwMDBd IGluaXRfbWVtb3J5X21hcHBpbmc6IFttZW0gMHgwMDEwMDAwMC0weDFmZmZm ZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHgwMDEwMDAwMC0weDFmZmZm ZmZmXSBwYWdlIDRrDQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBw aW5nOiBbbWVtIDB4MjAyMDAwMDAtMHg0MDAwM2ZmZl0NClsgICAgMC4wMDAw MDBdICBbbWVtIDB4MjAyMDAwMDAtMHg0MDAwM2ZmZl0gcGFnZSA0aw0KWyAg ICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDQwMDA1 MDAwLTB4NWJmZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDQwMDA1 MDAwLTB4NWJmZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRf bWVtb3J5X21hcHBpbmc6IFttZW0gMHg2MDIwMDAwMC0weGI1MjZkZmZmXQ0K WyAgICAwLjAwMDAwMF0gIFttZW0gMHg2MDIwMDAwMC0weGI1MjZkZmZmXSBw YWdlIDRrDQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBwaW5nOiBb bWVtIDB4YjYxNzcwMDAtMHhiNjE5OWZmZl0NClsgICAgMC4wMDAwMDBdICBb bWVtIDB4YjYxNzcwMDAtMHhiNjE5OWZmZl0gcGFnZSA0aw0KWyAgICAwLjAw MDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGI2MTlmMDAwLTB4 YmE3YmVmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweGI2MTlmMDAwLTB4 YmE3YmVmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5 X21hcHBpbmc6IFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXQ0KWyAgICAw LjAwMDAwMF0gIFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXSBwYWdlIDRr DQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4 MTAwMDAwMDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0g MHgxMDAwMDAwMDAtMHgyM2Y1ZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAw MDBdIFJBTURJU0s6IFttZW0gMHgwMWY1MTAwMC0weDAyMjM1ZmZmXQ0KWyAg ICAwLjAwMDAwMF0gQUNQSSBCSU9TIEJ1ZzogRXJyb3I6IEEgdmFsaWQgUlNE UCB3YXMgbm90IGZvdW5kICgyMDEzMDExNy90Ynhmcm9vdC0yMTgpDQpbICAg IDAuMDAwMDAwXSBOVU1BIHR1cm5lZCBvZmYNClsgICAgMC4wMDAwMDBdIEZh a2luZyBhIG5vZGUgYXQgW21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAw MDAwMjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gSW5pdG1lbSBzZXR1cCBu b2RlIDAgW21lbSAweDAwMDAwMDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAw MDAwMF0gICBOT0RFX0RBVEEgW21lbSAweDVmMmJkMDAwLTB4NWYyYzFmZmZd DQpbICAgIDAuMDAwMDAwXSBab25lIHJhbmdlczoNClsgICAgMC4wMDAwMDBd ICAgRE1BICAgICAgW21lbSAweDAwMDAxMDAwLTB4MDBmZmZmZmZdDQpbICAg IDAuMDAwMDAwXSAgIERNQTMyICAgIFttZW0gMHgwMTAwMDAwMC0weGZmZmZm ZmZmXQ0KWyAgICAwLjAwMDAwMF0gICBOb3JtYWwgICBbbWVtIDB4MTAwMDAw MDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gTW92YWJsZSB6b25l IHN0YXJ0IGZvciBlYWNoIG5vZGUNClsgICAgMC4wMDAwMDBdIEVhcmx5IG1l bW9yeSBub2RlIHJhbmdlcw0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDog W21lbSAweDAwMDAxMDAwLTB4MDAwODdmZmZdDQpbICAgIDAuMDAwMDAwXSAg IG5vZGUgICAwOiBbbWVtIDB4MDAxMDAwMDAtMHgxZmZmZmZmZl0NClsgICAg MC4wMDAwMDBdICAgbm9kZSAgIDA6IFttZW0gMHgyMDIwMDAwMC0weDQwMDAz ZmZmXQ0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDogW21lbSAweDQwMDA1 MDAwLTB4YjUyNmRmZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAwOiBb bWVtIDB4YjYxNzcwMDAtMHhiNjE5OWZmZl0NClsgICAgMC4wMDAwMDBdICAg bm9kZSAgIDA6IFttZW0gMHhiNjE5ZjAwMC0weGJhN2JlZmZmXQ0KWyAgICAw LjAwMDAwMF0gICBub2RlICAgMDogW21lbSAweGJhZmZmMDAwLTB4YmFmZmZm ZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAwOiBbbWVtIDB4MTAwMDAw MDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gT24gbm9kZSAwIHRv dGFscGFnZXM6IDIwNjc1MTINClsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6 IDY0IHBhZ2VzIHVzZWQgZm9yIG1lbW1hcA0KWyAgICAwLjAwMDAwMF0gICBE TUEgem9uZTogMjEgcGFnZXMgcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdICAg RE1BIHpvbmU6IDM5NzUgcGFnZXMsIExJRk8gYmF0Y2g6MA0KWyAgICAwLjAw MDAwMF0gICBETUEzMiB6b25lOiAxMTgwMyBwYWdlcyB1c2VkIGZvciBtZW1t YXANClsgICAgMC4wMDAwMDBdICAgRE1BMzIgem9uZTogNzU1Mzc3IHBhZ2Vz LCBMSUZPIGJhdGNoOjMxDQpbICAgIDAuMDAwMDAwXSAgIE5vcm1hbCB6b25l OiAyMDQ0MCBwYWdlcyB1c2VkIGZvciBtZW1tYXANClsgICAgMC4wMDAwMDBd ICAgTm9ybWFsIHpvbmU6IDEzMDgxNjAgcGFnZXMsIExJRk8gYmF0Y2g6MzEN ClsgICAgMC4wMDAwMDBdIFNGSTogU2ltcGxlIEZpcm13YXJlIEludGVyZmFj ZSB2MC44MSBodHRwOi8vc2ltcGxlZmlybXdhcmUub3JnDQpbICAgIDAuMDAw MDAwXSBzbXBib290OiBBbGxvd2luZyAxIENQVXMsIDAgaG90cGx1ZyBDUFVz DQpbICAgIDAuMDAwMDAwXSBucl9pcnFzX2dzaTogMTYNClsgICAgMC4wMDAw MDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwMDAw ODgwMDAgLSAwMDAwMDAwMDAwMTAwMDAwDQpbICAgIDAuMDAwMDAwXSBQTTog UmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMDIwMDAwMDAwIC0g MDAwMDAwMDAyMDIwMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVy ZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDA0MDAwNDAwMCAtIDAwMDAwMDAw NDAwMDUwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2 ZSBtZW1vcnk6IDAwMDAwMDAwYjUyNmUwMDAgLSAwMDAwMDAwMGI2MTc3MDAw DQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5 OiAwMDAwMDAwMGI2MTlhMDAwIC0gMDAwMDAwMDBiNjE5ZjAwMA0KWyAgICAw LjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAw MDBiYTdiZjAwMCAtIDAwMDAwMDAwYmFlYmYwMDANClsgICAgMC4wMDAwMDBd IFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwYmFlYmYw MDAgLSAwMDAwMDAwMGJhZmJmMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVn aXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGJhZmJmMDAwIC0gMDAw MDAwMDBiYWZmZjAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQg bm9zYXZlIG1lbW9yeTogMDAwMDAwMDBiYjAwMDAwMCAtIDAwMDAwMDAwYmZh MDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBt ZW1vcnk6IDAwMDAwMDAwYmZhMDAwMDAgLSAwMDAwMDAwMGUwMDAwMDAwDQpb ICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAw MDAwMDAwMGUwMDAwMDAwIC0gMDAwMDAwMDBmMDAwMDAwMA0KWyAgICAwLjAw MDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBm MDAwMDAwMCAtIDAwMDAwMDAwZmViMDAwMDANClsgICAgMC4wMDAwMDBdIFBN OiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmViMDAwMDAg LSAwMDAwMDAwMGZlYjA0MDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0 ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlYjA0MDAwIC0gMDAwMDAw MDBmZWMwMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9z YXZlIG1lbW9yeTogMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMDEw MDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1v cnk6IDAwMDAwMDAwZmVjMDEwMDAgLSAwMDAwMDAwMGZlZDEwMDAwDQpbICAg IDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAw MDAwMGZlZDEwMDAwIC0gMDAwMDAwMDBmZWQxYTAwMA0KWyAgICAwLjAwMDAw MF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWQx YTAwMCAtIDAwMDAwMDAwZmVkMWMwMDANClsgICAgMC4wMDAwMDBdIFBNOiBS ZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmVkMWMwMDAgLSAw MDAwMDAwMGZlZDIwMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJl ZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlZDIwMDAwIC0gMDAwMDAwMDBm ZWUwMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZl IG1lbW9yeTogMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAwMDAwZmVlMDEwMDAN ClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6 IDAwMDAwMDAwZmVlMDEwMDAgLSAwMDAwMDAwMGZmYjAwMDAwDQpbICAgIDAu MDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAw MGZmYjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMA0KWyAgICAwLjAwMDAwMF0g ZTgyMDogW21lbSAweGJmYTAwMDAwLTB4ZGZmZmZmZmZdIGF2YWlsYWJsZSBm b3IgUENJIGRldmljZXMNClsgICAgMC4wMDAwMDBdIEJvb3RpbmcgcGFyYXZp cnR1YWxpemVkIGtlcm5lbCBvbiBYZW4NClsgICAgMC4wMDAwMDBdIFhlbiB2 ZXJzaW9uOiA0LjMtdW5zdGFibGUgKHByZXNlcnZlLUFEKQ0KWyAgICAwLjAw MDAwMF0gc2V0dXBfcGVyY3B1OiBOUl9DUFVTOjY0IG5yX2NwdW1hc2tfYml0 czo2NCBucl9jcHVfaWRzOjEgbnJfbm9kZV9pZHM6MQ0KWyAgICAwLjAwMDAw MF0gUEVSQ1BVOiBFbWJlZGRlZCAyOCBwYWdlcy9jcHUgQGZmZmY4ODAwNWVj MDAwMDAgczg1ODI0IHI4MTkyIGQyMDY3MiB1MjA5NzE1Mg0KWyAgICAwLjAw MDAwMF0gcGNwdS1hbGxvYzogczg1ODI0IHI4MTkyIGQyMDY3MiB1MjA5NzE1 MiBhbGxvYz0xKjIwOTcxNTINClsgICAgMC4wMDAwMDBdIHBjcHUtYWxsb2M6 IFswXSAwIA0KWyAgICAzLjA3NTM1N10gQnVpbHQgMSB6b25lbGlzdHMgaW4g Wm9uZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcgb24uICBUb3RhbCBwYWdl czogMjAzNTE4NA0KWyAgICAzLjA3NTM1OF0gUG9saWN5IHpvbmU6IE5vcm1h bA0KWyAgICAzLjA3NTM2MF0gS2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD1V VUlEPTdmNGMwOTdlLWQyMTktNGZkNS1hMjYyLTk3NmVmODdiMWQ4MCBybyAg cXVpZXQgYWNwaT1ub2lyYw0KWyAgICAzLjA3NTcxNl0gUElEIGhhc2ggdGFi bGUgZW50cmllczogNDA5NiAob3JkZXI6IDMsIDMyNzY4IGJ5dGVzKQ0KWyAg ICAzLjA3NTcyMV0gX19leF90YWJsZSBhbHJlYWR5IHNvcnRlZCwgc2tpcHBp bmcgc29ydA0KWyAgICAzLjA3NTc1OF0geHNhdmU6IGVuYWJsZWQgeHN0YXRl X2J2IDB4NywgY250eHQgc2l6ZSAweDM0MA0KWyAgICAzLjEwMzY1NV0gc29m dHdhcmUgSU8gVExCIFttZW0gMHg1MmEwMDAwMC0weDU2YTAwMDAwXSAoNjRN QikgbWFwcGVkIGF0IFtmZmZmODgwMDUyYTAwMDAwLWZmZmY4ODAwNTY5ZmZm ZmZdDQpbICAgIDMuMTE0MjQ0XSBNZW1vcnk6IDEzNDEyMTJrLzk0MjY5NDRr IGF2YWlsYWJsZSAoNDk4M2sga2VybmVsIGNvZGUsIDExNTY4OTZrIGFic2Vu dCwgNjkyODgzNmsgcmVzZXJ2ZWQsIDM5NjdrIGRhdGEsIDEwOTJrIGluaXQp DQpbICAgIDMuMTE0MzI0XSBTTFVCOiBHZW5zbGFicz0xNSwgSFdhbGlnbj02 NCwgT3JkZXI9MC0zLCBNaW5PYmplY3RzPTAsIENQVXM9MSwgTm9kZXM9MQ0K WyAgICAzLjExNDM0N10gUHJlZW1wdGlibGUgaGllcmFyY2hpY2FsIFJDVSBp bXBsZW1lbnRhdGlvbi4NClsgICAgMy4xMTQzNDhdIAlSQ1UgZHludGljay1p ZGxlIGdyYWNlLXBlcmlvZCBhY2NlbGVyYXRpb24gaXMgZW5hYmxlZC4NClsg ICAgMy4xMTQzNDldIAlEdW1wIHN0YWNrcyBvZiB0YXNrcyBibG9ja2luZyBS Q1UtcHJlZW1wdCBHUC4NClsgICAgMy4xMTQzNTBdIAlSQ1UgcmVzdHJpY3Rp bmcgQ1BVcyBmcm9tIE5SX0NQVVM9NjQgdG8gbnJfY3B1X2lkcz0xLg0KWyAg ICAzLjExNDM1N10gTlJfSVJRUzo0MzUyIG5yX2lycXM6MjU2IDE2DQpbICAg IDMuMTE0NDc2XSBDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNlIDgweDI1 DQpbICAgIDMuMTE0NTMyXSBjb25zb2xlIFt0dHkwXSBlbmFibGVkDQpbICAg IDMuMTE4MzI2XSBhbGxvY2F0ZWQgMzM1NTQ0MzIgYnl0ZXMgb2YgcGFnZV9j Z3JvdXANClsgICAgMy4xMTgzMjhdIHBsZWFzZSB0cnkgJ2Nncm91cF9kaXNh YmxlPW1lbW9yeScgb3B0aW9uIGlmIHlvdSBkb24ndCB3YW50IG1lbW9yeSBj Z3JvdXBzDQpbICAgIDMuMTE4MzczXSBYZW46IHVzaW5nIHZjcHVvcCB0aW1l ciBpbnRlcmZhY2UNClsgICAgMy4xMTgzNzhdIGluc3RhbGxpbmcgWGVuIHRp bWVyIGZvciBDUFUgMA0KWyAgICAzLjExODQxMF0gdHNjOiBEZXRlY3RlZCAy Mzk0LjY2NiBNSHogcHJvY2Vzc29yDQpbICAgIDMuMTE4NDEzXSBDYWxpYnJh dGluZyBkZWxheSBsb29wIChza2lwcGVkKSwgdmFsdWUgY2FsY3VsYXRlZCB1 c2luZyB0aW1lciBmcmVxdWVuY3kuLiA0NzkxLjg4IEJvZ29NSVBTIChscGo9 Nzk4MjIyMCkNClsgICAgMy4xMTg0MTZdIHBpZF9tYXg6IGRlZmF1bHQ6IDMy NzY4IG1pbmltdW06IDMwMQ0KWyAgICAzLjExODQ1M10gU2VjdXJpdHkgRnJh bWV3b3JrIGluaXRpYWxpemVkDQpbICAgIDMuMTE4NDU5XSBBcHBBcm1vcjog QXBwQXJtb3IgZGlzYWJsZWQgYnkgYm9vdCB0aW1lIHBhcmFtZXRlcg0KWyAg ICAzLjExOTc5Ml0gRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczog MTA0ODU3NiAob3JkZXI6IDExLCA4Mzg4NjA4IGJ5dGVzKQ0KWyAgICAzLjEy MjI1M10gSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MjQyODgg KG9yZGVyOiAxMCwgNDE5NDMwNCBieXRlcykNClsgICAgMy4xMjMxNDBdIE1v dW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMjU2DQpbICAgIDMuMTIz MzUxXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHVhY2N0DQpbICAg IDMuMTIzMzUzXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBtZW1vcnkN ClsgICAgMy4xMjMzNjRdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGRl dmljZXMNClsgICAgMy4xMjMzNjVdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vi c3lzIGZyZWV6ZXINClsgICAgMy4xMjMzNjddIEluaXRpYWxpemluZyBjZ3Jv dXAgc3Vic3lzIG5ldF9jbHMNClsgICAgMy4xMjMzNjldIEluaXRpYWxpemlu ZyBjZ3JvdXAgc3Vic3lzIGJsa2lvDQpbICAgIDMuMTIzNDMyXSBFTkVSR1lf UEVSRl9CSUFTOiBTZXQgdG8gJ25vcm1hbCcsIHdhcyAncGVyZm9ybWFuY2Un DQpFTkVSR1lfUEVSRl9CSUFTOiBWaWV3IGFuZCB1cGRhdGUgd2l0aCB4ODZf ZW5lcmd5X3BlcmZfcG9saWN5KDgpDQpbICAgIDMuMTIzNDM1XSBDUFU6IFBo eXNpY2FsIFByb2Nlc3NvciBJRDogMA0KWyAgICAzLjEyMzQzNl0gQ1BVOiBQ cm9jZXNzb3IgQ29yZSBJRDogMA0KWyAgICAzLjEyMzgwNF0gbWNlOiBDUFUg c3VwcG9ydHMgMiBNQ0UgYmFua3MNClsgICAgMy4xMjM4MjFdIExhc3QgbGV2 ZWwgaVRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMCwgNE1CIDANCkxhc3Qg bGV2ZWwgZFRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMzIsIDRNQiAzMg0K dGxiX2ZsdXNoYWxsX3NoaWZ0OiAxDQpbICAgIDMuMTQ1ODczXSBGcmVlaW5n IFNNUCBhbHRlcm5hdGl2ZXM6IDIwayBmcmVlZA0KWyAgICAzLjE0Njg1OF0g ZnRyYWNlOiBhbGxvY2F0aW5nIDE5NTQ2IGVudHJpZXMgaW4gNzcgcGFnZXMN ClsgICAgMy4xNTU4ODJdIFBlcmZvcm1hbmNlIEV2ZW50czogdW5zdXBwb3J0 ZWQgcDYgQ1BVIG1vZGVsIDU4IG5vIFBNVSBkcml2ZXIsIHNvZnR3YXJlIGV2 ZW50cyBvbmx5Lg0KWyAgICAzLjE4NjQwOF0gQnJvdWdodCB1cCAxIENQVXMN ClsgICAgMy4xODY0NzddIE5NSSB3YXRjaGRvZzogZGlzYWJsZWQgKGNwdTAp OiBoYXJkd2FyZSBldmVudHMgbm90IGVuYWJsZWQNClsgICAgMy4xODY1NDdd IGRldnRtcGZzOiBpbml0aWFsaXplZA0KWyAgICAzLjE4NzYyMl0gUE06IFJl Z2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4YjUyNmUwMDAtMHhi NjE3NmZmZl0gKDE1NzY1NTA0IGJ5dGVzKQ0KWyAgICAzLjE4NzgzMV0gUE06 IFJlZ2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4YjYxOWEwMDAt MHhiNjE5ZWZmZl0gKDIwNDgwIGJ5dGVzKQ0KWyAgICAzLjE4NzgzMl0gUE06 IFJlZ2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4YmFlYmYwMDAt MHhiYWZiZWZmZl0gKDEwNDg1NzYgYnl0ZXMpDQpbICAgIDMuMTg4NDUzXSBH cmFudCB0YWJsZXMgdXNpbmcgdmVyc2lvbiAyIGxheW91dC4NClsgICAgMy4x ODg0NjddIEdyYW50IHRhYmxlIGluaXRpYWxpemVkDQpbICAgIDMuMTg4NTAy XSBSVEMgdGltZTogIDI6MTQ6NDcsIGRhdGU6IDA1LzIyLzEzDQpbICAgIDMu MTg4NTM0XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE2DQpb ICAgIDMuMTg4NzgxXSBQQ0k6IFVzaW5nIGNvbmZpZ3VyYXRpb24gdHlwZSAx IGZvciBiYXNlIGFjY2Vzcw0KWyAgICAzLjE4OTE4MV0gYmlvOiBjcmVhdGUg c2xhYiA8YmlvLTA+IGF0IDANClsgICAgMy4xODkyMjhdIEFDUEk6IEludGVy cHJldGVyIGRpc2FibGVkLg0KWyAgICAzLjE4OTIzNV0geGVuL2JhbGxvb246 IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4NClsgICAgMy4yMDY1NzZd IHhlbi1iYWxsb29uOiBJbml0aWFsaXNpbmcgYmFsbG9vbiBkcml2ZXIuDQpb ICAgIDMuMjA2NjYyXSB2Z2FhcmI6IGxvYWRlZA0KWyAgICAzLjIwNjY5OV0g UENJOiBQcm9iaW5nIFBDSSBoYXJkd2FyZQ0KWyAgICAzLjIwNjcwMV0gUENJ OiByb290IGJ1cyAwMDogdXNpbmcgZGVmYXVsdCByZXNvdXJjZXMNClsgICAg My4yMDY3MDNdIFBDSTogUHJvYmluZyBQQ0kgaGFyZHdhcmUgKGJ1cyAwMCkN ClsgICAgMy4yMDY3MjFdIFBDSSBob3N0IGJyaWRnZSB0byBidXMgMDAwMDow MA0KWyAgICAzLjIwNjcyNF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyBy ZXNvdXJjZSBbaW8gIDB4MDAwMC0weGZmZmZdDQpbICAgIDMuMjA2NzI2XSBw Y2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDAw MDAwMC0weGZmZmZmZmZmZl0NClsgICAgMy4yMDY3MjhdIHBjaV9idXMgMDAw MDowMDogTm8gYnVzbiByZXNvdXJjZSBmb3VuZCBmb3Igcm9vdCBidXMsIHdp bGwgdXNlIFtidXMgMDAtZmZdDQpbICAgIDMuMjA2NzQ5XSBwY2kgMDAwMDow MDowMC4wOiBbODA4NjowMTU0XSB0eXBlIDAwIGNsYXNzIDB4MDYwMDAwDQpb ICAgIDMuMjA2OTA3XSBwY2kgMDAwMDowMDowMi4wOiBbODA4NjowMTY2XSB0 eXBlIDAwIGNsYXNzIDB4MDMwMDAwDQpbICAgIDMuMjA2OTM5XSBwY2kgMDAw MDowMDowMi4wOiByZWcgMTA6IFttZW0gMHhjODAwMDAwMC0weGM4M2ZmZmZm IDY0Yml0XQ0KWyAgICAzLjIwNjk1Nl0gcGNpIDAwMDA6MDA6MDIuMDogcmVn IDE4OiBbbWVtIDB4YzAwMDAwMDAtMHhjN2ZmZmZmZiA2NGJpdCBwcmVmXQ0K WyAgICAzLjIwNjk2OF0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDIwOiBbaW8g IDB4NDAwMC0weDQwM2ZdDQpbICAgIDMuMjA3MDczXSB2Z2FhcmI6IGRldmlj ZSBhZGRlZDogUENJOjAwMDA6MDA6MDIuMCxkZWNvZGVzPWlvK21lbSxvd25z PWlvK21lbSxsb2Nrcz1ub25lDQpbICAgIDMuMjA3MTUzXSBwY2kgMDAwMDow MDoxNC4wOiBbODA4NjoxZTMxXSB0eXBlIDAwIGNsYXNzIDB4MGMwMzMwDQpb ICAgIDMuMjA3MjA3XSBwY2kgMDAwMDowMDoxNC4wOiByZWcgMTA6IFttZW0g MHhjODYwMDAwMC0weGM4NjBmZmZmIDY0Yml0XQ0KWyAgICAzLjIwNzM4OF0g cGNpIDAwMDA6MDA6MTQuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEM2hvdCBE M2NvbGQNClsgICAgMy4yMDc0NzNdIHBjaSAwMDAwOjAwOjE2LjA6IFs4MDg2 OjFlM2FdIHR5cGUgMDAgY2xhc3MgMHgwNzgwMDANClsgICAgMy4yMDc1Mjdd IHBjaSAwMDAwOjAwOjE2LjA6IHJlZyAxMDogW21lbSAweGM4NjE0MDAwLTB4 Yzg2MTQwMGYgNjRiaXRdDQpbICAgIDMuMjA3NzA5XSBwY2kgMDAwMDowMDox Ni4wOiBQTUUjIHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZA0KWyAg ICAzLjIwNzgyMl0gcGNpIDAwMDA6MDA6MWEuMDogWzgwODY6MWUyZF0gdHlw ZSAwMCBjbGFzcyAweDBjMDMyMA0KWyAgICAzLjIwODIwNl0gcGNpIDAwMDA6 MDA6MWEuMDogcmVnIDEwOiBbbWVtIDB4Yzg2MTkwMDAtMHhjODYxOTNmZl0N ClsgICAgMy4yMTAyODhdIHBjaSAwMDAwOjAwOjFhLjA6IFBNRSMgc3VwcG9y dGVkIGZyb20gRDAgRDNob3QgRDNjb2xkDQpbICAgIDMuMjEwMzkwXSBwY2kg MDAwMDowMDoxYi4wOiBbODA4NjoxZTIwXSB0eXBlIDAwIGNsYXNzIDB4MDQw MzAwDQpbICAgIDMuMjEwNDI5XSBwY2kgMDAwMDowMDoxYi4wOiByZWcgMTA6 IFttZW0gMHhjODYxMDAwMC0weGM4NjEzZmZmIDY0Yml0XQ0KWyAgICAzLjIx MDYyMl0gcGNpIDAwMDA6MDA6MWIuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBE MCBEM2hvdCBEM2NvbGQNClsgICAgMy4yMTA3MTRdIHBjaSAwMDAwOjAwOjFj LjA6IFs4MDg2OjFlMTBdIHR5cGUgMDEgY2xhc3MgMHgwNjA0MDANClsgICAg My4yMTA5MTVdIHBjaSAwMDAwOjAwOjFjLjA6IFBNRSMgc3VwcG9ydGVkIGZy b20gRDAgRDNob3QgRDNjb2xkDQpbICAgIDMuMjExMDAwXSBwY2kgMDAwMDow MDoxYy4xOiBbODA4NjoxZTEyXSB0eXBlIDAxIGNsYXNzIDB4MDYwNDAwDQpb ICAgIDMuMjExMjAyXSBwY2kgMDAwMDowMDoxYy4xOiBQTUUjIHN1cHBvcnRl ZCBmcm9tIEQwIEQzaG90IEQzY29sZA0KWyAgICAzLjIxMTMxNF0gcGNpIDAw MDA6MDA6MWQuMDogWzgwODY6MWUyNl0gdHlwZSAwMCBjbGFzcyAweDBjMDMy MA0KWyAgICAzLjIxMTcwNV0gcGNpIDAwMDA6MDA6MWQuMDogcmVnIDEwOiBb bWVtIDB4Yzg2MTgwMDAtMHhjODYxODNmZl0NClsgICAgMy4yMTM4MDBdIHBj aSAwMDAwOjAwOjFkLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAgRDNob3Qg RDNjb2xkDQpbICAgIDMuMjEzODg5XSBwY2kgMDAwMDowMDoxZi4wOiBbODA4 NjoxZTU5XSB0eXBlIDAwIGNsYXNzIDB4MDYwMTAwDQpbICAgIDMuMjE0MTgz XSBwY2kgMDAwMDowMDoxZi4yOiBbODA4NjoxZTAzXSB0eXBlIDAwIGNsYXNz IDB4MDEwNjAxDQpbICAgIDMuMjE0MjM2XSBwY2kgMDAwMDowMDoxZi4yOiBy ZWcgMTA6IFtpbyAgMHg0MDg4LTB4NDA4Zl0NClsgICAgMy4yMTQyNTddIHBj aSAwMDAwOjAwOjFmLjI6IHJlZyAxNDogW2lvICAweDQwOTQtMHg0MDk3XQ0K WyAgICAzLjIxNDI3N10gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDE4OiBbaW8g IDB4NDA4MC0weDQwODddDQpbICAgIDMuMjE0Mjk4XSBwY2kgMDAwMDowMDox Zi4yOiByZWcgMWM6IFtpbyAgMHg0MDkwLTB4NDA5M10NClsgICAgMy4yMTQz MThdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAyMDogW2lvICAweDQwNjAtMHg0 MDdmXQ0KWyAgICAzLjIxNDMzOV0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDI0 OiBbbWVtIDB4Yzg2MTcwMDAtMHhjODYxNzdmZl0NClsgICAgMy4yMTQ0Nzld IHBjaSAwMDAwOjAwOjFmLjI6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDNob3QN ClsgICAgMy4yMTQ1NThdIHBjaSAwMDAwOjAwOjFmLjM6IFs4MDg2OjFlMjJd IHR5cGUgMDAgY2xhc3MgMHgwYzA1MDANClsgICAgMy4yMTQ1OThdIHBjaSAw MDAwOjAwOjFmLjM6IHJlZyAxMDogW21lbSAweGM4NjE1MDAwLTB4Yzg2MTUw ZmYgNjRiaXRdDQpbICAgIDMuMjE0NjU3XSBwY2kgMDAwMDowMDoxZi4zOiBy ZWcgMjA6IFtpbyAgMHg0MDQwLTB4NDA1Zl0NClsgICAgMy4yMTUyMDhdIHBj aSAwMDAwOjAxOjAwLjA6IFsxOTY5OjEwOTFdIHR5cGUgMDAgY2xhc3MgMHgw MjAwMDANClsgICAgMy4yMTU3MTJdIHBjaSAwMDAwOjAxOjAwLjA6IHJlZyAx MDogW21lbSAweGM4NTAwMDAwLTB4Yzg1M2ZmZmYgNjRiaXRdDQpbICAgIDMu MjE1OTczXSBwY2kgMDAwMDowMTowMC4wOiByZWcgMTg6IFtpbyAgMHgzMDAw LTB4MzA3Zl0NClsgICAgMy4yMTg0ODFdIHBjaSAwMDAwOjAxOjAwLjA6IFBN RSMgc3VwcG9ydGVkIGZyb20gRDAgRDEgRDIgRDNob3QgRDNjb2xkDQpbICAg IDMuMjI0MTA3XSBwY2kgMDAwMDowMDoxYy4wOiBQQ0kgYnJpZGdlIHRvIFti dXMgMDFdDQpbICAgIDMuMjI0MTE1XSBwY2kgMDAwMDowMDoxYy4wOiAgIGJy aWRnZSB3aW5kb3cgW2lvICAweDMwMDAtMHgzZmZmXQ0KWyAgICAzLjIyNDEy Ml0gcGNpIDAwMDA6MDA6MWMuMDogICBicmlkZ2Ugd2luZG93IFttZW0gMHhj ODUwMDAwMC0weGM4NWZmZmZmXQ0KWyAgICAzLjIyNDI5N10gcGNpIDAwMDA6 MDI6MDAuMDogWzEwZWM6ODcyM10gdHlwZSAwMCBjbGFzcyAweDAyODAwMA0K WyAgICAzLjIyNDMzMV0gcGNpIDAwMDA6MDI6MDAuMDogcmVnIDEwOiBbaW8g IDB4MjAwMC0weDIwZmZdDQpbICAgIDMuMjI0Mzk0XSBwY2kgMDAwMDowMjow MC4wOiByZWcgMTg6IFttZW0gMHhjODQwMDAwMC0weGM4NDAzZmZmIDY0Yml0 XQ0KWyAgICAzLjIyNDU5M10gcGNpIDAwMDA6MDI6MDAuMDogc3VwcG9ydHMg RDEgRDINClsgICAgMy4yMjQ1OTRdIHBjaSAwMDAwOjAyOjAwLjA6IFBNRSMg c3VwcG9ydGVkIGZyb20gRDAgRDEgRDIgRDNob3QgRDNjb2xkDQpbICAgIDMu MjMwNzM3XSBwY2kgMDAwMDowMDoxYy4xOiBQQ0kgYnJpZGdlIHRvIFtidXMg MDJdDQpbICAgIDMuMjMwNzQ1XSBwY2kgMDAwMDowMDoxYy4xOiAgIGJyaWRn ZSB3aW5kb3cgW2lvICAweDIwMDAtMHgyZmZmXQ0KWyAgICAzLjIzMDc1MV0g cGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFttZW0gMHhjODQw MDAwMC0weGM4NGZmZmZmXQ0KWyAgICAzLjIzMDc5MV0gcGNpX2J1cyAwMDAw OjAwOiBidXNuX3JlczogW2J1cyAwMC1mZl0gZW5kIGlzIHVwZGF0ZWQgdG8g MDINClsgICAgMy4yMzE0ODBdIFBDSTogcGNpX2NhY2hlX2xpbmVfc2l6ZSBz ZXQgdG8gNjQgYnl0ZXMNClsgICAgMy4yMzE2NjJdIGU4MjA6IHJlc2VydmUg UkFNIGJ1ZmZlciBbbWVtIDB4MDAwODgwMDAtMHgwMDA4ZmZmZl0NClsgICAg My4yMzE2NjNdIGU4MjA6IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4NDAw MDQwMDAtMHg0M2ZmZmZmZl0NClsgICAgMy4yMzE2NjRdIGU4MjA6IHJlc2Vy dmUgUkFNIGJ1ZmZlciBbbWVtIDB4YjUyNmUwMDAtMHhiN2ZmZmZmZl0NClsg ICAgMy4yMzE2NjZdIGU4MjA6IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4 YjYxOWEwMDAtMHhiN2ZmZmZmZl0NClsgICAgMy4yMzE2NjddIGU4MjA6IHJl c2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4YmE3YmYwMDAtMHhiYmZmZmZmZl0N ClsgICAgMy4yMzE2NjhdIGU4MjA6IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVt IDB4YmIwMDAwMDAtMHhiYmZmZmZmZl0NClsgICAgMy4yMzE2NjldIGU4MjA6 IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4MjNmNjAwMDAwLTB4MjNmZmZm ZmZmXQ0KWyAgICAzLjIzMTc0N10gTmV0TGFiZWw6IEluaXRpYWxpemluZw0K WyAgICAzLjIzMTc0OF0gTmV0TGFiZWw6ICBkb21haW4gaGFzaCBzaXplID0g MTI4DQpbICAgIDMuMjMxNzQ5XSBOZXRMYWJlbDogIHByb3RvY29scyA9IFVO TEFCRUxFRCBDSVBTT3Y0DQpbICAgIDMuMjMxNzU3XSBOZXRMYWJlbDogIHVu bGFiZWxlZCB0cmFmZmljIGFsbG93ZWQgYnkgZGVmYXVsdA0KWyAgICAzLjIz MTc2OV0gU3dpdGNoaW5nIHRvIGNsb2Nrc291cmNlIHhlbg0KWyAgICAzLjIz NDgwNF0gcG5wOiBQblAgQUNQSTogZGlzYWJsZWQNClsgICAgMy4yMzU5ODdd IHBjaSAwMDAwOjAwOjFjLjA6IFBDSSBicmlkZ2UgdG8gW2J1cyAwMV0NClsg ICAgMy4yMzU5OTNdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRv dyBbaW8gIDB4MzAwMC0weDNmZmZdDQpbICAgIDMuMjM2MDAyXSBwY2kgMDAw MDowMDoxYy4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweGM4NTAwMDAwLTB4 Yzg1ZmZmZmZdDQpbICAgIDMuMjM2MDIxXSBwY2kgMDAwMDowMDoxYy4xOiBQ Q0kgYnJpZGdlIHRvIFtidXMgMDJdDQpbICAgIDMuMjM2MDI1XSBwY2kgMDAw MDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cgW2lvICAweDIwMDAtMHgyZmZm XQ0KWyAgICAzLjIzNjAzNV0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ug d2luZG93IFttZW0gMHhjODQwMDAwMC0weGM4NGZmZmZmXQ0KWyAgICAzLjIz NjA2NV0gcGNpIDAwMDA6MDA6MWMuMDogY2FuJ3QgZmluZCBJUlEgZm9yIFBD SSBJTlQgQTsgcGxlYXNlIHRyeSB1c2luZyBwY2k9Ymlvc2lycQ0KWyAgICAz LjIzNjA4MV0gcGNpIDAwMDA6MDA6MWMuMTogY2FuJ3QgZmluZCBJUlEgZm9y IFBDSSBJTlQgQjsgcGxlYXNlIHRyeSB1c2luZyBwY2k9Ymlvc2lycQ0KWyAg ICAzLjIzNjA4Nl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA0IFtpbyAg MHgwMDAwLTB4ZmZmZl0NClsgICAgMy4yMzYwODhdIHBjaV9idXMgMDAwMDow MDogcmVzb3VyY2UgNSBbbWVtIDB4MDAwMDAwMDAtMHhmZmZmZmZmZmZdDQpb ICAgIDMuMjM2MDg5XSBwY2lfYnVzIDAwMDA6MDE6IHJlc291cmNlIDAgW2lv ICAweDMwMDAtMHgzZmZmXQ0KWyAgICAzLjIzNjA5MV0gcGNpX2J1cyAwMDAw OjAxOiByZXNvdXJjZSAxIFttZW0gMHhjODUwMDAwMC0weGM4NWZmZmZmXQ0K WyAgICAzLjIzNjA5M10gcGNpX2J1cyAwMDAwOjAyOiByZXNvdXJjZSAwIFtp byAgMHgyMDAwLTB4MmZmZl0NClsgICAgMy4yMzYwOTRdIHBjaV9idXMgMDAw MDowMjogcmVzb3VyY2UgMSBbbWVtIDB4Yzg0MDAwMDAtMHhjODRmZmZmZl0N ClsgICAgMy4yMzYxMTVdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1p bHkgMg0KWyAgICAzLjIzNjM5Ml0gVENQIGVzdGFibGlzaGVkIGhhc2ggdGFi bGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA4LCAxMDQ4NTc2IGJ5dGVzKQ0K WyAgICAzLjIzNjY4M10gVENQIGJpbmQgaGFzaCB0YWJsZSBlbnRyaWVzOiA2 NTUzNiAob3JkZXI6IDgsIDEwNDg1NzYgYnl0ZXMpDQpbICAgIDMuMjM2Nzk1 XSBUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDY1 NTM2IGJpbmQgNjU1MzYpDQpbICAgIDMuMjM2ODEwXSBUQ1A6IHJlbm8gcmVn aXN0ZXJlZA0KWyAgICAzLjIzNjgzNV0gVURQIGhhc2ggdGFibGUgZW50cmll czogNDA5NiAob3JkZXI6IDUsIDEzMTA3MiBieXRlcykNClsgICAgMy4yMzY4 NzRdIFVEUC1MaXRlIGhhc2ggdGFibGUgZW50cmllczogNDA5NiAob3JkZXI6 IDUsIDEzMTA3MiBieXRlcykNClsgICAgMy4yMzY5MzBdIE5FVDogUmVnaXN0 ZXJlZCBwcm90b2NvbCBmYW1pbHkgMQ0KWyAgICAzLjIzNjk0M10gcGNpIDAw MDA6MDA6MDIuMDogQm9vdCB2aWRlbyBkZXZpY2UNClsgICAgMy4yMzY5NTld IHBjaSAwMDAwOjAwOjE0LjA6IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kgSU5U IEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAgMy4yMzgy NTZdIHBjaSAwMDAwOjAwOjFhLjA6IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kg SU5UIEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAgMy4y NDg2MThdIHBjaSAwMDAwOjAwOjFkLjA6IGNhbid0IGZpbmQgSVJRIGZvciBQ Q0kgSU5UIEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAg My4yNjE5ODVdIFBDSTogQ0xTIDY0IGJ5dGVzLCBkZWZhdWx0IDY0DQpbICAg IDMuMjYyMDIzXSBVbnBhY2tpbmcgaW5pdHJhbWZzLi4uDQpbICAgIDMuMzEx MzM2XSBGcmVlaW5nIGluaXRyZCBtZW1vcnk6IDI5NjRrIGZyZWVkDQpbICAg IDMuMzExODg4XSBwbGF0Zm9ybSBydGNfY21vczogcmVnaXN0ZXJlZCBwbGF0 Zm9ybSBSVEMgZGV2aWNlIChubyBQTlAgZGV2aWNlIGZvdW5kKQ0KWyAgICAz LjMxMTkyOV0gU2Nhbm5pbmcgZm9yIGxvdyBtZW1vcnkgY29ycnVwdGlvbiBl dmVyeSA2MCBzZWNvbmRzDQpbICAgIDMuMzEyMDY5XSBhdWRpdDogaW5pdGlh bGl6aW5nIG5ldGxpbmsgc29ja2V0IChkaXNhYmxlZCkNClsgICAgMy4zMTIw NzldIHR5cGU9MjAwMCBhdWRpdCgxMzY5MTg4ODg3LjMwNToxKTogaW5pdGlh bGl6ZWQNClsgICAgMy4zMjM3MzJdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1C IHBhZ2Ugc2l6ZSwgcHJlLWFsbG9jYXRlZCAwIHBhZ2VzDQpbICAgIDMuMzI0 NjgyXSBWRlM6IERpc2sgcXVvdGFzIGRxdW90XzYuNS4yDQpbICAgIDMuMzI0 NzEyXSBEcXVvdC1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDUxMiAob3Jk ZXIgMCwgNDA5NiBieXRlcykNClsgICAgMy4zMjQ4NDBdIG1zZ21uaSBoYXMg YmVlbiBzZXQgdG8gMjYyNQ0KWyAgICAzLjMyNDk4Ml0gQmxvY2sgbGF5ZXIg U0NTSSBnZW5lcmljIChic2cpIGRyaXZlciB2ZXJzaW9uIDAuNCBsb2FkZWQg KG1ham9yIDI1MikNClsgICAgMy4zMjUwMDJdIGlvIHNjaGVkdWxlciBub29w IHJlZ2lzdGVyZWQNClsgICAgMy4zMjUwMDNdIGlvIHNjaGVkdWxlciBkZWFk bGluZSByZWdpc3RlcmVkDQpbICAgIDMuMzI1MDA3XSBpbyBzY2hlZHVsZXIg Y2ZxIHJlZ2lzdGVyZWQgKGRlZmF1bHQpDQpbICAgIDMuMzI1MDU5XSBwY2ll cG9ydCAwMDAwOjAwOjFjLjA6IGRldmljZSBbODA4NjoxZTEwXSBoYXMgaW52 YWxpZCBJUlE7IGNoZWNrIHZlbmRvciBCSU9TDQpbICAgIDMuMzI1MTczXSBw Y2llcG9ydCAwMDAwOjAwOjFjLjE6IGRldmljZSBbODA4NjoxZTEyXSBoYXMg aW52YWxpZCBJUlE7IGNoZWNrIHZlbmRvciBCSU9TDQpbICAgIDMuMzI1MzQy XSBlZmlmYjogcHJvYmluZyBmb3IgZWZpZmINClsgICAgMy4zMjYyODBdIGVm aWZiOiBmcmFtZWJ1ZmZlciBhdCAweGMwMDAwMDAwLCBtYXBwZWQgdG8gMHhm ZmZmYzkwMDAwZjAwMDAwLCB1c2luZyA0MTI4aywgdG90YWwgNDEyOGsNClsg ICAgMy4zMjYyODJdIGVmaWZiOiBtb2RlIGlzIDEzNjZ4NzY4eDMyLCBsaW5l bGVuZ3RoPTU1MDQsIHBhZ2VzPTENClsgICAgMy4zMjYyODJdIGVmaWZiOiBz Y3JvbGxpbmc6IHJlZHJhdw0KWyAgICAzLjMyNjI4NF0gZWZpZmI6IFRydWVj b2xvcjogc2l6ZT04Ojg6ODo4LCBzaGlmdD0yNDoxNjo4OjANClsgICAgMy40 MDA0MjZdIENvbnNvbGU6IHN3aXRjaGluZyB0byBjb2xvdXIgZnJhbWUgYnVm ZmVyIGRldmljZSAxNzB4NDgNClsgICAgMy40NzQyODBdIGZiMDogRUZJIFZH QSBmcmFtZSBidWZmZXIgZGV2aWNlDQpbICAgIDMuNDc0Mjg3XSBpbnRlbF9p ZGxlOiBNV0FJVCBzdWJzdGF0ZXM6IDB4MjExMjANClsgICAgMy40NzQyODhd IGludGVsX2lkbGU6IHYwLjQgbW9kZWwgMHgzQQ0KWyAgICAzLjQ3NDI4OV0g aW50ZWxfaWRsZTogbGFwaWNfdGltZXJfcmVsaWFibGVfc3RhdGVzIDB4ZmZm ZmZmZmYNClsgICAgMy40NzQzMDNdIGludGVsX2lkbGU6IGludGVsX2lkbGUg eWllbGRpbmcgdG8gbm9uZQ0KWyAgICAzLjQ3NDUyN10gU2VyaWFsOiA4MjUw LzE2NTUwIGRyaXZlciwgNCBwb3J0cywgSVJRIHNoYXJpbmcgZGlzYWJsZWQN ClsgICAgMy40NzQ3OTZdIExpbnV4IGFncGdhcnQgaW50ZXJmYWNlIHYwLjEw Mw0KWyAgICAzLjQ3NDgyN10gaTgwNDI6IFBOUDogTm8gUFMvMiBjb250cm9s bGVyIGZvdW5kLiBQcm9iaW5nIHBvcnRzIGRpcmVjdGx5Lg0KWyAgICAzLjcy NTY2Nl0gc2VyaW86IGk4MDQyIEtCRCBwb3J0IGF0IDB4NjAsMHg2NCBpcnEg MQ0KWyAgICAzLjcyNTc0OF0gbW91c2VkZXY6IFBTLzIgbW91c2UgZGV2aWNl IGNvbW1vbiBmb3IgYWxsIG1pY2UNClsgICAgMy43MjU5MzhdIHJ0Y19jbW9z IHJ0Y19jbW9zOiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNfY21vcyBhcyBy dGMwDQpbICAgIDMuNzI1OTY0XSBydGNfY21vcyBydGNfY21vczogYWxhcm1z IHVwIHRvIG9uZSBkYXksIDExNCBieXRlcyBudnJhbQ0KWyAgICAzLjcyNTk3 MF0gRUZJIFZhcmlhYmxlcyBGYWNpbGl0eSB2MC4wOCAyMDA0LU1heS0xNw0K WyAgICAzLjcyNjAwMl0gZHJvcF9tb25pdG9yOiBJbml0aWFsaXppbmcgbmV0 d29yayBkcm9wIG1vbml0b3Igc2VydmljZQ0KWyAgICAzLjcyNjA2MF0gVENQ OiBjdWJpYyByZWdpc3RlcmVkDQpbICAgIDMuNzI2MTI4XSBORVQ6IFJlZ2lz dGVyZWQgcHJvdG9jb2wgZmFtaWx5IDEwDQpbICAgIDMuNzI2MjQxXSBORVQ6 IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE3DQpbICAgIDMuNzI2MjQ5 XSBLZXkgdHlwZSBkbnNfcmVzb2x2ZXIgcmVnaXN0ZXJlZA0KWyAgICAzLjcy NjM2NF0gUE06IEhpYmVybmF0aW9uIGltYWdlIG5vdCBwcmVzZW50IG9yIGNv dWxkIG5vdCBiZSBsb2FkZWQuDQpbICAgIDMuNzI2MzcxXSByZWdpc3RlcmVk IHRhc2tzdGF0cyB2ZXJzaW9uIDENClsgICAgMy43MjcxMTFdICAgTWFnaWMg bnVtYmVyOiAxMzoyNDoyMDgNClsgICAgMy43MjcxMjBdIHZjIHZjc2E6IGhh c2ggbWF0Y2hlcw0KWyAgICAzLjcyNzE3MF0gcnRjX2Ntb3MgcnRjX2Ntb3M6 IHNldHRpbmcgc3lzdGVtIGNsb2NrIHRvIDIwMTMtMDUtMjIgMDI6MTQ6NDgg VVRDICgxMzY5MTg4ODg4KQ0KWyAgICAzLjcyNzU4N10gRnJlZWluZyB1bnVz ZWQga2VybmVsIG1lbW9yeTogMTA5MmsgZnJlZWQNClsgICAgMy43Mjc3MDdd IFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTog ODE5MmsNClsgICAgMy43MzA1MzNdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBt ZW1vcnk6IDExNTJrIGZyZWVkDQpbICAgIDMuNzMwNzU4XSBGcmVlaW5nIHVu dXNlZCBrZXJuZWwgbWVtb3J5OiA0MjBrIGZyZWVkDQpbICAgIDMuNzQ4ODA1 XSBzeXN0ZW1kLXVkZXZkWzQwXTogc3RhcnRpbmcgdmVyc2lvbiAyMDQNClsg ICAgMy43NTAwNjddIHNwZWFrdXA6IG1vZHVsZSBpcyBmcm9tIHRoZSBzdGFn aW5nIGRpcmVjdG9yeSwgdGhlIHF1YWxpdHkgaXMgdW5rbm93biwgeW91IGhh dmUgYmVlbiB3YXJuZWQuDQpbICAgIDMuNzUyMzc5XSBpbnB1dDogU3BlYWt1 cCBhcyAvZGV2aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MA0KWyAgICAzLjc1 Mjc4N10gaW5pdGlhbGl6ZWQgZGV2aWNlOiAvZGV2L3N5bnRoLCBub2RlIChN QUpPUiAxMCwgTUlOT1IgMjUpDQpbICAgIDMuNzUyODA1XSBzcGVha3VwIDMu MS42OiBpbml0aWFsaXplZA0KWyAgICAzLjc1MjgwN10gc3ludGggbmFtZSBv biBlbnRyeSBpczogKG51bGwpDQpbICAgIDMuNzUyODc1XSBzcGVha3VwX3Nv ZnQ6IG1vZHVsZSBpcyBmcm9tIHRoZSBzdGFnaW5nIGRpcmVjdG9yeSwgdGhl IHF1YWxpdHkgaXMgdW5rbm93biwgeW91IGhhdmUgYmVlbiB3YXJuZWQuDQpb ICAgIDMuNzUyOTYzXSBzeW50aCBwcm9iZQ0KWyAgICAzLjc1MzE4N10gaW5p dGlhbGl6ZWQgZGV2aWNlOiAvZGV2L3NvZnRzeW50aCwgbm9kZSAoTUFKT1Ig MTAsIE1JTk9SIDI2KQ0KWyAgICAzLjc5MjkzNV0gdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Jmcw0KWyAgICAzLjc5Mjk0 NF0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciBo dWINClsgICAgMy43OTUyNDVdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGRl dmljZSBkcml2ZXIgdXNiDQpbICAgIDMuNzk1ODIzXSBlaGNpX2hjZDogVVNC IDIuMCAnRW5oYW5jZWQnIEhvc3QgQ29udHJvbGxlciAoRUhDSSkgRHJpdmVy DQpbICAgIDMuNzk1OTU5XSBlaGNpLXBjaTogRUhDSSBQQ0kgcGxhdGZvcm0g ZHJpdmVyDQpbICAgIDMuNzk1OTg4XSBlaGNpLXBjaSAwMDAwOjAwOjFhLjA6 IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kgSU5UIEE7IHBsZWFzZSB0cnkgdXNp bmcgcGNpPWJpb3NpcnENClsgICAgMy43OTU5OTBdIGVoY2ktcGNpIDAwMDA6 MDA6MWEuMDogRm91bmQgSEMgd2l0aCBubyBJUlEuIENoZWNrIEJJT1MvUENJ IDAwMDA6MDA6MWEuMCBzZXR1cCENClsgICAgMy43OTY4NzZdIGVoY2ktcGNp IDAwMDA6MDA6MWEuMDogaW5pdCAwMDAwOjAwOjFhLjAgZmFpbCwgLTE5DQpb ICAgIDMuNzk3NTA3XSBlaGNpLXBjaSAwMDAwOjAwOjFkLjA6IGNhbid0IGZp bmQgSVJRIGZvciBQQ0kgSU5UIEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJp b3NpcnENClsgICAgMy43OTc1MDhdIGVoY2ktcGNpIDAwMDA6MDA6MWQuMDog Rm91bmQgSEMgd2l0aCBubyBJUlEuIENoZWNrIEJJT1MvUENJIDAwMDA6MDA6 MWQuMCBzZXR1cCENClsgICAgMy43OTgzODhdIGVoY2ktcGNpIDAwMDA6MDA6 MWQuMDogaW5pdCAwMDAwOjAwOjFkLjAgZmFpbCwgLTE5DQpbICAgIDMuODAx NzE1XSBTQ1NJIHN1YnN5c3RlbSBpbml0aWFsaXplZA0KWyAgICAzLjgwNDU0 Ml0geGhjaV9oY2QgMDAwMDowMDoxNC4wOiBjYW4ndCBmaW5kIElSUSBmb3Ig UENJIElOVCBBOyBwbGVhc2UgdHJ5IHVzaW5nIHBjaT1iaW9zaXJxDQpbICAg IDMuODA0NTgwXSB4aGNpX2hjZCAwMDAwOjAwOjE0LjA6IHNldHRpbmcgbGF0 ZW5jeSB0aW1lciB0byA2NA0KWyAgICAzLjgwNDU4NV0geGhjaV9oY2QgMDAw MDowMDoxNC4wOiB4SENJIEhvc3QgQ29udHJvbGxlcg0KWyAgICAzLjgwNDU5 MF0geGhjaV9oY2QgMDAwMDowMDoxNC4wOiBuZXcgVVNCIGJ1cyByZWdpc3Rl cmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDENClsgICAgMy44MDQ3MzddIHho Y2lfaGNkIDAwMDA6MDA6MTQuMDogY2FjaGUgbGluZSBzaXplIG9mIDY0IGlz IG5vdCBzdXBwb3J0ZWQNClsgICAgMy44MDQ5NzFdIHhIQ0kgeGhjaV9hZGRf ZW5kcG9pbnQgY2FsbGVkIGZvciByb290IGh1Yg0KWyAgICAzLjgwNDk3M10g eEhDSSB4aGNpX2NoZWNrX2JhbmR3aWR0aCBjYWxsZWQgZm9yIHJvb3QgaHVi DQpbICAgIDMuODA0OTkyXSBodWIgMS0wOjEuMDogVVNCIGh1YiBmb3VuZA0K WyAgICAzLjgwNTAwMF0gaHViIDEtMDoxLjA6IDQgcG9ydHMgZGV0ZWN0ZWQN ClsgICAgMy44MDUwODNdIHhoY2lfaGNkIDAwMDA6MDA6MTQuMDogeEhDSSBI b3N0IENvbnRyb2xsZXINClsgICAgMy44MDUwODZdIHhoY2lfaGNkIDAwMDA6 MDA6MTQuMDogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVz IG51bWJlciAyDQpbICAgIDMuODA1MTUyXSB4SENJIHhoY2lfYWRkX2VuZHBv aW50IGNhbGxlZCBmb3Igcm9vdCBodWINClsgICAgMy44MDUxNTNdIHhIQ0kg eGhjaV9jaGVja19iYW5kd2lkdGggY2FsbGVkIGZvciByb290IGh1Yg0KWyAg ICAzLjgwNTE4NV0gaHViIDItMDoxLjA6IFVTQiBodWIgZm91bmQNClsgICAg My44MDUxOTFdIGh1YiAyLTA6MS4wOiA0IHBvcnRzIGRldGVjdGVkDQpbICAg IDMuODA1Mjg3XSBsaWJhdGEgdmVyc2lvbiAzLjAwIGxvYWRlZC4NClsgICAg My44MTUzMTFdIGFoY2kgMDAwMDowMDoxZi4yOiB2ZXJzaW9uIDMuMA0KWyAg ICAzLjgxNTMzMl0gYWhjaSAwMDAwOjAwOjFmLjI6IGNhbid0IGZpbmQgSVJR IGZvciBQQ0kgSU5UIEI7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnEN ClsgICAgMy44MTU0NDldIGFoY2k6IFNTUyBmbGFnIHNldCwgcGFyYWxsZWwg YnVzIHNjYW4gZGlzYWJsZWQNClsgICAgMy44Mjg1NTNdIGFoY2kgMDAwMDow MDoxZi4yOiBBSENJIDAwMDEuMDMwMCAzMiBzbG90cyA2IHBvcnRzIDYgR2Jw cyAweDM5IGltcGwgU0FUQSBtb2RlDQpbICAgIDMuODI4NTU2XSBhaGNpIDAw MDA6MDA6MWYuMjogZmxhZ3M6IDY0Yml0IG5jcSBzdGFnIHBtIGxlZCBjbG8g cGlvIHNsdW0gcGFydCBlbXMgc3hzIGFwc3QgDQpbICAgIDMuODI4NTY0XSBh aGNpIDAwMDA6MDA6MWYuMjogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0 DQpbICAgIDMuODQ5NTU4XSBzY3NpMCA6IGFoY2kNClsgICAgMy44NDk2Njdd IHNjc2kxIDogYWhjaQ0KWyAgICAzLjg0OTc2NF0gc2NzaTIgOiBhaGNpDQpb ICAgIDMuODQ5ODU4XSBzY3NpMyA6IGFoY2kNClsgICAgMy44NDk5NTFdIHNj c2k0IDogYWhjaQ0KWyAgICAzLjg1MDA0Ml0gc2NzaTUgOiBhaGNpDQpbICAg IDMuODUwMDc4XSBhdGExOiBTQVRBIG1heCBVRE1BLzEzMyBhYmFyIG0yMDQ4 QDB4Yzg2MTcwMDAgcG9ydCAweGM4NjE3MTAwIGlycSAyNg0KWyAgICAzLjg1 MDA4MF0gYXRhMjogRFVNTVkNClsgICAgMy44NTAwODFdIGF0YTM6IERVTU1Z DQpbICAgIDMuODUwMDgzXSBhdGE0OiBTQVRBIG1heCBVRE1BLzEzMyBhYmFy IG0yMDQ4QDB4Yzg2MTcwMDAgcG9ydCAweGM4NjE3MjgwIGlycSAyNg0KWyAg ICAzLjg1MDA4Nl0gYXRhNTogU0FUQSBtYXggVURNQS8xMzMgYWJhciBtMjA0 OEAweGM4NjE3MDAwIHBvcnQgMHhjODYxNzMwMCBpcnEgMjYNClsgICAgMy44 NTAwODldIGF0YTY6IFNBVEEgbWF4IFVETUEvMTMzIGFiYXIgbTIwNDhAMHhj ODYxNzAwMCBwb3J0IDB4Yzg2MTczODAgaXJxIDI2DQpbICAgIDQuMTYxODky XSB1c2IgMS0zOiBuZXcgaGlnaC1zcGVlZCBVU0IgZGV2aWNlIG51bWJlciAy IHVzaW5nIHhoY2lfaGNkDQpbICAgIDQuMTY4NTY1XSBhdGExOiBTQVRBIGxp bmsgdXAgMy4wIEdicHMgKFNTdGF0dXMgMTIzIFNDb250cm9sIDMwMCkNClsg ICAgNC4xNjk5MjRdIGF0YTEuMDA6IEFUQS04OiBIR1NUIEhUUzU0MTAxMEE5 RTY4MCwgSkEwT0E1NjAsIG1heCBVRE1BLzEzMw0KWyAgICA0LjE2OTkyN10g YXRhMS4wMDogMTk1MzUyNTE2OCBzZWN0b3JzLCBtdWx0aSAxNjogTEJBNDgg TkNRIChkZXB0aCAzMS8zMiksIEFBDQpbICAgIDQuMTcxNDYyXSBhdGExLjAw OiBjb25maWd1cmVkIGZvciBVRE1BLzEzMw0KWyAgICA0LjE3MTU0Ml0gc2Nz aSAwOjA6MDowOiBEaXJlY3QtQWNjZXNzICAgICBBVEEgICAgICBIR1NUIEhU UzU0MTAxMEE5IEpBME8gUFE6IDAgQU5TSTogNQ0KWyAgICA0LjQ4ODU2M10g YXRhNDogU0FUQSBsaW5rIGRvd24gKFNTdGF0dXMgMCBTQ29udHJvbCAzMDAp DQpbICAgIDQuODA4NTYzXSBhdGE1OiBTQVRBIGxpbmsgZG93biAoU1N0YXR1 cyAwIFNDb250cm9sIDMwMCkNClsgICAgNS4xMjg1NjFdIGF0YTY6IFNBVEEg bGluayB1cCAxLjUgR2JwcyAoU1N0YXR1cyAxMTMgU0NvbnRyb2wgMzAwKQ0K WyAgICA1LjEzMjUyNF0gYXRhNi4wMDogQVRBUEk6IFRTU1Rjb3JwIENERFZE VyBTTi0yMDhBQiwgVE8wNCwgbWF4IFVETUEvMTAwDQpbICAgIDUuMTM4ODA3 XSBhdGE2LjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzEwMA0KWyAgICA1LjE0 NDA3Ml0gc2NzaSA1OjA6MDowOiBDRC1ST00gICAgICAgICAgICBUU1NUY29y cCBDRERWRFcgU04tMjA4QUIgIFRPMDQgUFE6IDAgQU5TSTogNQ0KWyAgICA1 LjE0OTQwMV0gc2QgMDowOjA6MDogW3NkYV0gMTk1MzUyNTE2OCA1MTItYnl0 ZSBsb2dpY2FsIGJsb2NrczogKDEuMDAgVEIvOTMxIEdpQikNClsgICAgNS4x NDk0MDRdIHNkIDA6MDowOjA6IFtzZGFdIDQwOTYtYnl0ZSBwaHlzaWNhbCBi bG9ja3MNClsgICAgNS4xNDk0NDFdIHNkIDA6MDowOjA6IFtzZGFdIFdyaXRl IFByb3RlY3QgaXMgb2ZmDQpbICAgIDUuMTQ5NDQzXSBzZCAwOjA6MDowOiBb c2RhXSBNb2RlIFNlbnNlOiAwMCAzYSAwMCAwMA0KWyAgICA1LjE0OTQ1OF0g c2QgMDowOjA6MDogW3NkYV0gV3JpdGUgY2FjaGU6IGVuYWJsZWQsIHJlYWQg Y2FjaGU6IGVuYWJsZWQsIGRvZXNuJ3Qgc3VwcG9ydCBEUE8gb3IgRlVBDQpb ICAgIDUuMTYyNjY1XSBzcjA6IHNjc2kzLW1tYyBkcml2ZTogMjR4LzI0eCB3 cml0ZXIgZHZkLXJhbSBjZC9ydyB4YS9mb3JtMiBjZGRhIHRyYXkNClsgICAg NS4xNjI2NjddIGNkcm9tOiBVbmlmb3JtIENELVJPTSBkcml2ZXIgUmV2aXNp b246IDMuMjANClsgICAgNS4xNjI3NjldIHNyIDU6MDowOjA6IEF0dGFjaGVk IHNjc2kgQ0QtUk9NIHNyMA0KWyAgICA1LjQ3NzA5N10gIHNkYTogc2RhMSBz ZGEyIHNkYTMgc2RhNCBzZGE1IHNkYTYgc2RhNyBzZGE4IHNkYTkgc2RhMTAN ClsgICAgNS40Nzc0OTNdIHNkIDA6MDowOjA6IFtzZGFdIEF0dGFjaGVkIFND U0kgZGlzaw0KWyAgICA3LjA1ODMwM10gRVhUNC1mcyAoc2RhOCk6IG1vdW50 ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLiBPcHRzOiAo bnVsbCkNClsgICAgNy43MDIwMzRdIHN5c3RlbWRbMV06IFJUQyBjb25maWd1 cmVkIGluIGxvY2FsdGltZSwgYXBwbHlpbmcgZGVsdGEgb2YgLTMwMCBtaW51 dGVzIHRvIHN5c3RlbSB0aW1lLg0KWyAgICA3LjczNDA5Nl0gc3lzdGVtZFsx XTogc3lzdGVtZCAyMDQgcnVubmluZyBpbiBzeXN0ZW0gbW9kZS4gKCtQQU0g LUxJQldSQVAgLUFVRElUIC1TRUxJTlVYIC1JTUEgLVNZU1ZJTklUICtMSUJD UllQVFNFVFVQICtHQ1JZUFQgK0FDTCArWFopDQpbICAgIDcuNzM0MTg0XSBz eXN0ZW1kWzFdOiBEZXRlY3RlZCB2aXJ0dWFsaXphdGlvbiAneGVuJy4NClsg ICAgNy43NDk2MzVdIHN5c3RlbWRbMV06IFNldCBob3N0bmFtZSB0byA8YXJj aC5jb29saXAubmV0Pi4NClsgICAgOC4zNDIwNDldIHN5c3RlbWRbMV06IENh bm5vdCBhZGQgZGVwZW5kZW5jeSBqb2IgZm9yIHVuaXQgeGVuZG9tVUBtdWx0 aS11c2VyLnNlcnZpY2UsIGlnbm9yaW5nOiBVbml0IHhlbmRvbVVAbXVsdGkt dXNlci5zZXJ2aWNlIGZhaWxlZCB0byBsb2FkOiBObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5LiBTZWUgc3lzdGVtIGxvZ3MgYW5kICdzeXN0ZW1jdGwgc3Rh dHVzIHhlbmRvbVVAbXVsdGktdXNlci5zZXJ2aWNlJyBmb3IgZGV0YWlscy4N ClsgICAgOC4zNDIwNzNdIHN5c3RlbWRbMV06IENhbm5vdCBhZGQgZGVwZW5k ZW5jeSBqb2IgZm9yIHVuaXQgZGlzcGxheS1tYW5hZ2VyLnNlcnZpY2UsIGln bm9yaW5nOiBVbml0IGRpc3BsYXktbWFuYWdlci5zZXJ2aWNlIGZhaWxlZCB0 byBsb2FkOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5LiBTZWUgc3lzdGVt IGxvZ3MgYW5kICdzeXN0ZW1jdGwgc3RhdHVzIGRpc3BsYXktbWFuYWdlci5z ZXJ2aWNlJyBmb3IgZGV0YWlscy4NClsgICAgOC4zNDIzMTNdIHN5c3RlbWRb MV06IFN0YXJ0aW5nIEZvcndhcmQgUGFzc3dvcmQgUmVxdWVzdHMgdG8gV2Fs bCBEaXJlY3RvcnkgV2F0Y2guDQpbICAgIDguMzQyMzkxXSBzeXN0ZW1kWzFd OiBTdGFydGVkIEZvcndhcmQgUGFzc3dvcmQgUmVxdWVzdHMgdG8gV2FsbCBE aXJlY3RvcnkgV2F0Y2guDQpbICAgIDguMzQyNDEwXSBzeXN0ZW1kWzFdOiBF eHBlY3RpbmcgZGV2aWNlIGRldi1odmMwLmRldmljZS4uLg0KWyAgICA4LjM0 MjQyNl0gc3lzdGVtZFsxXTogU3RhcnRpbmcgUmVtb3RlIEZpbGUgU3lzdGVt cy4NClsgICAgOC4zNDI0NDBdIHN5c3RlbWRbMV06IFJlYWNoZWQgdGFyZ2V0 IFJlbW90ZSBGaWxlIFN5c3RlbXMuDQpbICAgIDguMzQyNDUyXSBzeXN0ZW1k WzFdOiBTdGFydGluZyBEZWxheWVkIFNodXRkb3duIFNvY2tldC4NClsgICAg OC4zNDI1MDJdIHN5c3RlbWRbMV06IExpc3RlbmluZyBvbiBEZWxheWVkIFNo dXRkb3duIFNvY2tldC4NClsgICAgOC4zNDI1MTNdIHN5c3RlbWRbMV06IFN0 YXJ0aW5nIERldmljZS1tYXBwZXIgZXZlbnQgZGFlbW9uIEZJRk9zLg0KWyAg ICA4LjM0MjU2NV0gc3lzdGVtZFsxXTogTGlzdGVuaW5nIG9uIERldmljZS1t YXBwZXIgZXZlbnQgZGFlbW9uIEZJRk9zLg0KWyAgICA4LjM0MjU3Nl0gc3lz dGVtZFsxXTogU3RhcnRpbmcgL2Rldi9pbml0Y3RsIENvbXBhdGliaWxpdHkg TmFtZWQgUGlwZS4NClsgICAgOC4zNDI2MDhdIHN5c3RlbWRbMV06IExpc3Rl bmluZyBvbiAvZGV2L2luaXRjdGwgQ29tcGF0aWJpbGl0eSBOYW1lZCBQaXBl Lg0KWyAgICA4LjM0MjYyMl0gc3lzdGVtZFsxXTogU3RhcnRpbmcgTFZNMiBt ZXRhZGF0YSBkYWVtb24gc29ja2V0Lg0KWyAgICA4LjM0MjY2NF0gc3lzdGVt ZFsxXTogTGlzdGVuaW5nIG9uIExWTTIgbWV0YWRhdGEgZGFlbW9uIHNvY2tl dC4NClsgICAgOC4zNDI2ODBdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIERpc3Bh dGNoIFBhc3N3b3JkIFJlcXVlc3RzIHRvIENvbnNvbGUgRGlyZWN0b3J5IFdh dGNoLg0KWyAgICA4LjM0Mjc0MV0gc3lzdGVtZFsxXTogU3RhcnRlZCBEaXNw YXRjaCBQYXNzd29yZCBSZXF1ZXN0cyB0byBDb25zb2xlIERpcmVjdG9yeSBX YXRjaC4NClsgICAgOC4zNDI3NTJdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFBh dGhzLg0KWyAgICA4LjM0Mjc2Nl0gc3lzdGVtZFsxXTogUmVhY2hlZCB0YXJn ZXQgUGF0aHMuDQpbICAgIDguMzQyNzc3XSBzeXN0ZW1kWzFdOiBTdGFydGlu ZyBFbmNyeXB0ZWQgVm9sdW1lcy4NClsgICAgOC4zNDI3OTBdIHN5c3RlbWRb MV06IFJlYWNoZWQgdGFyZ2V0IEVuY3J5cHRlZCBWb2x1bWVzLg0KWyAgICA4 LjM0Mjg2NF0gc3lzdGVtZFsxXTogU3RhcnRpbmcgdWRldiBLZXJuZWwgU29j a2V0Lg0KWyAgICA4LjM0Mjg5N10gc3lzdGVtZFsxXTogTGlzdGVuaW5nIG9u IHVkZXYgS2VybmVsIFNvY2tldC4NClsgICAgOC4zNDI5NjJdIHN5c3RlbWRb MV06IFN0YXJ0aW5nIHVkZXYgQ29udHJvbCBTb2NrZXQuDQpbICAgIDguMzQz MDAyXSBzeXN0ZW1kWzFdOiBMaXN0ZW5pbmcgb24gdWRldiBDb250cm9sIFNv Y2tldC4NClsgICAgOC4zNDMwMzZdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIEFy Yml0cmFyeSBFeGVjdXRhYmxlIEZpbGUgRm9ybWF0cyBGaWxlIFN5c3RlbSBB dXRvbW91bnQgUG9pbnQuDQpbICAgIDguMzQzMTU3XSBzeXN0ZW1kWzFdOiBT ZXQgdXAgYXV0b21vdW50IEFyYml0cmFyeSBFeGVjdXRhYmxlIEZpbGUgRm9y bWF0cyBGaWxlIFN5c3RlbSBBdXRvbW91bnQgUG9pbnQuDQpbICAgIDguMzQz MTcxXSBzeXN0ZW1kWzFdOiBTdGFydGluZyBKb3VybmFsIFNvY2tldC4NClsg ICAgOC4zNDMyNjBdIHN5c3RlbWRbMV06IExpc3RlbmluZyBvbiBKb3VybmFs IFNvY2tldC4NClsgICAgOC4zNzczNjRdIHN5c3RlbWRbMV06IFN0YXJ0aW5n IEFwcGx5IEtlcm5lbCBWYXJpYWJsZXMuLi4NClsgICAgOC4zNzk0MDRdIHN5 c3RlbWRbMV06IFN0YXJ0aW5nIFNldHVwIFZpcnR1YWwgQ29uc29sZS4uLg0K WyAgICA4LjM4MDUwNl0gc3lzdGVtZFsxXTogU3RhcnRpbmcgdWRldiBDb2xk cGx1ZyBhbGwgRGV2aWNlcy4uLg0KWyAgICA4LjM4MTU0Nl0gc3lzdGVtZFsx XTogTW91bnRpbmcgRGVidWcgRmlsZSBTeXN0ZW0uLi4NClsgICAgOC40NjU0 NTddIHN5c3RlbWRbMV06IFN0YXJ0ZWQgU2V0IFVwIEFkZGl0aW9uYWwgQmlu YXJ5IEZvcm1hdHMuDQpbICAgIDguNDY1NDkzXSBzeXN0ZW1kWzFdOiBNb3Vu dGluZyBIdWdlIFBhZ2VzIEZpbGUgU3lzdGVtLi4uDQpbICAgIDguNDY2NTU1 XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBDcmVhdGUgc3RhdGljIGRldmljZSBu b2RlcyBpbiAvZGV2Li4uDQpbICAgIDguNDY3NjI2XSBzeXN0ZW1kWzFdOiBN b3VudGluZyBQT1NJWCBNZXNzYWdlIFF1ZXVlIEZpbGUgU3lzdGVtLi4uDQpb ICAgIDguNTIxOTE4XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBMb2FkIEtlcm5l bCBNb2R1bGVzLi4uDQpbICAgIDguNTIyOTg0XSBzeXN0ZW1kWzFdOiBTdGFy dGluZyBKb3VybmFsIFNlcnZpY2UuLi4NClsgICAgOC41MjQwNjldIHN5c3Rl bWRbMV06IFN0YXJ0ZWQgSm91cm5hbCBTZXJ2aWNlLg0KWyAgICA4LjUyNDEx OF0gc3lzdGVtZFsxXTogRXhwZWN0aW5nIGRldmljZSBkZXYtc2RhMTAuZGV2 aWNlLi4uDQpbICAgIDguNTI0MTUzXSBzeXN0ZW1kWzFdOiBTdGFydGVkIEZp bGUgU3lzdGVtIENoZWNrIG9uIFJvb3QgRGV2aWNlLg0KWyAgICA4LjUyNDE2 NV0gc3lzdGVtZFsxXTogTW91bnRpbmcgVGVtcG9yYXJ5IERpcmVjdG9yeS4u Lg0KWyAgICA4Ljc5NjE0M10gc3lzdGVtZFsxXTogU3RhcnRpbmcgUmVtb3Vu dCBSb290IGFuZCBLZXJuZWwgRmlsZSBTeXN0ZW1zLi4uDQpbICAgIDguNzk3 MTg0XSBzeXN0ZW1kWzFdOiBFeHBlY3RpbmcgZGV2aWNlIGRldi1zZGEyLmRl dmljZS4uLg0KWyAgICA4Ljc5ODA2NV0gc3lzdGVtZFsxXTogU3RhcnRlZCBB cHBseSBLZXJuZWwgVmFyaWFibGVzLg0KWyAgICA4Ljk3NjA2MV0gRVhUNC1m cyAoc2RhOCk6IHJlLW1vdW50ZWQuIE9wdHM6IHVzZXJfeGF0dHIsYmFycmll cj0xLGRhdGE9b3JkZXJlZA0KWyAgICA5LjM1NDAyMV0gc3lzdGVtZC11ZGV2 ZFsxMTddOiBzdGFydGluZyB2ZXJzaW9uIDIwNA0KWyAgICA5LjY4MzYzNF0g RXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVkLg0KWyAgICA5Ljc2ODA3 OV0geGVuLXBjaWJhY2s6IGJhY2tlbmQgaXMgdnBjaQ0KWyAgIDEwLjA5MjI4 OV0gQUNQSSBFeGNlcHRpb246IEFFX0JBRF9QQVJBTUVURVIsIFRocmVhZCAx MzE1MDQyNjI0IGNvdWxkIG5vdCBhY3F1aXJlIE11dGV4IFsweDFdICgyMDEz MDExNy91dG11dGV4LTI3OCkNClsgICAxMC4wOTIzMDRdIEFDUEkgRXhjZXB0 aW9uOiBBRV9CQURfUEFSQU1FVEVSLCBUaHJlYWQgMTMxNTA0MjYyNCBjb3Vs ZCBub3QgYWNxdWlyZSBNdXRleCBbMHgxXSAoMjAxMzAxMTcvdXRtdXRleC0y NzgpDQpbICAgMTAuMDkyMzA2XSBBQ1BJIEV4Y2VwdGlvbjogQUVfQkFEX1BB UkFNRVRFUiwgVGhyZWFkIDEzMTUwNDI2MjQgY291bGQgbm90IGFjcXVpcmUg TXV0ZXggWzB4MV0gKDIwMTMwMTE3L3V0bXV0ZXgtMjc4KQ0KWyAgIDEwLjEy NjM5N10gaTgwMV9zbWJ1cyAwMDAwOjAwOjFmLjM6IGNhbid0IGZpbmQgSVJR IGZvciBQQ0kgSU5UIEM7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnEN ClsgICAxMC4xMjY0MDFdIEFDUEkgRXhjZXB0aW9uOiBBRV9CQURfUEFSQU1F VEVSLCBUaHJlYWQgMTMxOTMxODA4MCBjb3VsZCBub3QgYWNxdWlyZSBNdXRl eCBbMHgxXSAoMjAxMzAxMTcvdXRtdXRleC0yNzgpDQpbICAgMTAuMTI2NDIz XSBpODAxX3NtYnVzIDAwMDA6MDA6MWYuMzogU01CdXMgdXNpbmcgUENJIElu dGVycnVwdA0KWyAgIDEwLjEyOTYwNl0gaW5wdXQ6IFBDIFNwZWFrZXIgYXMg L2RldmljZXMvcGxhdGZvcm0vcGNzcGtyL2lucHV0L2lucHV0MQ0KWyAgIDEw LjE1MDUwMl0gW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEuMS4wIDIwMDYwODEw DQpbICAgMTAuMTg2NTg3XSByODcxMnU6IG1vZHVsZSBpcyBmcm9tIHRoZSBz dGFnaW5nIGRpcmVjdG9yeSwgdGhlIHF1YWxpdHkgaXMgdW5rbm93biwgeW91 IGhhdmUgYmVlbiB3YXJuZWQuDQpbICAgMTAuMTg3MjE4XSByODcxMnU6IFN0 YWdpbmcgdmVyc2lvbg0KWyAgIDEwLjE4NzIyOV0gcjg3MTJ1OiByZWdpc3Rl ciBydGw4NzEyX25ldGRldl9vcHMgdG8gbmV0ZGV2X29wcw0KWyAgIDEwLjE4 NzIzM10gdXNiIDEtMzogcjg3MTJ1OiBVU0JfU1BFRURfSElHSCB3aXRoIDQg ZW5kcG9pbnRzDQpbICAgMTAuMTg4NDcyXSB1c2IgMS0zOiByODcxMnU6IEJv b3QgZnJvbSBFRlVTRTogQXV0b2xvYWQgT0sNClsgICAxMC4xOTU5MjVdIG1l aSAwMDAwOjAwOjE2LjA6IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kgSU5UIEE7 IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAxMC4xOTU5MzRd IG1laSAwMDAwOjAwOjE2LjA6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2 NA0KWyAgIDEwLjI0NjE3MF0gaVRDT192ZW5kb3Jfc3VwcG9ydDogdmVuZG9y LXN1cHBvcnQ9MA0KWyAgIDEwLjI1MDQxNl0gaVRDT193ZHQ6IEludGVsIFRD TyBXYXRjaERvZyBUaW1lciBEcml2ZXIgdjEuMTANClsgICAxMC4yNTA0Mzdd IGlUQ09fd2R0OiBGb3VuZCBhIFBhbnRoZXIgUG9pbnQgVENPIGRldmljZSAo VmVyc2lvbj0yLCBUQ09CQVNFPTB4MDQ2MCkNClsgICAxMC4yNTA1MjJdIGlU Q09fd2R0OiBpbml0aWFsaXplZC4gaGVhcnRiZWF0PTMwIHNlYyAobm93YXlv dXQ9MCkNClsgICAxMC40OTYzNjJdIGNmZzgwMjExOiBDYWxsaW5nIENSREEg dG8gdXBkYXRlIHdvcmxkIHJlZ3VsYXRvcnkgZG9tYWluDQpbICAgMTAuNTAw NTY0XSBtaWNyb2NvZGU6IENQVTAgc2lnPTB4MzA2YTksIHBmPTB4MTAsIHJl dmlzaW9uPTB4MTUNClsgICAxMC41OTI1MjldIHNuZF9oZGFfaW50ZWwgMDAw MDowMDoxYi4wOiBjYW4ndCBmaW5kIElSUSBmb3IgUENJIElOVCBBOyBwbGVh c2UgdHJ5IHVzaW5nIHBjaT1iaW9zaXJxDQpbICAgMTAuNjk3NzczXSB1c2Ig MS0zOiByODcxMnU6IEN1c3RvbWVySUQgPSAweDAwMDANClsgICAxMC42OTc3 ODBdIHVzYiAxLTM6IHI4NzEydTogTUFDIEFkZHJlc3MgZnJvbSBlZnVzZSA9 IDAwOjIxOjc5OmM1OjRiOmU4DQpbICAgMTAuNjk3Nzg0XSB1c2IgMS0zOiBy ODcxMnU6IExvYWRpbmcgZmlybXdhcmUgZnJvbSAicnRsd2lmaS9ydGw4NzEy dS5iaW4iDQpbICAgMTAuNjk3ODg3XSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5l dyBpbnRlcmZhY2UgZHJpdmVyIHI4NzEydQ0KWyAgIDEwLjc0ODkyMl0gaW5w dXQ6IEhEQSBEaWdpdGFsIFBDQmVlcCBhcyAvZGV2aWNlcy9wY2kwMDAwOjAw LzAwMDA6MDA6MWIuMC9pbnB1dC9pbnB1dDINClsgICAxMC45MDkzOTldIG1p Y3JvY29kZTogQ1BVMCBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2aXNpb249 MHgxNQ0KWyAgIDEwLjkwOTQxNV0gbWljcm9jb2RlOiBDUFUwIHVwZGF0ZSB0 byByZXZpc2lvbiAweDE3IGZhaWxlZA0KWyAgIDEwLjkxMDAzOF0gbWljcm9j b2RlOiBNaWNyb2NvZGUgVXBkYXRlIERyaXZlcjogdjIuMDAgPHRpZ3JhbkBh aXZhemlhbi5mc25ldC5jby51az4sIFBldGVyIE9ydWJhDQpbICAgMTAuOTQ2 ODk5XSBydGw4NzIzYWUgMDAwMDowMjowMC4wOiBjYW4ndCBmaW5kIElSUSBm b3IgUENJIElOVCBBOyBwbGVhc2UgdHJ5IHVzaW5nIHBjaT1iaW9zaXJxDQpb ICAgMTAuOTY0MTQ4XSBydGw4NzIzYWU6IFVzaW5nIGZpcm13YXJlIHJ0bHdp ZmkvcnRsODcyM2Z3X0IuYmluDQpbICAgMTEuMDU3NjQ5XSBpbnB1dDogSERB IEludGVsIFBDSCBIRE1JL0RQLHBjbT0zIGFzIC9kZXZpY2VzL3BjaTAwMDA6 MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQwL2lucHV0Mw0KWyAgIDExLjA1 NzgwN10gaW5wdXQ6IEhEQSBJbnRlbCBQQ0ggTWljIGFzIC9kZXZpY2VzL3Bj aTAwMDA6MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQwL2lucHV0NA0KWyAg IDExLjA1Nzk0NF0gaW5wdXQ6IEhEQSBJbnRlbCBQQ0ggSGVhZHBob25lIGFz IC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQw L2lucHV0NQ0KWyAgIDExLjYyNjg1OV0gaWVlZTgwMjExIHBoeTA6IFNlbGVj dGVkIHJhdGUgY29udHJvbCBhbGdvcml0aG0gJ3J0bF9yYycNClsgICAxMS42 MjcwMTldIHJ0bHdpZmk6IHdpcmVsZXNzIHN3aXRjaCBpcyBvbg0KWyAgIDEx LjgxODg3NV0gc3lzdGVtZC11ZGV2ZFsxNDBdOiByZW5hbWVkIG5ldHdvcmsg aW50ZXJmYWNlIHdsYW4wIHRvIGVucDBzMjB1Mw0KWyAgIDExLjgyNjY0OV0g c3lzdGVtZC11ZGV2ZFsxNDBdOiByZW5hbWVkIG5ldHdvcmsgaW50ZXJmYWNl IHdsYW4xIHRvIHdscDJzMA0KWyAgIDEyLjQxNDEwOV0gZGV2aWNlLW1hcHBl cjogdWV2ZW50OiB2ZXJzaW9uIDEuMC4zDQpbICAgMTIuNDE0NjY5XSBkZXZp Y2UtbWFwcGVyOiBpb2N0bDogNC4yNC4wLWlvY3RsICgyMDEzLTAxLTE1KSBp bml0aWFsaXNlZDogZG0tZGV2ZWxAcmVkaGF0LmNvbQ0KWyAgIDEyLjc1OTc4 NF0gQWRkaW5nIDE3MDAxNDY4ayBzd2FwIG9uIC9kZXYvc2RhMTAuICBQcmlv cml0eTotMSBleHRlbnRzOjEgYWNyb3NzOjE3MDAxNDY4ayANClsgICAxMy45 MTgzMTNdIGJpbzogY3JlYXRlIHNsYWIgPGJpby0xPiBhdCAxDQpbICAgMTUu ODE4MzA2XSBzeXN0ZW1kWzFdOiBQSUQgZmlsZSAvcnVuL2VzcGVha3VwLnBp ZCBub3QgcmVhZGFibGUgKHlldD8pIGFmdGVyIHN0YXJ0Lg0KWyAgIDE2LjQ1 NDY3NV0gc3lzdGVtZFsxXTogVW5pdCB4ZW5kb21haW5zLnNlcnZpY2UgZW50 ZXJlZCBmYWlsZWQgc3RhdGUuDQpbICAgMzEuMDg4NTYwXSB1c2IgMS0xOiBu ZXcgbG93LXNwZWVkIFVTQiBkZXZpY2UgbnVtYmVyIDMgdXNpbmcgeGhjaV9o Y2QNClsgICAzMS4xMDc4NDZdIHVzYiAxLTE6IGVwIDB4ODEgLSByb3VuZGlu ZyBpbnRlcnZhbCB0byA2NCBtaWNyb2ZyYW1lcywgZXAgZGVzYyBzYXlzIDgw IG1pY3JvZnJhbWVzDQpbICAgMzEuMTA3ODUxXSB1c2IgMS0xOiBlcCAweDgy IC0gcm91bmRpbmcgaW50ZXJ2YWwgdG8gMTAyNCBtaWNyb2ZyYW1lcywgZXAg ZGVzYyBzYXlzIDIwNDAgbWljcm9mcmFtZXMNClsgICAzMS40NDg5MDhdIGhp ZHJhdzogcmF3IEhJRCBldmVudHMgZHJpdmVyIChDKSBKaXJpIEtvc2luYQ0K WyAgIDMxLjUxMjA4MF0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJm YWNlIGRyaXZlciB1c2JoaWQNClsgICAzMS41MTIwODNdIHVzYmhpZDogVVNC IEhJRCBjb3JlIGRyaXZlcg0KWyAgIDMxLjUyMTE0M10gaW5wdXQ6IExvZ2l0 ZWNoIFVTQiBLZXlib2FyZCBhcyAvZGV2aWNlcy9wY2kwMDAwOjAwLzAwMDA6 MDA6MTQuMC91c2IxLzEtMS8xLTE6MS4wL2lucHV0L2lucHV0Ng0KWyAgIDMx LjUyMTQ2NF0gaGlkLWdlbmVyaWMgMDAwMzowNDZEOkMzMUMuMDAwMTogaW5w dXQsaGlkcmF3MDogVVNCIEhJRCB2MS4xMCBLZXlib2FyZCBbTG9naXRlY2gg VVNCIEtleWJvYXJkXSBvbiB1c2ItMDAwMDowMDoxNC4wLTEvaW5wdXQwDQpb ICAgMzEuNTI0MDE0XSBpbnB1dDogTG9naXRlY2ggVVNCIEtleWJvYXJkIGFz IC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxNC4wL3VzYjEvMS0xLzEt MToxLjEvaW5wdXQvaW5wdXQ3DQpbICAgMzEuNTI0MTg2XSBoaWQtZ2VuZXJp YyAwMDAzOjA0NkQ6QzMxQy4wMDAyOiBpbnB1dCxoaWRyYXcxOiBVU0IgSElE IHYxLjEwIERldmljZSBbTG9naXRlY2ggVVNCIEtleWJvYXJkXSBvbiB1c2It MDAwMDowMDoxNC4wLTEvaW5wdXQxDQpbICAgMzguODE3MjY5XSAgdXBkYXRl ZCA0MyBvZiA0MyBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgYW5ub3VuY2Vt ZW50cw0KWyAgIDM4LjgyMDAyOF0gIHVwZGF0ZWQgMjU2IG9mIDI1NiBjaGFy YWN0ZXIgZGVzY3JpcHRpb25zDQpbICAgMzguODI0NTM0XSAgdXBkYXRlZCAx NyBvZiAyNTYgY2hhcmFjdGVyIGNsYXNzIGVudHJpZXMgd2l0aCAxIHJlamVj dA0KWyAgIDM4LjgzNTQ2Nl0gIHVwZGF0ZWQgOSBvZiA5IGkxOG4gbWVzc2Fn ZXMgZnJvbSBncm91cCBjb2xvcnMNClsgICAzOC44MzgwMDVdICB1cGRhdGVk IDkgb2YgOSBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgY3RsX2tleXMNClsg ICAzOC44NDA3MjZdICB1cGRhdGVkIDkgb2YgOSBpMThuIG1lc3NhZ2VzIGZy b20gZ3JvdXAgZm9ybWF0dGVkDQpbICAgMzguODQzNDg0XSAgdXBkYXRlZCA2 OCBvZiA2OCBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgZnVuY3Rpb25fbmFt ZXMNClsgICAzOC44NDYxNzFdICB1cGRhdGVkIDE4MCBvZiAxODAgaTE4biBt ZXNzYWdlcyBmcm9tIGdyb3VwIGtleV9uYW1lcw0KWyAgIDM4Ljg0ODg4OF0g IHVwZGF0ZWQgNiBvZiA2IGkxOG4gbWVzc2FnZXMgZnJvbSBncm91cCBzdGF0 ZXMNClsgICAzOC45MDUzMTddIHZhbHVlIGZvciBkZWxheV90aW1lIG91dCBv ZiByYW5nZSwgZXhwZWN0IDEwMCB0byAyMDAwDQpbICAgMzguOTEzMDQ0XSB2 YWx1ZSBmb3IgZnVsbF90aW1lIG91dCBvZiByYW5nZSwgZXhwZWN0IDIwMCB0 byA2MDAwMA0KWyAgIDM4LjkxNTY3Ml0gdmFsdWUgZm9yIGppZmZ5X2RlbHRh IG91dCBvZiByYW5nZSwgZXhwZWN0IDIwIHRvIDIwMA0KWyAgIDM4LjkyODU2 Ml0gdmFsdWUgZm9yIHRyaWdnZXJfdGltZSBvdXQgb2YgcmFuZ2UsIGV4cGVj dCAxMCB0byAyMDAwDQo= --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=xen-boot-dmesg Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=xen-boot-dmesg IF9fICBfXyAgICAgICAgICAgIF8gIF8gICAgX19fX18gICAgICAgICAgICAg ICAgICAgIF8gICAgICAgIF8gICAgIF8gICAgICANCiBcIFwvIC9fX18gXyBf XyAgIHwgfHwgfCAgfF9fXyAvICAgIF8gICBfIF8gX18gIF9fX3wgfF8gX18g X3wgfF9fIHwgfCBfX18gDQogIFwgIC8vIF8gXCAnXyBcICB8IHx8IHxfICAg fF8gXCBfX3wgfCB8IHwgJ18gXC8gX198IF9fLyBfYCB8ICdfIFx8IHwvIF8g XA0KICAvICBcICBfXy8gfCB8IHwgfF9fICAgX3wgX19fKSB8X198IHxffCB8 IHwgfCBcX18gXCB8fCAoX3wgfCB8XykgfCB8ICBfXy8NCiAvXy9cX1xfX198 X3wgfF98ICAgIHxffChfKV9fX18vICAgIFxfXyxffF98IHxffF9fXy9cX19c X18sX3xfLl9fL3xffFxfX198DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIA0KKFhFTikgWGVuIHZlcnNpb24gNC4zLXVuc3RhYmxlIChwcmVzY290 dEBjb29saXAubmV0KSAoZ2NjIChHQ0MpIDQuOC4wIDIwMTMwNTAyIChwcmVy ZWxlYXNlKSkgZGVidWc9eSBUdWUgTWF5IDIxIDEzOjI3OjI2IENEVCAyMDEz DQooWEVOKSBMYXRlc3QgQ2hhbmdlU2V0OiBUaHUgTWF5IDkgMTM6MDY6NTMg MjAxMyArMDEwMCBnaXQ6NWQ0Mzg5MS1kaXJ0eQ0KKFhFTikgQm9vdGxvYWRl cjogRUZJDQooWEVOKSBDb21tYW5kIGxpbmU6IGRvbTBfbWVtPTE1MzZNIGFj cGk9bm9pcmMgbG9nbHZsPWFsbCBub3JlYm9vdA0KKFhFTikgVmlkZW8gaW5m b3JtYXRpb246DQooWEVOKSAgVkdBIGlzIGdyYXBoaWNzIG1vZGUgMTM2Nng3 NjgsIDMyIGJwcA0KKFhFTikgRGlzYyBpbmZvcm1hdGlvbjoNCihYRU4pICBG b3VuZCAwIE1CUiBzaWduYXR1cmVzDQooWEVOKSAgRm91bmQgMSBFREQgaW5m b3JtYXRpb24gc3RydWN0dXJlcw0KKFhFTikgRUZJIFJBTSBtYXA6DQooWEVO KSAgMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwODgwMDAgKHVzYWJs ZSkNCihYRU4pICAwMDAwMDAwMDAwMDg4MDAwIC0gMDAwMDAwMDAwMDBjMDAw MCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDAwMDEwMDAwMCAtIDAwMDAw MDAwMjAwMDAwMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMDIwMDAwMDAw IC0gMDAwMDAwMDAyMDIwMDAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAw MDAyMDIwMDAwMCAtIDAwMDAwMDAwNDAwMDQwMDAgKHVzYWJsZSkNCihYRU4p ICAwMDAwMDAwMDQwMDA0MDAwIC0gMDAwMDAwMDA0MDAwNTAwMCAocmVzZXJ2 ZWQpDQooWEVOKSAgMDAwMDAwMDA0MDAwNTAwMCAtIDAwMDAwMDAwYjUyNmUw MDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMGI1MjZlMDAwIC0gMDAwMDAw MDBiNjE3NzAwMCAoQUNQSSBOVlMpDQooWEVOKSAgMDAwMDAwMDBiNjE3NzAw MCAtIDAwMDAwMDAwYjYxOWEwMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAw MGI2MTlhMDAwIC0gMDAwMDAwMDBiNjE5ZjAwMCAoQUNQSSBOVlMpDQooWEVO KSAgMDAwMDAwMDBiNjE5ZjAwMCAtIDAwMDAwMDAwYmE3YmYwMDAgKHVzYWJs ZSkNCihYRU4pICAwMDAwMDAwMGJhN2JmMDAwIC0gMDAwMDAwMDBiYWViZjAw MCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBiYWViZjAwMCAtIDAwMDAw MDAwYmFmYmYwMDAgKEFDUEkgTlZTKQ0KKFhFTikgIDAwMDAwMDAwYmFmYmYw MDAgLSAwMDAwMDAwMGJhZmZmMDAwIChBQ1BJIGRhdGEpDQooWEVOKSAgMDAw MDAwMDBiYWZmZjAwMCAtIDAwMDAwMDAwYmIwMDAwMDAgKHVzYWJsZSkNCihY RU4pICAwMDAwMDAwMGJiMDAwMDAwIC0gMDAwMDAwMDBiZmEwMDAwMCAocmVz ZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZjAw MDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmViMDAwMDAgLSAw MDAwMDAwMGZlYjA0MDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZl YzAwMDAwIC0gMDAwMDAwMDBmZWMwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAg MDAwMDAwMDBmZWQxMDAwMCAtIDAwMDAwMDAwZmVkMWEwMDAgKHJlc2VydmVk KQ0KKFhFTikgIDAwMDAwMDAwZmVkMWMwMDAgLSAwMDAwMDAwMGZlZDIwMDAw IChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAw MDBmZWUwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZmIwMDAw MCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAw MDAxMDAwMDAwMDAgLSAwMDAwMDAwMjNmNjAwMDAwICh1c2FibGUpDQooWEVO KSBBQ1BJOiBSU0RQIEJBRkZFMDE0LCAwMDI0IChyMiBUT1NJTlYpDQooWEVO KSBBQ1BJOiBYU0RUIEJBRkZFMjEwLCAwMEI0IChyMSBUT1NJTlYgVE9TSU5W MDAgICAgICAgIDEgICAgICAgMTAwMDAxMykNCihYRU4pIEFDUEk6IEZBQ1Ag QkFGRkIwMDAsIDAxMEMgKHI1IFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBB Q1BJICAgIDQwMDAwKQ0KKFhFTikgQUNQSTogRFNEVCBCQUZFRjAwMCwgODQw NCAocjEgVE9TSU5WIFRPU0lOVjAwICAgICAgICAwIEFDUEkgICAgNDAwMDAp DQooWEVOKSBBQ1BJOiBGQUNTIEJBRkJCMDAwLCAwMDQwDQooWEVOKSBBQ1BJ OiBVRUZJIEJBRkZEMDAwLCAwMjM2IChyMSBUT1NJTlYgVE9TSU5WMDAgICAg ICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IEFTRiEgQkFGRkMw MDAsIDAwQTUgKHIzMiBUT1NJTlYgVE9TSU5WMDAgICAgICAgIDEgQUNQSSAg ICA0MDAwMCkNCihYRU4pIEFDUEk6IEhQRVQgQkFGRkEwMDAsIDAwMzggKHIx IFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBBQ1BJICAgIDQwMDAwKQ0KKFhF TikgQUNQSTogQVBJQyBCQUZGOTAwMCwgMDA4QyAocjMgVE9TSU5WIFRPU0lO VjAwICAgICAgICAxIEFDUEkgICAgNDAwMDApDQooWEVOKSBBQ1BJOiBNQ0ZH IEJBRkY4MDAwLCAwMDNDIChyMSBUT1NJTlYgVE9TSU5WMDAgICAgICAgIDEg QUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IFNMSUMgQkFGRUUwMDAsIDAx NzYgKHIxIFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBBQ1BJICAgIDQwMDAw KQ0KKFhFTikgQUNQSTogV0RBVCBCQUZFRDAwMCwgMDIyNCAocjEgVE9TSU5W IFRPU0lOVjAwICAgICAgICAxIEFDUEkgICAgNDAwMDApDQooWEVOKSBBQ1BJ OiBTU0RUIEJBRkVCMDAwLCAxMDY4IChyMSBJTlNZREUgQ1IgQ1JCICAgICAg IDEwMDAgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IEJPT1QgQkFGRTkw MDAsIDAwMjggKHIxIFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBBQ1BJICAg IDQwMDAwKQ0KKFhFTikgQUNQSTogQVNQVCBCQUZFNzAwMCwgMDAzNCAocjcg VE9TSU5WIFRPU0lOVjAwICAgICAgICAxIEFDUEkgICAgNDAwMDApDQooWEVO KSBBQ1BJOiBEQkdQIEJBRkU2MDAwLCAwMDM0IChyMSBUT1NJTlYgVE9TSU5W MDAgICAgICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IFNTRFQg QkFGREYwMDAsIDZDNDIgKHIxIFRPU0lOViAgIFRzYk9kbSAgICAgMTAwMCBB Q1BJICAgIDQwMDAwKQ0KKFhFTikgQUNQSTogRlBEVCBCQUZERDAwMCwgMDA0 NCAocjEgVE9TSU5WIFRPU0lOVjAwICAgICAgICAxIEFDUEkgICAgNDAwMDAp DQooWEVOKSBBQ1BJOiBNU0RNIEJBRkRDMDAwLCAwMDU1IChyMyBUT1NJTlYg VE9TSU5WMDAgICAgICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6 IFNTRFQgQkFGREIwMDAsIDA5MTggKHIxIElOU1lERSBDUiBDUkIgICAgICAg MzAwMCBBQ1BJICAgIDQwMDAwKQ0KKFhFTikgQUNQSTogU1NEVCBCQUZEQTAw MCwgMEIyMiAocjEgSU5TWURFIENSIENSQiAgICAgICAzMDAwIEFDUEkgICAg NDAwMDApDQooWEVOKSBBQ1BJOiBCR1JUIEJBRkQ5MDAwLCAwMDM4IChyMSBU T1NJTlYgVE9TSU5WMDAgICAgICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4p IFN5c3RlbSBSQU06IDgwNzZNQiAoODI3MDA1MmtCKQ0KKFhFTikgTm8gTlVN QSBjb25maWd1cmF0aW9uIGZvdW5kDQooWEVOKSBGYWtpbmcgYSBub2RlIGF0 IDAwMDAwMDAwMDAwMDAwMDAtMDAwMDAwMDIzZjYwMDAwMA0KKFhFTikgRG9t YWluIGhlYXAgaW5pdGlhbGlzZWQNCihYRU4pIHZlc2FmYjogZnJhbWVidWZm ZXIgYXQgMHhjMDAwMDAwMCwgbWFwcGVkIHRvIDB4ZmZmZjgyYzAwMDA4MTAw MCwgdXNpbmcgNjE0NGssIHRvdGFsIDY1NTM2aw0KKFhFTikgdmVzYWZiOiBt b2RlIGlzIDEzNjZ4NzY4eDMyLCBsaW5lbGVuZ3RoPTU1MDQsIGZvbnQgOHgx NA0KKFhFTikgdmVzYWZiOiBUcnVlY29sb3I6IHNpemU9ODo4Ojg6OCwgc2hp ZnQ9MjQ6MTY6ODowDQooWEVOKSBTTUJJT1MgMi43IHByZXNlbnQuDQooWEVO KSBETUkgMi43IHByZXNlbnQuDQooWEVOKSBVc2luZyBBUElDIGRyaXZlciBk ZWZhdWx0DQooWEVOKSBBQ1BJOiBQTS1UaW1lciBJTyBQb3J0OiAweDQwOA0K KFhFTikgQUNQSTogdjUgU0xFRVAgSU5GTzogY29udHJvbFswOjBdLCBzdGF0 dXNbMDowXQ0KKFhFTikgQUNQSTogU0xFRVAgSU5GTzogcG0xeF9jbnRbNDA0 LDBdLCBwbTF4X2V2dFs0MDAsMF0NCihYRU4pIEFDUEk6IDMyLzY0WCBGQUNT IGFkZHJlc3MgbWlzbWF0Y2ggaW4gRkFEVCAtIGJhZmJiMDAwLzAwMDAwMDAw MDAwMDAwMDAsIHVzaW5nIDMyDQooWEVOKSBBQ1BJOiAgICAgICAgICAgICB3 YWtldXBfdmVjW2JhZmJiMDBjXSwgdmVjX3NpemVbMjBdDQooWEVOKSBBQ1BJ OiBMb2NhbCBBUElDIGFkZHJlc3MgMHhmZWUwMDAwMA0KKFhFTikgQUNQSTog TEFQSUMgKGFjcGlfaWRbMHgwMV0gbGFwaWNfaWRbMHgwMF0gZW5hYmxlZCkN CihYRU4pIFByb2Nlc3NvciAjMCA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhF TikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwMl0gbGFwaWNfaWRbMHgwMV0g ZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjMSA3OjEwIEFQSUMgdmVyc2lv biAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwM10gbGFwaWNf aWRbMHgwMl0gZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjMiA3OjEwIEFQ SUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgw NF0gbGFwaWNfaWRbMHgwM10gZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAj MyA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFj cGlfaWRbMHgwNV0gbGFwaWNfaWRbMHgwNF0gZW5hYmxlZCkNCihYRU4pIFBy b2Nlc3NvciAjNCA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTog TEFQSUMgKGFjcGlfaWRbMHgwNl0gbGFwaWNfaWRbMHgwNV0gZW5hYmxlZCkN CihYRU4pIFByb2Nlc3NvciAjNSA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhF TikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwN10gbGFwaWNfaWRbMHgwNl0g ZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjNiA3OjEwIEFQSUMgdmVyc2lv biAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwOF0gbGFwaWNf aWRbMHgwN10gZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjNyA3OjEwIEFQ SUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTogSU9BUElDIChpZFsweDAwXSBh ZGRyZXNzWzB4ZmVjMDAwMDBdIGdzaV9iYXNlWzBdKQ0KKFhFTikgSU9BUElD WzBdOiBhcGljX2lkIDAsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAw MCwgR1NJIDAtMjMNCihYRU4pIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBi dXNfaXJxIDAgZ2xvYmFsX2lycSAyIGRmbCBkZmwpDQooWEVOKSBBQ1BJOiBJ TlRfU1JDX09WUiAoYnVzIDAgYnVzX2lycSA5IGdsb2JhbF9pcnEgOSBoaWdo IGxldmVsKQ0KKFhFTikgQUNQSTogSVJRMCB1c2VkIGJ5IG92ZXJyaWRlLg0K KFhFTikgQUNQSTogSVJRMiB1c2VkIGJ5IG92ZXJyaWRlLg0KKFhFTikgQUNQ STogSVJROSB1c2VkIGJ5IG92ZXJyaWRlLg0KKFhFTikgRW5hYmxpbmcgQVBJ QyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzDQooWEVOKSBBQ1BJ OiBIUEVUIGlkOiAweDgwODZhMjAxIGJhc2U6IDB4ZmVkMDAwMDANCihYRU4p IEVSU1QgdGFibGUgd2FzIG5vdCBmb3VuZA0KKFhFTikgQUNQSTogQkdSVDog aW52YWxpZGF0aW5nIHYxIGltYWdlIGF0IDB4YjZkODUwMDANCihYRU4pIFVz aW5nIEFDUEkgKE1BRFQpIGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1h dGlvbg0KKFhFTikgU01QOiBBbGxvd2luZyA4IENQVXMgKDAgaG90cGx1ZyBD UFVzKQ0KKFhFTikgSVJRIGxpbWl0czogMjQgR1NJLCAxNTI4IE1TSS9NU0kt WA0KKFhFTikgTm90IGVuYWJsaW5nIHgyQVBJQzogZGVwZW5kcyBvbiBpb21t dV9zdXBwb3J0c19laW0uDQooWEVOKSBVc2luZyBzY2hlZHVsZXI6IFNNUCBD cmVkaXQgU2NoZWR1bGVyIChjcmVkaXQpDQooWEVOKSBEZXRlY3RlZCAyMzk0 LjY2NiBNSHogcHJvY2Vzc29yLg0KKFhFTikgRUZJIG1lbW9yeSBtYXA6DQoo WEVOKSAgMDAwMDAwMDAwMDAwMC0wMDAwMDAwMDAwZmZmIHR5cGU9MyBhdHRy PTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMDAwMDAxMDAwLTAwMDAw MDAwNmVmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikg IDAwMDAwMDAwNmYwMDAtMDAwMDAwMDA2ZmZmZiB0eXBlPTQgYXR0cj0wMDAw MDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDAwMDA3MDAwMC0wMDAwMDAwMDg0 ZmZmIHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAw MDAwMDg1MDAwLTAwMDAwMDAwODdmZmYgdHlwZT0yIGF0dHI9MDAwMDAwMDAw MDAwMDAwZg0KKFhFTikgIDAwMDAwMDAwODgwMDAtMDAwMDAwMDA5ZmZmZiB0 eXBlPTYgYXR0cj04MDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDAwMDEw MDAwMC0wMDAwMDFmZmZmZmZmIHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAw MGYNCihYRU4pICAwMDAwMDIwMDAwMDAwLTAwMDAwMjAxZmZmZmYgdHlwZT0w IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwMjAyMDAwMDAt MDAwMDA0MDAwM2ZmZiB0eXBlPTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQoo WEVOKSAgMDAwMDA0MDAwNDAwMC0wMDAwMDQwMDA0ZmZmIHR5cGU9MCBhdHRy PTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMDQwMDA1MDAwLTAwMDAw ODViNmNmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikg IDAwMDAwODViNmQwMDAtMDAwMDBiMzFiZmZmZiB0eXBlPTIgYXR0cj0wMDAw MDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiMzFjMDAwMC0wMDAwMGIzMWRm ZmZmIHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAw MGIzMWUwMDAwLTAwMDAwYjM1Y2NmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAw MDAwMDAwZg0KKFhFTikgIDAwMDAwYjM1Y2QwMDAtMDAwMDBiM2M0Y2ZmZiB0 eXBlPTIgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiM2M0 ZDAwMC0wMDAwMGI1MDUzZmZmIHR5cGU9MSBhdHRyPTAwMDAwMDAwMDAwMDAw MGYNCihYRU4pICAwMDAwMGI1MDU0MDAwLTAwMDAwYjUyNmRmZmYgdHlwZT00 IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYjUyNmUwMDAt MDAwMDBiNjE3NmZmZiB0eXBlPTEwIGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0K KFhFTikgIDAwMDAwYjYxNzcwMDAtMDAwMDBiNjE5OWZmZiB0eXBlPTQgYXR0 cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiNjE5YTAwMC0wMDAw MGI2MTllZmZmIHR5cGU9MTAgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiNjE5ZjAwMC0wMDAwMGI2MWFmZmZmIHR5cGU9NCBhdHRyPTAw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI2MWIwMDAwLTAwMDAwYjYz YTBmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYjYzYTEwMDAtMDAwMDBiNjNiZWZmZiB0eXBlPTEgYXR0cj0wMDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiNjNiZjAwMC0wMDAwMGI2ZDg0ZmZm IHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI2 ZDg1MDAwLTAwMDAwYjZlMWZmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYjZlMjAwMDAtMDAwMDBiNmUyZmZmZiB0eXBl PTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiNmUzMDAw MC0wMDAwMGI3Yjk5ZmZmIHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGI3YjlhMDAwLTAwMDAwYjdiOWFmZmYgdHlwZT03IGF0 dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYjdiOWIwMDAtMDAw MDBiODEzN2ZmZiB0eXBlPTQgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiODEzODAwMC0wMDAwMGI4MTNiZmZmIHR5cGU9NyBhdHRyPTAw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4MTNjMDAwLTAwMDAwYjgx NzFmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYjgxNzIwMDAtMDAwMDBiODE3MmZmZiB0eXBlPTcgYXR0cj0wMDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODE3MzAwMC0wMDAwMGI4MmNkZmZm IHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4 MmNlMDAwLTAwMDAwYjgyZDFmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYjgyZDIwMDAtMDAwMDBiODJkNGZmZiB0eXBl PTQgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODJkNTAw MC0wMDAwMGI4MmQ1ZmZmIHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGI4MmQ2MDAwLTAwMDAwYjg0YTdmZmYgdHlwZT00IGF0 dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYjg0YTgwMDAtMDAw MDBiODRhOGZmZiB0eXBlPTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiODRhOTAwMC0wMDAwMGI4NGNkZmZmIHR5cGU9NCBhdHRyPTAw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4NGNlMDAwLTAwMDAwYjg0 Y2ZmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYjg0ZDAwMDAtMDAwMDBiODZmOGZmZiB0eXBlPTQgYXR0cj0wMDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODZmOTAwMC0wMDAwMGI4NmY5ZmZm IHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4 NmZhMDAwLTAwMDAwYjg3MDFmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYjg3MDIwMDAtMDAwMDBiODcwMmZmZiB0eXBl PTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODcwMzAw MC0wMDAwMGJhM2JlZmZmIHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGJhM2JmMDAwLTAwMDAwYmE0MDFmZmYgdHlwZT03IGF0 dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYmE0MDIwMDAtMDAw MDBiYTdiZWZmZiB0eXBlPTMgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiYTdiZjAwMC0wMDAwMGJhODZhZmZmIHR5cGU9NSBhdHRyPTgw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJhODZiMDAwLTAwMDAwYmE4 NmNmZmYgdHlwZT02IGF0dHI9ODAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYmE4NmQwMDAtMDAwMDBiYTg3YWZmZiB0eXBlPTUgYXR0cj04MDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYTg3YjAwMC0wMDAwMGJhODdiZmZm IHR5cGU9NiBhdHRyPTgwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJh ODdjMDAwLTAwMDAwYmE4OGJmZmYgdHlwZT01IGF0dHI9ODAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYmE4OGMwMDAtMDAwMDBiYTg4Y2ZmZiB0eXBl PTYgYXR0cj04MDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYTg4ZDAw MC0wMDAwMGJhOGMzZmZmIHR5cGU9NSBhdHRyPTgwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGJhOGM0MDAwLTAwMDAwYmE4YzRmZmYgdHlwZT02IGF0 dHI9ODAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYmE4YzUwMDAtMDAw MDBiYThkNmZmZiB0eXBlPTUgYXR0cj04MDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiYThkNzAwMC0wMDAwMGJhOGQ3ZmZmIHR5cGU9NiBhdHRyPTgw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJhOGQ4MDAwLTAwMDAwYmE4 ZTNmZmYgdHlwZT01IGF0dHI9ODAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYmE4ZTQwMDAtMDAwMDBiYTkzNWZmZiB0eXBlPTYgYXR0cj04MDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYTkzNjAwMC0wMDAwMGJhOWJlZmZm IHR5cGU9NSBhdHRyPTgwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJh OWJmMDAwLTAwMDAwYmFhYmVmZmYgdHlwZT02IGF0dHI9ODAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYmFhYmYwMDAtMDAwMDBiYWViZWZmZiB0eXBl PTAgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYWViZjAw MC0wMDAwMGJhZmJlZmZmIHR5cGU9MTAgYXR0cj0wMDAwMDAwMDAwMDAwMDBm DQooWEVOKSAgMDAwMDBiYWZiZjAwMC0wMDAwMGJhZmZlZmZmIHR5cGU9OSBh dHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJhZmZmMDAwLTAw MDAwYmFmZmZmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhF TikgIDAwMDAxMDAwMDAwMDAtMDAwMDIzZjVmZmZmZiB0eXBlPTcgYXR0cj0w MDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDAwMDBhMDAwMC0wMDAwMDAw MGJmZmZmIHR5cGU9MCBhdHRyPTAwMDAwMDAwMDAwMDAwMDANCihYRU4pICAw MDAwMGJiMDAwMDAwLTAwMDAwYmY5ZmZmZmYgdHlwZT0wIGF0dHI9MDAwMDAw MDAwMDAwMDAwMA0KKFhFTikgIDAwMDAwZTAwMDAwMDAtMDAwMDBlZmZmZmZm ZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAwMDAwMQ0KKFhFTikgIDAwMDAw ZmViMDAwMDAtMDAwMDBmZWIwM2ZmZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAw MDAwMDAwMQ0KKFhFTikgIDAwMDAwZmVjMDAwMDAtMDAwMDBmZWMwMGZmZiB0 eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAwMDAwMQ0KKFhFTikgIDAwMDAwZmVk MTAwMDAtMDAwMDBmZWQxOWZmZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAw MDAwMQ0KKFhFTikgIDAwMDAwZmVkMWMwMDAtMDAwMDBmZWQxZmZmZiB0eXBl PTExIGF0dHI9ODAwMDAwMDAwMDAwMDAwMQ0KKFhFTikgIDAwMDAwZmVlMDAw MDAtMDAwMDBmZWUwMGZmZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAwMDAw MQ0KKFhFTikgIDAwMDAwZmZiMDAwMDAtMDAwMDBmZmZmZmZmZiB0eXBlPTEx IGF0dHI9ODAwMDAwMDAwMDAwMDAwMA0KKFhFTikgVW5rbm93biBjYWNoYWJp bGl0eSBmb3IgTUZOcyAweGZmYjAwLTB4ZmZmZmYNCihYRU4pIEluaXRpbmcg bWVtb3J5IHNoYXJpbmcuDQooWEVOKSB4c3RhdGVfaW5pdDogdXNpbmcgY250 eHRfc2l6ZTogMHgzNDAgYW5kIHN0YXRlczogMHg3DQooWEVOKSBtY2VfaW50 ZWwuYzo3MTc6IE1DQSBDYXBhYmlsaXR5OiBCQ0FTVCAxIFNFUiAwIENNQ0kg MSBmaXJzdGJhbmsgMCBleHRlbmRlZCBNQ0UgTVNSIDANCihYRU4pIFRoZXJt YWwgbW9uaXRvcmluZyBoYW5kbGVkIGJ5IFNNSQ0KKFhFTikgSW50ZWwgbWFj aGluZSBjaGVjayByZXBvcnRpbmcgZW5hYmxlZA0KKFhFTikgUENJOiBNQ0ZH IGNvbmZpZ3VyYXRpb24gMDogYmFzZSBlMDAwMDAwMCBzZWdtZW50IDAwMDAg YnVzZXMgMDAgLSBmZg0KKFhFTikgUENJOiBNQ0ZHIGFyZWEgYXQgZTAwMDAw MDAgcmVzZXJ2ZWQgaW4gRTgyMA0KKFhFTikgUENJOiBVc2luZyBNQ0ZHIGZv ciBzZWdtZW50IDAwMDAgYnVzIDAwLWZmDQooWEVOKSBJL08gdmlydHVhbGlz YXRpb24gZGlzYWJsZWQNCihYRU4pIEVuYWJsZWQgZGlyZWN0ZWQgRU9JIHdp dGggaW9hcGljX2Fja19vbGQgb24hDQooWEVOKSBFTkFCTElORyBJTy1BUElD IElSUXMNCihYRU4pIC4uVElNRVI6IHZlY3Rvcj0weEYwIGFwaWMxPTAgcGlu MT0yIGFwaWMyPS0xIHBpbjI9LTENCihYRU4pIFRTQyBkZWFkbGluZSB0aW1l ciBlbmFibGVkDQooWEVOKSBVc2luZyBzdGFuZGFyZCByZW5kZXp2b3VzDQoo WEVOKSBQbGF0Zm9ybSB0aW1lciBpcyAxNC4zMThNSHogSFBFVA0KKFhFTikg QWxsb2NhdGVkIGNvbnNvbGUgcmluZyBvZiA2NCBLaUIuDQooWEVOKSBtd2Fp dC1pZGxlOiBNV0FJVCBzdWJzdGF0ZXM6IDB4MjExMjANCihYRU4pIG13YWl0 LWlkbGU6IHYwLjQgbW9kZWwgMHgzYQ0KKFhFTikgbXdhaXQtaWRsZTogbGFw aWNfdGltZXJfcmVsaWFibGVfc3RhdGVzIDB4ZmZmZmZmZmYNCihYRU4pIFZN WDogU3VwcG9ydGVkIGFkdmFuY2VkIGZlYXR1cmVzOg0KKFhFTikgIC0gQVBJ QyBNTUlPIGFjY2VzcyB2aXJ0dWFsaXNhdGlvbg0KKFhFTikgIC0gQVBJQyBU UFIgc2hhZG93DQooWEVOKSAgLSBFeHRlbmRlZCBQYWdlIFRhYmxlcyAoRVBU KQ0KKFhFTikgIC0gVmlydHVhbC1Qcm9jZXNzb3IgSWRlbnRpZmllcnMgKFZQ SUQpDQooWEVOKSAgLSBWaXJ0dWFsIE5NSQ0KKFhFTikgIC0gTVNSIGRpcmVj dC1hY2Nlc3MgYml0bWFwDQooWEVOKSAgLSBVbnJlc3RyaWN0ZWQgR3Vlc3QN CihYRU4pIEhWTTogQVNJRHMgZW5hYmxlZC4NCihYRU4pIEhWTTogVk1YIGVu YWJsZWQNCihYRU4pIEhWTTogSGFyZHdhcmUgQXNzaXN0ZWQgUGFnaW5nIChI QVApIGRldGVjdGVkDQooWEVOKSBIVk06IEhBUCBwYWdlIHNpemVzOiA0a0Is IDJNQg0KKFhFTikgQnJvdWdodCB1cCA4IENQVXMNCihYRU4pIEFDUEkgc2xl ZXAgbW9kZXM6IFMzDQooWEVOKSBtY2hlY2tfcG9sbDogTWFjaGluZSBjaGVj ayBwb2xsaW5nIHRpbWVyIHN0YXJ0ZWQuDQooWEVOKSAqKiogTE9BRElORyBE T01BSU4gMCAqKioNCihYRU4pIGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBh ZGRyPTB4MTAwMDAwMCBtZW1zej0weDc5NzAwMA0KKFhFTikgZWxmX3BhcnNl X2JpbmFyeTogcGhkcjogcGFkZHI9MHgxODAwMDAwIG1lbXN6PTB4YmUwZjAN CihYRU4pIGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBhZGRyPTB4MThiZjAw MCBtZW1zej0weDE0ZjQwDQooWEVOKSBlbGZfcGFyc2VfYmluYXJ5OiBwaGRy OiBwYWRkcj0weDE4ZDQwMDAgbWVtc3o9MHg2N2QwMDANCihYRU4pIGVsZl9w YXJzZV9iaW5hcnk6IG1lbW9yeTogMHgxMDAwMDAwIC0+IDB4MWY1MTAwMA0K KFhFTikgZWxmX3hlbl9wYXJzZV9ub3RlOiBHVUVTVF9PUyA9ICJsaW51eCIN CihYRU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogR1VFU1RfVkVSU0lPTiA9ICIy LjYiDQooWEVOKSBlbGZfeGVuX3BhcnNlX25vdGU6IFhFTl9WRVJTSU9OID0g Inhlbi0zLjAiDQooWEVOKSBlbGZfeGVuX3BhcnNlX25vdGU6IFZJUlRfQkFT RSA9IDB4ZmZmZmZmZmY4MDAwMDAwMA0KKFhFTikgZWxmX3hlbl9wYXJzZV9u b3RlOiBFTlRSWSA9IDB4ZmZmZmZmZmY4MThkNDFlMA0KKFhFTikgZWxmX3hl bl9wYXJzZV9ub3RlOiBIWVBFUkNBTExfUEFHRSA9IDB4ZmZmZmZmZmY4MTAw MTAwMA0KKFhFTikgZWxmX3hlbl9wYXJzZV9ub3RlOiBGRUFUVVJFUyA9ICIh d3JpdGFibGVfcGFnZV90YWJsZXN8cGFlX3BnZGlyX2Fib3ZlXzRnYiINCihY RU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogUEFFX01PREUgPSAieWVzIg0KKFhF TikgZWxmX3hlbl9wYXJzZV9ub3RlOiBMT0FERVIgPSAiZ2VuZXJpYyINCihY RU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogdW5rbm93biB4ZW4gZWxmIG5vdGUg KDB4ZCkNCihYRU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogU1VTUEVORF9DQU5D RUwgPSAweDENCihYRU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogSFZfU1RBUlRf TE9XID0gMHhmZmZmODAwMDAwMDAwMDAwDQooWEVOKSBlbGZfeGVuX3BhcnNl X25vdGU6IFBBRERSX09GRlNFVCA9IDB4MA0KKFhFTikgZWxmX3hlbl9hZGRy X2NhbGNfY2hlY2s6IGFkZHJlc3NlczoNCihYRU4pICAgICB2aXJ0X2Jhc2Ug ICAgICAgID0gMHhmZmZmZmZmZjgwMDAwMDAwDQooWEVOKSAgICAgZWxmX3Bh ZGRyX29mZnNldCA9IDB4MA0KKFhFTikgICAgIHZpcnRfb2Zmc2V0ICAgICAg PSAweGZmZmZmZmZmODAwMDAwMDANCihYRU4pICAgICB2aXJ0X2tzdGFydCAg ICAgID0gMHhmZmZmZmZmZjgxMDAwMDAwDQooWEVOKSAgICAgdmlydF9rZW5k ICAgICAgICA9IDB4ZmZmZmZmZmY4MWY1MTAwMA0KKFhFTikgICAgIHZpcnRf ZW50cnkgICAgICAgPSAweGZmZmZmZmZmODE4ZDQxZTANCihYRU4pICAgICBw Mm1fYmFzZSAgICAgICAgID0gMHhmZmZmZmZmZmZmZmZmZmZmDQooWEVOKSAg WGVuICBrZXJuZWw6IDY0LWJpdCwgbHNiLCBjb21wYXQzMg0KKFhFTikgIERv bTAga2VybmVsOiA2NC1iaXQsIFBBRSwgbHNiLCBwYWRkciAweDEwMDAwMDAg LT4gMHgxZjUxMDAwDQooWEVOKSBQSFlTSUNBTCBNRU1PUlkgQVJSQU5HRU1F TlQ6DQooWEVOKSAgRG9tMCBhbGxvYy46ICAgMDAwMDAwMDIzNDAwMDAwMC0+ MDAwMDAwMDIzODAwMDAwMCAoMzc2MDkxIHBhZ2VzIHRvIGJlIGFsbG9jYXRl ZCkNCihYRU4pICBJbml0LiByYW1kaXNrOiAwMDAwMDAwMjNmMzFiMDAwLT4w MDAwMDAwMjNmNWZmZGI4DQooWEVOKSBWSVJUVUFMIE1FTU9SWSBBUlJBTkdF TUVOVDoNCihYRU4pICBMb2FkZWQga2VybmVsOiBmZmZmZmZmZjgxMDAwMDAw LT5mZmZmZmZmZjgxZjUxMDAwDQooWEVOKSAgSW5pdC4gcmFtZGlzazogZmZm ZmZmZmY4MWY1MTAwMC0+ZmZmZmZmZmY4MjIzNWRiOA0KKFhFTikgIFBoeXMt TWFjaCBtYXA6IGZmZmZmZmZmODIyMzYwMDAtPmZmZmZmZmZmODI1MzYwMDAN CihYRU4pICBTdGFydCBpbmZvOiAgICBmZmZmZmZmZjgyNTM2MDAwLT5mZmZm ZmZmZjgyNTM2NGI0DQooWEVOKSAgUGFnZSB0YWJsZXM6ICAgZmZmZmZmZmY4 MjUzNzAwMC0+ZmZmZmZmZmY4MjU0ZTAwMA0KKFhFTikgIEJvb3Qgc3RhY2s6 ICAgIGZmZmZmZmZmODI1NGUwMDAtPmZmZmZmZmZmODI1NGYwMDANCihYRU4p ICBUT1RBTDogICAgICAgICBmZmZmZmZmZjgwMDAwMDAwLT5mZmZmZmZmZjgy ODAwMDAwDQooWEVOKSAgRU5UUlkgQUREUkVTUzogZmZmZmZmZmY4MThkNDFl MA0KKFhFTikgRG9tMCBoYXMgbWF4aW11bSA4IFZDUFVzDQooWEVOKSBlbGZf bG9hZF9iaW5hcnk6IHBoZHIgMCBhdCAweGZmZmZmZmZmODEwMDAwMDAgLT4g MHhmZmZmZmZmZjgxNzk3MDAwDQooWEVOKSBlbGZfbG9hZF9iaW5hcnk6IHBo ZHIgMSBhdCAweGZmZmZmZmZmODE4MDAwMDAgLT4gMHhmZmZmZmZmZjgxOGJl MGYwDQooWEVOKSBlbGZfbG9hZF9iaW5hcnk6IHBoZHIgMiBhdCAweGZmZmZm ZmZmODE4YmYwMDAgLT4gMHhmZmZmZmZmZjgxOGQzZjQwDQooWEVOKSBlbGZf bG9hZF9iaW5hcnk6IHBoZHIgMyBhdCAweGZmZmZmZmZmODE4ZDQwMDAgLT4g MHhmZmZmZmZmZjgxOWQ2MDAwDQooWEVOKSBTY3J1YmJpbmcgRnJlZSBSQU06 IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLmRvbmUuDQooWEVOKSBJbml0aWFsIGxvdyBt ZW1vcnkgdmlycSB0aHJlc2hvbGQgc2V0IGF0IDB4NDAwMCBwYWdlcy4NCihY RU4pIFN0ZC4gTG9nbGV2ZWw6IEFsbA0KKFhFTikgR3Vlc3QgTG9nbGV2ZWw6 IEFsbA0KKFhFTikgWGVuIGlzIHJlbGlucXVpc2hpbmcgVkdBIGNvbnNvbGUu DQooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwt YScgdGhyZWUgdGltZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikNCihYRU4p IEZyZWVkIDI3NmtCIGluaXQgbWVtb3J5Lg0KKFhFTikgUENJIGFkZCBkZXZp Y2UgMDAwMDowMDowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDAwOjAw OjAyLjANCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAwMDA6MDA6MTQuMA0KKFhF TikgUENJIGFkZCBkZXZpY2UgMDAwMDowMDoxNi4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDAwOjAwOjFhLjANCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAw MDA6MDA6MWIuMA0KKFhFTikgUENJIGFkZCBkZXZpY2UgMDAwMDowMDoxYy4w DQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDAwOjAwOjFjLjENCihYRU4pIFBD SSBhZGQgZGV2aWNlIDAwMDA6MDA6MWQuMA0KKFhFTikgUENJIGFkZCBkZXZp Y2UgMDAwMDowMDoxZi4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDAwOjAw OjFmLjINCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAwMDA6MDA6MWYuMw0KKFhF TikgUENJIGFkZCBkZXZpY2UgMDAwMDowMTowMC4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDAwOjAyOjAwLjANCihYRU4pIHRyYXBzLmM6MjUxNDpkMCBE b21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAxZmMgZnJvbSAw eDAwMDAwMDAwMDAxNDAwNWYgdG8gMHgwMDAwMDAwMDAwMTQwMDVkLg0KKFhF TikgdHJhcHMuYzozMDcyOiBHUEYgKDAwMDApOiBmZmZmODJjNGMwMThjZTNh IC0+IGZmZmY4MmM0YzAyMmNiOTQNCihYRU4pIHRyYXBzLmM6MjUxNDpkMCBE b21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAwNzkgZnJvbSAw eDAwMDAwMDAwMDAwMDAwMDAgdG8gMHhmZmZmYzkwMDAxYTk3MDMwLg0K --271742675-1843097752-1369211454=:16935 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --271742675-1843097752-1369211454=:16935-- From xen-users-bounces@lists.xen.org Wed May 22 08:33:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 08:33: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 1Uf4Ss-0000Uk-K5; Wed, 22 May 2013 08:32:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf4Sr-0000Uf-4H for xen-users@lists.xen.org; Wed, 22 May 2013 08:32:06 +0000 Received: from [85.158.137.99:8166] by server-10.bemta-3.messagelabs.com id 95/42-00761-4828C915; Wed, 22 May 2013 08:32:04 +0000 X-Env-Sender: kprescott@coolip.net X-Msg-Ref: server-15.tower-217.messagelabs.com!1369211507!15487028!1 X-Originating-IP: [23.23.221.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4451 invoked from network); 22 May 2013 08:31:47 -0000 Received: from zcs.mccainsystems.com (HELO zcs.mccainsystems.com) (23.23.221.81) by server-15.tower-217.messagelabs.com with SMTP; 22 May 2013 08:31:47 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by zcs.mccainsystems.com (Postfix) with ESMTP id A356F1443FC for ; Wed, 22 May 2013 04:31:46 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs.mccainsystems.com Received: from zcs.mccainsystems.com ([127.0.0.1]) by localhost (zcs.mccainsystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0WLCFYOZCMMD for ; Wed, 22 May 2013 04:31:27 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by zcs.mccainsystems.com (Postfix) with ESMTP id 1149E1443FB for ; Wed, 22 May 2013 04:31:27 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs.mccainsystems.com Received: from zcs.mccainsystems.com ([127.0.0.1]) by localhost (zcs.mccainsystems.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pWMYKjKgm6kI for ; Wed, 22 May 2013 04:30:54 -0400 (EDT) Received: from ip-10-122-162-135.ec2.internal (zaria.coolip.net [50.16.211.118]) by zcs.mccainsystems.com (Postfix) with ESMTPSA id 5B53A1443FD for ; Wed, 22 May 2013 04:30:54 -0400 (EDT) Date: Wed, 22 May 2013 04:30:48 -0400 (EDT) From: Kelly Prescott To: xen-users@lists.xen.org Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="271742675-1843097752-1369211454=:16935" Subject: [Xen-users] laptop keyboard not detected under 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII I have a TOSHIBA Satellite S855 with Bios 6.60 laptop. When I try to use xen-4.3 with it I cannot get the keyboard to work... If I plug in a USB keyboard the USB keyboard functions fine... I suspect Xen might have problems with this hardware. I am running archlinux with the 3.9.3-1Arch kernel and xen-4.3 from the aur. I see the same problem with xen-4.2 for what it is worth. I found some hopefully useful output in the regular kernel boot messages as follows: 0.000000] DMI: TOSHIBA Satellite S855/Portable PC, BIOS 6.60 01/14/2013 0.045374] TOSHIBA Satellite detected - force copy of DSDT to local memory 0.475982] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 0.492197] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 When I look at the dmesg output when running under xen I only get [ 3.725666] serio: i8042 KBD port at 0x60,0x64 irq 1 I have tried booting with apic=noirq but that had no noticable effect. I have also attached 3 files. the dmesg without xen, the dmesg with xen, and the dmesg ring of the xen boot itself. I would like to know if anyone can propose a solution for me so I can use the build in keyboard. I am willing to provide more information or test or if I have missed something please point it out for me... Thanks much for your time. -- Kelly --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg-no-xen Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg-no-xen WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1 c2V0DQpbICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5 cyBjcHUNClsgICAgMC4wMDAwMDBdIExpbnV4IHZlcnNpb24gMy45LjMtMS1B UkNIICh0b2JpYXNAVC1QT1dBLUxYKSAoZ2NjIHZlcnNpb24gNC44LjAgMjAx MzA1MDIgKHByZXJlbGVhc2UpIChHQ0MpICkgIzEgU01QIFBSRUVNUFQgU3Vu IE1heSAxOSAyMjo1MDoyOSBDRVNUIDIwMTMNClsgICAgMC4wMDAwMDBdIENv bW1hbmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LWxpbnV4IHJv b3Q9VVVJRD03ZjRjMDk3ZS1kMjE5LTRmZDUtYTI2Mi05NzZlZjg3YjFkODAg cm8gcXVpZXQNClsgICAgMC4wMDAwMDBdIGU4MjA6IEJJT1MtcHJvdmlkZWQg cGh5c2ljYWwgUkFNIG1hcDoNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDog W21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAwMDAwMDAwMDg3ZmZmXSB1 c2FibGUNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21lbSAweDAwMDAw MDAwMDAwODgwMDAtMHgwMDAwMDAwMDAwMGJmZmZmXSByZXNlcnZlZA0KWyAg ICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDAwMDEwMDAw MC0weDAwMDAwMDAwMWZmZmZmZmZdIHVzYWJsZQ0KWyAgICAwLjAwMDAwMF0g QklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDAyMDAwMDAwMC0weDAwMDAwMDAw MjAxZmZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6 IFttZW0gMHgwMDAwMDAwMDIwMjAwMDAwLTB4MDAwMDAwMDA0MDAwM2ZmZl0g dXNhYmxlDQpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAw MDAwMDQwMDA0MDAwLTB4MDAwMDAwMDA0MDAwNGZmZl0gcmVzZXJ2ZWQNClsg ICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAwNDAwMDUw MDAtMHgwMDAwMDAwMGI1MjZkZmZmXSB1c2FibGUNClsgICAgMC4wMDAwMDBd IEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAwYjUyNmUwMDAtMHgwMDAwMDAw MGI2MTc2ZmZmXSBBQ1BJIE5WUw0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIw OiBbbWVtIDB4MDAwMDAwMDBiNjE3NzAwMC0weDAwMDAwMDAwYjYxOTlmZmZd IHVzYWJsZQ0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAw MDAwMDBiNjE5YTAwMC0weDAwMDAwMDAwYjYxOWVmZmZdIEFDUEkgTlZTDQpb ICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGI2MTlm MDAwLTB4MDAwMDAwMDBiYTdiZWZmZl0gdXNhYmxlDQpbICAgIDAuMDAwMDAw XSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGJhN2JmMDAwLTB4MDAwMDAw MDBiYWViZWZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgy MDogW21lbSAweDAwMDAwMDAwYmFlYmYwMDAtMHgwMDAwMDAwMGJhZmJlZmZm XSBBQ1BJIE5WUw0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4 MDAwMDAwMDBiYWZiZjAwMC0weDAwMDAwMDAwYmFmZmVmZmZdIEFDUEkgZGF0 YQ0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDBi YWZmZjAwMC0weDAwMDAwMDAwYmFmZmZmZmZdIHVzYWJsZQ0KWyAgICAwLjAw MDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDBiYjAwMDAwMC0weDAw MDAwMDAwYmY5ZmZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBCSU9T LWU4MjA6IFttZW0gMHgwMDAwMDAwMGUwMDAwMDAwLTB4MDAwMDAwMDBlZmZm ZmZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21l bSAweDAwMDAwMDAwZmViMDAwMDAtMHgwMDAwMDAwMGZlYjAzZmZmXSByZXNl cnZlZA0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAw MDBmZWMwMDAwMC0weDAwMDAwMDAwZmVjMDBmZmZdIHJlc2VydmVkDQpbICAg IDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGZlZDEwMDAw LTB4MDAwMDAwMDBmZWQxOWZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBd IEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAwZmVkMWMwMDAtMHgwMDAwMDAw MGZlZDFmZmZmXSByZXNlcnZlZA0KWyAgICAwLjAwMDAwMF0gQklPUy1lODIw OiBbbWVtIDB4MDAwMDAwMDBmZWUwMDAwMC0weDAwMDAwMDAwZmVlMDBmZmZd IHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgw MDAwMDAwMGZmYjAwMDAwLTB4MDAwMDAwMDBmZmZmZmZmZl0gcmVzZXJ2ZWQN ClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDogW21lbSAweDAwMDAwMDAxMDAw MDAwMDAtMHgwMDAwMDAwMjNmNWZmZmZmXSB1c2FibGUNClsgICAgMC4wMDAw MDBdIE5YIChFeGVjdXRlIERpc2FibGUpIHByb3RlY3Rpb246IGFjdGl2ZQ0K WyAgICAwLjAwMDAwMF0gZWZpOiBFRkkgdjIuMzEgYnkgSU5TWURFIENvcnAu DQpbICAgIDAuMDAwMDAwXSBlZmk6ICBBQ1BJPTB4YmFmZmUwMDAgIEFDUEkg Mi4wPTB4YmFmZmUwMTQgIFNNQklPUz0weGJhZWJlZjk4IA0KWyAgICAwLjAw MDAwMF0gZWZpOiBtZW0wMDogdHlwZT0zLCBhdHRyPTB4ZiwgcmFuZ2U9WzB4 MDAwMDAwMDAwMDAwMDAwMC0weDAwMDAwMDAwMDAwMDEwMDApICgwTUIpDQpb ICAgIDAuMDAwMDAwXSBlZmk6IG1lbTAxOiB0eXBlPTcsIGF0dHI9MHhmLCBy YW5nZT1bMHgwMDAwMDAwMDAwMDAxMDAwLTB4MDAwMDAwMDAwMDA2ZjAwMCkg KDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDI6IHR5cGU9NCwgYXR0 cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMDAwNmYwMDAtMHgwMDAwMDAwMDAw MDcwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0wMzogdHlw ZT03LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDAwMDA3MDAwMC0weDAw MDAwMDAwMDAwODgwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1l bTA0OiB0eXBlPTYsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1b MHgwMDAwMDAwMDAwMDg4MDAwLTB4MDAwMDAwMDAwMDBhMDAwMCkgKDBNQikN ClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDU6IHR5cGU9MiwgYXR0cj0weGYs IHJhbmdlPVsweDAwMDAwMDAwMDAxMDAwMDAtMHgwMDAwMDAwMDAxMDUxMDAw KSAoMTVNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDY6IHR5cGU9Nywg YXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMDEwNTEwMDAtMHgwMDAwMDAw MDAyMDAwMDAwKSAoMTVNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMDc6 IHR5cGU9MiwgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMDIwMDAwMDAt MHgwMDAwMDAwMDAyZjUxMDAwKSAoMTVNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtMDg6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAw MDJmNTEwMDAtMHgwMDAwMDAwMDIwMDAwMDAwKSAoNDY0TUIpDQpbICAgIDAu MDAwMDAwXSBlZmk6IG1lbTA5OiB0eXBlPTAsIGF0dHI9MHhmLCByYW5nZT1b MHgwMDAwMDAwMDIwMDAwMDAwLTB4MDAwMDAwMDAyMDIwMDAwMCkgKDJNQikN ClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMTA6IHR5cGU9NywgYXR0cj0weGYs IHJhbmdlPVsweDAwMDAwMDAwMjAyMDAwMDAtMHgwMDAwMDAwMDM3YTI2MDAw KSAoMzc2TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTExOiB0eXBlPTIs IGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMDM3YTI2MDAwLTB4MDAwMDAw MDAzN2QwYjAwMCkgKDJNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMTI6 IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwMzdkMGIwMDAt MHgwMDAwMDAwMDQwMDA0MDAwKSAoMTMwTUIpDQpbICAgIDAuMDAwMDAwXSBl Zmk6IG1lbTEzOiB0eXBlPTAsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAw MDQwMDA0MDAwLTB4MDAwMDAwMDA0MDAwNTAwMCkgKDBNQikNClsgICAgMC4w MDAwMDBdIGVmaTogbWVtMTQ6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsw eDAwMDAwMDAwNDAwMDUwMDAtMHgwMDAwMDAwMDg1YjZkMDAwKSAoMTExNU1C KQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0xNTogdHlwZT0yLCBhdHRyPTB4 ZiwgcmFuZ2U9WzB4MDAwMDAwMDA4NWI2ZDAwMC0weDAwMDAwMDAwYjMxYzAw MDApICg3MjZNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMTY6IHR5cGU9 NCwgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjMxYzAwMDAtMHgwMDAw MDAwMGIzMWUwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0x NzogdHlwZT03LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiMzFlMDAw MC0weDAwMDAwMDAwYjUwNTQwMDApICgzME1CKQ0KWyAgICAwLjAwMDAwMF0g ZWZpOiBtZW0xODogdHlwZT00LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAw MDBiNTA1NDAwMC0weDAwMDAwMDAwYjUyNmUwMDApICgyTUIpDQpbICAgIDAu MDAwMDAwXSBlZmk6IG1lbTE5OiB0eXBlPTEwLCBhdHRyPTB4ZiwgcmFuZ2U9 WzB4MDAwMDAwMDBiNTI2ZTAwMC0weDAwMDAwMDAwYjYxNzcwMDApICgxNU1C KQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0yMDogdHlwZT00LCBhdHRyPTB4 ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiNjE3NzAwMC0weDAwMDAwMDAwYjYxOWEw MDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTIxOiB0eXBlPTEw LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiNjE5YTAwMC0weDAwMDAw MDAwYjYxOWYwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTIy OiB0eXBlPTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI2MTlmMDAw LTB4MDAwMDAwMDBiNjFiMDAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtMjM6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAw YjYxYjAwMDAtMHgwMDAwMDAwMGI2M2ExMDAwKSAoMU1CKQ0KWyAgICAwLjAw MDAwMF0gZWZpOiBtZW0yNDogdHlwZT0xLCBhdHRyPTB4ZiwgcmFuZ2U9WzB4 MDAwMDAwMDBiNjNhMTAwMC0weDAwMDAwMDAwYjYzYmYwMDApICgwTUIpDQpb ICAgIDAuMDAwMDAwXSBlZmk6IG1lbTI1OiB0eXBlPTcsIGF0dHI9MHhmLCBy YW5nZT1bMHgwMDAwMDAwMGI2M2JmMDAwLTB4MDAwMDAwMDBiNmQ4NTAwMCkg KDlNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMjY6IHR5cGU9NCwgYXR0 cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjZkODUwMDAtMHgwMDAwMDAwMGI2 ZTIwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0yNzogdHlw ZT03LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiNmUyMDAwMC0weDAw MDAwMDAwYjZlMzAwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1l bTI4OiB0eXBlPTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI2ZTMw MDAwLTB4MDAwMDAwMDBiN2I5YTAwMCkgKDEzTUIpDQpbICAgIDAuMDAwMDAw XSBlZmk6IG1lbTI5OiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAw MDAwMGI3YjlhMDAwLTB4MDAwMDAwMDBiN2I5YjAwMCkgKDBNQikNClsgICAg MC4wMDAwMDBdIGVmaTogbWVtMzA6IHR5cGU9NCwgYXR0cj0weGYsIHJhbmdl PVsweDAwMDAwMDAwYjdiOWIwMDAtMHgwMDAwMDAwMGI4MTM4MDAwKSAoNU1C KQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0zMTogdHlwZT03LCBhdHRyPTB4 ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiODEzODAwMC0weDAwMDAwMDAwYjgxM2Mw MDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTMyOiB0eXBlPTQs IGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI4MTNjMDAwLTB4MDAwMDAw MDBiODE3MjAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtMzM6 IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjgxNzIwMDAt MHgwMDAwMDAwMGI4MTczMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZp OiBtZW0zNDogdHlwZT00LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBi ODE3MzAwMC0weDAwMDAwMDAwYjgyY2UwMDApICgxTUIpDQpbICAgIDAuMDAw MDAwXSBlZmk6IG1lbTM1OiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1bMHgw MDAwMDAwMGI4MmNlMDAwLTB4MDAwMDAwMDBiODJkMjAwMCkgKDBNQikNClsg ICAgMC4wMDAwMDBdIGVmaTogbWVtMzY6IHR5cGU9NCwgYXR0cj0weGYsIHJh bmdlPVsweDAwMDAwMDAwYjgyZDIwMDAtMHgwMDAwMDAwMGI4MmQ1MDAwKSAo ME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW0zNzogdHlwZT03LCBhdHRy PTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiODJkNTAwMC0weDAwMDAwMDAwYjgy ZDYwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTM4OiB0eXBl PTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI4MmQ2MDAwLTB4MDAw MDAwMDBiODRhODAwMCkgKDFNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVt Mzk6IHR5cGU9NywgYXR0cj0weGYsIHJhbmdlPVsweDAwMDAwMDAwYjg0YTgw MDAtMHgwMDAwMDAwMGI4NGE5MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0g ZWZpOiBtZW00MDogdHlwZT00LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAw MDBiODRhOTAwMC0weDAwMDAwMDAwYjg2ZjkwMDApICgyTUIpDQpbICAgIDAu MDAwMDAwXSBlZmk6IG1lbTQxOiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1b MHgwMDAwMDAwMGI4NmY5MDAwLTB4MDAwMDAwMDBiODcwMTAwMCkgKDBNQikN ClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNDI6IHR5cGU9NCwgYXR0cj0weGYs IHJhbmdlPVsweDAwMDAwMDAwYjg3MDEwMDAtMHgwMDAwMDAwMGI4NzAyMDAw KSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW00MzogdHlwZT03LCBh dHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiODcwMjAwMC0weDAwMDAwMDAw Yjg3MDMwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTQ0OiB0 eXBlPTQsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGI4NzAzMDAwLTB4 MDAwMDAwMDBiYTNiZjAwMCkgKDI4TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6 IG1lbTQ1OiB0eXBlPTcsIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAwMGJh M2JmMDAwLTB4MDAwMDAwMDBiYTNmODAwMCkgKDBNQikNClsgICAgMC4wMDAw MDBdIGVmaTogbWVtNDY6IHR5cGU9MiwgYXR0cj0weGYsIHJhbmdlPVsweDAw MDAwMDAwYmEzZjgwMDAtMHgwMDAwMDAwMGJhNDAyMDAwKSAoME1CKQ0KWyAg ICAwLjAwMDAwMF0gZWZpOiBtZW00NzogdHlwZT0zLCBhdHRyPTB4ZiwgcmFu Z2U9WzB4MDAwMDAwMDBiYTQwMjAwMC0weDAwMDAwMDAwYmE3YmYwMDApICgz TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTQ4OiB0eXBlPTUsIGF0dHI9 MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1bMHgwMDAwMDAwMGJhN2JmMDAw LTB4MDAwMDAwMDBiYTg2YjAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtNDk6IHR5cGU9NiwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMGYsIHJh bmdlPVsweDAwMDAwMDAwYmE4NmIwMDAtMHgwMDAwMDAwMGJhODZkMDAwKSAo ME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW01MDogdHlwZT01LCBhdHRy PTB4ODAwMDAwMDAwMDAwMDAwZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYTg2ZDAw MC0weDAwMDAwMDAwYmE4N2IwMDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBl Zmk6IG1lbTUxOiB0eXBlPTYsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCBy YW5nZT1bMHgwMDAwMDAwMGJhODdiMDAwLTB4MDAwMDAwMDBiYTg3YzAwMCkg KDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNTI6IHR5cGU9NSwgYXR0 cj0weDgwMDAwMDAwMDAwMDAwMGYsIHJhbmdlPVsweDAwMDAwMDAwYmE4N2Mw MDAtMHgwMDAwMDAwMGJhODhjMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0g ZWZpOiBtZW01MzogdHlwZT02LCBhdHRyPTB4ODAwMDAwMDAwMDAwMDAwZiwg cmFuZ2U9WzB4MDAwMDAwMDBiYTg4YzAwMC0weDAwMDAwMDAwYmE4OGQwMDAp ICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTU0OiB0eXBlPTUsIGF0 dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1bMHgwMDAwMDAwMGJhODhk MDAwLTB4MDAwMDAwMDBiYThjNDAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBd IGVmaTogbWVtNTU6IHR5cGU9NiwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMGYs IHJhbmdlPVsweDAwMDAwMDAwYmE4YzQwMDAtMHgwMDAwMDAwMGJhOGM1MDAw KSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW01NjogdHlwZT01LCBh dHRyPTB4ODAwMDAwMDAwMDAwMDAwZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYThj NTAwMC0weDAwMDAwMDAwYmE4ZDcwMDApICgwTUIpDQpbICAgIDAuMDAwMDAw XSBlZmk6IG1lbTU3OiB0eXBlPTYsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBm LCByYW5nZT1bMHgwMDAwMDAwMGJhOGQ3MDAwLTB4MDAwMDAwMDBiYThkODAw MCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNTg6IHR5cGU9NSwg YXR0cj0weDgwMDAwMDAwMDAwMDAwMGYsIHJhbmdlPVsweDAwMDAwMDAwYmE4 ZDgwMDAtMHgwMDAwMDAwMGJhOGU0MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAw MF0gZWZpOiBtZW01OTogdHlwZT02LCBhdHRyPTB4ODAwMDAwMDAwMDAwMDAw ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYThlNDAwMC0weDAwMDAwMDAwYmE5MzYw MDApICgwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTYwOiB0eXBlPTUs IGF0dHI9MHg4MDAwMDAwMDAwMDAwMDBmLCByYW5nZT1bMHgwMDAwMDAwMGJh OTM2MDAwLTB4MDAwMDAwMDBiYTliZjAwMCkgKDBNQikNClsgICAgMC4wMDAw MDBdIGVmaTogbWVtNjE6IHR5cGU9NiwgYXR0cj0weDgwMDAwMDAwMDAwMDAw MGYsIHJhbmdlPVsweDAwMDAwMDAwYmE5YmYwMDAtMHgwMDAwMDAwMGJhYWJm MDAwKSAoMU1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW02MjogdHlwZT0w LCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYWFiZjAwMC0weDAwMDAw MDAwYmFlYmYwMDApICg0TUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTYz OiB0eXBlPTEwLCBhdHRyPTB4ZiwgcmFuZ2U9WzB4MDAwMDAwMDBiYWViZjAw MC0weDAwMDAwMDAwYmFmYmYwMDApICgxTUIpDQpbICAgIDAuMDAwMDAwXSBl Zmk6IG1lbTY0OiB0eXBlPTksIGF0dHI9MHhmLCByYW5nZT1bMHgwMDAwMDAw MGJhZmJmMDAwLTB4MDAwMDAwMDBiYWZmZjAwMCkgKDBNQikNClsgICAgMC4w MDAwMDBdIGVmaTogbWVtNjU6IHR5cGU9NCwgYXR0cj0weGYsIHJhbmdlPVsw eDAwMDAwMDAwYmFmZmYwMDAtMHgwMDAwMDAwMGJiMDAwMDAwKSAoME1CKQ0K WyAgICAwLjAwMDAwMF0gZWZpOiBtZW02NjogdHlwZT03LCBhdHRyPTB4Ziwg cmFuZ2U9WzB4MDAwMDAwMDEwMDAwMDAwMC0weDAwMDAwMDAyM2Y2MDAwMDAp ICg1MTEwTUIpDQpbICAgIDAuMDAwMDAwXSBlZmk6IG1lbTY3OiB0eXBlPTAs IGF0dHI9MHgwLCByYW5nZT1bMHgwMDAwMDAwMDAwMGEwMDAwLTB4MDAwMDAw MDAwMDBjMDAwMCkgKDBNQikNClsgICAgMC4wMDAwMDBdIGVmaTogbWVtNjg6 IHR5cGU9MCwgYXR0cj0weDAsIHJhbmdlPVsweDAwMDAwMDAwYmIwMDAwMDAt MHgwMDAwMDAwMGJmYTAwMDAwKSAoNzRNQikNClsgICAgMC4wMDAwMDBdIGVm aTogbWVtNjk6IHR5cGU9MTEsIGF0dHI9MHg4MDAwMDAwMDAwMDAwMDAxLCBy YW5nZT1bMHgwMDAwMDAwMGUwMDAwMDAwLTB4MDAwMDAwMDBmMDAwMDAwMCkg KDI1Nk1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW03MDogdHlwZT0xMSwg YXR0cj0weDgwMDAwMDAwMDAwMDAwMDEsIHJhbmdlPVsweDAwMDAwMDAwZmVi MDAwMDAtMHgwMDAwMDAwMGZlYjA0MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAw MF0gZWZpOiBtZW03MTogdHlwZT0xMSwgYXR0cj0weDgwMDAwMDAwMDAwMDAw MDEsIHJhbmdlPVsweDAwMDAwMDAwZmVjMDAwMDAtMHgwMDAwMDAwMGZlYzAx MDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW03MjogdHlwZT0x MSwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMDEsIHJhbmdlPVsweDAwMDAwMDAw ZmVkMTAwMDAtMHgwMDAwMDAwMGZlZDFhMDAwKSAoME1CKQ0KWyAgICAwLjAw MDAwMF0gZWZpOiBtZW03MzogdHlwZT0xMSwgYXR0cj0weDgwMDAwMDAwMDAw MDAwMDEsIHJhbmdlPVsweDAwMDAwMDAwZmVkMWMwMDAtMHgwMDAwMDAwMGZl ZDIwMDAwKSAoME1CKQ0KWyAgICAwLjAwMDAwMF0gZWZpOiBtZW03NDogdHlw ZT0xMSwgYXR0cj0weDgwMDAwMDAwMDAwMDAwMDEsIHJhbmdlPVsweDAwMDAw MDAwZmVlMDAwMDAtMHgwMDAwMDAwMGZlZTAxMDAwKSAoME1CKQ0KWyAgICAw LjAwMDAwMF0gZWZpOiBtZW03NTogdHlwZT0xMSwgYXR0cj0weDgwMDAwMDAw MDAwMDAwMDAsIHJhbmdlPVsweDAwMDAwMDAwZmZiMDAwMDAtMHgwMDAwMDAw MTAwMDAwMDAwKSAoNU1CKQ0KWyAgICAwLjAwMDAwMF0gU01CSU9TIDIuNyBw cmVzZW50Lg0KWyAgICAwLjAwMDAwMF0gRE1JOiBUT1NISUJBIFNhdGVsbGl0 ZSBTODU1L1BvcnRhYmxlIFBDLCBCSU9TIDYuNjAgMDEvMTQvMjAxMw0KWyAg ICAwLjAwMDAwMF0gZTgyMDogdXBkYXRlIFttZW0gMHgwMDAwMDAwMC0weDAw MDAwZmZmXSB1c2FibGUgPT0+IHJlc2VydmVkDQpbICAgIDAuMDAwMDAwXSBl ODIwOiByZW1vdmUgW21lbSAweDAwMGEwMDAwLTB4MDAwZmZmZmZdIHVzYWJs ZQ0KWyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3VuZA0KWyAgICAw LjAwMDAwMF0gZTgyMDogbGFzdF9wZm4gPSAweDIzZjYwMCBtYXhfYXJjaF9w Zm4gPSAweDQwMDAwMDAwMA0KWyAgICAwLjAwMDAwMF0gTVRSUiBkZWZhdWx0 IHR5cGU6IHVuY2FjaGFibGUNClsgICAgMC4wMDAwMDBdIE1UUlIgZml4ZWQg cmFuZ2VzIGVuYWJsZWQ6DQpbICAgIDAuMDAwMDAwXSAgIDAwMDAwLTlGRkZG IHdyaXRlLWJhY2sNClsgICAgMC4wMDAwMDBdICAgQTAwMDAtQkZGRkYgdW5j YWNoYWJsZQ0KWyAgICAwLjAwMDAwMF0gICBDMDAwMC1FN0ZGRiB3cml0ZS1w cm90ZWN0DQpbICAgIDAuMDAwMDAwXSAgIEU4MDAwLUVGRkZGIHdyaXRlLWNv bWJpbmluZw0KWyAgICAwLjAwMDAwMF0gICBGMDAwMC1GRkZGRiB3cml0ZS1w cm90ZWN0DQpbICAgIDAuMDAwMDAwXSBNVFJSIHZhcmlhYmxlIHJhbmdlcyBl bmFibGVkOg0KWyAgICAwLjAwMDAwMF0gICAwIGJhc2UgMDAwMDAwMDAwIG1h c2sgRjgwMDAwMDAwIHdyaXRlLWJhY2sNClsgICAgMC4wMDAwMDBdICAgMSBi YXNlIDA4MDAwMDAwMCBtYXNrIEZDMDAwMDAwMCB3cml0ZS1iYWNrDQpbICAg IDAuMDAwMDAwXSAgIDIgYmFzZSAwQkIwMDAwMDAgbWFzayBGRkYwMDAwMDAg dW5jYWNoYWJsZQ0KWyAgICAwLjAwMDAwMF0gICAzIGJhc2UgMEJDMDAwMDAw IG1hc2sgRkZDMDAwMDAwIHVuY2FjaGFibGUNClsgICAgMC4wMDAwMDBdICAg NCBiYXNlIDBGRjgwMDAwMCBtYXNrIEZGRjgwMDAwMCB3cml0ZS1wcm90ZWN0 DQpbICAgIDAuMDAwMDAwXSAgIDUgYmFzZSAxMDAwMDAwMDAgbWFzayBGMDAw MDAwMDAgd3JpdGUtYmFjaw0KWyAgICAwLjAwMDAwMF0gICA2IGJhc2UgMjAw MDAwMDAwIG1hc2sgRkMwMDAwMDAwIHdyaXRlLWJhY2sNClsgICAgMC4wMDAw MDBdICAgNyBiYXNlIDIzRjYwMDAwMCBtYXNrIEZGRkUwMDAwMCB1bmNhY2hh YmxlDQpbICAgIDAuMDAwMDAwXSAgIDggYmFzZSAyM0Y4MDAwMDAgbWFzayBG RkY4MDAwMDAgdW5jYWNoYWJsZQ0KWyAgICAwLjAwMDAwMF0gICA5IGRpc2Fi bGVkDQpbICAgIDAuMDAwMDAwXSB4ODYgUEFUIGVuYWJsZWQ6IGNwdSAwLCBv bGQgMHg3MDQwNjAwMDcwNDA2LCBuZXcgMHg3MDEwNjAwMDcwMTA2DQpbICAg IDAuMDAwMDAwXSBlODIwOiBsYXN0X3BmbiA9IDB4YmIwMDAgbWF4X2FyY2hf cGZuID0gMHg0MDAwMDAwMDANClsgICAgMC4wMDAwMDBdIFNjYW5uaW5nIDEg YXJlYXMgZm9yIGxvdyBtZW1vcnkgY29ycnVwdGlvbg0KWyAgICAwLjAwMDAw MF0gQmFzZSBtZW1vcnkgdHJhbXBvbGluZSBhdCBbZmZmZjg4MDAwMDA3ZTAw MF0gN2UwMDAgc2l6ZSAyNDU3Ng0KWyAgICAwLjAwMDAwMF0gaW5pdF9tZW1v cnlfbWFwcGluZzogW21lbSAweDAwMDAwMDAwLTB4MDAwZmZmZmZdDQpbICAg IDAuMDAwMDAwXSAgW21lbSAweDAwMDAwMDAwLTB4MDAwZmZmZmZdIHBhZ2Ug NGsNClsgICAgMC4wMDAwMDBdIEJSSyBbMHgwMmIzMDAwMCwgMHgwMmIzMGZm Zl0gUEdUQUJMRQ0KWyAgICAwLjAwMDAwMF0gQlJLIFsweDAyYjMxMDAwLCAw eDAyYjMxZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAwXSBCUksgWzB4MDJi MzIwMDAsIDB4MDJiMzJmZmZdIFBHVEFCTEUNClsgICAgMC4wMDAwMDBdIGlu aXRfbWVtb3J5X21hcHBpbmc6IFttZW0gMHgyM2Y0MDAwMDAtMHgyM2Y1ZmZm ZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDIzZjQwMDAwMC0weDIzZjVm ZmZmZl0gcGFnZSAyTQ0KWyAgICAwLjAwMDAwMF0gQlJLIFsweDAyYjMzMDAw LCAweDAyYjMzZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAwXSBpbml0X21l bW9yeV9tYXBwaW5nOiBbbWVtIDB4MjNjMDAwMDAwLTB4MjNmM2ZmZmZmXQ0K WyAgICAwLjAwMDAwMF0gIFttZW0gMHgyM2MwMDAwMDAtMHgyM2YzZmZmZmZd IHBhZ2UgMk0NClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBpbmc6 IFttZW0gMHgyMDAwMDAwMDAtMHgyM2JmZmZmZmZdDQpbICAgIDAuMDAwMDAw XSAgW21lbSAweDIwMDAwMDAwMC0weDIzYmZmZmZmZl0gcGFnZSAyTQ0KWyAg ICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDAwMTAw MDAwLTB4MWZmZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDAwMTAw MDAwLTB4MDAxZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdICBbbWVt IDB4MDAyMDAwMDAtMHgxZmZmZmZmZl0gcGFnZSAyTQ0KWyAgICAwLjAwMDAw MF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDIwMjAwMDAwLTB4NDAw MDNmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDIwMjAwMDAwLTB4M2Zm ZmZmZmZdIHBhZ2UgMk0NClsgICAgMC4wMDAwMDBdICBbbWVtIDB4NDAwMDAw MDAtMHg0MDAwM2ZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDAwMF0gQlJLIFsw eDAyYjM0MDAwLCAweDAyYjM0ZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAw XSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4NDAwMDUwMDAtMHhiNTI2 ZGZmZl0NClsgICAgMC4wMDAwMDBdICBbbWVtIDB4NDAwMDUwMDAtMHg0MDFm ZmZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHg0MDIwMDAw MC0weGI1MWZmZmZmXSBwYWdlIDJNDQpbICAgIDAuMDAwMDAwXSAgW21lbSAw eGI1MjAwMDAwLTB4YjUyNmRmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBd IGluaXRfbWVtb3J5X21hcHBpbmc6IFttZW0gMHhiNjE3NzAwMC0weGI2MTk5 ZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHhiNjE3NzAwMC0weGI2MTk5 ZmZmXSBwYWdlIDRrDQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBw aW5nOiBbbWVtIDB4YjYxOWYwMDAtMHhiYTdiZWZmZl0NClsgICAgMC4wMDAw MDBdICBbbWVtIDB4YjYxOWYwMDAtMHhiNjFmZmZmZl0gcGFnZSA0aw0KWyAg ICAwLjAwMDAwMF0gIFttZW0gMHhiNjIwMDAwMC0weGJhNWZmZmZmXSBwYWdl IDJNDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweGJhNjAwMDAwLTB4YmE3YmVm ZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBp bmc6IFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXQ0KWyAgICAwLjAwMDAw MF0gIFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXSBwYWdlIDRrDQpbICAg IDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4MTAwMDAw MDAwLTB4MWZmZmZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHgxMDAw MDAwMDAtMHgxZmZmZmZmZmZdIHBhZ2UgMk0NClsgICAgMC4wMDAwMDBdIFJB TURJU0s6IFttZW0gMHgzN2EyNjAwMC0weDM3ZDBhZmZmXQ0KWyAgICAwLjAw MDAwMF0gQUNQSTogUlNEUCAwMDAwMDAwMGJhZmZlMDE0IDAwMDI0ICh2MDIg VE9TSU5WKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogWFNEVCAwMDAwMDAwMGJh ZmZlMjEwIDAwMEI0ICh2MDEgVE9TSU5WIFRPU0lOVjAwIDAwMDAwMDAxICAg ICAgMDEwMDAwMTMpDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBGQUNQIDAwMDAw MDAwYmFmZmIwMDAgMDAxMEMgKHYwNSBUT1NJTlYgVE9TSU5WMDAgMDAwMDAw MDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IERTRFQg MDAwMDAwMDBiYWZlZjAwMCAwODQwNCAodjAxIFRPU0lOViBUT1NJTlYwMCAw MDAwMDAwMCBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog RkFDUyAwMDAwMDAwMGJhZmJiMDAwIDAwMDQwDQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBVRUZJIDAwMDAwMDAwYmFmZmQwMDAgMDAyMzYgKHYwMSBUT1NJTlYg VE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAw MDBdIEFDUEk6IEFTRiEgMDAwMDAwMDBiYWZmYzAwMCAwMDBBNSAodjMyIFRP U0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAw LjAwMDAwMF0gQUNQSTogSFBFVCAwMDAwMDAwMGJhZmZhMDAwIDAwMDM4ICh2 MDEgVE9TSU5WIFRPU0lOVjAwIDAwMDAwMDAxIEFDUEkgMDAwNDAwMDApDQpb ICAgIDAuMDAwMDAwXSBBQ1BJOiBBUElDIDAwMDAwMDAwYmFmZjkwMDAgMDAw OEMgKHYwMyBUT1NJTlYgVE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAw MCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IE1DRkcgMDAwMDAwMDBiYWZmODAw MCAwMDAzQyAodjAxIFRPU0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAw MDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogU0xJQyAwMDAwMDAwMGJh ZmVlMDAwIDAwMTc2ICh2MDEgVE9TSU5WIFRPU0lOVjAwIDAwMDAwMDAxIEFD UEkgMDAwNDAwMDApDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBXREFUIDAwMDAw MDAwYmFmZWQwMDAgMDAyMjQgKHYwMSBUT1NJTlYgVE9TSU5WMDAgMDAwMDAw MDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IFNTRFQg MDAwMDAwMDBiYWZlYjAwMCAwMTA2OCAodjAxIElOU1lERSBDUiBDUkIgICAw MDAwMTAwMCBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog Qk9PVCAwMDAwMDAwMGJhZmU5MDAwIDAwMDI4ICh2MDEgVE9TSU5WIFRPU0lO VjAwIDAwMDAwMDAxIEFDUEkgMDAwNDAwMDApDQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBBU1BUIDAwMDAwMDAwYmFmZTcwMDAgMDAwMzQgKHYwNyBUT1NJTlYg VE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAw MDBdIEFDUEk6IERCR1AgMDAwMDAwMDBiYWZlNjAwMCAwMDAzNCAodjAxIFRP U0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAw LjAwMDAwMF0gQUNQSTogU1NEVCAwMDAwMDAwMGJhZmRmMDAwIDA2QzQyICh2 MDEgVE9TSU5WICAgVHNiT2RtIDAwMDAxMDAwIEFDUEkgMDAwNDAwMDApDQpb ICAgIDAuMDAwMDAwXSBBQ1BJOiBGUERUIDAwMDAwMDAwYmFmZGQwMDAgMDAw NDQgKHYwMSBUT1NJTlYgVE9TSU5WMDAgMDAwMDAwMDEgQUNQSSAwMDA0MDAw MCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IE1TRE0gMDAwMDAwMDBiYWZkYzAw MCAwMDA1NSAodjAzIFRPU0lOViBUT1NJTlYwMCAwMDAwMDAwMSBBQ1BJIDAw MDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogU1NEVCAwMDAwMDAwMGJh ZmRiMDAwIDAwOTE4ICh2MDEgSU5TWURFIENSIENSQiAgIDAwMDAzMDAwIEFD UEkgMDAwNDAwMDApDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBTU0RUIDAwMDAw MDAwYmFmZGEwMDAgMDBCMjIgKHYwMSBJTlNZREUgQ1IgQ1JCICAgMDAwMDMw MDAgQUNQSSAwMDA0MDAwMCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IEJHUlQg MDAwMDAwMDBiYWZkOTAwMCAwMDAzOCAodjAxIFRPU0lOViBUT1NJTlYwMCAw MDAwMDAwMSBBQ1BJIDAwMDQwMDAwKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog TG9jYWwgQVBJQyBhZGRyZXNzIDB4ZmVlMDAwMDANClsgICAgMC4wMDAwMDBd IE5vIE5VTUEgY29uZmlndXJhdGlvbiBmb3VuZA0KWyAgICAwLjAwMDAwMF0g RmFraW5nIGEgbm9kZSBhdCBbbWVtIDB4MDAwMDAwMDAwMDAwMDAwMC0weDAw MDAwMDAyM2Y1ZmZmZmZdDQpbICAgIDAuMDAwMDAwXSBJbml0bWVtIHNldHVw IG5vZGUgMCBbbWVtIDB4MDAwMDAwMDAtMHgyM2Y1ZmZmZmZdDQpbICAgIDAu MDAwMDAwXSAgIE5PREVfREFUQSBbbWVtIDB4MjNmNWYxMDAwLTB4MjNmNWY1 ZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFtmZmZmZWEwMDAwMDAwMDAwLWZmZmZl YTAwMDhmZmZmZmZdIFBNRCAtPiBbZmZmZjg4MDIzNmMwMDAwMC1mZmZmODgw MjNlYmZmZmZmXSBvbiBub2RlIDANClsgICAgMC4wMDAwMDBdIFpvbmUgcmFu Z2VzOg0KWyAgICAwLjAwMDAwMF0gICBETUEgICAgICBbbWVtIDB4MDAwMDEw MDAtMHgwMGZmZmZmZl0NClsgICAgMC4wMDAwMDBdICAgRE1BMzIgICAgW21l bSAweDAxMDAwMDAwLTB4ZmZmZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgIE5v cm1hbCAgIFttZW0gMHgxMDAwMDAwMDAtMHgyM2Y1ZmZmZmZdDQpbICAgIDAu MDAwMDAwXSBNb3ZhYmxlIHpvbmUgc3RhcnQgZm9yIGVhY2ggbm9kZQ0KWyAg ICAwLjAwMDAwMF0gRWFybHkgbWVtb3J5IG5vZGUgcmFuZ2VzDQpbICAgIDAu MDAwMDAwXSAgIG5vZGUgICAwOiBbbWVtIDB4MDAwMDEwMDAtMHgwMDA4N2Zm Zl0NClsgICAgMC4wMDAwMDBdICAgbm9kZSAgIDA6IFttZW0gMHgwMDEwMDAw MC0weDFmZmZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDogW21l bSAweDIwMjAwMDAwLTB4NDAwMDNmZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5v ZGUgICAwOiBbbWVtIDB4NDAwMDUwMDAtMHhiNTI2ZGZmZl0NClsgICAgMC4w MDAwMDBdICAgbm9kZSAgIDA6IFttZW0gMHhiNjE3NzAwMC0weGI2MTk5ZmZm XQ0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDogW21lbSAweGI2MTlmMDAw LTB4YmE3YmVmZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAwOiBbbWVt IDB4YmFmZmYwMDAtMHhiYWZmZmZmZl0NClsgICAgMC4wMDAwMDBdICAgbm9k ZSAgIDA6IFttZW0gMHgxMDAwMDAwMDAtMHgyM2Y1ZmZmZmZdDQpbICAgIDAu MDAwMDAwXSBPbiBub2RlIDAgdG90YWxwYWdlczogMjA2NzUxMg0KWyAgICAw LjAwMDAwMF0gICBETUEgem9uZTogNjQgcGFnZXMgdXNlZCBmb3IgbWVtbWFw DQpbICAgIDAuMDAwMDAwXSAgIERNQSB6b25lOiAyMyBwYWdlcyByZXNlcnZl ZA0KWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogMzk3NSBwYWdlcywgTElG TyBiYXRjaDowDQpbICAgIDAuMDAwMDAwXSAgIERNQTMyIHpvbmU6IDExODAz IHBhZ2VzIHVzZWQgZm9yIG1lbW1hcA0KWyAgICAwLjAwMDAwMF0gICBETUEz MiB6b25lOiA3NTUzNzcgcGFnZXMsIExJRk8gYmF0Y2g6MzENClsgICAgMC4w MDAwMDBdICAgTm9ybWFsIHpvbmU6IDIwNDQwIHBhZ2VzIHVzZWQgZm9yIG1l bW1hcA0KWyAgICAwLjAwMDAwMF0gICBOb3JtYWwgem9uZTogMTMwODE2MCBw YWdlcywgTElGTyBiYXRjaDozMQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogUE0t VGltZXIgSU8gUG9ydDogMHg0MDgNClsgICAgMC4wMDAwMDBdIEFDUEk6IExv Y2FsIEFQSUMgYWRkcmVzcyAweGZlZTAwMDAwDQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBMQVBJQyAoYWNwaV9pZFsweDAxXSBsYXBpY19pZFsweDAwXSBlbmFi bGVkKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgw Ml0gbGFwaWNfaWRbMHgwMV0gZW5hYmxlZCkNClsgICAgMC4wMDAwMDBdIEFD UEk6IExBUElDIChhY3BpX2lkWzB4MDNdIGxhcGljX2lkWzB4MDJdIGVuYWJs ZWQpDQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDA0 XSBsYXBpY19pZFsweDAzXSBlbmFibGVkKQ0KWyAgICAwLjAwMDAwMF0gQUNQ STogTEFQSUMgKGFjcGlfaWRbMHgwNV0gbGFwaWNfaWRbMHgwNF0gZW5hYmxl ZCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDZd IGxhcGljX2lkWzB4MDVdIGVuYWJsZWQpDQpbICAgIDAuMDAwMDAwXSBBQ1BJ OiBMQVBJQyAoYWNwaV9pZFsweDA3XSBsYXBpY19pZFsweDA2XSBlbmFibGVk KQ0KWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwOF0g bGFwaWNfaWRbMHgwN10gZW5hYmxlZCkNClsgICAgMC4wMDAwMDBdIEFDUEk6 IElPQVBJQyAoaWRbMHgwMF0gYWRkcmVzc1sweGZlYzAwMDAwXSBnc2lfYmFz ZVswXSkNClsgICAgMC4wMDAwMDBdIElPQVBJQ1swXTogYXBpY19pZCAwLCB2 ZXJzaW9uIDMyLCBhZGRyZXNzIDB4ZmVjMDAwMDAsIEdTSSAwLTIzDQpbICAg IDAuMDAwMDAwXSBBQ1BJOiBJTlRfU1JDX09WUiAoYnVzIDAgYnVzX2lycSAw IGdsb2JhbF9pcnEgMiBkZmwgZGZsKQ0KWyAgICAwLjAwMDAwMF0gQUNQSTog SU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgOSBnbG9iYWxfaXJxIDkgaGln aCBsZXZlbCkNClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTAgdXNlZCBieSBv dmVycmlkZS4NClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTIgdXNlZCBieSBv dmVycmlkZS4NClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTkgdXNlZCBieSBv dmVycmlkZS4NClsgICAgMC4wMDAwMDBdIFVzaW5nIEFDUEkgKE1BRFQpIGZv ciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbg0KWyAgICAwLjAwMDAw MF0gQUNQSTogSFBFVCBpZDogMHg4MDg2YTIwMSBiYXNlOiAweGZlZDAwMDAw DQpbICAgIDAuMDAwMDAwXSBzbXBib290OiBBbGxvd2luZyA4IENQVXMsIDAg aG90cGx1ZyBDUFVzDQpbICAgIDAuMDAwMDAwXSBucl9pcnFzX2dzaTogNDAN ClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6 IDAwMDAwMDAwMDAwODgwMDAgLSAwMDAwMDAwMDAwMGMwMDAwDQpbICAgIDAu MDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAw MDAwMGMwMDAwIC0gMDAwMDAwMDAwMDEwMDAwMA0KWyAgICAwLjAwMDAwMF0g UE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAyMDAwMDAw MCAtIDAwMDAwMDAwMjAyMDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdp c3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwNDAwMDQwMDAgLSAwMDAw MDAwMDQwMDA1MDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBu b3NhdmUgbWVtb3J5OiAwMDAwMDAwMGI1MjZlMDAwIC0gMDAwMDAwMDBiNjE3 NzAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1l bW9yeTogMDAwMDAwMDBiNjE5YTAwMCAtIDAwMDAwMDAwYjYxOWYwMDANClsg ICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAw MDAwMDAwYmE3YmYwMDAgLSAwMDAwMDAwMGJhZWJmMDAwDQpbICAgIDAuMDAw MDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGJh ZWJmMDAwIC0gMDAwMDAwMDBiYWZiZjAwMA0KWyAgICAwLjAwMDAwMF0gUE06 IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBiYWZiZjAwMCAt IDAwMDAwMDAwYmFmZmYwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3Rl cmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwYmIwMDAwMDAgLSAwMDAwMDAw MGJmYTAwMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3Nh dmUgbWVtb3J5OiAwMDAwMDAwMGJmYTAwMDAwIC0gMDAwMDAwMDBlMDAwMDAw MA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9y eTogMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZjAwMDAwMDANClsgICAg MC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAw MDAwZjAwMDAwMDAgLSAwMDAwMDAwMGZlYjAwMDAwDQpbICAgIDAuMDAwMDAw XSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlYjAw MDAwIC0gMDAwMDAwMDBmZWIwNDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJl Z2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWIwNDAwMCAtIDAw MDAwMDAwZmVjMDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVk IG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmVjMDAwMDAgLSAwMDAwMDAwMGZl YzAxMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUg bWVtb3J5OiAwMDAwMDAwMGZlYzAxMDAwIC0gMDAwMDAwMDBmZWQxMDAwMA0K WyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTog MDAwMDAwMDBmZWQxMDAwMCAtIDAwMDAwMDAwZmVkMWEwMDANClsgICAgMC4w MDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAw ZmVkMWEwMDAgLSAwMDAwMDAwMGZlZDFjMDAwDQpbICAgIDAuMDAwMDAwXSBQ TTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlZDFjMDAw IC0gMDAwMDAwMDBmZWQyMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lz dGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWQyMDAwMCAtIDAwMDAw MDAwZmVlMDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5v c2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmVlMDAwMDAgLSAwMDAwMDAwMGZlZTAx MDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVt b3J5OiAwMDAwMDAwMGZlZTAxMDAwIC0gMDAwMDAwMDBmZmIwMDAwMA0KWyAg ICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAw MDAwMDBmZmIwMDAwMCAtIDAwMDAwMDAxMDAwMDAwMDANClsgICAgMC4wMDAw MDBdIGU4MjA6IFttZW0gMHhiZmEwMDAwMC0weGRmZmZmZmZmXSBhdmFpbGFi bGUgZm9yIFBDSSBkZXZpY2VzDQpbICAgIDAuMDAwMDAwXSBCb290aW5nIHBh cmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gYmFyZSBoYXJkd2FyZQ0KWyAgICAw LjAwMDAwMF0gc2V0dXBfcGVyY3B1OiBOUl9DUFVTOjY0IG5yX2NwdW1hc2tf Yml0czo2NCBucl9jcHVfaWRzOjggbnJfbm9kZV9pZHM6MQ0KWyAgICAwLjAw MDAwMF0gUEVSQ1BVOiBFbWJlZGRlZCAyOCBwYWdlcy9jcHUgQGZmZmY4ODAy M2YyMDAwMDAgczg1ODI0IHI4MTkyIGQyMDY3MiB1MjYyMTQ0DQpbICAgIDAu MDAwMDAwXSBwY3B1LWFsbG9jOiBzODU4MjQgcjgxOTIgZDIwNjcyIHUyNjIx NDQgYWxsb2M9MSoyMDk3MTUyDQpbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9j OiBbMF0gMCAxIDIgMyA0IDUgNiA3IA0KWyAgICAwLjAwMDAwMF0gQnVpbHQg MSB6b25lbGlzdHMgaW4gWm9uZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcg b24uICBUb3RhbCBwYWdlczogMjAzNTE4Mg0KWyAgICAwLjAwMDAwMF0gUG9s aWN5IHpvbmU6IE5vcm1hbA0KWyAgICAwLjAwMDAwMF0gS2VybmVsIGNvbW1h bmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LWxpbnV4IHJvb3Q9 VVVJRD03ZjRjMDk3ZS1kMjE5LTRmZDUtYTI2Mi05NzZlZjg3YjFkODAgcm8g cXVpZXQNClsgICAgMC4wMDAwMDBdIFBJRCBoYXNoIHRhYmxlIGVudHJpZXM6 IDQwOTYgKG9yZGVyOiAzLCAzMjc2OCBieXRlcykNClsgICAgMC4wMDAwMDBd IF9fZXhfdGFibGUgYWxyZWFkeSBzb3J0ZWQsIHNraXBwaW5nIHNvcnQNClsg ICAgMC4wMDAwMDBdIHhzYXZlOiBlbmFibGVkIHhzdGF0ZV9idiAweDcsIGNu dHh0IHNpemUgMHgzNDANClsgICAgMC4wMDAwMDBdIENoZWNraW5nIGFwZXJ0 dXJlLi4uDQpbICAgIDAuMDAwMDAwXSBObyBBR1AgYnJpZGdlIGZvdW5kDQpb ICAgIDAuMDAwMDAwXSBDYWxnYXJ5OiBkZXRlY3RpbmcgQ2FsZ2FyeSB2aWEg QklPUyBFQkRBIGFyZWENClsgICAgMC4wMDAwMDBdIENhbGdhcnk6IFVuYWJs ZSB0byBsb2NhdGUgUmlvIEdyYW5kZSB0YWJsZSBpbiBFQkRBIC0gYmFpbGlu ZyENClsgICAgMC4wMDAwMDBdIE1lbW9yeTogNzk5NTQ4NGsvOTQyNjk0NGsg YXZhaWxhYmxlICg0OTgzayBrZXJuZWwgY29kZSwgMTE1Njg5NmsgYWJzZW50 LCAyNzQ1NjRrIHJlc2VydmVkLCAzOTY3ayBkYXRhLCAxMDkyayBpbml0KQ0K WyAgICAwLjAwMDAwMF0gU0xVQjogR2Vuc2xhYnM9MTUsIEhXYWxpZ249NjQs IE9yZGVyPTAtMywgTWluT2JqZWN0cz0wLCBDUFVzPTgsIE5vZGVzPTENClsg ICAgMC4wMDAwMDBdIFByZWVtcHRpYmxlIGhpZXJhcmNoaWNhbCBSQ1UgaW1w bGVtZW50YXRpb24uDQpbICAgIDAuMDAwMDAwXSAJUkNVIGR5bnRpY2staWRs ZSBncmFjZS1wZXJpb2QgYWNjZWxlcmF0aW9uIGlzIGVuYWJsZWQuDQpbICAg IDAuMDAwMDAwXSAJRHVtcCBzdGFja3Mgb2YgdGFza3MgYmxvY2tpbmcgUkNV LXByZWVtcHQgR1AuDQpbICAgIDAuMDAwMDAwXSAJUkNVIHJlc3RyaWN0aW5n IENQVXMgZnJvbSBOUl9DUFVTPTY0IHRvIG5yX2NwdV9pZHM9OC4NClsgICAg MC4wMDAwMDBdIE5SX0lSUVM6NDM1MiBucl9pcnFzOjc0NCAxNg0KWyAgICAw LjAwMDAwMF0gQ29uc29sZTogY29sb3VyIGR1bW15IGRldmljZSA4MHgyNQ0K WyAgICAwLjAwMDAwMF0gY29uc29sZSBbdHR5MF0gZW5hYmxlZA0KWyAgICAw LjAwMDAwMF0gYWxsb2NhdGVkIDMzNTU0NDMyIGJ5dGVzIG9mIHBhZ2VfY2dy b3VwDQpbICAgIDAuMDAwMDAwXSBwbGVhc2UgdHJ5ICdjZ3JvdXBfZGlzYWJs ZT1tZW1vcnknIG9wdGlvbiBpZiB5b3UgZG9uJ3Qgd2FudCBtZW1vcnkgY2dy b3Vwcw0KWyAgICAwLjAwMDAwMF0gaHBldCBjbG9ja2V2ZW50IHJlZ2lzdGVy ZWQNClsgICAgMC4wMDAwMDBdIHRzYzogRmFzdCBUU0MgY2FsaWJyYXRpb24g dXNpbmcgUElUDQpbICAgIDAuMDAzMzMzXSB0c2M6IERldGVjdGVkIDIzOTQu NTE5IE1IeiBwcm9jZXNzb3INClsgICAgMC4wMDAwMDJdIENhbGlicmF0aW5n IGRlbGF5IGxvb3AgKHNraXBwZWQpLCB2YWx1ZSBjYWxjdWxhdGVkIHVzaW5n IHRpbWVyIGZyZXF1ZW5jeS4uIDQ3OTAuNTggQm9nb01JUFMgKGxwaj03OTgx NzMwKQ0KWyAgICAwLjAwMDAwNV0gcGlkX21heDogZGVmYXVsdDogMzI3Njgg bWluaW11bTogMzAxDQpbICAgIDAuMDAwMDE4XSBpbml0X21lbW9yeV9tYXBw aW5nOiBbbWVtIDB4YmE3YmYwMDAtMHhiYTg2YWZmZl0NClsgICAgMC4wMDAw MjBdICBbbWVtIDB4YmE3YmYwMDAtMHhiYTg2YWZmZl0gcGFnZSA0aw0KWyAg ICAwLjAwMDAzMV0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGJhODZi MDAwLTB4YmE4NmNmZmZdDQpbICAgIDAuMDAwMDMzXSAgW21lbSAweGJhODZi MDAwLTB4YmE4NmNmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMzhdIGluaXRf bWVtb3J5X21hcHBpbmc6IFttZW0gMHhiYTg2ZDAwMC0weGJhODdhZmZmXQ0K WyAgICAwLjAwMDAzOV0gIFttZW0gMHhiYTg2ZDAwMC0weGJhODdhZmZmXSBw YWdlIDRrDQpbICAgIDAuMDAwMDQ0XSBpbml0X21lbW9yeV9tYXBwaW5nOiBb bWVtIDB4YmE4N2IwMDAtMHhiYTg3YmZmZl0NClsgICAgMC4wMDAwNDVdICBb bWVtIDB4YmE4N2IwMDAtMHhiYTg3YmZmZl0gcGFnZSA0aw0KWyAgICAwLjAw MDA1Ml0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGJhODdjMDAwLTB4 YmE4OGJmZmZdDQpbICAgIDAuMDAwMDUzXSAgW21lbSAweGJhODdjMDAwLTB4 YmE4OGJmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwNThdIGluaXRfbWVtb3J5 X21hcHBpbmc6IFttZW0gMHhiYTg4YzAwMC0weGJhODhjZmZmXQ0KWyAgICAw LjAwMDA1OV0gIFttZW0gMHhiYTg4YzAwMC0weGJhODhjZmZmXSBwYWdlIDRr DQpbICAgIDAuMDAwMDY0XSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4 YmE4OGQwMDAtMHhiYThjM2ZmZl0NClsgICAgMC4wMDAwNjVdICBbbWVtIDB4 YmE4OGQwMDAtMHhiYThjM2ZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDA3MV0g aW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGJhOGM0MDAwLTB4YmE4YzRm ZmZdDQpbICAgIDAuMDAwMDcyXSAgW21lbSAweGJhOGM0MDAwLTB4YmE4YzRm ZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwNzddIGluaXRfbWVtb3J5X21hcHBp bmc6IFttZW0gMHhiYThjNTAwMC0weGJhOGQ2ZmZmXQ0KWyAgICAwLjAwMDA3 OF0gIFttZW0gMHhiYThjNTAwMC0weGJhOGQ2ZmZmXSBwYWdlIDRrDQpbICAg IDAuMDAwMDgzXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4YmE4ZDcw MDAtMHhiYThkN2ZmZl0NClsgICAgMC4wMDAwODRdICBbbWVtIDB4YmE4ZDcw MDAtMHhiYThkN2ZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDA4OV0gaW5pdF9t ZW1vcnlfbWFwcGluZzogW21lbSAweGJhOGQ4MDAwLTB4YmE4ZTNmZmZdDQpb ICAgIDAuMDAwMDkwXSAgW21lbSAweGJhOGQ4MDAwLTB4YmE4ZTNmZmZdIHBh Z2UgNGsNClsgICAgMC4wMDAwOTVdIGluaXRfbWVtb3J5X21hcHBpbmc6IFtt ZW0gMHhiYThlNDAwMC0weGJhOTM1ZmZmXQ0KWyAgICAwLjAwMDA5Nl0gIFtt ZW0gMHhiYThlNDAwMC0weGJhOTM1ZmZmXSBwYWdlIDRrDQpbICAgIDAuMDAw MTAyXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4YmE5MzYwMDAtMHhi YTliZWZmZl0NClsgICAgMC4wMDAxMDNdICBbbWVtIDB4YmE5MzYwMDAtMHhi YTliZWZmZl0gcGFnZSA0aw0KWyAgICAwLjAwMDEwOV0gaW5pdF9tZW1vcnlf bWFwcGluZzogW21lbSAweGJhOWJmMDAwLTB4YmFhYmVmZmZdDQpbICAgIDAu MDAwMTEwXSAgW21lbSAweGJhOWJmMDAwLTB4YmFhYmVmZmZdIHBhZ2UgNGsN ClsgICAgMC4wNDAzNjhdIFNlY3VyaXR5IEZyYW1ld29yayBpbml0aWFsaXpl ZA0KWyAgICAwLjA0MDM4NV0gQXBwQXJtb3I6IEFwcEFybW9yIGRpc2FibGVk IGJ5IGJvb3QgdGltZSBwYXJhbWV0ZXINClsgICAgMC4wNDA4MjldIERlbnRy eSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEwNDg1NzYgKG9yZGVyOiAx MSwgODM4ODYwOCBieXRlcykNClsgICAgMC4wNDI4MjBdIElub2RlLWNhY2hl IGhhc2ggdGFibGUgZW50cmllczogNTI0Mjg4IChvcmRlcjogMTAsIDQxOTQz MDQgYnl0ZXMpDQpbICAgIDAuMDQzNzI4XSBNb3VudC1jYWNoZSBoYXNoIHRh YmxlIGVudHJpZXM6IDI1Ng0KWyAgICAwLjA0Mzg4Nl0gSW5pdGlhbGl6aW5n IGNncm91cCBzdWJzeXMgY3B1YWNjdA0KWyAgICAwLjA0Mzg4OF0gSW5pdGlh bGl6aW5nIGNncm91cCBzdWJzeXMgbWVtb3J5DQpbICAgIDAuMDQzODk0XSBJ bml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBkZXZpY2VzDQpbICAgIDAuMDQz ODk1XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBmcmVlemVyDQpbICAg IDAuMDQzODk3XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBuZXRfY2xz DQpbICAgIDAuMDQzODk4XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBi bGtpbw0KWyAgICAwLjA0MzkyMV0gQ1BVOiBQaHlzaWNhbCBQcm9jZXNzb3Ig SUQ6IDANClsgICAgMC4wNDM5MjJdIENQVTogUHJvY2Vzc29yIENvcmUgSUQ6 IDANClsgICAgMC4wNDM5MjZdIEVORVJHWV9QRVJGX0JJQVM6IFNldCB0byAn bm9ybWFsJywgd2FzICdwZXJmb3JtYW5jZScNCkVORVJHWV9QRVJGX0JJQVM6 IFZpZXcgYW5kIHVwZGF0ZSB3aXRoIHg4Nl9lbmVyZ3lfcGVyZl9wb2xpY3ko OCkNClsgICAgMC4wNDQyOTZdIG1jZTogQ1BVIHN1cHBvcnRzIDkgTUNFIGJh bmtzDQpbICAgIDAuMDQ0MzA2XSBDUFUwOiBUaGVybWFsIG1vbml0b3Jpbmcg aGFuZGxlZCBieSBTTUkNClsgICAgMC4wNDQzMTRdIExhc3QgbGV2ZWwgaVRM QiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMCwgNE1CIDANCkxhc3QgbGV2ZWwg ZFRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMzIsIDRNQiAzMg0KdGxiX2Zs dXNoYWxsX3NoaWZ0OiAxDQpbICAgIDAuMDQ0NDQ0XSBGcmVlaW5nIFNNUCBh bHRlcm5hdGl2ZXM6IDIwayBmcmVlZA0KWyAgICAwLjA0NTM3Ml0gQUNQSTog Q29yZSByZXZpc2lvbiAyMDEzMDExNw0KWyAgICAwLjA0NTM3NF0gVE9TSElC QSBTYXRlbGxpdGUgZGV0ZWN0ZWQgLSBmb3JjZSBjb3B5IG9mIERTRFQgdG8g bG9jYWwgbWVtb3J5DQpbICAgIDAuMDQ1NDQzXSBBQ1BJOiBGb3JjZWQgRFNE VCBjb3B5OiBsZW5ndGggMHgwODQwNCBjb3BpZWQgbG9jYWxseSwgb3JpZ2lu YWwgdW5tYXBwZWQNClsgICAgMC4wNTEwODBdIEFDUEk6IEFsbCBBQ1BJIFRh YmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQNClsgICAgMC4wNjM3NjZdIGZ0 cmFjZTogYWxsb2NhdGluZyAxOTU0NiBlbnRyaWVzIGluIDc3IHBhZ2VzDQpb ICAgIDAuMDczMjc3XSAuLlRJTUVSOiB2ZWN0b3I9MHgzMCBhcGljMT0wIHBp bjE9MiBhcGljMj0tMSBwaW4yPS0xDQpbICAgIDAuMTA2MzA5XSBzbXBib290 OiBDUFUwOiBJbnRlbChSKSBDb3JlKFRNKSBpNy0zNjMwUU0gQ1BVIEAgMi40 MEdIeiAoZmFtOiAwNiwgbW9kZWw6IDNhLCBzdGVwcGluZzogMDkpDQpbICAg IDAuMTA2MzE2XSBUU0MgZGVhZGxpbmUgdGltZXIgZW5hYmxlZA0KWyAgICAw LjEwNjMyNl0gUGVyZm9ybWFuY2UgRXZlbnRzOiBQRUJTIGZtdDErLCAxNi1k ZWVwIExCUiwgSXZ5QnJpZGdlIGV2ZW50cywgSW50ZWwgUE1VIGRyaXZlci4N ClsgICAgMC4xMDYzMzJdIC4uLiB2ZXJzaW9uOiAgICAgICAgICAgICAgICAz DQpbICAgIDAuMTA2MzMzXSAuLi4gYml0IHdpZHRoOiAgICAgICAgICAgICAg NDgNClsgICAgMC4xMDYzMzRdIC4uLiBnZW5lcmljIHJlZ2lzdGVyczogICAg ICA0DQpbICAgIDAuMTA2MzM1XSAuLi4gdmFsdWUgbWFzazogICAgICAgICAg ICAgMDAwMGZmZmZmZmZmZmZmZg0KWyAgICAwLjEwNjMzNl0gLi4uIG1heCBw ZXJpb2Q6ICAgICAgICAgICAgIDAwMDAwMDAwN2ZmZmZmZmYNClsgICAgMC4x MDYzMzZdIC4uLiBmaXhlZC1wdXJwb3NlIGV2ZW50czogICAzDQpbICAgIDAu MTA2MzM3XSAuLi4gZXZlbnQgbWFzazogICAgICAgICAgICAgMDAwMDAwMDcw MDAwMDAwZg0KWyAgICAwLjE1Nzk1Nl0gQ1BVMTogVGhlcm1hbCBtb25pdG9y aW5nIGhhbmRsZWQgYnkgU01JDQpbICAgIDAuMTYwMTQ5XSBOTUkgd2F0Y2hk b2c6IGVuYWJsZWQgb24gYWxsIENQVXMsIHBlcm1hbmVudGx5IGNvbnN1bWVz IG9uZSBody1QTVUgY291bnRlci4NClsgICAgMC4xNzgzNTRdIENQVTI6IFRo ZXJtYWwgbW9uaXRvcmluZyBoYW5kbGVkIGJ5IFNNSQ0KWyAgICAwLjE5ODc1 M10gQ1BVMzogVGhlcm1hbCBtb25pdG9yaW5nIGhhbmRsZWQgYnkgU01JDQpb ICAgIDAuMjE5MTY1XSBDUFU0OiBUaGVybWFsIG1vbml0b3JpbmcgaGFuZGxl ZCBieSBTTUkNClsgICAgMC4yMzk1NjBdIENQVTU6IFRoZXJtYWwgbW9uaXRv cmluZyBoYW5kbGVkIGJ5IFNNSQ0KWyAgICAwLjI1OTk2NF0gQ1BVNjogVGhl cm1hbCBtb25pdG9yaW5nIGhhbmRsZWQgYnkgU01JDQpbICAgIDAuMTQ2NDcx XSBzbXBib290OiBCb290aW5nIE5vZGUgICAwLCBQcm9jZXNzb3JzICAjMSAj MiAjMyAjNCAjNSAjNiAjNyBPSw0KWyAgICAwLjI4MDM2NF0gQ1BVNzogVGhl cm1hbCBtb25pdG9yaW5nIGhhbmRsZWQgYnkgU01JDQpbICAgIDAuMjgyNDc5 XSBCcm91Z2h0IHVwIDggQ1BVcw0KWyAgICAwLjI4MjQ4Ml0gc21wYm9vdDog VG90YWwgb2YgOCBwcm9jZXNzb3JzIGFjdGl2YXRlZCAoMzgzMjcuNjUgQm9n b01JUFMpDQpbICAgIDAuMjg5NjMzXSBkZXZ0bXBmczogaW5pdGlhbGl6ZWQN ClsgICAgMC4yOTA3NjNdIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyByZWdp b24gW21lbSAweGI1MjZlMDAwLTB4YjYxNzZmZmZdICgxNTc2NTUwNCBieXRl cykNClsgICAgMC4yOTA5NzZdIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyBy ZWdpb24gW21lbSAweGI2MTlhMDAwLTB4YjYxOWVmZmZdICgyMDQ4MCBieXRl cykNClsgICAgMC4yOTA5NzldIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyBy ZWdpb24gW21lbSAweGJhZWJmMDAwLTB4YmFmYmVmZmZdICgxMDQ4NTc2IGJ5 dGVzKQ0KWyAgICAwLjI5MTYzMF0gUlRDIHRpbWU6ICAxOjU0OjE2LCBkYXRl OiAwNS8yMi8xMw0KWyAgICAwLjI5MTY2N10gTkVUOiBSZWdpc3RlcmVkIHBy b3RvY29sIGZhbWlseSAxNg0KWyAgICAwLjI5MTc2NF0gQUNQSSBGQURUIGRl Y2xhcmVzIHRoZSBzeXN0ZW0gZG9lc24ndCBzdXBwb3J0IFBDSWUgQVNQTSwg c28gZGlzYWJsZSBpdA0KWyAgICAwLjI5MTc2Nl0gQUNQSTogYnVzIHR5cGUg UENJIHJlZ2lzdGVyZWQNClsgICAgMC4yOTE4MjNdIFBDSTogTU1DT05GSUcg Zm9yIGRvbWFpbiAwMDAwIFtidXMgMDAtZmZdIGF0IFttZW0gMHhlMDAwMDAw MC0weGVmZmZmZmZmXSAoYmFzZSAweGUwMDAwMDAwKQ0KWyAgICAwLjI5MTgy NV0gUENJOiBNTUNPTkZJRyBhdCBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZm Zl0gcmVzZXJ2ZWQgaW4gRTgyMA0KWyAgICAwLjMyMDA4MF0gUENJOiBVc2lu ZyBjb25maWd1cmF0aW9uIHR5cGUgMSBmb3IgYmFzZSBhY2Nlc3MNClsgICAg MC4zMjA2NjJdIGJpbzogY3JlYXRlIHNsYWIgPGJpby0wPiBhdCAwDQpbICAg IDAuMzIwNzA5XSBBQ1BJOiBBZGRlZCBfT1NJKE1vZHVsZSBEZXZpY2UpDQpb ICAgIDAuMzIwNzExXSBBQ1BJOiBBZGRlZCBfT1NJKFByb2Nlc3NvciBEZXZp Y2UpDQpbICAgIDAuMzIwNzEyXSBBQ1BJOiBBZGRlZCBfT1NJKDMuMCBfU0NQ IEV4dGVuc2lvbnMpDQpbICAgIDAuMzIwNzEzXSBBQ1BJOiBBZGRlZCBfT1NJ KFByb2Nlc3NvciBBZ2dyZWdhdG9yIERldmljZSkNClsgICAgMC4zMjIxMzBd IEFDUEk6IEVDOiBMb29rIHVwIEVDIGluIERTRFQNClsgICAgMC4zMjM2MTld IEFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1vZHVsZS1sZXZlbCBleGVj dXRhYmxlIEFNTCBjb2RlDQpbICAgIDAuMzI5Njk5XSBBQ1BJOiBTU0RUIDAw MDAwMDAwYmFkZjcwMTggMDA4MEUgKHYwMSAgUG1SZWYgIENwdTBDc3QgMDAw MDMwMDEgSU5UTCAyMDEyMDIxNSkNClsgICAgMC4zMzAwNTVdIEFDUEk6IER5 bmFtaWMgT0VNIFRhYmxlIExvYWQ6DQpbICAgIDAuMzMwMDU3XSBBQ1BJOiBT U0RUICAgICAgICAgICAobnVsbCkgMDA4MEUgKHYwMSAgUG1SZWYgIENwdTBD c3QgMDAwMDMwMDEgSU5UTCAyMDEyMDIxNSkNClsgICAgMC4zMzMxMjZdIEFD UEk6IFNTRFQgMDAwMDAwMDBiYWRmOGE5OCAwMDMwMyAodjAxICBQbVJlZiAg ICBBcElzdCAwMDAwMzAwMCBJTlRMIDIwMTIwMjE1KQ0KWyAgICAwLjMzMzUw NF0gQUNQSTogRHluYW1pYyBPRU0gVGFibGUgTG9hZDoNClsgICAgMC4zMzM1 MDZdIEFDUEk6IFNTRFQgICAgICAgICAgIChudWxsKSAwMDMwMyAodjAxICBQ bVJlZiAgICBBcElzdCAwMDAwMzAwMCBJTlRMIDIwMTIwMjE1KQ0KWyAgICAw LjMzMzYyN10gQUNQSTogU1NEVCAwMDAwMDAwMGJhZGY2ZDk4IDAwMTE5ICh2 MDEgIFBtUmVmICAgIEFwQ3N0IDAwMDAzMDAwIElOVEwgMjAxMjAyMTUpDQpb ICAgIDAuMzMzOTgzXSBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2FkOg0K WyAgICAwLjMzMzk4NV0gQUNQSTogU1NEVCAgICAgICAgICAgKG51bGwpIDAw MTE5ICh2MDEgIFBtUmVmICAgIEFwQ3N0IDAwMDAzMDAwIElOVEwgMjAxMjAy MTUpDQpbICAgIDAuMzM1MDU1XSBBQ1BJOiBJbnRlcnByZXRlciBlbmFibGVk DQpbICAgIDAuMzM1MDYyXSBBQ1BJIEV4Y2VwdGlvbjogQUVfTk9UX0ZPVU5E LCBXaGlsZSBldmFsdWF0aW5nIFNsZWVwIFN0YXRlIFtcX1MxX10gKDIwMTMw MTE3L2h3eGZhY2UtNTY4KQ0KWyAgICAwLjMzNTA2Nl0gQUNQSSBFeGNlcHRp b246IEFFX05PVF9GT1VORCwgV2hpbGUgZXZhbHVhdGluZyBTbGVlcCBTdGF0 ZSBbXF9TMl9dICgyMDEzMDExNy9od3hmYWNlLTU2OCkNClsgICAgMC4zMzUw NzldIEFDUEk6IChzdXBwb3J0cyBTMCBTMyBTNCBTNSkNClsgICAgMC4zMzUw ODBdIEFDUEk6IFVzaW5nIElPQVBJQyBmb3IgaW50ZXJydXB0IHJvdXRpbmcN ClsgICAgMC4zMzUxMTBdIFBDSTogVXNpbmcgaG9zdCBicmlkZ2Ugd2luZG93 cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSwgdXNlICJwY2k9bm9jcnMiIGFu ZCByZXBvcnQgYSBidWcNClsgICAgMC4zMzk2NTRdIEFDUEk6IFBvd2VyIFJl c291cmNlIFtGTjAwXSAob24pDQpbICAgIDAuMzQwMTAyXSBBQ1BJOiBQQ0kg Um9vdCBCcmlkZ2UgW1BDSTBdIChkb21haW4gMDAwMCBbYnVzIDAwLWZlXSkN ClsgICAgMC4zNDAyMTBdIFxfU0JfLlBDSTA6X09TQyBpbnZhbGlkIFVVSUQN ClsgICAgMC4zNDAyMTFdIF9PU0MgcmVxdWVzdCBkYXRhOjEgOCAwIA0KWyAg ICAwLjM0MDQ3MV0gUENJIGhvc3QgYnJpZGdlIHRvIGJ1cyAwMDAwOjAwDQpb ICAgIDAuMzQwNDc0XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291 cmNlIFtidXMgMDAtZmVdDQpbICAgIDAuMzQwNDc2XSBwY2lfYnVzIDAwMDA6 MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4MGNmN10NClsg ICAgMC4zNDA0NzhdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3Vy Y2UgW2lvICAweDBkMDAtMHhmZmZmXQ0KWyAgICAwLjM0MDQ3OV0gcGNpX2J1 cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwYTAwMDAt MHgwMDBiZmZmZl0NClsgICAgMC4zNDA0ODFdIHBjaV9idXMgMDAwMDowMDog cm9vdCBidXMgcmVzb3VyY2UgW21lbSAweDAwMGMwMDAwLTB4MDAwYzNmZmZd DQpbICAgIDAuMzQwNDgyXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJl c291cmNlIFttZW0gMHgwMDBjNDAwMC0weDAwMGM3ZmZmXQ0KWyAgICAwLjM0 MDQ4NF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVt IDB4MDAwYzgwMDAtMHgwMDBjYmZmZl0NClsgICAgMC4zNDA0ODVdIHBjaV9i dXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21lbSAweDAwMGNjMDAw LTB4MDAwY2ZmZmZdDQpbICAgIDAuMzQwNDg3XSBwY2lfYnVzIDAwMDA6MDA6 IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDBkMDAwMC0weDAwMGQzZmZm XQ0KWyAgICAwLjM0MDQ4OF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyBy ZXNvdXJjZSBbbWVtIDB4MDAwZDQwMDAtMHgwMDBkN2ZmZl0NClsgICAgMC4z NDA0OTBdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21l bSAweDAwMGQ4MDAwLTB4MDAwZGJmZmZdDQpbICAgIDAuMzQwNDkxXSBwY2lf YnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDBkYzAw MC0weDAwMGRmZmZmXQ0KWyAgICAwLjM0MDQ5Ml0gcGNpX2J1cyAwMDAwOjAw OiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwZTAwMDAtMHgwMDBlM2Zm Zl0NClsgICAgMC4zNDA0OTRdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMg cmVzb3VyY2UgW21lbSAweDAwMGU0MDAwLTB4MDAwZTdmZmZdDQpbICAgIDAu MzQwNDk1XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtt ZW0gMHgwMDBlODAwMC0weDAwMGViZmZmXQ0KWyAgICAwLjM0MDQ5N10gcGNp X2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbbWVtIDB4MDAwZWMw MDAtMHgwMDBlZmZmZl0NClsgICAgMC4zNDA0OThdIHBjaV9idXMgMDAwMDow MDogcm9vdCBidXMgcmVzb3VyY2UgW21lbSAweDAwMGYwMDAwLTB4MDAwZmZm ZmZdDQpbICAgIDAuMzQwNTAwXSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVz IHJlc291cmNlIFttZW0gMHhiZmEwMDAwMC0weGZlYWZmZmZmXQ0KWyAgICAw LjM0MDUwN10gcGNpIDAwMDA6MDA6MDAuMDogWzgwODY6MDE1NF0gdHlwZSAw MCBjbGFzcyAweDA2MDAwMA0KWyAgICAwLjM0MDU4N10gcGNpIDAwMDA6MDA6 MDIuMDogWzgwODY6MDE2Nl0gdHlwZSAwMCBjbGFzcyAweDAzMDAwMA0KWyAg ICAwLjM0MDU5OF0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDEwOiBbbWVtIDB4 YzgwMDAwMDAtMHhjODNmZmZmZiA2NGJpdF0NClsgICAgMC4zNDA2MDRdIHBj aSAwMDAwOjAwOjAyLjA6IHJlZyAxODogW21lbSAweGMwMDAwMDAwLTB4Yzdm ZmZmZmYgNjRiaXQgcHJlZl0NClsgICAgMC4zNDA2MDldIHBjaSAwMDAwOjAw OjAyLjA6IHJlZyAyMDogW2lvICAweDQwMDAtMHg0MDNmXQ0KWyAgICAwLjM0 MDcwMl0gcGNpIDAwMDA6MDA6MTQuMDogWzgwODY6MWUzMV0gdHlwZSAwMCBj bGFzcyAweDBjMDMzMA0KWyAgICAwLjM0MDcyNV0gcGNpIDAwMDA6MDA6MTQu MDogcmVnIDEwOiBbbWVtIDB4Yzg2MDAwMDAtMHhjODYwZmZmZiA2NGJpdF0N ClsgICAgMC4zNDA3OTddIHBjaSAwMDAwOjAwOjE0LjA6IFBNRSMgc3VwcG9y dGVkIGZyb20gRDNob3QgRDNjb2xkDQpbICAgIDAuMzQwODQzXSBwY2kgMDAw MDowMDoxNC4wOiBTeXN0ZW0gd2FrZXVwIGRpc2FibGVkIGJ5IEFDUEkNClsg ICAgMC4zNDA4ODBdIHBjaSAwMDAwOjAwOjE2LjA6IFs4MDg2OjFlM2FdIHR5 cGUgMDAgY2xhc3MgMHgwNzgwMDANClsgICAgMC4zNDA5MDVdIHBjaSAwMDAw OjAwOjE2LjA6IHJlZyAxMDogW21lbSAweGM4NjE0MDAwLTB4Yzg2MTQwMGYg NjRiaXRdDQpbICAgIDAuMzQwOTgyXSBwY2kgMDAwMDowMDoxNi4wOiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZA0KWyAgICAwLjM0MTA2 Ml0gcGNpIDAwMDA6MDA6MWEuMDogWzgwODY6MWUyZF0gdHlwZSAwMCBjbGFz cyAweDBjMDMyMA0KWyAgICAwLjM0MTA4NV0gcGNpIDAwMDA6MDA6MWEuMDog cmVnIDEwOiBbbWVtIDB4Yzg2MTkwMDAtMHhjODYxOTNmZl0NClsgICAgMC4z NDExNzZdIHBjaSAwMDAwOjAwOjFhLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20g RDAgRDNob3QgRDNjb2xkDQpbICAgIDAuMzQxMjMwXSBwY2kgMDAwMDowMDox Yi4wOiBbODA4NjoxZTIwXSB0eXBlIDAwIGNsYXNzIDB4MDQwMzAwDQpbICAg IDAuMzQxMjQ2XSBwY2kgMDAwMDowMDoxYi4wOiByZWcgMTA6IFttZW0gMHhj ODYxMDAwMC0weGM4NjEzZmZmIDY0Yml0XQ0KWyAgICAwLjM0MTMxNF0gcGNp IDAwMDA6MDA6MWIuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBE M2NvbGQNClsgICAgMC4zNDEzMzldIHBjaSAwMDAwOjAwOjFiLjA6IFN5c3Rl bSB3YWtldXAgZGlzYWJsZWQgYnkgQUNQSQ0KWyAgICAwLjM0MTM3Ml0gcGNp IDAwMDA6MDA6MWMuMDogWzgwODY6MWUxMF0gdHlwZSAwMSBjbGFzcyAweDA2 MDQwMA0KWyAgICAwLjM0MTQ1M10gcGNpIDAwMDA6MDA6MWMuMDogUE1FIyBz dXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBEM2NvbGQNClsgICAgMC4zNDE0ODFd IHBjaSAwMDAwOjAwOjFjLjA6IFN5c3RlbSB3YWtldXAgZGlzYWJsZWQgYnkg QUNQSQ0KWyAgICAwLjM0MTUxM10gcGNpIDAwMDA6MDA6MWMuMTogWzgwODY6 MWUxMl0gdHlwZSAwMSBjbGFzcyAweDA2MDQwMA0KWyAgICAwLjM0MTU5Ml0g cGNpIDAwMDA6MDA6MWMuMTogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hv dCBEM2NvbGQNClsgICAgMC4zNDE2MjFdIHBjaSAwMDAwOjAwOjFjLjE6IFN5 c3RlbSB3YWtldXAgZGlzYWJsZWQgYnkgQUNQSQ0KWyAgICAwLjM0MTY2NF0g cGNpIDAwMDA6MDA6MWQuMDogWzgwODY6MWUyNl0gdHlwZSAwMCBjbGFzcyAw eDBjMDMyMA0KWyAgICAwLjM0MTY4Nl0gcGNpIDAwMDA6MDA6MWQuMDogcmVn IDEwOiBbbWVtIDB4Yzg2MTgwMDAtMHhjODYxODNmZl0NClsgICAgMC4zNDE3 NzhdIHBjaSAwMDAwOjAwOjFkLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAg RDNob3QgRDNjb2xkDQpbICAgIDAuMzQxODI3XSBwY2kgMDAwMDowMDoxZC4w OiBTeXN0ZW0gd2FrZXVwIGRpc2FibGVkIGJ5IEFDUEkNClsgICAgMC4zNDE4 NjJdIHBjaSAwMDAwOjAwOjFmLjA6IFs4MDg2OjFlNTldIHR5cGUgMDAgY2xh c3MgMHgwNjAxMDANClsgICAgMC4zNDIwMDhdIHBjaSAwMDAwOjAwOjFmLjI6 IFs4MDg2OjFlMDNdIHR5cGUgMDAgY2xhc3MgMHgwMTA2MDENClsgICAgMC4z NDIwMjhdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxMDogW2lvICAweDQwODgt MHg0MDhmXQ0KWyAgICAwLjM0MjAzNl0gcGNpIDAwMDA6MDA6MWYuMjogcmVn IDE0OiBbaW8gIDB4NDA5NC0weDQwOTddDQpbICAgIDAuMzQyMDQ0XSBwY2kg MDAwMDowMDoxZi4yOiByZWcgMTg6IFtpbyAgMHg0MDgwLTB4NDA4N10NClsg ICAgMC4zNDIwNTJdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxYzogW2lvICAw eDQwOTAtMHg0MDkzXQ0KWyAgICAwLjM0MjA2MF0gcGNpIDAwMDA6MDA6MWYu MjogcmVnIDIwOiBbaW8gIDB4NDA2MC0weDQwN2ZdDQpbICAgIDAuMzQyMDY4 XSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMjQ6IFttZW0gMHhjODYxNzAwMC0w eGM4NjE3N2ZmXQ0KWyAgICAwLjM0MjExNF0gcGNpIDAwMDA6MDA6MWYuMjog UE1FIyBzdXBwb3J0ZWQgZnJvbSBEM2hvdA0KWyAgICAwLjM0MjE3NV0gcGNp IDAwMDA6MDA6MWYuMzogWzgwODY6MWUyMl0gdHlwZSAwMCBjbGFzcyAweDBj MDUwMA0KWyAgICAwLjM0MjE5MF0gcGNpIDAwMDA6MDA6MWYuMzogcmVnIDEw OiBbbWVtIDB4Yzg2MTUwMDAtMHhjODYxNTBmZiA2NGJpdF0NClsgICAgMC4z NDIyMTFdIHBjaSAwMDAwOjAwOjFmLjM6IHJlZyAyMDogW2lvICAweDQwNDAt MHg0MDVmXQ0KWyAgICAwLjM0MjYwOF0gcGNpIDAwMDA6MDE6MDAuMDogWzE5 Njk6MTA5MV0gdHlwZSAwMCBjbGFzcyAweDAyMDAwMA0KWyAgICAwLjM0Mjk3 Nl0gcGNpIDAwMDA6MDE6MDAuMDogcmVnIDEwOiBbbWVtIDB4Yzg1MDAwMDAt MHhjODUzZmZmZiA2NGJpdF0NClsgICAgMC4zNDMyMDBdIHBjaSAwMDAwOjAx OjAwLjA6IHJlZyAxODogW2lvICAweDMwMDAtMHgzMDdmXQ0KWyAgICAwLjM0 NDYyOF0gcGNpIDAwMDA6MDE6MDAuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBE MCBEMSBEMiBEM2hvdCBEM2NvbGQNClsgICAgMC4zNDQ5OTFdIHBjaSAwMDAw OjAxOjAwLjA6IFN5c3RlbSB3YWtldXAgZGlzYWJsZWQgYnkgQUNQSQ0KWyAg ICAwLjM0OTg1Ml0gcGNpIDAwMDA6MDA6MWMuMDogUENJIGJyaWRnZSB0byBb YnVzIDAxXQ0KWyAgICAwLjM0OTg1N10gcGNpIDAwMDA6MDA6MWMuMDogICBi cmlkZ2Ugd2luZG93IFtpbyAgMHgzMDAwLTB4M2ZmZl0NClsgICAgMC4zNDk4 NjJdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4 Yzg1MDAwMDAtMHhjODVmZmZmZl0NClsgICAgMC4zNDk5NTNdIHBjaSAwMDAw OjAyOjAwLjA6IFsxMGVjOjg3MjNdIHR5cGUgMDAgY2xhc3MgMHgwMjgwMDAN ClsgICAgMC4zNDk5ODFdIHBjaSAwMDAwOjAyOjAwLjA6IHJlZyAxMDogW2lv ICAweDIwMDAtMHgyMGZmXQ0KWyAgICAwLjM1MDAzMF0gcGNpIDAwMDA6MDI6 MDAuMDogcmVnIDE4OiBbbWVtIDB4Yzg0MDAwMDAtMHhjODQwM2ZmZiA2NGJp dF0NClsgICAgMC4zNTAxODFdIHBjaSAwMDAwOjAyOjAwLjA6IHN1cHBvcnRz IEQxIEQyDQpbICAgIDAuMzUwMTgzXSBwY2kgMDAwMDowMjowMC4wOiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQxIEQyIEQzaG90IEQzY29sZA0KWyAgICAw LjM1MDIzMl0gcGNpIDAwMDA6MDI6MDAuMDogU3lzdGVtIHdha2V1cCBkaXNh YmxlZCBieSBBQ1BJDQpbICAgIDAuMzU2MzYwXSBwY2kgMDAwMDowMDoxYy4x OiBQQ0kgYnJpZGdlIHRvIFtidXMgMDJdDQpbICAgIDAuMzU2MzY4XSBwY2kg MDAwMDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cgW2lvICAweDIwMDAtMHgy ZmZmXQ0KWyAgICAwLjM1NjM3NV0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlk Z2Ugd2luZG93IFttZW0gMHhjODQwMDAwMC0weGM4NGZmZmZmXQ0KWyAgICAw LjM1NjQ2MF0gXF9TQl8uUENJMDpfT1NDIGludmFsaWQgVVVJRA0KWyAgICAw LjM1NjQ2MV0gX09TQyByZXF1ZXN0IGRhdGE6MSAxZiAwIA0KWyAgICAwLjM1 NjQ2NF0gYWNwaSBQTlAwQTA4OjAwOiBBQ1BJIF9PU0Mgc3VwcG9ydCBub3Rp ZmljYXRpb24gZmFpbGVkLCBkaXNhYmxpbmcgUENJZSBBU1BNDQpbICAgIDAu MzU2NDY2XSBhY3BpIFBOUDBBMDg6MDA6IFVuYWJsZSB0byByZXF1ZXN0IF9P U0MgY29udHJvbCAoX09TQyBzdXBwb3J0IG1hc2s6IDB4MDgpDQpbICAgIDAu MzU2OTQyXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0FdIChJUlFz IDEgMyA0IDUgNiAxMCAxMSAxMiAxNCAxNSkgKjAsIGRpc2FibGVkLg0KWyAg ICAwLjM1Njk4OF0gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktCXSAo SVJRcyAxIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUpICowLCBkaXNhYmxlZC4N ClsgICAgMC4zNTcwMzNdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5L Q10gKElSUXMgMSAzIDQgNSA2IDEwIDExIDEyIDE0IDE1KSAqMCwgZGlzYWJs ZWQuDQpbICAgIDAuMzU3MDgwXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsg W0xOS0RdIChJUlFzIDEgMyA0IDUgNiAxMCAxMSAxMiAxNCAxNSkgKjAsIGRp c2FibGVkLg0KWyAgICAwLjM1NzEyN10gQUNQSTogUENJIEludGVycnVwdCBM aW5rIFtMTktFXSAoSVJRcyAxIDMgNCA1IDYgMTAgMTEgMTIgMTQgMTUpICow LCBkaXNhYmxlZC4NClsgICAgMC4zNTcxNzFdIEFDUEk6IFBDSSBJbnRlcnJ1 cHQgTGluayBbTE5LRl0gKElSUXMgMSAzIDQgNSA2IDEwIDExIDEyIDE0IDE1 KSAqMCwgZGlzYWJsZWQuDQpbICAgIDAuMzU3MjE1XSBBQ1BJOiBQQ0kgSW50 ZXJydXB0IExpbmsgW0xOS0ddIChJUlFzIDEgMyA0IDUgNiAxMCAxMSAxMiAx NCAxNSkgKjAsIGRpc2FibGVkLg0KWyAgICAwLjM1NzI1OV0gQUNQSTogUENJ IEludGVycnVwdCBMaW5rIFtMTktIXSAoSVJRcyAxIDMgNCA1IDYgMTAgMTEg MTIgMTQgMTUpICowLCBkaXNhYmxlZC4NClsgICAgMC4zNTc1NTJdIEFDUEk6 IEVuYWJsZWQgNiBHUEVzIGluIGJsb2NrIDAwIHRvIDNGDQpbICAgIDAuMzU3 NTU3XSBhY3BpIHJvb3Q6IFxfU0JfLlBDSTAgbm90aWZ5IGhhbmRsZXIgaXMg aW5zdGFsbGVkDQpbICAgIDAuMzU3NjA4XSBGb3VuZCAxIGFjcGkgcm9vdCBk ZXZpY2VzDQpbICAgIDAuMzU3ODk5XSBBQ1BJOiBBQ1BJIERvY2sgU3RhdGlv biBEcml2ZXI6IDEgZG9ja3MvYmF5cyBmb3VuZA0KWyAgICAwLjM1Nzk1Ml0g dmdhYXJiOiBkZXZpY2UgYWRkZWQ6IFBDSTowMDAwOjAwOjAyLjAsZGVjb2Rl cz1pbyttZW0sb3ducz1pbyttZW0sbG9ja3M9bm9uZQ0KWyAgICAwLjM1Nzk1 NF0gdmdhYXJiOiBsb2FkZWQNClsgICAgMC4zNTc5NTVdIHZnYWFyYjogYnJp ZGdlIGNvbnRyb2wgcG9zc2libGUgMDAwMDowMDowMi4wDQpbICAgIDAuMzU3 OTgzXSBQQ0k6IFVzaW5nIEFDUEkgZm9yIElSUSByb3V0aW5nDQpbICAgIDAu MzY0NTA5XSBQQ0k6IHBjaV9jYWNoZV9saW5lX3NpemUgc2V0IHRvIDY0IGJ5 dGVzDQpbICAgIDAuMzY0NjY3XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIg W21lbSAweDAwMDg4MDAwLTB4MDAwOGZmZmZdDQpbICAgIDAuMzY0NjY5XSBl ODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweDQwMDA0MDAwLTB4NDNm ZmZmZmZdDQpbICAgIDAuMzY0NjcwXSBlODIwOiByZXNlcnZlIFJBTSBidWZm ZXIgW21lbSAweGI1MjZlMDAwLTB4YjdmZmZmZmZdDQpbICAgIDAuMzY0Njcy XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweGI2MTlhMDAwLTB4 YjdmZmZmZmZdDQpbICAgIDAuMzY0NjczXSBlODIwOiByZXNlcnZlIFJBTSBi dWZmZXIgW21lbSAweGJhN2JmMDAwLTB4YmJmZmZmZmZdDQpbICAgIDAuMzY0 Njc0XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweGJiMDAwMDAw LTB4YmJmZmZmZmZdDQpbICAgIDAuMzY0Njc2XSBlODIwOiByZXNlcnZlIFJB TSBidWZmZXIgW21lbSAweDIzZjYwMDAwMC0weDIzZmZmZmZmZl0NClsgICAg MC4zNjQ3NTFdIE5ldExhYmVsOiBJbml0aWFsaXppbmcNClsgICAgMC4zNjQ3 NTJdIE5ldExhYmVsOiAgZG9tYWluIGhhc2ggc2l6ZSA9IDEyOA0KWyAgICAw LjM2NDc1M10gTmV0TGFiZWw6ICBwcm90b2NvbHMgPSBVTkxBQkVMRUQgQ0lQ U092NA0KWyAgICAwLjM2NDc2NF0gTmV0TGFiZWw6ICB1bmxhYmVsZWQgdHJh ZmZpYyBhbGxvd2VkIGJ5IGRlZmF1bHQNClsgICAgMC4zNjQ3NzddIGhwZXQw OiBhdCBNTUlPIDB4ZmVkMDAwMDAsIElSUXMgMiwgOCwgMCwgMCwgMCwgMCwg MCwgMA0KWyAgICAwLjM2NDc4Ml0gaHBldDA6IDggY29tcGFyYXRvcnMsIDY0 LWJpdCAxNC4zMTgxODAgTUh6IGNvdW50ZXINClsgICAgMC4zNjY3OTVdIFN3 aXRjaGluZyB0byBjbG9ja3NvdXJjZSBocGV0DQpbICAgIDAuMzcwNDg2XSBw bnA6IFBuUCBBQ1BJIGluaXQNClsgICAgMC4zNzA0OThdIEFDUEk6IGJ1cyB0 eXBlIFBOUCByZWdpc3RlcmVkDQpbICAgIDAuMzcwNTIxXSBwbnAgMDA6MDA6 IFtkbWEgNF0NClsgICAgMC4zNzA1MzhdIHBucCAwMDowMDogUGx1ZyBhbmQg UGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDAyMDAgKGFjdGl2ZSkNClsgICAg MC4zNzA1NTddIHBucCAwMDowMTogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmlj ZSwgSURzIElOVDA4MDAgKGFjdGl2ZSkNClsgICAgMC4zNzA2NTJdIHBucCAw MDowMjogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDAxMDMg KGFjdGl2ZSkNClsgICAgMC4zNzA2NzldIHBucCAwMDowMzogUGx1ZyBhbmQg UGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDQgKGFjdGl2ZSkNClsgICAg MC4zNzA3MThdIHN5c3RlbSAwMDowNDogW2lvICAweDA2ODAtMHgwNjlmXSBo YXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MDcyMF0gc3lzdGVtIDAwOjA0 OiBbaW8gIDB4MTAwMC0weDEwMGZdIGhhcyBiZWVuIHJlc2VydmVkDQpbICAg IDAuMzcwNzIyXSBzeXN0ZW0gMDA6MDQ6IFtpbyAgMHhmZmZmXSBoYXMgYmVl biByZXNlcnZlZA0KWyAgICAwLjM3MDcyM10gc3lzdGVtIDAwOjA0OiBbaW8g IDB4ZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA3MjVdIHN5 c3RlbSAwMDowNDogW2lvICAweDA0MDAtMHgwNDUzXSBoYXMgYmVlbiByZXNl cnZlZA0KWyAgICAwLjM3MDcyN10gc3lzdGVtIDAwOjA0OiBbaW8gIDB4MDQ1 OC0weDA0N2ZdIGhhcyBiZWVuIHJlc2VydmVkDQpbICAgIDAuMzcwNzI4XSBz eXN0ZW0gMDA6MDQ6IFtpbyAgMHgwNTAwLTB4MDU3Zl0gaGFzIGJlZW4gcmVz ZXJ2ZWQNClsgICAgMC4zNzA3MzBdIHN5c3RlbSAwMDowNDogW2lvICAweDE2 NGUtMHgxNjRmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MDczM10g c3lzdGVtIDAwOjA0OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMg UE5QMGMwMiAoYWN0aXZlKQ0KWyAgICAwLjM3MDc1NF0gcG5wIDAwOjA1OiBQ bHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGIwMCAoYWN0aXZl KQ0KWyAgICAwLjM3MDc4Nl0gc3lzdGVtIDAwOjA2OiBbaW8gIDB4MDQ1NC0w eDA0NTddIGhhcyBiZWVuIHJlc2VydmVkDQpbICAgIDAuMzcwNzg4XSBzeXN0 ZW0gMDA6MDY6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBJTlQz ZjBkIFBOUDBjMDIgKGFjdGl2ZSkNClsgICAgMC4zNzA4MDldIHBucCAwMDow NzogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDAzMDMgKGFj dGl2ZSkNClsgICAgMC4zNzA4MzFdIHBucCAwMDowODogUGx1ZyBhbmQgUGxh eSBBQ1BJIGRldmljZSwgSURzIFRPUzAzMTAgU1lOMTkwMCBTWU4wMDAyIFBO UDBmMTMgKGFjdGl2ZSkNClsgICAgMC4zNzA5NzNdIHN5c3RlbSAwMDowOTog W21lbSAweGZlZDFjMDAwLTB4ZmVkMWZmZmZdIGhhcyBiZWVuIHJlc2VydmVk DQpbICAgIDAuMzcwOTc1XSBzeXN0ZW0gMDA6MDk6IFttZW0gMHhmZWQxMDAw MC0weGZlZDE3ZmZmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MDk3 N10gc3lzdGVtIDAwOjA5OiBbbWVtIDB4ZmVkMTgwMDAtMHhmZWQxOGZmZl0g aGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA5NzldIHN5c3RlbSAwMDow OTogW21lbSAweGZlZDE5MDAwLTB4ZmVkMTlmZmZdIGhhcyBiZWVuIHJlc2Vy dmVkDQpbICAgIDAuMzcwOTgwXSBzeXN0ZW0gMDA6MDk6IFttZW0gMHhlMDAw MDAwMC0weGVmZmZmZmZmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3 MDk4Ml0gc3lzdGVtIDAwOjA5OiBbbWVtIDB4ZmVkMjAwMDAtMHhmZWQzZmZm Zl0gaGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA5ODRdIHN5c3RlbSAw MDowOTogW21lbSAweGZlZDkwMDAwLTB4ZmVkOTNmZmZdIGhhcyBiZWVuIHJl c2VydmVkDQpbICAgIDAuMzcwOTg2XSBzeXN0ZW0gMDA6MDk6IFttZW0gMHhm ZjAwMDAwMC0weGZmZmZmZmZmXSBjb3VsZCBub3QgYmUgcmVzZXJ2ZWQNClsg ICAgMC4zNzA5ODhdIHN5c3RlbSAwMDowOTogW21lbSAweGZlZTAwMDAwLTB4 ZmVlZmZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZA0KWyAgICAwLjM3MDk4 OV0gc3lzdGVtIDAwOjA5OiBbbWVtIDB4YmZhMDAwMDAtMHhiZmEwMGZmZl0g aGFzIGJlZW4gcmVzZXJ2ZWQNClsgICAgMC4zNzA5OTFdIHN5c3RlbSAwMDow OTogW21lbSAweGZmNzAwMDAwLTB4ZmY3MDAxZmZdIGhhcyBiZWVuIHJlc2Vy dmVkDQpbICAgIDAuMzcwOTkzXSBzeXN0ZW0gMDA6MDk6IFBsdWcgYW5kIFBs YXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwYzAyIChhY3RpdmUpDQpbICAgIDAu MzcxMjE1XSBzeXN0ZW0gMDA6MGE6IFttZW0gMHgyMDAwMDAwMC0weDIwMWZm ZmZmXSBoYXMgYmVlbiByZXNlcnZlZA0KWyAgICAwLjM3MTIxN10gc3lzdGVt IDAwOjBhOiBbbWVtIDB4NDAwMDQwMDAtMHg0MDAwNGZmZl0gaGFzIGJlZW4g cmVzZXJ2ZWQNClsgICAgMC4zNzEyMTldIHN5c3RlbSAwMDowYTogUGx1ZyBh bmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDEgKGFjdGl2ZSkNClsg ICAgMC4zNzEyNTVdIHBucDogUG5QIEFDUEk6IGZvdW5kIDExIGRldmljZXMN ClsgICAgMC4zNzEyNTddIEFDUEk6IGJ1cyB0eXBlIFBOUCB1bnJlZ2lzdGVy ZWQNClsgICAgMC4zNzc1NDNdIHBjaSAwMDAwOjAwOjFjLjA6IFBDSSBicmlk Z2UgdG8gW2J1cyAwMV0NClsgICAgMC4zNzc1NDddIHBjaSAwMDAwOjAwOjFj LjA6ICAgYnJpZGdlIHdpbmRvdyBbaW8gIDB4MzAwMC0weDNmZmZdDQpbICAg IDAuMzc3NTUzXSBwY2kgMDAwMDowMDoxYy4wOiAgIGJyaWRnZSB3aW5kb3cg W21lbSAweGM4NTAwMDAwLTB4Yzg1ZmZmZmZdDQpbICAgIDAuMzc3NTYxXSBw Y2kgMDAwMDowMDoxYy4xOiBQQ0kgYnJpZGdlIHRvIFtidXMgMDJdDQpbICAg IDAuMzc3NTY0XSBwY2kgMDAwMDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cg W2lvICAweDIwMDAtMHgyZmZmXQ0KWyAgICAwLjM3NzU3MF0gcGNpIDAwMDA6 MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFttZW0gMHhjODQwMDAwMC0weGM4 NGZmZmZmXQ0KWyAgICAwLjM3NzY2Nl0gcGNpX2J1cyAwMDAwOjAwOiByZXNv dXJjZSA0IFtpbyAgMHgwMDAwLTB4MGNmN10NClsgICAgMC4zNzc2NjddIHBj aV9idXMgMDAwMDowMDogcmVzb3VyY2UgNSBbaW8gIDB4MGQwMC0weGZmZmZd DQpbICAgIDAuMzc3NjY5XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDYg W21lbSAweDAwMGEwMDAwLTB4MDAwYmZmZmZdDQpbICAgIDAuMzc3NjcxXSBw Y2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDcgW21lbSAweDAwMGMwMDAwLTB4 MDAwYzNmZmZdDQpbICAgIDAuMzc3NjcyXSBwY2lfYnVzIDAwMDA6MDA6IHJl c291cmNlIDggW21lbSAweDAwMGM0MDAwLTB4MDAwYzdmZmZdDQpbICAgIDAu Mzc3Njc0XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDkgW21lbSAweDAw MGM4MDAwLTB4MDAwY2JmZmZdDQpbICAgIDAuMzc3Njc1XSBwY2lfYnVzIDAw MDA6MDA6IHJlc291cmNlIDEwIFttZW0gMHgwMDBjYzAwMC0weDAwMGNmZmZm XQ0KWyAgICAwLjM3NzY3N10gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAx MSBbbWVtIDB4MDAwZDAwMDAtMHgwMDBkM2ZmZl0NClsgICAgMC4zNzc2Nzhd IHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgMTIgW21lbSAweDAwMGQ0MDAw LTB4MDAwZDdmZmZdDQpbICAgIDAuMzc3NjgwXSBwY2lfYnVzIDAwMDA6MDA6 IHJlc291cmNlIDEzIFttZW0gMHgwMDBkODAwMC0weDAwMGRiZmZmXQ0KWyAg ICAwLjM3NzY4MV0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAxNCBbbWVt IDB4MDAwZGMwMDAtMHgwMDBkZmZmZl0NClsgICAgMC4zNzc2ODNdIHBjaV9i dXMgMDAwMDowMDogcmVzb3VyY2UgMTUgW21lbSAweDAwMGUwMDAwLTB4MDAw ZTNmZmZdDQpbICAgIDAuMzc3Njg0XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291 cmNlIDE2IFttZW0gMHgwMDBlNDAwMC0weDAwMGU3ZmZmXQ0KWyAgICAwLjM3 NzY4Nl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAxNyBbbWVtIDB4MDAw ZTgwMDAtMHgwMDBlYmZmZl0NClsgICAgMC4zNzc2ODddIHBjaV9idXMgMDAw MDowMDogcmVzb3VyY2UgMTggW21lbSAweDAwMGVjMDAwLTB4MDAwZWZmZmZd DQpbICAgIDAuMzc3Njg5XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDE5 IFttZW0gMHgwMDBmMDAwMC0weDAwMGZmZmZmXQ0KWyAgICAwLjM3NzY5MF0g cGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSAyMCBbbWVtIDB4YmZhMDAwMDAt MHhmZWFmZmZmZl0NClsgICAgMC4zNzc2OTJdIHBjaV9idXMgMDAwMDowMTog cmVzb3VyY2UgMCBbaW8gIDB4MzAwMC0weDNmZmZdDQpbICAgIDAuMzc3Njk0 XSBwY2lfYnVzIDAwMDA6MDE6IHJlc291cmNlIDEgW21lbSAweGM4NTAwMDAw LTB4Yzg1ZmZmZmZdDQpbICAgIDAuMzc3Njk1XSBwY2lfYnVzIDAwMDA6MDI6 IHJlc291cmNlIDAgW2lvICAweDIwMDAtMHgyZmZmXQ0KWyAgICAwLjM3NzY5 N10gcGNpX2J1cyAwMDAwOjAyOiByZXNvdXJjZSAxIFttZW0gMHhjODQwMDAw MC0weGM4NGZmZmZmXQ0KWyAgICAwLjM3NzcyNF0gTkVUOiBSZWdpc3RlcmVk IHByb3RvY29sIGZhbWlseSAyDQpbICAgIDAuMzc3ODg5XSBUQ1AgZXN0YWJs aXNoZWQgaGFzaCB0YWJsZSBlbnRyaWVzOiA2NTUzNiAob3JkZXI6IDgsIDEw NDg1NzYgYnl0ZXMpDQpbICAgIDAuMzc4MDU5XSBUQ1AgYmluZCBoYXNoIHRh YmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogOCwgMTA0ODU3NiBieXRlcykN ClsgICAgMC4zNzgxNjVdIFRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAo ZXN0YWJsaXNoZWQgNjU1MzYgYmluZCA2NTUzNikNClsgICAgMC4zNzgxNzhd IFRDUDogcmVubyByZWdpc3RlcmVkDQpbICAgIDAuMzc4MTg5XSBVRFAgaGFz aCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVz KQ0KWyAgICAwLjM3ODIxNV0gVURQLUxpdGUgaGFzaCB0YWJsZSBlbnRyaWVz OiA0MDk2IChvcmRlcjogNSwgMTMxMDcyIGJ5dGVzKQ0KWyAgICAwLjM3ODI3 NF0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxDQpbICAgIDAu Mzc4MjgzXSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZQ0K WyAgICAwLjQwMzY0OF0gUENJOiBDTFMgNjQgYnl0ZXMsIGRlZmF1bHQgNjQN ClsgICAgMC40MDM2ODBdIFVucGFja2luZyBpbml0cmFtZnMuLi4NClsgICAg MC40NTI2MzNdIEZyZWVpbmcgaW5pdHJkIG1lbW9yeTogMjk2NGsgZnJlZWQN ClsgICAgMC40NTI5MjhdIFBDSS1ETUE6IFVzaW5nIHNvZnR3YXJlIGJvdW5j ZSBidWZmZXJpbmcgZm9yIElPIChTV0lPVExCKQ0KWyAgICAwLjQ1MjkzMV0g c29mdHdhcmUgSU8gVExCIFttZW0gMHhhZjFjMDAwMC0weGIzMWMwMDAwXSAo NjRNQikgbWFwcGVkIGF0IFtmZmZmODgwMGFmMWMwMDAwLWZmZmY4ODAwYjMx YmZmZmZdDQpbICAgIDAuNDUyOTUzXSBTaW1wbGUgQm9vdCBGbGFnIGF0IDB4 NDQgc2V0IHRvIDB4MQ0KWyAgICAwLjQ1MzIwMF0gU2Nhbm5pbmcgZm9yIGxv dyBtZW1vcnkgY29ycnVwdGlvbiBldmVyeSA2MCBzZWNvbmRzDQpbICAgIDAu NDUzMzU0XSBhdWRpdDogaW5pdGlhbGl6aW5nIG5ldGxpbmsgc29ja2V0IChk aXNhYmxlZCkNClsgICAgMC40NTMzNjNdIHR5cGU9MjAwMCBhdWRpdCgxMzY5 MTg3NjU2LjQzMzoxKTogaW5pdGlhbGl6ZWQNClsgICAgMC40NjUwNzhdIEh1 Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ugc2l6ZSwgcHJlLWFsbG9jYXRl ZCAwIHBhZ2VzDQpbICAgIDAuNDY2Mzg4XSBWRlM6IERpc2sgcXVvdGFzIGRx dW90XzYuNS4yDQpbICAgIDAuNDY2NDIyXSBEcXVvdC1jYWNoZSBoYXNoIHRh YmxlIGVudHJpZXM6IDUxMiAob3JkZXIgMCwgNDA5NiBieXRlcykNClsgICAg MC40NjY1NjFdIG1zZ21uaSBoYXMgYmVlbiBzZXQgdG8gMTU3NDINClsgICAg MC40NjY3NzBdIEJsb2NrIGxheWVyIFNDU0kgZ2VuZXJpYyAoYnNnKSBkcml2 ZXIgdmVyc2lvbiAwLjQgbG9hZGVkIChtYWpvciAyNTIpDQpbICAgIDAuNDY2 Nzk2XSBpbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVkDQpbICAgIDAuNDY2 Nzk3XSBpbyBzY2hlZHVsZXIgZGVhZGxpbmUgcmVnaXN0ZXJlZA0KWyAgICAw LjQ2NjgwMl0gaW8gc2NoZWR1bGVyIGNmcSByZWdpc3RlcmVkIChkZWZhdWx0 KQ0KWyAgICAwLjQ2NzAyOF0gZWZpZmI6IHByb2JpbmcgZm9yIGVmaWZiDQpb ICAgIDAuNDY3NTI1XSBlZmlmYjogZnJhbWVidWZmZXIgYXQgMHhjMDAwMDAw MCwgbWFwcGVkIHRvIDB4ZmZmZmM5MDAyMTUwMDAwMCwgdXNpbmcgNDE2MGss IHRvdGFsIDQxNjBrDQpbICAgIDAuNDY3NTI2XSBlZmlmYjogbW9kZSBpcyAx MzY2eDc2OHgzMiwgbGluZWxlbmd0aD01NTA0LCBwYWdlcz0xDQpbICAgIDAu NDY3NTI3XSBlZmlmYjogc2Nyb2xsaW5nOiByZWRyYXcNClsgICAgMC40Njc1 MjhdIGVmaWZiOiBUcnVlY29sb3I6IHNpemU9ODo4Ojg6OCwgc2hpZnQ9MjQ6 MTY6ODowDQpbICAgIDAuNDcwMDI4XSBDb25zb2xlOiBzd2l0Y2hpbmcgdG8g Y29sb3VyIGZyYW1lIGJ1ZmZlciBkZXZpY2UgMTcweDQ4DQpbICAgIDAuNDcy Mzc5XSBmYjA6IEVGSSBWR0EgZnJhbWUgYnVmZmVyIGRldmljZQ0KWyAgICAw LjQ3MjM4NF0gaW50ZWxfaWRsZTogTVdBSVQgc3Vic3RhdGVzOiAweDIxMTIw DQpbICAgIDAuNDcyMzg1XSBpbnRlbF9pZGxlOiB2MC40IG1vZGVsIDB4M0EN ClsgICAgMC40NzIzODZdIGludGVsX2lkbGU6IGxhcGljX3RpbWVyX3JlbGlh YmxlX3N0YXRlcyAweGZmZmZmZmZmDQpbICAgIDAuNDcyNDM3XSBHSEVTOiBI RVNUIGlzIG5vdCBlbmFibGVkIQ0KWyAgICAwLjQ3MjQ3OF0gU2VyaWFsOiA4 MjUwLzE2NTUwIGRyaXZlciwgNCBwb3J0cywgSVJRIHNoYXJpbmcgZGlzYWJs ZWQNClsgICAgMC40NzI4NzddIExpbnV4IGFncGdhcnQgaW50ZXJmYWNlIHYw LjEwMw0KWyAgICAwLjQ3Mjk0Ml0gaTgwNDI6IFBOUDogUFMvMiBDb250cm9s bGVyIFtQTlAwMzAzOktCQyxQTlAwZjEzOk1PVUVdIGF0IDB4NjAsMHg2NCBp cnEgMSwxMg0KWyAgICAwLjQ3NTk4Ml0gc2VyaW86IGk4MDQyIEtCRCBwb3J0 IGF0IDB4NjAsMHg2NCBpcnEgMQ0KWyAgICAwLjQ3NjAwNF0gc2VyaW86IGk4 MDQyIEFVWCBwb3J0IGF0IDB4NjAsMHg2NCBpcnEgMTINClsgICAgMC40NzYw NzldIG1vdXNlZGV2OiBQUy8yIG1vdXNlIGRldmljZSBjb21tb24gZm9yIGFs bCBtaWNlDQpbICAgIDAuNDc2MTI2XSBydGNfY21vcyAwMDowNTogUlRDIGNh biB3YWtlIGZyb20gUzQNClsgICAgMC40NzYyNDFdIHJ0Y19jbW9zIDAwOjA1 OiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNfY21vcyBhcyBydGMwDQpbICAg IDAuNDc2MjY5XSBydGNfY21vcyAwMDowNTogYWxhcm1zIHVwIHRvIG9uZSBt b250aCwgMjQyIGJ5dGVzIG52cmFtLCBocGV0IGlycXMNClsgICAgMC40NzY0 MjJdIGNwdWlkbGU6IHVzaW5nIGdvdmVybm9yIGxhZGRlcg0KWyAgICAwLjQ3 NjYyNl0gY3B1aWRsZTogdXNpbmcgZ292ZXJub3IgbWVudQ0KWyAgICAwLjQ3 NjYyN10gRUZJIFZhcmlhYmxlcyBGYWNpbGl0eSB2MC4wOCAyMDA0LU1heS0x Nw0KWyAgICAwLjQ4NDc3OF0gW0Zpcm13YXJlIEJ1Z106IGVmaTogSW5jb25z aXN0ZW50IGluaXRpYWwgc2l6ZXMNClsgICAgMC40ODQ4MTldIGRyb3BfbW9u aXRvcjogSW5pdGlhbGl6aW5nIG5ldHdvcmsgZHJvcCBtb25pdG9yIHNlcnZp Y2UNClsgICAgMC40ODQ4ODBdIFRDUDogY3ViaWMgcmVnaXN0ZXJlZA0KWyAg ICAwLjQ4NDk1NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAx MA0KWyAgICAwLjQ4NTA3MV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZh bWlseSAxNw0KWyAgICAwLjQ4NTA3OF0gS2V5IHR5cGUgZG5zX3Jlc29sdmVy IHJlZ2lzdGVyZWQNClsgICAgMC40ODU0MDVdIFBNOiBIaWJlcm5hdGlvbiBp bWFnZSBub3QgcHJlc2VudCBvciBjb3VsZCBub3QgYmUgbG9hZGVkLg0KWyAg ICAwLjQ4NTQxMl0gcmVnaXN0ZXJlZCB0YXNrc3RhdHMgdmVyc2lvbiAxDQpb ICAgIDAuNDg2MzE0XSAgIE1hZ2ljIG51bWJlcjogMTM6NjM5OjkxMw0KWyAg ICAwLjQ4NjQyMF0gcnRjX2Ntb3MgMDA6MDU6IHNldHRpbmcgc3lzdGVtIGNs b2NrIHRvIDIwMTMtMDUtMjIgMDE6NTQ6MTYgVVRDICgxMzY5MTg3NjU2KQ0K WyAgICAwLjQ4NzIxMl0gRnJlZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTog MTA5MmsgZnJlZWQNClsgICAgMC40ODczMzhdIFdyaXRlIHByb3RlY3Rpbmcg dGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTogODE5MmsNClsgICAgMC40ODk3 NzBdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDExNTJrIGZyZWVk DQpbICAgIDAuNDkwODIxXSBGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5 OiA0MjBrIGZyZWVkDQpbICAgIDAuNDkyMTk3XSBpbnB1dDogQVQgVHJhbnNs YXRlZCBTZXQgMiBrZXlib2FyZCBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9pODA0 Mi9zZXJpbzAvaW5wdXQvaW5wdXQwDQpbICAgIDAuNDk2ODQyXSBzeXN0ZW1k LXVkZXZkWzc3XTogc3RhcnRpbmcgdmVyc2lvbiAyMDQNClsgICAgMC40OTc1 OTJdIHNwZWFrdXA6IG1vZHVsZSBpcyBmcm9tIHRoZSBzdGFnaW5nIGRpcmVj dG9yeSwgdGhlIHF1YWxpdHkgaXMgdW5rbm93biwgeW91IGhhdmUgYmVlbiB3 YXJuZWQuDQpbICAgIDAuNDk3OTI1XSBpbnB1dDogU3BlYWt1cCBhcyAvZGV2 aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MQ0KWyAgICAwLjQ5ODAzN10gaW5p dGlhbGl6ZWQgZGV2aWNlOiAvZGV2L3N5bnRoLCBub2RlIChNQUpPUiAxMCwg TUlOT1IgMjUpDQpbICAgIDAuNDk4MTQ0XSBzcGVha3VwIDMuMS42OiBpbml0 aWFsaXplZA0KWyAgICAwLjQ5ODE0N10gc3ludGggbmFtZSBvbiBlbnRyeSBp czogKG51bGwpDQpbICAgIDAuNDk4MjAzXSBzcGVha3VwX3NvZnQ6IG1vZHVs ZSBpcyBmcm9tIHRoZSBzdGFnaW5nIGRpcmVjdG9yeSwgdGhlIHF1YWxpdHkg aXMgdW5rbm93biwgeW91IGhhdmUgYmVlbiB3YXJuZWQuDQpbICAgIDAuNDk4 MzE2XSBzeW50aCBwcm9iZQ0KWyAgICAwLjQ5ODQzM10gaW5pdGlhbGl6ZWQg ZGV2aWNlOiAvZGV2L3NvZnRzeW50aCwgbm9kZSAoTUFKT1IgMTAsIE1JTk9S IDI2KQ0KWyAgICAwLjUxNjQxN10gQUNQSTogYnVzIHR5cGUgVVNCIHJlZ2lz dGVyZWQNClsgICAgMC41MTY0NDFdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3 IGludGVyZmFjZSBkcml2ZXIgdXNiZnMNClsgICAgMC41MTY0NTFdIHVzYmNv cmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgaHViDQpbICAg IDAuNTE2NDkxXSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBkZXZpY2UgZHJp dmVyIHVzYg0KWyAgICAwLjUxNjkxM10gZWhjaV9oY2Q6IFVTQiAyLjAgJ0Vu aGFuY2VkJyBIb3N0IENvbnRyb2xsZXIgKEVIQ0kpIERyaXZlcg0KWyAgICAw LjUxNzgwOV0gU0NTSSBzdWJzeXN0ZW0gaW5pdGlhbGl6ZWQNClsgICAgMC41 MTg2NTldIEFDUEk6IGJ1cyB0eXBlIEFUQSByZWdpc3RlcmVkDQpbICAgIDAu NTE4NzIxXSBsaWJhdGEgdmVyc2lvbiAzLjAwIGxvYWRlZC4NClsgICAgMC41 MTg4MzhdIGVoY2ktcGNpOiBFSENJIFBDSSBwbGF0Zm9ybSBkcml2ZXINClsg ICAgMC41MTg5MTFdIHhoY2lfaGNkIDAwMDA6MDA6MTQuMDogc2V0dGluZyBs YXRlbmN5IHRpbWVyIHRvIDY0DQpbICAgIDAuNTE4OTE2XSB4aGNpX2hjZCAw MDAwOjAwOjE0LjA6IHhIQ0kgSG9zdCBDb250cm9sbGVyDQpbICAgIDAuNTE4 OTI2XSB4aGNpX2hjZCAwMDAwOjAwOjE0LjA6IG5ldyBVU0IgYnVzIHJlZ2lz dGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMQ0KWyAgICAwLjUxOTAyN10g eGhjaV9oY2QgMDAwMDowMDoxNC4wOiBjYWNoZSBsaW5lIHNpemUgb2YgNjQg aXMgbm90IHN1cHBvcnRlZA0KWyAgICAwLjUxOTA3Nl0geGhjaV9oY2QgMDAw MDowMDoxNC4wOiBpcnEgNDAgZm9yIE1TSS9NU0ktWA0KWyAgICAwLjUxOTM2 Nl0geEhDSSB4aGNpX2FkZF9lbmRwb2ludCBjYWxsZWQgZm9yIHJvb3QgaHVi DQpbICAgIDAuNTE5MzY4XSB4SENJIHhoY2lfY2hlY2tfYmFuZHdpZHRoIGNh bGxlZCBmb3Igcm9vdCBodWINClsgICAgMC41MTk0NDFdIGh1YiAxLTA6MS4w OiBVU0IgaHViIGZvdW5kDQpbICAgIDAuNTE5NDQ4XSBodWIgMS0wOjEuMDog NCBwb3J0cyBkZXRlY3RlZA0KWyAgICAwLjUxOTc4Nl0geGhjaV9oY2QgMDAw MDowMDoxNC4wOiB4SENJIEhvc3QgQ29udHJvbGxlcg0KWyAgICAwLjUxOTc4 OV0geGhjaV9oY2QgMDAwMDowMDoxNC4wOiBuZXcgVVNCIGJ1cyByZWdpc3Rl cmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDINClsgICAgMC41MTk5MjNdIHhI Q0kgeGhjaV9hZGRfZW5kcG9pbnQgY2FsbGVkIGZvciByb290IGh1Yg0KWyAg ICAwLjUxOTkyNF0geEhDSSB4aGNpX2NoZWNrX2JhbmR3aWR0aCBjYWxsZWQg Zm9yIHJvb3QgaHViDQpbICAgIDAuNTE5OTQ4XSBodWIgMi0wOjEuMDogVVNC IGh1YiBmb3VuZA0KWyAgICAwLjUxOTk1NV0gaHViIDItMDoxLjA6IDQgcG9y dHMgZGV0ZWN0ZWQNClsgICAgMC41MjM3NTldIGVoY2ktcGNpIDAwMDA6MDA6 MWEuMDogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0DQpbICAgIDAuNTIz NzY1XSBlaGNpLXBjaSAwMDAwOjAwOjFhLjA6IEVIQ0kgSG9zdCBDb250cm9s bGVyDQpbICAgIDAuNTIzNzczXSBlaGNpLXBjaSAwMDAwOjAwOjFhLjA6IG5l dyBVU0IgYnVzIHJlZ2lzdGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMw0K WyAgICAwLjUyMzc4N10gZWhjaS1wY2kgMDAwMDowMDoxYS4wOiBkZWJ1ZyBw b3J0IDINClsgICAgMC41Mjc2OTNdIGVoY2ktcGNpIDAwMDA6MDA6MWEuMDog Y2FjaGUgbGluZSBzaXplIG9mIDY0IGlzIG5vdCBzdXBwb3J0ZWQNClsgICAg MC41Mjc3MTNdIGVoY2ktcGNpIDAwMDA6MDA6MWEuMDogaXJxIDE2LCBpbyBt ZW0gMHhjODYxOTAwMA0KWyAgICAwLjUzNzAwNF0gZWhjaS1wY2kgMDAwMDow MDoxYS4wOiBVU0IgMi4wIHN0YXJ0ZWQsIEVIQ0kgMS4wMA0KWyAgICAwLjUz NzIxMl0gaHViIDMtMDoxLjA6IFVTQiBodWIgZm91bmQNClsgICAgMC41Mzcy MTZdIGh1YiAzLTA6MS4wOiAyIHBvcnRzIGRldGVjdGVkDQpbICAgIDAuNTM3 MzQ4XSBlaGNpLXBjaSAwMDAwOjAwOjFkLjA6IHNldHRpbmcgbGF0ZW5jeSB0 aW1lciB0byA2NA0KWyAgICAwLjUzNzM1Ml0gZWhjaS1wY2kgMDAwMDowMDox ZC4wOiBFSENJIEhvc3QgQ29udHJvbGxlcg0KWyAgICAwLjUzNzM1Nl0gZWhj aS1wY2kgMDAwMDowMDoxZC4wOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBh c3NpZ25lZCBidXMgbnVtYmVyIDQNClsgICAgMC41MzczNjhdIGVoY2ktcGNp IDAwMDA6MDA6MWQuMDogZGVidWcgcG9ydCAyDQpbICAgIDAuNTQxMjgxXSBl aGNpLXBjaSAwMDAwOjAwOjFkLjA6IGNhY2hlIGxpbmUgc2l6ZSBvZiA2NCBp cyBub3Qgc3VwcG9ydGVkDQpbICAgIDAuNTQxMjk0XSBlaGNpLXBjaSAwMDAw OjAwOjFkLjA6IGlycSAyMywgaW8gbWVtIDB4Yzg2MTgwMDANClsgICAgMC41 NTAzNDFdIGVoY2ktcGNpIDAwMDA6MDA6MWQuMDogVVNCIDIuMCBzdGFydGVk LCBFSENJIDEuMDANClsgICAgMC41NTA1NDRdIGh1YiA0LTA6MS4wOiBVU0Ig aHViIGZvdW5kDQpbICAgIDAuNTUwNTQ4XSBodWIgNC0wOjEuMDogMiBwb3J0 cyBkZXRlY3RlZA0KWyAgICAwLjU1MDYzMF0gYWhjaSAwMDAwOjAwOjFmLjI6 IHZlcnNpb24gMy4wDQpbICAgIDAuNTUwNzI4XSBhaGNpIDAwMDA6MDA6MWYu MjogaXJxIDQxIGZvciBNU0kvTVNJLVgNClsgICAgMC41NTA3NTldIGFoY2k6 IFNTUyBmbGFnIHNldCwgcGFyYWxsZWwgYnVzIHNjYW4gZGlzYWJsZWQNClsg ICAgMC41NjM3MjddIGFoY2kgMDAwMDowMDoxZi4yOiBBSENJIDAwMDEuMDMw MCAzMiBzbG90cyA2IHBvcnRzIDYgR2JwcyAweDM5IGltcGwgU0FUQSBtb2Rl DQpbICAgIDAuNTYzNzMxXSBhaGNpIDAwMDA6MDA6MWYuMjogZmxhZ3M6IDY0 Yml0IG5jcSBzdGFnIHBtIGxlZCBjbG8gcGlvIHNsdW0gcGFydCBlbXMgc3hz IGFwc3QgDQpbICAgIDAuNTYzNzM1XSBhaGNpIDAwMDA6MDA6MWYuMjogc2V0 dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0DQpbICAgIDAuNTg0MTc1XSBzY3Np MCA6IGFoY2kNClsgICAgMC41ODQzMjJdIHNjc2kxIDogYWhjaQ0KWyAgICAw LjU4NDQ5MF0gc2NzaTIgOiBhaGNpDQpbICAgIDAuNTg0NjU2XSBzY3NpMyA6 IGFoY2kNClsgICAgMC41ODQ3OTVdIHNjc2k0IDogYWhjaQ0KWyAgICAwLjU4 NDk1N10gc2NzaTUgOiBhaGNpDQpbICAgIDAuNTg1MDEwXSBhdGExOiBTQVRB IG1heCBVRE1BLzEzMyBhYmFyIG0yMDQ4QDB4Yzg2MTcwMDAgcG9ydCAweGM4 NjE3MTAwIGlycSA0MQ0KWyAgICAwLjU4NTAxMl0gYXRhMjogRFVNTVkNClsg ICAgMC41ODUwMTNdIGF0YTM6IERVTU1ZDQpbICAgIDAuNTg1MDE1XSBhdGE0 OiBTQVRBIG1heCBVRE1BLzEzMyBhYmFyIG0yMDQ4QDB4Yzg2MTcwMDAgcG9y dCAweGM4NjE3MjgwIGlycSA0MQ0KWyAgICAwLjU4NTAxOF0gYXRhNTogU0FU QSBtYXggVURNQS8xMzMgYWJhciBtMjA0OEAweGM4NjE3MDAwIHBvcnQgMHhj ODYxNzMwMCBpcnEgNDENClsgICAgMC41ODUwMjFdIGF0YTY6IFNBVEEgbWF4 IFVETUEvMTMzIGFiYXIgbTIwNDhAMHhjODYxNzAwMCBwb3J0IDB4Yzg2MTcz ODAgaXJxIDQxDQpbICAgIDAuODc3MzA5XSB1c2IgMS0zOiBuZXcgaGlnaC1z cGVlZCBVU0IgZGV2aWNlIG51bWJlciAyIHVzaW5nIHhoY2lfaGNkDQpbICAg IDAuOTA0MDAxXSBhdGExOiBTQVRBIGxpbmsgdXAgMy4wIEdicHMgKFNTdGF0 dXMgMTIzIFNDb250cm9sIDMwMCkNClsgICAgMC45MDUyNTZdIGF0YTEuMDA6 IEFUQS04OiBIR1NUIEhUUzU0MTAxMEE5RTY4MCwgSkEwT0E1NjAsIG1heCBV RE1BLzEzMw0KWyAgICAwLjkwNTI2Ml0gYXRhMS4wMDogMTk1MzUyNTE2OCBz ZWN0b3JzLCBtdWx0aSAxNjogTEJBNDggTkNRIChkZXB0aCAzMS8zMiksIEFB DQpbICAgIDAuOTA2NjUxXSBhdGExLjAwOiBjb25maWd1cmVkIGZvciBVRE1B LzEzMw0KWyAgICAwLjkwNjg2N10gc2NzaSAwOjA6MDowOiBEaXJlY3QtQWNj ZXNzICAgICBBVEEgICAgICBIR1NUIEhUUzU0MTAxMEE5IEpBME8gUFE6IDAg QU5TSTogNQ0KWyAgICAwLjk5NzM5NV0gdXNiIDMtMTogbmV3IGhpZ2gtc3Bl ZWQgVVNCIGRldmljZSBudW1iZXIgMiB1c2luZyBlaGNpLXBjaQ0KWyAgICAx LjEyMTQyNl0gaHViIDMtMToxLjA6IFVTQiBodWIgZm91bmQNClsgICAgMS4x MjE1MTddIGh1YiAzLTE6MS4wOiA2IHBvcnRzIGRldGVjdGVkDQpbICAgIDEu MjI0MjcwXSBhdGE0OiBTQVRBIGxpbmsgZG93biAoU1N0YXR1cyAwIFNDb250 cm9sIDMwMCkNClsgICAgMS4yMjc1OTNdIHVzYiA0LTE6IG5ldyBoaWdoLXNw ZWVkIFVTQiBkZXZpY2UgbnVtYmVyIDIgdXNpbmcgZWhjaS1wY2kNClsgICAg MS4zNTE3NzhdIGh1YiA0LTE6MS4wOiBVU0IgaHViIGZvdW5kDQpbICAgIDEu MzUxODM4XSBodWIgNC0xOjEuMDogNiBwb3J0cyBkZXRlY3RlZA0KWyAgICAx LjQxNzkzM10gdXNiIDMtMS4xOiBuZXcgaGlnaC1zcGVlZCBVU0IgZGV2aWNl IG51bWJlciAzIHVzaW5nIGVoY2ktcGNpDQpbICAgIDEuNDU0NDQyXSB0c2M6 IFJlZmluZWQgVFNDIGNsb2Nrc291cmNlIGNhbGlicmF0aW9uOiAyMzk0LjU2 MCBNSHoNClsgICAgMS40NTQ0NTBdIFN3aXRjaGluZyB0byBjbG9ja3NvdXJj ZSB0c2MNClsgICAgMS41NDQ1MTldIGF0YTU6IFNBVEEgbGluayBkb3duIChT U3RhdHVzIDAgU0NvbnRyb2wgMzAwKQ0KWyAgICAxLjU2ODA1M10gdXNiIDMt MS4zOiBuZXcgaGlnaC1zcGVlZCBVU0IgZGV2aWNlIG51bWJlciA0IHVzaW5n IGVoY2ktcGNpDQpbICAgIDEuODY0Nzk2XSBhdGE2OiBTQVRBIGxpbmsgdXAg MS41IEdicHMgKFNTdGF0dXMgMTEzIFNDb250cm9sIDMwMCkNClsgICAgMS44 Njg3NDVdIGF0YTYuMDA6IEFUQVBJOiBUU1NUY29ycCBDRERWRFcgU04tMjA4 QUIsIFRPMDQsIG1heCBVRE1BLzEwMA0KWyAgICAxLjg3MTIzM10gYXRhNi4w MDogY29uZmlndXJlZCBmb3IgVURNQS8xMDANClsgICAgMS44NzY0NzFdIHNj c2kgNTowOjA6MDogQ0QtUk9NICAgICAgICAgICAgVFNTVGNvcnAgQ0REVkRX IFNOLTIwOEFCICBUTzA0IFBROiAwIEFOU0k6IDUNClsgICAgMS44Nzg4MjBd IHNkIDA6MDowOjA6IFtzZGFdIDE5NTM1MjUxNjggNTEyLWJ5dGUgbG9naWNh bCBibG9ja3M6ICgxLjAwIFRCLzkzMSBHaUIpDQpbICAgIDEuODc4ODIzXSBz ZCAwOjA6MDowOiBbc2RhXSA0MDk2LWJ5dGUgcGh5c2ljYWwgYmxvY2tzDQpb ICAgIDEuODc4ODUxXSBzZCAwOjA6MDowOiBbc2RhXSBXcml0ZSBQcm90ZWN0 IGlzIG9mZg0KWyAgICAxLjg3ODg1M10gc2QgMDowOjA6MDogW3NkYV0gTW9k ZSBTZW5zZTogMDAgM2EgMDAgMDANClsgICAgMS44Nzg4NjVdIHNkIDA6MDow OjA6IFtzZGFdIFdyaXRlIGNhY2hlOiBlbmFibGVkLCByZWFkIGNhY2hlOiBl bmFibGVkLCBkb2Vzbid0IHN1cHBvcnQgRFBPIG9yIEZVQQ0KWyAgICAxLjg4 MzI3NV0gc3IwOiBzY3NpMy1tbWMgZHJpdmU6IDI0eC8yNHggd3JpdGVyIGR2 ZC1yYW0gY2QvcncgeGEvZm9ybTIgY2RkYSB0cmF5DQpbICAgIDEuODgzMjgw XSBjZHJvbTogVW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjIw DQpbICAgIDEuODgzNDU1XSBzciA1OjA6MDowOiBBdHRhY2hlZCBzY3NpIENE LVJPTSBzcjANClsgICAgMS45NDE1NjFdICBzZGE6IHNkYTEgc2RhMiBzZGEz IHNkYTQgc2RhNSBzZGE2IHNkYTcgc2RhOCBzZGE5IHNkYTEwDQpbICAgIDEu OTQyMTU1XSBzZCAwOjA6MDowOiBbc2RhXSBBdHRhY2hlZCBTQ1NJIGRpc2sN ClsgICAgMy40NTc4MjhdIEVYVDQtZnMgKHNkYTgpOiBtb3VudGVkIGZpbGVz eXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4gT3B0czogKG51bGwpDQpb ICAgIDQuMTAxOTI2XSBzeXN0ZW1kWzFdOiBSVEMgY29uZmlndXJlZCBpbiBs b2NhbHRpbWUsIGFwcGx5aW5nIGRlbHRhIG9mIC0zMDAgbWludXRlcyB0byBz eXN0ZW0gdGltZS4NClsgICAgNC4xMzM3OTldIHN5c3RlbWRbMV06IHN5c3Rl bWQgMjA0IHJ1bm5pbmcgaW4gc3lzdGVtIG1vZGUuICgrUEFNIC1MSUJXUkFQ IC1BVURJVCAtU0VMSU5VWCAtSU1BIC1TWVNWSU5JVCArTElCQ1JZUFRTRVRV UCArR0NSWVBUICtBQ0wgK1haKQ0KWyAgICA0LjE0OTQyOF0gc3lzdGVtZFsx XTogU2V0IGhvc3RuYW1lIHRvIDxhcmNoLmNvb2xpcC5uZXQ+Lg0KWyAgICA0 Ljc0MTE5MV0gc3lzdGVtZFsxXTogQ2Fubm90IGFkZCBkZXBlbmRlbmN5IGpv YiBmb3IgdW5pdCB4ZW5kb21VQG11bHRpLXVzZXIuc2VydmljZSwgaWdub3Jp bmc6IFVuaXQgeGVuZG9tVUBtdWx0aS11c2VyLnNlcnZpY2UgZmFpbGVkIHRv IGxvYWQ6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuIFNlZSBzeXN0ZW0g bG9ncyBhbmQgJ3N5c3RlbWN0bCBzdGF0dXMgeGVuZG9tVUBtdWx0aS11c2Vy LnNlcnZpY2UnIGZvciBkZXRhaWxzLg0KWyAgICA0Ljc0MTIwNV0gc3lzdGVt ZFsxXTogQ2Fubm90IGFkZCBkZXBlbmRlbmN5IGpvYiBmb3IgdW5pdCBkaXNw bGF5LW1hbmFnZXIuc2VydmljZSwgaWdub3Jpbmc6IFVuaXQgZGlzcGxheS1t YW5hZ2VyLnNlcnZpY2UgZmFpbGVkIHRvIGxvYWQ6IE5vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnkuIFNlZSBzeXN0ZW0gbG9ncyBhbmQgJ3N5c3RlbWN0bCBz dGF0dXMgZGlzcGxheS1tYW5hZ2VyLnNlcnZpY2UnIGZvciBkZXRhaWxzLg0K WyAgICA0Ljc0MTM1OF0gc3lzdGVtZFsxXTogU3RhcnRpbmcgRm9yd2FyZCBQ YXNzd29yZCBSZXF1ZXN0cyB0byBXYWxsIERpcmVjdG9yeSBXYXRjaC4NClsg ICAgNC43NDE0MDBdIHN5c3RlbWRbMV06IFN0YXJ0ZWQgRm9yd2FyZCBQYXNz d29yZCBSZXF1ZXN0cyB0byBXYWxsIERpcmVjdG9yeSBXYXRjaC4NClsgICAg NC43NDE0MTBdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFJlbW90ZSBGaWxlIFN5 c3RlbXMuDQpbICAgIDQuNzQxNDIwXSBzeXN0ZW1kWzFdOiBSZWFjaGVkIHRh cmdldCBSZW1vdGUgRmlsZSBTeXN0ZW1zLg0KWyAgICA0Ljc0MTQyOF0gc3lz dGVtZFsxXTogU3RhcnRpbmcgRGVsYXllZCBTaHV0ZG93biBTb2NrZXQuDQpb ICAgIDQuNzQxNDUyXSBzeXN0ZW1kWzFdOiBMaXN0ZW5pbmcgb24gRGVsYXll ZCBTaHV0ZG93biBTb2NrZXQuDQpbICAgIDQuNzQxNDU5XSBzeXN0ZW1kWzFd OiBTdGFydGluZyBEZXZpY2UtbWFwcGVyIGV2ZW50IGRhZW1vbiBGSUZPcy4N ClsgICAgNC43NDE0ODNdIHN5c3RlbWRbMV06IExpc3RlbmluZyBvbiBEZXZp Y2UtbWFwcGVyIGV2ZW50IGRhZW1vbiBGSUZPcy4NClsgICAgNC43NDE0OTFd IHN5c3RlbWRbMV06IFN0YXJ0aW5nIC9kZXYvaW5pdGN0bCBDb21wYXRpYmls aXR5IE5hbWVkIFBpcGUuDQpbICAgIDQuNzQxNTA1XSBzeXN0ZW1kWzFdOiBM aXN0ZW5pbmcgb24gL2Rldi9pbml0Y3RsIENvbXBhdGliaWxpdHkgTmFtZWQg UGlwZS4NClsgICAgNC43NDE1MTFdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIExW TTIgbWV0YWRhdGEgZGFlbW9uIHNvY2tldC4NClsgICAgNC43NDE1MzZdIHN5 c3RlbWRbMV06IExpc3RlbmluZyBvbiBMVk0yIG1ldGFkYXRhIGRhZW1vbiBz b2NrZXQuDQpbICAgIDQuNzQxNTQ2XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBE aXNwYXRjaCBQYXNzd29yZCBSZXF1ZXN0cyB0byBDb25zb2xlIERpcmVjdG9y eSBXYXRjaC4NClsgICAgNC43NDE1NzJdIHN5c3RlbWRbMV06IFN0YXJ0ZWQg RGlzcGF0Y2ggUGFzc3dvcmQgUmVxdWVzdHMgdG8gQ29uc29sZSBEaXJlY3Rv cnkgV2F0Y2guDQpbICAgIDQuNzQxNTgwXSBzeXN0ZW1kWzFdOiBTdGFydGlu ZyBQYXRocy4NClsgICAgNC43NDE1ODddIHN5c3RlbWRbMV06IFJlYWNoZWQg dGFyZ2V0IFBhdGhzLg0KWyAgICA0Ljc0MTU5NF0gc3lzdGVtZFsxXTogU3Rh cnRpbmcgRW5jcnlwdGVkIFZvbHVtZXMuDQpbICAgIDQuNzQxNjAyXSBzeXN0 ZW1kWzFdOiBSZWFjaGVkIHRhcmdldCBFbmNyeXB0ZWQgVm9sdW1lcy4NClsg ICAgNC43NDE2NTFdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIHVkZXYgS2VybmVs IFNvY2tldC4NClsgICAgNC43NDE2NjhdIHN5c3RlbWRbMV06IExpc3Rlbmlu ZyBvbiB1ZGV2IEtlcm5lbCBTb2NrZXQuDQpbICAgIDQuNzQxNzA3XSBzeXN0 ZW1kWzFdOiBTdGFydGluZyB1ZGV2IENvbnRyb2wgU29ja2V0Lg0KWyAgICA0 Ljc0MTcyNV0gc3lzdGVtZFsxXTogTGlzdGVuaW5nIG9uIHVkZXYgQ29udHJv bCBTb2NrZXQuDQpbICAgIDQuNzQxNzUwXSBzeXN0ZW1kWzFdOiBTdGFydGlu ZyBBcmJpdHJhcnkgRXhlY3V0YWJsZSBGaWxlIEZvcm1hdHMgRmlsZSBTeXN0 ZW0gQXV0b21vdW50IFBvaW50Lg0KWyAgICA0Ljc0MTgyN10gc3lzdGVtZFsx XTogU2V0IHVwIGF1dG9tb3VudCBBcmJpdHJhcnkgRXhlY3V0YWJsZSBGaWxl IEZvcm1hdHMgRmlsZSBTeXN0ZW0gQXV0b21vdW50IFBvaW50Lg0KWyAgICA0 Ljc0MTgzN10gc3lzdGVtZFsxXTogU3RhcnRpbmcgSm91cm5hbCBTb2NrZXQu DQpbICAgIDQuNzQxODcxXSBzeXN0ZW1kWzFdOiBMaXN0ZW5pbmcgb24gSm91 cm5hbCBTb2NrZXQuDQpbICAgIDQuNzc3NzU3XSBzeXN0ZW1kWzFdOiBTdGFy dGluZyBBcHBseSBLZXJuZWwgVmFyaWFibGVzLi4uDQpbICAgIDQuNzc4MDky XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBTZXR1cCBWaXJ0dWFsIENvbnNvbGUu Li4NClsgICAgNC43NzgzODJdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIHVkZXYg Q29sZHBsdWcgYWxsIERldmljZXMuLi4NClsgICAgNC43Nzg2ODBdIHN5c3Rl bWRbMV06IE1vdW50aW5nIERlYnVnIEZpbGUgU3lzdGVtLi4uDQpbICAgIDQu Nzk5MTk1XSBzeXN0ZW1kWzFdOiBTdGFydGVkIFNldCBVcCBBZGRpdGlvbmFs IEJpbmFyeSBGb3JtYXRzLg0KWyAgICA0Ljc5OTIxOV0gc3lzdGVtZFsxXTog TW91bnRpbmcgSHVnZSBQYWdlcyBGaWxlIFN5c3RlbS4uLg0KWyAgICA0Ljc5 OTUwOV0gc3lzdGVtZFsxXTogU3RhcnRpbmcgQ3JlYXRlIHN0YXRpYyBkZXZp Y2Ugbm9kZXMgaW4gL2Rldi4uLg0KWyAgICA0Ljc5OTc5MV0gc3lzdGVtZFsx XTogTW91bnRpbmcgUE9TSVggTWVzc2FnZSBRdWV1ZSBGaWxlIFN5c3RlbS4u Lg0KWyAgICA0LjgwMDM2OV0gc3lzdGVtZFsxXTogU3RhcnRpbmcgTG9hZCBL ZXJuZWwgTW9kdWxlcy4uLg0KWyAgICA0LjgwMDY1M10gc3lzdGVtZFsxXTog U3RhcnRpbmcgSm91cm5hbCBTZXJ2aWNlLi4uDQpbICAgIDQuODAwOTQ5XSBz eXN0ZW1kWzFdOiBTdGFydGVkIEpvdXJuYWwgU2VydmljZS4NClsgICAgNC44 MDA5NzVdIHN5c3RlbWRbMV06IEV4cGVjdGluZyBkZXZpY2UgZGV2LXNkYTEw LmRldmljZS4uLg0KWyAgICA0LjgwMDk5Ml0gc3lzdGVtZFsxXTogU3RhcnRl ZCBGaWxlIFN5c3RlbSBDaGVjayBvbiBSb290IERldmljZS4NClsgICAgNC44 MDEwMDBdIHN5c3RlbWRbMV06IE1vdW50aW5nIFRlbXBvcmFyeSBEaXJlY3Rv cnkuLi4NClsgICAgNS4wNTE0NzldIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFJl bW91bnQgUm9vdCBhbmQgS2VybmVsIEZpbGUgU3lzdGVtcy4uLg0KWyAgICA1 LjA1MTc3MV0gc3lzdGVtZFsxXTogRXhwZWN0aW5nIGRldmljZSBkZXYtc2Rh Mi5kZXZpY2UuLi4NClsgICAgNS42MjcyMjRdIEVYVDQtZnMgKHNkYTgpOiBy ZS1tb3VudGVkLiBPcHRzOiB1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9y ZGVyZWQNClsgICAgNS45NjIyNTldIHN5c3RlbWQtdWRldmRbMTcxXTogc3Rh cnRpbmcgdmVyc2lvbiAyMDQNClsgICAgNi4yMDAzOTJdIEFDUEk6IFJlcXVl c3RpbmcgYWNwaV9jcHVmcmVxDQpbICAgIDYuMjUzNDQ1XSBpbnB1dDogUEMg U3BlYWtlciBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9wY3Nwa3IvaW5wdXQvaW5w dXQyDQpbICAgIDYuMzI0NTYwXSBtaWNyb2NvZGU6IENQVTAgc2lnPTB4MzA2 YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNDQ0NzldIGlu cHV0OiBQb3dlciBCdXR0b24gYXMgL2RldmljZXMvTE5YU1lTVE06MDAvTE5Y U1lCVVM6MDAvUE5QMEMwQzowMC9pbnB1dC9pbnB1dDMNClsgICAgNi4zNDQ1 MzVdIEFDUEk6IFBvd2VyIEJ1dHRvbiBbUFdSQl0NClsgICAgNi4zNDQ1NjZd IGlucHV0OiBMaWQgU3dpdGNoIGFzIC9kZXZpY2VzL0xOWFNZU1RNOjAwL0xO WFNZQlVTOjAwL1BOUDBDMEQ6MDAvaW5wdXQvaW5wdXQ0DQpbICAgIDYuMzQ0 NjEwXSBBQ1BJOiBMaWQgU3dpdGNoIFtMSUQwXQ0KWyAgICA2LjM0NDY2Nl0g aW5wdXQ6IFBvd2VyIEJ1dHRvbiBhcyAvZGV2aWNlcy9MTlhTWVNUTTowMC9M TlhQV1JCTjowMC9pbnB1dC9pbnB1dDUNClsgICAgNi4zNDQ3MTddIEFDUEk6 IFBvd2VyIEJ1dHRvbiBbUFdSRl0NClsgICAgNi4zNDUxNzVdIHRoZXJtYWwg TE5YVEhFUk06MDA6IHJlZ2lzdGVyZWQgYXMgdGhlcm1hbF96b25lMA0KWyAg ICA2LjM0NTE3OF0gQUNQSTogVGhlcm1hbCBab25lIFtUSFJNXSAoNDggQykN ClsgICAgNi4zNDYzNzFdIEFDUEk6IEZhbiBbRkFOXSAob24pDQpbICAgIDYu Mzc3NzM0XSBtaWNyb2NvZGU6IENQVTAgc2lnPTB4MzA2YTksIHBmPTB4MTAs IHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzg4ODddIG1pY3JvY29kZTogQ1BV MCB1cGRhdGVkIHRvIHJldmlzaW9uIDB4MTcsIGRhdGUgPSAyMDEzLTAxLTA5 DQpbICAgIDYuMzc4OTM1XSBtaWNyb2NvZGU6IENQVTEgc2lnPTB4MzA2YTks IHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzkwMDddIG1pY3Jv Y29kZTogQ1BVMSBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2aXNpb249MHgx NQ0KWyAgICA2LjM3OTI2M10gbWljcm9jb2RlOiBDUFUxIHVwZGF0ZWQgdG8g cmV2aXNpb24gMHgxNywgZGF0ZSA9IDIwMTMtMDEtMDkNClsgICAgNi4zNzky OTVdIG1pY3JvY29kZTogQ1BVMiBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2 aXNpb249MHgxNQ0KWyAgICA2LjM3OTM1OF0gbWljcm9jb2RlOiBDUFUyIHNp Zz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0weDE1DQpbICAgIDYuMzc5 NjAwXSBtaWNyb2NvZGU6IENQVTIgdXBkYXRlZCB0byByZXZpc2lvbiAweDE3 LCBkYXRlID0gMjAxMy0wMS0wOQ0KWyAgICA2LjM3OTYwNl0gbWljcm9jb2Rl OiBDUFUzIHNpZz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0weDE1DQpb ICAgIDYuMzc5NjI0XSBtaWNyb2NvZGU6IENQVTMgc2lnPTB4MzA2YTksIHBm PTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzk4NzZdIG1pY3JvY29k ZTogQ1BVMyB1cGRhdGVkIHRvIHJldmlzaW9uIDB4MTcsIGRhdGUgPSAyMDEz LTAxLTA5DQpbICAgIDYuMzc5OTA3XSBtaWNyb2NvZGU6IENQVTQgc2lnPTB4 MzA2YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zNzk5NTld IG1pY3JvY29kZTogQ1BVNCBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2aXNp b249MHgxNQ0KWyAgICA2LjM4MDIyMV0gbWljcm9jb2RlOiBDUFU0IHVwZGF0 ZWQgdG8gcmV2aXNpb24gMHgxNywgZGF0ZSA9IDIwMTMtMDEtMDkNClsgICAg Ni4zODAyNDRdIG1pY3JvY29kZTogQ1BVNSBzaWc9MHgzMDZhOSwgcGY9MHgx MCwgcmV2aXNpb249MHgxNQ0KWyAgICA2LjM4MDI3MV0gbWljcm9jb2RlOiBD UFU1IHNpZz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0weDE1DQpbICAg IDYuMzgwNzU5XSBtaWNyb2NvZGU6IENQVTUgdXBkYXRlZCB0byByZXZpc2lv biAweDE3LCBkYXRlID0gMjAxMy0wMS0wOQ0KWyAgICA2LjM4MDc4N10gbWlj cm9jb2RlOiBDUFU2IHNpZz0weDMwNmE5LCBwZj0weDEwLCByZXZpc2lvbj0w eDE1DQpbICAgIDYuMzgwODg4XSBtaWNyb2NvZGU6IENQVTYgc2lnPTB4MzA2 YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4zODExNDldIG1p Y3JvY29kZTogQ1BVNiB1cGRhdGVkIHRvIHJldmlzaW9uIDB4MTcsIGRhdGUg PSAyMDEzLTAxLTA5DQpbICAgIDYuMzgxMTU1XSBtaWNyb2NvZGU6IENQVTcg c2lnPTB4MzA2YTksIHBmPTB4MTAsIHJldmlzaW9uPTB4MTUNClsgICAgNi4z ODExNjldIG1pY3JvY29kZTogQ1BVNyBzaWc9MHgzMDZhOSwgcGY9MHgxMCwg cmV2aXNpb249MHgxNQ0KWyAgICA2LjM4MTQyMV0gbWljcm9jb2RlOiBDUFU3 IHVwZGF0ZWQgdG8gcmV2aXNpb24gMHgxNywgZGF0ZSA9IDIwMTMtMDEtMDkN ClsgICAgNi4zODE0ODJdIG1pY3JvY29kZTogTWljcm9jb2RlIFVwZGF0ZSBE cml2ZXI6IHYyLjAwIDx0aWdyYW5AYWl2YXppYW4uZnNuZXQuY28udWs+LCBQ ZXRlciBPcnViYQ0KWyAgICA2LjYwNTA4Ml0gQUNQSSBXYXJuaW5nOiAweDAw MDAwMDAwMDAwMDA0MjgtMHgwMDAwMDAwMDAwMDAwNDJmIFN5c3RlbUlPIGNv bmZsaWN0cyB3aXRoIFJlZ2lvbiBcUE1JTyAxICgyMDEzMDExNy91dGFkZHJl c3MtMjUxKQ0KWyAgICA2LjYwNTA4OF0gQUNQSTogSWYgYW4gQUNQSSBkcml2 ZXIgaXMgYXZhaWxhYmxlIGZvciB0aGlzIGRldmljZSwgeW91IHNob3VsZCB1 c2UgaXQgaW5zdGVhZCBvZiB0aGUgbmF0aXZlIGRyaXZlcg0KWyAgICA2LjYw NTA5Ml0gQUNQSSBXYXJuaW5nOiAweDAwMDAwMDAwMDAwMDA1MzAtMHgwMDAw MDAwMDAwMDAwNTNmIFN5c3RlbUlPIGNvbmZsaWN0cyB3aXRoIFJlZ2lvbiBc R1BJTyAxICgyMDEzMDExNy91dGFkZHJlc3MtMjUxKQ0KWyAgICA2LjYwNTA5 NV0gQUNQSTogSWYgYW4gQUNQSSBkcml2ZXIgaXMgYXZhaWxhYmxlIGZvciB0 aGlzIGRldmljZSwgeW91IHNob3VsZCB1c2UgaXQgaW5zdGVhZCBvZiB0aGUg bmF0aXZlIGRyaXZlcg0KWyAgICA2LjYwNTA5Nl0gQUNQSSBXYXJuaW5nOiAw eDAwMDAwMDAwMDAwMDA1MDAtMHgwMDAwMDAwMDAwMDAwNTJmIFN5c3RlbUlP IGNvbmZsaWN0cyB3aXRoIFJlZ2lvbiBcR1BJTyAxICgyMDEzMDExNy91dGFk ZHJlc3MtMjUxKQ0KWyAgICA2LjYwNTA5N10gQUNQSTogSWYgYW4gQUNQSSBk cml2ZXIgaXMgYXZhaWxhYmxlIGZvciB0aGlzIGRldmljZSwgeW91IHNob3Vs ZCB1c2UgaXQgaW5zdGVhZCBvZiB0aGUgbmF0aXZlIGRyaXZlcg0KWyAgICA2 LjYwNTA5OF0gbHBjX2ljaDogUmVzb3VyY2UgY29uZmxpY3QocykgZm91bmQg YWZmZWN0aW5nIGdwaW9faWNoDQpbICAgIDYuNjM3MTA4XSBpVENPX3ZlbmRv cl9zdXBwb3J0OiB2ZW5kb3Itc3VwcG9ydD0wDQpbICAgIDYuNjY0NzEzXSBp VENPX3dkdDogSW50ZWwgVENPIFdhdGNoRG9nIFRpbWVyIERyaXZlciB2MS4x MA0KWyAgICA2LjY2NDc0NF0gaVRDT193ZHQ6IEZvdW5kIGEgUGFudGhlciBQ b2ludCBUQ08gZGV2aWNlIChWZXJzaW9uPTIsIFRDT0JBU0U9MHgwNDYwKQ0K WyAgICA2LjY2NDk0MV0gaVRDT193ZHQ6IGluaXRpYWxpemVkLiBoZWFydGJl YXQ9MzAgc2VjIChub3dheW91dD0wKQ0KWyAgICA2Ljc4NjA5Nl0gbWVpIDAw MDA6MDA6MTYuMDogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0DQpbICAg IDYuNzg2MTQxXSBtZWkgMDAwMDowMDoxNi4wOiBpcnEgNDIgZm9yIE1TSS9N U0ktWA0KWyAgICA2Ljg2MjExMV0gQUNQSSBXYXJuaW5nOiAweDAwMDAwMDAw MDAwMDQwNDAtMHgwMDAwMDAwMDAwMDA0MDVmIFN5c3RlbUlPIGNvbmZsaWN0 cyB3aXRoIFJlZ2lvbiBcX1NCXy5QQ0kwLlNCVVMuU01CSSAxICgyMDEzMDEx Ny91dGFkZHJlc3MtMjUxKQ0KWyAgICA2Ljg2MjExNl0gQUNQSTogSWYgYW4g QUNQSSBkcml2ZXIgaXMgYXZhaWxhYmxlIGZvciB0aGlzIGRldmljZSwgeW91 IHNob3VsZCB1c2UgaXQgaW5zdGVhZCBvZiB0aGUgbmF0aXZlIGRyaXZlcg0K WyAgICA2Ljg3MTc4OV0gW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEuMS4wIDIw MDYwODEwDQpbICAgIDYuOTE3Mzk2XSBzbmRfaGRhX2ludGVsIDAwMDA6MDA6 MWIuMDogaXJxIDQzIGZvciBNU0kvTVNJLVgNClsgICAgNi45Mzc3NjNdIGlu cHV0OiBIREEgRGlnaXRhbCBQQ0JlZXAgYXMgL2RldmljZXMvcGNpMDAwMDow MC8wMDAwOjAwOjFiLjAvaW5wdXQvaW5wdXQ2DQpbICAgIDYuOTUwMDE3XSBj Zmc4MDIxMTogQ2FsbGluZyBDUkRBIHRvIHVwZGF0ZSB3b3JsZCByZWd1bGF0 b3J5IGRvbWFpbg0KWyAgICA2Ljk5MjI5NV0gcHNtb3VzZSBzZXJpbzE6IHN5 bmFwdGljczogVG91Y2hwYWQgbW9kZWw6IDEsIGZ3OiA3LjUsIGlkOiAweDFl MGIxLCBjYXBzOiAweGQwMDA3My8weDI0MDAwMC8weGEwNDAwLCBib2FyZCBp ZDogMTY4MCwgZncgaWQ6IDcwNjE0NQ0KWyAgICA2Ljk5MjI5OV0gcHNtb3Vz ZSBzZXJpbzE6IHN5bmFwdGljczogVG9zaGliYSBTYXRlbGxpdGUgUzg1NSBk ZXRlY3RlZCwgbGltaXRpbmcgcmF0ZSB0byA0MHBwcy4NClsgICAgNy4wMjQ5 MTJdIGlucHV0OiBTeW5QUy8yIFN5bmFwdGljcyBUb3VjaFBhZCBhcyAvZGV2 aWNlcy9wbGF0Zm9ybS9pODA0Mi9zZXJpbzEvaW5wdXQvaW5wdXQ3DQpbICAg IDcuMDM3ODg3XSBydGw4NzIzYWU6IFVzaW5nIGZpcm13YXJlIHJ0bHdpZmkv cnRsODcyM2Z3X0IuYmluDQpbICAgIDcuMDcyMDI2XSBtZWRpYTogTGludXgg bWVkaWEgaW50ZXJmYWNlOiB2MC4xMA0KWyAgICA3LjA5MTA1MV0gcjg3MTJ1 OiBtb2R1bGUgaXMgZnJvbSB0aGUgc3RhZ2luZyBkaXJlY3RvcnksIHRoZSBx dWFsaXR5IGlzIHVua25vd24sIHlvdSBoYXZlIGJlZW4gd2FybmVkLg0KWyAg ICA3LjA5MTYzMF0gcjg3MTJ1OiBTdGFnaW5nIHZlcnNpb24NClsgICAgNy4w OTE2NDFdIHI4NzEydTogcmVnaXN0ZXIgcnRsODcxMl9uZXRkZXZfb3BzIHRv IG5ldGRldl9vcHMNClsgICAgNy4wOTE2NDRdIHVzYiAxLTM6IHI4NzEydTog VVNCX1NQRUVEX0hJR0ggd2l0aCA0IGVuZHBvaW50cw0KWyAgICA3LjA5MTkx MF0gdXNiIDEtMzogcjg3MTJ1OiBCb290IGZyb20gRUZVU0U6IEF1dG9sb2Fk IE9LDQpbICAgIDcuMDk1NTY4XSBydHM1MTM5OiBtb2R1bGUgaXMgZnJvbSB0 aGUgc3RhZ2luZyBkaXJlY3RvcnksIHRoZSBxdWFsaXR5IGlzIHVua25vd24s IHlvdSBoYXZlIGJlZW4gd2FybmVkLg0KWyAgICA3LjA5NzMzNF0gTGludXgg dmlkZW8gY2FwdHVyZSBpbnRlcmZhY2U6IHYyLjAwDQpbICAgIDcuMDk4OTU5 XSBzY3NpNiA6IFNDU0kgZW11bGF0aW9uIGZvciBSVFM1MTM5IFVTQiBjYXJk IHJlYWRlcg0KWyAgICA3LjA5OTA4MV0gc2NzaSA2OjA6MDowOiBEaXJlY3Qt QWNjZXNzICAgICBHZW5lcmljLSB4RC9TRC9NLlMuICAgICAgIDEuMDAgUFE6 IDAgQU5TSTogMCBDQ1MNClsgICAgNy4xMDIxOTldIHNkIDY6MDowOjA6IFtz ZGJdIEF0dGFjaGVkIFNDU0kgcmVtb3ZhYmxlIGRpc2sNClsgICAgNy4xMDUw MzJdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIg cnRzNTEzOQ0KWyAgICA3LjExMjE4MV0gdXZjdmlkZW86IEZvdW5kIFVWQyAx LjAwIGRldmljZSBUT1NISUJBIFdlYiBDYW1lcmEgLSBIRCAoMTBmMToxYTQz KQ0KWyAgICA3LjEyOTkzOV0gaW5wdXQ6IFRPU0hJQkEgV2ViIENhbWVyYSAt IEhEIGFzIC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxYS4wL3VzYjMv My0xLzMtMS4zLzMtMS4zOjEuMC9pbnB1dC9pbnB1dDgNClsgICAgNy4xMjk5 OTldIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIg dXZjdmlkZW8NClsgICAgNy4xMzAwMDBdIFVTQiBWaWRlbyBDbGFzcyBkcml2 ZXIgKDEuMS4xKQ0KWyAgICA3LjEzMTcyMl0gaW5wdXQ6IEhEQSBJbnRlbCBQ Q0ggSERNSS9EUCxwY209MyBhcyAvZGV2aWNlcy9wY2kwMDAwOjAwLzAwMDA6 MDA6MWIuMC9zb3VuZC9jYXJkMC9pbnB1dDkNClsgICAgNy4xMzE3NjhdIGlu cHV0OiBIREEgSW50ZWwgUENIIE1pYyBhcyAvZGV2aWNlcy9wY2kwMDAwOjAw LzAwMDA6MDA6MWIuMC9zb3VuZC9jYXJkMC9pbnB1dDEwDQpbICAgIDcuMTMx ODA3XSBpbnB1dDogSERBIEludGVsIFBDSCBIZWFkcGhvbmUgYXMgL2Rldmlj ZXMvcGNpMDAwMDowMC8wMDAwOjAwOjFiLjAvc291bmQvY2FyZDAvaW5wdXQx MQ0KWyAgICA3LjEzMjYwM10gW2RybV0gTWVtb3J5IHVzYWJsZSBieSBncmFw aGljcyBkZXZpY2UgPSAyMDQ4TQ0KWyAgICA3LjEzMjYwNl0gY2hlY2tpbmcg Z2VuZXJpYyAoYzAwMDAwMDAgNDEwMDAwKSB2cyBodyAoYzAwMDAwMDAgODAw MDAwMCkNClsgICAgNy4xMzI2MDhdIGZiOiBjb25mbGljdGluZyBmYiBodyB1 c2FnZSBpbnRlbGRybWZiIHZzIEVGSSBWR0EgLSByZW1vdmluZyBnZW5lcmlj IGRyaXZlcg0KWyAgICA3LjEzMjYyMF0gQ29uc29sZTogc3dpdGNoaW5nIHRv IGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUNClsgICAgNy4xMzMyMjddIGk5 MTUgMDAwMDowMDowMi4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQN ClsgICAgNy4xNDU3NzhdIGk5MTUgMDAwMDowMDowMi4wOiBpcnEgNDQgZm9y IE1TSS9NU0ktWA0KWyAgICA3LjE0NTc4NF0gW2RybV0gU3VwcG9ydHMgdmJs YW5rIHRpbWVzdGFtcCBjYWNoaW5nIFJldiAxICgxMC4xMC4yMDEwKS4NClsg ICAgNy4xNDU3ODVdIFtkcm1dIERyaXZlciBzdXBwb3J0cyBwcmVjaXNlIHZi bGFuayB0aW1lc3RhbXAgcXVlcnkuDQpbICAgIDcuMTQ1ODUzXSB2Z2FhcmI6 IGRldmljZSBjaGFuZ2VkIGRlY29kZXM6IFBDSTowMDAwOjAwOjAyLjAsb2xk ZGVjb2Rlcz1pbyttZW0sZGVjb2Rlcz1pbyttZW06b3ducz1pbyttZW0NClsg ICAgNy4xODM0MjRdIGZiY29uOiBpbnRlbGRybWZiIChmYjApIGlzIHByaW1h cnkgZGV2aWNlDQpbICAgIDcuMzA1NDMxXSBpZWVlODAyMTEgcGh5MDogU2Vs ZWN0ZWQgcmF0ZSBjb250cm9sIGFsZ29yaXRobSAncnRsX3JjJw0KWyAgICA3 LjMwNTU1M10gcnRsd2lmaTogd2lyZWxlc3Mgc3dpdGNoIGlzIG9uDQpbICAg IDcuMzk2MTk1XSBzeXN0ZW1kLXVkZXZkWzE5MV06IHJlbmFtZWQgbmV0d29y ayBpbnRlcmZhY2Ugd2xhbjAgdG8gd2xwMnMwDQpbICAgIDcuNDg2OTU4XSB1 c2IgMS0zOiByODcxMnU6IEN1c3RvbWVySUQgPSAweDAwMDANClsgICAgNy40 ODY5NjNdIHVzYiAxLTM6IHI4NzEydTogTUFDIEFkZHJlc3MgZnJvbSBlZnVz ZSA9IDAwOjIxOjc5OmM1OjRiOmU4DQpbICAgIDcuNDg2OTY3XSB1c2IgMS0z OiByODcxMnU6IExvYWRpbmcgZmlybXdhcmUgZnJvbSAicnRsd2lmaS9ydGw4 NzEydS5iaW4iDQpbICAgIDcuNDg3MTA0XSB1c2Jjb3JlOiByZWdpc3RlcmVk IG5ldyBpbnRlcmZhY2UgZHJpdmVyIHI4NzEydQ0KWyAgICA3LjYxNjY0OV0g c3lzdGVtZC11ZGV2ZFsxOTFdOiByZW5hbWVkIG5ldHdvcmsgaW50ZXJmYWNl IHdsYW4wIHRvIGVucDBzMjB1Mw0KWyAgICA3Ljc5NjUyOV0gQ29uc29sZTog c3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDE3MHg0 OA0KWyAgICA3Ljc5OTcyNF0gaTkxNSAwMDAwOjAwOjAyLjA6IGZiMDogaW50 ZWxkcm1mYiBmcmFtZSBidWZmZXIgZGV2aWNlDQpbICAgIDcuNzk5NzI2XSBp OTE1IDAwMDA6MDA6MDIuMDogcmVnaXN0ZXJlZCBwYW5pYyBub3RpZmllcg0K WyAgICA3LjgwMDkxMV0gYWNwaSBkZXZpY2U6M2Y6IHJlZ2lzdGVyZWQgYXMg Y29vbGluZ19kZXZpY2UxMA0KWyAgICA3LjgwMTAyM10gQUNQSTogVmlkZW8g RGV2aWNlIFtHRlgwXSAobXVsdGktaGVhZDogeWVzICByb206IG5vICBwb3N0 OiBubykNClsgICAgNy44MDEwOTJdIGlucHV0OiBWaWRlbyBCdXMgYXMgL2Rl dmljZXMvTE5YU1lTVE06MDAvTE5YU1lCVVM6MDAvUE5QMEEwODowMC9MTlhW SURFTzowMC9pbnB1dC9pbnB1dDEyDQpbICAgIDcuODAxMTQwXSBbZHJtXSBJ bml0aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwIGZvciAwMDAwOjAwOjAy LjAgb24gbWlub3IgMA0KWyAgICA4LjM3NDAzMV0gW2RybV0gRW5hYmxpbmcg UkM2IHN0YXRlczogUkM2IG9uLCBSQzZwIG9uLCBSQzZwcCBvZmYNClsgICAg OS4wMzAyNjldIEFkZGluZyAxNzAwMTQ2OGsgc3dhcCBvbiAvZGV2L3NkYTEw LiAgUHJpb3JpdHk6LTEgZXh0ZW50czoxIGFjcm9zczoxNzAwMTQ2OGsgDQpb ICAgIDkuMjM5NDEzXSBkZXZpY2UtbWFwcGVyOiB1ZXZlbnQ6IHZlcnNpb24g MS4wLjMNClsgICAgOS4yMzk2MDldIGRldmljZS1tYXBwZXI6IGlvY3RsOiA0 LjI0LjAtaW9jdGwgKDIwMTMtMDEtMTUpIGluaXRpYWxpc2VkOiBkbS1kZXZl bEByZWRoYXQuY29tDQpbICAgIDkuOTAwNDE5XSBiaW86IGNyZWF0ZSBzbGFi IDxiaW8tMT4gYXQgMQ0KWyAgIDIwLjk0MjQ1NV0gIHVwZGF0ZWQgNDMgb2Yg NDMgaTE4biBtZXNzYWdlcyBmcm9tIGdyb3VwIGFubm91bmNlbWVudHMNClsg ICAyMC45NDQ3MTFdICB1cGRhdGVkIDI1NiBvZiAyNTYgY2hhcmFjdGVyIGRl c2NyaXB0aW9ucw0KWyAgIDIwLjk0OTg2NF0gIHVwZGF0ZWQgMTcgb2YgMjU2 IGNoYXJhY3RlciBjbGFzcyBlbnRyaWVzIHdpdGggMSByZWplY3QNClsgICAy MC45NTIwMTldICB1cGRhdGVkIDkgb2YgOSBpMThuIG1lc3NhZ2VzIGZyb20g Z3JvdXAgY29sb3JzDQpbICAgMjAuOTUzODYzXSAgdXBkYXRlZCA5IG9mIDkg aTE4biBtZXNzYWdlcyBmcm9tIGdyb3VwIGN0bF9rZXlzDQpbICAgMjAuOTU1 NDQxXSAgdXBkYXRlZCA5IG9mIDkgaTE4biBtZXNzYWdlcyBmcm9tIGdyb3Vw IGZvcm1hdHRlZA0KWyAgIDIwLjk1NzEwN10gIHVwZGF0ZWQgNjggb2YgNjgg aTE4biBtZXNzYWdlcyBmcm9tIGdyb3VwIGZ1bmN0aW9uX25hbWVzDQpbICAg MjAuOTU4Njk0XSAgdXBkYXRlZCAxODAgb2YgMTgwIGkxOG4gbWVzc2FnZXMg ZnJvbSBncm91cCBrZXlfbmFtZXMNClsgICAyMC45NjAyNzVdICB1cGRhdGVk IDYgb2YgNiBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgc3RhdGVzDQpbICAg MjAuOTk3NDI5XSB2YWx1ZSBmb3IgZGVsYXlfdGltZSBvdXQgb2YgcmFuZ2Us IGV4cGVjdCAxMDAgdG8gMjAwMA0KWyAgIDIxLjAwMjIwMV0gdmFsdWUgZm9y IGZ1bGxfdGltZSBvdXQgb2YgcmFuZ2UsIGV4cGVjdCAyMDAgdG8gNjAwMDAN ClsgICAyMS4wMDM4MzldIHZhbHVlIGZvciBqaWZmeV9kZWx0YSBvdXQgb2Yg cmFuZ2UsIGV4cGVjdCAyMCB0byAyMDANClsgICAyMS4wMTE2MDBdIHZhbHVl IGZvciB0cmlnZ2VyX3RpbWUgb3V0IG9mIHJhbmdlLCBleHBlY3QgMTAgdG8g MjAwMA0K --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg-with-xen Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg-with-xen WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1 c2V0DQpbICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5 cyBjcHUNClsgICAgMC4wMDAwMDBdIExpbnV4IHZlcnNpb24gMy45LjMtMS1B UkNIICh0b2JpYXNAVC1QT1dBLUxYKSAoZ2NjIHZlcnNpb24gNC44LjAgMjAx MzA1MDIgKHByZXJlbGVhc2UpIChHQ0MpICkgIzEgU01QIFBSRUVNUFQgU3Vu IE1heSAxOSAyMjo1MDoyOSBDRVNUIDIwMTMNClsgICAgMC4wMDAwMDBdIENv bW1hbmQgbGluZTogcm9vdD1VVUlEPTdmNGMwOTdlLWQyMTktNGZkNS1hMjYy LTk3NmVmODdiMWQ4MCBybyAgcXVpZXQgYWNwaT1ub2lyYw0KWyAgICAwLjAw MDAwMF0gRnJlZWluZyA4OC0xMDAgcGZuIHJhbmdlOiAxMjAgcGFnZXMgZnJl ZWQNClsgICAgMC4wMDAwMDBdIDEtMSBtYXBwaW5nIG9uIDg4LT4xMDANClsg ICAgMC4wMDAwMDBdIEZyZWVpbmcgMjAwMDAtMjAyMDAgcGZuIHJhbmdlOiA1 MTIgcGFnZXMgZnJlZWQNClsgICAgMC4wMDAwMDBdIDEtMSBtYXBwaW5nIG9u IDIwMDAwLT4yMDIwMA0KWyAgICAwLjAwMDAwMF0gRnJlZWluZyA0MDAwNC00 MDAwNSBwZm4gcmFuZ2U6IDEgcGFnZXMgZnJlZWQNClsgICAgMC4wMDAwMDBd IDEtMSBtYXBwaW5nIG9uIDQwMDA0LT40MDAwNQ0KWyAgICAwLjAwMDAwMF0g MS0xIG1hcHBpbmcgb24gYjUyNmUtPmI2MTc3DQpbICAgIDAuMDAwMDAwXSAx LTEgbWFwcGluZyBvbiBiNjE5YS0+YjYxOWYNClsgICAgMC4wMDAwMDBdIDEt MSBtYXBwaW5nIG9uIGJhN2JmLT5iYWZmZg0KWyAgICAwLjAwMDAwMF0gMS0x IG1hcHBpbmcgb24gYmIwMDAtPjEwMDAwMA0KWyAgICAwLjAwMDAwMF0gUmVs ZWFzZWQgNjMzIHBhZ2VzIG9mIHVudXNlZCBtZW1vcnkNClsgICAgMC4wMDAw MDBdIFNldCAyODkyMjMgcGFnZShzKSB0byAxLTEgbWFwcGluZw0KWyAgICAw LjAwMDAwMF0gUG9wdWxhdGluZyA2MDAwMC02MDI3OSBwZm4gcmFuZ2U6IDYz MyBwYWdlcyBhZGRlZA0KWyAgICAwLjAwMDAwMF0gZTgyMDogQklPUy1wcm92 aWRlZCBwaHlzaWNhbCBSQU0gbWFwOg0KWyAgICAwLjAwMDAwMF0gWGVuOiBb bWVtIDB4MDAwMDAwMDAwMDAwMDAwMC0weDAwMDAwMDAwMDAwODdmZmZdIHVz YWJsZQ0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDAwMDA4 ODAwMC0weDAwMDAwMDAwMDAwZmZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAw MDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMDAwMTAwMDAwLTB4MDAwMDAwMDAx ZmZmZmZmZl0gdXNhYmxlDQpbICAgIDAuMDAwMDAwXSBYZW46IFttZW0gMHgw MDAwMDAwMDIwMDAwMDAwLTB4MDAwMDAwMDAyMDFmZmZmZl0gcmVzZXJ2ZWQN ClsgICAgMC4wMDAwMDBdIFhlbjogW21lbSAweDAwMDAwMDAwMjAyMDAwMDAt MHgwMDAwMDAwMDQwMDAzZmZmXSB1c2FibGUNClsgICAgMC4wMDAwMDBdIFhl bjogW21lbSAweDAwMDAwMDAwNDAwMDQwMDAtMHgwMDAwMDAwMDQwMDA0ZmZm XSByZXNlcnZlZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAw MDA0MDAwNTAwMC0weDAwMDAwMDAwYjUyNmRmZmZdIHVzYWJsZQ0KWyAgICAw LjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBiNTI2ZTAwMC0weDAwMDAw MDAwYjYxNzZmZmZdIEFDUEkgTlZTDQpbICAgIDAuMDAwMDAwXSBYZW46IFtt ZW0gMHgwMDAwMDAwMGI2MTc3MDAwLTB4MDAwMDAwMDBiNjE5OWZmZl0gdXNh YmxlDQpbICAgIDAuMDAwMDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGI2MTlh MDAwLTB4MDAwMDAwMDBiNjE5ZWZmZl0gQUNQSSBOVlMNClsgICAgMC4wMDAw MDBdIFhlbjogW21lbSAweDAwMDAwMDAwYjYxOWYwMDAtMHgwMDAwMDAwMGJh N2JlZmZmXSB1c2FibGUNClsgICAgMC4wMDAwMDBdIFhlbjogW21lbSAweDAw MDAwMDAwYmE3YmYwMDAtMHgwMDAwMDAwMGJhZWJlZmZmXSByZXNlcnZlZA0K WyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBiYWViZjAwMC0w eDAwMDAwMDAwYmFmYmVmZmZdIEFDUEkgTlZTDQpbICAgIDAuMDAwMDAwXSBY ZW46IFttZW0gMHgwMDAwMDAwMGJhZmJmMDAwLTB4MDAwMDAwMDBiYWZmZWZm Zl0gQUNQSSBkYXRhDQpbICAgIDAuMDAwMDAwXSBYZW46IFttZW0gMHgwMDAw MDAwMGJhZmZmMDAwLTB4MDAwMDAwMDBiYWZmZmZmZl0gdXNhYmxlDQpbICAg IDAuMDAwMDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGJiMDAwMDAwLTB4MDAw MDAwMDBiZjlmZmZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIFhlbjog W21lbSAweDAwMDAwMDAwZTAwMDAwMDAtMHgwMDAwMDAwMGVmZmZmZmZmXSBy ZXNlcnZlZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBm ZWIwMDAwMC0weDAwMDAwMDAwZmViMDNmZmZdIHJlc2VydmVkDQpbICAgIDAu MDAwMDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGZlYzAwMDAwLTB4MDAwMDAw MDBmZWMwMGZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIFhlbjogW21l bSAweDAwMDAwMDAwZmVkMTAwMDAtMHgwMDAwMDAwMGZlZDE5ZmZmXSByZXNl cnZlZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDBmZWQx YzAwMC0weDAwMDAwMDAwZmVkMWZmZmZdIHJlc2VydmVkDQpbICAgIDAuMDAw MDAwXSBYZW46IFttZW0gMHgwMDAwMDAwMGZlZTAwMDAwLTB4MDAwMDAwMDBm ZWUwMGZmZl0gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIFhlbjogW21lbSAw eDAwMDAwMDAwZmZiMDAwMDAtMHgwMDAwMDAwMGZmZmZmZmZmXSByZXNlcnZl ZA0KWyAgICAwLjAwMDAwMF0gWGVuOiBbbWVtIDB4MDAwMDAwMDEwMDAwMDAw MC0weDAwMDAwMDAyM2Y1ZmZmZmZdIHVzYWJsZQ0KWyAgICAwLjAwMDAwMF0g TWFsZm9ybWVkIGVhcmx5IG9wdGlvbiAnYWNwaScNClsgICAgMC4wMDAwMDBd IE5YIChFeGVjdXRlIERpc2FibGUpIHByb3RlY3Rpb246IGFjdGl2ZQ0KWyAg ICAwLjAwMDAwMF0gRE1JIG5vdCBwcmVzZW50IG9yIGludmFsaWQuDQpbICAg IDAuMDAwMDAwXSBlODIwOiB1cGRhdGUgW21lbSAweDAwMDAwMDAwLTB4MDAw MDBmZmZdIHVzYWJsZSA9PT4gcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdIGU4 MjA6IHJlbW92ZSBbbWVtIDB4MDAwYTAwMDAtMHgwMDBmZmZmZl0gdXNhYmxl DQpbICAgIDAuMDAwMDAwXSBObyBBR1AgYnJpZGdlIGZvdW5kDQpbICAgIDAu MDAwMDAwXSBlODIwOiBsYXN0X3BmbiA9IDB4MjNmNjAwIG1heF9hcmNoX3Bm biA9IDB4NDAwMDAwMDAwDQpbICAgIDAuMDAwMDAwXSBlODIwOiBsYXN0X3Bm biA9IDB4YmIwMDAgbWF4X2FyY2hfcGZuID0gMHg0MDAwMDAwMDANClsgICAg MC4wMDAwMDBdIFNjYW5uaW5nIDEgYXJlYXMgZm9yIGxvdyBtZW1vcnkgY29y cnVwdGlvbg0KWyAgICAwLjAwMDAwMF0gQmFzZSBtZW1vcnkgdHJhbXBvbGlu ZSBhdCBbZmZmZjg4MDAwMDA4MjAwMF0gODIwMDAgc2l6ZSAyNDU3Ng0KWyAg ICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDAwMDAw MDAwLTB4MDAwZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDAwMDAw MDAwLTB4MDAwZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRf bWVtb3J5X21hcHBpbmc6IFttZW0gMHg2MDAwMDAwMC0weDYwMWZmZmZmXQ0K WyAgICAwLjAwMDAwMF0gIFttZW0gMHg2MDAwMDAwMC0weDYwMWZmZmZmXSBw YWdlIDRrDQpbICAgIDAuMDAwMDAwXSBCUksgWzB4MDFiNDcwMDAsIDB4MDFi NDdmZmZdIFBHVEFCTEUNClsgICAgMC4wMDAwMDBdIEJSSyBbMHgwMWI0ODAw MCwgMHgwMWI0OGZmZl0gUEdUQUJMRQ0KWyAgICAwLjAwMDAwMF0gaW5pdF9t ZW1vcnlfbWFwcGluZzogW21lbSAweDVjMDAwMDAwLTB4NWZmZmZmZmZdDQpb ICAgIDAuMDAwMDAwXSAgW21lbSAweDVjMDAwMDAwLTB4NWZmZmZmZmZdIHBh Z2UgNGsNClsgICAgMC4wMDAwMDBdIEJSSyBbMHgwMWI0OTAwMCwgMHgwMWI0 OWZmZl0gUEdUQUJMRQ0KWyAgICAwLjAwMDAwMF0gQlJLIFsweDAxYjRhMDAw LCAweDAxYjRhZmZmXSBQR1RBQkxFDQpbICAgIDAuMDAwMDAwXSBCUksgWzB4 MDFiNGIwMDAsIDB4MDFiNGJmZmZdIFBHVEFCTEUNClsgICAgMC4wMDAwMDBd IGluaXRfbWVtb3J5X21hcHBpbmc6IFttZW0gMHgwMDEwMDAwMC0weDFmZmZm ZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0gMHgwMDEwMDAwMC0weDFmZmZm ZmZmXSBwYWdlIDRrDQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBw aW5nOiBbbWVtIDB4MjAyMDAwMDAtMHg0MDAwM2ZmZl0NClsgICAgMC4wMDAw MDBdICBbbWVtIDB4MjAyMDAwMDAtMHg0MDAwM2ZmZl0gcGFnZSA0aw0KWyAg ICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweDQwMDA1 MDAwLTB4NWJmZmZmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweDQwMDA1 MDAwLTB4NWJmZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRf bWVtb3J5X21hcHBpbmc6IFttZW0gMHg2MDIwMDAwMC0weGI1MjZkZmZmXQ0K WyAgICAwLjAwMDAwMF0gIFttZW0gMHg2MDIwMDAwMC0weGI1MjZkZmZmXSBw YWdlIDRrDQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBwaW5nOiBb bWVtIDB4YjYxNzcwMDAtMHhiNjE5OWZmZl0NClsgICAgMC4wMDAwMDBdICBb bWVtIDB4YjYxNzcwMDAtMHhiNjE5OWZmZl0gcGFnZSA0aw0KWyAgICAwLjAw MDAwMF0gaW5pdF9tZW1vcnlfbWFwcGluZzogW21lbSAweGI2MTlmMDAwLTB4 YmE3YmVmZmZdDQpbICAgIDAuMDAwMDAwXSAgW21lbSAweGI2MTlmMDAwLTB4 YmE3YmVmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5 X21hcHBpbmc6IFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXQ0KWyAgICAw LjAwMDAwMF0gIFttZW0gMHhiYWZmZjAwMC0weGJhZmZmZmZmXSBwYWdlIDRr DQpbICAgIDAuMDAwMDAwXSBpbml0X21lbW9yeV9tYXBwaW5nOiBbbWVtIDB4 MTAwMDAwMDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gIFttZW0g MHgxMDAwMDAwMDAtMHgyM2Y1ZmZmZmZdIHBhZ2UgNGsNClsgICAgMC4wMDAw MDBdIFJBTURJU0s6IFttZW0gMHgwMWY1MTAwMC0weDAyMjM1ZmZmXQ0KWyAg ICAwLjAwMDAwMF0gQUNQSSBCSU9TIEJ1ZzogRXJyb3I6IEEgdmFsaWQgUlNE UCB3YXMgbm90IGZvdW5kICgyMDEzMDExNy90Ynhmcm9vdC0yMTgpDQpbICAg IDAuMDAwMDAwXSBOVU1BIHR1cm5lZCBvZmYNClsgICAgMC4wMDAwMDBdIEZh a2luZyBhIG5vZGUgYXQgW21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAw MDAwMjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gSW5pdG1lbSBzZXR1cCBu b2RlIDAgW21lbSAweDAwMDAwMDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAw MDAwMF0gICBOT0RFX0RBVEEgW21lbSAweDVmMmJkMDAwLTB4NWYyYzFmZmZd DQpbICAgIDAuMDAwMDAwXSBab25lIHJhbmdlczoNClsgICAgMC4wMDAwMDBd ICAgRE1BICAgICAgW21lbSAweDAwMDAxMDAwLTB4MDBmZmZmZmZdDQpbICAg IDAuMDAwMDAwXSAgIERNQTMyICAgIFttZW0gMHgwMTAwMDAwMC0weGZmZmZm ZmZmXQ0KWyAgICAwLjAwMDAwMF0gICBOb3JtYWwgICBbbWVtIDB4MTAwMDAw MDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gTW92YWJsZSB6b25l IHN0YXJ0IGZvciBlYWNoIG5vZGUNClsgICAgMC4wMDAwMDBdIEVhcmx5IG1l bW9yeSBub2RlIHJhbmdlcw0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDog W21lbSAweDAwMDAxMDAwLTB4MDAwODdmZmZdDQpbICAgIDAuMDAwMDAwXSAg IG5vZGUgICAwOiBbbWVtIDB4MDAxMDAwMDAtMHgxZmZmZmZmZl0NClsgICAg MC4wMDAwMDBdICAgbm9kZSAgIDA6IFttZW0gMHgyMDIwMDAwMC0weDQwMDAz ZmZmXQ0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDogW21lbSAweDQwMDA1 MDAwLTB4YjUyNmRmZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAwOiBb bWVtIDB4YjYxNzcwMDAtMHhiNjE5OWZmZl0NClsgICAgMC4wMDAwMDBdICAg bm9kZSAgIDA6IFttZW0gMHhiNjE5ZjAwMC0weGJhN2JlZmZmXQ0KWyAgICAw LjAwMDAwMF0gICBub2RlICAgMDogW21lbSAweGJhZmZmMDAwLTB4YmFmZmZm ZmZdDQpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAwOiBbbWVtIDB4MTAwMDAw MDAwLTB4MjNmNWZmZmZmXQ0KWyAgICAwLjAwMDAwMF0gT24gbm9kZSAwIHRv dGFscGFnZXM6IDIwNjc1MTINClsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6 IDY0IHBhZ2VzIHVzZWQgZm9yIG1lbW1hcA0KWyAgICAwLjAwMDAwMF0gICBE TUEgem9uZTogMjEgcGFnZXMgcmVzZXJ2ZWQNClsgICAgMC4wMDAwMDBdICAg RE1BIHpvbmU6IDM5NzUgcGFnZXMsIExJRk8gYmF0Y2g6MA0KWyAgICAwLjAw MDAwMF0gICBETUEzMiB6b25lOiAxMTgwMyBwYWdlcyB1c2VkIGZvciBtZW1t YXANClsgICAgMC4wMDAwMDBdICAgRE1BMzIgem9uZTogNzU1Mzc3IHBhZ2Vz LCBMSUZPIGJhdGNoOjMxDQpbICAgIDAuMDAwMDAwXSAgIE5vcm1hbCB6b25l OiAyMDQ0MCBwYWdlcyB1c2VkIGZvciBtZW1tYXANClsgICAgMC4wMDAwMDBd ICAgTm9ybWFsIHpvbmU6IDEzMDgxNjAgcGFnZXMsIExJRk8gYmF0Y2g6MzEN ClsgICAgMC4wMDAwMDBdIFNGSTogU2ltcGxlIEZpcm13YXJlIEludGVyZmFj ZSB2MC44MSBodHRwOi8vc2ltcGxlZmlybXdhcmUub3JnDQpbICAgIDAuMDAw MDAwXSBzbXBib290OiBBbGxvd2luZyAxIENQVXMsIDAgaG90cGx1ZyBDUFVz DQpbICAgIDAuMDAwMDAwXSBucl9pcnFzX2dzaTogMTYNClsgICAgMC4wMDAw MDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwMDAw ODgwMDAgLSAwMDAwMDAwMDAwMTAwMDAwDQpbICAgIDAuMDAwMDAwXSBQTTog UmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMDIwMDAwMDAwIC0g MDAwMDAwMDAyMDIwMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVy ZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDA0MDAwNDAwMCAtIDAwMDAwMDAw NDAwMDUwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2 ZSBtZW1vcnk6IDAwMDAwMDAwYjUyNmUwMDAgLSAwMDAwMDAwMGI2MTc3MDAw DQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5 OiAwMDAwMDAwMGI2MTlhMDAwIC0gMDAwMDAwMDBiNjE5ZjAwMA0KWyAgICAw LjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAw MDBiYTdiZjAwMCAtIDAwMDAwMDAwYmFlYmYwMDANClsgICAgMC4wMDAwMDBd IFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwYmFlYmYw MDAgLSAwMDAwMDAwMGJhZmJmMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVn aXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGJhZmJmMDAwIC0gMDAw MDAwMDBiYWZmZjAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQg bm9zYXZlIG1lbW9yeTogMDAwMDAwMDBiYjAwMDAwMCAtIDAwMDAwMDAwYmZh MDAwMDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBt ZW1vcnk6IDAwMDAwMDAwYmZhMDAwMDAgLSAwMDAwMDAwMGUwMDAwMDAwDQpb ICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAw MDAwMDAwMGUwMDAwMDAwIC0gMDAwMDAwMDBmMDAwMDAwMA0KWyAgICAwLjAw MDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBm MDAwMDAwMCAtIDAwMDAwMDAwZmViMDAwMDANClsgICAgMC4wMDAwMDBdIFBN OiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmViMDAwMDAg LSAwMDAwMDAwMGZlYjA0MDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0 ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlYjA0MDAwIC0gMDAwMDAw MDBmZWMwMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9z YXZlIG1lbW9yeTogMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMDEw MDANClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1v cnk6IDAwMDAwMDAwZmVjMDEwMDAgLSAwMDAwMDAwMGZlZDEwMDAwDQpbICAg IDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAw MDAwMGZlZDEwMDAwIC0gMDAwMDAwMDBmZWQxYTAwMA0KWyAgICAwLjAwMDAw MF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWQx YTAwMCAtIDAwMDAwMDAwZmVkMWMwMDANClsgICAgMC4wMDAwMDBdIFBNOiBS ZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6IDAwMDAwMDAwZmVkMWMwMDAgLSAw MDAwMDAwMGZlZDIwMDAwDQpbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJl ZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMGZlZDIwMDAwIC0gMDAwMDAwMDBm ZWUwMDAwMA0KWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZl IG1lbW9yeTogMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAwMDAwZmVlMDEwMDAN ClsgICAgMC4wMDAwMDBdIFBNOiBSZWdpc3RlcmVkIG5vc2F2ZSBtZW1vcnk6 IDAwMDAwMDAwZmVlMDEwMDAgLSAwMDAwMDAwMGZmYjAwMDAwDQpbICAgIDAu MDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAw MGZmYjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMA0KWyAgICAwLjAwMDAwMF0g ZTgyMDogW21lbSAweGJmYTAwMDAwLTB4ZGZmZmZmZmZdIGF2YWlsYWJsZSBm b3IgUENJIGRldmljZXMNClsgICAgMC4wMDAwMDBdIEJvb3RpbmcgcGFyYXZp cnR1YWxpemVkIGtlcm5lbCBvbiBYZW4NClsgICAgMC4wMDAwMDBdIFhlbiB2 ZXJzaW9uOiA0LjMtdW5zdGFibGUgKHByZXNlcnZlLUFEKQ0KWyAgICAwLjAw MDAwMF0gc2V0dXBfcGVyY3B1OiBOUl9DUFVTOjY0IG5yX2NwdW1hc2tfYml0 czo2NCBucl9jcHVfaWRzOjEgbnJfbm9kZV9pZHM6MQ0KWyAgICAwLjAwMDAw MF0gUEVSQ1BVOiBFbWJlZGRlZCAyOCBwYWdlcy9jcHUgQGZmZmY4ODAwNWVj MDAwMDAgczg1ODI0IHI4MTkyIGQyMDY3MiB1MjA5NzE1Mg0KWyAgICAwLjAw MDAwMF0gcGNwdS1hbGxvYzogczg1ODI0IHI4MTkyIGQyMDY3MiB1MjA5NzE1 MiBhbGxvYz0xKjIwOTcxNTINClsgICAgMC4wMDAwMDBdIHBjcHUtYWxsb2M6 IFswXSAwIA0KWyAgICAzLjA3NTM1N10gQnVpbHQgMSB6b25lbGlzdHMgaW4g Wm9uZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcgb24uICBUb3RhbCBwYWdl czogMjAzNTE4NA0KWyAgICAzLjA3NTM1OF0gUG9saWN5IHpvbmU6IE5vcm1h bA0KWyAgICAzLjA3NTM2MF0gS2VybmVsIGNvbW1hbmQgbGluZTogcm9vdD1V VUlEPTdmNGMwOTdlLWQyMTktNGZkNS1hMjYyLTk3NmVmODdiMWQ4MCBybyAg cXVpZXQgYWNwaT1ub2lyYw0KWyAgICAzLjA3NTcxNl0gUElEIGhhc2ggdGFi bGUgZW50cmllczogNDA5NiAob3JkZXI6IDMsIDMyNzY4IGJ5dGVzKQ0KWyAg ICAzLjA3NTcyMV0gX19leF90YWJsZSBhbHJlYWR5IHNvcnRlZCwgc2tpcHBp bmcgc29ydA0KWyAgICAzLjA3NTc1OF0geHNhdmU6IGVuYWJsZWQgeHN0YXRl X2J2IDB4NywgY250eHQgc2l6ZSAweDM0MA0KWyAgICAzLjEwMzY1NV0gc29m dHdhcmUgSU8gVExCIFttZW0gMHg1MmEwMDAwMC0weDU2YTAwMDAwXSAoNjRN QikgbWFwcGVkIGF0IFtmZmZmODgwMDUyYTAwMDAwLWZmZmY4ODAwNTY5ZmZm ZmZdDQpbICAgIDMuMTE0MjQ0XSBNZW1vcnk6IDEzNDEyMTJrLzk0MjY5NDRr IGF2YWlsYWJsZSAoNDk4M2sga2VybmVsIGNvZGUsIDExNTY4OTZrIGFic2Vu dCwgNjkyODgzNmsgcmVzZXJ2ZWQsIDM5NjdrIGRhdGEsIDEwOTJrIGluaXQp DQpbICAgIDMuMTE0MzI0XSBTTFVCOiBHZW5zbGFicz0xNSwgSFdhbGlnbj02 NCwgT3JkZXI9MC0zLCBNaW5PYmplY3RzPTAsIENQVXM9MSwgTm9kZXM9MQ0K WyAgICAzLjExNDM0N10gUHJlZW1wdGlibGUgaGllcmFyY2hpY2FsIFJDVSBp bXBsZW1lbnRhdGlvbi4NClsgICAgMy4xMTQzNDhdIAlSQ1UgZHludGljay1p ZGxlIGdyYWNlLXBlcmlvZCBhY2NlbGVyYXRpb24gaXMgZW5hYmxlZC4NClsg ICAgMy4xMTQzNDldIAlEdW1wIHN0YWNrcyBvZiB0YXNrcyBibG9ja2luZyBS Q1UtcHJlZW1wdCBHUC4NClsgICAgMy4xMTQzNTBdIAlSQ1UgcmVzdHJpY3Rp bmcgQ1BVcyBmcm9tIE5SX0NQVVM9NjQgdG8gbnJfY3B1X2lkcz0xLg0KWyAg ICAzLjExNDM1N10gTlJfSVJRUzo0MzUyIG5yX2lycXM6MjU2IDE2DQpbICAg IDMuMTE0NDc2XSBDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNlIDgweDI1 DQpbICAgIDMuMTE0NTMyXSBjb25zb2xlIFt0dHkwXSBlbmFibGVkDQpbICAg IDMuMTE4MzI2XSBhbGxvY2F0ZWQgMzM1NTQ0MzIgYnl0ZXMgb2YgcGFnZV9j Z3JvdXANClsgICAgMy4xMTgzMjhdIHBsZWFzZSB0cnkgJ2Nncm91cF9kaXNh YmxlPW1lbW9yeScgb3B0aW9uIGlmIHlvdSBkb24ndCB3YW50IG1lbW9yeSBj Z3JvdXBzDQpbICAgIDMuMTE4MzczXSBYZW46IHVzaW5nIHZjcHVvcCB0aW1l ciBpbnRlcmZhY2UNClsgICAgMy4xMTgzNzhdIGluc3RhbGxpbmcgWGVuIHRp bWVyIGZvciBDUFUgMA0KWyAgICAzLjExODQxMF0gdHNjOiBEZXRlY3RlZCAy Mzk0LjY2NiBNSHogcHJvY2Vzc29yDQpbICAgIDMuMTE4NDEzXSBDYWxpYnJh dGluZyBkZWxheSBsb29wIChza2lwcGVkKSwgdmFsdWUgY2FsY3VsYXRlZCB1 c2luZyB0aW1lciBmcmVxdWVuY3kuLiA0NzkxLjg4IEJvZ29NSVBTIChscGo9 Nzk4MjIyMCkNClsgICAgMy4xMTg0MTZdIHBpZF9tYXg6IGRlZmF1bHQ6IDMy NzY4IG1pbmltdW06IDMwMQ0KWyAgICAzLjExODQ1M10gU2VjdXJpdHkgRnJh bWV3b3JrIGluaXRpYWxpemVkDQpbICAgIDMuMTE4NDU5XSBBcHBBcm1vcjog QXBwQXJtb3IgZGlzYWJsZWQgYnkgYm9vdCB0aW1lIHBhcmFtZXRlcg0KWyAg ICAzLjExOTc5Ml0gRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczog MTA0ODU3NiAob3JkZXI6IDExLCA4Mzg4NjA4IGJ5dGVzKQ0KWyAgICAzLjEy MjI1M10gSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MjQyODgg KG9yZGVyOiAxMCwgNDE5NDMwNCBieXRlcykNClsgICAgMy4xMjMxNDBdIE1v dW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMjU2DQpbICAgIDMuMTIz MzUxXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHVhY2N0DQpbICAg IDMuMTIzMzUzXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBtZW1vcnkN ClsgICAgMy4xMjMzNjRdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGRl dmljZXMNClsgICAgMy4xMjMzNjVdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vi c3lzIGZyZWV6ZXINClsgICAgMy4xMjMzNjddIEluaXRpYWxpemluZyBjZ3Jv dXAgc3Vic3lzIG5ldF9jbHMNClsgICAgMy4xMjMzNjldIEluaXRpYWxpemlu ZyBjZ3JvdXAgc3Vic3lzIGJsa2lvDQpbICAgIDMuMTIzNDMyXSBFTkVSR1lf UEVSRl9CSUFTOiBTZXQgdG8gJ25vcm1hbCcsIHdhcyAncGVyZm9ybWFuY2Un DQpFTkVSR1lfUEVSRl9CSUFTOiBWaWV3IGFuZCB1cGRhdGUgd2l0aCB4ODZf ZW5lcmd5X3BlcmZfcG9saWN5KDgpDQpbICAgIDMuMTIzNDM1XSBDUFU6IFBo eXNpY2FsIFByb2Nlc3NvciBJRDogMA0KWyAgICAzLjEyMzQzNl0gQ1BVOiBQ cm9jZXNzb3IgQ29yZSBJRDogMA0KWyAgICAzLjEyMzgwNF0gbWNlOiBDUFUg c3VwcG9ydHMgMiBNQ0UgYmFua3MNClsgICAgMy4xMjM4MjFdIExhc3QgbGV2 ZWwgaVRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMCwgNE1CIDANCkxhc3Qg bGV2ZWwgZFRMQiBlbnRyaWVzOiA0S0IgNTEyLCAyTUIgMzIsIDRNQiAzMg0K dGxiX2ZsdXNoYWxsX3NoaWZ0OiAxDQpbICAgIDMuMTQ1ODczXSBGcmVlaW5n IFNNUCBhbHRlcm5hdGl2ZXM6IDIwayBmcmVlZA0KWyAgICAzLjE0Njg1OF0g ZnRyYWNlOiBhbGxvY2F0aW5nIDE5NTQ2IGVudHJpZXMgaW4gNzcgcGFnZXMN ClsgICAgMy4xNTU4ODJdIFBlcmZvcm1hbmNlIEV2ZW50czogdW5zdXBwb3J0 ZWQgcDYgQ1BVIG1vZGVsIDU4IG5vIFBNVSBkcml2ZXIsIHNvZnR3YXJlIGV2 ZW50cyBvbmx5Lg0KWyAgICAzLjE4NjQwOF0gQnJvdWdodCB1cCAxIENQVXMN ClsgICAgMy4xODY0NzddIE5NSSB3YXRjaGRvZzogZGlzYWJsZWQgKGNwdTAp OiBoYXJkd2FyZSBldmVudHMgbm90IGVuYWJsZWQNClsgICAgMy4xODY1NDdd IGRldnRtcGZzOiBpbml0aWFsaXplZA0KWyAgICAzLjE4NzYyMl0gUE06IFJl Z2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4YjUyNmUwMDAtMHhi NjE3NmZmZl0gKDE1NzY1NTA0IGJ5dGVzKQ0KWyAgICAzLjE4NzgzMV0gUE06 IFJlZ2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4YjYxOWEwMDAt MHhiNjE5ZWZmZl0gKDIwNDgwIGJ5dGVzKQ0KWyAgICAzLjE4NzgzMl0gUE06 IFJlZ2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4YmFlYmYwMDAt MHhiYWZiZWZmZl0gKDEwNDg1NzYgYnl0ZXMpDQpbICAgIDMuMTg4NDUzXSBH cmFudCB0YWJsZXMgdXNpbmcgdmVyc2lvbiAyIGxheW91dC4NClsgICAgMy4x ODg0NjddIEdyYW50IHRhYmxlIGluaXRpYWxpemVkDQpbICAgIDMuMTg4NTAy XSBSVEMgdGltZTogIDI6MTQ6NDcsIGRhdGU6IDA1LzIyLzEzDQpbICAgIDMu MTg4NTM0XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE2DQpb ICAgIDMuMTg4NzgxXSBQQ0k6IFVzaW5nIGNvbmZpZ3VyYXRpb24gdHlwZSAx IGZvciBiYXNlIGFjY2Vzcw0KWyAgICAzLjE4OTE4MV0gYmlvOiBjcmVhdGUg c2xhYiA8YmlvLTA+IGF0IDANClsgICAgMy4xODkyMjhdIEFDUEk6IEludGVy cHJldGVyIGRpc2FibGVkLg0KWyAgICAzLjE4OTIzNV0geGVuL2JhbGxvb246 IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4NClsgICAgMy4yMDY1NzZd IHhlbi1iYWxsb29uOiBJbml0aWFsaXNpbmcgYmFsbG9vbiBkcml2ZXIuDQpb ICAgIDMuMjA2NjYyXSB2Z2FhcmI6IGxvYWRlZA0KWyAgICAzLjIwNjY5OV0g UENJOiBQcm9iaW5nIFBDSSBoYXJkd2FyZQ0KWyAgICAzLjIwNjcwMV0gUENJ OiByb290IGJ1cyAwMDogdXNpbmcgZGVmYXVsdCByZXNvdXJjZXMNClsgICAg My4yMDY3MDNdIFBDSTogUHJvYmluZyBQQ0kgaGFyZHdhcmUgKGJ1cyAwMCkN ClsgICAgMy4yMDY3MjFdIFBDSSBob3N0IGJyaWRnZSB0byBidXMgMDAwMDow MA0KWyAgICAzLjIwNjcyNF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyBy ZXNvdXJjZSBbaW8gIDB4MDAwMC0weGZmZmZdDQpbICAgIDMuMjA2NzI2XSBw Y2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDAw MDAwMC0weGZmZmZmZmZmZl0NClsgICAgMy4yMDY3MjhdIHBjaV9idXMgMDAw MDowMDogTm8gYnVzbiByZXNvdXJjZSBmb3VuZCBmb3Igcm9vdCBidXMsIHdp bGwgdXNlIFtidXMgMDAtZmZdDQpbICAgIDMuMjA2NzQ5XSBwY2kgMDAwMDow MDowMC4wOiBbODA4NjowMTU0XSB0eXBlIDAwIGNsYXNzIDB4MDYwMDAwDQpb ICAgIDMuMjA2OTA3XSBwY2kgMDAwMDowMDowMi4wOiBbODA4NjowMTY2XSB0 eXBlIDAwIGNsYXNzIDB4MDMwMDAwDQpbICAgIDMuMjA2OTM5XSBwY2kgMDAw MDowMDowMi4wOiByZWcgMTA6IFttZW0gMHhjODAwMDAwMC0weGM4M2ZmZmZm IDY0Yml0XQ0KWyAgICAzLjIwNjk1Nl0gcGNpIDAwMDA6MDA6MDIuMDogcmVn IDE4OiBbbWVtIDB4YzAwMDAwMDAtMHhjN2ZmZmZmZiA2NGJpdCBwcmVmXQ0K WyAgICAzLjIwNjk2OF0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDIwOiBbaW8g IDB4NDAwMC0weDQwM2ZdDQpbICAgIDMuMjA3MDczXSB2Z2FhcmI6IGRldmlj ZSBhZGRlZDogUENJOjAwMDA6MDA6MDIuMCxkZWNvZGVzPWlvK21lbSxvd25z PWlvK21lbSxsb2Nrcz1ub25lDQpbICAgIDMuMjA3MTUzXSBwY2kgMDAwMDow MDoxNC4wOiBbODA4NjoxZTMxXSB0eXBlIDAwIGNsYXNzIDB4MGMwMzMwDQpb ICAgIDMuMjA3MjA3XSBwY2kgMDAwMDowMDoxNC4wOiByZWcgMTA6IFttZW0g MHhjODYwMDAwMC0weGM4NjBmZmZmIDY0Yml0XQ0KWyAgICAzLjIwNzM4OF0g cGNpIDAwMDA6MDA6MTQuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEM2hvdCBE M2NvbGQNClsgICAgMy4yMDc0NzNdIHBjaSAwMDAwOjAwOjE2LjA6IFs4MDg2 OjFlM2FdIHR5cGUgMDAgY2xhc3MgMHgwNzgwMDANClsgICAgMy4yMDc1Mjdd IHBjaSAwMDAwOjAwOjE2LjA6IHJlZyAxMDogW21lbSAweGM4NjE0MDAwLTB4 Yzg2MTQwMGYgNjRiaXRdDQpbICAgIDMuMjA3NzA5XSBwY2kgMDAwMDowMDox Ni4wOiBQTUUjIHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZA0KWyAg ICAzLjIwNzgyMl0gcGNpIDAwMDA6MDA6MWEuMDogWzgwODY6MWUyZF0gdHlw ZSAwMCBjbGFzcyAweDBjMDMyMA0KWyAgICAzLjIwODIwNl0gcGNpIDAwMDA6 MDA6MWEuMDogcmVnIDEwOiBbbWVtIDB4Yzg2MTkwMDAtMHhjODYxOTNmZl0N ClsgICAgMy4yMTAyODhdIHBjaSAwMDAwOjAwOjFhLjA6IFBNRSMgc3VwcG9y dGVkIGZyb20gRDAgRDNob3QgRDNjb2xkDQpbICAgIDMuMjEwMzkwXSBwY2kg MDAwMDowMDoxYi4wOiBbODA4NjoxZTIwXSB0eXBlIDAwIGNsYXNzIDB4MDQw MzAwDQpbICAgIDMuMjEwNDI5XSBwY2kgMDAwMDowMDoxYi4wOiByZWcgMTA6 IFttZW0gMHhjODYxMDAwMC0weGM4NjEzZmZmIDY0Yml0XQ0KWyAgICAzLjIx MDYyMl0gcGNpIDAwMDA6MDA6MWIuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBE MCBEM2hvdCBEM2NvbGQNClsgICAgMy4yMTA3MTRdIHBjaSAwMDAwOjAwOjFj LjA6IFs4MDg2OjFlMTBdIHR5cGUgMDEgY2xhc3MgMHgwNjA0MDANClsgICAg My4yMTA5MTVdIHBjaSAwMDAwOjAwOjFjLjA6IFBNRSMgc3VwcG9ydGVkIGZy b20gRDAgRDNob3QgRDNjb2xkDQpbICAgIDMuMjExMDAwXSBwY2kgMDAwMDow MDoxYy4xOiBbODA4NjoxZTEyXSB0eXBlIDAxIGNsYXNzIDB4MDYwNDAwDQpb ICAgIDMuMjExMjAyXSBwY2kgMDAwMDowMDoxYy4xOiBQTUUjIHN1cHBvcnRl ZCBmcm9tIEQwIEQzaG90IEQzY29sZA0KWyAgICAzLjIxMTMxNF0gcGNpIDAw MDA6MDA6MWQuMDogWzgwODY6MWUyNl0gdHlwZSAwMCBjbGFzcyAweDBjMDMy MA0KWyAgICAzLjIxMTcwNV0gcGNpIDAwMDA6MDA6MWQuMDogcmVnIDEwOiBb bWVtIDB4Yzg2MTgwMDAtMHhjODYxODNmZl0NClsgICAgMy4yMTM4MDBdIHBj aSAwMDAwOjAwOjFkLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAgRDNob3Qg RDNjb2xkDQpbICAgIDMuMjEzODg5XSBwY2kgMDAwMDowMDoxZi4wOiBbODA4 NjoxZTU5XSB0eXBlIDAwIGNsYXNzIDB4MDYwMTAwDQpbICAgIDMuMjE0MTgz XSBwY2kgMDAwMDowMDoxZi4yOiBbODA4NjoxZTAzXSB0eXBlIDAwIGNsYXNz IDB4MDEwNjAxDQpbICAgIDMuMjE0MjM2XSBwY2kgMDAwMDowMDoxZi4yOiBy ZWcgMTA6IFtpbyAgMHg0MDg4LTB4NDA4Zl0NClsgICAgMy4yMTQyNTddIHBj aSAwMDAwOjAwOjFmLjI6IHJlZyAxNDogW2lvICAweDQwOTQtMHg0MDk3XQ0K WyAgICAzLjIxNDI3N10gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDE4OiBbaW8g IDB4NDA4MC0weDQwODddDQpbICAgIDMuMjE0Mjk4XSBwY2kgMDAwMDowMDox Zi4yOiByZWcgMWM6IFtpbyAgMHg0MDkwLTB4NDA5M10NClsgICAgMy4yMTQz MThdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAyMDogW2lvICAweDQwNjAtMHg0 MDdmXQ0KWyAgICAzLjIxNDMzOV0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDI0 OiBbbWVtIDB4Yzg2MTcwMDAtMHhjODYxNzdmZl0NClsgICAgMy4yMTQ0Nzld IHBjaSAwMDAwOjAwOjFmLjI6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDNob3QN ClsgICAgMy4yMTQ1NThdIHBjaSAwMDAwOjAwOjFmLjM6IFs4MDg2OjFlMjJd IHR5cGUgMDAgY2xhc3MgMHgwYzA1MDANClsgICAgMy4yMTQ1OThdIHBjaSAw MDAwOjAwOjFmLjM6IHJlZyAxMDogW21lbSAweGM4NjE1MDAwLTB4Yzg2MTUw ZmYgNjRiaXRdDQpbICAgIDMuMjE0NjU3XSBwY2kgMDAwMDowMDoxZi4zOiBy ZWcgMjA6IFtpbyAgMHg0MDQwLTB4NDA1Zl0NClsgICAgMy4yMTUyMDhdIHBj aSAwMDAwOjAxOjAwLjA6IFsxOTY5OjEwOTFdIHR5cGUgMDAgY2xhc3MgMHgw MjAwMDANClsgICAgMy4yMTU3MTJdIHBjaSAwMDAwOjAxOjAwLjA6IHJlZyAx MDogW21lbSAweGM4NTAwMDAwLTB4Yzg1M2ZmZmYgNjRiaXRdDQpbICAgIDMu MjE1OTczXSBwY2kgMDAwMDowMTowMC4wOiByZWcgMTg6IFtpbyAgMHgzMDAw LTB4MzA3Zl0NClsgICAgMy4yMTg0ODFdIHBjaSAwMDAwOjAxOjAwLjA6IFBN RSMgc3VwcG9ydGVkIGZyb20gRDAgRDEgRDIgRDNob3QgRDNjb2xkDQpbICAg IDMuMjI0MTA3XSBwY2kgMDAwMDowMDoxYy4wOiBQQ0kgYnJpZGdlIHRvIFti dXMgMDFdDQpbICAgIDMuMjI0MTE1XSBwY2kgMDAwMDowMDoxYy4wOiAgIGJy aWRnZSB3aW5kb3cgW2lvICAweDMwMDAtMHgzZmZmXQ0KWyAgICAzLjIyNDEy Ml0gcGNpIDAwMDA6MDA6MWMuMDogICBicmlkZ2Ugd2luZG93IFttZW0gMHhj ODUwMDAwMC0weGM4NWZmZmZmXQ0KWyAgICAzLjIyNDI5N10gcGNpIDAwMDA6 MDI6MDAuMDogWzEwZWM6ODcyM10gdHlwZSAwMCBjbGFzcyAweDAyODAwMA0K WyAgICAzLjIyNDMzMV0gcGNpIDAwMDA6MDI6MDAuMDogcmVnIDEwOiBbaW8g IDB4MjAwMC0weDIwZmZdDQpbICAgIDMuMjI0Mzk0XSBwY2kgMDAwMDowMjow MC4wOiByZWcgMTg6IFttZW0gMHhjODQwMDAwMC0weGM4NDAzZmZmIDY0Yml0 XQ0KWyAgICAzLjIyNDU5M10gcGNpIDAwMDA6MDI6MDAuMDogc3VwcG9ydHMg RDEgRDINClsgICAgMy4yMjQ1OTRdIHBjaSAwMDAwOjAyOjAwLjA6IFBNRSMg c3VwcG9ydGVkIGZyb20gRDAgRDEgRDIgRDNob3QgRDNjb2xkDQpbICAgIDMu MjMwNzM3XSBwY2kgMDAwMDowMDoxYy4xOiBQQ0kgYnJpZGdlIHRvIFtidXMg MDJdDQpbICAgIDMuMjMwNzQ1XSBwY2kgMDAwMDowMDoxYy4xOiAgIGJyaWRn ZSB3aW5kb3cgW2lvICAweDIwMDAtMHgyZmZmXQ0KWyAgICAzLjIzMDc1MV0g cGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFttZW0gMHhjODQw MDAwMC0weGM4NGZmZmZmXQ0KWyAgICAzLjIzMDc5MV0gcGNpX2J1cyAwMDAw OjAwOiBidXNuX3JlczogW2J1cyAwMC1mZl0gZW5kIGlzIHVwZGF0ZWQgdG8g MDINClsgICAgMy4yMzE0ODBdIFBDSTogcGNpX2NhY2hlX2xpbmVfc2l6ZSBz ZXQgdG8gNjQgYnl0ZXMNClsgICAgMy4yMzE2NjJdIGU4MjA6IHJlc2VydmUg UkFNIGJ1ZmZlciBbbWVtIDB4MDAwODgwMDAtMHgwMDA4ZmZmZl0NClsgICAg My4yMzE2NjNdIGU4MjA6IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4NDAw MDQwMDAtMHg0M2ZmZmZmZl0NClsgICAgMy4yMzE2NjRdIGU4MjA6IHJlc2Vy dmUgUkFNIGJ1ZmZlciBbbWVtIDB4YjUyNmUwMDAtMHhiN2ZmZmZmZl0NClsg ICAgMy4yMzE2NjZdIGU4MjA6IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4 YjYxOWEwMDAtMHhiN2ZmZmZmZl0NClsgICAgMy4yMzE2NjddIGU4MjA6IHJl c2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4YmE3YmYwMDAtMHhiYmZmZmZmZl0N ClsgICAgMy4yMzE2NjhdIGU4MjA6IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVt IDB4YmIwMDAwMDAtMHhiYmZmZmZmZl0NClsgICAgMy4yMzE2NjldIGU4MjA6 IHJlc2VydmUgUkFNIGJ1ZmZlciBbbWVtIDB4MjNmNjAwMDAwLTB4MjNmZmZm ZmZmXQ0KWyAgICAzLjIzMTc0N10gTmV0TGFiZWw6IEluaXRpYWxpemluZw0K WyAgICAzLjIzMTc0OF0gTmV0TGFiZWw6ICBkb21haW4gaGFzaCBzaXplID0g MTI4DQpbICAgIDMuMjMxNzQ5XSBOZXRMYWJlbDogIHByb3RvY29scyA9IFVO TEFCRUxFRCBDSVBTT3Y0DQpbICAgIDMuMjMxNzU3XSBOZXRMYWJlbDogIHVu bGFiZWxlZCB0cmFmZmljIGFsbG93ZWQgYnkgZGVmYXVsdA0KWyAgICAzLjIz MTc2OV0gU3dpdGNoaW5nIHRvIGNsb2Nrc291cmNlIHhlbg0KWyAgICAzLjIz NDgwNF0gcG5wOiBQblAgQUNQSTogZGlzYWJsZWQNClsgICAgMy4yMzU5ODdd IHBjaSAwMDAwOjAwOjFjLjA6IFBDSSBicmlkZ2UgdG8gW2J1cyAwMV0NClsg ICAgMy4yMzU5OTNdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRv dyBbaW8gIDB4MzAwMC0weDNmZmZdDQpbICAgIDMuMjM2MDAyXSBwY2kgMDAw MDowMDoxYy4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweGM4NTAwMDAwLTB4 Yzg1ZmZmZmZdDQpbICAgIDMuMjM2MDIxXSBwY2kgMDAwMDowMDoxYy4xOiBQ Q0kgYnJpZGdlIHRvIFtidXMgMDJdDQpbICAgIDMuMjM2MDI1XSBwY2kgMDAw MDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cgW2lvICAweDIwMDAtMHgyZmZm XQ0KWyAgICAzLjIzNjAzNV0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ug d2luZG93IFttZW0gMHhjODQwMDAwMC0weGM4NGZmZmZmXQ0KWyAgICAzLjIz NjA2NV0gcGNpIDAwMDA6MDA6MWMuMDogY2FuJ3QgZmluZCBJUlEgZm9yIFBD SSBJTlQgQTsgcGxlYXNlIHRyeSB1c2luZyBwY2k9Ymlvc2lycQ0KWyAgICAz LjIzNjA4MV0gcGNpIDAwMDA6MDA6MWMuMTogY2FuJ3QgZmluZCBJUlEgZm9y IFBDSSBJTlQgQjsgcGxlYXNlIHRyeSB1c2luZyBwY2k9Ymlvc2lycQ0KWyAg ICAzLjIzNjA4Nl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA0IFtpbyAg MHgwMDAwLTB4ZmZmZl0NClsgICAgMy4yMzYwODhdIHBjaV9idXMgMDAwMDow MDogcmVzb3VyY2UgNSBbbWVtIDB4MDAwMDAwMDAtMHhmZmZmZmZmZmZdDQpb ICAgIDMuMjM2MDg5XSBwY2lfYnVzIDAwMDA6MDE6IHJlc291cmNlIDAgW2lv ICAweDMwMDAtMHgzZmZmXQ0KWyAgICAzLjIzNjA5MV0gcGNpX2J1cyAwMDAw OjAxOiByZXNvdXJjZSAxIFttZW0gMHhjODUwMDAwMC0weGM4NWZmZmZmXQ0K WyAgICAzLjIzNjA5M10gcGNpX2J1cyAwMDAwOjAyOiByZXNvdXJjZSAwIFtp byAgMHgyMDAwLTB4MmZmZl0NClsgICAgMy4yMzYwOTRdIHBjaV9idXMgMDAw MDowMjogcmVzb3VyY2UgMSBbbWVtIDB4Yzg0MDAwMDAtMHhjODRmZmZmZl0N ClsgICAgMy4yMzYxMTVdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1p bHkgMg0KWyAgICAzLjIzNjM5Ml0gVENQIGVzdGFibGlzaGVkIGhhc2ggdGFi bGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA4LCAxMDQ4NTc2IGJ5dGVzKQ0K WyAgICAzLjIzNjY4M10gVENQIGJpbmQgaGFzaCB0YWJsZSBlbnRyaWVzOiA2 NTUzNiAob3JkZXI6IDgsIDEwNDg1NzYgYnl0ZXMpDQpbICAgIDMuMjM2Nzk1 XSBUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDY1 NTM2IGJpbmQgNjU1MzYpDQpbICAgIDMuMjM2ODEwXSBUQ1A6IHJlbm8gcmVn aXN0ZXJlZA0KWyAgICAzLjIzNjgzNV0gVURQIGhhc2ggdGFibGUgZW50cmll czogNDA5NiAob3JkZXI6IDUsIDEzMTA3MiBieXRlcykNClsgICAgMy4yMzY4 NzRdIFVEUC1MaXRlIGhhc2ggdGFibGUgZW50cmllczogNDA5NiAob3JkZXI6 IDUsIDEzMTA3MiBieXRlcykNClsgICAgMy4yMzY5MzBdIE5FVDogUmVnaXN0 ZXJlZCBwcm90b2NvbCBmYW1pbHkgMQ0KWyAgICAzLjIzNjk0M10gcGNpIDAw MDA6MDA6MDIuMDogQm9vdCB2aWRlbyBkZXZpY2UNClsgICAgMy4yMzY5NTld IHBjaSAwMDAwOjAwOjE0LjA6IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kgSU5U IEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAgMy4yMzgy NTZdIHBjaSAwMDAwOjAwOjFhLjA6IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kg SU5UIEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAgMy4y NDg2MThdIHBjaSAwMDAwOjAwOjFkLjA6IGNhbid0IGZpbmQgSVJRIGZvciBQ Q0kgSU5UIEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAg My4yNjE5ODVdIFBDSTogQ0xTIDY0IGJ5dGVzLCBkZWZhdWx0IDY0DQpbICAg IDMuMjYyMDIzXSBVbnBhY2tpbmcgaW5pdHJhbWZzLi4uDQpbICAgIDMuMzEx MzM2XSBGcmVlaW5nIGluaXRyZCBtZW1vcnk6IDI5NjRrIGZyZWVkDQpbICAg IDMuMzExODg4XSBwbGF0Zm9ybSBydGNfY21vczogcmVnaXN0ZXJlZCBwbGF0 Zm9ybSBSVEMgZGV2aWNlIChubyBQTlAgZGV2aWNlIGZvdW5kKQ0KWyAgICAz LjMxMTkyOV0gU2Nhbm5pbmcgZm9yIGxvdyBtZW1vcnkgY29ycnVwdGlvbiBl dmVyeSA2MCBzZWNvbmRzDQpbICAgIDMuMzEyMDY5XSBhdWRpdDogaW5pdGlh bGl6aW5nIG5ldGxpbmsgc29ja2V0IChkaXNhYmxlZCkNClsgICAgMy4zMTIw NzldIHR5cGU9MjAwMCBhdWRpdCgxMzY5MTg4ODg3LjMwNToxKTogaW5pdGlh bGl6ZWQNClsgICAgMy4zMjM3MzJdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1C IHBhZ2Ugc2l6ZSwgcHJlLWFsbG9jYXRlZCAwIHBhZ2VzDQpbICAgIDMuMzI0 NjgyXSBWRlM6IERpc2sgcXVvdGFzIGRxdW90XzYuNS4yDQpbICAgIDMuMzI0 NzEyXSBEcXVvdC1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDUxMiAob3Jk ZXIgMCwgNDA5NiBieXRlcykNClsgICAgMy4zMjQ4NDBdIG1zZ21uaSBoYXMg YmVlbiBzZXQgdG8gMjYyNQ0KWyAgICAzLjMyNDk4Ml0gQmxvY2sgbGF5ZXIg U0NTSSBnZW5lcmljIChic2cpIGRyaXZlciB2ZXJzaW9uIDAuNCBsb2FkZWQg KG1ham9yIDI1MikNClsgICAgMy4zMjUwMDJdIGlvIHNjaGVkdWxlciBub29w IHJlZ2lzdGVyZWQNClsgICAgMy4zMjUwMDNdIGlvIHNjaGVkdWxlciBkZWFk bGluZSByZWdpc3RlcmVkDQpbICAgIDMuMzI1MDA3XSBpbyBzY2hlZHVsZXIg Y2ZxIHJlZ2lzdGVyZWQgKGRlZmF1bHQpDQpbICAgIDMuMzI1MDU5XSBwY2ll cG9ydCAwMDAwOjAwOjFjLjA6IGRldmljZSBbODA4NjoxZTEwXSBoYXMgaW52 YWxpZCBJUlE7IGNoZWNrIHZlbmRvciBCSU9TDQpbICAgIDMuMzI1MTczXSBw Y2llcG9ydCAwMDAwOjAwOjFjLjE6IGRldmljZSBbODA4NjoxZTEyXSBoYXMg aW52YWxpZCBJUlE7IGNoZWNrIHZlbmRvciBCSU9TDQpbICAgIDMuMzI1MzQy XSBlZmlmYjogcHJvYmluZyBmb3IgZWZpZmINClsgICAgMy4zMjYyODBdIGVm aWZiOiBmcmFtZWJ1ZmZlciBhdCAweGMwMDAwMDAwLCBtYXBwZWQgdG8gMHhm ZmZmYzkwMDAwZjAwMDAwLCB1c2luZyA0MTI4aywgdG90YWwgNDEyOGsNClsg ICAgMy4zMjYyODJdIGVmaWZiOiBtb2RlIGlzIDEzNjZ4NzY4eDMyLCBsaW5l bGVuZ3RoPTU1MDQsIHBhZ2VzPTENClsgICAgMy4zMjYyODJdIGVmaWZiOiBz Y3JvbGxpbmc6IHJlZHJhdw0KWyAgICAzLjMyNjI4NF0gZWZpZmI6IFRydWVj b2xvcjogc2l6ZT04Ojg6ODo4LCBzaGlmdD0yNDoxNjo4OjANClsgICAgMy40 MDA0MjZdIENvbnNvbGU6IHN3aXRjaGluZyB0byBjb2xvdXIgZnJhbWUgYnVm ZmVyIGRldmljZSAxNzB4NDgNClsgICAgMy40NzQyODBdIGZiMDogRUZJIFZH QSBmcmFtZSBidWZmZXIgZGV2aWNlDQpbICAgIDMuNDc0Mjg3XSBpbnRlbF9p ZGxlOiBNV0FJVCBzdWJzdGF0ZXM6IDB4MjExMjANClsgICAgMy40NzQyODhd IGludGVsX2lkbGU6IHYwLjQgbW9kZWwgMHgzQQ0KWyAgICAzLjQ3NDI4OV0g aW50ZWxfaWRsZTogbGFwaWNfdGltZXJfcmVsaWFibGVfc3RhdGVzIDB4ZmZm ZmZmZmYNClsgICAgMy40NzQzMDNdIGludGVsX2lkbGU6IGludGVsX2lkbGUg eWllbGRpbmcgdG8gbm9uZQ0KWyAgICAzLjQ3NDUyN10gU2VyaWFsOiA4MjUw LzE2NTUwIGRyaXZlciwgNCBwb3J0cywgSVJRIHNoYXJpbmcgZGlzYWJsZWQN ClsgICAgMy40NzQ3OTZdIExpbnV4IGFncGdhcnQgaW50ZXJmYWNlIHYwLjEw Mw0KWyAgICAzLjQ3NDgyN10gaTgwNDI6IFBOUDogTm8gUFMvMiBjb250cm9s bGVyIGZvdW5kLiBQcm9iaW5nIHBvcnRzIGRpcmVjdGx5Lg0KWyAgICAzLjcy NTY2Nl0gc2VyaW86IGk4MDQyIEtCRCBwb3J0IGF0IDB4NjAsMHg2NCBpcnEg MQ0KWyAgICAzLjcyNTc0OF0gbW91c2VkZXY6IFBTLzIgbW91c2UgZGV2aWNl IGNvbW1vbiBmb3IgYWxsIG1pY2UNClsgICAgMy43MjU5MzhdIHJ0Y19jbW9z IHJ0Y19jbW9zOiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNfY21vcyBhcyBy dGMwDQpbICAgIDMuNzI1OTY0XSBydGNfY21vcyBydGNfY21vczogYWxhcm1z IHVwIHRvIG9uZSBkYXksIDExNCBieXRlcyBudnJhbQ0KWyAgICAzLjcyNTk3 MF0gRUZJIFZhcmlhYmxlcyBGYWNpbGl0eSB2MC4wOCAyMDA0LU1heS0xNw0K WyAgICAzLjcyNjAwMl0gZHJvcF9tb25pdG9yOiBJbml0aWFsaXppbmcgbmV0 d29yayBkcm9wIG1vbml0b3Igc2VydmljZQ0KWyAgICAzLjcyNjA2MF0gVENQ OiBjdWJpYyByZWdpc3RlcmVkDQpbICAgIDMuNzI2MTI4XSBORVQ6IFJlZ2lz dGVyZWQgcHJvdG9jb2wgZmFtaWx5IDEwDQpbICAgIDMuNzI2MjQxXSBORVQ6 IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE3DQpbICAgIDMuNzI2MjQ5 XSBLZXkgdHlwZSBkbnNfcmVzb2x2ZXIgcmVnaXN0ZXJlZA0KWyAgICAzLjcy NjM2NF0gUE06IEhpYmVybmF0aW9uIGltYWdlIG5vdCBwcmVzZW50IG9yIGNv dWxkIG5vdCBiZSBsb2FkZWQuDQpbICAgIDMuNzI2MzcxXSByZWdpc3RlcmVk IHRhc2tzdGF0cyB2ZXJzaW9uIDENClsgICAgMy43MjcxMTFdICAgTWFnaWMg bnVtYmVyOiAxMzoyNDoyMDgNClsgICAgMy43MjcxMjBdIHZjIHZjc2E6IGhh c2ggbWF0Y2hlcw0KWyAgICAzLjcyNzE3MF0gcnRjX2Ntb3MgcnRjX2Ntb3M6 IHNldHRpbmcgc3lzdGVtIGNsb2NrIHRvIDIwMTMtMDUtMjIgMDI6MTQ6NDgg VVRDICgxMzY5MTg4ODg4KQ0KWyAgICAzLjcyNzU4N10gRnJlZWluZyB1bnVz ZWQga2VybmVsIG1lbW9yeTogMTA5MmsgZnJlZWQNClsgICAgMy43Mjc3MDdd IFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTog ODE5MmsNClsgICAgMy43MzA1MzNdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBt ZW1vcnk6IDExNTJrIGZyZWVkDQpbICAgIDMuNzMwNzU4XSBGcmVlaW5nIHVu dXNlZCBrZXJuZWwgbWVtb3J5OiA0MjBrIGZyZWVkDQpbICAgIDMuNzQ4ODA1 XSBzeXN0ZW1kLXVkZXZkWzQwXTogc3RhcnRpbmcgdmVyc2lvbiAyMDQNClsg ICAgMy43NTAwNjddIHNwZWFrdXA6IG1vZHVsZSBpcyBmcm9tIHRoZSBzdGFn aW5nIGRpcmVjdG9yeSwgdGhlIHF1YWxpdHkgaXMgdW5rbm93biwgeW91IGhh dmUgYmVlbiB3YXJuZWQuDQpbICAgIDMuNzUyMzc5XSBpbnB1dDogU3BlYWt1 cCBhcyAvZGV2aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MA0KWyAgICAzLjc1 Mjc4N10gaW5pdGlhbGl6ZWQgZGV2aWNlOiAvZGV2L3N5bnRoLCBub2RlIChN QUpPUiAxMCwgTUlOT1IgMjUpDQpbICAgIDMuNzUyODA1XSBzcGVha3VwIDMu MS42OiBpbml0aWFsaXplZA0KWyAgICAzLjc1MjgwN10gc3ludGggbmFtZSBv biBlbnRyeSBpczogKG51bGwpDQpbICAgIDMuNzUyODc1XSBzcGVha3VwX3Nv ZnQ6IG1vZHVsZSBpcyBmcm9tIHRoZSBzdGFnaW5nIGRpcmVjdG9yeSwgdGhl IHF1YWxpdHkgaXMgdW5rbm93biwgeW91IGhhdmUgYmVlbiB3YXJuZWQuDQpb ICAgIDMuNzUyOTYzXSBzeW50aCBwcm9iZQ0KWyAgICAzLjc1MzE4N10gaW5p dGlhbGl6ZWQgZGV2aWNlOiAvZGV2L3NvZnRzeW50aCwgbm9kZSAoTUFKT1Ig MTAsIE1JTk9SIDI2KQ0KWyAgICAzLjc5MjkzNV0gdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Jmcw0KWyAgICAzLjc5Mjk0 NF0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciBo dWINClsgICAgMy43OTUyNDVdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGRl dmljZSBkcml2ZXIgdXNiDQpbICAgIDMuNzk1ODIzXSBlaGNpX2hjZDogVVNC IDIuMCAnRW5oYW5jZWQnIEhvc3QgQ29udHJvbGxlciAoRUhDSSkgRHJpdmVy DQpbICAgIDMuNzk1OTU5XSBlaGNpLXBjaTogRUhDSSBQQ0kgcGxhdGZvcm0g ZHJpdmVyDQpbICAgIDMuNzk1OTg4XSBlaGNpLXBjaSAwMDAwOjAwOjFhLjA6 IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kgSU5UIEE7IHBsZWFzZSB0cnkgdXNp bmcgcGNpPWJpb3NpcnENClsgICAgMy43OTU5OTBdIGVoY2ktcGNpIDAwMDA6 MDA6MWEuMDogRm91bmQgSEMgd2l0aCBubyBJUlEuIENoZWNrIEJJT1MvUENJ IDAwMDA6MDA6MWEuMCBzZXR1cCENClsgICAgMy43OTY4NzZdIGVoY2ktcGNp IDAwMDA6MDA6MWEuMDogaW5pdCAwMDAwOjAwOjFhLjAgZmFpbCwgLTE5DQpb ICAgIDMuNzk3NTA3XSBlaGNpLXBjaSAwMDAwOjAwOjFkLjA6IGNhbid0IGZp bmQgSVJRIGZvciBQQ0kgSU5UIEE7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJp b3NpcnENClsgICAgMy43OTc1MDhdIGVoY2ktcGNpIDAwMDA6MDA6MWQuMDog Rm91bmQgSEMgd2l0aCBubyBJUlEuIENoZWNrIEJJT1MvUENJIDAwMDA6MDA6 MWQuMCBzZXR1cCENClsgICAgMy43OTgzODhdIGVoY2ktcGNpIDAwMDA6MDA6 MWQuMDogaW5pdCAwMDAwOjAwOjFkLjAgZmFpbCwgLTE5DQpbICAgIDMuODAx NzE1XSBTQ1NJIHN1YnN5c3RlbSBpbml0aWFsaXplZA0KWyAgICAzLjgwNDU0 Ml0geGhjaV9oY2QgMDAwMDowMDoxNC4wOiBjYW4ndCBmaW5kIElSUSBmb3Ig UENJIElOVCBBOyBwbGVhc2UgdHJ5IHVzaW5nIHBjaT1iaW9zaXJxDQpbICAg IDMuODA0NTgwXSB4aGNpX2hjZCAwMDAwOjAwOjE0LjA6IHNldHRpbmcgbGF0 ZW5jeSB0aW1lciB0byA2NA0KWyAgICAzLjgwNDU4NV0geGhjaV9oY2QgMDAw MDowMDoxNC4wOiB4SENJIEhvc3QgQ29udHJvbGxlcg0KWyAgICAzLjgwNDU5 MF0geGhjaV9oY2QgMDAwMDowMDoxNC4wOiBuZXcgVVNCIGJ1cyByZWdpc3Rl cmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDENClsgICAgMy44MDQ3MzddIHho Y2lfaGNkIDAwMDA6MDA6MTQuMDogY2FjaGUgbGluZSBzaXplIG9mIDY0IGlz IG5vdCBzdXBwb3J0ZWQNClsgICAgMy44MDQ5NzFdIHhIQ0kgeGhjaV9hZGRf ZW5kcG9pbnQgY2FsbGVkIGZvciByb290IGh1Yg0KWyAgICAzLjgwNDk3M10g eEhDSSB4aGNpX2NoZWNrX2JhbmR3aWR0aCBjYWxsZWQgZm9yIHJvb3QgaHVi DQpbICAgIDMuODA0OTkyXSBodWIgMS0wOjEuMDogVVNCIGh1YiBmb3VuZA0K WyAgICAzLjgwNTAwMF0gaHViIDEtMDoxLjA6IDQgcG9ydHMgZGV0ZWN0ZWQN ClsgICAgMy44MDUwODNdIHhoY2lfaGNkIDAwMDA6MDA6MTQuMDogeEhDSSBI b3N0IENvbnRyb2xsZXINClsgICAgMy44MDUwODZdIHhoY2lfaGNkIDAwMDA6 MDA6MTQuMDogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVz IG51bWJlciAyDQpbICAgIDMuODA1MTUyXSB4SENJIHhoY2lfYWRkX2VuZHBv aW50IGNhbGxlZCBmb3Igcm9vdCBodWINClsgICAgMy44MDUxNTNdIHhIQ0kg eGhjaV9jaGVja19iYW5kd2lkdGggY2FsbGVkIGZvciByb290IGh1Yg0KWyAg ICAzLjgwNTE4NV0gaHViIDItMDoxLjA6IFVTQiBodWIgZm91bmQNClsgICAg My44MDUxOTFdIGh1YiAyLTA6MS4wOiA0IHBvcnRzIGRldGVjdGVkDQpbICAg IDMuODA1Mjg3XSBsaWJhdGEgdmVyc2lvbiAzLjAwIGxvYWRlZC4NClsgICAg My44MTUzMTFdIGFoY2kgMDAwMDowMDoxZi4yOiB2ZXJzaW9uIDMuMA0KWyAg ICAzLjgxNTMzMl0gYWhjaSAwMDAwOjAwOjFmLjI6IGNhbid0IGZpbmQgSVJR IGZvciBQQ0kgSU5UIEI7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnEN ClsgICAgMy44MTU0NDldIGFoY2k6IFNTUyBmbGFnIHNldCwgcGFyYWxsZWwg YnVzIHNjYW4gZGlzYWJsZWQNClsgICAgMy44Mjg1NTNdIGFoY2kgMDAwMDow MDoxZi4yOiBBSENJIDAwMDEuMDMwMCAzMiBzbG90cyA2IHBvcnRzIDYgR2Jw cyAweDM5IGltcGwgU0FUQSBtb2RlDQpbICAgIDMuODI4NTU2XSBhaGNpIDAw MDA6MDA6MWYuMjogZmxhZ3M6IDY0Yml0IG5jcSBzdGFnIHBtIGxlZCBjbG8g cGlvIHNsdW0gcGFydCBlbXMgc3hzIGFwc3QgDQpbICAgIDMuODI4NTY0XSBh aGNpIDAwMDA6MDA6MWYuMjogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0 DQpbICAgIDMuODQ5NTU4XSBzY3NpMCA6IGFoY2kNClsgICAgMy44NDk2Njdd IHNjc2kxIDogYWhjaQ0KWyAgICAzLjg0OTc2NF0gc2NzaTIgOiBhaGNpDQpb ICAgIDMuODQ5ODU4XSBzY3NpMyA6IGFoY2kNClsgICAgMy44NDk5NTFdIHNj c2k0IDogYWhjaQ0KWyAgICAzLjg1MDA0Ml0gc2NzaTUgOiBhaGNpDQpbICAg IDMuODUwMDc4XSBhdGExOiBTQVRBIG1heCBVRE1BLzEzMyBhYmFyIG0yMDQ4 QDB4Yzg2MTcwMDAgcG9ydCAweGM4NjE3MTAwIGlycSAyNg0KWyAgICAzLjg1 MDA4MF0gYXRhMjogRFVNTVkNClsgICAgMy44NTAwODFdIGF0YTM6IERVTU1Z DQpbICAgIDMuODUwMDgzXSBhdGE0OiBTQVRBIG1heCBVRE1BLzEzMyBhYmFy IG0yMDQ4QDB4Yzg2MTcwMDAgcG9ydCAweGM4NjE3MjgwIGlycSAyNg0KWyAg ICAzLjg1MDA4Nl0gYXRhNTogU0FUQSBtYXggVURNQS8xMzMgYWJhciBtMjA0 OEAweGM4NjE3MDAwIHBvcnQgMHhjODYxNzMwMCBpcnEgMjYNClsgICAgMy44 NTAwODldIGF0YTY6IFNBVEEgbWF4IFVETUEvMTMzIGFiYXIgbTIwNDhAMHhj ODYxNzAwMCBwb3J0IDB4Yzg2MTczODAgaXJxIDI2DQpbICAgIDQuMTYxODky XSB1c2IgMS0zOiBuZXcgaGlnaC1zcGVlZCBVU0IgZGV2aWNlIG51bWJlciAy IHVzaW5nIHhoY2lfaGNkDQpbICAgIDQuMTY4NTY1XSBhdGExOiBTQVRBIGxp bmsgdXAgMy4wIEdicHMgKFNTdGF0dXMgMTIzIFNDb250cm9sIDMwMCkNClsg ICAgNC4xNjk5MjRdIGF0YTEuMDA6IEFUQS04OiBIR1NUIEhUUzU0MTAxMEE5 RTY4MCwgSkEwT0E1NjAsIG1heCBVRE1BLzEzMw0KWyAgICA0LjE2OTkyN10g YXRhMS4wMDogMTk1MzUyNTE2OCBzZWN0b3JzLCBtdWx0aSAxNjogTEJBNDgg TkNRIChkZXB0aCAzMS8zMiksIEFBDQpbICAgIDQuMTcxNDYyXSBhdGExLjAw OiBjb25maWd1cmVkIGZvciBVRE1BLzEzMw0KWyAgICA0LjE3MTU0Ml0gc2Nz aSAwOjA6MDowOiBEaXJlY3QtQWNjZXNzICAgICBBVEEgICAgICBIR1NUIEhU UzU0MTAxMEE5IEpBME8gUFE6IDAgQU5TSTogNQ0KWyAgICA0LjQ4ODU2M10g YXRhNDogU0FUQSBsaW5rIGRvd24gKFNTdGF0dXMgMCBTQ29udHJvbCAzMDAp DQpbICAgIDQuODA4NTYzXSBhdGE1OiBTQVRBIGxpbmsgZG93biAoU1N0YXR1 cyAwIFNDb250cm9sIDMwMCkNClsgICAgNS4xMjg1NjFdIGF0YTY6IFNBVEEg bGluayB1cCAxLjUgR2JwcyAoU1N0YXR1cyAxMTMgU0NvbnRyb2wgMzAwKQ0K WyAgICA1LjEzMjUyNF0gYXRhNi4wMDogQVRBUEk6IFRTU1Rjb3JwIENERFZE VyBTTi0yMDhBQiwgVE8wNCwgbWF4IFVETUEvMTAwDQpbICAgIDUuMTM4ODA3 XSBhdGE2LjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzEwMA0KWyAgICA1LjE0 NDA3Ml0gc2NzaSA1OjA6MDowOiBDRC1ST00gICAgICAgICAgICBUU1NUY29y cCBDRERWRFcgU04tMjA4QUIgIFRPMDQgUFE6IDAgQU5TSTogNQ0KWyAgICA1 LjE0OTQwMV0gc2QgMDowOjA6MDogW3NkYV0gMTk1MzUyNTE2OCA1MTItYnl0 ZSBsb2dpY2FsIGJsb2NrczogKDEuMDAgVEIvOTMxIEdpQikNClsgICAgNS4x NDk0MDRdIHNkIDA6MDowOjA6IFtzZGFdIDQwOTYtYnl0ZSBwaHlzaWNhbCBi bG9ja3MNClsgICAgNS4xNDk0NDFdIHNkIDA6MDowOjA6IFtzZGFdIFdyaXRl IFByb3RlY3QgaXMgb2ZmDQpbICAgIDUuMTQ5NDQzXSBzZCAwOjA6MDowOiBb c2RhXSBNb2RlIFNlbnNlOiAwMCAzYSAwMCAwMA0KWyAgICA1LjE0OTQ1OF0g c2QgMDowOjA6MDogW3NkYV0gV3JpdGUgY2FjaGU6IGVuYWJsZWQsIHJlYWQg Y2FjaGU6IGVuYWJsZWQsIGRvZXNuJ3Qgc3VwcG9ydCBEUE8gb3IgRlVBDQpb ICAgIDUuMTYyNjY1XSBzcjA6IHNjc2kzLW1tYyBkcml2ZTogMjR4LzI0eCB3 cml0ZXIgZHZkLXJhbSBjZC9ydyB4YS9mb3JtMiBjZGRhIHRyYXkNClsgICAg NS4xNjI2NjddIGNkcm9tOiBVbmlmb3JtIENELVJPTSBkcml2ZXIgUmV2aXNp b246IDMuMjANClsgICAgNS4xNjI3NjldIHNyIDU6MDowOjA6IEF0dGFjaGVk IHNjc2kgQ0QtUk9NIHNyMA0KWyAgICA1LjQ3NzA5N10gIHNkYTogc2RhMSBz ZGEyIHNkYTMgc2RhNCBzZGE1IHNkYTYgc2RhNyBzZGE4IHNkYTkgc2RhMTAN ClsgICAgNS40Nzc0OTNdIHNkIDA6MDowOjA6IFtzZGFdIEF0dGFjaGVkIFND U0kgZGlzaw0KWyAgICA3LjA1ODMwM10gRVhUNC1mcyAoc2RhOCk6IG1vdW50 ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLiBPcHRzOiAo bnVsbCkNClsgICAgNy43MDIwMzRdIHN5c3RlbWRbMV06IFJUQyBjb25maWd1 cmVkIGluIGxvY2FsdGltZSwgYXBwbHlpbmcgZGVsdGEgb2YgLTMwMCBtaW51 dGVzIHRvIHN5c3RlbSB0aW1lLg0KWyAgICA3LjczNDA5Nl0gc3lzdGVtZFsx XTogc3lzdGVtZCAyMDQgcnVubmluZyBpbiBzeXN0ZW0gbW9kZS4gKCtQQU0g LUxJQldSQVAgLUFVRElUIC1TRUxJTlVYIC1JTUEgLVNZU1ZJTklUICtMSUJD UllQVFNFVFVQICtHQ1JZUFQgK0FDTCArWFopDQpbICAgIDcuNzM0MTg0XSBz eXN0ZW1kWzFdOiBEZXRlY3RlZCB2aXJ0dWFsaXphdGlvbiAneGVuJy4NClsg ICAgNy43NDk2MzVdIHN5c3RlbWRbMV06IFNldCBob3N0bmFtZSB0byA8YXJj aC5jb29saXAubmV0Pi4NClsgICAgOC4zNDIwNDldIHN5c3RlbWRbMV06IENh bm5vdCBhZGQgZGVwZW5kZW5jeSBqb2IgZm9yIHVuaXQgeGVuZG9tVUBtdWx0 aS11c2VyLnNlcnZpY2UsIGlnbm9yaW5nOiBVbml0IHhlbmRvbVVAbXVsdGkt dXNlci5zZXJ2aWNlIGZhaWxlZCB0byBsb2FkOiBObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5LiBTZWUgc3lzdGVtIGxvZ3MgYW5kICdzeXN0ZW1jdGwgc3Rh dHVzIHhlbmRvbVVAbXVsdGktdXNlci5zZXJ2aWNlJyBmb3IgZGV0YWlscy4N ClsgICAgOC4zNDIwNzNdIHN5c3RlbWRbMV06IENhbm5vdCBhZGQgZGVwZW5k ZW5jeSBqb2IgZm9yIHVuaXQgZGlzcGxheS1tYW5hZ2VyLnNlcnZpY2UsIGln bm9yaW5nOiBVbml0IGRpc3BsYXktbWFuYWdlci5zZXJ2aWNlIGZhaWxlZCB0 byBsb2FkOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5LiBTZWUgc3lzdGVt IGxvZ3MgYW5kICdzeXN0ZW1jdGwgc3RhdHVzIGRpc3BsYXktbWFuYWdlci5z ZXJ2aWNlJyBmb3IgZGV0YWlscy4NClsgICAgOC4zNDIzMTNdIHN5c3RlbWRb MV06IFN0YXJ0aW5nIEZvcndhcmQgUGFzc3dvcmQgUmVxdWVzdHMgdG8gV2Fs bCBEaXJlY3RvcnkgV2F0Y2guDQpbICAgIDguMzQyMzkxXSBzeXN0ZW1kWzFd OiBTdGFydGVkIEZvcndhcmQgUGFzc3dvcmQgUmVxdWVzdHMgdG8gV2FsbCBE aXJlY3RvcnkgV2F0Y2guDQpbICAgIDguMzQyNDEwXSBzeXN0ZW1kWzFdOiBF eHBlY3RpbmcgZGV2aWNlIGRldi1odmMwLmRldmljZS4uLg0KWyAgICA4LjM0 MjQyNl0gc3lzdGVtZFsxXTogU3RhcnRpbmcgUmVtb3RlIEZpbGUgU3lzdGVt cy4NClsgICAgOC4zNDI0NDBdIHN5c3RlbWRbMV06IFJlYWNoZWQgdGFyZ2V0 IFJlbW90ZSBGaWxlIFN5c3RlbXMuDQpbICAgIDguMzQyNDUyXSBzeXN0ZW1k WzFdOiBTdGFydGluZyBEZWxheWVkIFNodXRkb3duIFNvY2tldC4NClsgICAg OC4zNDI1MDJdIHN5c3RlbWRbMV06IExpc3RlbmluZyBvbiBEZWxheWVkIFNo dXRkb3duIFNvY2tldC4NClsgICAgOC4zNDI1MTNdIHN5c3RlbWRbMV06IFN0 YXJ0aW5nIERldmljZS1tYXBwZXIgZXZlbnQgZGFlbW9uIEZJRk9zLg0KWyAg ICA4LjM0MjU2NV0gc3lzdGVtZFsxXTogTGlzdGVuaW5nIG9uIERldmljZS1t YXBwZXIgZXZlbnQgZGFlbW9uIEZJRk9zLg0KWyAgICA4LjM0MjU3Nl0gc3lz dGVtZFsxXTogU3RhcnRpbmcgL2Rldi9pbml0Y3RsIENvbXBhdGliaWxpdHkg TmFtZWQgUGlwZS4NClsgICAgOC4zNDI2MDhdIHN5c3RlbWRbMV06IExpc3Rl bmluZyBvbiAvZGV2L2luaXRjdGwgQ29tcGF0aWJpbGl0eSBOYW1lZCBQaXBl Lg0KWyAgICA4LjM0MjYyMl0gc3lzdGVtZFsxXTogU3RhcnRpbmcgTFZNMiBt ZXRhZGF0YSBkYWVtb24gc29ja2V0Lg0KWyAgICA4LjM0MjY2NF0gc3lzdGVt ZFsxXTogTGlzdGVuaW5nIG9uIExWTTIgbWV0YWRhdGEgZGFlbW9uIHNvY2tl dC4NClsgICAgOC4zNDI2ODBdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIERpc3Bh dGNoIFBhc3N3b3JkIFJlcXVlc3RzIHRvIENvbnNvbGUgRGlyZWN0b3J5IFdh dGNoLg0KWyAgICA4LjM0Mjc0MV0gc3lzdGVtZFsxXTogU3RhcnRlZCBEaXNw YXRjaCBQYXNzd29yZCBSZXF1ZXN0cyB0byBDb25zb2xlIERpcmVjdG9yeSBX YXRjaC4NClsgICAgOC4zNDI3NTJdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFBh dGhzLg0KWyAgICA4LjM0Mjc2Nl0gc3lzdGVtZFsxXTogUmVhY2hlZCB0YXJn ZXQgUGF0aHMuDQpbICAgIDguMzQyNzc3XSBzeXN0ZW1kWzFdOiBTdGFydGlu ZyBFbmNyeXB0ZWQgVm9sdW1lcy4NClsgICAgOC4zNDI3OTBdIHN5c3RlbWRb MV06IFJlYWNoZWQgdGFyZ2V0IEVuY3J5cHRlZCBWb2x1bWVzLg0KWyAgICA4 LjM0Mjg2NF0gc3lzdGVtZFsxXTogU3RhcnRpbmcgdWRldiBLZXJuZWwgU29j a2V0Lg0KWyAgICA4LjM0Mjg5N10gc3lzdGVtZFsxXTogTGlzdGVuaW5nIG9u IHVkZXYgS2VybmVsIFNvY2tldC4NClsgICAgOC4zNDI5NjJdIHN5c3RlbWRb MV06IFN0YXJ0aW5nIHVkZXYgQ29udHJvbCBTb2NrZXQuDQpbICAgIDguMzQz MDAyXSBzeXN0ZW1kWzFdOiBMaXN0ZW5pbmcgb24gdWRldiBDb250cm9sIFNv Y2tldC4NClsgICAgOC4zNDMwMzZdIHN5c3RlbWRbMV06IFN0YXJ0aW5nIEFy Yml0cmFyeSBFeGVjdXRhYmxlIEZpbGUgRm9ybWF0cyBGaWxlIFN5c3RlbSBB dXRvbW91bnQgUG9pbnQuDQpbICAgIDguMzQzMTU3XSBzeXN0ZW1kWzFdOiBT ZXQgdXAgYXV0b21vdW50IEFyYml0cmFyeSBFeGVjdXRhYmxlIEZpbGUgRm9y bWF0cyBGaWxlIFN5c3RlbSBBdXRvbW91bnQgUG9pbnQuDQpbICAgIDguMzQz MTcxXSBzeXN0ZW1kWzFdOiBTdGFydGluZyBKb3VybmFsIFNvY2tldC4NClsg ICAgOC4zNDMyNjBdIHN5c3RlbWRbMV06IExpc3RlbmluZyBvbiBKb3VybmFs IFNvY2tldC4NClsgICAgOC4zNzczNjRdIHN5c3RlbWRbMV06IFN0YXJ0aW5n IEFwcGx5IEtlcm5lbCBWYXJpYWJsZXMuLi4NClsgICAgOC4zNzk0MDRdIHN5 c3RlbWRbMV06IFN0YXJ0aW5nIFNldHVwIFZpcnR1YWwgQ29uc29sZS4uLg0K WyAgICA4LjM4MDUwNl0gc3lzdGVtZFsxXTogU3RhcnRpbmcgdWRldiBDb2xk cGx1ZyBhbGwgRGV2aWNlcy4uLg0KWyAgICA4LjM4MTU0Nl0gc3lzdGVtZFsx XTogTW91bnRpbmcgRGVidWcgRmlsZSBTeXN0ZW0uLi4NClsgICAgOC40NjU0 NTddIHN5c3RlbWRbMV06IFN0YXJ0ZWQgU2V0IFVwIEFkZGl0aW9uYWwgQmlu YXJ5IEZvcm1hdHMuDQpbICAgIDguNDY1NDkzXSBzeXN0ZW1kWzFdOiBNb3Vu dGluZyBIdWdlIFBhZ2VzIEZpbGUgU3lzdGVtLi4uDQpbICAgIDguNDY2NTU1 XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBDcmVhdGUgc3RhdGljIGRldmljZSBu b2RlcyBpbiAvZGV2Li4uDQpbICAgIDguNDY3NjI2XSBzeXN0ZW1kWzFdOiBN b3VudGluZyBQT1NJWCBNZXNzYWdlIFF1ZXVlIEZpbGUgU3lzdGVtLi4uDQpb ICAgIDguNTIxOTE4XSBzeXN0ZW1kWzFdOiBTdGFydGluZyBMb2FkIEtlcm5l bCBNb2R1bGVzLi4uDQpbICAgIDguNTIyOTg0XSBzeXN0ZW1kWzFdOiBTdGFy dGluZyBKb3VybmFsIFNlcnZpY2UuLi4NClsgICAgOC41MjQwNjldIHN5c3Rl bWRbMV06IFN0YXJ0ZWQgSm91cm5hbCBTZXJ2aWNlLg0KWyAgICA4LjUyNDEx OF0gc3lzdGVtZFsxXTogRXhwZWN0aW5nIGRldmljZSBkZXYtc2RhMTAuZGV2 aWNlLi4uDQpbICAgIDguNTI0MTUzXSBzeXN0ZW1kWzFdOiBTdGFydGVkIEZp bGUgU3lzdGVtIENoZWNrIG9uIFJvb3QgRGV2aWNlLg0KWyAgICA4LjUyNDE2 NV0gc3lzdGVtZFsxXTogTW91bnRpbmcgVGVtcG9yYXJ5IERpcmVjdG9yeS4u Lg0KWyAgICA4Ljc5NjE0M10gc3lzdGVtZFsxXTogU3RhcnRpbmcgUmVtb3Vu dCBSb290IGFuZCBLZXJuZWwgRmlsZSBTeXN0ZW1zLi4uDQpbICAgIDguNzk3 MTg0XSBzeXN0ZW1kWzFdOiBFeHBlY3RpbmcgZGV2aWNlIGRldi1zZGEyLmRl dmljZS4uLg0KWyAgICA4Ljc5ODA2NV0gc3lzdGVtZFsxXTogU3RhcnRlZCBB cHBseSBLZXJuZWwgVmFyaWFibGVzLg0KWyAgICA4Ljk3NjA2MV0gRVhUNC1m cyAoc2RhOCk6IHJlLW1vdW50ZWQuIE9wdHM6IHVzZXJfeGF0dHIsYmFycmll cj0xLGRhdGE9b3JkZXJlZA0KWyAgICA5LjM1NDAyMV0gc3lzdGVtZC11ZGV2 ZFsxMTddOiBzdGFydGluZyB2ZXJzaW9uIDIwNA0KWyAgICA5LjY4MzYzNF0g RXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVkLg0KWyAgICA5Ljc2ODA3 OV0geGVuLXBjaWJhY2s6IGJhY2tlbmQgaXMgdnBjaQ0KWyAgIDEwLjA5MjI4 OV0gQUNQSSBFeGNlcHRpb246IEFFX0JBRF9QQVJBTUVURVIsIFRocmVhZCAx MzE1MDQyNjI0IGNvdWxkIG5vdCBhY3F1aXJlIE11dGV4IFsweDFdICgyMDEz MDExNy91dG11dGV4LTI3OCkNClsgICAxMC4wOTIzMDRdIEFDUEkgRXhjZXB0 aW9uOiBBRV9CQURfUEFSQU1FVEVSLCBUaHJlYWQgMTMxNTA0MjYyNCBjb3Vs ZCBub3QgYWNxdWlyZSBNdXRleCBbMHgxXSAoMjAxMzAxMTcvdXRtdXRleC0y NzgpDQpbICAgMTAuMDkyMzA2XSBBQ1BJIEV4Y2VwdGlvbjogQUVfQkFEX1BB UkFNRVRFUiwgVGhyZWFkIDEzMTUwNDI2MjQgY291bGQgbm90IGFjcXVpcmUg TXV0ZXggWzB4MV0gKDIwMTMwMTE3L3V0bXV0ZXgtMjc4KQ0KWyAgIDEwLjEy NjM5N10gaTgwMV9zbWJ1cyAwMDAwOjAwOjFmLjM6IGNhbid0IGZpbmQgSVJR IGZvciBQQ0kgSU5UIEM7IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnEN ClsgICAxMC4xMjY0MDFdIEFDUEkgRXhjZXB0aW9uOiBBRV9CQURfUEFSQU1F VEVSLCBUaHJlYWQgMTMxOTMxODA4MCBjb3VsZCBub3QgYWNxdWlyZSBNdXRl eCBbMHgxXSAoMjAxMzAxMTcvdXRtdXRleC0yNzgpDQpbICAgMTAuMTI2NDIz XSBpODAxX3NtYnVzIDAwMDA6MDA6MWYuMzogU01CdXMgdXNpbmcgUENJIElu dGVycnVwdA0KWyAgIDEwLjEyOTYwNl0gaW5wdXQ6IFBDIFNwZWFrZXIgYXMg L2RldmljZXMvcGxhdGZvcm0vcGNzcGtyL2lucHV0L2lucHV0MQ0KWyAgIDEw LjE1MDUwMl0gW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEuMS4wIDIwMDYwODEw DQpbICAgMTAuMTg2NTg3XSByODcxMnU6IG1vZHVsZSBpcyBmcm9tIHRoZSBz dGFnaW5nIGRpcmVjdG9yeSwgdGhlIHF1YWxpdHkgaXMgdW5rbm93biwgeW91 IGhhdmUgYmVlbiB3YXJuZWQuDQpbICAgMTAuMTg3MjE4XSByODcxMnU6IFN0 YWdpbmcgdmVyc2lvbg0KWyAgIDEwLjE4NzIyOV0gcjg3MTJ1OiByZWdpc3Rl ciBydGw4NzEyX25ldGRldl9vcHMgdG8gbmV0ZGV2X29wcw0KWyAgIDEwLjE4 NzIzM10gdXNiIDEtMzogcjg3MTJ1OiBVU0JfU1BFRURfSElHSCB3aXRoIDQg ZW5kcG9pbnRzDQpbICAgMTAuMTg4NDcyXSB1c2IgMS0zOiByODcxMnU6IEJv b3QgZnJvbSBFRlVTRTogQXV0b2xvYWQgT0sNClsgICAxMC4xOTU5MjVdIG1l aSAwMDAwOjAwOjE2LjA6IGNhbid0IGZpbmQgSVJRIGZvciBQQ0kgSU5UIEE7 IHBsZWFzZSB0cnkgdXNpbmcgcGNpPWJpb3NpcnENClsgICAxMC4xOTU5MzRd IG1laSAwMDAwOjAwOjE2LjA6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2 NA0KWyAgIDEwLjI0NjE3MF0gaVRDT192ZW5kb3Jfc3VwcG9ydDogdmVuZG9y LXN1cHBvcnQ9MA0KWyAgIDEwLjI1MDQxNl0gaVRDT193ZHQ6IEludGVsIFRD TyBXYXRjaERvZyBUaW1lciBEcml2ZXIgdjEuMTANClsgICAxMC4yNTA0Mzdd IGlUQ09fd2R0OiBGb3VuZCBhIFBhbnRoZXIgUG9pbnQgVENPIGRldmljZSAo VmVyc2lvbj0yLCBUQ09CQVNFPTB4MDQ2MCkNClsgICAxMC4yNTA1MjJdIGlU Q09fd2R0OiBpbml0aWFsaXplZC4gaGVhcnRiZWF0PTMwIHNlYyAobm93YXlv dXQ9MCkNClsgICAxMC40OTYzNjJdIGNmZzgwMjExOiBDYWxsaW5nIENSREEg dG8gdXBkYXRlIHdvcmxkIHJlZ3VsYXRvcnkgZG9tYWluDQpbICAgMTAuNTAw NTY0XSBtaWNyb2NvZGU6IENQVTAgc2lnPTB4MzA2YTksIHBmPTB4MTAsIHJl dmlzaW9uPTB4MTUNClsgICAxMC41OTI1MjldIHNuZF9oZGFfaW50ZWwgMDAw MDowMDoxYi4wOiBjYW4ndCBmaW5kIElSUSBmb3IgUENJIElOVCBBOyBwbGVh c2UgdHJ5IHVzaW5nIHBjaT1iaW9zaXJxDQpbICAgMTAuNjk3NzczXSB1c2Ig MS0zOiByODcxMnU6IEN1c3RvbWVySUQgPSAweDAwMDANClsgICAxMC42OTc3 ODBdIHVzYiAxLTM6IHI4NzEydTogTUFDIEFkZHJlc3MgZnJvbSBlZnVzZSA9 IDAwOjIxOjc5OmM1OjRiOmU4DQpbICAgMTAuNjk3Nzg0XSB1c2IgMS0zOiBy ODcxMnU6IExvYWRpbmcgZmlybXdhcmUgZnJvbSAicnRsd2lmaS9ydGw4NzEy dS5iaW4iDQpbICAgMTAuNjk3ODg3XSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5l dyBpbnRlcmZhY2UgZHJpdmVyIHI4NzEydQ0KWyAgIDEwLjc0ODkyMl0gaW5w dXQ6IEhEQSBEaWdpdGFsIFBDQmVlcCBhcyAvZGV2aWNlcy9wY2kwMDAwOjAw LzAwMDA6MDA6MWIuMC9pbnB1dC9pbnB1dDINClsgICAxMC45MDkzOTldIG1p Y3JvY29kZTogQ1BVMCBzaWc9MHgzMDZhOSwgcGY9MHgxMCwgcmV2aXNpb249 MHgxNQ0KWyAgIDEwLjkwOTQxNV0gbWljcm9jb2RlOiBDUFUwIHVwZGF0ZSB0 byByZXZpc2lvbiAweDE3IGZhaWxlZA0KWyAgIDEwLjkxMDAzOF0gbWljcm9j b2RlOiBNaWNyb2NvZGUgVXBkYXRlIERyaXZlcjogdjIuMDAgPHRpZ3JhbkBh aXZhemlhbi5mc25ldC5jby51az4sIFBldGVyIE9ydWJhDQpbICAgMTAuOTQ2 ODk5XSBydGw4NzIzYWUgMDAwMDowMjowMC4wOiBjYW4ndCBmaW5kIElSUSBm b3IgUENJIElOVCBBOyBwbGVhc2UgdHJ5IHVzaW5nIHBjaT1iaW9zaXJxDQpb ICAgMTAuOTY0MTQ4XSBydGw4NzIzYWU6IFVzaW5nIGZpcm13YXJlIHJ0bHdp ZmkvcnRsODcyM2Z3X0IuYmluDQpbICAgMTEuMDU3NjQ5XSBpbnB1dDogSERB IEludGVsIFBDSCBIRE1JL0RQLHBjbT0zIGFzIC9kZXZpY2VzL3BjaTAwMDA6 MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQwL2lucHV0Mw0KWyAgIDExLjA1 NzgwN10gaW5wdXQ6IEhEQSBJbnRlbCBQQ0ggTWljIGFzIC9kZXZpY2VzL3Bj aTAwMDA6MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQwL2lucHV0NA0KWyAg IDExLjA1Nzk0NF0gaW5wdXQ6IEhEQSBJbnRlbCBQQ0ggSGVhZHBob25lIGFz IC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQw L2lucHV0NQ0KWyAgIDExLjYyNjg1OV0gaWVlZTgwMjExIHBoeTA6IFNlbGVj dGVkIHJhdGUgY29udHJvbCBhbGdvcml0aG0gJ3J0bF9yYycNClsgICAxMS42 MjcwMTldIHJ0bHdpZmk6IHdpcmVsZXNzIHN3aXRjaCBpcyBvbg0KWyAgIDEx LjgxODg3NV0gc3lzdGVtZC11ZGV2ZFsxNDBdOiByZW5hbWVkIG5ldHdvcmsg aW50ZXJmYWNlIHdsYW4wIHRvIGVucDBzMjB1Mw0KWyAgIDExLjgyNjY0OV0g c3lzdGVtZC11ZGV2ZFsxNDBdOiByZW5hbWVkIG5ldHdvcmsgaW50ZXJmYWNl IHdsYW4xIHRvIHdscDJzMA0KWyAgIDEyLjQxNDEwOV0gZGV2aWNlLW1hcHBl cjogdWV2ZW50OiB2ZXJzaW9uIDEuMC4zDQpbICAgMTIuNDE0NjY5XSBkZXZp Y2UtbWFwcGVyOiBpb2N0bDogNC4yNC4wLWlvY3RsICgyMDEzLTAxLTE1KSBp bml0aWFsaXNlZDogZG0tZGV2ZWxAcmVkaGF0LmNvbQ0KWyAgIDEyLjc1OTc4 NF0gQWRkaW5nIDE3MDAxNDY4ayBzd2FwIG9uIC9kZXYvc2RhMTAuICBQcmlv cml0eTotMSBleHRlbnRzOjEgYWNyb3NzOjE3MDAxNDY4ayANClsgICAxMy45 MTgzMTNdIGJpbzogY3JlYXRlIHNsYWIgPGJpby0xPiBhdCAxDQpbICAgMTUu ODE4MzA2XSBzeXN0ZW1kWzFdOiBQSUQgZmlsZSAvcnVuL2VzcGVha3VwLnBp ZCBub3QgcmVhZGFibGUgKHlldD8pIGFmdGVyIHN0YXJ0Lg0KWyAgIDE2LjQ1 NDY3NV0gc3lzdGVtZFsxXTogVW5pdCB4ZW5kb21haW5zLnNlcnZpY2UgZW50 ZXJlZCBmYWlsZWQgc3RhdGUuDQpbICAgMzEuMDg4NTYwXSB1c2IgMS0xOiBu ZXcgbG93LXNwZWVkIFVTQiBkZXZpY2UgbnVtYmVyIDMgdXNpbmcgeGhjaV9o Y2QNClsgICAzMS4xMDc4NDZdIHVzYiAxLTE6IGVwIDB4ODEgLSByb3VuZGlu ZyBpbnRlcnZhbCB0byA2NCBtaWNyb2ZyYW1lcywgZXAgZGVzYyBzYXlzIDgw IG1pY3JvZnJhbWVzDQpbICAgMzEuMTA3ODUxXSB1c2IgMS0xOiBlcCAweDgy IC0gcm91bmRpbmcgaW50ZXJ2YWwgdG8gMTAyNCBtaWNyb2ZyYW1lcywgZXAg ZGVzYyBzYXlzIDIwNDAgbWljcm9mcmFtZXMNClsgICAzMS40NDg5MDhdIGhp ZHJhdzogcmF3IEhJRCBldmVudHMgZHJpdmVyIChDKSBKaXJpIEtvc2luYQ0K WyAgIDMxLjUxMjA4MF0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJm YWNlIGRyaXZlciB1c2JoaWQNClsgICAzMS41MTIwODNdIHVzYmhpZDogVVNC IEhJRCBjb3JlIGRyaXZlcg0KWyAgIDMxLjUyMTE0M10gaW5wdXQ6IExvZ2l0 ZWNoIFVTQiBLZXlib2FyZCBhcyAvZGV2aWNlcy9wY2kwMDAwOjAwLzAwMDA6 MDA6MTQuMC91c2IxLzEtMS8xLTE6MS4wL2lucHV0L2lucHV0Ng0KWyAgIDMx LjUyMTQ2NF0gaGlkLWdlbmVyaWMgMDAwMzowNDZEOkMzMUMuMDAwMTogaW5w dXQsaGlkcmF3MDogVVNCIEhJRCB2MS4xMCBLZXlib2FyZCBbTG9naXRlY2gg VVNCIEtleWJvYXJkXSBvbiB1c2ItMDAwMDowMDoxNC4wLTEvaW5wdXQwDQpb ICAgMzEuNTI0MDE0XSBpbnB1dDogTG9naXRlY2ggVVNCIEtleWJvYXJkIGFz IC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxNC4wL3VzYjEvMS0xLzEt MToxLjEvaW5wdXQvaW5wdXQ3DQpbICAgMzEuNTI0MTg2XSBoaWQtZ2VuZXJp YyAwMDAzOjA0NkQ6QzMxQy4wMDAyOiBpbnB1dCxoaWRyYXcxOiBVU0IgSElE IHYxLjEwIERldmljZSBbTG9naXRlY2ggVVNCIEtleWJvYXJkXSBvbiB1c2It MDAwMDowMDoxNC4wLTEvaW5wdXQxDQpbICAgMzguODE3MjY5XSAgdXBkYXRl ZCA0MyBvZiA0MyBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgYW5ub3VuY2Vt ZW50cw0KWyAgIDM4LjgyMDAyOF0gIHVwZGF0ZWQgMjU2IG9mIDI1NiBjaGFy YWN0ZXIgZGVzY3JpcHRpb25zDQpbICAgMzguODI0NTM0XSAgdXBkYXRlZCAx NyBvZiAyNTYgY2hhcmFjdGVyIGNsYXNzIGVudHJpZXMgd2l0aCAxIHJlamVj dA0KWyAgIDM4LjgzNTQ2Nl0gIHVwZGF0ZWQgOSBvZiA5IGkxOG4gbWVzc2Fn ZXMgZnJvbSBncm91cCBjb2xvcnMNClsgICAzOC44MzgwMDVdICB1cGRhdGVk IDkgb2YgOSBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgY3RsX2tleXMNClsg ICAzOC44NDA3MjZdICB1cGRhdGVkIDkgb2YgOSBpMThuIG1lc3NhZ2VzIGZy b20gZ3JvdXAgZm9ybWF0dGVkDQpbICAgMzguODQzNDg0XSAgdXBkYXRlZCA2 OCBvZiA2OCBpMThuIG1lc3NhZ2VzIGZyb20gZ3JvdXAgZnVuY3Rpb25fbmFt ZXMNClsgICAzOC44NDYxNzFdICB1cGRhdGVkIDE4MCBvZiAxODAgaTE4biBt ZXNzYWdlcyBmcm9tIGdyb3VwIGtleV9uYW1lcw0KWyAgIDM4Ljg0ODg4OF0g IHVwZGF0ZWQgNiBvZiA2IGkxOG4gbWVzc2FnZXMgZnJvbSBncm91cCBzdGF0 ZXMNClsgICAzOC45MDUzMTddIHZhbHVlIGZvciBkZWxheV90aW1lIG91dCBv ZiByYW5nZSwgZXhwZWN0IDEwMCB0byAyMDAwDQpbICAgMzguOTEzMDQ0XSB2 YWx1ZSBmb3IgZnVsbF90aW1lIG91dCBvZiByYW5nZSwgZXhwZWN0IDIwMCB0 byA2MDAwMA0KWyAgIDM4LjkxNTY3Ml0gdmFsdWUgZm9yIGppZmZ5X2RlbHRh IG91dCBvZiByYW5nZSwgZXhwZWN0IDIwIHRvIDIwMA0KWyAgIDM4LjkyODU2 Ml0gdmFsdWUgZm9yIHRyaWdnZXJfdGltZSBvdXQgb2YgcmFuZ2UsIGV4cGVj dCAxMCB0byAyMDAwDQo= --271742675-1843097752-1369211454=:16935 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=xen-boot-dmesg Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=xen-boot-dmesg IF9fICBfXyAgICAgICAgICAgIF8gIF8gICAgX19fX18gICAgICAgICAgICAg ICAgICAgIF8gICAgICAgIF8gICAgIF8gICAgICANCiBcIFwvIC9fX18gXyBf XyAgIHwgfHwgfCAgfF9fXyAvICAgIF8gICBfIF8gX18gIF9fX3wgfF8gX18g X3wgfF9fIHwgfCBfX18gDQogIFwgIC8vIF8gXCAnXyBcICB8IHx8IHxfICAg fF8gXCBfX3wgfCB8IHwgJ18gXC8gX198IF9fLyBfYCB8ICdfIFx8IHwvIF8g XA0KICAvICBcICBfXy8gfCB8IHwgfF9fICAgX3wgX19fKSB8X198IHxffCB8 IHwgfCBcX18gXCB8fCAoX3wgfCB8XykgfCB8ICBfXy8NCiAvXy9cX1xfX198 X3wgfF98ICAgIHxffChfKV9fX18vICAgIFxfXyxffF98IHxffF9fXy9cX19c X18sX3xfLl9fL3xffFxfX198DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIA0KKFhFTikgWGVuIHZlcnNpb24gNC4zLXVuc3RhYmxlIChwcmVzY290 dEBjb29saXAubmV0KSAoZ2NjIChHQ0MpIDQuOC4wIDIwMTMwNTAyIChwcmVy ZWxlYXNlKSkgZGVidWc9eSBUdWUgTWF5IDIxIDEzOjI3OjI2IENEVCAyMDEz DQooWEVOKSBMYXRlc3QgQ2hhbmdlU2V0OiBUaHUgTWF5IDkgMTM6MDY6NTMg MjAxMyArMDEwMCBnaXQ6NWQ0Mzg5MS1kaXJ0eQ0KKFhFTikgQm9vdGxvYWRl cjogRUZJDQooWEVOKSBDb21tYW5kIGxpbmU6IGRvbTBfbWVtPTE1MzZNIGFj cGk9bm9pcmMgbG9nbHZsPWFsbCBub3JlYm9vdA0KKFhFTikgVmlkZW8gaW5m b3JtYXRpb246DQooWEVOKSAgVkdBIGlzIGdyYXBoaWNzIG1vZGUgMTM2Nng3 NjgsIDMyIGJwcA0KKFhFTikgRGlzYyBpbmZvcm1hdGlvbjoNCihYRU4pICBG b3VuZCAwIE1CUiBzaWduYXR1cmVzDQooWEVOKSAgRm91bmQgMSBFREQgaW5m b3JtYXRpb24gc3RydWN0dXJlcw0KKFhFTikgRUZJIFJBTSBtYXA6DQooWEVO KSAgMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwODgwMDAgKHVzYWJs ZSkNCihYRU4pICAwMDAwMDAwMDAwMDg4MDAwIC0gMDAwMDAwMDAwMDBjMDAw MCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDAwMDEwMDAwMCAtIDAwMDAw MDAwMjAwMDAwMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMDIwMDAwMDAw IC0gMDAwMDAwMDAyMDIwMDAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAw MDAyMDIwMDAwMCAtIDAwMDAwMDAwNDAwMDQwMDAgKHVzYWJsZSkNCihYRU4p ICAwMDAwMDAwMDQwMDA0MDAwIC0gMDAwMDAwMDA0MDAwNTAwMCAocmVzZXJ2 ZWQpDQooWEVOKSAgMDAwMDAwMDA0MDAwNTAwMCAtIDAwMDAwMDAwYjUyNmUw MDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMGI1MjZlMDAwIC0gMDAwMDAw MDBiNjE3NzAwMCAoQUNQSSBOVlMpDQooWEVOKSAgMDAwMDAwMDBiNjE3NzAw MCAtIDAwMDAwMDAwYjYxOWEwMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAw MGI2MTlhMDAwIC0gMDAwMDAwMDBiNjE5ZjAwMCAoQUNQSSBOVlMpDQooWEVO KSAgMDAwMDAwMDBiNjE5ZjAwMCAtIDAwMDAwMDAwYmE3YmYwMDAgKHVzYWJs ZSkNCihYRU4pICAwMDAwMDAwMGJhN2JmMDAwIC0gMDAwMDAwMDBiYWViZjAw MCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBiYWViZjAwMCAtIDAwMDAw MDAwYmFmYmYwMDAgKEFDUEkgTlZTKQ0KKFhFTikgIDAwMDAwMDAwYmFmYmYw MDAgLSAwMDAwMDAwMGJhZmZmMDAwIChBQ1BJIGRhdGEpDQooWEVOKSAgMDAw MDAwMDBiYWZmZjAwMCAtIDAwMDAwMDAwYmIwMDAwMDAgKHVzYWJsZSkNCihY RU4pICAwMDAwMDAwMGJiMDAwMDAwIC0gMDAwMDAwMDBiZmEwMDAwMCAocmVz ZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZjAw MDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmViMDAwMDAgLSAw MDAwMDAwMGZlYjA0MDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZl YzAwMDAwIC0gMDAwMDAwMDBmZWMwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAg MDAwMDAwMDBmZWQxMDAwMCAtIDAwMDAwMDAwZmVkMWEwMDAgKHJlc2VydmVk KQ0KKFhFTikgIDAwMDAwMDAwZmVkMWMwMDAgLSAwMDAwMDAwMGZlZDIwMDAw IChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAw MDBmZWUwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZmIwMDAw MCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAw MDAxMDAwMDAwMDAgLSAwMDAwMDAwMjNmNjAwMDAwICh1c2FibGUpDQooWEVO KSBBQ1BJOiBSU0RQIEJBRkZFMDE0LCAwMDI0IChyMiBUT1NJTlYpDQooWEVO KSBBQ1BJOiBYU0RUIEJBRkZFMjEwLCAwMEI0IChyMSBUT1NJTlYgVE9TSU5W MDAgICAgICAgIDEgICAgICAgMTAwMDAxMykNCihYRU4pIEFDUEk6IEZBQ1Ag QkFGRkIwMDAsIDAxMEMgKHI1IFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBB Q1BJICAgIDQwMDAwKQ0KKFhFTikgQUNQSTogRFNEVCBCQUZFRjAwMCwgODQw NCAocjEgVE9TSU5WIFRPU0lOVjAwICAgICAgICAwIEFDUEkgICAgNDAwMDAp DQooWEVOKSBBQ1BJOiBGQUNTIEJBRkJCMDAwLCAwMDQwDQooWEVOKSBBQ1BJ OiBVRUZJIEJBRkZEMDAwLCAwMjM2IChyMSBUT1NJTlYgVE9TSU5WMDAgICAg ICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IEFTRiEgQkFGRkMw MDAsIDAwQTUgKHIzMiBUT1NJTlYgVE9TSU5WMDAgICAgICAgIDEgQUNQSSAg ICA0MDAwMCkNCihYRU4pIEFDUEk6IEhQRVQgQkFGRkEwMDAsIDAwMzggKHIx IFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBBQ1BJICAgIDQwMDAwKQ0KKFhF TikgQUNQSTogQVBJQyBCQUZGOTAwMCwgMDA4QyAocjMgVE9TSU5WIFRPU0lO VjAwICAgICAgICAxIEFDUEkgICAgNDAwMDApDQooWEVOKSBBQ1BJOiBNQ0ZH IEJBRkY4MDAwLCAwMDNDIChyMSBUT1NJTlYgVE9TSU5WMDAgICAgICAgIDEg QUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IFNMSUMgQkFGRUUwMDAsIDAx NzYgKHIxIFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBBQ1BJICAgIDQwMDAw KQ0KKFhFTikgQUNQSTogV0RBVCBCQUZFRDAwMCwgMDIyNCAocjEgVE9TSU5W IFRPU0lOVjAwICAgICAgICAxIEFDUEkgICAgNDAwMDApDQooWEVOKSBBQ1BJ OiBTU0RUIEJBRkVCMDAwLCAxMDY4IChyMSBJTlNZREUgQ1IgQ1JCICAgICAg IDEwMDAgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IEJPT1QgQkFGRTkw MDAsIDAwMjggKHIxIFRPU0lOViBUT1NJTlYwMCAgICAgICAgMSBBQ1BJICAg IDQwMDAwKQ0KKFhFTikgQUNQSTogQVNQVCBCQUZFNzAwMCwgMDAzNCAocjcg VE9TSU5WIFRPU0lOVjAwICAgICAgICAxIEFDUEkgICAgNDAwMDApDQooWEVO KSBBQ1BJOiBEQkdQIEJBRkU2MDAwLCAwMDM0IChyMSBUT1NJTlYgVE9TSU5W MDAgICAgICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6IFNTRFQg QkFGREYwMDAsIDZDNDIgKHIxIFRPU0lOViAgIFRzYk9kbSAgICAgMTAwMCBB Q1BJICAgIDQwMDAwKQ0KKFhFTikgQUNQSTogRlBEVCBCQUZERDAwMCwgMDA0 NCAocjEgVE9TSU5WIFRPU0lOVjAwICAgICAgICAxIEFDUEkgICAgNDAwMDAp DQooWEVOKSBBQ1BJOiBNU0RNIEJBRkRDMDAwLCAwMDU1IChyMyBUT1NJTlYg VE9TSU5WMDAgICAgICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4pIEFDUEk6 IFNTRFQgQkFGREIwMDAsIDA5MTggKHIxIElOU1lERSBDUiBDUkIgICAgICAg MzAwMCBBQ1BJICAgIDQwMDAwKQ0KKFhFTikgQUNQSTogU1NEVCBCQUZEQTAw MCwgMEIyMiAocjEgSU5TWURFIENSIENSQiAgICAgICAzMDAwIEFDUEkgICAg NDAwMDApDQooWEVOKSBBQ1BJOiBCR1JUIEJBRkQ5MDAwLCAwMDM4IChyMSBU T1NJTlYgVE9TSU5WMDAgICAgICAgIDEgQUNQSSAgICA0MDAwMCkNCihYRU4p IFN5c3RlbSBSQU06IDgwNzZNQiAoODI3MDA1MmtCKQ0KKFhFTikgTm8gTlVN QSBjb25maWd1cmF0aW9uIGZvdW5kDQooWEVOKSBGYWtpbmcgYSBub2RlIGF0 IDAwMDAwMDAwMDAwMDAwMDAtMDAwMDAwMDIzZjYwMDAwMA0KKFhFTikgRG9t YWluIGhlYXAgaW5pdGlhbGlzZWQNCihYRU4pIHZlc2FmYjogZnJhbWVidWZm ZXIgYXQgMHhjMDAwMDAwMCwgbWFwcGVkIHRvIDB4ZmZmZjgyYzAwMDA4MTAw MCwgdXNpbmcgNjE0NGssIHRvdGFsIDY1NTM2aw0KKFhFTikgdmVzYWZiOiBt b2RlIGlzIDEzNjZ4NzY4eDMyLCBsaW5lbGVuZ3RoPTU1MDQsIGZvbnQgOHgx NA0KKFhFTikgdmVzYWZiOiBUcnVlY29sb3I6IHNpemU9ODo4Ojg6OCwgc2hp ZnQ9MjQ6MTY6ODowDQooWEVOKSBTTUJJT1MgMi43IHByZXNlbnQuDQooWEVO KSBETUkgMi43IHByZXNlbnQuDQooWEVOKSBVc2luZyBBUElDIGRyaXZlciBk ZWZhdWx0DQooWEVOKSBBQ1BJOiBQTS1UaW1lciBJTyBQb3J0OiAweDQwOA0K KFhFTikgQUNQSTogdjUgU0xFRVAgSU5GTzogY29udHJvbFswOjBdLCBzdGF0 dXNbMDowXQ0KKFhFTikgQUNQSTogU0xFRVAgSU5GTzogcG0xeF9jbnRbNDA0 LDBdLCBwbTF4X2V2dFs0MDAsMF0NCihYRU4pIEFDUEk6IDMyLzY0WCBGQUNT IGFkZHJlc3MgbWlzbWF0Y2ggaW4gRkFEVCAtIGJhZmJiMDAwLzAwMDAwMDAw MDAwMDAwMDAsIHVzaW5nIDMyDQooWEVOKSBBQ1BJOiAgICAgICAgICAgICB3 YWtldXBfdmVjW2JhZmJiMDBjXSwgdmVjX3NpemVbMjBdDQooWEVOKSBBQ1BJ OiBMb2NhbCBBUElDIGFkZHJlc3MgMHhmZWUwMDAwMA0KKFhFTikgQUNQSTog TEFQSUMgKGFjcGlfaWRbMHgwMV0gbGFwaWNfaWRbMHgwMF0gZW5hYmxlZCkN CihYRU4pIFByb2Nlc3NvciAjMCA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhF TikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwMl0gbGFwaWNfaWRbMHgwMV0g ZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjMSA3OjEwIEFQSUMgdmVyc2lv biAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwM10gbGFwaWNf aWRbMHgwMl0gZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjMiA3OjEwIEFQ SUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgw NF0gbGFwaWNfaWRbMHgwM10gZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAj MyA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFj cGlfaWRbMHgwNV0gbGFwaWNfaWRbMHgwNF0gZW5hYmxlZCkNCihYRU4pIFBy b2Nlc3NvciAjNCA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTog TEFQSUMgKGFjcGlfaWRbMHgwNl0gbGFwaWNfaWRbMHgwNV0gZW5hYmxlZCkN CihYRU4pIFByb2Nlc3NvciAjNSA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhF TikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwN10gbGFwaWNfaWRbMHgwNl0g ZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjNiA3OjEwIEFQSUMgdmVyc2lv biAyMQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwOF0gbGFwaWNf aWRbMHgwN10gZW5hYmxlZCkNCihYRU4pIFByb2Nlc3NvciAjNyA3OjEwIEFQ SUMgdmVyc2lvbiAyMQ0KKFhFTikgQUNQSTogSU9BUElDIChpZFsweDAwXSBh ZGRyZXNzWzB4ZmVjMDAwMDBdIGdzaV9iYXNlWzBdKQ0KKFhFTikgSU9BUElD WzBdOiBhcGljX2lkIDAsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAw MCwgR1NJIDAtMjMNCihYRU4pIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBi dXNfaXJxIDAgZ2xvYmFsX2lycSAyIGRmbCBkZmwpDQooWEVOKSBBQ1BJOiBJ TlRfU1JDX09WUiAoYnVzIDAgYnVzX2lycSA5IGdsb2JhbF9pcnEgOSBoaWdo IGxldmVsKQ0KKFhFTikgQUNQSTogSVJRMCB1c2VkIGJ5IG92ZXJyaWRlLg0K KFhFTikgQUNQSTogSVJRMiB1c2VkIGJ5IG92ZXJyaWRlLg0KKFhFTikgQUNQ STogSVJROSB1c2VkIGJ5IG92ZXJyaWRlLg0KKFhFTikgRW5hYmxpbmcgQVBJ QyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzDQooWEVOKSBBQ1BJ OiBIUEVUIGlkOiAweDgwODZhMjAxIGJhc2U6IDB4ZmVkMDAwMDANCihYRU4p IEVSU1QgdGFibGUgd2FzIG5vdCBmb3VuZA0KKFhFTikgQUNQSTogQkdSVDog aW52YWxpZGF0aW5nIHYxIGltYWdlIGF0IDB4YjZkODUwMDANCihYRU4pIFVz aW5nIEFDUEkgKE1BRFQpIGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1h dGlvbg0KKFhFTikgU01QOiBBbGxvd2luZyA4IENQVXMgKDAgaG90cGx1ZyBD UFVzKQ0KKFhFTikgSVJRIGxpbWl0czogMjQgR1NJLCAxNTI4IE1TSS9NU0kt WA0KKFhFTikgTm90IGVuYWJsaW5nIHgyQVBJQzogZGVwZW5kcyBvbiBpb21t dV9zdXBwb3J0c19laW0uDQooWEVOKSBVc2luZyBzY2hlZHVsZXI6IFNNUCBD cmVkaXQgU2NoZWR1bGVyIChjcmVkaXQpDQooWEVOKSBEZXRlY3RlZCAyMzk0 LjY2NiBNSHogcHJvY2Vzc29yLg0KKFhFTikgRUZJIG1lbW9yeSBtYXA6DQoo WEVOKSAgMDAwMDAwMDAwMDAwMC0wMDAwMDAwMDAwZmZmIHR5cGU9MyBhdHRy PTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMDAwMDAxMDAwLTAwMDAw MDAwNmVmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikg IDAwMDAwMDAwNmYwMDAtMDAwMDAwMDA2ZmZmZiB0eXBlPTQgYXR0cj0wMDAw MDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDAwMDA3MDAwMC0wMDAwMDAwMDg0 ZmZmIHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAw MDAwMDg1MDAwLTAwMDAwMDAwODdmZmYgdHlwZT0yIGF0dHI9MDAwMDAwMDAw MDAwMDAwZg0KKFhFTikgIDAwMDAwMDAwODgwMDAtMDAwMDAwMDA5ZmZmZiB0 eXBlPTYgYXR0cj04MDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDAwMDEw MDAwMC0wMDAwMDFmZmZmZmZmIHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAw MGYNCihYRU4pICAwMDAwMDIwMDAwMDAwLTAwMDAwMjAxZmZmZmYgdHlwZT0w IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwMjAyMDAwMDAt MDAwMDA0MDAwM2ZmZiB0eXBlPTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQoo WEVOKSAgMDAwMDA0MDAwNDAwMC0wMDAwMDQwMDA0ZmZmIHR5cGU9MCBhdHRy PTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMDQwMDA1MDAwLTAwMDAw ODViNmNmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikg IDAwMDAwODViNmQwMDAtMDAwMDBiMzFiZmZmZiB0eXBlPTIgYXR0cj0wMDAw MDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiMzFjMDAwMC0wMDAwMGIzMWRm ZmZmIHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAw MGIzMWUwMDAwLTAwMDAwYjM1Y2NmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAw MDAwMDAwZg0KKFhFTikgIDAwMDAwYjM1Y2QwMDAtMDAwMDBiM2M0Y2ZmZiB0 eXBlPTIgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiM2M0 ZDAwMC0wMDAwMGI1MDUzZmZmIHR5cGU9MSBhdHRyPTAwMDAwMDAwMDAwMDAw MGYNCihYRU4pICAwMDAwMGI1MDU0MDAwLTAwMDAwYjUyNmRmZmYgdHlwZT00 IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYjUyNmUwMDAt MDAwMDBiNjE3NmZmZiB0eXBlPTEwIGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0K KFhFTikgIDAwMDAwYjYxNzcwMDAtMDAwMDBiNjE5OWZmZiB0eXBlPTQgYXR0 cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiNjE5YTAwMC0wMDAw MGI2MTllZmZmIHR5cGU9MTAgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiNjE5ZjAwMC0wMDAwMGI2MWFmZmZmIHR5cGU9NCBhdHRyPTAw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI2MWIwMDAwLTAwMDAwYjYz YTBmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYjYzYTEwMDAtMDAwMDBiNjNiZWZmZiB0eXBlPTEgYXR0cj0wMDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiNjNiZjAwMC0wMDAwMGI2ZDg0ZmZm IHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI2 ZDg1MDAwLTAwMDAwYjZlMWZmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYjZlMjAwMDAtMDAwMDBiNmUyZmZmZiB0eXBl PTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiNmUzMDAw MC0wMDAwMGI3Yjk5ZmZmIHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGI3YjlhMDAwLTAwMDAwYjdiOWFmZmYgdHlwZT03IGF0 dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYjdiOWIwMDAtMDAw MDBiODEzN2ZmZiB0eXBlPTQgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiODEzODAwMC0wMDAwMGI4MTNiZmZmIHR5cGU9NyBhdHRyPTAw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4MTNjMDAwLTAwMDAwYjgx NzFmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYjgxNzIwMDAtMDAwMDBiODE3MmZmZiB0eXBlPTcgYXR0cj0wMDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODE3MzAwMC0wMDAwMGI4MmNkZmZm IHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4 MmNlMDAwLTAwMDAwYjgyZDFmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYjgyZDIwMDAtMDAwMDBiODJkNGZmZiB0eXBl PTQgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODJkNTAw MC0wMDAwMGI4MmQ1ZmZmIHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGI4MmQ2MDAwLTAwMDAwYjg0YTdmZmYgdHlwZT00IGF0 dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYjg0YTgwMDAtMDAw MDBiODRhOGZmZiB0eXBlPTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiODRhOTAwMC0wMDAwMGI4NGNkZmZmIHR5cGU9NCBhdHRyPTAw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4NGNlMDAwLTAwMDAwYjg0 Y2ZmZmYgdHlwZT03IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYjg0ZDAwMDAtMDAwMDBiODZmOGZmZiB0eXBlPTQgYXR0cj0wMDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODZmOTAwMC0wMDAwMGI4NmY5ZmZm IHR5cGU9NyBhdHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGI4 NmZhMDAwLTAwMDAwYjg3MDFmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYjg3MDIwMDAtMDAwMDBiODcwMmZmZiB0eXBl PTcgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiODcwMzAw MC0wMDAwMGJhM2JlZmZmIHR5cGU9NCBhdHRyPTAwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGJhM2JmMDAwLTAwMDAwYmE0MDFmZmYgdHlwZT03IGF0 dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYmE0MDIwMDAtMDAw MDBiYTdiZWZmZiB0eXBlPTMgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiYTdiZjAwMC0wMDAwMGJhODZhZmZmIHR5cGU9NSBhdHRyPTgw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJhODZiMDAwLTAwMDAwYmE4 NmNmZmYgdHlwZT02IGF0dHI9ODAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYmE4NmQwMDAtMDAwMDBiYTg3YWZmZiB0eXBlPTUgYXR0cj04MDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYTg3YjAwMC0wMDAwMGJhODdiZmZm IHR5cGU9NiBhdHRyPTgwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJh ODdjMDAwLTAwMDAwYmE4OGJmZmYgdHlwZT01IGF0dHI9ODAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYmE4OGMwMDAtMDAwMDBiYTg4Y2ZmZiB0eXBl PTYgYXR0cj04MDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYTg4ZDAw MC0wMDAwMGJhOGMzZmZmIHR5cGU9NSBhdHRyPTgwMDAwMDAwMDAwMDAwMGYN CihYRU4pICAwMDAwMGJhOGM0MDAwLTAwMDAwYmE4YzRmZmYgdHlwZT02IGF0 dHI9ODAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAwMDAwYmE4YzUwMDAtMDAw MDBiYThkNmZmZiB0eXBlPTUgYXR0cj04MDAwMDAwMDAwMDAwMDBmDQooWEVO KSAgMDAwMDBiYThkNzAwMC0wMDAwMGJhOGQ3ZmZmIHR5cGU9NiBhdHRyPTgw MDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJhOGQ4MDAwLTAwMDAwYmE4 ZTNmZmYgdHlwZT01IGF0dHI9ODAwMDAwMDAwMDAwMDAwZg0KKFhFTikgIDAw MDAwYmE4ZTQwMDAtMDAwMDBiYTkzNWZmZiB0eXBlPTYgYXR0cj04MDAwMDAw MDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYTkzNjAwMC0wMDAwMGJhOWJlZmZm IHR5cGU9NSBhdHRyPTgwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJh OWJmMDAwLTAwMDAwYmFhYmVmZmYgdHlwZT02IGF0dHI9ODAwMDAwMDAwMDAw MDAwZg0KKFhFTikgIDAwMDAwYmFhYmYwMDAtMDAwMDBiYWViZWZmZiB0eXBl PTAgYXR0cj0wMDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDBiYWViZjAw MC0wMDAwMGJhZmJlZmZmIHR5cGU9MTAgYXR0cj0wMDAwMDAwMDAwMDAwMDBm DQooWEVOKSAgMDAwMDBiYWZiZjAwMC0wMDAwMGJhZmZlZmZmIHR5cGU9OSBh dHRyPTAwMDAwMDAwMDAwMDAwMGYNCihYRU4pICAwMDAwMGJhZmZmMDAwLTAw MDAwYmFmZmZmZmYgdHlwZT00IGF0dHI9MDAwMDAwMDAwMDAwMDAwZg0KKFhF TikgIDAwMDAxMDAwMDAwMDAtMDAwMDIzZjVmZmZmZiB0eXBlPTcgYXR0cj0w MDAwMDAwMDAwMDAwMDBmDQooWEVOKSAgMDAwMDAwMDBhMDAwMC0wMDAwMDAw MGJmZmZmIHR5cGU9MCBhdHRyPTAwMDAwMDAwMDAwMDAwMDANCihYRU4pICAw MDAwMGJiMDAwMDAwLTAwMDAwYmY5ZmZmZmYgdHlwZT0wIGF0dHI9MDAwMDAw MDAwMDAwMDAwMA0KKFhFTikgIDAwMDAwZTAwMDAwMDAtMDAwMDBlZmZmZmZm ZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAwMDAwMQ0KKFhFTikgIDAwMDAw ZmViMDAwMDAtMDAwMDBmZWIwM2ZmZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAw MDAwMDAwMQ0KKFhFTikgIDAwMDAwZmVjMDAwMDAtMDAwMDBmZWMwMGZmZiB0 eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAwMDAwMQ0KKFhFTikgIDAwMDAwZmVk MTAwMDAtMDAwMDBmZWQxOWZmZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAw MDAwMQ0KKFhFTikgIDAwMDAwZmVkMWMwMDAtMDAwMDBmZWQxZmZmZiB0eXBl PTExIGF0dHI9ODAwMDAwMDAwMDAwMDAwMQ0KKFhFTikgIDAwMDAwZmVlMDAw MDAtMDAwMDBmZWUwMGZmZiB0eXBlPTExIGF0dHI9ODAwMDAwMDAwMDAwMDAw MQ0KKFhFTikgIDAwMDAwZmZiMDAwMDAtMDAwMDBmZmZmZmZmZiB0eXBlPTEx IGF0dHI9ODAwMDAwMDAwMDAwMDAwMA0KKFhFTikgVW5rbm93biBjYWNoYWJp bGl0eSBmb3IgTUZOcyAweGZmYjAwLTB4ZmZmZmYNCihYRU4pIEluaXRpbmcg bWVtb3J5IHNoYXJpbmcuDQooWEVOKSB4c3RhdGVfaW5pdDogdXNpbmcgY250 eHRfc2l6ZTogMHgzNDAgYW5kIHN0YXRlczogMHg3DQooWEVOKSBtY2VfaW50 ZWwuYzo3MTc6IE1DQSBDYXBhYmlsaXR5OiBCQ0FTVCAxIFNFUiAwIENNQ0kg MSBmaXJzdGJhbmsgMCBleHRlbmRlZCBNQ0UgTVNSIDANCihYRU4pIFRoZXJt YWwgbW9uaXRvcmluZyBoYW5kbGVkIGJ5IFNNSQ0KKFhFTikgSW50ZWwgbWFj aGluZSBjaGVjayByZXBvcnRpbmcgZW5hYmxlZA0KKFhFTikgUENJOiBNQ0ZH IGNvbmZpZ3VyYXRpb24gMDogYmFzZSBlMDAwMDAwMCBzZWdtZW50IDAwMDAg YnVzZXMgMDAgLSBmZg0KKFhFTikgUENJOiBNQ0ZHIGFyZWEgYXQgZTAwMDAw MDAgcmVzZXJ2ZWQgaW4gRTgyMA0KKFhFTikgUENJOiBVc2luZyBNQ0ZHIGZv ciBzZWdtZW50IDAwMDAgYnVzIDAwLWZmDQooWEVOKSBJL08gdmlydHVhbGlz YXRpb24gZGlzYWJsZWQNCihYRU4pIEVuYWJsZWQgZGlyZWN0ZWQgRU9JIHdp dGggaW9hcGljX2Fja19vbGQgb24hDQooWEVOKSBFTkFCTElORyBJTy1BUElD IElSUXMNCihYRU4pIC4uVElNRVI6IHZlY3Rvcj0weEYwIGFwaWMxPTAgcGlu MT0yIGFwaWMyPS0xIHBpbjI9LTENCihYRU4pIFRTQyBkZWFkbGluZSB0aW1l ciBlbmFibGVkDQooWEVOKSBVc2luZyBzdGFuZGFyZCByZW5kZXp2b3VzDQoo WEVOKSBQbGF0Zm9ybSB0aW1lciBpcyAxNC4zMThNSHogSFBFVA0KKFhFTikg QWxsb2NhdGVkIGNvbnNvbGUgcmluZyBvZiA2NCBLaUIuDQooWEVOKSBtd2Fp dC1pZGxlOiBNV0FJVCBzdWJzdGF0ZXM6IDB4MjExMjANCihYRU4pIG13YWl0 LWlkbGU6IHYwLjQgbW9kZWwgMHgzYQ0KKFhFTikgbXdhaXQtaWRsZTogbGFw aWNfdGltZXJfcmVsaWFibGVfc3RhdGVzIDB4ZmZmZmZmZmYNCihYRU4pIFZN WDogU3VwcG9ydGVkIGFkdmFuY2VkIGZlYXR1cmVzOg0KKFhFTikgIC0gQVBJ QyBNTUlPIGFjY2VzcyB2aXJ0dWFsaXNhdGlvbg0KKFhFTikgIC0gQVBJQyBU UFIgc2hhZG93DQooWEVOKSAgLSBFeHRlbmRlZCBQYWdlIFRhYmxlcyAoRVBU KQ0KKFhFTikgIC0gVmlydHVhbC1Qcm9jZXNzb3IgSWRlbnRpZmllcnMgKFZQ SUQpDQooWEVOKSAgLSBWaXJ0dWFsIE5NSQ0KKFhFTikgIC0gTVNSIGRpcmVj dC1hY2Nlc3MgYml0bWFwDQooWEVOKSAgLSBVbnJlc3RyaWN0ZWQgR3Vlc3QN CihYRU4pIEhWTTogQVNJRHMgZW5hYmxlZC4NCihYRU4pIEhWTTogVk1YIGVu YWJsZWQNCihYRU4pIEhWTTogSGFyZHdhcmUgQXNzaXN0ZWQgUGFnaW5nIChI QVApIGRldGVjdGVkDQooWEVOKSBIVk06IEhBUCBwYWdlIHNpemVzOiA0a0Is IDJNQg0KKFhFTikgQnJvdWdodCB1cCA4IENQVXMNCihYRU4pIEFDUEkgc2xl ZXAgbW9kZXM6IFMzDQooWEVOKSBtY2hlY2tfcG9sbDogTWFjaGluZSBjaGVj ayBwb2xsaW5nIHRpbWVyIHN0YXJ0ZWQuDQooWEVOKSAqKiogTE9BRElORyBE T01BSU4gMCAqKioNCihYRU4pIGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBh ZGRyPTB4MTAwMDAwMCBtZW1zej0weDc5NzAwMA0KKFhFTikgZWxmX3BhcnNl X2JpbmFyeTogcGhkcjogcGFkZHI9MHgxODAwMDAwIG1lbXN6PTB4YmUwZjAN CihYRU4pIGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBhZGRyPTB4MThiZjAw MCBtZW1zej0weDE0ZjQwDQooWEVOKSBlbGZfcGFyc2VfYmluYXJ5OiBwaGRy OiBwYWRkcj0weDE4ZDQwMDAgbWVtc3o9MHg2N2QwMDANCihYRU4pIGVsZl9w YXJzZV9iaW5hcnk6IG1lbW9yeTogMHgxMDAwMDAwIC0+IDB4MWY1MTAwMA0K KFhFTikgZWxmX3hlbl9wYXJzZV9ub3RlOiBHVUVTVF9PUyA9ICJsaW51eCIN CihYRU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogR1VFU1RfVkVSU0lPTiA9ICIy LjYiDQooWEVOKSBlbGZfeGVuX3BhcnNlX25vdGU6IFhFTl9WRVJTSU9OID0g Inhlbi0zLjAiDQooWEVOKSBlbGZfeGVuX3BhcnNlX25vdGU6IFZJUlRfQkFT RSA9IDB4ZmZmZmZmZmY4MDAwMDAwMA0KKFhFTikgZWxmX3hlbl9wYXJzZV9u b3RlOiBFTlRSWSA9IDB4ZmZmZmZmZmY4MThkNDFlMA0KKFhFTikgZWxmX3hl bl9wYXJzZV9ub3RlOiBIWVBFUkNBTExfUEFHRSA9IDB4ZmZmZmZmZmY4MTAw MTAwMA0KKFhFTikgZWxmX3hlbl9wYXJzZV9ub3RlOiBGRUFUVVJFUyA9ICIh d3JpdGFibGVfcGFnZV90YWJsZXN8cGFlX3BnZGlyX2Fib3ZlXzRnYiINCihY RU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogUEFFX01PREUgPSAieWVzIg0KKFhF TikgZWxmX3hlbl9wYXJzZV9ub3RlOiBMT0FERVIgPSAiZ2VuZXJpYyINCihY RU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogdW5rbm93biB4ZW4gZWxmIG5vdGUg KDB4ZCkNCihYRU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogU1VTUEVORF9DQU5D RUwgPSAweDENCihYRU4pIGVsZl94ZW5fcGFyc2Vfbm90ZTogSFZfU1RBUlRf TE9XID0gMHhmZmZmODAwMDAwMDAwMDAwDQooWEVOKSBlbGZfeGVuX3BhcnNl X25vdGU6IFBBRERSX09GRlNFVCA9IDB4MA0KKFhFTikgZWxmX3hlbl9hZGRy X2NhbGNfY2hlY2s6IGFkZHJlc3NlczoNCihYRU4pICAgICB2aXJ0X2Jhc2Ug ICAgICAgID0gMHhmZmZmZmZmZjgwMDAwMDAwDQooWEVOKSAgICAgZWxmX3Bh ZGRyX29mZnNldCA9IDB4MA0KKFhFTikgICAgIHZpcnRfb2Zmc2V0ICAgICAg PSAweGZmZmZmZmZmODAwMDAwMDANCihYRU4pICAgICB2aXJ0X2tzdGFydCAg ICAgID0gMHhmZmZmZmZmZjgxMDAwMDAwDQooWEVOKSAgICAgdmlydF9rZW5k ICAgICAgICA9IDB4ZmZmZmZmZmY4MWY1MTAwMA0KKFhFTikgICAgIHZpcnRf ZW50cnkgICAgICAgPSAweGZmZmZmZmZmODE4ZDQxZTANCihYRU4pICAgICBw Mm1fYmFzZSAgICAgICAgID0gMHhmZmZmZmZmZmZmZmZmZmZmDQooWEVOKSAg WGVuICBrZXJuZWw6IDY0LWJpdCwgbHNiLCBjb21wYXQzMg0KKFhFTikgIERv bTAga2VybmVsOiA2NC1iaXQsIFBBRSwgbHNiLCBwYWRkciAweDEwMDAwMDAg LT4gMHgxZjUxMDAwDQooWEVOKSBQSFlTSUNBTCBNRU1PUlkgQVJSQU5HRU1F TlQ6DQooWEVOKSAgRG9tMCBhbGxvYy46ICAgMDAwMDAwMDIzNDAwMDAwMC0+ MDAwMDAwMDIzODAwMDAwMCAoMzc2MDkxIHBhZ2VzIHRvIGJlIGFsbG9jYXRl ZCkNCihYRU4pICBJbml0LiByYW1kaXNrOiAwMDAwMDAwMjNmMzFiMDAwLT4w MDAwMDAwMjNmNWZmZGI4DQooWEVOKSBWSVJUVUFMIE1FTU9SWSBBUlJBTkdF TUVOVDoNCihYRU4pICBMb2FkZWQga2VybmVsOiBmZmZmZmZmZjgxMDAwMDAw LT5mZmZmZmZmZjgxZjUxMDAwDQooWEVOKSAgSW5pdC4gcmFtZGlzazogZmZm ZmZmZmY4MWY1MTAwMC0+ZmZmZmZmZmY4MjIzNWRiOA0KKFhFTikgIFBoeXMt TWFjaCBtYXA6IGZmZmZmZmZmODIyMzYwMDAtPmZmZmZmZmZmODI1MzYwMDAN CihYRU4pICBTdGFydCBpbmZvOiAgICBmZmZmZmZmZjgyNTM2MDAwLT5mZmZm ZmZmZjgyNTM2NGI0DQooWEVOKSAgUGFnZSB0YWJsZXM6ICAgZmZmZmZmZmY4 MjUzNzAwMC0+ZmZmZmZmZmY4MjU0ZTAwMA0KKFhFTikgIEJvb3Qgc3RhY2s6 ICAgIGZmZmZmZmZmODI1NGUwMDAtPmZmZmZmZmZmODI1NGYwMDANCihYRU4p ICBUT1RBTDogICAgICAgICBmZmZmZmZmZjgwMDAwMDAwLT5mZmZmZmZmZjgy ODAwMDAwDQooWEVOKSAgRU5UUlkgQUREUkVTUzogZmZmZmZmZmY4MThkNDFl MA0KKFhFTikgRG9tMCBoYXMgbWF4aW11bSA4IFZDUFVzDQooWEVOKSBlbGZf bG9hZF9iaW5hcnk6IHBoZHIgMCBhdCAweGZmZmZmZmZmODEwMDAwMDAgLT4g MHhmZmZmZmZmZjgxNzk3MDAwDQooWEVOKSBlbGZfbG9hZF9iaW5hcnk6IHBo ZHIgMSBhdCAweGZmZmZmZmZmODE4MDAwMDAgLT4gMHhmZmZmZmZmZjgxOGJl MGYwDQooWEVOKSBlbGZfbG9hZF9iaW5hcnk6IHBoZHIgMiBhdCAweGZmZmZm ZmZmODE4YmYwMDAgLT4gMHhmZmZmZmZmZjgxOGQzZjQwDQooWEVOKSBlbGZf bG9hZF9iaW5hcnk6IHBoZHIgMyBhdCAweGZmZmZmZmZmODE4ZDQwMDAgLT4g MHhmZmZmZmZmZjgxOWQ2MDAwDQooWEVOKSBTY3J1YmJpbmcgRnJlZSBSQU06 IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLmRvbmUuDQooWEVOKSBJbml0aWFsIGxvdyBt ZW1vcnkgdmlycSB0aHJlc2hvbGQgc2V0IGF0IDB4NDAwMCBwYWdlcy4NCihY RU4pIFN0ZC4gTG9nbGV2ZWw6IEFsbA0KKFhFTikgR3Vlc3QgTG9nbGV2ZWw6 IEFsbA0KKFhFTikgWGVuIGlzIHJlbGlucXVpc2hpbmcgVkdBIGNvbnNvbGUu DQooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwt YScgdGhyZWUgdGltZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikNCihYRU4p IEZyZWVkIDI3NmtCIGluaXQgbWVtb3J5Lg0KKFhFTikgUENJIGFkZCBkZXZp Y2UgMDAwMDowMDowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDAwOjAw OjAyLjANCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAwMDA6MDA6MTQuMA0KKFhF TikgUENJIGFkZCBkZXZpY2UgMDAwMDowMDoxNi4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDAwOjAwOjFhLjANCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAw MDA6MDA6MWIuMA0KKFhFTikgUENJIGFkZCBkZXZpY2UgMDAwMDowMDoxYy4w DQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDAwOjAwOjFjLjENCihYRU4pIFBD SSBhZGQgZGV2aWNlIDAwMDA6MDA6MWQuMA0KKFhFTikgUENJIGFkZCBkZXZp Y2UgMDAwMDowMDoxZi4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDAwOjAw OjFmLjINCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAwMDA6MDA6MWYuMw0KKFhF TikgUENJIGFkZCBkZXZpY2UgMDAwMDowMTowMC4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDAwOjAyOjAwLjANCihYRU4pIHRyYXBzLmM6MjUxNDpkMCBE b21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAxZmMgZnJvbSAw eDAwMDAwMDAwMDAxNDAwNWYgdG8gMHgwMDAwMDAwMDAwMTQwMDVkLg0KKFhF TikgdHJhcHMuYzozMDcyOiBHUEYgKDAwMDApOiBmZmZmODJjNGMwMThjZTNh IC0+IGZmZmY4MmM0YzAyMmNiOTQNCihYRU4pIHRyYXBzLmM6MjUxNDpkMCBE b21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAwNzkgZnJvbSAw eDAwMDAwMDAwMDAwMDAwMDAgdG8gMHhmZmZmYzkwMDAxYTk3MDMwLg0K --271742675-1843097752-1369211454=:16935 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --271742675-1843097752-1369211454=:16935-- From xen-users-bounces@lists.xen.org Wed May 22 09:32:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09:32: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 1Uf5Ne-00022h-Pk; Wed, 22 May 2013 09:30:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5Ne-00022c-3t for xen-users@lists.xen.org; Wed, 22 May 2013 09:30:46 +0000 Received: from [85.158.139.83:44972] by server-12.bemta-5.messagelabs.com id D8/17-16465-5409C915; Wed, 22 May 2013 09:30:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1369215044!27947137!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1918 invoked from network); 22 May 2013 09:30:44 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:30:44 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="scan'208";a="4839323" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 09:30:45 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 10:30:44 +0100 Message-ID: <1369215042.21246.143.camel@zakaz.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Wed, 22 May 2013 10:30:42 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users Subject: Re: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-21 at 14:44 -0600, jacek burghardt wrote: > I hope this off topic post is ok No, it's not, please refrain from spamming the list in the future. > I just find out this new service that provides free internet and free > device[....]I hope you guys can signup for waiting list and use it as > backup _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 09:32:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09:32: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 1Uf5Ne-00022h-Pk; Wed, 22 May 2013 09:30:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5Ne-00022c-3t for xen-users@lists.xen.org; Wed, 22 May 2013 09:30:46 +0000 Received: from [85.158.139.83:44972] by server-12.bemta-5.messagelabs.com id D8/17-16465-5409C915; Wed, 22 May 2013 09:30:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1369215044!27947137!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1918 invoked from network); 22 May 2013 09:30:44 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:30:44 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="scan'208";a="4839323" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 09:30:45 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 10:30:44 +0100 Message-ID: <1369215042.21246.143.camel@zakaz.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Wed, 22 May 2013 10:30:42 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users Subject: Re: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-21 at 14:44 -0600, jacek burghardt wrote: > I hope this off topic post is ok No, it's not, please refrain from spamming the list in the future. > I just find out this new service that provides free internet and free > device[....]I hope you guys can signup for waiting list and use it as > backup _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 09:45:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09: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 1Uf5aa-0002Ro-N3; Wed, 22 May 2013 09:44:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5aZ-0002Re-2j for xen-users@lists.xen.org; Wed, 22 May 2013 09:44:07 +0000 Received: from [85.158.143.99:20651] by server-1.bemta-4.messagelabs.com id 4A/D0-06122-6639C915; Wed, 22 May 2013 09:44:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369215837!22373004!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 17401 invoked from network); 22 May 2013 09:43:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:43:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="scan'208";a="4840052" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 09:43:57 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 10:43:56 +0100 Message-ID: <1369215835.21246.151.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ole Johan =?ISO-8859-1?Q?V=E6ringstad?= Date: Wed, 22 May 2013 10:43:55 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDEzLTA1LTIyIGF0IDA1OjEwICswMjAwLCBPbGUgSm9oYW4gVsOmcmluZ3N0YWQg d3JvdGU6Cj4gWGVuIDQuMi4wLXIxLCB4ZW4tdG9vbHMgNC4yLjAtcjMgZnJvbSBwb3J0YWdlCj4g S2VybmVsIDMuOC4xMy1nZW50b28KPiAKPiAvZXRjL2NvbmYuZC9uZXQ6Cj4gY29uZmlnX2V0aDA9 Im51bGwiCj4gY29uZmlnX2V0aDE9ImRoY3AiCj4gYnJpZGdlX3hlbmJyMD0iZXRoMCIKPiBjb25m aWdfeGVuYnIwPSJkaGNwIgo+IGJyY3RsX3hlbmJyMD0ic2V0ZmQgMCIKPiBicmN0bF94ZW5icjA9 InNldGhlbGxvIDEwIgo+IGJyY3RsX3hlbmJyMD0ic3RwIG9uIgo+IHJjX25ldF94ZW5icjBfbmVl ZD0ibmV0LmV0aDAiCj4gcmNfbmV0X3hlbmJyMF9wcm92aWRlPSIhbmV0Igo+IHJjX25ldF94ZW5i cjBfcHJvdmlkZT0ieGVuYnJpZGdlIgo+IGNhcnJpZXJfdGltZW91dF94ZW5icjA9IjAiCj4gCj4g IyBicmN0bCBzaG93Cj4gYnJpZGdlIG5hbWUgICAgIGJyaWRnZSBpZCAgICAgICAgICAgICAgIFNU UCAgICAgICAgZW5hYmxlZCBpbnRlcmZhY2VzCj4geGVuYnIwICAgICAgICAgIDgwMDAuOTAyYjM0 NTk5YTAxICAgICAgIHllcyAgICAgICAgICAgICBldGgwCj4gCj4gIyBwaW5nIC1jIDMgLUkgeGVu YnIwIDE5Mi4xNjguMC4xCj4gUElORyAxOTIuMTY4LjAuMSAoMTkyLjE2OC4wLjEpIGZyb20gMTky LjE2OC4wLjEwNCB4ZW5icjA6IDU2KDg0KSBieXRlcwo+IG9mIGRhdGEuCj4gNjQgYnl0ZXMgZnJv bSAxOTIuMTY4LjAuMTogaWNtcF9zZXE9MSB0dGw9NjQgdGltZT0yLjc4IG1zCj4gNjQgYnl0ZXMg ZnJvbSAxOTIuMTY4LjAuMTogaWNtcF9zZXE9MiB0dGw9NjQgdGltZT0yLjkyIG1zCj4gNjQgYnl0 ZXMgZnJvbSAxOTIuMTY4LjAuMTogaWNtcF9zZXE9MyB0dGw9NjQgdGltZT0yLjg4IG1zCj4gCj4g IyB4bCBjcmVhdGUgL2V0Yy94ZW4vdWJ1bnR1LmNmZwoKQ2FuIHlvdSB0cnkgInhsIC12dnYgLi4u IiBmb3IgbW9yZSBkZWJ1Z2dpbmcuIEFsc28gaGF2ZSBhIGxvb2sKdW5kZXIgL3Zhci9sb2cveGVu IGZvciBhbnkgcmVsZXZhbnQgbG9ncy4KCklzIC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZSBw cmVzZW50PyBJZiBzbyB0aGVuIGEgdXNlZnVsIGRlYnVnCnRlY2huaXF1ZSBjYW4gYmUgdG8gYWRk IHRvIHRoZSB0b3AKCWV4ZWMgPj4vdG1wL2hvdHBsdWcubG9nIDI+JjEKd2hpY2ggd2lsbCBjYXVz ZSB0aGUgc2NyaXB0IG91dHB1dCB0byBiZSBsb2dnZWQgdG8gL3RtcC9ob3RwbHVnLmxvZwp3aGlj aCBtaWdodCBnaXZlIGEgY2x1ZS4KCklhbi4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed May 22 09:45:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09: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 1Uf5aa-0002Ro-N3; Wed, 22 May 2013 09:44:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5aZ-0002Re-2j for xen-users@lists.xen.org; Wed, 22 May 2013 09:44:07 +0000 Received: from [85.158.143.99:20651] by server-1.bemta-4.messagelabs.com id 4A/D0-06122-6639C915; Wed, 22 May 2013 09:44:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369215837!22373004!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 17401 invoked from network); 22 May 2013 09:43:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:43:58 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="scan'208";a="4840052" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 09:43:57 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 10:43:56 +0100 Message-ID: <1369215835.21246.151.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ole Johan =?ISO-8859-1?Q?V=E6ringstad?= Date: Wed, 22 May 2013 10:43:55 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDEzLTA1LTIyIGF0IDA1OjEwICswMjAwLCBPbGUgSm9oYW4gVsOmcmluZ3N0YWQg d3JvdGU6Cj4gWGVuIDQuMi4wLXIxLCB4ZW4tdG9vbHMgNC4yLjAtcjMgZnJvbSBwb3J0YWdlCj4g S2VybmVsIDMuOC4xMy1nZW50b28KPiAKPiAvZXRjL2NvbmYuZC9uZXQ6Cj4gY29uZmlnX2V0aDA9 Im51bGwiCj4gY29uZmlnX2V0aDE9ImRoY3AiCj4gYnJpZGdlX3hlbmJyMD0iZXRoMCIKPiBjb25m aWdfeGVuYnIwPSJkaGNwIgo+IGJyY3RsX3hlbmJyMD0ic2V0ZmQgMCIKPiBicmN0bF94ZW5icjA9 InNldGhlbGxvIDEwIgo+IGJyY3RsX3hlbmJyMD0ic3RwIG9uIgo+IHJjX25ldF94ZW5icjBfbmVl ZD0ibmV0LmV0aDAiCj4gcmNfbmV0X3hlbmJyMF9wcm92aWRlPSIhbmV0Igo+IHJjX25ldF94ZW5i cjBfcHJvdmlkZT0ieGVuYnJpZGdlIgo+IGNhcnJpZXJfdGltZW91dF94ZW5icjA9IjAiCj4gCj4g IyBicmN0bCBzaG93Cj4gYnJpZGdlIG5hbWUgICAgIGJyaWRnZSBpZCAgICAgICAgICAgICAgIFNU UCAgICAgICAgZW5hYmxlZCBpbnRlcmZhY2VzCj4geGVuYnIwICAgICAgICAgIDgwMDAuOTAyYjM0 NTk5YTAxICAgICAgIHllcyAgICAgICAgICAgICBldGgwCj4gCj4gIyBwaW5nIC1jIDMgLUkgeGVu YnIwIDE5Mi4xNjguMC4xCj4gUElORyAxOTIuMTY4LjAuMSAoMTkyLjE2OC4wLjEpIGZyb20gMTky LjE2OC4wLjEwNCB4ZW5icjA6IDU2KDg0KSBieXRlcwo+IG9mIGRhdGEuCj4gNjQgYnl0ZXMgZnJv bSAxOTIuMTY4LjAuMTogaWNtcF9zZXE9MSB0dGw9NjQgdGltZT0yLjc4IG1zCj4gNjQgYnl0ZXMg ZnJvbSAxOTIuMTY4LjAuMTogaWNtcF9zZXE9MiB0dGw9NjQgdGltZT0yLjkyIG1zCj4gNjQgYnl0 ZXMgZnJvbSAxOTIuMTY4LjAuMTogaWNtcF9zZXE9MyB0dGw9NjQgdGltZT0yLjg4IG1zCj4gCj4g IyB4bCBjcmVhdGUgL2V0Yy94ZW4vdWJ1bnR1LmNmZwoKQ2FuIHlvdSB0cnkgInhsIC12dnYgLi4u IiBmb3IgbW9yZSBkZWJ1Z2dpbmcuIEFsc28gaGF2ZSBhIGxvb2sKdW5kZXIgL3Zhci9sb2cveGVu IGZvciBhbnkgcmVsZXZhbnQgbG9ncy4KCklzIC9ldGMveGVuL3NjcmlwdHMvdmlmLWJyaWRnZSBw cmVzZW50PyBJZiBzbyB0aGVuIGEgdXNlZnVsIGRlYnVnCnRlY2huaXF1ZSBjYW4gYmUgdG8gYWRk IHRvIHRoZSB0b3AKCWV4ZWMgPj4vdG1wL2hvdHBsdWcubG9nIDI+JjEKd2hpY2ggd2lsbCBjYXVz ZSB0aGUgc2NyaXB0IG91dHB1dCB0byBiZSBsb2dnZWQgdG8gL3RtcC9ob3RwbHVnLmxvZwp3aGlj aCBtaWdodCBnaXZlIGEgY2x1ZS4KCklhbi4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed May 22 09:54:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09:54: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 1Uf5jZ-0002uC-7y; Wed, 22 May 2013 09:53:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5jX-0002tl-Lf; Wed, 22 May 2013 09:53:24 +0000 Received: from [85.158.139.83:6397] by server-8.bemta-5.messagelabs.com id 80/F9-29170-2959C915; Wed, 22 May 2013 09:53:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1369216401!28502759!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5920 invoked from network); 22 May 2013 09:53:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:53:21 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="scan'208";a="4840955" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 09:53:22 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 10:53:21 +0100 Message-ID: <1369216400.21246.158.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Gordan Bobic Date: Wed, 22 May 2013 10:53:20 +0100 In-Reply-To: <519C6BC4.2050506@bobich.net> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 07:55 +0100, Gordan Bobic wrote: > Along with a wiki for documentation that is actually kept updated when > features are added/removed/changed and more importantly, that clearly > states if/when obvious features are unexpectedly and conspicuously > missing The beauty of a wiki is that anyone can edit or correct it. We have regular documentation days where we are all (users and devs alike) encouraged to work to improve the state of the wiki and other documentation. http://wiki.xen.org/wiki/Xen_Document_Days The state of the Xen documentation base has actually improved considerably over the last year due to this initiative. > (e.g. domU config file method of passing multiple USB devices to > domU). I'm not sure what you are referring to here, the config file syntax is documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) manpage. It is also available online http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages This manpage contains: =item B Adds Bs to the emulated USB bus. The USB bus must also be enabled using B. The most common use for this option is B which adds pointer device using absolute coordinates. Such devices function better than relative coordinate devices (such as a standard mouse) since many methods of exporting guest graphics (such as VNC) work better in this mode. Note that this is independent of the actual pointer device you are using on the host/client side. Host devices can also be passed through in this way, by specifying host:USBID, where USBID is of the form xxxx:yyyy. The USBID can typically be found by using lsusb or usb-devices. The form usbdevice=DEVICE is also accepted for backwards compatibility. More valid options can be found in the "usbdevice" section of the qemu documentation. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 09:54:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09:54: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 1Uf5jZ-0002uC-7y; Wed, 22 May 2013 09:53:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5jX-0002tl-Lf; Wed, 22 May 2013 09:53:24 +0000 Received: from [85.158.139.83:6397] by server-8.bemta-5.messagelabs.com id 80/F9-29170-2959C915; Wed, 22 May 2013 09:53:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1369216401!28502759!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5920 invoked from network); 22 May 2013 09:53:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:53:21 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="scan'208";a="4840955" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 09:53:22 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 10:53:21 +0100 Message-ID: <1369216400.21246.158.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Gordan Bobic Date: Wed, 22 May 2013 10:53:20 +0100 In-Reply-To: <519C6BC4.2050506@bobich.net> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 07:55 +0100, Gordan Bobic wrote: > Along with a wiki for documentation that is actually kept updated when > features are added/removed/changed and more importantly, that clearly > states if/when obvious features are unexpectedly and conspicuously > missing The beauty of a wiki is that anyone can edit or correct it. We have regular documentation days where we are all (users and devs alike) encouraged to work to improve the state of the wiki and other documentation. http://wiki.xen.org/wiki/Xen_Document_Days The state of the Xen documentation base has actually improved considerably over the last year due to this initiative. > (e.g. domU config file method of passing multiple USB devices to > domU). I'm not sure what you are referring to here, the config file syntax is documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) manpage. It is also available online http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages This manpage contains: =item B Adds Bs to the emulated USB bus. The USB bus must also be enabled using B. The most common use for this option is B which adds pointer device using absolute coordinates. Such devices function better than relative coordinate devices (such as a standard mouse) since many methods of exporting guest graphics (such as VNC) work better in this mode. Note that this is independent of the actual pointer device you are using on the host/client side. Host devices can also be passed through in this way, by specifying host:USBID, where USBID is of the form xxxx:yyyy. The USBID can typically be found by using lsusb or usb-devices. The form usbdevice=DEVICE is also accepted for backwards compatibility. More valid options can be found in the "usbdevice" section of the qemu documentation. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 09:59:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09:59:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5ok-0003md-2Y; Wed, 22 May 2013 09:58:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5oi-0003mD-50; Wed, 22 May 2013 09:58:44 +0000 Received: from [193.109.254.147:48346] by server-5.bemta-14.messagelabs.com id 97/31-18535-3D69C915; Wed, 22 May 2013 09:58:43 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1369216718!8612493!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4933 invoked from network); 22 May 2013 09:58:39 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:58:39 -0000 Received: by mail-wi0-f178.google.com with SMTP id ey16so1017627wid.17 for ; Wed, 22 May 2013 02:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=imWvsIofMaK83WcpRzQTR/h+f+UcnU4uPisLoqlKyy0=; b=Aw71e7gWncArn0wlmgkv5x+j7cSCAE/gwinmcUpVDCH1G3QBo1ADoR5eTOa/VDO1u2 8Yk/1vFzu0UkptzIK+dlPh3xLOpU8Jy35FL7p+5UDXahKXLLlHXO9FoaFgJnPm5lBlBv ShEUnlSKmyipUQwOJn6fZJClC1p57GujncqypOHjC7+G/pPD/911gXd2t3zMlsJYyNcC 77Xet3L62OJIU30NfzlbDFyVJVjTkXrUEb0r/yhE+P2LH5x3/EMGeGNYStplY/u3DfIJ 2VyKuhkuN6gGltiyb4AmnBJ/qa62T7BTwCTx+VuYp7HzKathfXGTfpOPP3XfPC4Dz/ps Sk6w== MIME-Version: 1.0 X-Received: by 10.181.13.112 with SMTP id ex16mr32133963wid.28.1369216710941; Wed, 22 May 2013 02:58:30 -0700 (PDT) Received: by 10.194.155.3 with HTTP; Wed, 22 May 2013 02:58:30 -0700 (PDT) In-Reply-To: <1369216400.21246.158.camel@zakaz.uk.xensource.com> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 10:58:30 +0100 X-Google-Sender-Auth: Rxxu2Y0KLKqzSdJj66tkAQODG-8 Message-ID: From: George Dunlap To: Ian Campbell Cc: xen-users , Gordan Bobic , Bartek Krawczyk , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 10:53 AM, Ian Campbell wrote: > On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >> Along with a wiki for documentation that is actually kept updated when >> features are added/removed/changed and more importantly, that clearly >> states if/when obvious features are unexpectedly and conspicuously >> missing > > The beauty of a wiki is that anyone can edit or correct it. > > We have regular documentation days where we are all (users and devs > alike) encouraged to work to improve the state of the wiki and other > documentation. > > http://wiki.xen.org/wiki/Xen_Document_Days > > The state of the Xen documentation base has actually improved > considerably over the last year due to this initiative. > >> (e.g. domU config file method of passing multiple USB devices to >> domU). > > I'm not sure what you are referring to here, the config file syntax is > documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) > manpage. It is also available online > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced > from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages > > This manpage contains: > =item B This is a new feature for 4.3 -- 4.2 and earlier don't support multiple USB devices (including say, a host device and an emulated usb tablet). -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 09:59:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 09:59:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5ok-0003md-2Y; Wed, 22 May 2013 09:58:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5oi-0003mD-50; Wed, 22 May 2013 09:58:44 +0000 Received: from [193.109.254.147:48346] by server-5.bemta-14.messagelabs.com id 97/31-18535-3D69C915; Wed, 22 May 2013 09:58:43 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1369216718!8612493!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4933 invoked from network); 22 May 2013 09:58:39 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 09:58:39 -0000 Received: by mail-wi0-f178.google.com with SMTP id ey16so1017627wid.17 for ; Wed, 22 May 2013 02:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=imWvsIofMaK83WcpRzQTR/h+f+UcnU4uPisLoqlKyy0=; b=Aw71e7gWncArn0wlmgkv5x+j7cSCAE/gwinmcUpVDCH1G3QBo1ADoR5eTOa/VDO1u2 8Yk/1vFzu0UkptzIK+dlPh3xLOpU8Jy35FL7p+5UDXahKXLLlHXO9FoaFgJnPm5lBlBv ShEUnlSKmyipUQwOJn6fZJClC1p57GujncqypOHjC7+G/pPD/911gXd2t3zMlsJYyNcC 77Xet3L62OJIU30NfzlbDFyVJVjTkXrUEb0r/yhE+P2LH5x3/EMGeGNYStplY/u3DfIJ 2VyKuhkuN6gGltiyb4AmnBJ/qa62T7BTwCTx+VuYp7HzKathfXGTfpOPP3XfPC4Dz/ps Sk6w== MIME-Version: 1.0 X-Received: by 10.181.13.112 with SMTP id ex16mr32133963wid.28.1369216710941; Wed, 22 May 2013 02:58:30 -0700 (PDT) Received: by 10.194.155.3 with HTTP; Wed, 22 May 2013 02:58:30 -0700 (PDT) In-Reply-To: <1369216400.21246.158.camel@zakaz.uk.xensource.com> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 10:58:30 +0100 X-Google-Sender-Auth: Rxxu2Y0KLKqzSdJj66tkAQODG-8 Message-ID: From: George Dunlap To: Ian Campbell Cc: xen-users , Gordan Bobic , Bartek Krawczyk , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 10:53 AM, Ian Campbell wrote: > On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >> Along with a wiki for documentation that is actually kept updated when >> features are added/removed/changed and more importantly, that clearly >> states if/when obvious features are unexpectedly and conspicuously >> missing > > The beauty of a wiki is that anyone can edit or correct it. > > We have regular documentation days where we are all (users and devs > alike) encouraged to work to improve the state of the wiki and other > documentation. > > http://wiki.xen.org/wiki/Xen_Document_Days > > The state of the Xen documentation base has actually improved > considerably over the last year due to this initiative. > >> (e.g. domU config file method of passing multiple USB devices to >> domU). > > I'm not sure what you are referring to here, the config file syntax is > documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) > manpage. It is also available online > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced > from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages > > This manpage contains: > =item B This is a new feature for 4.3 -- 4.2 and earlier don't support multiple USB devices (including say, a host device and an emulated usb tablet). -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 10:06:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 10:06: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 1Uf5v8-0004ox-VS; Wed, 22 May 2013 10:05:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5v7-0004om-CE for xen-users@lists.xen.org; Wed, 22 May 2013 10:05:21 +0000 Received: from [85.158.139.83:15559] by server-13.bemta-5.messagelabs.com id 41/5B-08040-0689C915; Wed, 22 May 2013 10:05:20 +0000 X-Env-Sender: chris@dload.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1369217053!24532796!1 X-Originating-IP: [202.182.134.244] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28839 invoked from network); 22 May 2013 10:04:15 -0000 Received: from mail.office.dload.com.au (HELO mail.office.dload.com.au) (202.182.134.244) by server-7.tower-182.messagelabs.com with SMTP; 22 May 2013 10:04:15 -0000 Received: from nsrm02man01 ([10.0.0.32]) by mail.office.dload.com.au ; Wed, 22 May 2013 20:03:52 +1000 From: "Chris Vella" To: Date: Wed, 22 May 2013 20:04:11 +1000 Message-ID: <017801ce56d3$b4ff6e10$1efe4a30$@com.au> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5W07TrtrJCM0bkT1qWz3AEoZ/oFg== Content-Language: en-au Subject: [Xen-users] xen setup/config X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org A little help please guys or a pointer in the right direction for a configuration/setup recommendation. Whilst I have been using the XEN hypervisor in our office/dev environments for some time, I am preparing to deploy the latest XCP/Xen build for our live/collocation installation. To date I haven't used any virtualisation at all in our live environment. Our setup is relatively straightforward with a physical three tier model: . Presentation tier (web servers, smtp, etc.) . Logic tier (business and operational servers) . Data tier (database and storage) I am going to leave the Data tier non virtualised and virtualise (compress) the logic and presentation tier onto the same physical hardware. So the example scenario is: . Both the Presentation and Logic tiers currently have 6 physical servers each (12 total) in a load balanced (shared nothing) arrangement. These will be replaced with 3-4 physical servers running at least two VM's on each. . How would you set up the XEN environment for dynamic workload structures? . If spikes come through via the presentation tier how do you prioritise CPU/bandwidth to these servers/VM's? . Likewise if the presentation tier is acquiescent then how do you control it such that if the logic tier gets busy it can consume idle CPU/bandwidth? Regards, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 10:06:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 10:06: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 1Uf5v8-0004ox-VS; Wed, 22 May 2013 10:05:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf5v7-0004om-CE for xen-users@lists.xen.org; Wed, 22 May 2013 10:05:21 +0000 Received: from [85.158.139.83:15559] by server-13.bemta-5.messagelabs.com id 41/5B-08040-0689C915; Wed, 22 May 2013 10:05:20 +0000 X-Env-Sender: chris@dload.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1369217053!24532796!1 X-Originating-IP: [202.182.134.244] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28839 invoked from network); 22 May 2013 10:04:15 -0000 Received: from mail.office.dload.com.au (HELO mail.office.dload.com.au) (202.182.134.244) by server-7.tower-182.messagelabs.com with SMTP; 22 May 2013 10:04:15 -0000 Received: from nsrm02man01 ([10.0.0.32]) by mail.office.dload.com.au ; Wed, 22 May 2013 20:03:52 +1000 From: "Chris Vella" To: Date: Wed, 22 May 2013 20:04:11 +1000 Message-ID: <017801ce56d3$b4ff6e10$1efe4a30$@com.au> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5W07TrtrJCM0bkT1qWz3AEoZ/oFg== Content-Language: en-au Subject: [Xen-users] xen setup/config X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org A little help please guys or a pointer in the right direction for a configuration/setup recommendation. Whilst I have been using the XEN hypervisor in our office/dev environments for some time, I am preparing to deploy the latest XCP/Xen build for our live/collocation installation. To date I haven't used any virtualisation at all in our live environment. Our setup is relatively straightforward with a physical three tier model: . Presentation tier (web servers, smtp, etc.) . Logic tier (business and operational servers) . Data tier (database and storage) I am going to leave the Data tier non virtualised and virtualise (compress) the logic and presentation tier onto the same physical hardware. So the example scenario is: . Both the Presentation and Logic tiers currently have 6 physical servers each (12 total) in a load balanced (shared nothing) arrangement. These will be replaced with 3-4 physical servers running at least two VM's on each. . How would you set up the XEN environment for dynamic workload structures? . If spikes come through via the presentation tier how do you prioritise CPU/bandwidth to these servers/VM's? . Likewise if the presentation tier is acquiescent then how do you control it such that if the logic tier gets busy it can consume idle CPU/bandwidth? Regards, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 10:21:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 10:21: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 1Uf6AW-0005z9-MX; Wed, 22 May 2013 10:21:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf6AU-0005yn-Et; Wed, 22 May 2013 10:21:14 +0000 Received: from [85.158.137.99:20731] by server-5.bemta-3.messagelabs.com id DB/05-29713-91C9C915; Wed, 22 May 2013 10:21:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1369218064!17840323!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19153 invoked from network); 22 May 2013 10:21:06 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 10:21:06 -0000 Received: by mail-wi0-f180.google.com with SMTP id hn14so1039046wib.1 for ; Wed, 22 May 2013 03:20:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=RMOVd7bmo03Cg6Y2lFv9oltpudRTxvo9hAjYs8RN7Xg=; b=An0KQYD6luIcR0+zRFEeWqdSyK5Lmsot9YEreIgF2m0O2LbWk4I9SWTLX2TzR2ffgv tQ8lD/o1HlPzXpNyzd5wnjuibvkze3BpLmpEfaIv2qXntz3si2zxRPuowIBCa7vkDf1Y jsl6g4aPxTbSuMv7veVcWr2DSn/dCm7WQ7BR7bvUK5vlzTEsuv/840Bze4iKfO31pCZt dZZzIchtvGoHkNf0AT8DDN9NQky31kcvvR5p1f50Wq9ylTjtXN2Hn7m0qDXR9vi/VLvo M+kYbpXihIxSvMLlqYrrprjgBHoPEDXysmzmg4MLc0bkr5/1hRXVOGoIdooEOpVFYhI3 rkcw== MIME-Version: 1.0 X-Received: by 10.180.89.140 with SMTP id bo12mr32336494wib.22.1369218049718; Wed, 22 May 2013 03:20:49 -0700 (PDT) Received: by 10.194.155.3 with HTTP; Wed, 22 May 2013 03:20:49 -0700 (PDT) In-Reply-To: <519C6BC4.2050506@bobich.net> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> Date: Wed, 22 May 2013 11:20:49 +0100 X-Google-Sender-Auth: oyejp8ZGAIugdU0kVs1xLJ2SCgI Message-ID: From: George Dunlap To: Gordan Bobic Cc: xen-users , "xen-devel@lists.xen.org" , Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 7:55 AM, Gordan Bobic wrote: > On 05/22/2013 07:18 AM, Bartek Krawczyk wrote: >> >> On 21 May 2013 17:04, Ian Campbell wrote: >>> >>> On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >>>> >>>> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >>>> wrote: >>>>> >>>>> On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >>>>>> >>>>>> I believe both mailing lists are great but there are so may postings >>>>>> that >>>>>> many issues get missed. There are some bugs that hand never been >>>>>> resolved >>>>>> because developers are unaware of it. I just setup forum for xen >>>>>> users at >>>>>> sam.hebe.us/forums please be free to join >>>>> >>>>> >>>>> It would be easier for us if the bug reports and such were posted on >>>>> xen-devel. >>>>> Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>> when >>>>> doing it. >>>> >>>> >>>> Surely a bug-tracking system that emails all reports to xen-devel >>>> automatically would cover the best of both worlds, would it not? >>> >>> >>> Not unless developers can reply to the bug by hitting reply in their >>> MUA. >> >> >> Please drop the forum idea. Xen should use a proper bug tracking >> system like Bugzilla (which allows replying to bugs by clicking >> "Reply" in MUA). >> Take a look at: http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html > > > +1 > > Along with a wiki for documentation that is actually kept updated when > features are added/removed/changed and more importantly, that clearly states > if/when obvious features are unexpectedly and conspicuously missing (e.g. > domU config file method of passing multiple USB devices to domU). So the thing here is that I don't think any of the active developers knew there was that limitation. As soon as I discovered it, I just fixed it (which is why 4.3 will have support for passing multiple USB devices in the config file). If you find other obvious missing features like that, please mention them on the list, and/or suggest them in the xen.org uservoice page: http://xenorg.uservoice.com -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 10:21:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 10:21: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 1Uf6AW-0005z9-MX; Wed, 22 May 2013 10:21:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf6AU-0005yn-Et; Wed, 22 May 2013 10:21:14 +0000 Received: from [85.158.137.99:20731] by server-5.bemta-3.messagelabs.com id DB/05-29713-91C9C915; Wed, 22 May 2013 10:21:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1369218064!17840323!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19153 invoked from network); 22 May 2013 10:21:06 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 10:21:06 -0000 Received: by mail-wi0-f180.google.com with SMTP id hn14so1039046wib.1 for ; Wed, 22 May 2013 03:20:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=RMOVd7bmo03Cg6Y2lFv9oltpudRTxvo9hAjYs8RN7Xg=; b=An0KQYD6luIcR0+zRFEeWqdSyK5Lmsot9YEreIgF2m0O2LbWk4I9SWTLX2TzR2ffgv tQ8lD/o1HlPzXpNyzd5wnjuibvkze3BpLmpEfaIv2qXntz3si2zxRPuowIBCa7vkDf1Y jsl6g4aPxTbSuMv7veVcWr2DSn/dCm7WQ7BR7bvUK5vlzTEsuv/840Bze4iKfO31pCZt dZZzIchtvGoHkNf0AT8DDN9NQky31kcvvR5p1f50Wq9ylTjtXN2Hn7m0qDXR9vi/VLvo M+kYbpXihIxSvMLlqYrrprjgBHoPEDXysmzmg4MLc0bkr5/1hRXVOGoIdooEOpVFYhI3 rkcw== MIME-Version: 1.0 X-Received: by 10.180.89.140 with SMTP id bo12mr32336494wib.22.1369218049718; Wed, 22 May 2013 03:20:49 -0700 (PDT) Received: by 10.194.155.3 with HTTP; Wed, 22 May 2013 03:20:49 -0700 (PDT) In-Reply-To: <519C6BC4.2050506@bobich.net> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> Date: Wed, 22 May 2013 11:20:49 +0100 X-Google-Sender-Auth: oyejp8ZGAIugdU0kVs1xLJ2SCgI Message-ID: From: George Dunlap To: Gordan Bobic Cc: xen-users , "xen-devel@lists.xen.org" , Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 7:55 AM, Gordan Bobic wrote: > On 05/22/2013 07:18 AM, Bartek Krawczyk wrote: >> >> On 21 May 2013 17:04, Ian Campbell wrote: >>> >>> On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >>>> >>>> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >>>> wrote: >>>>> >>>>> On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >>>>>> >>>>>> I believe both mailing lists are great but there are so may postings >>>>>> that >>>>>> many issues get missed. There are some bugs that hand never been >>>>>> resolved >>>>>> because developers are unaware of it. I just setup forum for xen >>>>>> users at >>>>>> sam.hebe.us/forums please be free to join >>>>> >>>>> >>>>> It would be easier for us if the bug reports and such were posted on >>>>> xen-devel. >>>>> Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>> when >>>>> doing it. >>>> >>>> >>>> Surely a bug-tracking system that emails all reports to xen-devel >>>> automatically would cover the best of both worlds, would it not? >>> >>> >>> Not unless developers can reply to the bug by hitting reply in their >>> MUA. >> >> >> Please drop the forum idea. Xen should use a proper bug tracking >> system like Bugzilla (which allows replying to bugs by clicking >> "Reply" in MUA). >> Take a look at: http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html > > > +1 > > Along with a wiki for documentation that is actually kept updated when > features are added/removed/changed and more importantly, that clearly states > if/when obvious features are unexpectedly and conspicuously missing (e.g. > domU config file method of passing multiple USB devices to domU). So the thing here is that I don't think any of the active developers knew there was that limitation. As soon as I discovered it, I just fixed it (which is why 4.3 will have support for passing multiple USB devices in the config file). If you find other obvious missing features like that, please mention them on the list, and/or suggest them in the xen.org uservoice page: http://xenorg.uservoice.com -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:11:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:11: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 1Uf6wM-0007cn-P7; Wed, 22 May 2013 11:10:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf6wK-0007ci-Rs for xen-users@lists.xen.org; Wed, 22 May 2013 11:10:40 +0000 Received: from [85.158.139.83:13898] by server-15.bemta-5.messagelabs.com id 26/C1-31797-FA7AC915; Wed, 22 May 2013 11:10:39 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-13.tower-182.messagelabs.com!1369221039!27968167!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18024 invoked from network); 22 May 2013 11:10:39 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-13.tower-182.messagelabs.com with SMTP; 22 May 2013 11:10:39 -0000 Received: from [192.165.210.4] (helo=[192.168.225.197]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Uf6wI-0008Cw-SG for xen-users@lists.xen.org; Wed, 22 May 2013 12:10:39 +0100 User-Agent: Kaiten Mail In-Reply-To: <1369215042.21246.143.camel@zakaz.uk.xensource.com> References: <1369215042.21246.143.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 22 May 2013 12:10:33 +0100 CC: xen-users Message-ID: <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: Re: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian Campbell wrote: >On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >> I hope this off topic post is ok > >No, it's not, please refrain from spamming the list in the future. > >> I just find out this new service that provides free internet and >free >> device[....]I hope you guys can signup for waiting list and use it as >> backup > > > +1 for Ian's comments. It also appears that the link you posted contains a unique identifier. This gives me the impression that it's probably some kind of affiliate code and that you would receive some financial incentive or gift of service from this company for every person who signs up after clicking it. That is spamming for gain and is seriously not cool. Bests, Paul. -- Sent from Kaiten Mail on Android. Please excuse my brevity. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:11:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:11: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 1Uf6wM-0007cn-P7; Wed, 22 May 2013 11:10:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf6wK-0007ci-Rs for xen-users@lists.xen.org; Wed, 22 May 2013 11:10:40 +0000 Received: from [85.158.139.83:13898] by server-15.bemta-5.messagelabs.com id 26/C1-31797-FA7AC915; Wed, 22 May 2013 11:10:39 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-13.tower-182.messagelabs.com!1369221039!27968167!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18024 invoked from network); 22 May 2013 11:10:39 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-13.tower-182.messagelabs.com with SMTP; 22 May 2013 11:10:39 -0000 Received: from [192.165.210.4] (helo=[192.168.225.197]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Uf6wI-0008Cw-SG for xen-users@lists.xen.org; Wed, 22 May 2013 12:10:39 +0100 User-Agent: Kaiten Mail In-Reply-To: <1369215042.21246.143.camel@zakaz.uk.xensource.com> References: <1369215042.21246.143.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 From: Paul Stimpson Date: Wed, 22 May 2013 12:10:33 +0100 CC: xen-users Message-ID: <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: Re: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian Campbell wrote: >On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >> I hope this off topic post is ok > >No, it's not, please refrain from spamming the list in the future. > >> I just find out this new service that provides free internet and >free >> device[....]I hope you guys can signup for waiting list and use it as >> backup > > > +1 for Ian's comments. It also appears that the link you posted contains a unique identifier. This gives me the impression that it's probably some kind of affiliate code and that you would receive some financial incentive or gift of service from this company for every person who signs up after clicking it. That is spamming for gain and is seriously not cool. Bests, Paul. -- Sent from Kaiten Mail on Android. Please excuse my brevity. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:28:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:28: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 1Uf7CU-00084w-MZ; Wed, 22 May 2013 11:27:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7CS-00084q-ML for xen-users@lists.xen.org; Wed, 22 May 2013 11:27:20 +0000 Received: from [85.158.143.99:46066] by server-2.bemta-4.messagelabs.com id 1F/A9-27124-79BAC915; Wed, 22 May 2013 11:27:19 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1369222039!23839953!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 18380 invoked from network); 22 May 2013 11:27:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 11:27:19 -0000 X-IronPort-AV: E=Sophos;i="4.87,719,1363132800"; d="scan'208";a="4847513" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 11:27:20 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:27:19 +0100 Message-ID: <1369222038.21246.176.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Paul Stimpson Date: Wed, 22 May 2013 12:27:18 +0100 In-Reply-To: <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> References: <1369215042.21246.143.camel@zakaz.uk.xensource.com> <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , jacek burghardt Subject: Re: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 12:10 +0100, Paul Stimpson wrote: > > Ian Campbell wrote: > >On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: > >> I hope this off topic post is ok > > > >No, it's not, please refrain from spamming the list in the future. > > > >> I just find out this new service that provides free internet and > >free > >> device[....]I hope you guys can signup for waiting list and use it as > >> backup > > > > > > > > +1 for Ian's comments. > > It also appears that the link you posted contains a unique identifier. > This gives me the impression that it's probably some kind of affiliate > code and that you would receive some financial incentive or gift of > service from this company for every person who signs up after clicking > it. > > That is spamming for gain and is seriously not cool. I hadn't noticed this and, yes, it is very uncool. Jacek, I have brought this to the listmaster's attention. If this happens again I will ask them to ban you from these lists. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:28:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:28: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 1Uf7CU-00084w-MZ; Wed, 22 May 2013 11:27:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7CS-00084q-ML for xen-users@lists.xen.org; Wed, 22 May 2013 11:27:20 +0000 Received: from [85.158.143.99:46066] by server-2.bemta-4.messagelabs.com id 1F/A9-27124-79BAC915; Wed, 22 May 2013 11:27:19 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1369222039!23839953!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 18380 invoked from network); 22 May 2013 11:27:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 11:27:19 -0000 X-IronPort-AV: E=Sophos;i="4.87,719,1363132800"; d="scan'208";a="4847513" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 11:27:20 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:27:19 +0100 Message-ID: <1369222038.21246.176.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Paul Stimpson Date: Wed, 22 May 2013 12:27:18 +0100 In-Reply-To: <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> References: <1369215042.21246.143.camel@zakaz.uk.xensource.com> <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , jacek burghardt Subject: Re: [Xen-users] off topic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 12:10 +0100, Paul Stimpson wrote: > > Ian Campbell wrote: > >On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: > >> I hope this off topic post is ok > > > >No, it's not, please refrain from spamming the list in the future. > > > >> I just find out this new service that provides free internet and > >free > >> device[....]I hope you guys can signup for waiting list and use it as > >> backup > > > > > > > > +1 for Ian's comments. > > It also appears that the link you posted contains a unique identifier. > This gives me the impression that it's probably some kind of affiliate > code and that you would receive some financial incentive or gift of > service from this company for every person who signs up after clicking > it. > > That is spamming for gain and is seriously not cool. I hadn't noticed this and, yes, it is very uncool. Jacek, I have brought this to the listmaster's attention. If this happens again I will ask them to ban you from these lists. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:31:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:31: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 1Uf7G8-0008GR-Mf; Wed, 22 May 2013 11:31:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UevRk-0007DH-1l for xen-users@lists.xensource.com; Tue, 21 May 2013 22:54:20 +0000 Received: from [85.158.137.99:55578] by server-12.bemta-3.messagelabs.com id 19/5E-17342-B1BFB915; Tue, 21 May 2013 22:54:19 +0000 X-Env-Sender: ignacio@alegre.es X-Msg-Ref: server-6.tower-217.messagelabs.com!1369176857!12645755!1 X-Originating-IP: [80.24.141.24] X-SpamReason: No, hits=0.8 required=7.0 tests=MANY_EXCLAMATIONS X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32058 invoked from network); 21 May 2013 22:54:17 -0000 Received: from 24.red-80-24-141.staticip.rima-tde.net (HELO smtp.alegre.es) (80.24.141.24) by server-6.tower-217.messagelabs.com with SMTP; 21 May 2013 22:54:17 -0000 Received: from smtp.alegre.es (localhost.localdomain [127.0.0.1]) by smtp.alegre.es (Postfix) with ESMTP id 6D2BCFC335 for ; Wed, 22 May 2013 00:54:16 +0200 (CEST) Received: by smtp.alegre.es (Postfix, from userid 2002) id 2F516FC41D; Wed, 22 May 2013 00:54:16 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on servidor.alegre.es X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, FRT_SOMA2 autolearn=ham version=3.3.2 Received: from webmail.alegre.es (localhost [IPv6:::1]) by smtp.alegre.es (Postfix) with ESMTP id 5EE7FFC335 for ; Wed, 22 May 2013 00:54:12 +0200 (CEST) Received: from 83.39.244.164 (SquirrelMail authenticated user fuego) by webmail.alegre.es with HTTP; Wed, 22 May 2013 00:54:12 +0200 Message-ID: Date: Wed, 22 May 2013 00:54:12 +0200 From: "Ignacio Alegre Alvarez" To: xen-users@lists.xensource.com User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-AV-Checked: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 22 May 2013 11:31:07 +0000 Subject: [Xen-users] ALERT! /dev/xvda2 does not exist. Dropping to a shell! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: ignacio@alegre.es 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 Dear All, Can't start system because kernel can't load file systems to and get the next error: modprobe: can't load module microcode (kernel/arch/x86/kernel/microcode.ko): No such device done. Begin: Running /scripts/init-premount ... Begin: Requesting microcode update using per-core interface ... done. done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... [ 1.493127] device-mapper: uevent: version 1.0.3 [ 1.493908] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com Volume group "disco-xen-server" not found Skipping volume group disco-xen-server Unable to find LVM volume disco-xen-server/xen-server-swap done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay=3D (did the system wait long enough?) - Check root=3D (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/xvda2 does not exist. Dropping to a shell! modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep modprobe: module usbhid not found in modules.dep BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) Anyone can helpme because i'm lost with this matter i don't know if the configuration is grong or if the module to create xvda2 is not loaded i don't know follow can see some information about my system: root@xen-servidor:~# uname -r 3.2.0-4-amd64 root@xen-servidor:~# root@xen-servidor:~# xm info test host : xen-servidor release : 3.2.0-4-amd64 version : #1 SMP Debian 3.2.41-2+deb7u2 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1297 hw_caps : 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:0008377f:00000000 virt_caps : hvm total_memory : 895 free_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .4 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder cc_compiler : gcc version 4.7.2 (Debian 4.7.2-5) cc_compile_by : carnil cc_compile_domain : debian.org cc_compile_date : Sun May 5 14:44:49 UTC 2013 xend_config_format : 4 root@xen-servidor:~# root@xen-servidor:~# df -hT S.ficheros Tipo Tama=F1o Usados = Disp Uso% Montado en rootfs rootfs 4,6G 2,4G = 2,3G 52% / udev devtmpfs 10M 0 = 10M 0% /dev tmpfs tmpfs 74M 280K = 74M 1% /run /dev/mapper/disco--xen--server-xen--server--root ext4 4,6G 2,4G = 2,3G 52% / tmpfs tmpfs 5,0M 0 = 5,0M 0% /run/lock tmpfs tmpfs 148M 0 = 148M 0% /run/shm /dev/mapper/disco--xen--server-xen--server--disco ext4 223G 83G = 141G 38% /disco root@xen-servidor:~# test.cfg # # Kernel + memory size # kernel =3D '/boot/vmlinuz-3.2.0-4-amd64' ramdisk =3D '/boot/initrd.img-3.2.0-4-amd64' vcpus =3D '1' memory =3D '128' # # Disk device(s). # root =3D '/dev/xvda2 ro' disk =3D [ 'file:/home/xen/domains/test/disk.img,xvda2,w', 'file:/home/xen/domains/test/swap.img,xvda1,w', ] # # Physical volumes # # # Hostname # name =3D 'test' # # Networking # vif =3D [ 'ip=3D192.168.0.254 ,mac=3D00:16:3E:3A:FD:80' ] # # Behaviour # on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' Best Regards. Ignacio Alegre _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:31:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:31: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 1Uf7G8-0008GR-Mf; Wed, 22 May 2013 11:31:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UevRk-0007DH-1l for xen-users@lists.xensource.com; Tue, 21 May 2013 22:54:20 +0000 Received: from [85.158.137.99:55578] by server-12.bemta-3.messagelabs.com id 19/5E-17342-B1BFB915; Tue, 21 May 2013 22:54:19 +0000 X-Env-Sender: ignacio@alegre.es X-Msg-Ref: server-6.tower-217.messagelabs.com!1369176857!12645755!1 X-Originating-IP: [80.24.141.24] X-SpamReason: No, hits=0.8 required=7.0 tests=MANY_EXCLAMATIONS X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32058 invoked from network); 21 May 2013 22:54:17 -0000 Received: from 24.red-80-24-141.staticip.rima-tde.net (HELO smtp.alegre.es) (80.24.141.24) by server-6.tower-217.messagelabs.com with SMTP; 21 May 2013 22:54:17 -0000 Received: from smtp.alegre.es (localhost.localdomain [127.0.0.1]) by smtp.alegre.es (Postfix) with ESMTP id 6D2BCFC335 for ; Wed, 22 May 2013 00:54:16 +0200 (CEST) Received: by smtp.alegre.es (Postfix, from userid 2002) id 2F516FC41D; Wed, 22 May 2013 00:54:16 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on servidor.alegre.es X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, FRT_SOMA2 autolearn=ham version=3.3.2 Received: from webmail.alegre.es (localhost [IPv6:::1]) by smtp.alegre.es (Postfix) with ESMTP id 5EE7FFC335 for ; Wed, 22 May 2013 00:54:12 +0200 (CEST) Received: from 83.39.244.164 (SquirrelMail authenticated user fuego) by webmail.alegre.es with HTTP; Wed, 22 May 2013 00:54:12 +0200 Message-ID: Date: Wed, 22 May 2013 00:54:12 +0200 From: "Ignacio Alegre Alvarez" To: xen-users@lists.xensource.com User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-AV-Checked: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 22 May 2013 11:31:07 +0000 Subject: [Xen-users] ALERT! /dev/xvda2 does not exist. Dropping to a shell! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: ignacio@alegre.es 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 Dear All, Can't start system because kernel can't load file systems to and get the next error: modprobe: can't load module microcode (kernel/arch/x86/kernel/microcode.ko): No such device done. Begin: Running /scripts/init-premount ... Begin: Requesting microcode update using per-core interface ... done. done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... [ 1.493127] device-mapper: uevent: version 1.0.3 [ 1.493908] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com Volume group "disco-xen-server" not found Skipping volume group disco-xen-server Unable to find LVM volume disco-xen-server/xen-server-swap done. Begin: Waiting for root file system ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay=3D (did the system wait long enough?) - Check root=3D (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/xvda2 does not exist. Dropping to a shell! modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep modprobe: module usbhid not found in modules.dep BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) Anyone can helpme because i'm lost with this matter i don't know if the configuration is grong or if the module to create xvda2 is not loaded i don't know follow can see some information about my system: root@xen-servidor:~# uname -r 3.2.0-4-amd64 root@xen-servidor:~# root@xen-servidor:~# xm info test host : xen-servidor release : 3.2.0-4-amd64 version : #1 SMP Debian 3.2.41-2+deb7u2 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1297 hw_caps : 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:0008377f:00000000 virt_caps : hvm total_memory : 895 free_memory : 0 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .4 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder cc_compiler : gcc version 4.7.2 (Debian 4.7.2-5) cc_compile_by : carnil cc_compile_domain : debian.org cc_compile_date : Sun May 5 14:44:49 UTC 2013 xend_config_format : 4 root@xen-servidor:~# root@xen-servidor:~# df -hT S.ficheros Tipo Tama=F1o Usados = Disp Uso% Montado en rootfs rootfs 4,6G 2,4G = 2,3G 52% / udev devtmpfs 10M 0 = 10M 0% /dev tmpfs tmpfs 74M 280K = 74M 1% /run /dev/mapper/disco--xen--server-xen--server--root ext4 4,6G 2,4G = 2,3G 52% / tmpfs tmpfs 5,0M 0 = 5,0M 0% /run/lock tmpfs tmpfs 148M 0 = 148M 0% /run/shm /dev/mapper/disco--xen--server-xen--server--disco ext4 223G 83G = 141G 38% /disco root@xen-servidor:~# test.cfg # # Kernel + memory size # kernel =3D '/boot/vmlinuz-3.2.0-4-amd64' ramdisk =3D '/boot/initrd.img-3.2.0-4-amd64' vcpus =3D '1' memory =3D '128' # # Disk device(s). # root =3D '/dev/xvda2 ro' disk =3D [ 'file:/home/xen/domains/test/disk.img,xvda2,w', 'file:/home/xen/domains/test/swap.img,xvda1,w', ] # # Physical volumes # # # Hostname # name =3D 'test' # # Networking # vif =3D [ 'ip=3D192.168.0.254 ,mac=3D00:16:3E:3A:FD:80' ] # # Behaviour # on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' Best Regards. Ignacio Alegre _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:31:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:31:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7G9-0008Gb-Ck; Wed, 22 May 2013 11:31:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf3ah-0007ff-TD; Wed, 22 May 2013 07:36:08 +0000 Received: from [85.158.139.211:34125] by server-3.bemta-5.messagelabs.com id DC/17-31108-6657C915; Wed, 22 May 2013 07:36:06 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1369208161!15018944!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24859 invoked from network); 22 May 2013 07:36:01 -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; 22 May 2013 07:36:01 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="asc'?scan'208";a="4834269" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 May 2013 07:36:01 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 22 May 2013 08:36:00 +0100 Message-ID: <1369208159.12423.152.camel@Solace> From: Dario Faggioli To: "xen-users@lists.xen.org" Date: Wed, 22 May 2013 09:35:59 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 22 May 2013 11:31:07 +0000 Cc: "xen-api@lists.xen.org" , xen-devel Subject: [Xen-users] Xen Test Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4801752480045133017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4801752480045133017== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ckvHp4rQxYIU4iFu+XnX" --=-ckvHp4rQxYIU4iFu+XnX Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi everybody, Allow me to remind you that Xen Test Day is today, so come and join us on #xentest on freenode! We will be testing Xen 4.3 RC2 (released yesterday). For more info, see: - on Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days - on getting and testing RC2: http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - for generic testing information: http://wiki.xen.org/wiki/Testing_Xen If you're using Fedora 18, there is even an RPM available already (thanks Michael Young for the great work!) here: http://koji.fedoraproject.org/koji/taskinfo?taskID=3D5407161 See you all on freenode, channel #xentest. Regards Lars --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-ckvHp4rQxYIU4iFu+XnX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGcdV8ACgkQk4XaBE3IOsT7gQCeKd8G/gmEPPot2CJvar/JWSNE 4nMAnAy7DsZZVSq/kVnk/se0c9GC1oRW =HDes -----END PGP SIGNATURE----- --=-ckvHp4rQxYIU4iFu+XnX-- --===============4801752480045133017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4801752480045133017==-- From xen-users-bounces@lists.xen.org Wed May 22 11:31:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:31:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7G9-0008Gb-Ck; Wed, 22 May 2013 11:31:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf3ah-0007ff-TD; Wed, 22 May 2013 07:36:08 +0000 Received: from [85.158.139.211:34125] by server-3.bemta-5.messagelabs.com id DC/17-31108-6657C915; Wed, 22 May 2013 07:36:06 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1369208161!15018944!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24859 invoked from network); 22 May 2013 07:36:01 -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; 22 May 2013 07:36:01 -0000 X-IronPort-AV: E=Sophos;i="4.87,718,1363132800"; d="asc'?scan'208";a="4834269" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 May 2013 07:36:01 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 22 May 2013 08:36:00 +0100 Message-ID: <1369208159.12423.152.camel@Solace> From: Dario Faggioli To: "xen-users@lists.xen.org" Date: Wed, 22 May 2013 09:35:59 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 22 May 2013 11:31:07 +0000 Cc: "xen-api@lists.xen.org" , xen-devel Subject: [Xen-users] Xen Test Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4801752480045133017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4801752480045133017== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ckvHp4rQxYIU4iFu+XnX" --=-ckvHp4rQxYIU4iFu+XnX Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi everybody, Allow me to remind you that Xen Test Day is today, so come and join us on #xentest on freenode! We will be testing Xen 4.3 RC2 (released yesterday). For more info, see: - on Xen Test Days: http://wiki.xen.org/wiki/Xen_Test_Days - on getting and testing RC2: http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions - for generic testing information: http://wiki.xen.org/wiki/Testing_Xen If you're using Fedora 18, there is even an RPM available already (thanks Michael Young for the great work!) here: http://koji.fedoraproject.org/koji/taskinfo?taskID=3D5407161 See you all on freenode, channel #xentest. Regards Lars --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-ckvHp4rQxYIU4iFu+XnX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGcdV8ACgkQk4XaBE3IOsT7gQCeKd8G/gmEPPot2CJvar/JWSNE 4nMAnAy7DsZZVSq/kVnk/se0c9GC1oRW =HDes -----END PGP SIGNATURE----- --=-ckvHp4rQxYIU4iFu+XnX-- --===============4801752480045133017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4801752480045133017==-- From xen-users-bounces@lists.xen.org Wed May 22 11:41:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:41: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 1Uf7Ps-0000UG-97; Wed, 22 May 2013 11:41:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7Pp-0000Ty-Bc; Wed, 22 May 2013 11:41:10 +0000 Received: from [85.158.143.99:28222] by server-3.bemta-4.messagelabs.com id E7/6D-02015-4DEAC915; Wed, 22 May 2013 11:41:08 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1369222863!28229449!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 14658 invoked from network); 22 May 2013 11:41:04 -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; 22 May 2013 11:41:04 -0000 X-IronPort-AV: E=Sophos;i="4.87,719,1363132800"; d="scan'208";a="4848072" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 11:41:04 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:41:02 +0100 Message-ID: <519CAECE.9040706@citrix.com> Date: Wed, 22 May 2013 13:41:02 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk References: <519131D8.9010307@citrix.com> <20130521174009.GA5011@phenom.dumpdata.com> In-Reply-To: <20130521174009.GA5011@phenom.dumpdata.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 21/05/13 19:40, Konrad Rzeszutek Wilk wrote: > On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn=E9 wrote: >> Hello, >> >> Recently Justin T Gibbs, Will Andrews and myself have been working on >> improving the Xen support in FreeBSD. The main goal of this was to bring >> full PVHVM support to FreeBSD, right now FreeBSD is only using PV >> interfaces for disk and network interfaces when running as a HVM guest. >> The main benefits of this changes are that Xen virtual interrupts (event >> channels) are now delivered to the guest using a vector callback >> injection, that is a per-cpu mechanism that allows each vCPU to have >> different interrupts assigned, so for example network and disk >> interrupts are delivered to different vCPUs in order to improve >> performance. With this changes FreeBSD also uses PV timers when running >> as an HVM guest, which should provide better time keeping and reduce the >> virtualization overhead, since emulated timers are no longer used. PV >> IPIs can also be used inside a HVM guest, but this will be implemented >> later. >> >> Right now the code is in a state where it can be tested by users, so we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. >> >> The code is available in the following git repository, under the branch >> pvhvm_v5: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary >> >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > = > I tried on my Linux box to do this: > = > = > HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces > konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel KE= RNCONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM > Makefile:123: *** missing separator. Stop. > = > = > As I thought it would compile the same way you can compile NetBSD - that = is > even on non-BSD distros. Is that not the case? Should I only do this under > a FreeBSD guest? I have never tried to run the FreeBSD build system under something different than FreeBSD, also keep in mind that installkernel will place a bunch of FreeBSD files on your Linux box if you manage to run it. The error itself can probably be fixed by installing and using BSD make (bmake), but anyway you need a FreeBSD HVM DomU in order to test the kernel, so why not do the compilation on it? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:41:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:41: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 1Uf7Ps-0000UG-97; Wed, 22 May 2013 11:41:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7Pp-0000Ty-Bc; Wed, 22 May 2013 11:41:10 +0000 Received: from [85.158.143.99:28222] by server-3.bemta-4.messagelabs.com id E7/6D-02015-4DEAC915; Wed, 22 May 2013 11:41:08 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1369222863!28229449!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 14658 invoked from network); 22 May 2013 11:41:04 -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; 22 May 2013 11:41:04 -0000 X-IronPort-AV: E=Sophos;i="4.87,719,1363132800"; d="scan'208";a="4848072" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 11:41:04 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:41:02 +0100 Message-ID: <519CAECE.9040706@citrix.com> Date: Wed, 22 May 2013 13:41:02 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk References: <519131D8.9010307@citrix.com> <20130521174009.GA5011@phenom.dumpdata.com> In-Reply-To: <20130521174009.GA5011@phenom.dumpdata.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 21/05/13 19:40, Konrad Rzeszutek Wilk wrote: > On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn=E9 wrote: >> Hello, >> >> Recently Justin T Gibbs, Will Andrews and myself have been working on >> improving the Xen support in FreeBSD. The main goal of this was to bring >> full PVHVM support to FreeBSD, right now FreeBSD is only using PV >> interfaces for disk and network interfaces when running as a HVM guest. >> The main benefits of this changes are that Xen virtual interrupts (event >> channels) are now delivered to the guest using a vector callback >> injection, that is a per-cpu mechanism that allows each vCPU to have >> different interrupts assigned, so for example network and disk >> interrupts are delivered to different vCPUs in order to improve >> performance. With this changes FreeBSD also uses PV timers when running >> as an HVM guest, which should provide better time keeping and reduce the >> virtualization overhead, since emulated timers are no longer used. PV >> IPIs can also be used inside a HVM guest, but this will be implemented >> later. >> >> Right now the code is in a state where it can be tested by users, so we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. >> >> The code is available in the following git repository, under the branch >> pvhvm_v5: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary >> >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > = > I tried on my Linux box to do this: > = > = > HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces > konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel KE= RNCONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM > Makefile:123: *** missing separator. Stop. > = > = > As I thought it would compile the same way you can compile NetBSD - that = is > even on non-BSD distros. Is that not the case? Should I only do this under > a FreeBSD guest? I have never tried to run the FreeBSD build system under something different than FreeBSD, also keep in mind that installkernel will place a bunch of FreeBSD files on your Linux box if you manage to run it. The error itself can probably be fixed by installing and using BSD make (bmake), but anyway you need a FreeBSD HVM DomU in order to test the kernel, so why not do the compilation on it? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:45:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:45: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 1Uf7To-00010o-Rg; Wed, 22 May 2013 11:45:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7Tl-00010K-N6; Wed, 22 May 2013 11:45:14 +0000 Received: from [85.158.139.211:56634] by server-4.bemta-5.messagelabs.com id F4/FD-12332-8CFAC915; Wed, 22 May 2013 11:45:12 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369223111!18045098!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17302 invoked from network); 22 May 2013 11:45:12 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 11:45:12 -0000 X-IronPort-AV: E=Sophos;i="4.87,719,1363132800"; d="scan'208";a="4848238" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 11:45:12 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:45:11 +0100 Message-ID: <519CAFC7.1070908@citrix.com> Date: Wed, 22 May 2013 13:45:11 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> In-Reply-To: <5197A1EA.2040404@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 18/05/13 17:44, Colin Percival wrote: > On 05/18/13 02:50, Roger Pau Monn=E9 wrote: >> On 17/05/13 05:07, Colin Percival wrote: >>> On 05/16/13 17:43, Roger Pau Monn=E9 wrote: >>>> Thanks for testing this on EC2, could you post the full dmesg? So I can >>>> see the hypervisor version and if the PV timer is loaded or not. >>> >>> Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: >> >> I've pushed a new branch to my repository, pvhvm_v7 that should work, >> there was a bug with PCI event channel interrupt set up. I've tested >> with 3.4 and seems OK, but of course it doesn't support the vector >> callback injection. > = > That seems to work. dmesg is attached. Are there any particular tests > you'd like me to run? I have not tested ZFS, that might be a good one. If you are running this on Xen 3.4 the behaviour should be the same as without this patches, so there shouldn't be many differences. If you could try that on Xen 4.0 at least (if I remember correctly that's when the vector callback was introduced), you should see the PV timer getting attached, and a performance increase. > If anyone else wants to play with this, you can launch ami-e75c358e in the > EC2 us-east-1 region. > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 11:45:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 11:45: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 1Uf7To-00010o-Rg; Wed, 22 May 2013 11:45:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7Tl-00010K-N6; Wed, 22 May 2013 11:45:14 +0000 Received: from [85.158.139.211:56634] by server-4.bemta-5.messagelabs.com id F4/FD-12332-8CFAC915; Wed, 22 May 2013 11:45:12 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369223111!18045098!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17302 invoked from network); 22 May 2013 11:45:12 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 11:45:12 -0000 X-IronPort-AV: E=Sophos;i="4.87,719,1363132800"; d="scan'208";a="4848238" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 11:45:12 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:45:11 +0100 Message-ID: <519CAFC7.1070908@citrix.com> Date: Wed, 22 May 2013 13:45:11 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> In-Reply-To: <5197A1EA.2040404@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 18/05/13 17:44, Colin Percival wrote: > On 05/18/13 02:50, Roger Pau Monn=E9 wrote: >> On 17/05/13 05:07, Colin Percival wrote: >>> On 05/16/13 17:43, Roger Pau Monn=E9 wrote: >>>> Thanks for testing this on EC2, could you post the full dmesg? So I can >>>> see the hypervisor version and if the PV timer is loaded or not. >>> >>> Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: >> >> I've pushed a new branch to my repository, pvhvm_v7 that should work, >> there was a bug with PCI event channel interrupt set up. I've tested >> with 3.4 and seems OK, but of course it doesn't support the vector >> callback injection. > = > That seems to work. dmesg is attached. Are there any particular tests > you'd like me to run? I have not tested ZFS, that might be a good one. If you are running this on Xen 3.4 the behaviour should be the same as without this patches, so there shouldn't be many differences. If you could try that on Xen 4.0 at least (if I remember correctly that's when the vector callback was introduced), you should see the PV timer getting attached, and a performance increase. > If anyone else wants to play with this, you can launch ami-e75c358e in the > EC2 us-east-1 region. > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 12:04:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 12:04: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 1Uf7lP-0002dc-8e; Wed, 22 May 2013 12:03:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7lN-0002dX-Rt for xen-users@lists.xen.org; Wed, 22 May 2013 12:03:26 +0000 Received: from [85.158.138.51:42213] by server-3.bemta-3.messagelabs.com id 94/F4-12734-C04BC915; Wed, 22 May 2013 12:03:24 +0000 X-Env-Sender: alberto@bersol.info X-Msg-Ref: server-6.tower-174.messagelabs.com!1369224203!20003128!1 X-Originating-IP: [213.4.138.18] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2908 invoked from network); 22 May 2013 12:03:23 -0000 Received: from impaqm2.telefonica.net (HELO telefonica.net) (213.4.138.18) by server-6.tower-174.messagelabs.com with SMTP; 22 May 2013 12:03:23 -0000 Received: from IMPmailhost4.adm.correo ([10.20.102.125]) by IMPaqm2.telefonica.net with bizsmtp id ewng1l00X2iL0W23N03QBu; Wed, 22 May 2013 14:03:24 +0200 Received: from parstadmz.localdomain ([83.53.99.159]) by IMPmailhost4.adm.correo with BIZ IMP id f03L1l00j3SKzkK1k03MJ0; Wed, 22 May 2013 14:03:21 +0200 X-CMAE-Analysis: v=1.1 cv=K3NpUh7EwZ8y1pMHBHmSkbPxE3nffOv4K0e0aY/vw38= c=1 sm=1 a=VuQqkWwBfaAA:10 a=ge_5T2dJgN4A:10 a=Qxd5XFhjAiQA:10 a=wPDyFdB5xvgA:10 a=odw7iSDbeX24UkSyRE3jBg==:17 a=428STETUAAAA:8 a=eY93YMex53k9fzxusyQA:9 a=wPNLvfGTeEIA:10 a=IynVsDuSqfYA:10 a=pGLkceISAAAA:8 a=o_0rQU5UAAAA:8 a=5WYuAjlxLqyttGI0qNYA:9 a=_W_S_7VecoQA:10 a=MSl-tDqOz04A:10 a=CyiU9Y0ytfcA:10 a=zIdlvlqepDfhSMvp:21 a=odw7iSDbeX24UkSyRE3jBg==:117 X-original-sender: 944466607@movistar.es Received: from localhost (localhost [127.0.0.1]) by parstadmz.localdomain (Postfix) with ESMTP id 5E9033011F for ; Wed, 22 May 2013 14:03:22 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bersol.info Received: from parstadmz.localdomain ([127.0.0.1]) by localhost (parstadmz.bersol.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n0MFsiAg3K1E for ; Wed, 22 May 2013 14:03:18 +0200 (CEST) Received: from [192.168.2.10] (apevia.bersol.info [192.168.2.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by parstadmz.localdomain (Postfix) with ESMTPSA id 17C313011E for ; Wed, 22 May 2013 14:03:18 +0200 (CEST) Message-ID: <519CB406.4020906@bersol.info> Date: Wed, 22 May 2013 14:03:18 +0200 From: Alberto User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> <519AA2F3.6070604@gmail.com> In-Reply-To: <519AA2F3.6070604@gmail.com> Subject: Re: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6982444753700712260==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6982444753700712260== Content-Type: multipart/alternative; boundary="------------090204090008040501020408" This is a multi-part message in MIME format. --------------090204090008040501020408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Thanks to everybody for your answers... Perhaps it's true. It can be a Netfilter problem, and my Iptables knowledges aren't very extensive. The Netfilter support list can help me, perhaps. Thank you Alberto El 21/05/13 00:25, Peter Viskup escribió: > On 05/20/2013 11:51 PM, Alberto wrote: >> What can I do for give security to Virtual machines? >> >> Thanks a lot >> Alberto > Hi Alberto, > once doing the SNAT/DNAT you can filter the connections in FORWARD table. > > Just did some quick search on the net and find this nice iptables > tutorial: > http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES > read the "Chapter 6. Traversing of tables and chains" section General > with nice picture of all chains and their order. > Wish you nice reading and successful learning of iptables. ;-) > > Best regards, > -- > Peter Viskup --------------090204090008040501020408 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks to everybody for your answers...

Perhaps it's true.
It can be a Netfilter problem, and my Iptables knowledges aren't very extensive.

The Netfilter support list can help me, perhaps.

Thank you
Alberto

El 21/05/13 00:25, Peter Viskup escribió:
On 05/20/2013 11:51 PM, Alberto wrote:
What can I do for give security to Virtual machines?

Thanks a lot
Alberto
Hi Alberto,
once doing the SNAT/DNAT you can filter the connections in FORWARD table.

Just did some quick search on the net and find this nice iptables tutorial:
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES
read the "Chapter 6. Traversing of tables and chains" section General with nice picture of all chains and their order.
Wish you nice reading and successful learning of iptables. ;-)

Best regards,
--
Peter Viskup

--------------090204090008040501020408-- --===============6982444753700712260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6982444753700712260==-- From xen-users-bounces@lists.xen.org Wed May 22 12:04:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 12:04: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 1Uf7lP-0002dc-8e; Wed, 22 May 2013 12:03:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf7lN-0002dX-Rt for xen-users@lists.xen.org; Wed, 22 May 2013 12:03:26 +0000 Received: from [85.158.138.51:42213] by server-3.bemta-3.messagelabs.com id 94/F4-12734-C04BC915; Wed, 22 May 2013 12:03:24 +0000 X-Env-Sender: alberto@bersol.info X-Msg-Ref: server-6.tower-174.messagelabs.com!1369224203!20003128!1 X-Originating-IP: [213.4.138.18] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2908 invoked from network); 22 May 2013 12:03:23 -0000 Received: from impaqm2.telefonica.net (HELO telefonica.net) (213.4.138.18) by server-6.tower-174.messagelabs.com with SMTP; 22 May 2013 12:03:23 -0000 Received: from IMPmailhost4.adm.correo ([10.20.102.125]) by IMPaqm2.telefonica.net with bizsmtp id ewng1l00X2iL0W23N03QBu; Wed, 22 May 2013 14:03:24 +0200 Received: from parstadmz.localdomain ([83.53.99.159]) by IMPmailhost4.adm.correo with BIZ IMP id f03L1l00j3SKzkK1k03MJ0; Wed, 22 May 2013 14:03:21 +0200 X-CMAE-Analysis: v=1.1 cv=K3NpUh7EwZ8y1pMHBHmSkbPxE3nffOv4K0e0aY/vw38= c=1 sm=1 a=VuQqkWwBfaAA:10 a=ge_5T2dJgN4A:10 a=Qxd5XFhjAiQA:10 a=wPDyFdB5xvgA:10 a=odw7iSDbeX24UkSyRE3jBg==:17 a=428STETUAAAA:8 a=eY93YMex53k9fzxusyQA:9 a=wPNLvfGTeEIA:10 a=IynVsDuSqfYA:10 a=pGLkceISAAAA:8 a=o_0rQU5UAAAA:8 a=5WYuAjlxLqyttGI0qNYA:9 a=_W_S_7VecoQA:10 a=MSl-tDqOz04A:10 a=CyiU9Y0ytfcA:10 a=zIdlvlqepDfhSMvp:21 a=odw7iSDbeX24UkSyRE3jBg==:117 X-original-sender: 944466607@movistar.es Received: from localhost (localhost [127.0.0.1]) by parstadmz.localdomain (Postfix) with ESMTP id 5E9033011F for ; Wed, 22 May 2013 14:03:22 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bersol.info Received: from parstadmz.localdomain ([127.0.0.1]) by localhost (parstadmz.bersol.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n0MFsiAg3K1E for ; Wed, 22 May 2013 14:03:18 +0200 (CEST) Received: from [192.168.2.10] (apevia.bersol.info [192.168.2.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by parstadmz.localdomain (Postfix) with ESMTPSA id 17C313011E for ; Wed, 22 May 2013 14:03:18 +0200 (CEST) Message-ID: <519CB406.4020906@bersol.info> Date: Wed, 22 May 2013 14:03:18 +0200 From: Alberto User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <5198C00C.9060902@bobich.net> <1158492908669681784@unknownmsgid> <5199094B.6070804@bobich.net> <6402853042190013930@unknownmsgid> <2a24c911140243baa421feb157fe6da5@mail.shatteredsilicon.net> <519A9AEB.7070509@bersol.info> <519AA2F3.6070604@gmail.com> In-Reply-To: <519AA2F3.6070604@gmail.com> Subject: Re: [Xen-users] Security in Virtual Machine X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6982444753700712260==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6982444753700712260== Content-Type: multipart/alternative; boundary="------------090204090008040501020408" This is a multi-part message in MIME format. --------------090204090008040501020408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Thanks to everybody for your answers... Perhaps it's true. It can be a Netfilter problem, and my Iptables knowledges aren't very extensive. The Netfilter support list can help me, perhaps. Thank you Alberto El 21/05/13 00:25, Peter Viskup escribió: > On 05/20/2013 11:51 PM, Alberto wrote: >> What can I do for give security to Virtual machines? >> >> Thanks a lot >> Alberto > Hi Alberto, > once doing the SNAT/DNAT you can filter the connections in FORWARD table. > > Just did some quick search on the net and find this nice iptables > tutorial: > http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES > read the "Chapter 6. Traversing of tables and chains" section General > with nice picture of all chains and their order. > Wish you nice reading and successful learning of iptables. ;-) > > Best regards, > -- > Peter Viskup --------------090204090008040501020408 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks to everybody for your answers...

Perhaps it's true.
It can be a Netfilter problem, and my Iptables knowledges aren't very extensive.

The Netfilter support list can help me, perhaps.

Thank you
Alberto

El 21/05/13 00:25, Peter Viskup escribió:
On 05/20/2013 11:51 PM, Alberto wrote:
What can I do for give security to Virtual machines?

Thanks a lot
Alberto
Hi Alberto,
once doing the SNAT/DNAT you can filter the connections in FORWARD table.

Just did some quick search on the net and find this nice iptables tutorial:
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TRAVERSINGOFTABLES
read the "Chapter 6. Traversing of tables and chains" section General with nice picture of all chains and their order.
Wish you nice reading and successful learning of iptables. ;-)

Best regards,
--
Peter Viskup

--------------090204090008040501020408-- --===============6982444753700712260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6982444753700712260==-- From xen-users-bounces@lists.xen.org Wed May 22 12:22:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 12:22: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 1Uf82u-0003FL-RU; Wed, 22 May 2013 12:21:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf82s-0003Ez-MC; Wed, 22 May 2013 12:21:30 +0000 Received: from [85.158.138.51:62234] by server-13.bemta-3.messagelabs.com id E2/E9-19597-948BC915; Wed, 22 May 2013 12:21:29 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1369225287!27947890!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20238 invoked from network); 22 May 2013 12:21:28 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 12:21:28 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4MCLLiY029665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 12:21:22 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MCLMk1000201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 12:21:23 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MCLMhb019701; Wed, 22 May 2013 12:21:22 GMT Received: from konrad-lan.dumpdata.com (/10.154.121.43) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 05:21:22 -0700 Date: Wed, 22 May 2013 08:21:19 -0400 From: Konrad Rzeszutek Wilk To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130522122119.GD3162@konrad-lan.dumpdata.com> References: <519131D8.9010307@citrix.com> <20130521174009.GA5011@phenom.dumpdata.com> <519CAECE.9040706@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <519CAECE.9040706@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 01:41:02PM +0200, Roger Pau Monn=E9 wrote: > On 21/05/13 19:40, Konrad Rzeszutek Wilk wrote: > > On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn=E9 wrote: > >> Hello, > >> > >> Recently Justin T Gibbs, Will Andrews and myself have been working on > >> improving the Xen support in FreeBSD. The main goal of this was to bri= ng > >> full PVHVM support to FreeBSD, right now FreeBSD is only using PV > >> interfaces for disk and network interfaces when running as a HVM guest. > >> The main benefits of this changes are that Xen virtual interrupts (eve= nt > >> channels) are now delivered to the guest using a vector callback > >> injection, that is a per-cpu mechanism that allows each vCPU to have > >> different interrupts assigned, so for example network and disk > >> interrupts are delivered to different vCPUs in order to improve > >> performance. With this changes FreeBSD also uses PV timers when running > >> as an HVM guest, which should provide better time keeping and reduce t= he > >> virtualization overhead, since emulated timers are no longer used. PV > >> IPIs can also be used inside a HVM guest, but this will be implemented > >> later. > >> > >> Right now the code is in a state where it can be tested by users, so we > >> would like to encourage FreeBSD and Xen users to test it and provide > >> feedback. > >> > >> The code is available in the following git repository, under the branch > >> pvhvm_v5: > >> > >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsumma= ry > >> > >> Also, I've created a wiki page that explains how to set up a FreeBSD > >> PVHVM for testing: > >> > >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > > = > > I tried on my Linux box to do this: > > = > > = > > HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces > > konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel = KERNCONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM > > Makefile:123: *** missing separator. Stop. > > = > > = > > As I thought it would compile the same way you can compile NetBSD - tha= t is > > even on non-BSD distros. Is that not the case? Should I only do this un= der > > a FreeBSD guest? > = > I have never tried to run the FreeBSD build system under something > different than FreeBSD, also keep in mind that installkernel will place > a bunch of FreeBSD files on your Linux box if you manage to run it. The > error itself can probably be fixed by installing and using BSD make > (bmake), but anyway you need a FreeBSD HVM DomU in order to test the > kernel, so why not do the compilation on it? Oh, sure. Just thought that the NetBSD method (which also allows one to build the kernel and the iso) was the same on FreeBSd. Will of course install first the HVM domU and do it again. > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 12:22:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 12:22: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 1Uf82u-0003FL-RU; Wed, 22 May 2013 12:21:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf82s-0003Ez-MC; Wed, 22 May 2013 12:21:30 +0000 Received: from [85.158.138.51:62234] by server-13.bemta-3.messagelabs.com id E2/E9-19597-948BC915; Wed, 22 May 2013 12:21:29 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1369225287!27947890!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20238 invoked from network); 22 May 2013 12:21:28 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 12:21:28 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4MCLLiY029665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 12:21:22 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MCLMk1000201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 12:21:23 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MCLMhb019701; Wed, 22 May 2013 12:21:22 GMT Received: from konrad-lan.dumpdata.com (/10.154.121.43) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 05:21:22 -0700 Date: Wed, 22 May 2013 08:21:19 -0400 From: Konrad Rzeszutek Wilk To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130522122119.GD3162@konrad-lan.dumpdata.com> References: <519131D8.9010307@citrix.com> <20130521174009.GA5011@phenom.dumpdata.com> <519CAECE.9040706@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <519CAECE.9040706@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 01:41:02PM +0200, Roger Pau Monn=E9 wrote: > On 21/05/13 19:40, Konrad Rzeszutek Wilk wrote: > > On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn=E9 wrote: > >> Hello, > >> > >> Recently Justin T Gibbs, Will Andrews and myself have been working on > >> improving the Xen support in FreeBSD. The main goal of this was to bri= ng > >> full PVHVM support to FreeBSD, right now FreeBSD is only using PV > >> interfaces for disk and network interfaces when running as a HVM guest. > >> The main benefits of this changes are that Xen virtual interrupts (eve= nt > >> channels) are now delivered to the guest using a vector callback > >> injection, that is a per-cpu mechanism that allows each vCPU to have > >> different interrupts assigned, so for example network and disk > >> interrupts are delivered to different vCPUs in order to improve > >> performance. With this changes FreeBSD also uses PV timers when running > >> as an HVM guest, which should provide better time keeping and reduce t= he > >> virtualization overhead, since emulated timers are no longer used. PV > >> IPIs can also be used inside a HVM guest, but this will be implemented > >> later. > >> > >> Right now the code is in a state where it can be tested by users, so we > >> would like to encourage FreeBSD and Xen users to test it and provide > >> feedback. > >> > >> The code is available in the following git repository, under the branch > >> pvhvm_v5: > >> > >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsumma= ry > >> > >> Also, I've created a wiki page that explains how to set up a FreeBSD > >> PVHVM for testing: > >> > >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > > = > > I tried on my Linux box to do this: > > = > > = > > HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces > > konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel = KERNCONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM > > Makefile:123: *** missing separator. Stop. > > = > > = > > As I thought it would compile the same way you can compile NetBSD - tha= t is > > even on non-BSD distros. Is that not the case? Should I only do this un= der > > a FreeBSD guest? > = > I have never tried to run the FreeBSD build system under something > different than FreeBSD, also keep in mind that installkernel will place > a bunch of FreeBSD files on your Linux box if you manage to run it. The > error itself can probably be fixed by installing and using BSD make > (bmake), but anyway you need a FreeBSD HVM DomU in order to test the > kernel, so why not do the compilation on it? Oh, sure. Just thought that the NetBSD method (which also allows one to build the kernel and the iso) was the same on FreeBSd. Will of course install first the HVM domU and do it again. > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 13:20:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 13:20: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 1Uf8wy-0005cB-1t; Wed, 22 May 2013 13:19:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf8ww-0005bx-2N for xen-users@lists.xen.org; Wed, 22 May 2013 13:19:26 +0000 Received: from [85.158.139.83:47451] by server-8.bemta-5.messagelabs.com id 30/0C-29170-DD5CC915; Wed, 22 May 2013 13:19:25 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1369228761!27995164!1 X-Originating-IP: [209.85.192.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22735 invoked from network); 22 May 2013 13:19:23 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 13:19:23 -0000 Received: by mail-pd0-f182.google.com with SMTP id g10so1690466pdj.13 for ; Wed, 22 May 2013 06:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=V4kXnVNtg4HNJ+iwHhUnqDYbl5LXCoovVKq8tuncljM=; b=MncuHJPUFX5cv+XsQq9qVsrpmq9lCzJWgt1aSwiAzQZB2jBuEwPbar0nllTPSkeTXS axWSzpkJiPR9Xd3lfYC1X6N4Pu1qrbB2nTAmStb8eJ68lLz/quZw2KGI4WJtXK0Ntpet eS7wlDYMlKiKzwmm6//eQHrgzOIHtZXnKMIJgDlSZe5c2d1i2x+h327WgilAsO7JLGgB ZnuycALilEU9q9z/3v8ORyAWlfp51YvdZGnFf9mowO6yKI9akGoOxHbK8Nbf16K9xVBl XBYZjzKFkDsUyy0bFxX2AqR9xJ7fi5oozDyqtUZlGe9DiK0mD66VmEaVyKwB7J7Wq7dn BIjg== X-Received: by 10.66.8.69 with SMTP id p5mr8336992paa.57.1369228759981; Wed, 22 May 2013 06:19:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.50.129 with HTTP; Wed, 22 May 2013 06:18:59 -0700 (PDT) In-Reply-To: <1369215835.21246.151.camel@zakaz.uk.xensource.com> References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Wed, 22 May 2013 15:18:59 +0200 Message-ID: To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 11:43 AM, Ian Campbell wr= ote: > On Wed, 2013-05-22 at 05:10 +0200, Ole Johan V=E6ringstad wrote: >> Xen 4.2.0-r1, xen-tools 4.2.0-r3 from portage >> Kernel 3.8.13-gentoo >> >> /etc/conf.d/net: >> config_eth0=3D"null" >> config_eth1=3D"dhcp" >> bridge_xenbr0=3D"eth0" >> config_xenbr0=3D"dhcp" >> brctl_xenbr0=3D"setfd 0" >> brctl_xenbr0=3D"sethello 10" >> brctl_xenbr0=3D"stp on" >> rc_net_xenbr0_need=3D"net.eth0" >> rc_net_xenbr0_provide=3D"!net" >> rc_net_xenbr0_provide=3D"xenbridge" >> carrier_timeout_xenbr0=3D"0" >> >> # brctl show >> bridge name bridge id STP enabled interfaces >> xenbr0 8000.902b34599a01 yes eth0 >> >> # ping -c 3 -I xenbr0 192.168.0.1 >> PING 192.168.0.1 (192.168.0.1) from 192.168.0.104 xenbr0: 56(84) bytes >> of data. >> 64 bytes from 192.168.0.1: icmp_seq=3D1 ttl=3D64 time=3D2.78 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D2 ttl=3D64 time=3D2.92 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D3 ttl=3D64 time=3D2.88 ms >> >> # xl create /etc/xen/ubuntu.cfg > > Can you try "xl -vvv ..." for more debugging. Also have a look > under /var/log/xen for any relevant logs. > > Is /etc/xen/scripts/vif-bridge present? If so then a useful debug > technique can be to add to the top > exec >>/tmp/hotplug.log 2>&1 > which will cause the script output to be logged to /tmp/hotplug.log > which might give a clue. > > Ian. > # xl -vvv create /etc/xen/ubuntu.cfg: libxl: debug: libxl_create.c:1173:do_domain_create: ao 0x1664890: create: how=3D(nil) callback=3D(nil) poller=3D0x16648f0 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhda spec.backend=3Dunknown libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=3Dhda, using backend phy libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhdd spec.backend=3Dunknown libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=3Dhdd, backend phy unsuitable as phys path not a block device libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=3Dhdd, backend tap unsuitable because blktap not available libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=3Dhdd, using backend qdisk libxl: debug: libxl_create.c:677:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x1665280: deregister unregistered libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=3D1, nr_cpus=3D8, nr_vcpus=3D4, free_memkb=3D28191 libxl: detail: libxl_dom.c:192:numa_place_domain: NUMA placement candidate with 1 nodes, 8 cpus and 28191 KB free selected xc: detail: elf_parse_binary: phdr: paddr=3D0x100000 memsz=3D0x9df48 xc: detail: elf_parse_binary: memory: 0x100000 -> 0x19df48 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000019df48 TOTAL: 0000000000000000->00000000ff800000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000003fb 1GB PAGES: 0x0000000000000002 xc: detail: elf_load_binary: phdr 0 at 0x0x7f36b190c000 -> 0x0x7f36b19a0dd5 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhda spec.backend=3Dphy libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x16668c8 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: register slotnum=3D3 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhdd spec.backend=3Dqdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhdd spec.backend=3Dqdisk libxl: debug: libxl_create.c:1186:do_domain_create: ao 0x1664890: inprogress: poller=3D0x16648f0, flags=3Di libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x16668c8 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: event epath=3D/local/domain/0/backend/vbd/14/768/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vbd/14/768/state wanted state 2 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x16668c8 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x16668c8: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_event.c:426:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: empty slot libxl: debug: libxl_dm.c:1142:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-dm with arguments: libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: /usr/lib/xen/bin/qem= u-dm libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -d libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 14 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -domain-name libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: ubuntu libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vnc libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 0.0.0.0:4 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vncunused libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -videoram libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 8 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -boot libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: dc libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -usb libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -usbdevice libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: tablet libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -acpi libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vcpus libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 2 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vcpu_avail libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 0x03 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -net libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: nic,vlan=3D0,macaddr=3D00:16:3e:00:00:02,model=3Drtl8139 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -net libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: tap,vlan=3D0,ifname=3Dvif14.0-emu,bridge=3Dxenbr0,script=3Dno,downscript=3D= no libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -M libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: xenfv libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: register slotnum=3D3 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: event epath=3D/local/domain/0/device-model/14/state libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: event epath=3D/local/domain/0/device-model/14/state libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x16654b8: deregister unregistered libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: register slotnum=3D3 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:600:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 2 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x1669dd8: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online + exec libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [13555] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: error: libxl_create.c:1096:domcreate_attach_pci: unable to add nic devices libxl: debug: libxl_dm.c:1248:libxl__destroy_device_model: Device Model sig= naled libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x166aa58 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: register slotnum=3D3 libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: register slotnum=3D2 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x166aa58 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: event epath=3D/local/domain/0/backend/vbd/14/768/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vbd/14/768/state wanted state 6 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x166aa58 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x166aa58: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/block remove libxl: debug: libxl_event.c:426:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: empty slot libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:600:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 6 still waiting state 5 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 6 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: deregister slotnum=3D2 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x166b208: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge offline + exec libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge offline [13595] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge remove + exec libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge remove [13648] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: debug: libxl_event.c:1497:libxl__ao_complete: ao 0x1664890: complete, rc=3D-3 libxl: debug: libxl_event.c:1469:libxl__ao__destroy: ao 0x1664890: destroy xc: debug: hypercall buffer: total allocations:1593 total releases:1593 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:1585 misses:4 toobig:4 Parsing config from /etc/xen/ubuntu.cfg =3D=3D=3D /tmp/hotplug.log (exec >>/tmp/hotplug.log 2>&1 did not produce any output, added -x to shebang): ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n 1 ']' +++ xenstore-read libxl/disable_udev +++ exit 0 ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n '' ']' ++++ dirname /etc/xen/scripts/vif-bridge ++ dirname /etc/xen/scripts/vif-bridge +++ dir=3D/etc/xen/scripts +++ . /etc/xen/scripts/hotplugpath.sh ++++ SBINDIR=3D/usr/sbin ++++ BINDIR=3D/usr/bin ++++ LIBEXEC=3D/usr/lib/xen/bin ++++ LIBDIR=3D/usr/lib64 ++++ SHAREDIR=3D/usr/share ++++ PRIVATE_BINDIR=3D/usr/lib64/xen/bin ++++ XENFIRMWAREDIR=3D/usr/lib/xen/boot ++++ XEN_CONFIG_DIR=3D/etc/xen ++++ XEN_SCRIPT_DIR=3D/etc/xen/scripts ++++ XEN_LOCK_DIR=3D/var/lock ++++ XEN_RUN_DIR=3D/var/run/xen ++++ XEN_PAGING_DIR=3D/var/lib/xen/xenpaging +++ . /etc/xen/scripts/logging.sh +++ . /etc/xen/scripts/xen-script-common.sh ++++ set -e +++ . /etc/xen/scripts/locking.sh + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh ++++ LOCK_BASEDIR=3D/var/run/xen-hotplug +++ exec +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n 1 ']' +++ xenstore-read libxl/disable_udev +++ exit 0 ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n 1 ']' +++ xenstore-read libxl/disable_udev +++ dirname /etc/xen/scripts/vif-bridge +++ exit 0 ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n '' ']' ++++ dirname /etc/xen/scripts/vif-bridge +++ dir=3D/etc/xen/scripts +++ . /etc/xen/scripts/hotplugpath.sh ++++ SBINDIR=3D/usr/sbin ++++ BINDIR=3D/usr/bin ++++ LIBEXEC=3D/usr/lib/xen/bin ++++ LIBDIR=3D/usr/lib64 ++++ SHAREDIR=3D/usr/share ++++ PRIVATE_BINDIR=3D/usr/lib64/xen/bin ++++ XENFIRMWAREDIR=3D/usr/lib/xen/boot ++++ XEN_CONFIG_DIR=3D/etc/xen ++++ XEN_SCRIPT_DIR=3D/etc/xen/scripts ++++ XEN_LOCK_DIR=3D/var/lock ++++ XEN_RUN_DIR=3D/var/run/xen ++++ XEN_PAGING_DIR=3D/var/lib/xen/xenpaging +++ . /etc/xen/scripts/logging.sh +++ . /etc/xen/scripts/xen-script-common.sh ++++ set -e +++ . /etc/xen/scripts/locking.sh ++++ LOCK_BASEDIR=3D/var/run/xen-hotplug +++ exec ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n '' ']' ++++ dirname /etc/xen/scripts/vif-bridge +++ dir=3D/etc/xen/scripts +++ . /etc/xen/scripts/hotplugpath.sh ++++ SBINDIR=3D/usr/sbin ++++ BINDIR=3D/usr/bin ++++ LIBEXEC=3D/usr/lib/xen/bin ++++ LIBDIR=3D/usr/lib64 ++++ SHAREDIR=3D/usr/share ++++ PRIVATE_BINDIR=3D/usr/lib64/xen/bin ++++ XENFIRMWAREDIR=3D/usr/lib/xen/boot ++++ XEN_CONFIG_DIR=3D/etc/xen ++++ XEN_SCRIPT_DIR=3D/etc/xen/scripts ++++ XEN_LOCK_DIR=3D/var/lock ++++ XEN_RUN_DIR=3D/var/run/xen ++++ XEN_PAGING_DIR=3D/var/lib/xen/xenpaging +++ . /etc/xen/scripts/logging.sh +++ . /etc/xen/scripts/xen-script-common.sh ++++ set -e +++ . /etc/xen/scripts/locking.sh ++++ LOCK_BASEDIR=3D/var/run/xen-hotplug +++ exec =3D=3D=3D /var/log/xen/qemu-dm-ubuntu.log: domid: 14 -videoram option does not work with cirrus vga device model. Videoram set t= o 4M. Using file /dev/ssdraid/gentoo in read-write mode Strip off blktap sub-type prefix to /export/media/Installs/ubuntu-13.04-desktop-amd64.iso (drv 'aio') Using file /export/media/Installs/ubuntu-13.04-desktop-amd64.iso in read-only mode Watching /local/domain/0/device-model/14/logdirty/cmd Watching /local/domain/0/device-model/14/command Watching /local/domain/14/cpu qemu_map_cache_init nr_buckets =3D 10000 size 4194304 shared page at pfn feffd buffered io page at pfn feffb Guest uuid =3D 7227a926-9e41-4297-90a0-8ae9acba8b62 populating video RAM at ff000000 mapping video RAM from ff000000 Register xen platform. Done register platform. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw st= ate. xs_read(/local/domain/0/device-model/14/xen_extended_power_mgmt): read error xs_read(): vncpasswd get error. /vm/7227a926-9e41-4297-90a0-8ae9acba8b62/vncpasswd. medium change watch on `hdd' (index: 1): aio:/export/media/Installs/ubuntu-13.04-desktop-amd64.iso I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 Log-dirty: no command yet. I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 vcpu-set: watch node error. xs_read(/local/domain/14/log-throttling): read error qemu: ignoring not-understood drive `/local/domain/14/log-throttling' medium change watch on `/local/domain/14/log-throttling' - unknown device, ignored =3D=3D=3D /var/log/xen/xen-hotplug.log: +++ export PATH=3D/usr/bin:/usr/sbin:/usr/lib/xen/bin:/usr/lib64/xen/bin:/s= bin:/bin:/usr/bin:/usr/sbin:/root/.gem/ruby/1.9.1/bin:/opt/bin:/usr/local/b= in:/usr/local/sbin:/usr/bin:/sbin:/bin:/root/.bash:/root/.python:/root/.rub= y:/root/.tcl:/usr/sbin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 +++ PATH=3D/usr/bin:/usr/sbin:/usr/lib/xen/bin:/usr/lib64/xen/bin:/sbin:/bi= n:/usr/bin:/usr/sbin:/root/.gem/ruby/1.9.1/bin:/opt/bin:/usr/local/bin:/usr= /local/sbin:/usr/bin:/sbin:/bin:/root/.bash:/root/.python:/root/.ruby:/root= /.tcl:/usr/sbin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 +++ export LANG=3DPOSIX +++ LANG=3DPOSIX ++++ set ++++ cut -d=3D -f1 ++++ grep '^LC_' +++ unset +++ trap sigerr ERR +++ log debug remove type_if=3Dtap XENBUS_PATH=3Dbackend/vif/14/0 +++ local level=3Ddebug +++ shift +++ logger -p daemon.debug -- /etc/xen/scripts/vif-bridge: remove type_if=3Dtap XENBUS_PATH=3Dbackend/vif/14/0 ++ . /etc/xen/scripts/xen-network-common.sh +++ which ifup ++ findCommand remove type_if=3Dtap ++ for arg in '"$@"' ++ expr index remove =3D ++ command=3Dremove ++ return ++ '[' remove '!=3D' online ']' ++ '[' remove '!=3D' offline ']' ++ '[' remove '!=3D' add ']' ++ '[' remove '!=3D' remove ']' ++ evalVariables remove type_if=3Dtap ++ for arg in '"$@"' ++ expr index remove =3D '>' 1 ++ for arg in '"$@"' ++ expr index type_if=3Dtap =3D '>' 1 ++ eval type_if=3Dtap +++ type_if=3Dtap ++ : tap ++ case "$type_if" in ++ dev=3Dvif14.0-emu ++ case "$command" in ++ test tap '!=3D' tap ++ '[' tap =3D vif ']' ++ '[' tap =3D tap ']' ++ : vif14.0-emu ++ dev_=3D14.0-emu ++ dev_=3D14.0 ++ domid=3D14 ++ devid=3D0 ++ XENBUS_PATH=3D/local/domain/0/backend/vif/14/0 +++ xenstore_read_default /local/domain/0/backend/vif/14/0/vifname '' +++ xenstore-read /local/domain/0/backend/vif/14/0/vifname +++ echo '' ++ vifname=3D ++ '[' '' ']' ++ ip=3D +++ xenstore_read_default /local/domain/0/backend/vif/14/0/ip '' +++ xenstore-read /local/domain/0/backend/vif/14/0/ip +++ echo '' ++ ip=3D + bridge=3D ++ xenstore_read_default /local/domain/0/backend/vif/14/0/bridge '' ++ xenstore-read /local/domain/0/backend/vif/14/0/bridge + bridge=3Dxenbr0 + '[' -z xenbr0 ']' + '[' '!' -e /sys/class/net/xenbr0 ']' + RET=3D0 + ip link show xenbr0 + RET=3D1 + '[' 1 -eq 1 ']' + fatal 'Could not find bridge device xenbr0' + _xenstore_write /local/domain/0/backend/vif/14/0/hotplug-error 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status error + log debug 'Writing /local/domain/0/backend/vif/14/0/hotplug-error' 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status 'error to xenstore.' + local level=3Ddebug + shift + logger -p daemon.debug -- /etc/xen/scripts/vif-bridge: 'Writing /local/domain/0/backend/vif/14/0/hotplug-error' 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status 'error to xenstore.' + xenstore-write /local/domain/0/backend/vif/14/0/hotplug-error 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status error + log err 'Could not find bridge device xenbr0' + local level=3Derr + shift + logger -p daemon.err -- /etc/xen/scripts/vif-bridge: 'Could not find bridge device xenbr0' + exit 1 - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 13:20:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 13:20: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 1Uf8wy-0005cB-1t; Wed, 22 May 2013 13:19:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf8ww-0005bx-2N for xen-users@lists.xen.org; Wed, 22 May 2013 13:19:26 +0000 Received: from [85.158.139.83:47451] by server-8.bemta-5.messagelabs.com id 30/0C-29170-DD5CC915; Wed, 22 May 2013 13:19:25 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1369228761!27995164!1 X-Originating-IP: [209.85.192.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22735 invoked from network); 22 May 2013 13:19:23 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 13:19:23 -0000 Received: by mail-pd0-f182.google.com with SMTP id g10so1690466pdj.13 for ; Wed, 22 May 2013 06:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=V4kXnVNtg4HNJ+iwHhUnqDYbl5LXCoovVKq8tuncljM=; b=MncuHJPUFX5cv+XsQq9qVsrpmq9lCzJWgt1aSwiAzQZB2jBuEwPbar0nllTPSkeTXS axWSzpkJiPR9Xd3lfYC1X6N4Pu1qrbB2nTAmStb8eJ68lLz/quZw2KGI4WJtXK0Ntpet eS7wlDYMlKiKzwmm6//eQHrgzOIHtZXnKMIJgDlSZe5c2d1i2x+h327WgilAsO7JLGgB ZnuycALilEU9q9z/3v8ORyAWlfp51YvdZGnFf9mowO6yKI9akGoOxHbK8Nbf16K9xVBl XBYZjzKFkDsUyy0bFxX2AqR9xJ7fi5oozDyqtUZlGe9DiK0mD66VmEaVyKwB7J7Wq7dn BIjg== X-Received: by 10.66.8.69 with SMTP id p5mr8336992paa.57.1369228759981; Wed, 22 May 2013 06:19:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.50.129 with HTTP; Wed, 22 May 2013 06:18:59 -0700 (PDT) In-Reply-To: <1369215835.21246.151.camel@zakaz.uk.xensource.com> References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Wed, 22 May 2013 15:18:59 +0200 Message-ID: To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 11:43 AM, Ian Campbell wr= ote: > On Wed, 2013-05-22 at 05:10 +0200, Ole Johan V=E6ringstad wrote: >> Xen 4.2.0-r1, xen-tools 4.2.0-r3 from portage >> Kernel 3.8.13-gentoo >> >> /etc/conf.d/net: >> config_eth0=3D"null" >> config_eth1=3D"dhcp" >> bridge_xenbr0=3D"eth0" >> config_xenbr0=3D"dhcp" >> brctl_xenbr0=3D"setfd 0" >> brctl_xenbr0=3D"sethello 10" >> brctl_xenbr0=3D"stp on" >> rc_net_xenbr0_need=3D"net.eth0" >> rc_net_xenbr0_provide=3D"!net" >> rc_net_xenbr0_provide=3D"xenbridge" >> carrier_timeout_xenbr0=3D"0" >> >> # brctl show >> bridge name bridge id STP enabled interfaces >> xenbr0 8000.902b34599a01 yes eth0 >> >> # ping -c 3 -I xenbr0 192.168.0.1 >> PING 192.168.0.1 (192.168.0.1) from 192.168.0.104 xenbr0: 56(84) bytes >> of data. >> 64 bytes from 192.168.0.1: icmp_seq=3D1 ttl=3D64 time=3D2.78 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D2 ttl=3D64 time=3D2.92 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D3 ttl=3D64 time=3D2.88 ms >> >> # xl create /etc/xen/ubuntu.cfg > > Can you try "xl -vvv ..." for more debugging. Also have a look > under /var/log/xen for any relevant logs. > > Is /etc/xen/scripts/vif-bridge present? If so then a useful debug > technique can be to add to the top > exec >>/tmp/hotplug.log 2>&1 > which will cause the script output to be logged to /tmp/hotplug.log > which might give a clue. > > Ian. > # xl -vvv create /etc/xen/ubuntu.cfg: libxl: debug: libxl_create.c:1173:do_domain_create: ao 0x1664890: create: how=3D(nil) callback=3D(nil) poller=3D0x16648f0 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhda spec.backend=3Dunknown libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=3Dhda, using backend phy libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhdd spec.backend=3Dunknown libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=3Dhdd, backend phy unsuitable as phys path not a block device libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=3Dhdd, backend tap unsuitable because blktap not available libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=3Dhdd, using backend qdisk libxl: debug: libxl_create.c:677:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x1665280: deregister unregistered libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=3D1, nr_cpus=3D8, nr_vcpus=3D4, free_memkb=3D28191 libxl: detail: libxl_dom.c:192:numa_place_domain: NUMA placement candidate with 1 nodes, 8 cpus and 28191 KB free selected xc: detail: elf_parse_binary: phdr: paddr=3D0x100000 memsz=3D0x9df48 xc: detail: elf_parse_binary: memory: 0x100000 -> 0x19df48 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000019df48 TOTAL: 0000000000000000->00000000ff800000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000003fb 1GB PAGES: 0x0000000000000002 xc: detail: elf_load_binary: phdr 0 at 0x0x7f36b190c000 -> 0x0x7f36b19a0dd5 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhda spec.backend=3Dphy libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x16668c8 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: register slotnum=3D3 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhdd spec.backend=3Dqdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=3Dhdd spec.backend=3Dqdisk libxl: debug: libxl_create.c:1186:do_domain_create: ao 0x1664890: inprogress: poller=3D0x16648f0, flags=3Di libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x16668c8 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: event epath=3D/local/domain/0/backend/vbd/14/768/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vbd/14/768/state wanted state 2 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x16668c8 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x16668c8: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_event.c:426:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/0: empty slot libxl: debug: libxl_dm.c:1142:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-dm with arguments: libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: /usr/lib/xen/bin/qem= u-dm libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -d libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 14 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -domain-name libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: ubuntu libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vnc libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 0.0.0.0:4 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vncunused libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -videoram libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 8 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -boot libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: dc libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -usb libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -usbdevice libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: tablet libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -acpi libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vcpus libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 2 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -vcpu_avail libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: 0x03 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -net libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: nic,vlan=3D0,macaddr=3D00:16:3e:00:00:02,model=3Drtl8139 libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -net libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: tap,vlan=3D0,ifname=3Dvif14.0-emu,bridge=3Dxenbr0,script=3Dno,downscript=3D= no libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: -M libxl: debug: libxl_dm.c:1144:libxl__spawn_local_dm: xenfv libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: register slotnum=3D3 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: event epath=3D/local/domain/0/device-model/14/state libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: event epath=3D/local/domain/0/device-model/14/state libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x16654b8 wpath=3D/local/domain/0/device-model/14/state token=3D3/1: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x16654b8: deregister unregistered libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: register slotnum=3D3 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:600:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 2 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x1669dd8 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D3/2: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x1669dd8: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online + exec libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [13555] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: error: libxl_create.c:1096:domcreate_attach_pci: unable to add nic devices libxl: debug: libxl_dm.c:1248:libxl__destroy_device_model: Device Model sig= naled libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x166aa58 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: register slotnum=3D3 libxl: debug: libxl_event.c:512:libxl__ev_xswatch_register: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: register slotnum=3D2 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x166aa58 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: event epath=3D/local/domain/0/backend/vbd/14/768/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vbd/14/768/state wanted state 6 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x166aa58 wpath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: deregister slotnum=3D3 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x166aa58: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/block remove libxl: debug: libxl_event.c:426:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/14/768/state token=3D3/3: empty slot libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:600:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 6 still waiting state 5 libxl: debug: libxl_event.c:457:watchfd_callback: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: event epath=3D/local/domain/0/backend/vif/14/0/state libxl: debug: libxl_event.c:596:devstate_watch_callback: backend /local/domain/0/backend/vif/14/0/state wanted state 6 ok libxl: debug: libxl_event.c:549:libxl__ev_xswatch_deregister: watch w=3D0x166b208 wpath=3D/local/domain/0/backend/vif/14/0/state token=3D2/4: deregister slotnum=3D2 libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=3D0x166b208: deregister unregistered libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge offline + exec libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge offline [13595] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: debug: libxl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge remove + exec libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge remove [13648] exited with error status 1 libxl: error: libxl_device.c:978:device_hotplug_child_death_cb: script: Could not find bridge device xenbr0 libxl: debug: libxl_event.c:1497:libxl__ao_complete: ao 0x1664890: complete, rc=3D-3 libxl: debug: libxl_event.c:1469:libxl__ao__destroy: ao 0x1664890: destroy xc: debug: hypercall buffer: total allocations:1593 total releases:1593 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:1585 misses:4 toobig:4 Parsing config from /etc/xen/ubuntu.cfg =3D=3D=3D /tmp/hotplug.log (exec >>/tmp/hotplug.log 2>&1 did not produce any output, added -x to shebang): ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n 1 ']' +++ xenstore-read libxl/disable_udev +++ exit 0 ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n '' ']' ++++ dirname /etc/xen/scripts/vif-bridge ++ dirname /etc/xen/scripts/vif-bridge +++ dir=3D/etc/xen/scripts +++ . /etc/xen/scripts/hotplugpath.sh ++++ SBINDIR=3D/usr/sbin ++++ BINDIR=3D/usr/bin ++++ LIBEXEC=3D/usr/lib/xen/bin ++++ LIBDIR=3D/usr/lib64 ++++ SHAREDIR=3D/usr/share ++++ PRIVATE_BINDIR=3D/usr/lib64/xen/bin ++++ XENFIRMWAREDIR=3D/usr/lib/xen/boot ++++ XEN_CONFIG_DIR=3D/etc/xen ++++ XEN_SCRIPT_DIR=3D/etc/xen/scripts ++++ XEN_LOCK_DIR=3D/var/lock ++++ XEN_RUN_DIR=3D/var/run/xen ++++ XEN_PAGING_DIR=3D/var/lib/xen/xenpaging +++ . /etc/xen/scripts/logging.sh +++ . /etc/xen/scripts/xen-script-common.sh ++++ set -e +++ . /etc/xen/scripts/locking.sh + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh ++++ LOCK_BASEDIR=3D/var/run/xen-hotplug +++ exec +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n 1 ']' +++ xenstore-read libxl/disable_udev +++ exit 0 ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n 1 ']' +++ xenstore-read libxl/disable_udev +++ dirname /etc/xen/scripts/vif-bridge +++ exit 0 ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n '' ']' ++++ dirname /etc/xen/scripts/vif-bridge +++ dir=3D/etc/xen/scripts +++ . /etc/xen/scripts/hotplugpath.sh ++++ SBINDIR=3D/usr/sbin ++++ BINDIR=3D/usr/bin ++++ LIBEXEC=3D/usr/lib/xen/bin ++++ LIBDIR=3D/usr/lib64 ++++ SHAREDIR=3D/usr/share ++++ PRIVATE_BINDIR=3D/usr/lib64/xen/bin ++++ XENFIRMWAREDIR=3D/usr/lib/xen/boot ++++ XEN_CONFIG_DIR=3D/etc/xen ++++ XEN_SCRIPT_DIR=3D/etc/xen/scripts ++++ XEN_LOCK_DIR=3D/var/lock ++++ XEN_RUN_DIR=3D/var/run/xen ++++ XEN_PAGING_DIR=3D/var/lib/xen/xenpaging +++ . /etc/xen/scripts/logging.sh +++ . /etc/xen/scripts/xen-script-common.sh ++++ set -e +++ . /etc/xen/scripts/locking.sh ++++ LOCK_BASEDIR=3D/var/run/xen-hotplug +++ exec ++ dirname /etc/xen/scripts/vif-bridge + dir=3D/etc/xen/scripts + . /etc/xen/scripts/vif-common.sh +++ dirname /etc/xen/scripts/vif-bridge ++ dir=3D/etc/xen/scripts ++ . /etc/xen/scripts/xen-hotplug-common.sh +++ '[' -n '' ']' ++++ dirname /etc/xen/scripts/vif-bridge +++ dir=3D/etc/xen/scripts +++ . /etc/xen/scripts/hotplugpath.sh ++++ SBINDIR=3D/usr/sbin ++++ BINDIR=3D/usr/bin ++++ LIBEXEC=3D/usr/lib/xen/bin ++++ LIBDIR=3D/usr/lib64 ++++ SHAREDIR=3D/usr/share ++++ PRIVATE_BINDIR=3D/usr/lib64/xen/bin ++++ XENFIRMWAREDIR=3D/usr/lib/xen/boot ++++ XEN_CONFIG_DIR=3D/etc/xen ++++ XEN_SCRIPT_DIR=3D/etc/xen/scripts ++++ XEN_LOCK_DIR=3D/var/lock ++++ XEN_RUN_DIR=3D/var/run/xen ++++ XEN_PAGING_DIR=3D/var/lib/xen/xenpaging +++ . /etc/xen/scripts/logging.sh +++ . /etc/xen/scripts/xen-script-common.sh ++++ set -e +++ . /etc/xen/scripts/locking.sh ++++ LOCK_BASEDIR=3D/var/run/xen-hotplug +++ exec =3D=3D=3D /var/log/xen/qemu-dm-ubuntu.log: domid: 14 -videoram option does not work with cirrus vga device model. Videoram set t= o 4M. Using file /dev/ssdraid/gentoo in read-write mode Strip off blktap sub-type prefix to /export/media/Installs/ubuntu-13.04-desktop-amd64.iso (drv 'aio') Using file /export/media/Installs/ubuntu-13.04-desktop-amd64.iso in read-only mode Watching /local/domain/0/device-model/14/logdirty/cmd Watching /local/domain/0/device-model/14/command Watching /local/domain/14/cpu qemu_map_cache_init nr_buckets =3D 10000 size 4194304 shared page at pfn feffd buffered io page at pfn feffb Guest uuid =3D 7227a926-9e41-4297-90a0-8ae9acba8b62 populating video RAM at ff000000 mapping video RAM from ff000000 Register xen platform. Done register platform. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw st= ate. xs_read(/local/domain/0/device-model/14/xen_extended_power_mgmt): read error xs_read(): vncpasswd get error. /vm/7227a926-9e41-4297-90a0-8ae9acba8b62/vncpasswd. medium change watch on `hdd' (index: 1): aio:/export/media/Installs/ubuntu-13.04-desktop-amd64.iso I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 Log-dirty: no command yet. I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 vcpu-set: watch node error. xs_read(/local/domain/14/log-throttling): read error qemu: ignoring not-understood drive `/local/domain/14/log-throttling' medium change watch on `/local/domain/14/log-throttling' - unknown device, ignored =3D=3D=3D /var/log/xen/xen-hotplug.log: +++ export PATH=3D/usr/bin:/usr/sbin:/usr/lib/xen/bin:/usr/lib64/xen/bin:/s= bin:/bin:/usr/bin:/usr/sbin:/root/.gem/ruby/1.9.1/bin:/opt/bin:/usr/local/b= in:/usr/local/sbin:/usr/bin:/sbin:/bin:/root/.bash:/root/.python:/root/.rub= y:/root/.tcl:/usr/sbin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 +++ PATH=3D/usr/bin:/usr/sbin:/usr/lib/xen/bin:/usr/lib64/xen/bin:/sbin:/bi= n:/usr/bin:/usr/sbin:/root/.gem/ruby/1.9.1/bin:/opt/bin:/usr/local/bin:/usr= /local/sbin:/usr/bin:/sbin:/bin:/root/.bash:/root/.python:/root/.ruby:/root= /.tcl:/usr/sbin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 +++ export LANG=3DPOSIX +++ LANG=3DPOSIX ++++ set ++++ cut -d=3D -f1 ++++ grep '^LC_' +++ unset +++ trap sigerr ERR +++ log debug remove type_if=3Dtap XENBUS_PATH=3Dbackend/vif/14/0 +++ local level=3Ddebug +++ shift +++ logger -p daemon.debug -- /etc/xen/scripts/vif-bridge: remove type_if=3Dtap XENBUS_PATH=3Dbackend/vif/14/0 ++ . /etc/xen/scripts/xen-network-common.sh +++ which ifup ++ findCommand remove type_if=3Dtap ++ for arg in '"$@"' ++ expr index remove =3D ++ command=3Dremove ++ return ++ '[' remove '!=3D' online ']' ++ '[' remove '!=3D' offline ']' ++ '[' remove '!=3D' add ']' ++ '[' remove '!=3D' remove ']' ++ evalVariables remove type_if=3Dtap ++ for arg in '"$@"' ++ expr index remove =3D '>' 1 ++ for arg in '"$@"' ++ expr index type_if=3Dtap =3D '>' 1 ++ eval type_if=3Dtap +++ type_if=3Dtap ++ : tap ++ case "$type_if" in ++ dev=3Dvif14.0-emu ++ case "$command" in ++ test tap '!=3D' tap ++ '[' tap =3D vif ']' ++ '[' tap =3D tap ']' ++ : vif14.0-emu ++ dev_=3D14.0-emu ++ dev_=3D14.0 ++ domid=3D14 ++ devid=3D0 ++ XENBUS_PATH=3D/local/domain/0/backend/vif/14/0 +++ xenstore_read_default /local/domain/0/backend/vif/14/0/vifname '' +++ xenstore-read /local/domain/0/backend/vif/14/0/vifname +++ echo '' ++ vifname=3D ++ '[' '' ']' ++ ip=3D +++ xenstore_read_default /local/domain/0/backend/vif/14/0/ip '' +++ xenstore-read /local/domain/0/backend/vif/14/0/ip +++ echo '' ++ ip=3D + bridge=3D ++ xenstore_read_default /local/domain/0/backend/vif/14/0/bridge '' ++ xenstore-read /local/domain/0/backend/vif/14/0/bridge + bridge=3Dxenbr0 + '[' -z xenbr0 ']' + '[' '!' -e /sys/class/net/xenbr0 ']' + RET=3D0 + ip link show xenbr0 + RET=3D1 + '[' 1 -eq 1 ']' + fatal 'Could not find bridge device xenbr0' + _xenstore_write /local/domain/0/backend/vif/14/0/hotplug-error 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status error + log debug 'Writing /local/domain/0/backend/vif/14/0/hotplug-error' 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status 'error to xenstore.' + local level=3Ddebug + shift + logger -p daemon.debug -- /etc/xen/scripts/vif-bridge: 'Writing /local/domain/0/backend/vif/14/0/hotplug-error' 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status 'error to xenstore.' + xenstore-write /local/domain/0/backend/vif/14/0/hotplug-error 'Could not find bridge device xenbr0' /local/domain/0/backend/vif/14/0/hotplug-status error + log err 'Could not find bridge device xenbr0' + local level=3Derr + shift + logger -p daemon.err -- /etc/xen/scripts/vif-bridge: 'Could not find bridge device xenbr0' + exit 1 - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:25:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:25: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 1UfAuH-0001Qy-7i; Wed, 22 May 2013 15:24:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfAuF-0001Qj-0j; Wed, 22 May 2013 15:24:47 +0000 Received: from [85.158.143.99:43652] by server-2.bemta-4.messagelabs.com id 5F/05-27124-E33EC915; Wed, 22 May 2013 15:24:46 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1369236276!24441431!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25166 invoked from network); 22 May 2013 15:24:36 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 15:24:36 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D502F22124E; Wed, 22 May 2013 16:24:35 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 16:24:35 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com>" " <519C6BC4.2050506@bobich.net> Message-ID: <34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 11:20:49 +0100, George Dunlap wrote: >>>>>>> I believe both mailing lists are great but there are so may >>>>>>> postings >>>>>>> that >>>>>>> many issues get missed. There are some bugs that hand never >>>>>>> been >>>>>>> resolved >>>>>>> because developers are unaware of it. I just setup forum for >>>>>>> xen >>>>>>> users at >>>>>>> sam.hebe.us/forums please be free to join >>>>>> >>>>>> >>>>>> It would be easier for us if the bug reports and such were >>>>>> posted on >>>>>> xen-devel. >>>>>> Please consult >>>>>> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>> when >>>>>> doing it. >>>>> >>>>> >>>>> Surely a bug-tracking system that emails all reports to >>>>> xen-devel >>>>> automatically would cover the best of both worlds, would it >>>>> not? >>>> >>>> >>>> Not unless developers can reply to the bug by hitting reply in >>>> their >>>> MUA. >>> >>> >>> Please drop the forum idea. Xen should use a proper bug tracking >>> system like Bugzilla (which allows replying to bugs by clicking >>> "Reply" in MUA). >>> Take a look at: >>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >> >> >> +1 >> >> Along with a wiki for documentation that is actually kept updated >> when >> features are added/removed/changed and more importantly, that >> clearly states >> if/when obvious features are unexpectedly and conspicuously missing >> (e.g. >> domU config file method of passing multiple USB devices to domU). > > So the thing here is that I don't think any of the active developers > knew there was that limitation. As soon as I discovered it, I just > fixed it (which is why 4.3 will have support for passing multiple USB > devices in the config file). > > If you find other obvious missing features like that, please mention > them on the list, and/or suggest them in the xen.org uservoice page: > http://xenorg.uservoice.com Somebody mentioned it before. Here's a thread from 2009: http://lists.xen.org/archives/html/xen-users/2009-10/msg00010.html I think you are further strengthening the case for the list being too leaky as a method of reporting things like this. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:25:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:25: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 1UfAuH-0001Qy-7i; Wed, 22 May 2013 15:24:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfAuF-0001Qj-0j; Wed, 22 May 2013 15:24:47 +0000 Received: from [85.158.143.99:43652] by server-2.bemta-4.messagelabs.com id 5F/05-27124-E33EC915; Wed, 22 May 2013 15:24:46 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1369236276!24441431!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25166 invoked from network); 22 May 2013 15:24:36 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 15:24:36 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D502F22124E; Wed, 22 May 2013 16:24:35 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 16:24:35 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com>" " <519C6BC4.2050506@bobich.net> Message-ID: <34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 11:20:49 +0100, George Dunlap wrote: >>>>>>> I believe both mailing lists are great but there are so may >>>>>>> postings >>>>>>> that >>>>>>> many issues get missed. There are some bugs that hand never >>>>>>> been >>>>>>> resolved >>>>>>> because developers are unaware of it. I just setup forum for >>>>>>> xen >>>>>>> users at >>>>>>> sam.hebe.us/forums please be free to join >>>>>> >>>>>> >>>>>> It would be easier for us if the bug reports and such were >>>>>> posted on >>>>>> xen-devel. >>>>>> Please consult >>>>>> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>> when >>>>>> doing it. >>>>> >>>>> >>>>> Surely a bug-tracking system that emails all reports to >>>>> xen-devel >>>>> automatically would cover the best of both worlds, would it >>>>> not? >>>> >>>> >>>> Not unless developers can reply to the bug by hitting reply in >>>> their >>>> MUA. >>> >>> >>> Please drop the forum idea. Xen should use a proper bug tracking >>> system like Bugzilla (which allows replying to bugs by clicking >>> "Reply" in MUA). >>> Take a look at: >>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >> >> >> +1 >> >> Along with a wiki for documentation that is actually kept updated >> when >> features are added/removed/changed and more importantly, that >> clearly states >> if/when obvious features are unexpectedly and conspicuously missing >> (e.g. >> domU config file method of passing multiple USB devices to domU). > > So the thing here is that I don't think any of the active developers > knew there was that limitation. As soon as I discovered it, I just > fixed it (which is why 4.3 will have support for passing multiple USB > devices in the config file). > > If you find other obvious missing features like that, please mention > them on the list, and/or suggest them in the xen.org uservoice page: > http://xenorg.uservoice.com Somebody mentioned it before. Here's a thread from 2009: http://lists.xen.org/archives/html/xen-users/2009-10/msg00010.html I think you are further strengthening the case for the list being too leaky as a method of reporting things like this. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:27:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:27: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 1UfAwa-0001nM-8x; Wed, 22 May 2013 15:27:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfAwY-0001n0-Tv; Wed, 22 May 2013 15:27:11 +0000 Received: from [85.158.138.51:5552] by server-9.bemta-3.messagelabs.com id 42/E8-29224-EC3EC915; Wed, 22 May 2013 15:27:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-174.messagelabs.com!1369236428!26322380!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4359 invoked from network); 22 May 2013 15:27:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 15:27:09 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 7676722124E; Wed, 22 May 2013 16:27:07 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 16:27:07 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> " <519C6BC4.2050506@bobich.net>" <1369216400.21246.158.camel@zakaz.uk.xensource.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 10:58:30 +0100, George Dunlap wrote: > On Wed, May 22, 2013 at 10:53 AM, Ian Campbell > wrote: >> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>> Along with a wiki for documentation that is actually kept updated >>> when >>> features are added/removed/changed and more importantly, that >>> clearly >>> states if/when obvious features are unexpectedly and conspicuously >>> missing >> >> The beauty of a wiki is that anyone can edit or correct it. >> >> We have regular documentation days where we are all (users and devs >> alike) encouraged to work to improve the state of the wiki and other >> documentation. >> >> http://wiki.xen.org/wiki/Xen_Document_Days >> >> The state of the Xen documentation base has actually improved >> considerably over the last year due to this initiative. >> >>> (e.g. domU config file method of passing multiple USB devices to >>> domU). >> >> I'm not sure what you are referring to here, the config file syntax >> is >> documented in docs/man/xl.cfg.pod.5 which is installed as the >> xl.cfg(5) >> manpage. It is also available online >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and >> referenced >> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >> >> This manpage contains: >> =item B > > This is a new feature for 4.3 -- 4.2 and earlier don't support > multiple USB devices (including say, a host device and an emulated > usb > tablet). Is this an xl-only feature or will it work with xl as well? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:27:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:27: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 1UfAwa-0001nM-8x; Wed, 22 May 2013 15:27:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfAwY-0001n0-Tv; Wed, 22 May 2013 15:27:11 +0000 Received: from [85.158.138.51:5552] by server-9.bemta-3.messagelabs.com id 42/E8-29224-EC3EC915; Wed, 22 May 2013 15:27:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-174.messagelabs.com!1369236428!26322380!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4359 invoked from network); 22 May 2013 15:27:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 15:27:09 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 7676722124E; Wed, 22 May 2013 16:27:07 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 16:27:07 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> " <519C6BC4.2050506@bobich.net>" <1369216400.21246.158.camel@zakaz.uk.xensource.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 10:58:30 +0100, George Dunlap wrote: > On Wed, May 22, 2013 at 10:53 AM, Ian Campbell > wrote: >> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>> Along with a wiki for documentation that is actually kept updated >>> when >>> features are added/removed/changed and more importantly, that >>> clearly >>> states if/when obvious features are unexpectedly and conspicuously >>> missing >> >> The beauty of a wiki is that anyone can edit or correct it. >> >> We have regular documentation days where we are all (users and devs >> alike) encouraged to work to improve the state of the wiki and other >> documentation. >> >> http://wiki.xen.org/wiki/Xen_Document_Days >> >> The state of the Xen documentation base has actually improved >> considerably over the last year due to this initiative. >> >>> (e.g. domU config file method of passing multiple USB devices to >>> domU). >> >> I'm not sure what you are referring to here, the config file syntax >> is >> documented in docs/man/xl.cfg.pod.5 which is installed as the >> xl.cfg(5) >> manpage. It is also available online >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and >> referenced >> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >> >> This manpage contains: >> =item B > > This is a new feature for 4.3 -- 4.2 and earlier don't support > multiple USB devices (including say, a host device and an emulated > usb > tablet). Is this an xl-only feature or will it work with xl as well? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:33:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:33: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 1UfB1h-0002SG-NV; Wed, 22 May 2013 15:32:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB1g-0002S5-Gz for xen-users@lists.xen.org; Wed, 22 May 2013 15:32:28 +0000 Received: from [85.158.138.51:63519] by server-3.bemta-3.messagelabs.com id 00/EB-12734-A05EC915; Wed, 22 May 2013 15:32:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369236745!8856374!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24181 invoked from network); 22 May 2013 15:32:26 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:32:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4861506" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:32:26 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 16:32:25 +0100 Message-ID: <1369236743.17830.3.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ole Johan =?ISO-8859-1?Q?V=E6ringstad?= Date: Wed, 22 May 2013 16:32:23 +0100 In-Reply-To: References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDEzLTA1LTIyIGF0IDE1OjE4ICswMjAwLCBPbGUgSm9oYW4gVsOmcmluZ3N0YWQg d3JvdGU6Cj4gKysgeGVuc3RvcmUtcmVhZCAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMTQv MC9icmlkZ2UKPiArIGJyaWRnZT14ZW5icjAKPiArICdbJyAteiB4ZW5icjAgJ10nCj4gKyAnWycg JyEnIC1lIC9zeXMvY2xhc3MvbmV0L3hlbmJyMCAnXScKPiArIFJFVD0wCj4gKyBpcCBsaW5rIHNo b3cgeGVuYnIwCj4gKyBSRVQ9MQo+ICsgJ1snIDEgLWVxIDEgJ10nCj4gKyBmYXRhbCAnQ291bGQg bm90IGZpbmQgYnJpZGdlIGRldmljZSB4ZW5icjAnCgpUaGlzIGlzIGEgbmV3IGZhaWx1cmUgbW9k ZSBmb3IgbWUuCgpEb2VzIC9zeXMvY2xhc3MvbmV0L3hlbmJyMCBleGlzdD8KCldoYXQgZG9lcyAi aXAgbGluayBzaG93IHhlbmJyMDsgZWNobyAkPyIgcHJvZHVjZT8KCklhbi4KCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBs aXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw== From xen-users-bounces@lists.xen.org Wed May 22 15:33:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:33: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 1UfB1h-0002SG-NV; Wed, 22 May 2013 15:32:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB1g-0002S5-Gz for xen-users@lists.xen.org; Wed, 22 May 2013 15:32:28 +0000 Received: from [85.158.138.51:63519] by server-3.bemta-3.messagelabs.com id 00/EB-12734-A05EC915; Wed, 22 May 2013 15:32:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369236745!8856374!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24181 invoked from network); 22 May 2013 15:32:26 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:32:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4861506" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:32:26 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 16:32:25 +0100 Message-ID: <1369236743.17830.3.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ole Johan =?ISO-8859-1?Q?V=E6ringstad?= Date: Wed, 22 May 2013 16:32:23 +0100 In-Reply-To: References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDEzLTA1LTIyIGF0IDE1OjE4ICswMjAwLCBPbGUgSm9oYW4gVsOmcmluZ3N0YWQg d3JvdGU6Cj4gKysgeGVuc3RvcmUtcmVhZCAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvMTQv MC9icmlkZ2UKPiArIGJyaWRnZT14ZW5icjAKPiArICdbJyAteiB4ZW5icjAgJ10nCj4gKyAnWycg JyEnIC1lIC9zeXMvY2xhc3MvbmV0L3hlbmJyMCAnXScKPiArIFJFVD0wCj4gKyBpcCBsaW5rIHNo b3cgeGVuYnIwCj4gKyBSRVQ9MQo+ICsgJ1snIDEgLWVxIDEgJ10nCj4gKyBmYXRhbCAnQ291bGQg bm90IGZpbmQgYnJpZGdlIGRldmljZSB4ZW5icjAnCgpUaGlzIGlzIGEgbmV3IGZhaWx1cmUgbW9k ZSBmb3IgbWUuCgpEb2VzIC9zeXMvY2xhc3MvbmV0L3hlbmJyMCBleGlzdD8KCldoYXQgZG9lcyAi aXAgbGluayBzaG93IHhlbmJyMDsgZWNobyAkPyIgcHJvZHVjZT8KCklhbi4KCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBs aXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw== From xen-users-bounces@lists.xen.org Wed May 22 15:33:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:33:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB27-0002Un-TU; Wed, 22 May 2013 15:32:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB26-0002UO-HM; Wed, 22 May 2013 15:32:54 +0000 Received: from [85.158.139.83:10189] by server-16.bemta-5.messagelabs.com id 72/D1-31493-525EC915; Wed, 22 May 2013 15:32:53 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1369236770!20710204!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9809 invoked from network); 22 May 2013 15:32:52 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:32:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="26777644" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:32:50 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 11:32:49 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfB21-00058Q-21; Wed, 22 May 2013 16:32:49 +0100 Message-ID: <519CE511.40908@eu.citrix.com> Date: Wed, 22 May 2013 16:32:33 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> " <519C6BC4.2050506@bobich.net>" <1369216400.21246.158.camel@zakaz.uk.xensource.com> In-Reply-To: Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 16:27, Gordan Bobic wrote: > On Wed, 22 May 2013 10:58:30 +0100, George Dunlap > wrote: >> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >> wrote: >>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>> Along with a wiki for documentation that is actually kept updated when >>>> features are added/removed/changed and more importantly, that clearly >>>> states if/when obvious features are unexpectedly and conspicuously >>>> missing >>> >>> The beauty of a wiki is that anyone can edit or correct it. >>> >>> We have regular documentation days where we are all (users and devs >>> alike) encouraged to work to improve the state of the wiki and other >>> documentation. >>> >>> http://wiki.xen.org/wiki/Xen_Document_Days >>> >>> The state of the Xen documentation base has actually improved >>> considerably over the last year due to this initiative. >>> >>>> (e.g. domU config file method of passing multiple USB devices to >>>> domU). >>> >>> I'm not sure what you are referring to here, the config file syntax is >>> documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) >>> manpage. It is also available online >>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>> >>> This manpage contains: >>> =item B >> >> This is a new feature for 4.3 -- 4.2 and earlier don't support >> multiple USB devices (including say, a host device and an emulated usb >> tablet). > > Is this an xl-only feature or will it work with xl as well? It will work with both xl and xl, but not with xm. :-) -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:33:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:33:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB27-0002Un-TU; Wed, 22 May 2013 15:32:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB26-0002UO-HM; Wed, 22 May 2013 15:32:54 +0000 Received: from [85.158.139.83:10189] by server-16.bemta-5.messagelabs.com id 72/D1-31493-525EC915; Wed, 22 May 2013 15:32:53 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1369236770!20710204!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9809 invoked from network); 22 May 2013 15:32:52 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:32:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="26777644" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:32:50 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 11:32:49 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfB21-00058Q-21; Wed, 22 May 2013 16:32:49 +0100 Message-ID: <519CE511.40908@eu.citrix.com> Date: Wed, 22 May 2013 16:32:33 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> " <519C6BC4.2050506@bobich.net>" <1369216400.21246.158.camel@zakaz.uk.xensource.com> In-Reply-To: Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 16:27, Gordan Bobic wrote: > On Wed, 22 May 2013 10:58:30 +0100, George Dunlap > wrote: >> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >> wrote: >>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>> Along with a wiki for documentation that is actually kept updated when >>>> features are added/removed/changed and more importantly, that clearly >>>> states if/when obvious features are unexpectedly and conspicuously >>>> missing >>> >>> The beauty of a wiki is that anyone can edit or correct it. >>> >>> We have regular documentation days where we are all (users and devs >>> alike) encouraged to work to improve the state of the wiki and other >>> documentation. >>> >>> http://wiki.xen.org/wiki/Xen_Document_Days >>> >>> The state of the Xen documentation base has actually improved >>> considerably over the last year due to this initiative. >>> >>>> (e.g. domU config file method of passing multiple USB devices to >>>> domU). >>> >>> I'm not sure what you are referring to here, the config file syntax is >>> documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) >>> manpage. It is also available online >>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>> >>> This manpage contains: >>> =item B >> >> This is a new feature for 4.3 -- 4.2 and earlier don't support >> multiple USB devices (including say, a host device and an emulated usb >> tablet). > > Is this an xl-only feature or will it work with xl as well? It will work with both xl and xl, but not with xm. :-) -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:35:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:35: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 1UfB46-0002rM-4k; Wed, 22 May 2013 15:34:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB45-0002qh-4C for xen-users@lists.xen.org; Wed, 22 May 2013 15:34:57 +0000 Received: from [85.158.143.99:49085] by server-2.bemta-4.messagelabs.com id 85/2E-27124-0A5EC915; Wed, 22 May 2013 15:34:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1369236895!26563437!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 2181 invoked from network); 22 May 2013 15:34:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:34:55 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4861663" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:34:56 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 16:34:55 +0100 Message-ID: <1369236894.17830.4.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ole Johan =?ISO-8859-1?Q?V=E6ringstad?= Date: Wed, 22 May 2013 16:34:54 +0100 In-Reply-To: <1369236743.17830.3.camel@zakaz.uk.xensource.com> References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> <1369236743.17830.3.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDEzLTA1LTIyIGF0IDE2OjMyICswMTAwLCBJYW4gQ2FtcGJlbGwgd3JvdGU6Cj4g T24gV2VkLCAyMDEzLTA1LTIyIGF0IDE1OjE4ICswMjAwLCBPbGUgSm9oYW4gVsOmcmluZ3N0YWQg d3JvdGU6Cj4gPiArKyB4ZW5zdG9yZS1yZWFkIC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8x NC8wL2JyaWRnZQo+ID4gKyBicmlkZ2U9eGVuYnIwCj4gPiArICdbJyAteiB4ZW5icjAgJ10nCj4g PiArICdbJyAnIScgLWUgL3N5cy9jbGFzcy9uZXQveGVuYnIwICddJwo+ID4gKyBSRVQ9MAo+ID4g KyBpcCBsaW5rIHNob3cgeGVuYnIwCj4gPiArIFJFVD0xCj4gPiArICdbJyAxIC1lcSAxICddJwo+ ID4gKyBmYXRhbCAnQ291bGQgbm90IGZpbmQgYnJpZGdlIGRldmljZSB4ZW5icjAnCj4gCj4gVGhp cyBpcyBhIG5ldyBmYWlsdXJlIG1vZGUgZm9yIG1lLgo+IAo+IERvZXMgL3N5cy9jbGFzcy9uZXQv eGVuYnIwIGV4aXN0Pwo+IAo+IFdoYXQgZG9lcyAiaXAgbGluayBzaG93IHhlbmJyMDsgZWNobyAk PyIgcHJvZHVjZT8KCkJUVywgSSBhc3N1bWUgeW91IGhhdmUgdGhlIGlwcm91dGUgcGFja2FnZSAo b3IgZWJ1aWxkIG9yIHdoYXRldmVyKQppbnN0YWxsZWQ/CgoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed May 22 15:35:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:35: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 1UfB46-0002rM-4k; Wed, 22 May 2013 15:34:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfB45-0002qh-4C for xen-users@lists.xen.org; Wed, 22 May 2013 15:34:57 +0000 Received: from [85.158.143.99:49085] by server-2.bemta-4.messagelabs.com id 85/2E-27124-0A5EC915; Wed, 22 May 2013 15:34:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1369236895!26563437!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 2181 invoked from network); 22 May 2013 15:34:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:34:55 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4861663" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:34:56 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 16:34:55 +0100 Message-ID: <1369236894.17830.4.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ole Johan =?ISO-8859-1?Q?V=E6ringstad?= Date: Wed, 22 May 2013 16:34:54 +0100 In-Reply-To: <1369236743.17830.3.camel@zakaz.uk.xensource.com> References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> <1369236743.17830.3.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCAyMDEzLTA1LTIyIGF0IDE2OjMyICswMTAwLCBJYW4gQ2FtcGJlbGwgd3JvdGU6Cj4g T24gV2VkLCAyMDEzLTA1LTIyIGF0IDE1OjE4ICswMjAwLCBPbGUgSm9oYW4gVsOmcmluZ3N0YWQg d3JvdGU6Cj4gPiArKyB4ZW5zdG9yZS1yZWFkIC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi8x NC8wL2JyaWRnZQo+ID4gKyBicmlkZ2U9eGVuYnIwCj4gPiArICdbJyAteiB4ZW5icjAgJ10nCj4g PiArICdbJyAnIScgLWUgL3N5cy9jbGFzcy9uZXQveGVuYnIwICddJwo+ID4gKyBSRVQ9MAo+ID4g KyBpcCBsaW5rIHNob3cgeGVuYnIwCj4gPiArIFJFVD0xCj4gPiArICdbJyAxIC1lcSAxICddJwo+ ID4gKyBmYXRhbCAnQ291bGQgbm90IGZpbmQgYnJpZGdlIGRldmljZSB4ZW5icjAnCj4gCj4gVGhp cyBpcyBhIG5ldyBmYWlsdXJlIG1vZGUgZm9yIG1lLgo+IAo+IERvZXMgL3N5cy9jbGFzcy9uZXQv eGVuYnIwIGV4aXN0Pwo+IAo+IFdoYXQgZG9lcyAiaXAgbGluayBzaG93IHhlbmJyMDsgZWNobyAk PyIgcHJvZHVjZT8KCkJUVywgSSBhc3N1bWUgeW91IGhhdmUgdGhlIGlwcm91dGUgcGFja2FnZSAo b3IgZWJ1aWxkIG9yIHdoYXRldmVyKQppbnN0YWxsZWQ/CgoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed May 22 15:53:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:53:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBLy-0004aS-Nz; Wed, 22 May 2013 15:53:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBLx-0004a1-1H; Wed, 22 May 2013 15:53:25 +0000 Received: from [85.158.139.211:29320] by server-15.bemta-5.messagelabs.com id 9C/AC-31797-4F9EC915; Wed, 22 May 2013 15:53:24 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-206.messagelabs.com!1369237996!19041555!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27155 invoked from network); 22 May 2013 15:53:16 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 15:53:16 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 3B0CA22124E; Wed, 22 May 2013 16:52:16 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 16:52:15 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: <519CE511.40908@eu.citrix.com> References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com>" "\"" "<519C6BC4.2050506@bobich.net>\" <1369216400.21246.158.camel@zakaz.uk.xensource.com> "\"" <519CE511.40908@eu.citrix.com> Message-ID: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 16:32:33 +0100, George Dunlap wrote: > On 22/05/13 16:27, Gordan Bobic wrote: >> On Wed, 22 May 2013 10:58:30 +0100, George Dunlap >> wrote: >>> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >>> wrote: >>>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>>> Along with a wiki for documentation that is actually kept updated >>>>> when >>>>> features are added/removed/changed and more importantly, that >>>>> clearly >>>>> states if/when obvious features are unexpectedly and >>>>> conspicuously >>>>> missing >>>> >>>> The beauty of a wiki is that anyone can edit or correct it. >>>> >>>> We have regular documentation days where we are all (users and >>>> devs >>>> alike) encouraged to work to improve the state of the wiki and >>>> other >>>> documentation. >>>> >>>> http://wiki.xen.org/wiki/Xen_Document_Days >>>> >>>> The state of the Xen documentation base has actually improved >>>> considerably over the last year due to this initiative. >>>> >>>>> (e.g. domU config file method of passing multiple USB devices to >>>>> domU). >>>> >>>> I'm not sure what you are referring to here, the config file >>>> syntax is >>>> documented in docs/man/xl.cfg.pod.5 which is installed as the >>>> xl.cfg(5) >>>> manpage. It is also available online >>>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and >>>> referenced >>>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>>> >>>> This manpage contains: >>>> =item B >>> >>> This is a new feature for 4.3 -- 4.2 and earlier don't support >>> multiple USB devices (including say, a host device and an emulated >>> usb >>> tablet). >> >> Is this an xl-only feature or will it work with xl as well? > > It will work with both xl and xl, but not with xm. :-) Hmm... Are there any outstanding issues with xl and PCI / VGA passthrough? I'm sure I read on the (possibly out of date) wiki that with xl PCI passthrough requires FLR, which 99% of devices lack (i.e. makes it useless to anyone wanting to do any kind of PCI passthrough). Perhaps I'll try my VMs with xl tonight and see what, if anything, breaks and raise it before time's up for 4.3 release... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:53:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:53:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBLy-0004aS-Nz; Wed, 22 May 2013 15:53:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBLx-0004a1-1H; Wed, 22 May 2013 15:53:25 +0000 Received: from [85.158.139.211:29320] by server-15.bemta-5.messagelabs.com id 9C/AC-31797-4F9EC915; Wed, 22 May 2013 15:53:24 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-206.messagelabs.com!1369237996!19041555!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27155 invoked from network); 22 May 2013 15:53:16 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 15:53:16 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 3B0CA22124E; Wed, 22 May 2013 16:52:16 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 16:52:15 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: <519CE511.40908@eu.citrix.com> References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com>" "\"" "<519C6BC4.2050506@bobich.net>\" <1369216400.21246.158.camel@zakaz.uk.xensource.com> "\"" <519CE511.40908@eu.citrix.com> Message-ID: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 16:32:33 +0100, George Dunlap wrote: > On 22/05/13 16:27, Gordan Bobic wrote: >> On Wed, 22 May 2013 10:58:30 +0100, George Dunlap >> wrote: >>> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >>> wrote: >>>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>>> Along with a wiki for documentation that is actually kept updated >>>>> when >>>>> features are added/removed/changed and more importantly, that >>>>> clearly >>>>> states if/when obvious features are unexpectedly and >>>>> conspicuously >>>>> missing >>>> >>>> The beauty of a wiki is that anyone can edit or correct it. >>>> >>>> We have regular documentation days where we are all (users and >>>> devs >>>> alike) encouraged to work to improve the state of the wiki and >>>> other >>>> documentation. >>>> >>>> http://wiki.xen.org/wiki/Xen_Document_Days >>>> >>>> The state of the Xen documentation base has actually improved >>>> considerably over the last year due to this initiative. >>>> >>>>> (e.g. domU config file method of passing multiple USB devices to >>>>> domU). >>>> >>>> I'm not sure what you are referring to here, the config file >>>> syntax is >>>> documented in docs/man/xl.cfg.pod.5 which is installed as the >>>> xl.cfg(5) >>>> manpage. It is also available online >>>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and >>>> referenced >>>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>>> >>>> This manpage contains: >>>> =item B >>> >>> This is a new feature for 4.3 -- 4.2 and earlier don't support >>> multiple USB devices (including say, a host device and an emulated >>> usb >>> tablet). >> >> Is this an xl-only feature or will it work with xl as well? > > It will work with both xl and xl, but not with xm. :-) Hmm... Are there any outstanding issues with xl and PCI / VGA passthrough? I'm sure I read on the (possibly out of date) wiki that with xl PCI passthrough requires FLR, which 99% of devices lack (i.e. makes it useless to anyone wanting to do any kind of PCI passthrough). Perhaps I'll try my VMs with xl tonight and see what, if anything, breaks and raise it before time's up for 4.3 release... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:54:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:54: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 1UfBMB-0004cI-U0; Wed, 22 May 2013 15:53:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBM9-0004bZ-TM; Wed, 22 May 2013 15:53:38 +0000 Received: from [85.158.138.51:23867] by server-13.bemta-3.messagelabs.com id 3E/24-19597-00AEC915; Wed, 22 May 2013 15:53:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369238016!21745604!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20653 invoked from network); 22 May 2013 15:53:36 -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; 22 May 2013 15:53:36 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4862844" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:53:36 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 16:53:35 +0100 Message-ID: <1369238013.17830.7.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Gordan Bobic Date: Wed, 22 May 2013 16:53:33 +0100 In-Reply-To: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com> " " \"" "<519C6BC4.2050506@bobich.net> \" <1369216400.21246.158.camel@zakaz.uk.xensource.com> " \"" <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: George Dunlap , xen-users , Bartek Krawczyk , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 16:52 +0100, Gordan Bobic wrote: > Perhaps I'll try my VMs with xl tonight and see what, if anything, > breaks and raise it before time's up for 4.3 release... Today is a 4.3.0-rc2 test day so that would be rather timely ;-) http://wiki.xen.org/wiki/Xen_Test_Days Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 15:54:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 15:54: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 1UfBMB-0004cI-U0; Wed, 22 May 2013 15:53:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBM9-0004bZ-TM; Wed, 22 May 2013 15:53:38 +0000 Received: from [85.158.138.51:23867] by server-13.bemta-3.messagelabs.com id 3E/24-19597-00AEC915; Wed, 22 May 2013 15:53:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369238016!21745604!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20653 invoked from network); 22 May 2013 15:53:36 -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; 22 May 2013 15:53:36 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4862844" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 15:53:36 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 16:53:35 +0100 Message-ID: <1369238013.17830.7.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Gordan Bobic Date: Wed, 22 May 2013 16:53:33 +0100 In-Reply-To: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com> " " \"" "<519C6BC4.2050506@bobich.net> \" <1369216400.21246.158.camel@zakaz.uk.xensource.com> " \"" <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: George Dunlap , xen-users , Bartek Krawczyk , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 16:52 +0100, Gordan Bobic wrote: > Perhaps I'll try my VMs with xl tonight and see what, if anything, > breaks and raise it before time's up for 4.3 release... Today is a 4.3.0-rc2 test day so that would be rather timely ;-) http://wiki.xen.org/wiki/Xen_Test_Days Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:08:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:08:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBZb-0006Pi-F2; Wed, 22 May 2013 16:07:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBZZ-0006Pc-F2 for xen-users@lists.xen.org; Wed, 22 May 2013 16:07:29 +0000 Received: from [193.109.254.147:49607] by server-13.bemta-14.messagelabs.com id EB/25-31447-04DEC915; Wed, 22 May 2013 16:07:28 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1369238839!4009876!1 X-Originating-IP: [209.85.223.178] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15131 invoked from network); 22 May 2013 16:07:26 -0000 Received: from mail-ie0-f178.google.com (HELO mail-ie0-f178.google.com) (209.85.223.178) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:07:26 -0000 Received: by mail-ie0-f178.google.com with SMTP id tp5so1370919ieb.37 for ; Wed, 22 May 2013 09:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=5rnPsUqDYNY9OvXRRBt9Q7ewM539RGZPwZcqox5Fbhs=; b=Yf0HGt75ug04dWb1yw44RJfwe9prcwwRvCHjhhTjNfu0XMGru5qZ5zQ7HFYxTwQK1L iYiJW5h1GbNMvVfg62H7vGmYFHokopkH9Hkng2GSJ/iv+5b5wOT0e3Bafu5IETSXpKoF TnkaOTxKXh1nIZGZUSOIlgez0evg+939jb/noWZQs0snqXinOvhZlKUIz8hNcJN8qxE5 Ss1atzu9TvBPjbZQCtBua5LipdjAOYV5mfNJnXdqJtzSCka2obFjVVAZUHIPO626v6Fw 59s/fiHfaUgyebX1a7xs3FshLg6nNsF4SHIVQzfTf2SFeFvHjQY5DgQ/3PYr5bu1buil hqlw== MIME-Version: 1.0 X-Received: by 10.42.76.132 with SMTP id e4mr6779536ick.11.1369238835382; Wed, 22 May 2013 09:07:15 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Wed, 22 May 2013 09:07:15 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Wed, 22 May 2013 09:07:15 -0700 (PDT) In-Reply-To: <1369238013.17830.7.camel@zakaz.uk.xensource.com> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <1369238013.17830.7.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 10:07:15 -0600 Message-ID: From: jacek burghardt To: Ian Campbell , xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7300718244250663774==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7300718244250663774== Content-Type: multipart/alternative; boundary=90e6ba25dbf165534e04dd50c2bc --90e6ba25dbf165534e04dd50c2bc Content-Type: text/plain; charset=ISO-8859-1 I know that is impossible to use qemu git with Xen 4.3 I can start hvm but pvm gives me invalid ICC bridge value qemu added ICC in --90e6ba25dbf165534e04dd50c2bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I know that is impossible to use qemu git with Xen 4.3 I can= start hvm but pvm gives me invalid ICC bridge value=A0 qemu added ICC in <= br>

--90e6ba25dbf165534e04dd50c2bc-- --===============7300718244250663774== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7300718244250663774==-- From xen-users-bounces@lists.xen.org Wed May 22 16:08:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:08:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBZb-0006Pi-F2; Wed, 22 May 2013 16:07:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBZZ-0006Pc-F2 for xen-users@lists.xen.org; Wed, 22 May 2013 16:07:29 +0000 Received: from [193.109.254.147:49607] by server-13.bemta-14.messagelabs.com id EB/25-31447-04DEC915; Wed, 22 May 2013 16:07:28 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1369238839!4009876!1 X-Originating-IP: [209.85.223.178] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15131 invoked from network); 22 May 2013 16:07:26 -0000 Received: from mail-ie0-f178.google.com (HELO mail-ie0-f178.google.com) (209.85.223.178) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:07:26 -0000 Received: by mail-ie0-f178.google.com with SMTP id tp5so1370919ieb.37 for ; Wed, 22 May 2013 09:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=5rnPsUqDYNY9OvXRRBt9Q7ewM539RGZPwZcqox5Fbhs=; b=Yf0HGt75ug04dWb1yw44RJfwe9prcwwRvCHjhhTjNfu0XMGru5qZ5zQ7HFYxTwQK1L iYiJW5h1GbNMvVfg62H7vGmYFHokopkH9Hkng2GSJ/iv+5b5wOT0e3Bafu5IETSXpKoF TnkaOTxKXh1nIZGZUSOIlgez0evg+939jb/noWZQs0snqXinOvhZlKUIz8hNcJN8qxE5 Ss1atzu9TvBPjbZQCtBua5LipdjAOYV5mfNJnXdqJtzSCka2obFjVVAZUHIPO626v6Fw 59s/fiHfaUgyebX1a7xs3FshLg6nNsF4SHIVQzfTf2SFeFvHjQY5DgQ/3PYr5bu1buil hqlw== MIME-Version: 1.0 X-Received: by 10.42.76.132 with SMTP id e4mr6779536ick.11.1369238835382; Wed, 22 May 2013 09:07:15 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Wed, 22 May 2013 09:07:15 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Wed, 22 May 2013 09:07:15 -0700 (PDT) In-Reply-To: <1369238013.17830.7.camel@zakaz.uk.xensource.com> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <1369238013.17830.7.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 10:07:15 -0600 Message-ID: From: jacek burghardt To: Ian Campbell , xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7300718244250663774==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7300718244250663774== Content-Type: multipart/alternative; boundary=90e6ba25dbf165534e04dd50c2bc --90e6ba25dbf165534e04dd50c2bc Content-Type: text/plain; charset=ISO-8859-1 I know that is impossible to use qemu git with Xen 4.3 I can start hvm but pvm gives me invalid ICC bridge value qemu added ICC in --90e6ba25dbf165534e04dd50c2bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I know that is impossible to use qemu git with Xen 4.3 I can= start hvm but pvm gives me invalid ICC bridge value=A0 qemu added ICC in <= br>

--90e6ba25dbf165534e04dd50c2bc-- --===============7300718244250663774== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7300718244250663774==-- From xen-users-bounces@lists.xen.org Wed May 22 16:08:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:08:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBaF-0006Sj-K1; Wed, 22 May 2013 16:08:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBaD-0006Rt-9e; Wed, 22 May 2013 16:08:09 +0000 Received: from [85.158.138.51:35508] by server-6.bemta-3.messagelabs.com id 41/9A-14331-86DEC915; Wed, 22 May 2013 16:08:08 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369238886!8862311!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20645 invoked from network); 22 May 2013 16:08:07 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:08:07 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="25525454" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 16:08:05 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:08:05 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfBQp-0005kL-HM; Wed, 22 May 2013 16:58:27 +0100 Message-ID: <519CEB13.1000900@eu.citrix.com> Date: Wed, 22 May 2013 16:58:11 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com>" "\"" "<519C6BC4.2050506@bobich.net>\" <1369216400.21246.158.camel@zakaz.uk.xensource.com> "\"" <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> In-Reply-To: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 16:52, Gordan Bobic wrote: > On Wed, 22 May 2013 16:32:33 +0100, George Dunlap > wrote: >> On 22/05/13 16:27, Gordan Bobic wrote: >>> On Wed, 22 May 2013 10:58:30 +0100, George Dunlap >>> wrote: >>>> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >>>> wrote: >>>>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>>>> Along with a wiki for documentation that is actually kept updated >>>>>> when >>>>>> features are added/removed/changed and more importantly, that >>>>>> clearly >>>>>> states if/when obvious features are unexpectedly and conspicuously >>>>>> missing >>>>> >>>>> The beauty of a wiki is that anyone can edit or correct it. >>>>> >>>>> We have regular documentation days where we are all (users and devs >>>>> alike) encouraged to work to improve the state of the wiki and other >>>>> documentation. >>>>> >>>>> http://wiki.xen.org/wiki/Xen_Document_Days >>>>> >>>>> The state of the Xen documentation base has actually improved >>>>> considerably over the last year due to this initiative. >>>>> >>>>>> (e.g. domU config file method of passing multiple USB devices to >>>>>> domU). >>>>> >>>>> I'm not sure what you are referring to here, the config file >>>>> syntax is >>>>> documented in docs/man/xl.cfg.pod.5 which is installed as the >>>>> xl.cfg(5) >>>>> manpage. It is also available online >>>>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >>>>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>>>> >>>>> This manpage contains: >>>>> =item B >>>> >>>> This is a new feature for 4.3 -- 4.2 and earlier don't support >>>> multiple USB devices (including say, a host device and an emulated usb >>>> tablet). >>> >>> Is this an xl-only feature or will it work with xl as well? >> >> It will work with both xl and xl, but not with xm. :-) > > Hmm... Are there any outstanding issues with xl and PCI / VGA > passthrough? > > I'm sure I read on the (possibly out of date) wiki that with xl > PCI passthrough requires FLR, which 99% of devices lack (i.e. makes > it useless to anyone wanting to do any kind of PCI passthrough). > > Perhaps I'll try my VMs with xl tonight and see what, if anything, > breaks and raise it before time's up for 4.3 release... Most of the core Xen developers don't use PCI pass-through on a regular basis becuase the vast majority of the customers of the companies we work for don't use it. We rely on our users to test what is important for them. So yes, if you want xl to work with PCI / VGA pass-thru, then please test it and let us know what doesn't work. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:08:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:08:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBaF-0006Sj-K1; Wed, 22 May 2013 16:08:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBaD-0006Rt-9e; Wed, 22 May 2013 16:08:09 +0000 Received: from [85.158.138.51:35508] by server-6.bemta-3.messagelabs.com id 41/9A-14331-86DEC915; Wed, 22 May 2013 16:08:08 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369238886!8862311!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20645 invoked from network); 22 May 2013 16:08:07 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:08:07 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="25525454" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 16:08:05 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:08:05 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfBQp-0005kL-HM; Wed, 22 May 2013 16:58:27 +0100 Message-ID: <519CEB13.1000900@eu.citrix.com> Date: Wed, 22 May 2013 16:58:11 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com>" "\"" "<519C6BC4.2050506@bobich.net>\" <1369216400.21246.158.camel@zakaz.uk.xensource.com> "\"" <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> In-Reply-To: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> Cc: xen-users , Bartek Krawczyk , Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 16:52, Gordan Bobic wrote: > On Wed, 22 May 2013 16:32:33 +0100, George Dunlap > wrote: >> On 22/05/13 16:27, Gordan Bobic wrote: >>> On Wed, 22 May 2013 10:58:30 +0100, George Dunlap >>> wrote: >>>> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >>>> wrote: >>>>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>>>> Along with a wiki for documentation that is actually kept updated >>>>>> when >>>>>> features are added/removed/changed and more importantly, that >>>>>> clearly >>>>>> states if/when obvious features are unexpectedly and conspicuously >>>>>> missing >>>>> >>>>> The beauty of a wiki is that anyone can edit or correct it. >>>>> >>>>> We have regular documentation days where we are all (users and devs >>>>> alike) encouraged to work to improve the state of the wiki and other >>>>> documentation. >>>>> >>>>> http://wiki.xen.org/wiki/Xen_Document_Days >>>>> >>>>> The state of the Xen documentation base has actually improved >>>>> considerably over the last year due to this initiative. >>>>> >>>>>> (e.g. domU config file method of passing multiple USB devices to >>>>>> domU). >>>>> >>>>> I'm not sure what you are referring to here, the config file >>>>> syntax is >>>>> documented in docs/man/xl.cfg.pod.5 which is installed as the >>>>> xl.cfg(5) >>>>> manpage. It is also available online >>>>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >>>>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>>>> >>>>> This manpage contains: >>>>> =item B >>>> >>>> This is a new feature for 4.3 -- 4.2 and earlier don't support >>>> multiple USB devices (including say, a host device and an emulated usb >>>> tablet). >>> >>> Is this an xl-only feature or will it work with xl as well? >> >> It will work with both xl and xl, but not with xm. :-) > > Hmm... Are there any outstanding issues with xl and PCI / VGA > passthrough? > > I'm sure I read on the (possibly out of date) wiki that with xl > PCI passthrough requires FLR, which 99% of devices lack (i.e. makes > it useless to anyone wanting to do any kind of PCI passthrough). > > Perhaps I'll try my VMs with xl tonight and see what, if anything, > breaks and raise it before time's up for 4.3 release... Most of the core Xen developers don't use PCI pass-through on a regular basis becuase the vast majority of the customers of the companies we work for don't use it. We rely on our users to test what is important for them. So yes, if you want xl to work with PCI / VGA pass-thru, then please test it and let us know what doesn't work. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:09:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:09: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 1UfBas-0006ao-CB; Wed, 22 May 2013 16: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 1UfAwl-0001pS-H6 for xen-users@lists.xen.org; Wed, 22 May 2013 15:27:24 +0000 Received: from [85.158.137.99:44408] by server-16.bemta-3.messagelabs.com id 33/A8-23964-AD3EC915; Wed, 22 May 2013 15:27:22 +0000 X-Env-Sender: ykohut@onapp.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1369236440!14757944!1 X-Originating-IP: [209.85.215.177] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12312 invoked from network); 22 May 2013 15:27:20 -0000 Received: from mail-ea0-f177.google.com (HELO mail-ea0-f177.google.com) (209.85.215.177) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:27:20 -0000 Received: by mail-ea0-f177.google.com with SMTP id q14so1198903eaj.36 for ; Wed, 22 May 2013 08:27:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer:x-gm-message-state; bh=oUWEwIJ3t38+zPldr9E+ypvwxb3MPC1MIw4SuwB2qG4=; b=RwFSRRg3s/VKhI6tdjkktBliSs5MLyABLcYfAflg3vG96jaPbPx3XXZCChRvMgPGrp hl6Kantw8Rd9RKu0nlSrUUnKG5+TmlSykF0jfUDQp5RH2HCpPcueKgDvZ3PxTeejmc7H yAZ4H9PEb8709DgLZekHphiAk+HIbRHSPXDMYgJaEtQ9uHKbXHPNYO3BLZjzIMqaBtsI FO3HJZ02VPWqbotTXuQNspWyrFqxHn8jVlkPHHiUaU4e+luxEBg1k8TNx07zXmdnztl1 TkiEMBtVdFGUzqHcQfOIYIjW6UiEXQbiLF5v97FY+806u0qNOfyxFNompscZLBjPiJJl 3nLA== X-Received: by 10.15.107.77 with SMTP id ca53mr19687223eeb.40.1369236440021; Wed, 22 May 2013 08:27:20 -0700 (PDT) Received: from [192.168.128.192] (ext.vps.lviv.ua. [194.44.160.178]) by mx.google.com with ESMTPSA id bp51sm10903796eeb.5.2013.05.22.08.27.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 May 2013 08:27:18 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Yuriy Kohut In-Reply-To: <519131D8.9010307@citrix.com> Date: Wed, 22 May 2013 18:27:16 +0300 Message-Id: <7C420745-BAC0-4BD0-AB60-E3BC7F8BA2A7@onapp.com> References: <519131D8.9010307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQkhxz6iLxT8iPI/+Lrg8FiiXEI0q/O3sUMsq/wQE1UBNSk0kDw1OCQpxXvdE7TaGNcJhQ4H X-Mailman-Approved-At: Wed, 22 May 2013 16:08:48 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2404072034178369088==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2404072034178369088== Content-Type: multipart/alternative; boundary="Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7" --Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hi, I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' based = kernel under Xen 3.4.4. Hypervisor details: # xm info host : ******* release : 2.6.18-348.2.1.el5xen version : #1 SMP Tue Mar 5 17:05:33 EST 2013 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2128 hw_caps : = bfebfbff:28100800:00000000:00000340:009ce3bd:00000000:00000001:00000000 virt_caps : hvm total_memory : 6135 free_memory : 262 node_to_cpu : node0:0-3 node_to_memory : node0:262 xen_major : 3 xen_minor : 4 xen_extra : .4 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 = hvm-3.0-x86_32p hvm-3.0-x86_64=20 xen_scheduler : credit 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 : root cc_compile_domain : ****** cc_compile_date : Wed Sep 5 18:01:10 EEST 2012 xend_config_format : 4 DomU details: # xm list --long h283bpm53f9rnx (domain (domid 61) (on_crash restart) (uuid a2cbcba9-1d66-87ce-6d2f-412e70eab051) (bootloader_args ) (vcpus 2) (name h283bpm53f9rnx) (on_poweroff destroy) (on_reboot restart) (cpus (() ())) (bootloader ) (maxmem 1024) (memory 1024) (shadow_memory 10) (features ) (on_xend_start ignore) (on_xend_stop ignore) (start_time 1369235607.92) (cpu_time 31.914003553) (online_vcpus 2) (image (hvm (kernel ) (videoram 4) (hpet 0) (stdvga 0) (loader /usr/lib/xen/boot/hvmloader) (vncunused 1) (xen_platform_pci 1) (boot cd) (rtc_timeoffset 7202) (pci ()) (pae 1) (vpt_align 1) (hap 1) (viridian 0) (acpi 1) (localtime 0) (timer_mode 1) (vnc 1) (nographic 0) (guest_os_type default) (pci_msitranslate 1) (apic 1) (monitor 0) (usbdevice tablet) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (usb 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)) ) ) (status 2) (state -b----) (store_mfn 1044476) (device (vif (bridge xnh5getjoj54ke) (uuid 6133c146-48ea-b7a5-0263-fda98e1a30fe) (script /etc/xen/scripts/vif-bridge) (ip 83.170.81.183) (mac 00:16:3e:a4:02:5a) (vifname t2vd5w22msrv5d) (backend 0) ) ) (device (vbd (protocol x86_64-abi) (uuid dd857cd1-2a4c-ea21-a5a5-e95d811f607a) (bootable 1) (dev hda:disk) (uname phy:/dev/9yblt1m70pdtdp/ddfhogyred6bby) (mode w) (backend 0) (bootable 1) (VDI ) ) ) (device (vbd (protocol x86_64-abi) (uuid 19cae15c-354d-77cb-57ec-dc313f1d05ba) (bootable 0) (dev hdb:disk) (uname phy:/dev/9yblt1m70pdtdp/dhnnwhs6jh9kdd) (mode w) (backend 0) (bootable 0) (VDI ) ) ) (device (vbd (protocol x86_64-abi) (uuid 2b97ec8c-0cc5-7197-f510-63c272449680) (bootable 0) (dev hdc:disk) (uname phy:/dev/9yblt1m70pdtdp/d1jilc7s7jxsaq) (mode w) (backend 0) (bootable 0) (VDI ) ) ) (device (vbd (protocol x86_64-abi) (uuid 1b472270-1ef3-2f49-81f1-031cc00c0eb7) (bootable 0) (dev hdd:cdrom) (uname file:/tools/freebsd/boot-freebsd-generic.iso) (mode r) (backend 0) (bootable 0) (VDI ) ) ) (device (vfb (vncunused 1) (vnc 1) (uuid b3defeea-4acc-1408-9b22-71547a64e705) (location 0.0.0.0:5900) ) ) (device (console (protocol vt100) (location 4) (uuid 58a089ce-a4d0-037e-23e8-9df37b2bd5da) ) ) ) DomU from "inside": # uname -a FreeBSD yurak1.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed = May 22 17:47:40 EEST 2013 = root@yurak1.vm:/usr/obj/data/freebsd/sys/XENHVM amd64 I'll also set up one (hope will have some time) under Xen 4.2.2 = tomorrow. --- Yura On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 = wrote: > Hello, >=20 > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to = bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM = guest. > The main benefits of this changes are that Xen virtual interrupts = (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when = running > as an HVM guest, which should provide better time keeping and reduce = the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. >=20 > Right now the code is in a state where it can be tested by users, so = we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. >=20 > The code is available in the following git repository, under the = branch > pvhvm_v5: >=20 > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary= >=20 > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: >=20 > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" --Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
# uname -a
FreeBSD yurak1.vm = 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed May 22 17:47:40 EEST = 2013     root@yurak1.vm:/usr/obj/data/freebsd/sy= s/XENHVM  amd64


I'll = also set up one (hope will have some time) under Xen 4.2.2 = tomorrow.
---
Yura

On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 <roger.pau@citrix.com> = wrote:

Hello,

Recently Justin T Gibbs, Will Andrews and = myself have been working on
improving the Xen support in FreeBSD. The = main goal of this was to bring
full PVHVM support to FreeBSD, right = now FreeBSD is only using PV
interfaces for disk and network = interfaces when running as a HVM guest.
The main benefits of this = changes are that Xen virtual interrupts (event
channels) are now = delivered to the guest using a vector callback
injection, that is a = per-cpu mechanism that allows each vCPU to have
different interrupts = assigned, so for example network and disk
interrupts are delivered to = different vCPUs in order to improve
performance. With this changes = FreeBSD also uses PV timers when running
as an HVM guest, which = should provide better time keeping and reduce the
virtualization = overhead, since emulated timers are no longer used. PV
IPIs can also = be used inside a HVM guest, but this will be = implemented
later.

Right now the code is in a state where it = can be tested by users, so we
would like to encourage FreeBSD and Xen = users to test it and provide
feedback.

The code is available = in the following git repository, under the branch
pvhvm_v5:

http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Ds= ummary

Also, I've created a wiki page that explains how to = set up a FreeBSD
PVHVM for = testing:

http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM
________= _______________________________________
freebsd-xen@freebsd.org = mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"

= --Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7-- --===============2404072034178369088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2404072034178369088==-- From xen-users-bounces@lists.xen.org Wed May 22 16:09:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:09: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 1UfBas-0006ao-CB; Wed, 22 May 2013 16: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 1UfAwl-0001pS-H6 for xen-users@lists.xen.org; Wed, 22 May 2013 15:27:24 +0000 Received: from [85.158.137.99:44408] by server-16.bemta-3.messagelabs.com id 33/A8-23964-AD3EC915; Wed, 22 May 2013 15:27:22 +0000 X-Env-Sender: ykohut@onapp.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1369236440!14757944!1 X-Originating-IP: [209.85.215.177] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12312 invoked from network); 22 May 2013 15:27:20 -0000 Received: from mail-ea0-f177.google.com (HELO mail-ea0-f177.google.com) (209.85.215.177) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 15:27:20 -0000 Received: by mail-ea0-f177.google.com with SMTP id q14so1198903eaj.36 for ; Wed, 22 May 2013 08:27:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer:x-gm-message-state; bh=oUWEwIJ3t38+zPldr9E+ypvwxb3MPC1MIw4SuwB2qG4=; b=RwFSRRg3s/VKhI6tdjkktBliSs5MLyABLcYfAflg3vG96jaPbPx3XXZCChRvMgPGrp hl6Kantw8Rd9RKu0nlSrUUnKG5+TmlSykF0jfUDQp5RH2HCpPcueKgDvZ3PxTeejmc7H yAZ4H9PEb8709DgLZekHphiAk+HIbRHSPXDMYgJaEtQ9uHKbXHPNYO3BLZjzIMqaBtsI FO3HJZ02VPWqbotTXuQNspWyrFqxHn8jVlkPHHiUaU4e+luxEBg1k8TNx07zXmdnztl1 TkiEMBtVdFGUzqHcQfOIYIjW6UiEXQbiLF5v97FY+806u0qNOfyxFNompscZLBjPiJJl 3nLA== X-Received: by 10.15.107.77 with SMTP id ca53mr19687223eeb.40.1369236440021; Wed, 22 May 2013 08:27:20 -0700 (PDT) Received: from [192.168.128.192] (ext.vps.lviv.ua. [194.44.160.178]) by mx.google.com with ESMTPSA id bp51sm10903796eeb.5.2013.05.22.08.27.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 May 2013 08:27:18 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Yuriy Kohut In-Reply-To: <519131D8.9010307@citrix.com> Date: Wed, 22 May 2013 18:27:16 +0300 Message-Id: <7C420745-BAC0-4BD0-AB60-E3BC7F8BA2A7@onapp.com> References: <519131D8.9010307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQkhxz6iLxT8iPI/+Lrg8FiiXEI0q/O3sUMsq/wQE1UBNSk0kDw1OCQpxXvdE7TaGNcJhQ4H X-Mailman-Approved-At: Wed, 22 May 2013 16:08:48 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2404072034178369088==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2404072034178369088== Content-Type: multipart/alternative; boundary="Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7" --Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hi, I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' based = kernel under Xen 3.4.4. Hypervisor details: # xm info host : ******* release : 2.6.18-348.2.1.el5xen version : #1 SMP Tue Mar 5 17:05:33 EST 2013 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2128 hw_caps : = bfebfbff:28100800:00000000:00000340:009ce3bd:00000000:00000001:00000000 virt_caps : hvm total_memory : 6135 free_memory : 262 node_to_cpu : node0:0-3 node_to_memory : node0:262 xen_major : 3 xen_minor : 4 xen_extra : .4 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 = hvm-3.0-x86_32p hvm-3.0-x86_64=20 xen_scheduler : credit 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 : root cc_compile_domain : ****** cc_compile_date : Wed Sep 5 18:01:10 EEST 2012 xend_config_format : 4 DomU details: # xm list --long h283bpm53f9rnx (domain (domid 61) (on_crash restart) (uuid a2cbcba9-1d66-87ce-6d2f-412e70eab051) (bootloader_args ) (vcpus 2) (name h283bpm53f9rnx) (on_poweroff destroy) (on_reboot restart) (cpus (() ())) (bootloader ) (maxmem 1024) (memory 1024) (shadow_memory 10) (features ) (on_xend_start ignore) (on_xend_stop ignore) (start_time 1369235607.92) (cpu_time 31.914003553) (online_vcpus 2) (image (hvm (kernel ) (videoram 4) (hpet 0) (stdvga 0) (loader /usr/lib/xen/boot/hvmloader) (vncunused 1) (xen_platform_pci 1) (boot cd) (rtc_timeoffset 7202) (pci ()) (pae 1) (vpt_align 1) (hap 1) (viridian 0) (acpi 1) (localtime 0) (timer_mode 1) (vnc 1) (nographic 0) (guest_os_type default) (pci_msitranslate 1) (apic 1) (monitor 0) (usbdevice tablet) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (usb 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)) ) ) (status 2) (state -b----) (store_mfn 1044476) (device (vif (bridge xnh5getjoj54ke) (uuid 6133c146-48ea-b7a5-0263-fda98e1a30fe) (script /etc/xen/scripts/vif-bridge) (ip 83.170.81.183) (mac 00:16:3e:a4:02:5a) (vifname t2vd5w22msrv5d) (backend 0) ) ) (device (vbd (protocol x86_64-abi) (uuid dd857cd1-2a4c-ea21-a5a5-e95d811f607a) (bootable 1) (dev hda:disk) (uname phy:/dev/9yblt1m70pdtdp/ddfhogyred6bby) (mode w) (backend 0) (bootable 1) (VDI ) ) ) (device (vbd (protocol x86_64-abi) (uuid 19cae15c-354d-77cb-57ec-dc313f1d05ba) (bootable 0) (dev hdb:disk) (uname phy:/dev/9yblt1m70pdtdp/dhnnwhs6jh9kdd) (mode w) (backend 0) (bootable 0) (VDI ) ) ) (device (vbd (protocol x86_64-abi) (uuid 2b97ec8c-0cc5-7197-f510-63c272449680) (bootable 0) (dev hdc:disk) (uname phy:/dev/9yblt1m70pdtdp/d1jilc7s7jxsaq) (mode w) (backend 0) (bootable 0) (VDI ) ) ) (device (vbd (protocol x86_64-abi) (uuid 1b472270-1ef3-2f49-81f1-031cc00c0eb7) (bootable 0) (dev hdd:cdrom) (uname file:/tools/freebsd/boot-freebsd-generic.iso) (mode r) (backend 0) (bootable 0) (VDI ) ) ) (device (vfb (vncunused 1) (vnc 1) (uuid b3defeea-4acc-1408-9b22-71547a64e705) (location 0.0.0.0:5900) ) ) (device (console (protocol vt100) (location 4) (uuid 58a089ce-a4d0-037e-23e8-9df37b2bd5da) ) ) ) DomU from "inside": # uname -a FreeBSD yurak1.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed = May 22 17:47:40 EEST 2013 = root@yurak1.vm:/usr/obj/data/freebsd/sys/XENHVM amd64 I'll also set up one (hope will have some time) under Xen 4.2.2 = tomorrow. --- Yura On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 = wrote: > Hello, >=20 > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to = bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM = guest. > The main benefits of this changes are that Xen virtual interrupts = (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when = running > as an HVM guest, which should provide better time keeping and reduce = the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. >=20 > Right now the code is in a state where it can be tested by users, so = we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. >=20 > The code is available in the following git repository, under the = branch > pvhvm_v5: >=20 > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary= >=20 > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: >=20 > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" --Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
# uname -a
FreeBSD yurak1.vm = 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed May 22 17:47:40 EEST = 2013     root@yurak1.vm:/usr/obj/data/freebsd/sy= s/XENHVM  amd64


I'll = also set up one (hope will have some time) under Xen 4.2.2 = tomorrow.
---
Yura

On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 <roger.pau@citrix.com> = wrote:

Hello,

Recently Justin T Gibbs, Will Andrews and = myself have been working on
improving the Xen support in FreeBSD. The = main goal of this was to bring
full PVHVM support to FreeBSD, right = now FreeBSD is only using PV
interfaces for disk and network = interfaces when running as a HVM guest.
The main benefits of this = changes are that Xen virtual interrupts (event
channels) are now = delivered to the guest using a vector callback
injection, that is a = per-cpu mechanism that allows each vCPU to have
different interrupts = assigned, so for example network and disk
interrupts are delivered to = different vCPUs in order to improve
performance. With this changes = FreeBSD also uses PV timers when running
as an HVM guest, which = should provide better time keeping and reduce the
virtualization = overhead, since emulated timers are no longer used. PV
IPIs can also = be used inside a HVM guest, but this will be = implemented
later.

Right now the code is in a state where it = can be tested by users, so we
would like to encourage FreeBSD and Xen = users to test it and provide
feedback.

The code is available = in the following git repository, under the branch
pvhvm_v5:

http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Ds= ummary

Also, I've created a wiki page that explains how to = set up a FreeBSD
PVHVM for = testing:

http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM
________= _______________________________________
freebsd-xen@freebsd.org = mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"

= --Apple-Mail=_C0BEEC79-6F4F-44CA-B6D0-A6F51E071AA7-- --===============2404072034178369088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2404072034178369088==-- From xen-users-bounces@lists.xen.org Wed May 22 16:10:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:10: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 1UfBcG-0006u4-DK; Wed, 22 May 2013 16:10:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBcF-0006tj-Dq for xen-users@lists.xen.org; Wed, 22 May 2013 16:10:15 +0000 Received: from [85.158.137.99:7092] by server-3.bemta-3.messagelabs.com id 7C/FF-12734-6EDEC915; Wed, 22 May 2013 16:10:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-217.messagelabs.com!1369239010!17841972!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17111 invoked from network); 22 May 2013 16:10:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:10:11 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4863487" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 16:10:10 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 17:10:10 +0100 Message-ID: <1369239008.17830.13.camel@zakaz.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Wed, 22 May 2013 17:10:08 +0100 In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <1369238013.17830.7.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 10:07 -0600, jacek burghardt wrote: > I know that is impossible to use qemu git with Xen 4.3 I can start hvm > but pvm gives me invalid ICC bridge value qemu added ICC in Please file a proper report on xen-devel according to: http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen Thanks. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:10:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:10: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 1UfBcG-0006u4-DK; Wed, 22 May 2013 16:10:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBcF-0006tj-Dq for xen-users@lists.xen.org; Wed, 22 May 2013 16:10:15 +0000 Received: from [85.158.137.99:7092] by server-3.bemta-3.messagelabs.com id 7C/FF-12734-6EDEC915; Wed, 22 May 2013 16:10:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-217.messagelabs.com!1369239010!17841972!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17111 invoked from network); 22 May 2013 16:10:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:10:11 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="4863487" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 16:10:10 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 17:10:10 +0100 Message-ID: <1369239008.17830.13.camel@zakaz.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Wed, 22 May 2013 17:10:08 +0100 In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <1369238013.17830.7.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-22 at 10:07 -0600, jacek burghardt wrote: > I know that is impossible to use qemu git with Xen 4.3 I can start hvm > but pvm gives me invalid ICC bridge value qemu added ICC in Please file a proper report on xen-devel according to: http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen Thanks. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:19:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:19: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 1UfBl4-0007os-HJ; Wed, 22 May 2013 16:19:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBl2-0007oQ-6X; Wed, 22 May 2013 16:19:20 +0000 Received: from [193.109.254.147:61770] by server-4.bemta-14.messagelabs.com id 92/6D-29620-700FC915; Wed, 22 May 2013 16:19:19 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1369239557!9680008!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18797 invoked from network); 22 May 2013 16:19:18 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:19:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="25529572" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 16:19:15 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:19:15 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfBkw-0006GW-V8; Wed, 22 May 2013 17:19:14 +0100 Message-ID: <519CEFF2.1050306@eu.citrix.com> Date: Wed, 22 May 2013 17:18:58 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com>" " <519C6BC4.2050506@bobich.net> <34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net> In-Reply-To: <34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net> Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 16:24, Gordan Bobic wrote: > On Wed, 22 May 2013 11:20:49 +0100, George Dunlap > wrote: > >>>>>>>> I believe both mailing lists are great but there are so may >>>>>>>> postings >>>>>>>> that >>>>>>>> many issues get missed. There are some bugs that hand never been >>>>>>>> resolved >>>>>>>> because developers are unaware of it. I just setup forum for xen >>>>>>>> users at >>>>>>>> sam.hebe.us/forums please be free to join >>>>>>> >>>>>>> >>>>>>> It would be easier for us if the bug reports and such were >>>>>>> posted on >>>>>>> xen-devel. >>>>>>> Please consult >>>>>>> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>>> when >>>>>>> doing it. >>>>>> >>>>>> >>>>>> Surely a bug-tracking system that emails all reports to xen-devel >>>>>> automatically would cover the best of both worlds, would it not? >>>>> >>>>> >>>>> Not unless developers can reply to the bug by hitting reply in their >>>>> MUA. >>>> >>>> >>>> Please drop the forum idea. Xen should use a proper bug tracking >>>> system like Bugzilla (which allows replying to bugs by clicking >>>> "Reply" in MUA). >>>> Take a look at: >>>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >>> >>> >>> +1 >>> >>> Along with a wiki for documentation that is actually kept updated when >>> features are added/removed/changed and more importantly, that >>> clearly states >>> if/when obvious features are unexpectedly and conspicuously missing >>> (e.g. >>> domU config file method of passing multiple USB devices to domU). >> >> So the thing here is that I don't think any of the active developers >> knew there was that limitation. As soon as I discovered it, I just >> fixed it (which is why 4.3 will have support for passing multiple USB >> devices in the config file). >> >> If you find other obvious missing features like that, please mention >> them on the list, and/or suggest them in the xen.org uservoice page: >> http://xenorg.uservoice.com > > Somebody mentioned it before. Here's a thread from 2009: > http://lists.xen.org/archives/html/xen-users/2009-10/msg00010.html > > I think you are further strengthening the case for the list being > too leaky as a method of reporting things like this. The question isn't about it being leaky, the question is attracting the attention of someone who can do something about it. If someone had posted this on our bugzilla four years ago, it would also still be there today -- unless someone had actively looked through the list and brought it to someone's attention. That e-mail was on the xen-users mailing list -- not the best place unfortunately for getting the attention of developers. If no one did that for xen-users, why do you think they would do it for a bugzilla? What full-time developers typically do is to go through the xen-devel mailing list every day looking for e-mails that are relevant to them. When they find a bug report they think pertains to them, they put it on their personal list and ask more questions about it to determine if it really is a bug, and if it really has to do with something in their own area or in someone else's. When they determine that it is a bug and is in their area, they put it on their list of things to fix, and get to it when it fits with their current priorities. The key process in this step is "detecting signal in the noise" -- finding what's relevant in what's not relevant. On a mailing list, the "signal to noise" ratio is a function of how many messages there are and what percentage of them pertain to you; as Xen grows as as project, that ratio is lower, and so mail is sometimes dropped. But the problem isn't actually better on a bugzilla. If I'm scanning through bugs, I still need to find out which bugs are relevant to me. The "signal to noise" ratio in this case, however, is the number of open bugs -- which will grow linearly with time, as opposed to being a constant based on the size of the project. What bugzilla is *worse* for is discussing what the problem is and coming up with a solution. Mail is much more suited for that purpose. What we need is people who report / complain about bugs / deficiences in a constructive way. Ideally the reporter would keep "Keep bugging the list every so often until I'm told 'No'" on their own to-do list. It would also be great if we had more experienced users helping to make bug reports better, and then helping bring bug reports / deficiencies to the attention of appropriate maintainers and developers. Pasi I know has played this role, but it wouldn't hurt to have more people get an idea who might be the best person to talk to about a particular issue. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:19:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:19: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 1UfBl4-0007os-HJ; Wed, 22 May 2013 16:19:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBl2-0007oQ-6X; Wed, 22 May 2013 16:19:20 +0000 Received: from [193.109.254.147:61770] by server-4.bemta-14.messagelabs.com id 92/6D-29620-700FC915; Wed, 22 May 2013 16:19:19 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1369239557!9680008!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18797 invoked from network); 22 May 2013 16:19:18 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:19:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,722,1363132800"; d="scan'208";a="25529572" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 May 2013 16:19:15 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Wed, 22 May 2013 12:19:15 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfBkw-0006GW-V8; Wed, 22 May 2013 17:19:14 +0100 Message-ID: <519CEFF2.1050306@eu.citrix.com> Date: Wed, 22 May 2013 17:18:58 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\" <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com>" " <519C6BC4.2050506@bobich.net> <34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net> In-Reply-To: <34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net> Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 16:24, Gordan Bobic wrote: > On Wed, 22 May 2013 11:20:49 +0100, George Dunlap > wrote: > >>>>>>>> I believe both mailing lists are great but there are so may >>>>>>>> postings >>>>>>>> that >>>>>>>> many issues get missed. There are some bugs that hand never been >>>>>>>> resolved >>>>>>>> because developers are unaware of it. I just setup forum for xen >>>>>>>> users at >>>>>>>> sam.hebe.us/forums please be free to join >>>>>>> >>>>>>> >>>>>>> It would be easier for us if the bug reports and such were >>>>>>> posted on >>>>>>> xen-devel. >>>>>>> Please consult >>>>>>> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>>> when >>>>>>> doing it. >>>>>> >>>>>> >>>>>> Surely a bug-tracking system that emails all reports to xen-devel >>>>>> automatically would cover the best of both worlds, would it not? >>>>> >>>>> >>>>> Not unless developers can reply to the bug by hitting reply in their >>>>> MUA. >>>> >>>> >>>> Please drop the forum idea. Xen should use a proper bug tracking >>>> system like Bugzilla (which allows replying to bugs by clicking >>>> "Reply" in MUA). >>>> Take a look at: >>>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >>> >>> >>> +1 >>> >>> Along with a wiki for documentation that is actually kept updated when >>> features are added/removed/changed and more importantly, that >>> clearly states >>> if/when obvious features are unexpectedly and conspicuously missing >>> (e.g. >>> domU config file method of passing multiple USB devices to domU). >> >> So the thing here is that I don't think any of the active developers >> knew there was that limitation. As soon as I discovered it, I just >> fixed it (which is why 4.3 will have support for passing multiple USB >> devices in the config file). >> >> If you find other obvious missing features like that, please mention >> them on the list, and/or suggest them in the xen.org uservoice page: >> http://xenorg.uservoice.com > > Somebody mentioned it before. Here's a thread from 2009: > http://lists.xen.org/archives/html/xen-users/2009-10/msg00010.html > > I think you are further strengthening the case for the list being > too leaky as a method of reporting things like this. The question isn't about it being leaky, the question is attracting the attention of someone who can do something about it. If someone had posted this on our bugzilla four years ago, it would also still be there today -- unless someone had actively looked through the list and brought it to someone's attention. That e-mail was on the xen-users mailing list -- not the best place unfortunately for getting the attention of developers. If no one did that for xen-users, why do you think they would do it for a bugzilla? What full-time developers typically do is to go through the xen-devel mailing list every day looking for e-mails that are relevant to them. When they find a bug report they think pertains to them, they put it on their personal list and ask more questions about it to determine if it really is a bug, and if it really has to do with something in their own area or in someone else's. When they determine that it is a bug and is in their area, they put it on their list of things to fix, and get to it when it fits with their current priorities. The key process in this step is "detecting signal in the noise" -- finding what's relevant in what's not relevant. On a mailing list, the "signal to noise" ratio is a function of how many messages there are and what percentage of them pertain to you; as Xen grows as as project, that ratio is lower, and so mail is sometimes dropped. But the problem isn't actually better on a bugzilla. If I'm scanning through bugs, I still need to find out which bugs are relevant to me. The "signal to noise" ratio in this case, however, is the number of open bugs -- which will grow linearly with time, as opposed to being a constant based on the size of the project. What bugzilla is *worse* for is discussing what the problem is and coming up with a solution. Mail is much more suited for that purpose. What we need is people who report / complain about bugs / deficiences in a constructive way. Ideally the reporter would keep "Keep bugging the list every so often until I'm told 'No'" on their own to-do list. It would also be great if we had more experienced users helping to make bug reports better, and then helping bring bug reports / deficiencies to the attention of appropriate maintainers and developers. Pasi I know has played this role, but it wouldn't hurt to have more people get an idea who might be the best person to talk to about a particular issue. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:29:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:29: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 1UfBuS-0000I2-T0; Wed, 22 May 2013 16:29:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBuR-0000Hv-CK for xen-users@lists.xen.org; Wed, 22 May 2013 16:29:03 +0000 Received: from [85.158.137.99:21248] by server-14.bemta-3.messagelabs.com id E6/F6-20016-E42FC915; Wed, 22 May 2013 16:29:02 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1369240139!13186296!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7090 invoked from network); 22 May 2013 16:29:01 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:29:01 -0000 Received: by mail-ie0-f180.google.com with SMTP id ar20so5562621iec.39 for ; Wed, 22 May 2013 09:28:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=B2FLT8UOhBPNaAEmXLtnFWnTPutVJbp3nEMKxs9QusE=; b=xfPL5+Gd9JdvzryLFk0ICWAJCWqy1QeoHOfpdgvY/oI6QmC1JrRBd8ot6+h/v3Xy+o 9k542vBU6hLaU/1CnFEVRcKW3KUqHRGBOYmqZfjzEIlejqFhEpyxvoc/OoKYVJPUwIZl od1muazxQ88/mgpCUxQPURsGpADMOsWGq44SjY2rfIl9iiJ4QrbHr4zuR+QeWWpObryN 6vkZd/6ZbRmeZU+Ge35rZrHmTb1PYO4K+lRXEn8zB8aT54+9GrNs2BrDG5L4+1JrLy1F B7xYiU0u6eudW5bfQusd6QdB8pdfihUO7GPBj1+D4p3aCTgaqBfH0A920QFcTt2JLBVt IGsw== MIME-Version: 1.0 X-Received: by 10.42.76.132 with SMTP id e4mr6926922ick.11.1369240139086; Wed, 22 May 2013 09:28:59 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Wed, 22 May 2013 09:28:58 -0700 (PDT) In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <1369238013.17830.7.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 10:28:58 -0600 Message-ID: From: jacek burghardt To: Ian Campbell , xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2246705602693132374==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2246705602693132374== Content-Type: multipart/alternative; boundary=90e6ba25dbf11a431404dd511026 --90e6ba25dbf11a431404dd511026 Content-Type: text/plain; charset=ISO-8859-1 I will file bug report I belive the issue is related to this patch in qemu git. I hope that somone could point me were xen code is for pvm that interacts with qemu it seems to fix it would change/ add some definitions in code. http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg05787.html On Wed, May 22, 2013 at 10:07 AM, jacek burghardt wrote: > I know that is impossible to use qemu git with Xen 4.3 I can start hvm but > pvm gives me invalid ICC bridge value qemu added ICC in > --90e6ba25dbf11a431404dd511026 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I will file bug report I belive the issue is related to th= is patch in qemu git. I hope that somone could point me were xen code is fo= r pvm =A0that interacts =A0with qemu it seems to fix it would change/ add = =A0some definitions in code.=A0


On Wed, May 22, 2013 at 10:07 AM, jacek burghardt <jaceksburghardt= @gmail.com> wrote:

I know that is impossible to use qemu git with Xen 4.3 I can= start hvm but pvm gives me invalid ICC bridge value=A0 qemu added ICC in <= br>


--90e6ba25dbf11a431404dd511026-- --===============2246705602693132374== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2246705602693132374==-- From xen-users-bounces@lists.xen.org Wed May 22 16:29:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:29: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 1UfBuS-0000I2-T0; Wed, 22 May 2013 16:29:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfBuR-0000Hv-CK for xen-users@lists.xen.org; Wed, 22 May 2013 16:29:03 +0000 Received: from [85.158.137.99:21248] by server-14.bemta-3.messagelabs.com id E6/F6-20016-E42FC915; Wed, 22 May 2013 16:29:02 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1369240139!13186296!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7090 invoked from network); 22 May 2013 16:29:01 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 16:29:01 -0000 Received: by mail-ie0-f180.google.com with SMTP id ar20so5562621iec.39 for ; Wed, 22 May 2013 09:28:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=B2FLT8UOhBPNaAEmXLtnFWnTPutVJbp3nEMKxs9QusE=; b=xfPL5+Gd9JdvzryLFk0ICWAJCWqy1QeoHOfpdgvY/oI6QmC1JrRBd8ot6+h/v3Xy+o 9k542vBU6hLaU/1CnFEVRcKW3KUqHRGBOYmqZfjzEIlejqFhEpyxvoc/OoKYVJPUwIZl od1muazxQ88/mgpCUxQPURsGpADMOsWGq44SjY2rfIl9iiJ4QrbHr4zuR+QeWWpObryN 6vkZd/6ZbRmeZU+Ge35rZrHmTb1PYO4K+lRXEn8zB8aT54+9GrNs2BrDG5L4+1JrLy1F B7xYiU0u6eudW5bfQusd6QdB8pdfihUO7GPBj1+D4p3aCTgaqBfH0A920QFcTt2JLBVt IGsw== MIME-Version: 1.0 X-Received: by 10.42.76.132 with SMTP id e4mr6926922ick.11.1369240139086; Wed, 22 May 2013 09:28:59 -0700 (PDT) Received: by 10.42.254.5 with HTTP; Wed, 22 May 2013 09:28:58 -0700 (PDT) In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <1369238013.17830.7.camel@zakaz.uk.xensource.com> Date: Wed, 22 May 2013 10:28:58 -0600 Message-ID: From: jacek burghardt To: Ian Campbell , xen-users Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2246705602693132374==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2246705602693132374== Content-Type: multipart/alternative; boundary=90e6ba25dbf11a431404dd511026 --90e6ba25dbf11a431404dd511026 Content-Type: text/plain; charset=ISO-8859-1 I will file bug report I belive the issue is related to this patch in qemu git. I hope that somone could point me were xen code is for pvm that interacts with qemu it seems to fix it would change/ add some definitions in code. http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg05787.html On Wed, May 22, 2013 at 10:07 AM, jacek burghardt wrote: > I know that is impossible to use qemu git with Xen 4.3 I can start hvm but > pvm gives me invalid ICC bridge value qemu added ICC in > --90e6ba25dbf11a431404dd511026 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I will file bug report I belive the issue is related to th= is patch in qemu git. I hope that somone could point me were xen code is fo= r pvm =A0that interacts =A0with qemu it seems to fix it would change/ add = =A0some definitions in code.=A0


On Wed, May 22, 2013 at 10:07 AM, jacek burghardt <jaceksburghardt= @gmail.com> wrote:

I know that is impossible to use qemu git with Xen 4.3 I can= start hvm but pvm gives me invalid ICC bridge value=A0 qemu added ICC in <= br>


--90e6ba25dbf11a431404dd511026-- --===============2246705602693132374== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2246705602693132374==-- From xen-users-bounces@lists.xen.org Wed May 22 16:45:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:45: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 1UfC9P-00027p-T5; Wed, 22 May 2013 16:44:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfC9N-00027T-KT; Wed, 22 May 2013 16:44:29 +0000 Received: from [85.158.138.51:5177] by server-3.bemta-3.messagelabs.com id D1/68-12734-CE5FC915; Wed, 22 May 2013 16:44:28 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1369241067!28182105!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12818 invoked from network); 22 May 2013 16:44:27 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 16:44:27 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 2978922124E; Wed, 22 May 2013 17:44:26 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 17:44:25 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: <519CEFF2.1050306@eu.citrix.com> References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com>" " "<1369148674.21246.92.camel@zakaz.uk.xensource.com>\"" "\" <519C6BC4.2050506@bobich.net> "<34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net>\"" <519CEFF2.1050306@eu.citrix.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 17:18:58 +0100, George Dunlap wrote: > On 22/05/13 16:24, Gordan Bobic wrote: >> On Wed, 22 May 2013 11:20:49 +0100, George Dunlap >> wrote: >> >>>>>>>>> I believe both mailing lists are great but there are so may >>>>>>>>> postings >>>>>>>>> that >>>>>>>>> many issues get missed. There are some bugs that hand never >>>>>>>>> been >>>>>>>>> resolved >>>>>>>>> because developers are unaware of it. I just setup forum for >>>>>>>>> xen >>>>>>>>> users at >>>>>>>>> sam.hebe.us/forums please be free to join >>>>>>>> >>>>>>>> >>>>>>>> It would be easier for us if the bug reports and such were >>>>>>>> posted on >>>>>>>> xen-devel. >>>>>>>> Please consult >>>>>>>> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>>>> when >>>>>>>> doing it. >>>>>>> >>>>>>> >>>>>>> Surely a bug-tracking system that emails all reports to >>>>>>> xen-devel >>>>>>> automatically would cover the best of both worlds, would it >>>>>>> not? >>>>>> >>>>>> >>>>>> Not unless developers can reply to the bug by hitting reply in >>>>>> their >>>>>> MUA. >>>>> >>>>> >>>>> Please drop the forum idea. Xen should use a proper bug tracking >>>>> system like Bugzilla (which allows replying to bugs by clicking >>>>> "Reply" in MUA). >>>>> Take a look at: >>>>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >>>> >>>> >>>> +1 >>>> >>>> Along with a wiki for documentation that is actually kept updated >>>> when >>>> features are added/removed/changed and more importantly, that >>>> clearly states >>>> if/when obvious features are unexpectedly and conspicuously >>>> missing (e.g. >>>> domU config file method of passing multiple USB devices to domU). >>> >>> So the thing here is that I don't think any of the active >>> developers >>> knew there was that limitation. As soon as I discovered it, I just >>> fixed it (which is why 4.3 will have support for passing multiple >>> USB >>> devices in the config file). >>> >>> If you find other obvious missing features like that, please >>> mention >>> them on the list, and/or suggest them in the xen.org uservoice >>> page: >>> http://xenorg.uservoice.com >> >> Somebody mentioned it before. Here's a thread from 2009: >> http://lists.xen.org/archives/html/xen-users/2009-10/msg00010.html >> >> I think you are further strengthening the case for the list being >> too leaky as a method of reporting things like this. > > The question isn't about it being leaky, the question is attracting > the attention of someone who can do something about it. If someone > had posted this on our bugzilla four years ago, Oh wait - they did. And it was 6 years ago: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=907 > it would also still be > there today -- unless someone had actively looked through the list > and > brought it to someone's attention. That e-mail was on the xen-users > mailing list -- not the best place unfortunately for getting the > attention of developers. If no one did that for xen-users, why do > you > think they would do it for a bugzilla? The only point I can see being made here that the problem isn't the medium but the attitude. With the list it is easy to ignore things. With a bug tracking system, at least there is some kind of a sanely organized database where issues can be tracked without relying on chaos and random chance for something to get noticed. > What full-time developers typically do is to go through the xen-devel > mailing list every day looking for e-mails that are relevant to them. > When they find a bug report they think pertains to them, they put it > on their personal list and ask more questions about it to determine > if > it really is a bug, and if it really has to do with something in > their > own area or in someone else's. When they determine that it is a bug > and is in their area, they put it on their list of things to fix, and > get to it when it fits with their current priorities. > > The key process in this step is "detecting signal in the noise" -- > finding what's relevant in what's not relevant. On a mailing list, > the "signal to noise" ratio is a function of how many messages there > are and what percentage of them pertain to you; as Xen grows as as > project, that ratio is lower, and so mail is sometimes dropped. OK, then how about this: Have a bug tracking system with different project sub-sections explicitly definced (e.g. usb passthrough, pci passthrough, memory management, documentation, etc.) and each developer can be assigned to one of those groups. That way when a user files a bug report, they get an email about it if they are working on that particular subsystem. It means they don't get all the noise about the other subsystems they aren't familiar with. With a single mailing list containing everything, signal is much more difficult to pick out. Unless you are trying to make the point that bug reports being more easily ignorable is a good thing, in which case I give up. :) > But the problem isn't actually better on a bugzilla. If I'm scanning > through bugs, I still need to find out which bugs are relevant to me. > The "signal to noise" ratio in this case, however, is the number of > open bugs -- which will grow linearly with time, as opposed to being > a > constant based on the size of the project. > > What bugzilla is *worse* for is discussing what the problem is and > coming up with a solution. Mail is much more suited for that > purpose. The two are not mutually exclusive. It has been pointed out that Bugzilla has a 2-way mail API. > What we need is people who report / complain about bugs / deficiences > in a constructive way. More like nag about a problem enough to get somebody to pay attention and hope that the attention it gets isn't being added to the killfile. > Ideally the reporter would keep "Keep bugging > the list every so often until I'm told 'No'" on their own to-do list. This sounds to me very much like a method for filtering bugs not by relevance but by reporter persistence. Is that _really_ the image this project wants to have regarding it's view on how seriously bug reports are taken? > It would also be great if we had more experienced users helping to > make bug reports better, and then helping bring bug reports / > deficiencies to the attention of appropriate maintainers and > developers. Pasi I know has played this role, but it wouldn't hurt > to > have more people get an idea who might be the best person to talk to > about a particular issue. I think these are separate issues. A bug minder is really a different responsibility from somebody primarily dealing with helping users get things working. Unless most users asking for help are failing to get things working due to a bug (which would be a rather damning evaluation of the bugginess of the project given the list bandwidth). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 16:45:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 16:45: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 1UfC9P-00027p-T5; Wed, 22 May 2013 16:44:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfC9N-00027T-KT; Wed, 22 May 2013 16:44:29 +0000 Received: from [85.158.138.51:5177] by server-3.bemta-3.messagelabs.com id D1/68-12734-CE5FC915; Wed, 22 May 2013 16:44:28 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1369241067!28182105!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12818 invoked from network); 22 May 2013 16:44:27 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 16:44:27 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 2978922124E; Wed, 22 May 2013 17:44:26 +0100 (BST) MIME-Version: 1.0 Date: Wed, 22 May 2013 17:44:25 +0100 From: Gordan Bobic To: George Dunlap In-Reply-To: <519CEFF2.1050306@eu.citrix.com> References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com>" " "<1369148674.21246.92.camel@zakaz.uk.xensource.com>\"" "\" <519C6BC4.2050506@bobich.net> "<34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net>\"" <519CEFF2.1050306@eu.citrix.com> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 Wed, 22 May 2013 17:18:58 +0100, George Dunlap wrote: > On 22/05/13 16:24, Gordan Bobic wrote: >> On Wed, 22 May 2013 11:20:49 +0100, George Dunlap >> wrote: >> >>>>>>>>> I believe both mailing lists are great but there are so may >>>>>>>>> postings >>>>>>>>> that >>>>>>>>> many issues get missed. There are some bugs that hand never >>>>>>>>> been >>>>>>>>> resolved >>>>>>>>> because developers are unaware of it. I just setup forum for >>>>>>>>> xen >>>>>>>>> users at >>>>>>>>> sam.hebe.us/forums please be free to join >>>>>>>> >>>>>>>> >>>>>>>> It would be easier for us if the bug reports and such were >>>>>>>> posted on >>>>>>>> xen-devel. >>>>>>>> Please consult >>>>>>>> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>>>> when >>>>>>>> doing it. >>>>>>> >>>>>>> >>>>>>> Surely a bug-tracking system that emails all reports to >>>>>>> xen-devel >>>>>>> automatically would cover the best of both worlds, would it >>>>>>> not? >>>>>> >>>>>> >>>>>> Not unless developers can reply to the bug by hitting reply in >>>>>> their >>>>>> MUA. >>>>> >>>>> >>>>> Please drop the forum idea. Xen should use a proper bug tracking >>>>> system like Bugzilla (which allows replying to bugs by clicking >>>>> "Reply" in MUA). >>>>> Take a look at: >>>>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >>>> >>>> >>>> +1 >>>> >>>> Along with a wiki for documentation that is actually kept updated >>>> when >>>> features are added/removed/changed and more importantly, that >>>> clearly states >>>> if/when obvious features are unexpectedly and conspicuously >>>> missing (e.g. >>>> domU config file method of passing multiple USB devices to domU). >>> >>> So the thing here is that I don't think any of the active >>> developers >>> knew there was that limitation. As soon as I discovered it, I just >>> fixed it (which is why 4.3 will have support for passing multiple >>> USB >>> devices in the config file). >>> >>> If you find other obvious missing features like that, please >>> mention >>> them on the list, and/or suggest them in the xen.org uservoice >>> page: >>> http://xenorg.uservoice.com >> >> Somebody mentioned it before. Here's a thread from 2009: >> http://lists.xen.org/archives/html/xen-users/2009-10/msg00010.html >> >> I think you are further strengthening the case for the list being >> too leaky as a method of reporting things like this. > > The question isn't about it being leaky, the question is attracting > the attention of someone who can do something about it. If someone > had posted this on our bugzilla four years ago, Oh wait - they did. And it was 6 years ago: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=907 > it would also still be > there today -- unless someone had actively looked through the list > and > brought it to someone's attention. That e-mail was on the xen-users > mailing list -- not the best place unfortunately for getting the > attention of developers. If no one did that for xen-users, why do > you > think they would do it for a bugzilla? The only point I can see being made here that the problem isn't the medium but the attitude. With the list it is easy to ignore things. With a bug tracking system, at least there is some kind of a sanely organized database where issues can be tracked without relying on chaos and random chance for something to get noticed. > What full-time developers typically do is to go through the xen-devel > mailing list every day looking for e-mails that are relevant to them. > When they find a bug report they think pertains to them, they put it > on their personal list and ask more questions about it to determine > if > it really is a bug, and if it really has to do with something in > their > own area or in someone else's. When they determine that it is a bug > and is in their area, they put it on their list of things to fix, and > get to it when it fits with their current priorities. > > The key process in this step is "detecting signal in the noise" -- > finding what's relevant in what's not relevant. On a mailing list, > the "signal to noise" ratio is a function of how many messages there > are and what percentage of them pertain to you; as Xen grows as as > project, that ratio is lower, and so mail is sometimes dropped. OK, then how about this: Have a bug tracking system with different project sub-sections explicitly definced (e.g. usb passthrough, pci passthrough, memory management, documentation, etc.) and each developer can be assigned to one of those groups. That way when a user files a bug report, they get an email about it if they are working on that particular subsystem. It means they don't get all the noise about the other subsystems they aren't familiar with. With a single mailing list containing everything, signal is much more difficult to pick out. Unless you are trying to make the point that bug reports being more easily ignorable is a good thing, in which case I give up. :) > But the problem isn't actually better on a bugzilla. If I'm scanning > through bugs, I still need to find out which bugs are relevant to me. > The "signal to noise" ratio in this case, however, is the number of > open bugs -- which will grow linearly with time, as opposed to being > a > constant based on the size of the project. > > What bugzilla is *worse* for is discussing what the problem is and > coming up with a solution. Mail is much more suited for that > purpose. The two are not mutually exclusive. It has been pointed out that Bugzilla has a 2-way mail API. > What we need is people who report / complain about bugs / deficiences > in a constructive way. More like nag about a problem enough to get somebody to pay attention and hope that the attention it gets isn't being added to the killfile. > Ideally the reporter would keep "Keep bugging > the list every so often until I'm told 'No'" on their own to-do list. This sounds to me very much like a method for filtering bugs not by relevance but by reporter persistence. Is that _really_ the image this project wants to have regarding it's view on how seriously bug reports are taken? > It would also be great if we had more experienced users helping to > make bug reports better, and then helping bring bug reports / > deficiencies to the attention of appropriate maintainers and > developers. Pasi I know has played this role, but it wouldn't hurt > to > have more people get an idea who might be the best person to talk to > about a particular issue. I think these are separate issues. A bug minder is really a different responsibility from somebody primarily dealing with helping users get things working. Unless most users asking for help are failing to get things working due to a bug (which would be a rather damning evaluation of the bugginess of the project given the list bandwidth). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 17:01:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 17:01: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 1UfCPA-0003Jo-WB; Wed, 22 May 2013 17:00:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfCP9-0003JU-C8 for xen-users@lists.xen.org; Wed, 22 May 2013 17:00:47 +0000 Received: from [193.109.254.147:31894] by server-9.bemta-14.messagelabs.com id 8F/48-15694-EB9FC915; Wed, 22 May 2013 17:00:46 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369242042!8772710!1 X-Originating-IP: [209.85.128.177] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11584 invoked from network); 22 May 2013 17:00:43 -0000 Received: from mail-ve0-f177.google.com (HELO mail-ve0-f177.google.com) (209.85.128.177) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 17:00:43 -0000 Received: by mail-ve0-f177.google.com with SMTP id ox1so1584116veb.22 for ; Wed, 22 May 2013 10:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=FT3PQbEIIq356Lr3lK3ciSNOzs4vPvzxty2s7Ehdh0g=; b=u5Oz2hB+wFWN+t9NwjBwNkEo9J2SC7nsPQi/bCVmCILjtSLOd1/BXia7OeWsGSgcz+ agV+Q6omJ+xBsxY/9da0bK1fbXSLXbWseuguxkP/OyzMX9aB84TVazfR8+j2gNeEnCiV MxRFn10IPkhzitMy+5Lw1xfDY+f8noOYM1kxuoAtw9Z0AWjXDjCx5R1Dvd7hsawnxzHQ 2gD7vAICdRoyU8Jxu0gRH3yEGJ+TZhOkrEh4XWbboLATt/YiUnZT5G8DbXl6nx1d1zgp 5iGsCNH95gGzkXR4MPyD9An+1UR0U5iGWcuE1PHDJivMAciYNQg1qtFCxqDyqqE7ikW1 wMOg== X-Received: by 10.52.156.99 with SMTP id wd3mr2602877vdb.98.1369242042201; Wed, 22 May 2013 10:00:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Wed, 22 May 2013 10:00:22 -0700 (PDT) In-Reply-To: <1369236894.17830.4.camel@zakaz.uk.xensource.com> References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> <1369236743.17830.3.camel@zakaz.uk.xensource.com> <1369236894.17830.4.camel@zakaz.uk.xensource.com> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Wed, 22 May 2013 19:00:22 +0200 Message-ID: To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 5:34 PM, Ian Campbell wro= te: > On Wed, 2013-05-22 at 16:32 +0100, Ian Campbell wrote: >> On Wed, 2013-05-22 at 15:18 +0200, Ole Johan V=E6ringstad wrote: >> > ++ xenstore-read /local/domain/0/backend/vif/14/0/bridge >> > + bridge=3Dxenbr0 >> > + '[' -z xenbr0 ']' >> > + '[' '!' -e /sys/class/net/xenbr0 ']' >> > + RET=3D0 >> > + ip link show xenbr0 >> > + RET=3D1 >> > + '[' 1 -eq 1 ']' >> > + fatal 'Could not find bridge device xenbr0' >> >> This is a new failure mode for me. >> >> Does /sys/class/net/xenbr0 exist? >> >> What does "ip link show xenbr0; echo $?" produce? > > BTW, I assume you have the iproute package (or ebuild or whatever) > installed? I figured it out. I had iproute2 3.8.0 installed, but I also have the global "minimal" use flag, with which the iproute2 ebuild only installs tc. Ironically, the iproute2 package was the only installed package to be modified by the minimal use flag, so it only saved me something I actually needed. It's working fine now, sorry for posting something that was not a xen issue. - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 17:01:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 17:01: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 1UfCPA-0003Jo-WB; Wed, 22 May 2013 17:00:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfCP9-0003JU-C8 for xen-users@lists.xen.org; Wed, 22 May 2013 17:00:47 +0000 Received: from [193.109.254.147:31894] by server-9.bemta-14.messagelabs.com id 8F/48-15694-EB9FC915; Wed, 22 May 2013 17:00:46 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369242042!8772710!1 X-Originating-IP: [209.85.128.177] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11584 invoked from network); 22 May 2013 17:00:43 -0000 Received: from mail-ve0-f177.google.com (HELO mail-ve0-f177.google.com) (209.85.128.177) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2013 17:00:43 -0000 Received: by mail-ve0-f177.google.com with SMTP id ox1so1584116veb.22 for ; Wed, 22 May 2013 10:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=FT3PQbEIIq356Lr3lK3ciSNOzs4vPvzxty2s7Ehdh0g=; b=u5Oz2hB+wFWN+t9NwjBwNkEo9J2SC7nsPQi/bCVmCILjtSLOd1/BXia7OeWsGSgcz+ agV+Q6omJ+xBsxY/9da0bK1fbXSLXbWseuguxkP/OyzMX9aB84TVazfR8+j2gNeEnCiV MxRFn10IPkhzitMy+5Lw1xfDY+f8noOYM1kxuoAtw9Z0AWjXDjCx5R1Dvd7hsawnxzHQ 2gD7vAICdRoyU8Jxu0gRH3yEGJ+TZhOkrEh4XWbboLATt/YiUnZT5G8DbXl6nx1d1zgp 5iGsCNH95gGzkXR4MPyD9An+1UR0U5iGWcuE1PHDJivMAciYNQg1qtFCxqDyqqE7ikW1 wMOg== X-Received: by 10.52.156.99 with SMTP id wd3mr2602877vdb.98.1369242042201; Wed, 22 May 2013 10:00:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Wed, 22 May 2013 10:00:22 -0700 (PDT) In-Reply-To: <1369236894.17830.4.camel@zakaz.uk.xensource.com> References: <1369215835.21246.151.camel@zakaz.uk.xensource.com> <1369236743.17830.3.camel@zakaz.uk.xensource.com> <1369236894.17830.4.camel@zakaz.uk.xensource.com> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Wed, 22 May 2013 19:00:22 +0200 Message-ID: To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen does not find bridge device X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 22, 2013 at 5:34 PM, Ian Campbell wro= te: > On Wed, 2013-05-22 at 16:32 +0100, Ian Campbell wrote: >> On Wed, 2013-05-22 at 15:18 +0200, Ole Johan V=E6ringstad wrote: >> > ++ xenstore-read /local/domain/0/backend/vif/14/0/bridge >> > + bridge=3Dxenbr0 >> > + '[' -z xenbr0 ']' >> > + '[' '!' -e /sys/class/net/xenbr0 ']' >> > + RET=3D0 >> > + ip link show xenbr0 >> > + RET=3D1 >> > + '[' 1 -eq 1 ']' >> > + fatal 'Could not find bridge device xenbr0' >> >> This is a new failure mode for me. >> >> Does /sys/class/net/xenbr0 exist? >> >> What does "ip link show xenbr0; echo $?" produce? > > BTW, I assume you have the iproute package (or ebuild or whatever) > installed? I figured it out. I had iproute2 3.8.0 installed, but I also have the global "minimal" use flag, with which the iproute2 ebuild only installs tc. Ironically, the iproute2 package was the only installed package to be modified by the minimal use flag, so it only saved me something I actually needed. It's working fine now, sorry for posting something that was not a xen issue. - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 20:55:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 20:55: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 1UfG39-0000QY-KS; Wed, 22 May 2013 20:54:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfG37-0000QC-Lh; Wed, 22 May 2013 20:54:17 +0000 Received: from [85.158.139.211:28064] by server-2.bemta-5.messagelabs.com id 37/A4-26552-8703D915; Wed, 22 May 2013 20:54:16 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-206.messagelabs.com!1369256055!19111330!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24562 invoked from network); 22 May 2013 20:54:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 20:54:15 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 95C3022124E; Wed, 22 May 2013 21:54:14 +0100 (BST) Message-ID: <519D3076.9070406@bobich.net> Date: Wed, 22 May 2013 21:54:14 +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: George Dunlap References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com>" "\"" "<519C6BC4.2050506@bobich.net>\" <1369216400.21246.158.camel@zakaz.uk.xensource.com> "\"" <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> In-Reply-To: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> Cc: xen-users , xen-devel@lists.xen.org, Ian Campbell , Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 05/22/2013 04:52 PM, Gordan Bobic wrote: > On Wed, 22 May 2013 16:32:33 +0100, George Dunlap > wrote: >> On 22/05/13 16:27, Gordan Bobic wrote: >>> On Wed, 22 May 2013 10:58:30 +0100, George Dunlap >>> wrote: >>>> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >>>> wrote: >>>>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>>>> Along with a wiki for documentation that is actually kept updated >>>>>> when >>>>>> features are added/removed/changed and more importantly, that clearly >>>>>> states if/when obvious features are unexpectedly and conspicuously >>>>>> missing >>>>> >>>>> The beauty of a wiki is that anyone can edit or correct it. >>>>> >>>>> We have regular documentation days where we are all (users and devs >>>>> alike) encouraged to work to improve the state of the wiki and other >>>>> documentation. >>>>> >>>>> http://wiki.xen.org/wiki/Xen_Document_Days >>>>> >>>>> The state of the Xen documentation base has actually improved >>>>> considerably over the last year due to this initiative. >>>>> >>>>>> (e.g. domU config file method of passing multiple USB devices to >>>>>> domU). >>>>> >>>>> I'm not sure what you are referring to here, the config file syntax is >>>>> documented in docs/man/xl.cfg.pod.5 which is installed as the >>>>> xl.cfg(5) >>>>> manpage. It is also available online >>>>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >>>>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>>>> >>>>> This manpage contains: >>>>> =item B >>>> >>>> This is a new feature for 4.3 -- 4.2 and earlier don't support >>>> multiple USB devices (including say, a host device and an emulated usb >>>> tablet). >>> >>> Is this an xl-only feature or will it work with xl as well? >> >> It will work with both xl and xl, but not with xm. :-) > > Hmm... Are there any outstanding issues with xl and PCI / VGA passthrough? > > I'm sure I read on the (possibly out of date) wiki that with xl > PCI passthrough requires FLR, which 99% of devices lack (i.e. makes > it useless to anyone wanting to do any kind of PCI passthrough). > > Perhaps I'll try my VMs with xl tonight and see what, if anything, > breaks and raise it before time's up for 4.3 release... OK, I can confirm that my VM configs start OK using xl. Unfortunately, xl in 4.2 doesn't support usb-add, so I cannot pass the required USB devices through, over and above the one I can pass in the config file. Will usb-add also be available in 4.3, in addition to the multi-device syntax in the config file? Any chance of the multi-device syntax also being patched into xm for 4.3? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 20:55:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 20:55: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 1UfG39-0000QY-KS; Wed, 22 May 2013 20:54:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfG37-0000QC-Lh; Wed, 22 May 2013 20:54:17 +0000 Received: from [85.158.139.211:28064] by server-2.bemta-5.messagelabs.com id 37/A4-26552-8703D915; Wed, 22 May 2013 20:54:16 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-206.messagelabs.com!1369256055!19111330!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24562 invoked from network); 22 May 2013 20:54:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 20:54:15 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 95C3022124E; Wed, 22 May 2013 21:54:14 +0100 (BST) Message-ID: <519D3076.9070406@bobich.net> Date: Wed, 22 May 2013 21:54:14 +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: George Dunlap References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com> " <1369148674.21246.92.camel@zakaz.uk.xensource.com>" "\"" "<519C6BC4.2050506@bobich.net>\" <1369216400.21246.158.camel@zakaz.uk.xensource.com> "\"" <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> In-Reply-To: <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> Cc: xen-users , xen-devel@lists.xen.org, Ian Campbell , Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 05/22/2013 04:52 PM, Gordan Bobic wrote: > On Wed, 22 May 2013 16:32:33 +0100, George Dunlap > wrote: >> On 22/05/13 16:27, Gordan Bobic wrote: >>> On Wed, 22 May 2013 10:58:30 +0100, George Dunlap >>> wrote: >>>> On Wed, May 22, 2013 at 10:53 AM, Ian Campbell >>>> wrote: >>>>> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>>>>> Along with a wiki for documentation that is actually kept updated >>>>>> when >>>>>> features are added/removed/changed and more importantly, that clearly >>>>>> states if/when obvious features are unexpectedly and conspicuously >>>>>> missing >>>>> >>>>> The beauty of a wiki is that anyone can edit or correct it. >>>>> >>>>> We have regular documentation days where we are all (users and devs >>>>> alike) encouraged to work to improve the state of the wiki and other >>>>> documentation. >>>>> >>>>> http://wiki.xen.org/wiki/Xen_Document_Days >>>>> >>>>> The state of the Xen documentation base has actually improved >>>>> considerably over the last year due to this initiative. >>>>> >>>>>> (e.g. domU config file method of passing multiple USB devices to >>>>>> domU). >>>>> >>>>> I'm not sure what you are referring to here, the config file syntax is >>>>> documented in docs/man/xl.cfg.pod.5 which is installed as the >>>>> xl.cfg(5) >>>>> manpage. It is also available online >>>>> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >>>>> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >>>>> >>>>> This manpage contains: >>>>> =item B >>>> >>>> This is a new feature for 4.3 -- 4.2 and earlier don't support >>>> multiple USB devices (including say, a host device and an emulated usb >>>> tablet). >>> >>> Is this an xl-only feature or will it work with xl as well? >> >> It will work with both xl and xl, but not with xm. :-) > > Hmm... Are there any outstanding issues with xl and PCI / VGA passthrough? > > I'm sure I read on the (possibly out of date) wiki that with xl > PCI passthrough requires FLR, which 99% of devices lack (i.e. makes > it useless to anyone wanting to do any kind of PCI passthrough). > > Perhaps I'll try my VMs with xl tonight and see what, if anything, > breaks and raise it before time's up for 4.3 release... OK, I can confirm that my VM configs start OK using xl. Unfortunately, xl in 4.2 doesn't support usb-add, so I cannot pass the required USB devices through, over and above the one I can pass in the config file. Will usb-add also be available in 4.3, in addition to the multi-device syntax in the config file? Any chance of the multi-device syntax also being patched into xm for 4.3? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 21:07:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 21:07: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 1UfGEy-0001EO-Ks; Wed, 22 May 2013 21:06:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfGEw-0001EI-Ia for xen-users@lists.xen.org; Wed, 22 May 2013 21:06:30 +0000 Received: from [85.158.139.211:43097] by server-8.bemta-5.messagelabs.com id 98/A1-29170-5533D915; Wed, 22 May 2013 21:06:29 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369256787!18125262!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18489 invoked from network); 22 May 2013 21:06:28 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 21:06:28 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4ML6KSf019171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 21:06:21 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ML6K7X002685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 21:06:21 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ML6Kin002665; Wed, 22 May 2013 21:06:20 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 14:06:20 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 0F7721BF781; Wed, 22 May 2013 17:06:19 -0400 (EDT) Date: Wed, 22 May 2013 17:06:19 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130522210618.GA13319@phenom.dumpdata.com> References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > Hello, > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > without PCI. Could you also attach the host dmesg please? > Thanks for your time, > Christian > > At 23:26 19.12.2012, you wrote: > >On Wed, Dec 19, 2012 at 10:20:33PM +0100, Christian Holpert wrote: > >> At 18:38 19.12.2012, you wrote: > >> >> > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > >> >> > e820: remove [mem 0x000a0000-0x000fffff] usable > >> >> > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > >> >> > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > >> >> > >> >> I think the kernel has done the correct thing with the > >supplied e820 map. > >> >> > >> >> > On the libxl side with pci I also see: > >> >> > +libxl: debug: > >> >libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > >> >> > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: > >> >2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: > >> >524288kB (0x20000 PFN), Balloon 0kB > >> >> > + > >> >> > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 > >-> 20000] RAM > >> >> > >> >> This is the 512 MiB limit here, so I think the bug is in libxl. > >> > > >> >Correct. > >> >> > >> >> Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > >> >> conventional. > >> > > >> >It "copies" what the E820 is and tries it best to sanitize it. > >> > > >> >But it looks to have missed the "RAM" chunks in from the 0->3GB. > >> > > >> >However, it should have made the 'Balloon' be much much bigger value. > >> >Something is off there. What type of machine is this? An Intel > >> >DQSW..something? > >> > >> > >> Intel Core i5-3570 (Ivy Bridge Generation) > >> ASRock Q77M vPro > >> 16GB RAM > >> > >> /proc/cpuinfo > >> processor : 0 > >> vendor_id : GenuineIntel > >> cpu family : 6 > >> model : 58 > >> model name : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz > >> stepping : 9 > >> microcode : 0x10 > >> cpu MHz : 3392.416 > >> cache size : 6144 KB > >> physical id : 0 > >> siblings : 1 > >> core id : 0 > >> cpu cores : 1 > >> apicid : 0 > >> initial apicid : 0 > >> fdiv_bug : no > >> hlt_bug : no > >> f00f_bug : no > >> coma_bug : no > >> fpu : yes > >> fpu_exception : yes > >> cpuid level : 13 > >> wp : yes > >> flags : fpu de tsc msr pae cx8 apic cmov pat clflush acpi > >> mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc pni pclmulqdq > >> monitor est ssse3 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes > >> xsave avx f16c rdrand hypervisor ida arat epb xsaveopt pln pts > >> dtherm fsgsbase erms > >> bogomips : 6784.83 > >> clflush size : 64 > >> cache_alignment : 64 > >> address sizes : 36 bits physical, 48 bits virtual > >> power management: > >> > >> repeated as expected for quad-core. > >> > >> Have tried to move to xen-4.2.1 today, but no change: > >> xen ~ # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 9082 4 > >r----- 53.8 > >> colin 1 2048 3 > >-b---- 73.9 > >> nodi 2 512 2 > >-b---- 110.2 > >> [...] > >> > >> BTW: When I shutdown this domain now, I keep some leftovers: > >> xen xen # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 7535 4 > >r----- 78.2 > >> colin 1 2048 3 > >-b---- 91.6 > >> (null) 2 6 2 > >--ps-d 144.6 > >> print 3 2048 3 > >-b---- 5.0 > >> web 4 1024 2 > >-b---- 12.7 > >> nodi 5 512 2 > >---s-- 52.9 > >> xen xen # > >> > >> xen xen # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 7529 4 > >r----- 85.2 > >> colin 1 2048 3 > >-b---- 102.3 > >> (null) 2 6 2 > >--ps-d 144.6 > >> print 3 2048 3 > >-b---- 5.1 > >> web 4 1024 2 > >-b---- 13.1 > >> (null) 5 6 2 > >--ps-d 52.9 > >> nodi 6 512 2 > >r----- 13.6 > >> xen xen # > >> > >> xen xen # xl info 2 > >> host : xen > >> release : 3.4.11-gentoo > >> version : #7 SMP Mon Dec 3 20:37:13 CET 2012 > >> machine : i686 > >> nr_cpus : 4 > >> max_cpu_id : 3 > >> nr_nodes : 1 > >> cores_per_socket : 4 > >> threads_per_core : 1 > >> cpu_mhz : 3392 > >> hw_caps : bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > >> virt_caps : hvm hvm_directio > >> total_memory : 15778 > >> free_memory : 2446 > >> sharing_freed_memory : 0 > >> sharing_used_memory : 0 > >> free_cpus : 0 > >> xen_major : 4 > >> xen_minor : 2 > >> xen_extra : .1 > >> xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p > >> xen_scheduler : credit > >> xen_pagesize : 4096 > >> platform_params : virt_start=0xf5800000 > >> xen_changeset : unavailable > >> xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 > >> cc_compiler : gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2 > >> cc_compile_by : > >> cc_compile_domain : APO43287A.LOCAL > >> cc_compile_date : Wed Dec 19 20:22:58 CET 2012 > >> xend_config_format : 4 > >> xen xen # > >> > >> Never seen this with 4.2.0. > > > >Oh, so you see it with Xen 4.3? Could you pls provide the output > >of 'xl' with those nice verbose outputs with the same guest config. > > > >That would help a lot. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 21:07:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 21:07: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 1UfGEy-0001EO-Ks; Wed, 22 May 2013 21:06:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfGEw-0001EI-Ia for xen-users@lists.xen.org; Wed, 22 May 2013 21:06:30 +0000 Received: from [85.158.139.211:43097] by server-8.bemta-5.messagelabs.com id 98/A1-29170-5533D915; Wed, 22 May 2013 21:06:29 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369256787!18125262!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18489 invoked from network); 22 May 2013 21:06:28 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 21:06:28 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4ML6KSf019171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 21:06:21 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ML6K7X002685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 21:06:21 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ML6Kin002665; Wed, 22 May 2013 21:06:20 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 14:06:20 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 0F7721BF781; Wed, 22 May 2013 17:06:19 -0400 (EDT) Date: Wed, 22 May 2013 17:06:19 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130522210618.GA13319@phenom.dumpdata.com> References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > Hello, > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > without PCI. Could you also attach the host dmesg please? > Thanks for your time, > Christian > > At 23:26 19.12.2012, you wrote: > >On Wed, Dec 19, 2012 at 10:20:33PM +0100, Christian Holpert wrote: > >> At 18:38 19.12.2012, you wrote: > >> >> > e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved > >> >> > e820: remove [mem 0x000a0000-0x000fffff] usable > >> >> > -e820: last_pfn = 0x80000 max_arch_pfn = 0x1000000 > >> >> > +e820: last_pfn = 0x20000 max_arch_pfn = 0x1000000 > >> >> > >> >> I think the kernel has done the correct thing with the > >supplied e820 map. > >> >> > >> >> > On the libxl side with pci I also see: > >> >> > +libxl: debug: > >> >libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend > >> >> > +libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: > >> >2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: > >> >524288kB (0x20000 PFN), Balloon 0kB > >> >> > + > >> >> > +libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 > >-> 20000] RAM > >> >> > >> >> This is the 512 MiB limit here, so I think the bug is in libxl. > >> > > >> >Correct. > >> >> > >> >> Why has it placed the PCI window at 512 MiB anyway? 3 GiB would be more > >> >> conventional. > >> > > >> >It "copies" what the E820 is and tries it best to sanitize it. > >> > > >> >But it looks to have missed the "RAM" chunks in from the 0->3GB. > >> > > >> >However, it should have made the 'Balloon' be much much bigger value. > >> >Something is off there. What type of machine is this? An Intel > >> >DQSW..something? > >> > >> > >> Intel Core i5-3570 (Ivy Bridge Generation) > >> ASRock Q77M vPro > >> 16GB RAM > >> > >> /proc/cpuinfo > >> processor : 0 > >> vendor_id : GenuineIntel > >> cpu family : 6 > >> model : 58 > >> model name : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz > >> stepping : 9 > >> microcode : 0x10 > >> cpu MHz : 3392.416 > >> cache size : 6144 KB > >> physical id : 0 > >> siblings : 1 > >> core id : 0 > >> cpu cores : 1 > >> apicid : 0 > >> initial apicid : 0 > >> fdiv_bug : no > >> hlt_bug : no > >> f00f_bug : no > >> coma_bug : no > >> fpu : yes > >> fpu_exception : yes > >> cpuid level : 13 > >> wp : yes > >> flags : fpu de tsc msr pae cx8 apic cmov pat clflush acpi > >> mmx fxsr sse sse2 ss ht nx constant_tsc nonstop_tsc pni pclmulqdq > >> monitor est ssse3 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes > >> xsave avx f16c rdrand hypervisor ida arat epb xsaveopt pln pts > >> dtherm fsgsbase erms > >> bogomips : 6784.83 > >> clflush size : 64 > >> cache_alignment : 64 > >> address sizes : 36 bits physical, 48 bits virtual > >> power management: > >> > >> repeated as expected for quad-core. > >> > >> Have tried to move to xen-4.2.1 today, but no change: > >> xen ~ # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 9082 4 > >r----- 53.8 > >> colin 1 2048 3 > >-b---- 73.9 > >> nodi 2 512 2 > >-b---- 110.2 > >> [...] > >> > >> BTW: When I shutdown this domain now, I keep some leftovers: > >> xen xen # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 7535 4 > >r----- 78.2 > >> colin 1 2048 3 > >-b---- 91.6 > >> (null) 2 6 2 > >--ps-d 144.6 > >> print 3 2048 3 > >-b---- 5.0 > >> web 4 1024 2 > >-b---- 12.7 > >> nodi 5 512 2 > >---s-- 52.9 > >> xen xen # > >> > >> xen xen # xl list > >> Name ID Mem VCPUs > >State Time(s) > >> Domain-0 0 7529 4 > >r----- 85.2 > >> colin 1 2048 3 > >-b---- 102.3 > >> (null) 2 6 2 > >--ps-d 144.6 > >> print 3 2048 3 > >-b---- 5.1 > >> web 4 1024 2 > >-b---- 13.1 > >> (null) 5 6 2 > >--ps-d 52.9 > >> nodi 6 512 2 > >r----- 13.6 > >> xen xen # > >> > >> xen xen # xl info 2 > >> host : xen > >> release : 3.4.11-gentoo > >> version : #7 SMP Mon Dec 3 20:37:13 CET 2012 > >> machine : i686 > >> nr_cpus : 4 > >> max_cpu_id : 3 > >> nr_nodes : 1 > >> cores_per_socket : 4 > >> threads_per_core : 1 > >> cpu_mhz : 3392 > >> hw_caps : bfebfbff:28100000:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > >> virt_caps : hvm hvm_directio > >> total_memory : 15778 > >> free_memory : 2446 > >> sharing_freed_memory : 0 > >> sharing_used_memory : 0 > >> free_cpus : 0 > >> xen_major : 4 > >> xen_minor : 2 > >> xen_extra : .1 > >> xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p > >> xen_scheduler : credit > >> xen_pagesize : 4096 > >> platform_params : virt_start=0xf5800000 > >> xen_changeset : unavailable > >> xen_commandline : vtd=1 iommu=1 vga=gfx-1024x768x16 msi=1 > >> cc_compiler : gcc (Gentoo 4.7.2 p1.3, pie-0.5.5) 4.7.2 > >> cc_compile_by : > >> cc_compile_domain : APO43287A.LOCAL > >> cc_compile_date : Wed Dec 19 20:22:58 CET 2012 > >> xend_config_format : 4 > >> xen xen # > >> > >> Never seen this with 4.2.0. > > > >Oh, so you see it with Xen 4.3? Could you pls provide the output > >of 'xl' with those nice verbose outputs with the same guest config. > > > >That would help a lot. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 21:16:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 21:16: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 1UfGNw-0001YG-Um; Wed, 22 May 2013 21:15:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfGNv-0001YA-Sx for xen-users@lists.xen.org; Wed, 22 May 2013 21:15:48 +0000 Received: from [85.158.139.211:47694] by server-8.bemta-5.messagelabs.com id 41/D7-29170-3853D915; Wed, 22 May 2013 21:15:47 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1369257344!19103913!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4142 invoked from network); 22 May 2013 21:15:46 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 21:15:46 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4MLFcHG028582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 21:15:38 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLFcOt025346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 21:15:39 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLFcon004027; Wed, 22 May 2013 21:15:38 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 14:15:38 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 9C9E31BF781; Wed, 22 May 2013 17:15:37 -0400 (EDT) Date: Wed, 22 May 2013 17:15:37 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130522211537.GA13471@phenom.dumpdata.com> References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130522210618.GA13319@phenom.dumpdata.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > Hello, > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > without PCI. > > Could you also attach the host dmesg please? Nevermind. I can reproduce it. The interesting thing is that initially I had this in my guest config: maxmem=2048 memory=1024 and the output of the tools told me: Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB .. and then it added that 1G to the end: libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM and the guest booted nicely. But if maxmem=memory I get: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB And of course no E820 entry at 4G and guest crashes. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 21:16:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 21:16: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 1UfGNw-0001YG-Um; Wed, 22 May 2013 21:15:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfGNv-0001YA-Sx for xen-users@lists.xen.org; Wed, 22 May 2013 21:15:48 +0000 Received: from [85.158.139.211:47694] by server-8.bemta-5.messagelabs.com id 41/D7-29170-3853D915; Wed, 22 May 2013 21:15:47 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1369257344!19103913!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4142 invoked from network); 22 May 2013 21:15:46 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 21:15:46 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4MLFcHG028582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 21:15:38 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLFcOt025346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 21:15:39 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLFcon004027; Wed, 22 May 2013 21:15:38 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 14:15:38 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 9C9E31BF781; Wed, 22 May 2013 17:15:37 -0400 (EDT) Date: Wed, 22 May 2013 17:15:37 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130522211537.GA13471@phenom.dumpdata.com> References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130522210618.GA13319@phenom.dumpdata.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > Hello, > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > without PCI. > > Could you also attach the host dmesg please? Nevermind. I can reproduce it. The interesting thing is that initially I had this in my guest config: maxmem=2048 memory=1024 and the output of the tools told me: Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB .. and then it added that 1G to the end: libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM and the guest booted nicely. But if maxmem=memory I get: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB And of course no E820 entry at 4G and guest crashes. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 21:18:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 21:18: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 1UfGQ7-0001g0-Op; Wed, 22 May 2013 21:18:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfGQ6-0001fs-6t for xen-users@lists.xen.org; Wed, 22 May 2013 21:18:02 +0000 Received: from [85.158.139.211:52836] by server-5.bemta-5.messagelabs.com id D0/19-27009-9063D915; Wed, 22 May 2013 21:18:01 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1369257479!19149557!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14871 invoked from network); 22 May 2013 21:18:00 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 21:18:00 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4MLHtXF015150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 21:17:55 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLHs1c008531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 21:17:55 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLHrM7025316; Wed, 22 May 2013 21:17:54 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 14:17:53 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 90D281BF781; Wed, 22 May 2013 17:17:52 -0400 (EDT) Date: Wed, 22 May 2013 17:17:52 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130522211752.GB13471@phenom.dumpdata.com> References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> <20130522211537.GA13471@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130522211537.GA13471@phenom.dumpdata.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > > Hello, > > > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > > without PCI. > > > > Could you also attach the host dmesg please? > > Nevermind. I can reproduce it. The interesting thing is that initially I had > this in my guest config: > > maxmem=2048 > memory=1024 > > and the output of the tools told me: > Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > > .. and then it added that 1G to the end: > > libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > > and the guest booted nicely. > > But if maxmem=memory I get: > > Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > And of course no E820 entry at 4G and guest crashes. Pff, try this patch please: diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c index a17f6ae..a78c91d 100644 --- a/tools/libxl/libxl_x86.c +++ b/tools/libxl/libxl_x86.c @@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], idx++; } /* At this point we have the mapped RAM + E820 entries from src. */ - if (balloon_kb) { + if (balloon_kb || delta_kb) { /* and if we truncated the RAM region, then add it to the end. */ e820[idx].type = E820_RAM; e820[idx].addr = (uint64_t)(1ULL << 32) > last ? (I am heading out for today and will retry it tomorrow, but I am 99% that is the culprit). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 22 21:18:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 22 May 2013 21:18: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 1UfGQ7-0001g0-Op; Wed, 22 May 2013 21:18:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfGQ6-0001fs-6t for xen-users@lists.xen.org; Wed, 22 May 2013 21:18:02 +0000 Received: from [85.158.139.211:52836] by server-5.bemta-5.messagelabs.com id D0/19-27009-9063D915; Wed, 22 May 2013 21:18:01 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1369257479!19149557!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14871 invoked from network); 22 May 2013 21:18:00 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2013 21:18:00 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4MLHtXF015150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 21:17:55 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLHs1c008531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2013 21:17:55 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4MLHrM7025316; Wed, 22 May 2013 21:17:54 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2013 14:17:53 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 90D281BF781; Wed, 22 May 2013 17:17:52 -0400 (EDT) Date: Wed, 22 May 2013 17:17:52 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130522211752.GB13471@phenom.dumpdata.com> References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> <20130522211537.GA13471@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130522211537.GA13471@phenom.dumpdata.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > > Hello, > > > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > > without PCI. > > > > Could you also attach the host dmesg please? > > Nevermind. I can reproduce it. The interesting thing is that initially I had > this in my guest config: > > maxmem=2048 > memory=1024 > > and the output of the tools told me: > Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > > .. and then it added that 1G to the end: > > libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > > and the guest booted nicely. > > But if maxmem=memory I get: > > Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > And of course no E820 entry at 4G and guest crashes. Pff, try this patch please: diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c index a17f6ae..a78c91d 100644 --- a/tools/libxl/libxl_x86.c +++ b/tools/libxl/libxl_x86.c @@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], idx++; } /* At this point we have the mapped RAM + E820 entries from src. */ - if (balloon_kb) { + if (balloon_kb || delta_kb) { /* and if we truncated the RAM region, then add it to the end. */ e820[idx].type = E820_RAM; e820[idx].addr = (uint64_t)(1ULL << 32) > last ? (I am heading out for today and will retry it tomorrow, but I am 99% that is the culprit). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 01:27:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 01:27: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 1UfKIG-0000Hk-8h; Thu, 23 May 2013 01:26:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfFGo-0007PJ-C5 for xen-users@lists.xen.org; Wed, 22 May 2013 20:04:22 +0000 Received: from [85.158.143.99:37362] by server-1.bemta-4.messagelabs.com id 8C/BB-06122-5C42D915; Wed, 22 May 2013 20:04:21 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-3.tower-216.messagelabs.com!1369253058!33268568!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16786 invoked from network); 22 May 2013 20:04:19 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-3.tower-216.messagelabs.com with SMTP; 22 May 2013 20:04:19 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=ZJE8v9kiKSxmOtiXJP0nwz fzzlg=; b=uVRCWQzit22/foP/L1irOqPZgxP63c6UwrYcQFVDJBdABTeoD3skoe WyM/0I0JwnNvGES52hnGb80w5gI7Re8a4aBv2/n4H6HiZlmnYwb1EmHpYDb2WG2u SiKaqg1fwW/1J4mGrG7JPNAd+PC6st29ha4um+LlSWsXsvIGyFvUA= Received: by 10.16.69.80 with SMTP id mf39.23805.519D24C03 Wed, 22 May 2013 20:04:16 +0000 (UTC) Received: from mi14.sendgrid.net ([UNAVAILABLE]. [10.60.208.25]) by 10.60.208.6:2500 (trex/4.8.23); Wed, 22 May 2013 20:04:17 GMT Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi14 (SG) with ESMTP id 13ecdd78edf.60a2.5a739c for ; Wed, 22 May 2013 15:04:16 -0500 (CST) Received: (qmail 81285 invoked from network); 22 May 2013 20:04:09 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 22 May 2013 20:04:09 -0000 Received: (qmail 2862 invoked from network); 22 May 2013 20:03:53 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 22 May 2013 20:03:53 -0000 Message-ID: <519D24A9.3050407@freebsd.org> Date: Wed, 22 May 2013 13:03:53 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> In-Reply-To: <519CAFC7.1070908@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nTenWPU5firi7p85HBTJePZC207eGRZf5yCvy1FHKaROP8E6/tGMstFSamYJawJos+P4Ow/XD03vsKAxTdmzMa7 X-Mailman-Approved-At: Thu, 23 May 2013 01:26:10 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/22/13 04:45, Roger Pau Monn=E9 wrote: > On 18/05/13 17:44, Colin Percival wrote: >> That seems to work. dmesg is attached. Are there any particular tests >> you'd like me to run? > = > I have not tested ZFS, that might be a good one. If you are running this > on Xen 3.4 the behaviour should be the same as without this patches, so > there shouldn't be many differences. I don't use ZFS personally, so I'm not sure exactly what tests to run on it; hopefully someone else can take care of that. > If you could try that on Xen 4.0 at least (if I remember correctly > that's when the vector callback was introduced), you should see the PV > timer getting attached, and a performance increase. Testing on a cr1.8xlarge EC2 instance, I get Xen 4.2, but it ends up with a panic -- console output below. I can get a backtrace and possibly even a dump if those would help. Booting [/boot/kernel/kernel]... -\|/-\|GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009e000 SMAP type=3D02 base=3D000000000009e000 len=3D0000000000002000 SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000 SMAP type=3D01 base=3D0000000000100000 len=3D00000000eff00000 SMAP type=3D02 base=3D00000000fc000000 len=3D0000000004000000 SMAP type=3D01 base=3D0000000100000000 len=3D0000003c19000000 Table 'FACP' at 0xfc014980 Table 'APIC' at 0xfc014a80 APIC: Found table at 0xfc014a80 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 1: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 3: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 8 ACPI ID 4: enabled SMP: Added CPU 8 (AP) MADT: Found CPU APIC ID 10 ACPI ID 5: enabled SMP: Added CPU 10 (AP) MADT: Found CPU APIC ID 12 ACPI ID 6: enabled SMP: Added CPU 12 (AP) MADT: Found CPU APIC ID 14 ACPI ID 7: enabled SMP: Added CPU 14 (AP) MADT: Found CPU APIC ID 32 ACPI ID 8: enabled SMP: Added CPU 32 (AP) MADT: Found CPU APIC ID 34 ACPI ID 9: enabled SMP: Added CPU 34 (AP) MADT: Found CPU APIC ID 36 ACPI ID 10: enabled SMP: Added CPU 36 (AP) MADT: Found CPU APIC ID 38 ACPI ID 11: enabled SMP: Added CPU 38 (AP) MADT: Found CPU APIC ID 40 ACPI ID 12: enabled SMP: Added CPU 40 (AP) MADT: Found CPU APIC ID 42 ACPI ID 13: enabled SMP: Added CPU 42 (AP) MADT: Found CPU APIC ID 44 ACPI ID 14: enabled SMP: Added CPU 44 (AP) MADT: Found CPU APIC ID 46 ACPI ID 15: enabled SMP: Added CPU 46 (AP) MADT: Found CPU APIC ID 1 ACPI ID 16: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 17: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 18: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 19: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 9 ACPI ID 20: enabled SMP: Added CPU 9 (AP) MADT: Found CPU APIC ID 11 ACPI ID 21: enabled SMP: Added CPU 11 (AP) MADT: Found CPU APIC ID 13 ACPI ID 22: enabled SMP: Added CPU 13 (AP) MADT: Found CPU APIC ID 15 ACPI ID 23: enabled SMP: Added CPU 15 (AP) MADT: Found CPU APIC ID 33 ACPI ID 24: enabled SMP: Added CPU 33 (AP) MADT: Found CPU APIC ID 35 ACPI ID 25: enabled SMP: Added CPU 35 (AP) MADT: Found CPU APIC ID 37 ACPI ID 26: enabled SMP: Added CPU 37 (AP) MADT: Found CPU APIC ID 39 ACPI ID 27: enabled SMP: Added CPU 39 (AP) MADT: Found CPU APIC ID 41 ACPI ID 28: enabled SMP: Added CPU 41 (AP) MADT: Found CPU APIC ID 43 ACPI ID 29: enabled SMP: Added CPU 43 (AP) MADT: Found CPU APIC ID 45 ACPI ID 30: enabled SMP: Added CPU 45 (AP) MADT: Found CPU APIC ID 47 ACPI ID 31: enabled SMP: Added CPU 47 (AP) MADT: Found CPU APIC ID 0 ACPI ID 32: disabled MADT: Found CPU APIC ID 0 ACPI ID 33: disabled MADT: Found CPU APIC ID 0 ACPI ID 34: disabled MADT: Found CPU APIC ID 0 ACPI ID 35: disabled MADT: Found CPU APIC ID 0 ACPI ID 36: disabled MADT: Found CPU APIC ID 0 ACPI ID 37: disabled MADT: Found CPU APIC ID 0 ACPI ID 38: disabled MADT: Found CPU APIC ID 0 ACPI ID 39: disabled MADT: Found CPU APIC ID 0 ACPI ID 40: disabled MADT: Found CPU APIC ID 0 ACPI ID 41: disabled MADT: Found CPU APIC ID 0 ACPI ID 42: disabled MADT: Found CPU APIC ID 0 ACPI ID 43: disabled MADT: Found CPU APIC ID 0 ACPI ID 44: disabled MADT: Found CPU APIC ID 0 ACPI ID 45: disabled MADT: Found CPU APIC ID 0 ACPI ID 46: disabled MADT: Found CPU APIC ID 0 ACPI ID 47: disabled MADT: Found CPU APIC ID 0 ACPI ID 48: disabled MADT: Found CPU APIC ID 0 ACPI ID 49: disabled MADT: Found CPU APIC ID 0 ACPI ID 50: disabled MADT: Found CPU APIC ID 0 ACPI ID 51: disabled MADT: Found CPU APIC ID 0 ACPI ID 52: disabled MADT: Found CPU APIC ID 0 ACPI ID 53: disabled MADT: Found CPU APIC ID 0 ACPI ID 54: disabled MADT: Found CPU APIC ID 0 ACPI ID 55: disabled MADT: Found CPU APIC ID 0 ACPI ID 56: disabled MADT: Found CPU APIC ID 0 ACPI ID 57: disabled MADT: Found CPU APIC ID 0 ACPI ID 58: disabled MADT: Found CPU APIC ID 0 ACPI ID 59: disabled MADT: Found CPU APIC ID 0 ACPI ID 60: disabled MADT: Found CPU APIC ID 0 ACPI ID 61: disabled MADT: Found CPU APIC ID 0 ACPI ID 62: disabled MADT: Found CPU APIC ID 0 ACPI ID 63: disabled MADT: Found CPU APIC ID 0 ACPI ID 64: disabled MADT: Found CPU APIC ID 0 ACPI ID 65: disabled MADT: Found CPU APIC ID 0 ACPI ID 66: disabled MADT: Found CPU APIC ID 0 ACPI ID 67: disabled MADT: Found CPU APIC ID 0 ACPI ID 68: disabled MADT: Found CPU APIC ID 0 ACPI ID 69: disabled MADT: Found CPU APIC ID 0 ACPI ID 70: disabled MADT: Found CPU APIC ID 0 ACPI ID 71: disabled MADT: Found CPU APIC ID 0 ACPI ID 72: disabled MADT: Found CPU APIC ID 0 ACPI ID 73: disabled MADT: Found CPU APIC ID 0 ACPI ID 74: disabled MADT: Found CPU APIC ID 0 ACPI ID 75: disabled MADT: Found CPU APIC ID 0 ACPI ID 76: disabled MADT: Found CPU APIC ID 0 ACPI ID 77: disabled MADT: Found CPU APIC ID 0 ACPI ID 78: disabled MADT: Found CPU APIC ID 0 ACPI ID 79: disabled MADT: Found CPU APIC ID 0 ACPI ID 80: disabled MADT: Found CPU APIC ID 0 ACPI ID 81: disabled MADT: Found CPU APIC ID 0 ACPI ID 82: disabled MADT: Found CPU APIC ID 0 ACPI ID 83: disabled MADT: Found CPU APIC ID 0 ACPI ID 84: disabled MADT: Found CPU APIC ID 0 ACPI ID 85: disabled MADT: Found CPU APIC ID 0 ACPI ID 86: disabled MADT: Found CPU APIC ID 0 ACPI ID 87: disabled MADT: Found CPU APIC ID 0 ACPI ID 88: disabled MADT: Found CPU APIC ID 0 ACPI ID 89: disabled MADT: Found CPU APIC ID 0 ACPI ID 90: disabled MADT: Found CPU APIC ID 0 ACPI ID 91: disabled MADT: Found CPU APIC ID 0 ACPI ID 92: disabled MADT: Found CPU APIC ID 0 ACPI ID 93: disabled MADT: Found CPU APIC ID 0 ACPI ID 94: disabled MADT: Found CPU APIC ID 0 ACPI ID 95: disabled MADT: Found CPU APIC ID 0 ACPI ID 96: disabled MADT: Found CPU APIC ID 0 ACPI ID 97: disabled MADT: Found CPU APIC ID 0 ACPI ID 98: disabled MADT: Found CPU APIC ID 0 ACPI ID 99: disabled MADT: Found CPU APIC ID 0 ACPI ID 100: disabled MADT: Found CPU APIC ID 0 ACPI ID 101: disabled MADT: Found CPU APIC ID 0 ACPI ID 102: disabled MADT: Found CPU APIC ID 0 ACPI ID 103: disabled MADT: Found CPU APIC ID 0 ACPI ID 104: disabled MADT: Found CPU APIC ID 0 ACPI ID 105: disabled MADT: Found CPU APIC ID 0 ACPI ID 106: disabled MADT: Found CPU APIC ID 0 ACPI ID 107: disabled MADT: Found CPU APIC ID 0 ACPI ID 108: disabled MADT: Found CPU APIC ID 0 ACPI ID 109: disabled MADT: Found CPU APIC ID 0 ACPI ID 110: disabled MADT: Found CPU APIC ID 0 ACPI ID 111: disabled MADT: Found CPU APIC ID 0 ACPI ID 112: disabled MADT: Found CPU APIC ID 0 ACPI ID 113: disabled MADT: Found CPU APIC ID 0 ACPI ID 114: disabled MADT: Found CPU APIC ID 0 ACPI ID 115: disabled MADT: Found CPU APIC ID 0 ACPI ID 116: disabled MADT: Found CPU APIC ID 0 ACPI ID 117: disabled MADT: Found CPU APIC ID 0 ACPI ID 118: disabled MADT: Found CPU APIC ID 0 ACPI ID 119: disabled MADT: Found CPU APIC ID 0 ACPI ID 120: disabled MADT: Found CPU APIC ID 0 ACPI ID 121: disabled MADT: Found CPU APIC ID 0 ACPI ID 122: disabled MADT: Found CPU APIC ID 0 ACPI ID 123: disabled MADT: Found CPU APIC ID 0 ACPI ID 124: disabled MADT: Found CPU APIC ID 0 ACPI ID 125: disabled MADT: Found CPU APIC ID 0 ACPI ID 126: disabled MADT: Found CPU APIC ID 0 ACPI ID 127: disabled Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r+9b25356: Sat May 18 14:46:16 UTC 2013 root@ip-10-140-132-115:/usr/obj/usr/src/sys/XENHVM amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. XEN: Hypervisor version 4.2 detected. XEN: Disabling emulated block and network devices Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81912000. Hypervisor: Origin =3D "XenVMMXenVMM" Calibrating TSC clock ... TSC clock: 2600048761 Hz CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz (2600.05-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x206d7 Family =3D 0x6 Model =3D 0x2d= Stepping =3D 7 Features=3D0x1783fbff Features2=3D0x9fba2203 AMD Features=3D0x28100800 AMD Features2=3D0x1 real memory =3D 262144000000 (250000 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000099fff, 626688 bytes (153 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001a2a000 - 0x00000000efffffff, 3999096832 bytes (976342 pages) 0x0000000100000000 - 0x0000003b8ae37fff, 251438268416 bytes (61386296 pages) avail memory =3D 244393709568 (233072 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target INTR: Adding local APIC 8 as a target INTR: Adding local APIC 9 as a target INTR: Adding local APIC 10 as a target INTR: Adding local APIC 11 as a target INTR: Adding local APIC 12 as a target INTR: Adding local APIC 13 as a target INTR: Adding local APIC 14 as a target INTR: Adding local APIC 15 as a target INTR: Adding local APIC 32 as a target INTR: Adding local APIC 33 as a target INTR: Adding local APIC 34 as a target INTR: Adding local APIC 35 as a target INTR: Adding local APIC 36 as a target INTR: Adding local APIC 37 as a target INTR: Adding local APIC 38 as a target INTR: Adding local APIC 39 as a target INTR: Adding local APIC 40 as a target INTR: Adding local APIC 41 as a target INTR: Adding local APIC 42 as a target INTR: Adding local APIC 43 as a target INTR: Adding local APIC 44 as a target INTR: Adding local APIC 45 as a target INTR: Adding local APIC 46 as a target INTR: Adding local APIC 47 as a target FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 cpu12 (AP): APIC ID: 12 cpu13 (AP): APIC ID: 13 cpu14 (AP): APIC ID: 14 cpu15 (AP): APIC ID: 15 cpu16 (AP): APIC ID: 32 cpu17 (AP): APIC ID: 33 cpu18 (AP): APIC ID: 34 cpu19 (AP): APIC ID: 35 cpu20 (AP): APIC ID: 36 cpu21 (AP): APIC ID: 37 cpu22 (AP): APIC ID: 38 cpu23 (AP): APIC ID: 39 cpu24 (AP): APIC ID: 40 cpu25 (AP): APIC ID: 41 cpu26 (AP): APIC ID: 42 cpu27 (AP): APIC ID: 43 cpu28 (AP): APIC ID: 44 cpu29 (AP): APIC ID: 45 cpu30 (AP): APIC ID: 46 cpu31 (AP): APIC ID: 47 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff80005e3000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 16 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 17 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 18 APIC: CPU 6 has ACPI ID 3 APIC: CPU 7 has ACPI ID 19 APIC: CPU 8 has ACPI ID 4 APIC: CPU 9 has ACPI ID 20 APIC: CPU 10 has ACPI ID 5 APIC: CPU 11 has ACPI ID 21 APIC: CPU 12 has ACPI ID 6 APIC: CPU 13 has ACPI ID 22 APIC: CPU 14 has ACPI ID 7 APIC: CPU 15 has ACPI ID 23 APIC: CPU 16 has ACPI ID 8 APIC: CPU 17 has ACPI ID 24 APIC: CPU 18 has ACPI ID 9 APIC: CPU 19 has ACPI ID 25 APIC: CPU 20 has ACPI ID 10 APIC: CPU 21 has ACPI ID 26 APIC: CPU 22 has ACPI ID 11 APIC: CPU 23 has ACPI ID 27 APIC: CPU 24 has ACPI ID 12 APIC: CPU 25 has ACPI ID 28 APIC: CPU 26 has ACPI ID 13 APIC: CPU 27 has ACPI ID 29 APIC: CPU 28 has ACPI ID 14 APIC: CPU 29 has ACPI ID 30 APIC: CPU 30 has ACPI ID 15 APIC: CPU 31 has ACPI ID 31 random device not loaded; using insecure entropy ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ULE: setup cpu 8 ULE: setup cpu 9 ULE: setup cpu 10 ULE: setup cpu 11 ULE: setup cpu 12 ULE: setup cpu 13 ULE: setup cpu 14 ULE: setup cpu 15 ULE: setup cpu 16 ULE: setup cpu 17 ULE: setup cpu 18 ULE: setup cpu 19 ULE: setup cpu 20 ULE: setup cpu 21 ULE: setup cpu 22 ULE: setup cpu 23 ULE: setup cpu 24 ULE: setup cpu 25 ULE: setup cpu 26 ULE: setup cpu 27 ULE: setup cpu 28 ULE: setup cpu 29 ULE: setup cpu 30 ULE: setup cpu 31 ACPI: RSDP 0xea020 00024 (v02 Xen) ACPI: XSDT 0xfc015920 0005C (v01 Xen HVM 00000000 HVML 00000000) ACPI: FACP 0xfc014980 000F4 (v04 Xen HVM 00000000 HVML 00000000) ACPI: DSDT 0xfc0035e0 11315 (v02 Xen HVM 00000000 INTL 20090123) ACPI: FACS 0xfc0035a0 00040 ACPI: APIC 0xfc014a80 00460 (v02 Xen HVM 00000000 HVML 00000000) ACPI: SRAT 0xfc014f60 008A8 (v01 Xen HVM 00000000 HVML 00000000) ACPI: HPET 0xfc015830 00038 (v01 Xen HVM 00000000 HVML 00000000) ACPI: WAET 0xfc015870 00028 (v01 Xen HVM 00000000 HVML 00000000) ACPI: SSDT 0xfc0158a0 00031 (v02 Xen HVM 00000000 INTL 20090123) ACPI: SSDT 0xfc0158e0 00031 (v02 Xen HVM 00000000 INTL 20090123) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 5, irq 5 ioapic0: intpin 5 trigger: level ioapic0: intpin 5 polarity: low MADT: Interrupt override: source 10, irq 10 ioapic0: intpin 10 trigger: level ioapic0: intpin 10 polarity: low MADT: Interrupt override: source 11, irq 11 ioapic0: intpin 11 trigger: level ioapic0: intpin 11 polarity: low MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Event-channel device installed. snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> null: nfslock: pseudo-device random: VESA: INT 0x10 vector 0xc000:0x836e VESA: information block 0000 56 45 53 41 00 02 f5 82 00 c0 00 00 00 00 40 00 0010 00 02 40 00 00 01 f5 82 00 c0 f5 82 00 c0 0e 83 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 01 01 10 01 11 01 12 01 03 01 13 01 14 01 15 01 0050 05 01 16 01 17 01 18 01 07 01 19 01 1a 01 ff ff 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v2.0, 4096k memory, flags:0x0, mode table:0xffffff80005fd040 (2000040) VESA: VGABIOS Cirrus extension VESA: VGABIOS Cirrus extension VGABIOS Cirrus extension 1.0 io: kbd: new array size 4 kbd1 at kbdmux0 mem: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hpt27xx: RocketRAID 27xx controller driver v1.0 xen_et0: on motherboard Event timer "XENTIMER" frequency 1000000000 Hz quality 950 Timecounter "XENTIMER" frequency 1000000000 Hz quality 950 xen_et0: registered as a time-of-day clock (resolution 10000000us, adjustme= nt 5.000000000s) acpi0: on motherboard ACPI: All ACPI Tables successfully acquired ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed cpu0: Processor \_SB_.PR00 (ACPI ID 0) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \_SB_.PR01 (ACPI ID 1) -> APIC ID 2 cpu1: on acpi0 cpu2: Processor \_SB_.PR02 (ACPI ID 2) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \_SB_.PR03 (ACPI ID 3) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \_SB_.PR04 (ACPI ID 4) -> APIC ID 8 cpu4: on acpi0 cpu5: Processor \_SB_.PR05 (ACPI ID 5) -> APIC ID 10 cpu5: on acpi0 cpu6: Processor \_SB_.PR06 (ACPI ID 6) -> APIC ID 12 cpu6: on acpi0 cpu7: Processor \_SB_.PR07 (ACPI ID 7) -> APIC ID 14 cpu7: on acpi0 cpu8: Processor \_SB_.PR08 (ACPI ID 8) -> APIC ID 16 cpu8: on acpi0 cpu9: Processor \_SB_.PR09 (ACPI ID 9) -> APIC ID 18 cpu9: on acpi0 cpu10: Processor \_SB_.PR0A (ACPI ID 10) -> APIC ID 20 cpu10: on acpi0 cpu11: Processor \_SB_.PR0B (ACPI ID 11) -> APIC ID 22 cpu11: on acpi0 cpu12: Processor \_SB_.PR0C (ACPI ID 12) -> APIC ID 24 cpu12: on acpi0 cpu13: Processor \_SB_.PR0D (ACPI ID 13) -> APIC ID 26 cpu13: on acpi0 cpu14: Processor \_SB_.PR0E (ACPI ID 14) -> APIC ID 28 cpu14: on acpi0 cpu15: Processor \_SB_.PR0F (ACPI ID 15) -> APIC ID 30 cpu15: on acpi0 cpu16: Processor \_SB_.PR10 (ACPI ID 16) -> APIC ID 1 cpu16: on acpi0 cpu17: Processor \_SB_.PR11 (ACPI ID 17) -> APIC ID 3 cpu17: on acpi0 cpu18: Processor \_SB_.PR12 (ACPI ID 18) -> APIC ID 5 cpu18: on acpi0 cpu19: Processor \_SB_.PR13 (ACPI ID 19) -> APIC ID 7 cpu19: on acpi0 cpu20: Processor \_SB_.PR14 (ACPI ID 20) -> APIC ID 9 cpu20: on acpi0 cpu21: Processor \_SB_.PR15 (ACPI ID 21) -> APIC ID 11 cpu21: on acpi0 cpu22: Processor \_SB_.PR16 (ACPI ID 22) -> APIC ID 13 cpu22: on acpi0 cpu23: Processor \_SB_.PR17 (ACPI ID 23) -> APIC ID 15 cpu23: on acpi0 cpu24: Processor \_SB_.PR18 (ACPI ID 24) -> APIC ID 17 cpu24: on acpi0 cpu25: Processor \_SB_.PR19 (ACPI ID 25) -> APIC ID 19 cpu25: on acpi0 cpu26: Processor \_SB_.PR1A (ACPI ID 26) -> APIC ID 21 cpu26: on acpi0 cpu27: Processor \_SB_.PR1B (ACPI ID 27) -> APIC ID 23 cpu27: on acpi0 cpu28: Processor \_SB_.PR1C (ACPI ID 28) -> APIC ID 25 cpu28: on acpi0 cpu29: Processor \_SB_.PR1D (ACPI ID 29) -> APIC ID 27 cpu29: on acpi0 cpu30: Processor \_SB_.PR1E (ACPI ID 30) -> APIC ID 29 cpu30: on acpi0 cpu31: Processor \_SB_.PR1F (ACPI ID 31) -> APIC ID 31 cpu31: on acpi0 ACPI: Processor \_SB_.PR20 (ACPI ID 32) ignored ACPI: Processor \_SB_.PR21 (ACPI ID 33) ignored ACPI: Processor \_SB_.PR22 (ACPI ID 34) ignored ACPI: Processor \_SB_.PR23 (ACPI ID 35) ignored ACPI: Processor \_SB_.PR24 (ACPI ID 36) ignored ACPI: Processor \_SB_.PR25 (ACPI ID 37) ignored ACPI: Processor \_SB_.PR26 (ACPI ID 38) ignored ACPI: Processor \_SB_.PR27 (ACPI ID 39) ignored ACPI: Processor \_SB_.PR28 (ACPI ID 40) ignored ACPI: Processor \_SB_.PR29 (ACPI ID 41) ignored ACPI: Processor \_SB_.PR2A (ACPI ID 42) ignored ACPI: Processor \_SB_.PR2B (ACPI ID 43) ignored ACPI: Processor \_SB_.PR2C (ACPI ID 44) ignored ACPI: Processor \_SB_.PR2D (ACPI ID 45) ignored ACPI: Processor \_SB_.PR2E (ACPI ID 46) ignored ACPI: Processor \_SB_.PR2F (ACPI ID 47) ignored ACPI: Processor \_SB_.PR30 (ACPI ID 48) ignored ACPI: Processor \_SB_.PR31 (ACPI ID 49) ignored ACPI: Processor \_SB_.PR32 (ACPI ID 50) ignored ACPI: Processor \_SB_.PR33 (ACPI ID 51) ignored ACPI: Processor \_SB_.PR34 (ACPI ID 52) ignored ACPI: Processor \_SB_.PR35 (ACPI ID 53) ignored ACPI: Processor \_SB_.PR36 (ACPI ID 54) ignored ACPI: Processor \_SB_.PR37 (ACPI ID 55) ignored ACPI: Processor \_SB_.PR38 (ACPI ID 56) ignored ACPI: Processor \_SB_.PR39 (ACPI ID 57) ignored ACPI: Processor \_SB_.PR3A (ACPI ID 58) ignored ACPI: Processor \_SB_.PR3B (ACPI ID 59) ignored ACPI: Processor \_SB_.PR3C (ACPI ID 60) ignored ACPI: Processor \_SB_.PR3D (ACPI ID 61) ignored ACPI: Processor \_SB_.PR3E (ACPI ID 62) ignored ACPI: Processor \_SB_.PR3F (ACPI ID 63) ignored ACPI: Processor \_SB_.PR40 (ACPI ID 64) ignored ACPI: Processor \_SB_.PR41 (ACPI ID 65) ignored ACPI: Processor \_SB_.PR42 (ACPI ID 66) ignored ACPI: Processor \_SB_.PR43 (ACPI ID 67) ignored ACPI: Processor \_SB_.PR44 (ACPI ID 68) ignored ACPI: Processor \_SB_.PR45 (ACPI ID 69) ignored ACPI: Processor \_SB_.PR46 (ACPI ID 70) ignored ACPI: Processor \_SB_.PR47 (ACPI ID 71) ignored ACPI: Processor \_SB_.PR48 (ACPI ID 72) ignored ACPI: Processor \_SB_.PR49 (ACPI ID 73) ignored ACPI: Processor \_SB_.PR4A (ACPI ID 74) ignored ACPI: Processor \_SB_.PR4B (ACPI ID 75) ignored ACPI: Processor \_SB_.PR4C (ACPI ID 76) ignored ACPI: Processor \_SB_.PR4D (ACPI ID 77) ignored ACPI: Processor \_SB_.PR4E (ACPI ID 78) ignored ACPI: Processor \_SB_.PR4F (ACPI ID 79) ignored ACPI: Processor \_SB_.PR50 (ACPI ID 80) ignored ACPI: Processor \_SB_.PR51 (ACPI ID 81) ignored ACPI: Processor \_SB_.PR52 (ACPI ID 82) ignored ACPI: Processor \_SB_.PR53 (ACPI ID 83) ignored ACPI: Processor \_SB_.PR54 (ACPI ID 84) ignored ACPI: Processor \_SB_.PR55 (ACPI ID 85) ignored ACPI: Processor \_SB_.PR56 (ACPI ID 86) ignored ACPI: Processor \_SB_.PR57 (ACPI ID 87) ignored ACPI: Processor \_SB_.PR58 (ACPI ID 88) ignored ACPI: Processor \_SB_.PR59 (ACPI ID 89) ignored ACPI: Processor \_SB_.PR5A (ACPI ID 90) ignored ACPI: Processor \_SB_.PR5B (ACPI ID 91) ignored ACPI: Processor \_SB_.PR5C (ACPI ID 92) ignored ACPI: Processor \_SB_.PR5D (ACPI ID 93) ignored ACPI: Processor \_SB_.PR5E (ACPI ID 94) ignored ACPI: Processor \_SB_.PR5F (ACPI ID 95) ignored ACPI: Processor \_SB_.PR60 (ACPI ID 96) ignored ACPI: Processor \_SB_.PR61 (ACPI ID 97) ignored ACPI: Processor \_SB_.PR62 (ACPI ID 98) ignored ACPI: Processor \_SB_.PR63 (ACPI ID 99) ignored ACPI: Processor \_SB_.PR64 (ACPI ID 100) ignored ACPI: Processor \_SB_.PR65 (ACPI ID 101) ignored ACPI: Processor \_SB_.PR66 (ACPI ID 102) ignored ACPI: Processor \_SB_.PR67 (ACPI ID 103) ignored ACPI: Processor \_SB_.PR68 (ACPI ID 104) ignored ACPI: Processor \_SB_.PR69 (ACPI ID 105) ignored ACPI: Processor \_SB_.PR6A (ACPI ID 106) ignored ACPI: Processor \_SB_.PR6B (ACPI ID 107) ignored ACPI: Processor \_SB_.PR6C (ACPI ID 108) ignored ACPI: Processor \_SB_.PR6D (ACPI ID 109) ignored ACPI: Processor \_SB_.PR6E (ACPI ID 110) ignored ACPI: Processor \_SB_.PR6F (ACPI ID 111) ignored ACPI: Processor \_SB_.PR70 (ACPI ID 112) ignored ACPI: Processor \_SB_.PR71 (ACPI ID 113) ignored ACPI: Processor \_SB_.PR72 (ACPI ID 114) ignored ACPI: Processor \_SB_.PR73 (ACPI ID 115) ignored ACPI: Processor \_SB_.PR74 (ACPI ID 116) ignored ACPI: Processor \_SB_.PR75 (ACPI ID 117) ignored ACPI: Processor \_SB_.PR76 (ACPI ID 118) ignored ACPI: Processor \_SB_.PR77 (ACPI ID 119) ignored ACPI: Processor \_SB_.PR78 (ACPI ID 120) ignored ACPI: Processor \_SB_.PR79 (ACPI ID 121) ignored ACPI: Processor \_SB_.PR7A (ACPI ID 122) ignored ACPI: Processor \_SB_.PR7B (ACPI ID 123) ignored ACPI: Processor \_SB_.PR7C (ACPI ID 124) ignored ACPI: Processor \_SB_.PR7D (ACPI ID 125) ignored ACPI: Processor \_SB_.PR7E (ACPI ID 126) ignored ACPI: Processor \_SB_.PR7F (ACPI ID 127) ignored hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 62500000Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic Timecounter "HPET" frequency 62500000 Hz quality 950 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: not installed as time-of-day clock: clock xen_et has higher resolut= ion ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 ACPI timer: 1/18 1/17 1/21 1/18 1/18 1/16 1/20 1/22 1/21 1/22 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 10 11 Validation 0 10 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 10 11 Validation 0 11 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xf0000000-0xfbffffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1237, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7000, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7010, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D1 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1 map[20]: type I/O Port, range 32, base 0xc100, size 4, enabled pcib0: allocated type 4 (0xc100-0xc10f) for rid 20 of pci0:0:1:1 found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x01 domain=3D0, bus=3D0, slot=3D1, func=3D3 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 20 found-> vendor=3D0x1013, dev=3D0x00b8, revid=3D0x00 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf0000000, size 25, ena= bled pcib0: allocated type 3 (0xf0000000-0xf1ffffff) for rid 10 of pci0:0:2:0 map[14]: type Memory, range 32, base 0xf3000000, size 12, enabled pcib0: allocated type 3 (0xf3000000-0xf3000fff) for rid 14 of pci0:0:2:0 found-> vendor=3D0x5853, dev=3D0x0001, revid=3D0x01 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3Dff-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib0: allocated type 4 (0xc000-0xc0ff) for rid 10 of pci0:0:3:0 map[14]: type Prefetchable Memory, range 32, base 0xf2000000, size 24, ena= bled pcib0: allocated type 3 (0xf2000000-0xf2ffffff) for rid 14 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 28 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc100-0xc10f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: at channel 1 on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xf0000000-0xf1ffffff,0xf3000000-0xf3000fff at device 2.0 on pci0 xenpci0: port 0xc000-0xc0ff mem 0xf2000000-0xf2ffffff= irq 28 at device 3.0 on pci0 ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 0 vector 53 xenstore0: on xenpci0 Grant table initialized psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0061 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] psm0: current command byte:0061 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt uart0: console (9600,n,8,1) ACPI: Enabled 2 GPEs in block 00 to 0F acpi0: wakeup code va 0xffffffc2cdff7000 pa 0x4000 ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0: No FDOUT register! fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounters tick every 10.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 2097152 lo0: bpf attached hptrr: no controller detected. hpt27xx: no controller detected. xenbusb_front0: on xenstore0 ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 xn0: at device/vif/0 on xenbusb_front0 xn0: bpf attached xn0: Ethernet address: 22:00:0a:94:b4:ba xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xn0: backend features: feature-sg feature-gso-tcp4 xbd0: 10240MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 xbd0: disk supports cache flush using: barriers GEOM: new disk ad0 xbd1: 122866MB at device/vbd/51728 on xenbusb_front0 xbd1: disk supports cache flush using: flush xbd2: 122866MB at device/vbd/51744 on xenbusb_front0 xbd2: disk supports cache flush using: flush SMP: AP CPU #29 Launched! cpu29 AP: ID: 0x2d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #24 Launched! cpu24 AP: ID: 0x28000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #21 Launched! cpu21 AP: ID: 0x25000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #23 Launched! cpu23 AP: ID: 0x27000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #18 Launched! cpu18 AP: ID: 0x22000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #25 Launched! cpu25 AP: ID: 0x29000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #16 Launched! cpu16 AP: ID: 0x20000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #28 Launched! cpu28 AP: ID: 0x2c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #10 Launched! cpu10 AP: ID: 0x0a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #27 Launched! cpu27 AP: ID: 0x2b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #12 Launched! cpu12 AP: ID: 0x0c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #30 Launched! cpu30 AP: ID: 0x2e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #31 Launched! cpu31 AP: ID: 0x2f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #19 Launched! cpu19 AP: ID: 0x23000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #15 Launched! cpu15 AP: ID: 0x0f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #17 Launched! cpu17 AP: ID: 0x21000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #14 Launched! cpu14 AP: ID: 0x0e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #20 Launched! cpu20 AP: ID: 0x24000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #22 Launched! cpu22 AP: ID: 0x26000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #8 Launched! cpu8 AP: ID: 0x08000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #13 Launched! cpu13 AP: ID: 0x0d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #11 Launched! cpu11 AP: ID: 0x0b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #26 Launched! cpu26 AP: ID: 0x2a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #9 Launched! cpu9 AP: ID: 0x09000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 panic: xen_et0: Error -22 setting singleshot timer to 766317887512893 cpuid =3D 8 KDB: enter: panic [ thread pid 11 tid 100011 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> -- = Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 01:27:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 01:27: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 1UfKIG-0000Hk-8h; Thu, 23 May 2013 01:26:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfFGo-0007PJ-C5 for xen-users@lists.xen.org; Wed, 22 May 2013 20:04:22 +0000 Received: from [85.158.143.99:37362] by server-1.bemta-4.messagelabs.com id 8C/BB-06122-5C42D915; Wed, 22 May 2013 20:04:21 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-3.tower-216.messagelabs.com!1369253058!33268568!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16786 invoked from network); 22 May 2013 20:04:19 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-3.tower-216.messagelabs.com with SMTP; 22 May 2013 20:04:19 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=ZJE8v9kiKSxmOtiXJP0nwz fzzlg=; b=uVRCWQzit22/foP/L1irOqPZgxP63c6UwrYcQFVDJBdABTeoD3skoe WyM/0I0JwnNvGES52hnGb80w5gI7Re8a4aBv2/n4H6HiZlmnYwb1EmHpYDb2WG2u SiKaqg1fwW/1J4mGrG7JPNAd+PC6st29ha4um+LlSWsXsvIGyFvUA= Received: by 10.16.69.80 with SMTP id mf39.23805.519D24C03 Wed, 22 May 2013 20:04:16 +0000 (UTC) Received: from mi14.sendgrid.net ([UNAVAILABLE]. [10.60.208.25]) by 10.60.208.6:2500 (trex/4.8.23); Wed, 22 May 2013 20:04:17 GMT Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi14 (SG) with ESMTP id 13ecdd78edf.60a2.5a739c for ; Wed, 22 May 2013 15:04:16 -0500 (CST) Received: (qmail 81285 invoked from network); 22 May 2013 20:04:09 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 22 May 2013 20:04:09 -0000 Received: (qmail 2862 invoked from network); 22 May 2013 20:03:53 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 22 May 2013 20:03:53 -0000 Message-ID: <519D24A9.3050407@freebsd.org> Date: Wed, 22 May 2013 13:03:53 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> In-Reply-To: <519CAFC7.1070908@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nTenWPU5firi7p85HBTJePZC207eGRZf5yCvy1FHKaROP8E6/tGMstFSamYJawJos+P4Ow/XD03vsKAxTdmzMa7 X-Mailman-Approved-At: Thu, 23 May 2013 01:26:10 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/22/13 04:45, Roger Pau Monn=E9 wrote: > On 18/05/13 17:44, Colin Percival wrote: >> That seems to work. dmesg is attached. Are there any particular tests >> you'd like me to run? > = > I have not tested ZFS, that might be a good one. If you are running this > on Xen 3.4 the behaviour should be the same as without this patches, so > there shouldn't be many differences. I don't use ZFS personally, so I'm not sure exactly what tests to run on it; hopefully someone else can take care of that. > If you could try that on Xen 4.0 at least (if I remember correctly > that's when the vector callback was introduced), you should see the PV > timer getting attached, and a performance increase. Testing on a cr1.8xlarge EC2 instance, I get Xen 4.2, but it ends up with a panic -- console output below. I can get a backtrace and possibly even a dump if those would help. Booting [/boot/kernel/kernel]... -\|/-\|GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009e000 SMAP type=3D02 base=3D000000000009e000 len=3D0000000000002000 SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000 SMAP type=3D01 base=3D0000000000100000 len=3D00000000eff00000 SMAP type=3D02 base=3D00000000fc000000 len=3D0000000004000000 SMAP type=3D01 base=3D0000000100000000 len=3D0000003c19000000 Table 'FACP' at 0xfc014980 Table 'APIC' at 0xfc014a80 APIC: Found table at 0xfc014a80 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 1: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 2: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 3: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 8 ACPI ID 4: enabled SMP: Added CPU 8 (AP) MADT: Found CPU APIC ID 10 ACPI ID 5: enabled SMP: Added CPU 10 (AP) MADT: Found CPU APIC ID 12 ACPI ID 6: enabled SMP: Added CPU 12 (AP) MADT: Found CPU APIC ID 14 ACPI ID 7: enabled SMP: Added CPU 14 (AP) MADT: Found CPU APIC ID 32 ACPI ID 8: enabled SMP: Added CPU 32 (AP) MADT: Found CPU APIC ID 34 ACPI ID 9: enabled SMP: Added CPU 34 (AP) MADT: Found CPU APIC ID 36 ACPI ID 10: enabled SMP: Added CPU 36 (AP) MADT: Found CPU APIC ID 38 ACPI ID 11: enabled SMP: Added CPU 38 (AP) MADT: Found CPU APIC ID 40 ACPI ID 12: enabled SMP: Added CPU 40 (AP) MADT: Found CPU APIC ID 42 ACPI ID 13: enabled SMP: Added CPU 42 (AP) MADT: Found CPU APIC ID 44 ACPI ID 14: enabled SMP: Added CPU 44 (AP) MADT: Found CPU APIC ID 46 ACPI ID 15: enabled SMP: Added CPU 46 (AP) MADT: Found CPU APIC ID 1 ACPI ID 16: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 17: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 18: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 19: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 9 ACPI ID 20: enabled SMP: Added CPU 9 (AP) MADT: Found CPU APIC ID 11 ACPI ID 21: enabled SMP: Added CPU 11 (AP) MADT: Found CPU APIC ID 13 ACPI ID 22: enabled SMP: Added CPU 13 (AP) MADT: Found CPU APIC ID 15 ACPI ID 23: enabled SMP: Added CPU 15 (AP) MADT: Found CPU APIC ID 33 ACPI ID 24: enabled SMP: Added CPU 33 (AP) MADT: Found CPU APIC ID 35 ACPI ID 25: enabled SMP: Added CPU 35 (AP) MADT: Found CPU APIC ID 37 ACPI ID 26: enabled SMP: Added CPU 37 (AP) MADT: Found CPU APIC ID 39 ACPI ID 27: enabled SMP: Added CPU 39 (AP) MADT: Found CPU APIC ID 41 ACPI ID 28: enabled SMP: Added CPU 41 (AP) MADT: Found CPU APIC ID 43 ACPI ID 29: enabled SMP: Added CPU 43 (AP) MADT: Found CPU APIC ID 45 ACPI ID 30: enabled SMP: Added CPU 45 (AP) MADT: Found CPU APIC ID 47 ACPI ID 31: enabled SMP: Added CPU 47 (AP) MADT: Found CPU APIC ID 0 ACPI ID 32: disabled MADT: Found CPU APIC ID 0 ACPI ID 33: disabled MADT: Found CPU APIC ID 0 ACPI ID 34: disabled MADT: Found CPU APIC ID 0 ACPI ID 35: disabled MADT: Found CPU APIC ID 0 ACPI ID 36: disabled MADT: Found CPU APIC ID 0 ACPI ID 37: disabled MADT: Found CPU APIC ID 0 ACPI ID 38: disabled MADT: Found CPU APIC ID 0 ACPI ID 39: disabled MADT: Found CPU APIC ID 0 ACPI ID 40: disabled MADT: Found CPU APIC ID 0 ACPI ID 41: disabled MADT: Found CPU APIC ID 0 ACPI ID 42: disabled MADT: Found CPU APIC ID 0 ACPI ID 43: disabled MADT: Found CPU APIC ID 0 ACPI ID 44: disabled MADT: Found CPU APIC ID 0 ACPI ID 45: disabled MADT: Found CPU APIC ID 0 ACPI ID 46: disabled MADT: Found CPU APIC ID 0 ACPI ID 47: disabled MADT: Found CPU APIC ID 0 ACPI ID 48: disabled MADT: Found CPU APIC ID 0 ACPI ID 49: disabled MADT: Found CPU APIC ID 0 ACPI ID 50: disabled MADT: Found CPU APIC ID 0 ACPI ID 51: disabled MADT: Found CPU APIC ID 0 ACPI ID 52: disabled MADT: Found CPU APIC ID 0 ACPI ID 53: disabled MADT: Found CPU APIC ID 0 ACPI ID 54: disabled MADT: Found CPU APIC ID 0 ACPI ID 55: disabled MADT: Found CPU APIC ID 0 ACPI ID 56: disabled MADT: Found CPU APIC ID 0 ACPI ID 57: disabled MADT: Found CPU APIC ID 0 ACPI ID 58: disabled MADT: Found CPU APIC ID 0 ACPI ID 59: disabled MADT: Found CPU APIC ID 0 ACPI ID 60: disabled MADT: Found CPU APIC ID 0 ACPI ID 61: disabled MADT: Found CPU APIC ID 0 ACPI ID 62: disabled MADT: Found CPU APIC ID 0 ACPI ID 63: disabled MADT: Found CPU APIC ID 0 ACPI ID 64: disabled MADT: Found CPU APIC ID 0 ACPI ID 65: disabled MADT: Found CPU APIC ID 0 ACPI ID 66: disabled MADT: Found CPU APIC ID 0 ACPI ID 67: disabled MADT: Found CPU APIC ID 0 ACPI ID 68: disabled MADT: Found CPU APIC ID 0 ACPI ID 69: disabled MADT: Found CPU APIC ID 0 ACPI ID 70: disabled MADT: Found CPU APIC ID 0 ACPI ID 71: disabled MADT: Found CPU APIC ID 0 ACPI ID 72: disabled MADT: Found CPU APIC ID 0 ACPI ID 73: disabled MADT: Found CPU APIC ID 0 ACPI ID 74: disabled MADT: Found CPU APIC ID 0 ACPI ID 75: disabled MADT: Found CPU APIC ID 0 ACPI ID 76: disabled MADT: Found CPU APIC ID 0 ACPI ID 77: disabled MADT: Found CPU APIC ID 0 ACPI ID 78: disabled MADT: Found CPU APIC ID 0 ACPI ID 79: disabled MADT: Found CPU APIC ID 0 ACPI ID 80: disabled MADT: Found CPU APIC ID 0 ACPI ID 81: disabled MADT: Found CPU APIC ID 0 ACPI ID 82: disabled MADT: Found CPU APIC ID 0 ACPI ID 83: disabled MADT: Found CPU APIC ID 0 ACPI ID 84: disabled MADT: Found CPU APIC ID 0 ACPI ID 85: disabled MADT: Found CPU APIC ID 0 ACPI ID 86: disabled MADT: Found CPU APIC ID 0 ACPI ID 87: disabled MADT: Found CPU APIC ID 0 ACPI ID 88: disabled MADT: Found CPU APIC ID 0 ACPI ID 89: disabled MADT: Found CPU APIC ID 0 ACPI ID 90: disabled MADT: Found CPU APIC ID 0 ACPI ID 91: disabled MADT: Found CPU APIC ID 0 ACPI ID 92: disabled MADT: Found CPU APIC ID 0 ACPI ID 93: disabled MADT: Found CPU APIC ID 0 ACPI ID 94: disabled MADT: Found CPU APIC ID 0 ACPI ID 95: disabled MADT: Found CPU APIC ID 0 ACPI ID 96: disabled MADT: Found CPU APIC ID 0 ACPI ID 97: disabled MADT: Found CPU APIC ID 0 ACPI ID 98: disabled MADT: Found CPU APIC ID 0 ACPI ID 99: disabled MADT: Found CPU APIC ID 0 ACPI ID 100: disabled MADT: Found CPU APIC ID 0 ACPI ID 101: disabled MADT: Found CPU APIC ID 0 ACPI ID 102: disabled MADT: Found CPU APIC ID 0 ACPI ID 103: disabled MADT: Found CPU APIC ID 0 ACPI ID 104: disabled MADT: Found CPU APIC ID 0 ACPI ID 105: disabled MADT: Found CPU APIC ID 0 ACPI ID 106: disabled MADT: Found CPU APIC ID 0 ACPI ID 107: disabled MADT: Found CPU APIC ID 0 ACPI ID 108: disabled MADT: Found CPU APIC ID 0 ACPI ID 109: disabled MADT: Found CPU APIC ID 0 ACPI ID 110: disabled MADT: Found CPU APIC ID 0 ACPI ID 111: disabled MADT: Found CPU APIC ID 0 ACPI ID 112: disabled MADT: Found CPU APIC ID 0 ACPI ID 113: disabled MADT: Found CPU APIC ID 0 ACPI ID 114: disabled MADT: Found CPU APIC ID 0 ACPI ID 115: disabled MADT: Found CPU APIC ID 0 ACPI ID 116: disabled MADT: Found CPU APIC ID 0 ACPI ID 117: disabled MADT: Found CPU APIC ID 0 ACPI ID 118: disabled MADT: Found CPU APIC ID 0 ACPI ID 119: disabled MADT: Found CPU APIC ID 0 ACPI ID 120: disabled MADT: Found CPU APIC ID 0 ACPI ID 121: disabled MADT: Found CPU APIC ID 0 ACPI ID 122: disabled MADT: Found CPU APIC ID 0 ACPI ID 123: disabled MADT: Found CPU APIC ID 0 ACPI ID 124: disabled MADT: Found CPU APIC ID 0 ACPI ID 125: disabled MADT: Found CPU APIC ID 0 ACPI ID 126: disabled MADT: Found CPU APIC ID 0 ACPI ID 127: disabled Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r+9b25356: Sat May 18 14:46:16 UTC 2013 root@ip-10-140-132-115:/usr/obj/usr/src/sys/XENHVM amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. XEN: Hypervisor version 4.2 detected. XEN: Disabling emulated block and network devices Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81912000. Hypervisor: Origin =3D "XenVMMXenVMM" Calibrating TSC clock ... TSC clock: 2600048761 Hz CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz (2600.05-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x206d7 Family =3D 0x6 Model =3D 0x2d= Stepping =3D 7 Features=3D0x1783fbff Features2=3D0x9fba2203 AMD Features=3D0x28100800 AMD Features2=3D0x1 real memory =3D 262144000000 (250000 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000099fff, 626688 bytes (153 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001a2a000 - 0x00000000efffffff, 3999096832 bytes (976342 pages) 0x0000000100000000 - 0x0000003b8ae37fff, 251438268416 bytes (61386296 pages) avail memory =3D 244393709568 (233072 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target INTR: Adding local APIC 8 as a target INTR: Adding local APIC 9 as a target INTR: Adding local APIC 10 as a target INTR: Adding local APIC 11 as a target INTR: Adding local APIC 12 as a target INTR: Adding local APIC 13 as a target INTR: Adding local APIC 14 as a target INTR: Adding local APIC 15 as a target INTR: Adding local APIC 32 as a target INTR: Adding local APIC 33 as a target INTR: Adding local APIC 34 as a target INTR: Adding local APIC 35 as a target INTR: Adding local APIC 36 as a target INTR: Adding local APIC 37 as a target INTR: Adding local APIC 38 as a target INTR: Adding local APIC 39 as a target INTR: Adding local APIC 40 as a target INTR: Adding local APIC 41 as a target INTR: Adding local APIC 42 as a target INTR: Adding local APIC 43 as a target INTR: Adding local APIC 44 as a target INTR: Adding local APIC 45 as a target INTR: Adding local APIC 46 as a target INTR: Adding local APIC 47 as a target FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 cpu12 (AP): APIC ID: 12 cpu13 (AP): APIC ID: 13 cpu14 (AP): APIC ID: 14 cpu15 (AP): APIC ID: 15 cpu16 (AP): APIC ID: 32 cpu17 (AP): APIC ID: 33 cpu18 (AP): APIC ID: 34 cpu19 (AP): APIC ID: 35 cpu20 (AP): APIC ID: 36 cpu21 (AP): APIC ID: 37 cpu22 (AP): APIC ID: 38 cpu23 (AP): APIC ID: 39 cpu24 (AP): APIC ID: 40 cpu25 (AP): APIC ID: 41 cpu26 (AP): APIC ID: 42 cpu27 (AP): APIC ID: 43 cpu28 (AP): APIC ID: 44 cpu29 (AP): APIC ID: 45 cpu30 (AP): APIC ID: 46 cpu31 (AP): APIC ID: 47 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff80005e3000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 16 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 17 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 18 APIC: CPU 6 has ACPI ID 3 APIC: CPU 7 has ACPI ID 19 APIC: CPU 8 has ACPI ID 4 APIC: CPU 9 has ACPI ID 20 APIC: CPU 10 has ACPI ID 5 APIC: CPU 11 has ACPI ID 21 APIC: CPU 12 has ACPI ID 6 APIC: CPU 13 has ACPI ID 22 APIC: CPU 14 has ACPI ID 7 APIC: CPU 15 has ACPI ID 23 APIC: CPU 16 has ACPI ID 8 APIC: CPU 17 has ACPI ID 24 APIC: CPU 18 has ACPI ID 9 APIC: CPU 19 has ACPI ID 25 APIC: CPU 20 has ACPI ID 10 APIC: CPU 21 has ACPI ID 26 APIC: CPU 22 has ACPI ID 11 APIC: CPU 23 has ACPI ID 27 APIC: CPU 24 has ACPI ID 12 APIC: CPU 25 has ACPI ID 28 APIC: CPU 26 has ACPI ID 13 APIC: CPU 27 has ACPI ID 29 APIC: CPU 28 has ACPI ID 14 APIC: CPU 29 has ACPI ID 30 APIC: CPU 30 has ACPI ID 15 APIC: CPU 31 has ACPI ID 31 random device not loaded; using insecure entropy ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ULE: setup cpu 8 ULE: setup cpu 9 ULE: setup cpu 10 ULE: setup cpu 11 ULE: setup cpu 12 ULE: setup cpu 13 ULE: setup cpu 14 ULE: setup cpu 15 ULE: setup cpu 16 ULE: setup cpu 17 ULE: setup cpu 18 ULE: setup cpu 19 ULE: setup cpu 20 ULE: setup cpu 21 ULE: setup cpu 22 ULE: setup cpu 23 ULE: setup cpu 24 ULE: setup cpu 25 ULE: setup cpu 26 ULE: setup cpu 27 ULE: setup cpu 28 ULE: setup cpu 29 ULE: setup cpu 30 ULE: setup cpu 31 ACPI: RSDP 0xea020 00024 (v02 Xen) ACPI: XSDT 0xfc015920 0005C (v01 Xen HVM 00000000 HVML 00000000) ACPI: FACP 0xfc014980 000F4 (v04 Xen HVM 00000000 HVML 00000000) ACPI: DSDT 0xfc0035e0 11315 (v02 Xen HVM 00000000 INTL 20090123) ACPI: FACS 0xfc0035a0 00040 ACPI: APIC 0xfc014a80 00460 (v02 Xen HVM 00000000 HVML 00000000) ACPI: SRAT 0xfc014f60 008A8 (v01 Xen HVM 00000000 HVML 00000000) ACPI: HPET 0xfc015830 00038 (v01 Xen HVM 00000000 HVML 00000000) ACPI: WAET 0xfc015870 00028 (v01 Xen HVM 00000000 HVML 00000000) ACPI: SSDT 0xfc0158a0 00031 (v02 Xen HVM 00000000 INTL 20090123) ACPI: SSDT 0xfc0158e0 00031 (v02 Xen HVM 00000000 INTL 20090123) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 5, irq 5 ioapic0: intpin 5 trigger: level ioapic0: intpin 5 polarity: low MADT: Interrupt override: source 10, irq 10 ioapic0: intpin 10 trigger: level ioapic0: intpin 10 polarity: low MADT: Interrupt override: source 11, irq 11 ioapic0: intpin 11 trigger: level ioapic0: intpin 11 polarity: low MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Event-channel device installed. snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> null: nfslock: pseudo-device random: VESA: INT 0x10 vector 0xc000:0x836e VESA: information block 0000 56 45 53 41 00 02 f5 82 00 c0 00 00 00 00 40 00 0010 00 02 40 00 00 01 f5 82 00 c0 f5 82 00 c0 0e 83 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 01 01 10 01 11 01 12 01 03 01 13 01 14 01 15 01 0050 05 01 16 01 17 01 18 01 07 01 19 01 1a 01 ff ff 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 15 mode(s) found VESA: v2.0, 4096k memory, flags:0x0, mode table:0xffffff80005fd040 (2000040) VESA: VGABIOS Cirrus extension VESA: VGABIOS Cirrus extension VGABIOS Cirrus extension 1.0 io: kbd: new array size 4 kbd1 at kbdmux0 mem: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hpt27xx: RocketRAID 27xx controller driver v1.0 xen_et0: on motherboard Event timer "XENTIMER" frequency 1000000000 Hz quality 950 Timecounter "XENTIMER" frequency 1000000000 Hz quality 950 xen_et0: registered as a time-of-day clock (resolution 10000000us, adjustme= nt 5.000000000s) acpi0: on motherboard ACPI: All ACPI Tables successfully acquired ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed cpu0: Processor \_SB_.PR00 (ACPI ID 0) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \_SB_.PR01 (ACPI ID 1) -> APIC ID 2 cpu1: on acpi0 cpu2: Processor \_SB_.PR02 (ACPI ID 2) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \_SB_.PR03 (ACPI ID 3) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \_SB_.PR04 (ACPI ID 4) -> APIC ID 8 cpu4: on acpi0 cpu5: Processor \_SB_.PR05 (ACPI ID 5) -> APIC ID 10 cpu5: on acpi0 cpu6: Processor \_SB_.PR06 (ACPI ID 6) -> APIC ID 12 cpu6: on acpi0 cpu7: Processor \_SB_.PR07 (ACPI ID 7) -> APIC ID 14 cpu7: on acpi0 cpu8: Processor \_SB_.PR08 (ACPI ID 8) -> APIC ID 16 cpu8: on acpi0 cpu9: Processor \_SB_.PR09 (ACPI ID 9) -> APIC ID 18 cpu9: on acpi0 cpu10: Processor \_SB_.PR0A (ACPI ID 10) -> APIC ID 20 cpu10: on acpi0 cpu11: Processor \_SB_.PR0B (ACPI ID 11) -> APIC ID 22 cpu11: on acpi0 cpu12: Processor \_SB_.PR0C (ACPI ID 12) -> APIC ID 24 cpu12: on acpi0 cpu13: Processor \_SB_.PR0D (ACPI ID 13) -> APIC ID 26 cpu13: on acpi0 cpu14: Processor \_SB_.PR0E (ACPI ID 14) -> APIC ID 28 cpu14: on acpi0 cpu15: Processor \_SB_.PR0F (ACPI ID 15) -> APIC ID 30 cpu15: on acpi0 cpu16: Processor \_SB_.PR10 (ACPI ID 16) -> APIC ID 1 cpu16: on acpi0 cpu17: Processor \_SB_.PR11 (ACPI ID 17) -> APIC ID 3 cpu17: on acpi0 cpu18: Processor \_SB_.PR12 (ACPI ID 18) -> APIC ID 5 cpu18: on acpi0 cpu19: Processor \_SB_.PR13 (ACPI ID 19) -> APIC ID 7 cpu19: on acpi0 cpu20: Processor \_SB_.PR14 (ACPI ID 20) -> APIC ID 9 cpu20: on acpi0 cpu21: Processor \_SB_.PR15 (ACPI ID 21) -> APIC ID 11 cpu21: on acpi0 cpu22: Processor \_SB_.PR16 (ACPI ID 22) -> APIC ID 13 cpu22: on acpi0 cpu23: Processor \_SB_.PR17 (ACPI ID 23) -> APIC ID 15 cpu23: on acpi0 cpu24: Processor \_SB_.PR18 (ACPI ID 24) -> APIC ID 17 cpu24: on acpi0 cpu25: Processor \_SB_.PR19 (ACPI ID 25) -> APIC ID 19 cpu25: on acpi0 cpu26: Processor \_SB_.PR1A (ACPI ID 26) -> APIC ID 21 cpu26: on acpi0 cpu27: Processor \_SB_.PR1B (ACPI ID 27) -> APIC ID 23 cpu27: on acpi0 cpu28: Processor \_SB_.PR1C (ACPI ID 28) -> APIC ID 25 cpu28: on acpi0 cpu29: Processor \_SB_.PR1D (ACPI ID 29) -> APIC ID 27 cpu29: on acpi0 cpu30: Processor \_SB_.PR1E (ACPI ID 30) -> APIC ID 29 cpu30: on acpi0 cpu31: Processor \_SB_.PR1F (ACPI ID 31) -> APIC ID 31 cpu31: on acpi0 ACPI: Processor \_SB_.PR20 (ACPI ID 32) ignored ACPI: Processor \_SB_.PR21 (ACPI ID 33) ignored ACPI: Processor \_SB_.PR22 (ACPI ID 34) ignored ACPI: Processor \_SB_.PR23 (ACPI ID 35) ignored ACPI: Processor \_SB_.PR24 (ACPI ID 36) ignored ACPI: Processor \_SB_.PR25 (ACPI ID 37) ignored ACPI: Processor \_SB_.PR26 (ACPI ID 38) ignored ACPI: Processor \_SB_.PR27 (ACPI ID 39) ignored ACPI: Processor \_SB_.PR28 (ACPI ID 40) ignored ACPI: Processor \_SB_.PR29 (ACPI ID 41) ignored ACPI: Processor \_SB_.PR2A (ACPI ID 42) ignored ACPI: Processor \_SB_.PR2B (ACPI ID 43) ignored ACPI: Processor \_SB_.PR2C (ACPI ID 44) ignored ACPI: Processor \_SB_.PR2D (ACPI ID 45) ignored ACPI: Processor \_SB_.PR2E (ACPI ID 46) ignored ACPI: Processor \_SB_.PR2F (ACPI ID 47) ignored ACPI: Processor \_SB_.PR30 (ACPI ID 48) ignored ACPI: Processor \_SB_.PR31 (ACPI ID 49) ignored ACPI: Processor \_SB_.PR32 (ACPI ID 50) ignored ACPI: Processor \_SB_.PR33 (ACPI ID 51) ignored ACPI: Processor \_SB_.PR34 (ACPI ID 52) ignored ACPI: Processor \_SB_.PR35 (ACPI ID 53) ignored ACPI: Processor \_SB_.PR36 (ACPI ID 54) ignored ACPI: Processor \_SB_.PR37 (ACPI ID 55) ignored ACPI: Processor \_SB_.PR38 (ACPI ID 56) ignored ACPI: Processor \_SB_.PR39 (ACPI ID 57) ignored ACPI: Processor \_SB_.PR3A (ACPI ID 58) ignored ACPI: Processor \_SB_.PR3B (ACPI ID 59) ignored ACPI: Processor \_SB_.PR3C (ACPI ID 60) ignored ACPI: Processor \_SB_.PR3D (ACPI ID 61) ignored ACPI: Processor \_SB_.PR3E (ACPI ID 62) ignored ACPI: Processor \_SB_.PR3F (ACPI ID 63) ignored ACPI: Processor \_SB_.PR40 (ACPI ID 64) ignored ACPI: Processor \_SB_.PR41 (ACPI ID 65) ignored ACPI: Processor \_SB_.PR42 (ACPI ID 66) ignored ACPI: Processor \_SB_.PR43 (ACPI ID 67) ignored ACPI: Processor \_SB_.PR44 (ACPI ID 68) ignored ACPI: Processor \_SB_.PR45 (ACPI ID 69) ignored ACPI: Processor \_SB_.PR46 (ACPI ID 70) ignored ACPI: Processor \_SB_.PR47 (ACPI ID 71) ignored ACPI: Processor \_SB_.PR48 (ACPI ID 72) ignored ACPI: Processor \_SB_.PR49 (ACPI ID 73) ignored ACPI: Processor \_SB_.PR4A (ACPI ID 74) ignored ACPI: Processor \_SB_.PR4B (ACPI ID 75) ignored ACPI: Processor \_SB_.PR4C (ACPI ID 76) ignored ACPI: Processor \_SB_.PR4D (ACPI ID 77) ignored ACPI: Processor \_SB_.PR4E (ACPI ID 78) ignored ACPI: Processor \_SB_.PR4F (ACPI ID 79) ignored ACPI: Processor \_SB_.PR50 (ACPI ID 80) ignored ACPI: Processor \_SB_.PR51 (ACPI ID 81) ignored ACPI: Processor \_SB_.PR52 (ACPI ID 82) ignored ACPI: Processor \_SB_.PR53 (ACPI ID 83) ignored ACPI: Processor \_SB_.PR54 (ACPI ID 84) ignored ACPI: Processor \_SB_.PR55 (ACPI ID 85) ignored ACPI: Processor \_SB_.PR56 (ACPI ID 86) ignored ACPI: Processor \_SB_.PR57 (ACPI ID 87) ignored ACPI: Processor \_SB_.PR58 (ACPI ID 88) ignored ACPI: Processor \_SB_.PR59 (ACPI ID 89) ignored ACPI: Processor \_SB_.PR5A (ACPI ID 90) ignored ACPI: Processor \_SB_.PR5B (ACPI ID 91) ignored ACPI: Processor \_SB_.PR5C (ACPI ID 92) ignored ACPI: Processor \_SB_.PR5D (ACPI ID 93) ignored ACPI: Processor \_SB_.PR5E (ACPI ID 94) ignored ACPI: Processor \_SB_.PR5F (ACPI ID 95) ignored ACPI: Processor \_SB_.PR60 (ACPI ID 96) ignored ACPI: Processor \_SB_.PR61 (ACPI ID 97) ignored ACPI: Processor \_SB_.PR62 (ACPI ID 98) ignored ACPI: Processor \_SB_.PR63 (ACPI ID 99) ignored ACPI: Processor \_SB_.PR64 (ACPI ID 100) ignored ACPI: Processor \_SB_.PR65 (ACPI ID 101) ignored ACPI: Processor \_SB_.PR66 (ACPI ID 102) ignored ACPI: Processor \_SB_.PR67 (ACPI ID 103) ignored ACPI: Processor \_SB_.PR68 (ACPI ID 104) ignored ACPI: Processor \_SB_.PR69 (ACPI ID 105) ignored ACPI: Processor \_SB_.PR6A (ACPI ID 106) ignored ACPI: Processor \_SB_.PR6B (ACPI ID 107) ignored ACPI: Processor \_SB_.PR6C (ACPI ID 108) ignored ACPI: Processor \_SB_.PR6D (ACPI ID 109) ignored ACPI: Processor \_SB_.PR6E (ACPI ID 110) ignored ACPI: Processor \_SB_.PR6F (ACPI ID 111) ignored ACPI: Processor \_SB_.PR70 (ACPI ID 112) ignored ACPI: Processor \_SB_.PR71 (ACPI ID 113) ignored ACPI: Processor \_SB_.PR72 (ACPI ID 114) ignored ACPI: Processor \_SB_.PR73 (ACPI ID 115) ignored ACPI: Processor \_SB_.PR74 (ACPI ID 116) ignored ACPI: Processor \_SB_.PR75 (ACPI ID 117) ignored ACPI: Processor \_SB_.PR76 (ACPI ID 118) ignored ACPI: Processor \_SB_.PR77 (ACPI ID 119) ignored ACPI: Processor \_SB_.PR78 (ACPI ID 120) ignored ACPI: Processor \_SB_.PR79 (ACPI ID 121) ignored ACPI: Processor \_SB_.PR7A (ACPI ID 122) ignored ACPI: Processor \_SB_.PR7B (ACPI ID 123) ignored ACPI: Processor \_SB_.PR7C (ACPI ID 124) ignored ACPI: Processor \_SB_.PR7D (ACPI ID 125) ignored ACPI: Processor \_SB_.PR7E (ACPI ID 126) ignored ACPI: Processor \_SB_.PR7F (ACPI ID 127) ignored hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 62500000Hz 64bit, 3 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic Timecounter "HPET" frequency 62500000 Hz quality 950 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: not installed as time-of-day clock: clock xen_et has higher resolut= ion ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 ACPI timer: 1/18 1/17 1/21 1/18 1/18 1/16 1/20 1/22 1/21 1/22 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 10 11 Validation 0 10 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 10 11 Validation 0 11 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 5 10 11 Validation 0 5 N 0 5 10 11 After Disable 0 255 N 0 5 10 11 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xf0000000-0xfbffffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1237, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7000, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7010, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D1 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:1:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:1:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:1:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:1:1 map[20]: type I/O Port, range 32, base 0xc100, size 4, enabled pcib0: allocated type 4 (0xc100-0xc10f) for rid 20 of pci0:0:1:1 found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x01 domain=3D0, bus=3D0, slot=3D1, func=3D3 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0004, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 20 found-> vendor=3D0x1013, dev=3D0x00b8, revid=3D0x00 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf0000000, size 25, ena= bled pcib0: allocated type 3 (0xf0000000-0xf1ffffff) for rid 10 of pci0:0:2:0 map[14]: type Memory, range 32, base 0xf3000000, size 12, enabled pcib0: allocated type 3 (0xf3000000-0xf3000fff) for rid 14 of pci0:0:2:0 found-> vendor=3D0x5853, dev=3D0x0001, revid=3D0x01 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3Dff-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 map[10]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib0: allocated type 4 (0xc000-0xc0ff) for rid 10 of pci0:0:3:0 map[14]: type Prefetchable Memory, range 32, base 0xf2000000, size 24, ena= bled pcib0: allocated type 3 (0xf2000000-0xf2ffffff) for rid 14 of pci0:0:3:0 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 28 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc100-0xc10f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: at channel 1 on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xf0000000-0xf1ffffff,0xf3000000-0xf3000fff at device 2.0 on pci0 xenpci0: port 0xc000-0xc0ff mem 0xf2000000-0xf2ffffff= irq 28 at device 3.0 on pci0 ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 0 vector 53 xenstore0: on xenpci0 Grant table initialized psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0061 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] psm0: current command byte:0061 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt uart0: console (9600,n,8,1) ACPI: Enabled 2 GPEs in block 00 to 0F acpi0: wakeup code va 0xffffffc2cdff7000 pa 0x4000 ex_isa_identify() pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0: No FDOUT register! fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounters tick every 10.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 2097152 lo0: bpf attached hptrr: no controller detected. hpt27xx: no controller detected. xenbusb_front0: on xenstore0 ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 xn0: at device/vif/0 on xenbusb_front0 xn0: bpf attached xn0: Ethernet address: 22:00:0a:94:b4:ba xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xn0: backend features: feature-sg feature-gso-tcp4 xbd0: 10240MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 xbd0: disk supports cache flush using: barriers GEOM: new disk ad0 xbd1: 122866MB at device/vbd/51728 on xenbusb_front0 xbd1: disk supports cache flush using: flush xbd2: 122866MB at device/vbd/51744 on xenbusb_front0 xbd2: disk supports cache flush using: flush SMP: AP CPU #29 Launched! cpu29 AP: ID: 0x2d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #24 Launched! cpu24 AP: ID: 0x28000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #21 Launched! cpu21 AP: ID: 0x25000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #23 Launched! cpu23 AP: ID: 0x27000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #18 Launched! cpu18 AP: ID: 0x22000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #25 Launched! cpu25 AP: ID: 0x29000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #16 Launched! cpu16 AP: ID: 0x20000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #28 Launched! cpu28 AP: ID: 0x2c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #10 Launched! cpu10 AP: ID: 0x0a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #27 Launched! cpu27 AP: ID: 0x2b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #12 Launched! cpu12 AP: ID: 0x0c000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #30 Launched! cpu30 AP: ID: 0x2e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #31 Launched! cpu31 AP: ID: 0x2f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #19 Launched! cpu19 AP: ID: 0x23000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #15 Launched! cpu15 AP: ID: 0x0f000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #17 Launched! cpu17 AP: ID: 0x21000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #14 Launched! cpu14 AP: ID: 0x0e000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #20 Launched! cpu20 AP: ID: 0x24000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #22 Launched! cpu22 AP: ID: 0x26000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #8 Launched! cpu8 AP: ID: 0x08000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #13 Launched! cpu13 AP: ID: 0x0d000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #11 Launched! cpu11 AP: ID: 0x0b000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #26 Launched! cpu26 AP: ID: 0x2a000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #9 Launched! cpu9 AP: ID: 0x09000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 panic: xen_et0: Error -22 setting singleshot timer to 766317887512893 cpuid =3D 8 KDB: enter: panic [ thread pid 11 tid 100011 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> -- = Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 02:01:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 02:01: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 1UfKpL-0001CG-UR; Thu, 23 May 2013 02:00:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfKpJ-0001CB-Gf for xen-users@lists.xen.org; Thu, 23 May 2013 02:00:22 +0000 Received: from [193.109.254.147:29299] by server-2.bemta-14.messagelabs.com id AE/0A-19066-4387D915; Thu, 23 May 2013 02:00:20 +0000 X-Env-Sender: gbtju85@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1369274418!9319267!1 X-Originating-IP: [209.85.214.42] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4259 invoked from network); 23 May 2013 02:00:19 -0000 Received: from mail-bk0-f42.google.com (HELO mail-bk0-f42.google.com) (209.85.214.42) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 02:00:19 -0000 Received: by mail-bk0-f42.google.com with SMTP id jk13so1494940bkc.29 for ; Wed, 22 May 2013 19:00:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=gNGb4WwYpvpx3nE8IsgucAaWVoLk3emMqklZI0lnD/A=; b=TxjQYsQKn5724tXBeoM7bn6S5ZU3mgboddChKU0GPbkkTOkbkA+doS4uaWmCQvzaie Tlnt40HG9JWEKoJI5Bg7VC4ExOwbcQ+HkGQKQ7DrX0ib//+aEdTvdqI8T7wLSY+ZvF9q qPOI0P3ALje81QMMP0yT5/+aReYivJry+KGIjp/gSQ15SkX7f45Wcgp6p/2VthLi/92r j48z+sxGgqF2xqUucZMQmjgwK4KxEMxOVkp1JA+2/C5HjuxPuHFwO50xwDJBrT0CsgoR rV/qiCl9tkXkX4LbRIpkIRrVb/tW2Y0L6ui0L7W0HXKulYwpfs3tiw/TjjjrxahYBDhS JItQ== MIME-Version: 1.0 X-Received: by 10.204.163.130 with SMTP id a2mr5238203bky.62.1369274418611; Wed, 22 May 2013 19:00:18 -0700 (PDT) Received: by 10.204.225.4 with HTTP; Wed, 22 May 2013 19:00:18 -0700 (PDT) Date: Thu, 23 May 2013 10:00:18 +0800 Message-ID: From: Bei Guan To: "xen-users@lists.xen.org" Cc: Matthew Fioravante Subject: [Xen-users] Where to get the vTPM code that can be used in the Dom0 linux 3.9.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1412929383170947466==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1412929383170947466== Content-Type: multipart/alternative; boundary=bcaec52d553152872b04dd590be6 --bcaec52d553152872b04dd590be6 Content-Type: text/plain; charset=ISO-8859-1 Hi, I'd like to install the vTPM in Xen-4.2.2. But, I cannot find the backed driver in the Dom0 kernel. So how to get the latest one and install the driver? And, I also would like to know what's recommended version of Dom0 and Xen to run the vTPM? Thank you very much. -- Best Regards, Bei Guan --bcaec52d553152872b04dd590be6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I'd like to install the vTPM in= Xen-4.2.2. But, I cannot find the backed driver in the Dom0 kernel. So how= to get the latest one and install the driver?

And= , I also would like to know what's=A0recommended=A0version of Dom0 and = Xen to run the vTPM?

Thank you very much.

--=
Best Regards,
Bei Guan
--bcaec52d553152872b04dd590be6-- --===============1412929383170947466== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1412929383170947466==-- From xen-users-bounces@lists.xen.org Thu May 23 02:01:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 02:01: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 1UfKpL-0001CG-UR; Thu, 23 May 2013 02:00:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfKpJ-0001CB-Gf for xen-users@lists.xen.org; Thu, 23 May 2013 02:00:22 +0000 Received: from [193.109.254.147:29299] by server-2.bemta-14.messagelabs.com id AE/0A-19066-4387D915; Thu, 23 May 2013 02:00:20 +0000 X-Env-Sender: gbtju85@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1369274418!9319267!1 X-Originating-IP: [209.85.214.42] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4259 invoked from network); 23 May 2013 02:00:19 -0000 Received: from mail-bk0-f42.google.com (HELO mail-bk0-f42.google.com) (209.85.214.42) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 02:00:19 -0000 Received: by mail-bk0-f42.google.com with SMTP id jk13so1494940bkc.29 for ; Wed, 22 May 2013 19:00:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=gNGb4WwYpvpx3nE8IsgucAaWVoLk3emMqklZI0lnD/A=; b=TxjQYsQKn5724tXBeoM7bn6S5ZU3mgboddChKU0GPbkkTOkbkA+doS4uaWmCQvzaie Tlnt40HG9JWEKoJI5Bg7VC4ExOwbcQ+HkGQKQ7DrX0ib//+aEdTvdqI8T7wLSY+ZvF9q qPOI0P3ALje81QMMP0yT5/+aReYivJry+KGIjp/gSQ15SkX7f45Wcgp6p/2VthLi/92r j48z+sxGgqF2xqUucZMQmjgwK4KxEMxOVkp1JA+2/C5HjuxPuHFwO50xwDJBrT0CsgoR rV/qiCl9tkXkX4LbRIpkIRrVb/tW2Y0L6ui0L7W0HXKulYwpfs3tiw/TjjjrxahYBDhS JItQ== MIME-Version: 1.0 X-Received: by 10.204.163.130 with SMTP id a2mr5238203bky.62.1369274418611; Wed, 22 May 2013 19:00:18 -0700 (PDT) Received: by 10.204.225.4 with HTTP; Wed, 22 May 2013 19:00:18 -0700 (PDT) Date: Thu, 23 May 2013 10:00:18 +0800 Message-ID: From: Bei Guan To: "xen-users@lists.xen.org" Cc: Matthew Fioravante Subject: [Xen-users] Where to get the vTPM code that can be used in the Dom0 linux 3.9.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1412929383170947466==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1412929383170947466== Content-Type: multipart/alternative; boundary=bcaec52d553152872b04dd590be6 --bcaec52d553152872b04dd590be6 Content-Type: text/plain; charset=ISO-8859-1 Hi, I'd like to install the vTPM in Xen-4.2.2. But, I cannot find the backed driver in the Dom0 kernel. So how to get the latest one and install the driver? And, I also would like to know what's recommended version of Dom0 and Xen to run the vTPM? Thank you very much. -- Best Regards, Bei Guan --bcaec52d553152872b04dd590be6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I'd like to install the vTPM in= Xen-4.2.2. But, I cannot find the backed driver in the Dom0 kernel. So how= to get the latest one and install the driver?

And= , I also would like to know what's=A0recommended=A0version of Dom0 and = Xen to run the vTPM?

Thank you very much.

--=
Best Regards,
Bei Guan
--bcaec52d553152872b04dd590be6-- --===============1412929383170947466== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1412929383170947466==-- From xen-users-bounces@lists.xen.org Thu May 23 02:21:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 02:21:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfL95-0001qu-A4; Thu, 23 May 2013 02:20:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfL43-0001mc-MP for xen-users@lists.xen.org; Thu, 23 May 2013 02:15:35 +0000 Received: from [85.158.138.51:23366] by server-2.bemta-3.messagelabs.com id A5/B9-24763-6CB7D915; Thu, 23 May 2013 02:15:34 +0000 X-Env-Sender: jm-xen@vj8.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1369275332!20045178!1 X-Originating-IP: [173.9.71.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23587 invoked from network); 23 May 2013 02:15:33 -0000 Received: from 173-9-71-1-newengland.hfc.comcastbusiness.net (HELO bermuda.datamat.net) (173.9.71.1) by server-3.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 23 May 2013 02:15:33 -0000 Received: from james by bermuda.datamat.net with local (Exim 4.72) (envelope-from ) id 1UfL3x-0004OW-Tt; Wed, 22 May 2013 22:15:29 -0400 Date: Wed, 22 May 2013 22:15:29 -0400 From: James Triplett To: Jan Hejl Message-ID: <20130523021529.GA16497@datamat.net> References: <20130520011909.GA1653@datamat.net> <5199DABD.4070008@excello.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5199DABD.4070008@excello.cz> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 23 May 2013 02:20:45 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On (20/05/13 10:11), Jan Hejl wrote: > Date: Mon, 20 May 2013 10:11:41 +0200 > From: Jan Hejl > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Bridge networking in Debian > > Hi James, > > add this line to you /etc/network/interfaces: > > iface eth0 inet manual Success! Adding that line got me going again. And due to other's info I got the rest of it working. Thanks to all who replied. To summarize, for Xen 4.1 on Debian Wheezy 7.0, what worked was: 1. Make the bridge yourself, rather than let xend do it. For Debian, this is in /etc/network/interfaces: iface eth0 inet manual auto br0 iface br0 inet static address 192.168.0.26 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports all 2. Leave xend-config.sxp untouched (all default, no 'network-script'). 3. For the domU, a simple line: vif = [ 'bridge=br0' ] cheers, James > > Jan > > Dne 20.5.2013 03:19, James Triplett napsal(a): > >Starting a new Xen setup, with off-the-shelf Wheezy, and the standard Xen packages, > >which turn out to be Xen 4.1 > > > >I used to just put a (network-script network-bridge) in the Xen setup, but I guess > >you can't do that anymore... > > > >There are a variety of recipes to setup the network and bridging, since apparently > >the Xen setup doesn't does this for you anymore. I've gone through a couple > >tries, with no success so far. > > > >Following instructions in /usr/share/doc/xen-utils-common/README.debian, > >I created a /etc/network/interfaces file like this: > > > > auto br0 > > iface br0 inet static > > address 192.168.0.26 > > network 192.168.0.0 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 02:21:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 02:21:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfL95-0001qu-A4; Thu, 23 May 2013 02:20:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfL43-0001mc-MP for xen-users@lists.xen.org; Thu, 23 May 2013 02:15:35 +0000 Received: from [85.158.138.51:23366] by server-2.bemta-3.messagelabs.com id A5/B9-24763-6CB7D915; Thu, 23 May 2013 02:15:34 +0000 X-Env-Sender: jm-xen@vj8.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1369275332!20045178!1 X-Originating-IP: [173.9.71.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23587 invoked from network); 23 May 2013 02:15:33 -0000 Received: from 173-9-71-1-newengland.hfc.comcastbusiness.net (HELO bermuda.datamat.net) (173.9.71.1) by server-3.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 23 May 2013 02:15:33 -0000 Received: from james by bermuda.datamat.net with local (Exim 4.72) (envelope-from ) id 1UfL3x-0004OW-Tt; Wed, 22 May 2013 22:15:29 -0400 Date: Wed, 22 May 2013 22:15:29 -0400 From: James Triplett To: Jan Hejl Message-ID: <20130523021529.GA16497@datamat.net> References: <20130520011909.GA1653@datamat.net> <5199DABD.4070008@excello.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5199DABD.4070008@excello.cz> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 23 May 2013 02:20:45 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Bridge networking in Debian X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On (20/05/13 10:11), Jan Hejl wrote: > Date: Mon, 20 May 2013 10:11:41 +0200 > From: Jan Hejl > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Bridge networking in Debian > > Hi James, > > add this line to you /etc/network/interfaces: > > iface eth0 inet manual Success! Adding that line got me going again. And due to other's info I got the rest of it working. Thanks to all who replied. To summarize, for Xen 4.1 on Debian Wheezy 7.0, what worked was: 1. Make the bridge yourself, rather than let xend do it. For Debian, this is in /etc/network/interfaces: iface eth0 inet manual auto br0 iface br0 inet static address 192.168.0.26 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports all 2. Leave xend-config.sxp untouched (all default, no 'network-script'). 3. For the domU, a simple line: vif = [ 'bridge=br0' ] cheers, James > > Jan > > Dne 20.5.2013 03:19, James Triplett napsal(a): > >Starting a new Xen setup, with off-the-shelf Wheezy, and the standard Xen packages, > >which turn out to be Xen 4.1 > > > >I used to just put a (network-script network-bridge) in the Xen setup, but I guess > >you can't do that anymore... > > > >There are a variety of recipes to setup the network and bridging, since apparently > >the Xen setup doesn't does this for you anymore. I've gone through a couple > >tries, with no success so far. > > > >Following instructions in /usr/share/doc/xen-utils-common/README.debian, > >I created a /etc/network/interfaces file like this: > > > > auto br0 > > iface br0 inet static > > address 192.168.0.26 > > network 192.168.0.0 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 06:55:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 06:55:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfPPM-0003zp-Il; Thu, 23 May 2013 06:53:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfPPK-0003zk-TM for xen-users@lists.xen.org; Thu, 23 May 2013 06:53:51 +0000 Received: from [85.158.139.83:31639] by server-10.bemta-5.messagelabs.com id DD/15-19016-EFCBD915; Thu, 23 May 2013 06:53:50 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-182.messagelabs.com!1369292028!28658121!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28783 invoked from network); 23 May 2013 06:53:49 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 06:53:49 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.106.57.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6DF5822124E; Thu, 23 May 2013 07:53:44 +0100 (BST) Message-ID: <519DBCD2.3010703@bobich.net> Date: Thu, 23 May 2013 07:53:06 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jon Skilling References: <519B15C8.9030605@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.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 05/21/2013 04:33 PM, Jon Skilling wrote: > Hi Gordan, > > Thanks for your reply. It is my understanding that PCI pass-through should > work for PV guests, which is what I am creating here. One thing that I > notice though, other than XL DMESG giving the message about Vt-d being > disabled, is that other than the command line message, iommu=soft doesn't > seem to produce any confirmation messages anywhere so I can't really tell if > this is running or not. > > I have to confess that I have not seen any documentation on XL stating that > the device must be detached from Dom0 before it can be attached to a guest. > Certainly, XL pci-detach freePBX 06:01.0 produces an error saying that the > domain is invalid. However, I tried your suggestion prior to starting the > domain and it runs without complaint and says that the device has been > detached. > > I reincorporated your suggestion into xen-pciback.conf and added modprobe > xen-pciback into rc.local to get everything to start at boot up and > restarted the machine. > I then ran the virsh-nodev-detach command followed by xl create -c > freePBX.cfg. Unfortunately, this produced the same result as before. > > I've also tried adding iommu=soft to the Dom0 kernel line, but as I said, > this didn't produce any discernible differences to the XL DMESG output. > > Instead of hotplugging, I tried adding the two last lines to the end of the > freePBX.cfg file: > > name = "freePBX" > uuid = "91cd5696-1451-c333-f6a4-1628a79976bd" > maxmem = 1024 > memory = 1024 > vcpus = 1 > bootloader = "pygrub" > localtime = 0 > on_poweroff = "destroy" > on_reboot = "restart" > on_crash = "restart" > disk = [ "phy:/dev/VolGroup/freePBX,xvda,w" ] > vif = [ "mac=00:16:3e:00:9a:9c,bridge=br0,script=vif-bridge,vifname=vif2.0" > ] > > extra = "iommu=soft debug loglevel=10 earlyprintk=xenboot console=hvc0 ro > xencons=tty" > pci = ['06:01.0,permissive=1'] > > As you can see from above, I'm allocating 1024Mb to the guest. I haven't > got time now until the weekend to apply the 4.2.2-5 patches to check if they > solve my problem, but I'll post a message when I've done it to update on how > it went. Suffice to say, I'm still getting the same error message :-( Have you tried using xm instead of xl? I'm finding that xl is still missing some vital features to make everything work. I'd also start with getting a standard HVM domU working with xm and then take it further from there. I'm pretty sure iommu=soft shouldn't be on the domU kernel boot parameters. I suggest you start by removing the extra= line and remove the ,permissive=1 from the pci spec since I don't think xm understands that (you have it in your module config anyway). Then see if you can get it working with xm/xend as a HVM. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 06:55:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 06:55:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfPPM-0003zp-Il; Thu, 23 May 2013 06:53:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfPPK-0003zk-TM for xen-users@lists.xen.org; Thu, 23 May 2013 06:53:51 +0000 Received: from [85.158.139.83:31639] by server-10.bemta-5.messagelabs.com id DD/15-19016-EFCBD915; Thu, 23 May 2013 06:53:50 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-182.messagelabs.com!1369292028!28658121!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28783 invoked from network); 23 May 2013 06:53:49 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 06:53:49 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.106.57.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6DF5822124E; Thu, 23 May 2013 07:53:44 +0100 (BST) Message-ID: <519DBCD2.3010703@bobich.net> Date: Thu, 23 May 2013 07:53:06 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jon Skilling References: <519B15C8.9030605@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.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 05/21/2013 04:33 PM, Jon Skilling wrote: > Hi Gordan, > > Thanks for your reply. It is my understanding that PCI pass-through should > work for PV guests, which is what I am creating here. One thing that I > notice though, other than XL DMESG giving the message about Vt-d being > disabled, is that other than the command line message, iommu=soft doesn't > seem to produce any confirmation messages anywhere so I can't really tell if > this is running or not. > > I have to confess that I have not seen any documentation on XL stating that > the device must be detached from Dom0 before it can be attached to a guest. > Certainly, XL pci-detach freePBX 06:01.0 produces an error saying that the > domain is invalid. However, I tried your suggestion prior to starting the > domain and it runs without complaint and says that the device has been > detached. > > I reincorporated your suggestion into xen-pciback.conf and added modprobe > xen-pciback into rc.local to get everything to start at boot up and > restarted the machine. > I then ran the virsh-nodev-detach command followed by xl create -c > freePBX.cfg. Unfortunately, this produced the same result as before. > > I've also tried adding iommu=soft to the Dom0 kernel line, but as I said, > this didn't produce any discernible differences to the XL DMESG output. > > Instead of hotplugging, I tried adding the two last lines to the end of the > freePBX.cfg file: > > name = "freePBX" > uuid = "91cd5696-1451-c333-f6a4-1628a79976bd" > maxmem = 1024 > memory = 1024 > vcpus = 1 > bootloader = "pygrub" > localtime = 0 > on_poweroff = "destroy" > on_reboot = "restart" > on_crash = "restart" > disk = [ "phy:/dev/VolGroup/freePBX,xvda,w" ] > vif = [ "mac=00:16:3e:00:9a:9c,bridge=br0,script=vif-bridge,vifname=vif2.0" > ] > > extra = "iommu=soft debug loglevel=10 earlyprintk=xenboot console=hvc0 ro > xencons=tty" > pci = ['06:01.0,permissive=1'] > > As you can see from above, I'm allocating 1024Mb to the guest. I haven't > got time now until the weekend to apply the 4.2.2-5 patches to check if they > solve my problem, but I'll post a message when I've done it to update on how > it went. Suffice to say, I'm still getting the same error message :-( Have you tried using xm instead of xl? I'm finding that xl is still missing some vital features to make everything work. I'd also start with getting a standard HVM domU working with xm and then take it further from there. I'm pretty sure iommu=soft shouldn't be on the domU kernel boot parameters. I suggest you start by removing the extra= line and remove the ,permissive=1 from the pci spec since I don't think xm understands that (you have it in your module config anyway). Then see if you can get it working with xm/xend as a HVM. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 09:00:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 09:00: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 1UfRND-00076f-0R; Thu, 23 May 2013 08:59:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfRNB-00076a-B7 for xen-users@lists.xen.org; Thu, 23 May 2013 08:59:45 +0000 Received: from [193.109.254.147:60872] by server-10.bemta-14.messagelabs.com id 10/BE-05910-08ADD915; Thu, 23 May 2013 08:59:44 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1369299565!1828766!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1104 invoked from network); 23 May 2013 08:59:26 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 08:59:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,726,1363132800"; d="scan'208";a="4887474" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 08:59:26 +0000 Received: from LONPEX01CL02.citrite.net ([169.254.2.133]) by LONPEX01CL03.citrite.net ([169.254.3.241]) with mapi id 14.02.0342.003; Thu, 23 May 2013 09:59:25 +0100 From: Thanos Makatos To: Sebastian Unger Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5QiwCScZ9pdUV6QvKU5FXQiXmDMQAADuQAAXvbCoAARjisoA== Date: Thu, 23 May 2013 08:59:24 +0000 Message-ID: <2368A3FCF9F7214298E53C823B0A48EC0109F2@LONPEX01CL02.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > Hi Thanos, > according to the man page and my experiments VHD does not support > snapshots: > > $ qemu-img snapshot -c base disk1.vhd > qemu-img: Could not create snapshot 'base': -95 (Operation not > supported) > > $ qemu-img create -f vpc -o backing_file=disk1.vhd,backing_fmt=vpc > disk1-snap1.vhd Unknown option 'backing_file' > qemu-img: Invalid options for file format 'vpc'. > So has anybody out there gotten file image based snapshots working with > xen? Because from everything I'm seeing it seems to be simply not > supported, but that just seems to be such a basic bit of functionality, > that I find that hard to believe. I don't think this is the right way to perform snapshots on VHD files, use vhd-util instead: vhd-util snapshot -p original-file-image.vhd -n snapshot-file-image.vhd _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 09:00:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 09:00: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 1UfRND-00076f-0R; Thu, 23 May 2013 08:59:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfRNB-00076a-B7 for xen-users@lists.xen.org; Thu, 23 May 2013 08:59:45 +0000 Received: from [193.109.254.147:60872] by server-10.bemta-14.messagelabs.com id 10/BE-05910-08ADD915; Thu, 23 May 2013 08:59:44 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1369299565!1828766!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1104 invoked from network); 23 May 2013 08:59:26 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 08:59:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,726,1363132800"; d="scan'208";a="4887474" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 08:59:26 +0000 Received: from LONPEX01CL02.citrite.net ([169.254.2.133]) by LONPEX01CL03.citrite.net ([169.254.3.241]) with mapi id 14.02.0342.003; Thu, 23 May 2013 09:59:25 +0100 From: Thanos Makatos To: Sebastian Unger Thread-Topic: [Xen-users] blktap2 and qcow2 images Thread-Index: Ac5QiwCScZ9pdUV6QvKU5FXQiXmDMQAADuQAAXvbCoAARjisoA== Date: Thu, 23 May 2013 08:59:24 +0000 Message-ID: <2368A3FCF9F7214298E53C823B0A48EC0109F2@LONPEX01CL02.citrite.net> References: <4B45B535F7F6BE4CB1C044ED5115CDDE01541E0EF175@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94C3@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E94D2@LONPMAILBOX01.citrite.net> <4B45B535F7F6BE4CB1C044ED5115CDDE01541F4E950D@LONPMAILBOX01.citrite.net> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] blktap2 and qcow2 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 > Hi Thanos, > according to the man page and my experiments VHD does not support > snapshots: > > $ qemu-img snapshot -c base disk1.vhd > qemu-img: Could not create snapshot 'base': -95 (Operation not > supported) > > $ qemu-img create -f vpc -o backing_file=disk1.vhd,backing_fmt=vpc > disk1-snap1.vhd Unknown option 'backing_file' > qemu-img: Invalid options for file format 'vpc'. > So has anybody out there gotten file image based snapshots working with > xen? Because from everything I'm seeing it seems to be simply not > supported, but that just seems to be such a basic bit of functionality, > that I find that hard to believe. I don't think this is the right way to perform snapshots on VHD files, use vhd-util instead: vhd-util snapshot -p original-file-image.vhd -n snapshot-file-image.vhd _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 09:07:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 09:07:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfRTd-0007kl-Gx; Thu, 23 May 2013 09:06:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfRTb-0007kW-DE; Thu, 23 May 2013 09:06:23 +0000 Received: from [85.158.139.211:33558] by server-14.bemta-5.messagelabs.com id 3A/DB-25870-E0CDD915; Thu, 23 May 2013 09:06:22 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1369299980!19228351!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8024 invoked from network); 23 May 2013 09:06:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 09:06:20 -0000 X-IronPort-AV: E=Sophos;i="4.87,726,1363132800"; d="scan'208";a="4887773" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 09:06:19 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 10:06:19 +0100 Message-ID: <519DDC0A.9000201@citrix.com> Date: Thu, 23 May 2013 11:06:18 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> In-Reply-To: <519D24A9.3050407@freebsd.org> Content-Type: multipart/mixed; boundary="------------000309090701090501040108" X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@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 --------------000309090701090501040108 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit On 22/05/13 22:03, Colin Percival wrote: > On 05/22/13 04:45, Roger Pau Monné wrote: >> On 18/05/13 17:44, Colin Percival wrote: >>> That seems to work. dmesg is attached. Are there any particular tests >>> you'd like me to run? >> >> I have not tested ZFS, that might be a good one. If you are running this >> on Xen 3.4 the behaviour should be the same as without this patches, so >> there shouldn't be many differences. > > I don't use ZFS personally, so I'm not sure exactly what tests to run on it; > hopefully someone else can take care of that. > >> If you could try that on Xen 4.0 at least (if I remember correctly >> that's when the vector callback was introduced), you should see the PV >> timer getting attached, and a performance increase. > > Testing on a cr1.8xlarge EC2 instance, I get Xen 4.2, but it ends up with > a panic -- console output below. I can get a backtrace and possibly even > a dump if those would help. Hello Colin, Thanks for the test, I've been using Xen 4.2 (and 4.3) without problems so far. By looking at the Xen code, the only reason the timer setup could return -22 (EINVAL), is that we try to set the timer for a different vCPU than the one we are running on. I've been able to boot a 32 vCPU DomU on my 8way box using Xen 4.2.1 (using both qemu-xen and qemu-xen-traditional device models), so I'm unsure if this could be due to some patch Amazon applies to Xen. Could you try the following patch and post the error message? I would like to see if the cpuid reported by kdb and the vCPU that we are trying to set the timer are the same. Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #68: Wed May 22 19:00:14 CEST 2013 root@:/usr/obj/usr/src/sys/XENHVM amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. XEN: Hypervisor version 4.2 detected. CPU: Intel(R) Xeon(R) CPU W3550 @ 3.07GHz (3066.83-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 0x6 Model = 0x1a Stepping = 5 Features=0x1783fbff Features2=0x81b82201 AMD Features=0x28100800 AMD Features2=0x1 real memory = 4286578688 (4088 MB) avail memory = 3961323520 (3777 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs FreeBSD/SMP: 2 package(s) x 16 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 cpu4 (AP): APIC ID: 8 cpu5 (AP): APIC ID: 10 cpu6 (AP): APIC ID: 12 cpu7 (AP): APIC ID: 14 cpu8 (AP): APIC ID: 16 cpu9 (AP): APIC ID: 18 cpu10 (AP): APIC ID: 20 cpu11 (AP): APIC ID: 22 cpu12 (AP): APIC ID: 24 cpu13 (AP): APIC ID: 26 cpu14 (AP): APIC ID: 28 cpu15 (AP): APIC ID: 30 cpu16 (AP): APIC ID: 32 cpu17 (AP): APIC ID: 34 cpu18 (AP): APIC ID: 36 cpu19 (AP): APIC ID: 38 cpu20 (AP): APIC ID: 40 cpu21 (AP): APIC ID: 42 cpu22 (AP): APIC ID: 44 cpu23 (AP): APIC ID: 46 cpu24 (AP): APIC ID: 48 cpu25 (AP): APIC ID: 50 cpu26 (AP): APIC ID: 52 cpu27 (AP): APIC ID: 54 cpu28 (AP): APIC ID: 56 cpu29 (AP): APIC ID: 58 cpu30 (AP): APIC ID: 60 cpu31 (AP): APIC ID: 62 random device not loaded; using insecure entropy ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-47 on motherboard kbd1 at kbdmux0 xen_et0: on motherboard Event timer "XENTIMER" frequency 1000000000 Hz quality 950 Timecounter "XENTIMER" frequency 1000000000 Hz quality 950 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 cpu12: on acpi0 cpu13: on acpi0 cpu14: on acpi0 cpu15: on acpi0 cpu16: on acpi0 cpu17: on acpi0 cpu18: on acpi0 cpu19: on acpi0 cpu20: on acpi0 cpu21: on acpi0 cpu22: on acpi0 cpu23: on acpi0 cpu24: on acpi0 cpu25: on acpi0 cpu26: on acpi0 cpu27: on acpi0 cpu28: on acpi0 cpu29: on acpi0 cpu30: on acpi0 cpu31: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 62500000 Hz quality 950 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc300-0xc30f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xf0000000-0xf1ffffff,0xf3030000-0xf3030fff at device 2.0 on pci0 xenpci0: port 0xc000-0xc0ff mem 0xf2000000-0xf2ffffff irq 28 at device 3.0 on pci0 xenstore0: on xenpci0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 qpi0: on motherboard sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: No FDOUT register! Timecounters tick every 10.000 msec xenbusb_front0: on xenstore0 xenbusb_add_device: Device device/suspend/event-channel ignored. State 6 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present xn0: at device/vif/0 on xenbusb_front0 xn0: Ethernet address: 00:16:3e:47:d4:52 xn1: at device/vif/1 on xenbusb_front0 xn1: Ethernet address: 00:16:3e:47:d4:53 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xn0: backend features: feature-sg feature-gso-tcp4 xn1: backend features: feature-sg feature-gso-tcp4 xbd0: 20480MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 xbd0: disk supports cache flush using: flush SMP: AP CPU #25 Launched! SMP: AP CPU #23 Launched! SMP: AP CPU #27 Launched! SMP: AP CPU #15 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #30 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #22 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #29 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #19 Launched! SMP: AP CPU #13 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #17 Launched! SMP: AP CPU #18 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #28 Launched! SMP: AP CPU #12 Launched! SMP: AP CPU #31 Launched! SMP: AP CPU #20 Launched! SMP: AP CPU #24 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #16 Launched! SMP: AP CPU #14 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #26 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #21 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0p2 [rw]... Setting hostuuid: c9230f36-1a54-489e-877c-1d15b8f463e9. Setting hostid: 0xd52252c7. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/ad0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0p2: clean, 1690868 free (11852 frags, 209877 blocks, 0.2% fragmentation) Mounting local file systems:. Writing entropy file:. xn0: link state changed to DOWN xn0: link state changed to UP Starting Network: lo0 xn0 xn1. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 xn0: flags=8843 metric 0 mtu 1500 options=503 ether 00:16:3e:47:d4:52 nd6 options=29 media: Ethernet manual status: active xn1: flags=8802 metric 0 mtu 1500 options=503 ether 00:16:3e:47:d4:53 nd6 options=29 media: Ethernet manual status: active Starting devd. Starting Network: xn1. xn1: flags=8802 metric 0 mtu 1500 options=503 ether 00:16:3e:47:d4:53 nd6 options=29 media: Ethernet manual status: active Starting dhclient. DHCPREQUEST on xn0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.107 -- renewal in 43200 seconds. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files. Starting syslogd. Starting watchdogd. watchdogd: patting the dog: Operation not supported /etc/rc: WARNING: failed to start watchdogd No core dumps found. lock order reversal: 1st 0xffffff80f7627d80 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3070 2nd 0xfffffe0027c18000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff8121720450 kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff8121720500 witness_checkorder() at witness_checkorder+0xc3f/frame 0xffffff8121720580 _sx_xlock() at _sx_xlock+0x75/frame 0xffffff81217205c0 ufsdirhash_add() at ufsdirhash_add+0x3b/frame 0xffffff8121720600 ufs_direnter() at ufs_direnter+0x688/frame 0xffffff81217206c0 ufs_mkdir() at ufs_mkdir+0x863/frame 0xffffff81217208c0 VOP_MKDIR_APV() at VOP_MKDIR_APV+0xf0/frame 0xffffff81217208f0 kern_mkdirat() at kern_mkdirat+0x21a/frame 0xffffff8121720ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xffffff8121720bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff8121720bf0 --- syscall (136, FreeBSD ELF64, sys_mkdir), rip = 0x80092faaa, rsp = 0x7fffffffd788, rbp = 0x7fffffffdc70 --- Clearing /tmp (X related). Updating motd:. Configuring syscons: keymap blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Thu May 23 10:08:04 CEST 2013 FreeBSD/amd64 (Amnesiac) (ttyu0) --------------000309090701090501040108 Content-Type: text/plain; charset="UTF-8"; x-mac-type=0; x-mac-creator=0; name="timer_panic.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="timer_panic.patch" diff --git a/sys/dev/xen/timer/timer.c b/sys/dev/xen/timer/timer.c index 7083e46..4cb49b0 100644 --- a/sys/dev/xen/timer/timer.c +++ b/sys/dev/xen/timer/timer.c @@ -418,8 +418,8 @@ xentimer_et_start(struct eventtimer *et, } while (error == -ETIME); if (error) - panic("%s: Error %d setting singleshot timer to %"PRIu64"\n", - device_get_nameunit(sc->dev), error, next_time); + panic("%s: Error %d setting singleshot timer to %"PRIu64" for vCPU#%d\n", + device_get_nameunit(sc->dev), error, next_time, cpu); pcpu->timer = next_time; return (error); --------------000309090701090501040108 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------000309090701090501040108-- From xen-users-bounces@lists.xen.org Thu May 23 09:07:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 09:07:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfRTd-0007kl-Gx; Thu, 23 May 2013 09:06:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfRTb-0007kW-DE; Thu, 23 May 2013 09:06:23 +0000 Received: from [85.158.139.211:33558] by server-14.bemta-5.messagelabs.com id 3A/DB-25870-E0CDD915; Thu, 23 May 2013 09:06:22 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1369299980!19228351!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8024 invoked from network); 23 May 2013 09:06:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 09:06:20 -0000 X-IronPort-AV: E=Sophos;i="4.87,726,1363132800"; d="scan'208";a="4887773" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 09:06:19 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 10:06:19 +0100 Message-ID: <519DDC0A.9000201@citrix.com> Date: Thu, 23 May 2013 11:06:18 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> In-Reply-To: <519D24A9.3050407@freebsd.org> Content-Type: multipart/mixed; boundary="------------000309090701090501040108" X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@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 --------------000309090701090501040108 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit On 22/05/13 22:03, Colin Percival wrote: > On 05/22/13 04:45, Roger Pau Monné wrote: >> On 18/05/13 17:44, Colin Percival wrote: >>> That seems to work. dmesg is attached. Are there any particular tests >>> you'd like me to run? >> >> I have not tested ZFS, that might be a good one. If you are running this >> on Xen 3.4 the behaviour should be the same as without this patches, so >> there shouldn't be many differences. > > I don't use ZFS personally, so I'm not sure exactly what tests to run on it; > hopefully someone else can take care of that. > >> If you could try that on Xen 4.0 at least (if I remember correctly >> that's when the vector callback was introduced), you should see the PV >> timer getting attached, and a performance increase. > > Testing on a cr1.8xlarge EC2 instance, I get Xen 4.2, but it ends up with > a panic -- console output below. I can get a backtrace and possibly even > a dump if those would help. Hello Colin, Thanks for the test, I've been using Xen 4.2 (and 4.3) without problems so far. By looking at the Xen code, the only reason the timer setup could return -22 (EINVAL), is that we try to set the timer for a different vCPU than the one we are running on. I've been able to boot a 32 vCPU DomU on my 8way box using Xen 4.2.1 (using both qemu-xen and qemu-xen-traditional device models), so I'm unsure if this could be due to some patch Amazon applies to Xen. Could you try the following patch and post the error message? I would like to see if the cpuid reported by kdb and the vCPU that we are trying to set the timer are the same. Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #68: Wed May 22 19:00:14 CEST 2013 root@:/usr/obj/usr/src/sys/XENHVM amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 WARNING: WITNESS option enabled, expect reduced performance. XEN: Hypervisor version 4.2 detected. CPU: Intel(R) Xeon(R) CPU W3550 @ 3.07GHz (3066.83-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 0x6 Model = 0x1a Stepping = 5 Features=0x1783fbff Features2=0x81b82201 AMD Features=0x28100800 AMD Features2=0x1 real memory = 4286578688 (4088 MB) avail memory = 3961323520 (3777 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs FreeBSD/SMP: 2 package(s) x 16 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 cpu4 (AP): APIC ID: 8 cpu5 (AP): APIC ID: 10 cpu6 (AP): APIC ID: 12 cpu7 (AP): APIC ID: 14 cpu8 (AP): APIC ID: 16 cpu9 (AP): APIC ID: 18 cpu10 (AP): APIC ID: 20 cpu11 (AP): APIC ID: 22 cpu12 (AP): APIC ID: 24 cpu13 (AP): APIC ID: 26 cpu14 (AP): APIC ID: 28 cpu15 (AP): APIC ID: 30 cpu16 (AP): APIC ID: 32 cpu17 (AP): APIC ID: 34 cpu18 (AP): APIC ID: 36 cpu19 (AP): APIC ID: 38 cpu20 (AP): APIC ID: 40 cpu21 (AP): APIC ID: 42 cpu22 (AP): APIC ID: 44 cpu23 (AP): APIC ID: 46 cpu24 (AP): APIC ID: 48 cpu25 (AP): APIC ID: 50 cpu26 (AP): APIC ID: 52 cpu27 (AP): APIC ID: 54 cpu28 (AP): APIC ID: 56 cpu29 (AP): APIC ID: 58 cpu30 (AP): APIC ID: 60 cpu31 (AP): APIC ID: 62 random device not loaded; using insecure entropy ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-47 on motherboard kbd1 at kbdmux0 xen_et0: on motherboard Event timer "XENTIMER" frequency 1000000000 Hz quality 950 Timecounter "XENTIMER" frequency 1000000000 Hz quality 950 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 cpu12: on acpi0 cpu13: on acpi0 cpu14: on acpi0 cpu15: on acpi0 cpu16: on acpi0 cpu17: on acpi0 cpu18: on acpi0 cpu19: on acpi0 cpu20: on acpi0 cpu21: on acpi0 cpu22: on acpi0 cpu23: on acpi0 cpu24: on acpi0 cpu25: on acpi0 cpu26: on acpi0 cpu27: on acpi0 cpu28: on acpi0 cpu29: on acpi0 cpu30: on acpi0 cpu31: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 62500000 Hz quality 950 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc300-0xc30f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pci0: at device 1.3 (no driver attached) vgapci0: mem 0xf0000000-0xf1ffffff,0xf3030000-0xf3030fff at device 2.0 on pci0 xenpci0: port 0xc000-0xc0ff mem 0xf2000000-0xf2ffffff irq 28 at device 3.0 on pci0 xenstore0: on xenpci0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 qpi0: on motherboard sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: No FDOUT register! Timecounters tick every 10.000 msec xenbusb_front0: on xenstore0 xenbusb_add_device: Device device/suspend/event-channel ignored. State 6 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present xn0: at device/vif/0 on xenbusb_front0 xn0: Ethernet address: 00:16:3e:47:d4:52 xn1: at device/vif/1 on xenbusb_front0 xn1: Ethernet address: 00:16:3e:47:d4:53 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xn0: backend features: feature-sg feature-gso-tcp4 xn1: backend features: feature-sg feature-gso-tcp4 xbd0: 20480MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 xbd0: disk supports cache flush using: flush SMP: AP CPU #25 Launched! SMP: AP CPU #23 Launched! SMP: AP CPU #27 Launched! SMP: AP CPU #15 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #30 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #22 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #29 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #19 Launched! SMP: AP CPU #13 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #17 Launched! SMP: AP CPU #18 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #28 Launched! SMP: AP CPU #12 Launched! SMP: AP CPU #31 Launched! SMP: AP CPU #20 Launched! SMP: AP CPU #24 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #16 Launched! SMP: AP CPU #14 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #26 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #21 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0p2 [rw]... Setting hostuuid: c9230f36-1a54-489e-877c-1d15b8f463e9. Setting hostid: 0xd52252c7. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/ad0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0p2: clean, 1690868 free (11852 frags, 209877 blocks, 0.2% fragmentation) Mounting local file systems:. Writing entropy file:. xn0: link state changed to DOWN xn0: link state changed to UP Starting Network: lo0 xn0 xn1. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 xn0: flags=8843 metric 0 mtu 1500 options=503 ether 00:16:3e:47:d4:52 nd6 options=29 media: Ethernet manual status: active xn1: flags=8802 metric 0 mtu 1500 options=503 ether 00:16:3e:47:d4:53 nd6 options=29 media: Ethernet manual status: active Starting devd. Starting Network: xn1. xn1: flags=8802 metric 0 mtu 1500 options=503 ether 00:16:3e:47:d4:53 nd6 options=29 media: Ethernet manual status: active Starting dhclient. DHCPREQUEST on xn0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.107 -- renewal in 43200 seconds. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files. Starting syslogd. Starting watchdogd. watchdogd: patting the dog: Operation not supported /etc/rc: WARNING: failed to start watchdogd No core dumps found. lock order reversal: 1st 0xffffff80f7627d80 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3070 2nd 0xfffffe0027c18000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff8121720450 kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff8121720500 witness_checkorder() at witness_checkorder+0xc3f/frame 0xffffff8121720580 _sx_xlock() at _sx_xlock+0x75/frame 0xffffff81217205c0 ufsdirhash_add() at ufsdirhash_add+0x3b/frame 0xffffff8121720600 ufs_direnter() at ufs_direnter+0x688/frame 0xffffff81217206c0 ufs_mkdir() at ufs_mkdir+0x863/frame 0xffffff81217208c0 VOP_MKDIR_APV() at VOP_MKDIR_APV+0xf0/frame 0xffffff81217208f0 kern_mkdirat() at kern_mkdirat+0x21a/frame 0xffffff8121720ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xffffff8121720bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff8121720bf0 --- syscall (136, FreeBSD ELF64, sys_mkdir), rip = 0x80092faaa, rsp = 0x7fffffffd788, rbp = 0x7fffffffdc70 --- Clearing /tmp (X related). Updating motd:. Configuring syscons: keymap blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Thu May 23 10:08:04 CEST 2013 FreeBSD/amd64 (Amnesiac) (ttyu0) --------------000309090701090501040108 Content-Type: text/plain; charset="UTF-8"; x-mac-type=0; x-mac-creator=0; name="timer_panic.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="timer_panic.patch" diff --git a/sys/dev/xen/timer/timer.c b/sys/dev/xen/timer/timer.c index 7083e46..4cb49b0 100644 --- a/sys/dev/xen/timer/timer.c +++ b/sys/dev/xen/timer/timer.c @@ -418,8 +418,8 @@ xentimer_et_start(struct eventtimer *et, } while (error == -ETIME); if (error) - panic("%s: Error %d setting singleshot timer to %"PRIu64"\n", - device_get_nameunit(sc->dev), error, next_time); + panic("%s: Error %d setting singleshot timer to %"PRIu64" for vCPU#%d\n", + device_get_nameunit(sc->dev), error, next_time, cpu); pcpu->timer = next_time; return (error); --------------000309090701090501040108 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------000309090701090501040108-- From xen-users-bounces@lists.xen.org Thu May 23 10:42:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 10:42: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 1UfSxe-0002t7-Ub; Thu, 23 May 2013 10:41:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfSxc-0002sm-Hq; Thu, 23 May 2013 10:41:28 +0000 Received: from [193.109.254.147:61111] by server-7.bemta-14.messagelabs.com id AC/17-27745-752FD915; Thu, 23 May 2013 10:41:27 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369305683!8771741!1 X-Originating-IP: [209.85.223.170] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16336 invoked from network); 23 May 2013 10:41:26 -0000 Received: from mail-ie0-f170.google.com (HELO mail-ie0-f170.google.com) (209.85.223.170) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 10:41:26 -0000 Received: by mail-ie0-f170.google.com with SMTP id aq17so8198217iec.15 for ; Thu, 23 May 2013 03:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SkRHuaokXyTryvCGzoAKU1zdR12T3Urf8h50GtYdTEY=; b=wdN2i7EnUo+YGiT+Z4mcpD2eWL+uCWeFyv7b5McftlhxwbcGCWw0ot3YnbkTXmpbKP 2Mdy63nuJuGYlmMcb6ro3meJLmmKBusweerR0YAnh/oPTk1JolT1QVmF65kXsZWKRMeX Fss1+IXLJdXlO0bcphlD3KNnobVFwlnjUY3aykTC7WAEi3Ej7vg8a7lym2KU2SCWHqPb Ow2LqJJ/aCs0DBFZHSAfNtXy/HuiHAWCWQQjEKR5jDvVQMnxfR4iJSEp6ix1qQTrdNK4 lFVP6yqztyt9acd37hVL3dA/azlEdOxvX/wfqnUUj7OCgTaBlz4u/LhmjTvu8qO9YCQK LiFw== MIME-Version: 1.0 X-Received: by 10.50.11.229 with SMTP id t5mr1349667igb.65.1369305683440; Thu, 23 May 2013 03:41:23 -0700 (PDT) Received: by 10.64.12.140 with HTTP; Thu, 23 May 2013 03:41:23 -0700 (PDT) In-Reply-To: <519D3076.9070406@bobich.net> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <519D3076.9070406@bobich.net> Date: Thu, 23 May 2013 11:41:23 +0100 X-Google-Sender-Auth: 190DkVXUVLyHdGk-cntTGGxoh0s Message-ID: From: George Dunlap To: Gordan Bobic Cc: xen-users , Bartek Krawczyk , Ian Campbell , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 9:54 PM, Gordan Bobic wrote: > OK, I can confirm that my VM configs start OK using xl. Unfortunately, xl in > 4.2 doesn't support usb-add, so I cannot pass the required USB devices > through, over and above the one I can pass in the config file. > > Will usb-add also be available in 4.3, in addition to the multi-device > syntax in the config file? Unfortunately not. :-( I did start the process, but unfortunately rather too late in the release cycle, and the design of a proper interface took a lot longer than I expected. The good news is that we are in really good shape to have the feature in 4.4, which we're expecting to be in 6 months (or less) from the release for 4.3. If you're using this personally, and you're really keen, you could apply the most recent patchset that I posted (or I could send you a rebased version). From a technical standpoint it's very straightforward, and I had the basic functionality working months ago for HVM domains with qemu-upstream. So the patchset should work fairly reliably; just be aware that the interface (both in xl and libxl) may change before the final release. > Any chance of the multi-device syntax also being patched into xm for 4.3? I think at this point it's unlikely. Even if we had the patches, it's too late in the release process to risk introducing a bug to implement this feature. There is an all-purpose work-around, however. Basically all of the device options are parsed from the config file and then transmuted into qemu command-line parameters. There's a field in the config file that allows you to pass in a string of options directly. If you wanted to add more usb devices, you can do something like this: extra="-usbdevice $dev1 -usbdevice $dev2" Where $dev1 and $dev2 are the same syntax you would use in the "usbdevice" field of the config file. This can be used to access other qemu features that are not implemented by xm or xl as well. It would all be "use at your own risk", but there's no reason most of it shouldn't just work out of the box. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 10:42:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 10:42: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 1UfSxe-0002t7-Ub; Thu, 23 May 2013 10:41:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfSxc-0002sm-Hq; Thu, 23 May 2013 10:41:28 +0000 Received: from [193.109.254.147:61111] by server-7.bemta-14.messagelabs.com id AC/17-27745-752FD915; Thu, 23 May 2013 10:41:27 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369305683!8771741!1 X-Originating-IP: [209.85.223.170] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16336 invoked from network); 23 May 2013 10:41:26 -0000 Received: from mail-ie0-f170.google.com (HELO mail-ie0-f170.google.com) (209.85.223.170) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 10:41:26 -0000 Received: by mail-ie0-f170.google.com with SMTP id aq17so8198217iec.15 for ; Thu, 23 May 2013 03:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SkRHuaokXyTryvCGzoAKU1zdR12T3Urf8h50GtYdTEY=; b=wdN2i7EnUo+YGiT+Z4mcpD2eWL+uCWeFyv7b5McftlhxwbcGCWw0ot3YnbkTXmpbKP 2Mdy63nuJuGYlmMcb6ro3meJLmmKBusweerR0YAnh/oPTk1JolT1QVmF65kXsZWKRMeX Fss1+IXLJdXlO0bcphlD3KNnobVFwlnjUY3aykTC7WAEi3Ej7vg8a7lym2KU2SCWHqPb Ow2LqJJ/aCs0DBFZHSAfNtXy/HuiHAWCWQQjEKR5jDvVQMnxfR4iJSEp6ix1qQTrdNK4 lFVP6yqztyt9acd37hVL3dA/azlEdOxvX/wfqnUUj7OCgTaBlz4u/LhmjTvu8qO9YCQK LiFw== MIME-Version: 1.0 X-Received: by 10.50.11.229 with SMTP id t5mr1349667igb.65.1369305683440; Thu, 23 May 2013 03:41:23 -0700 (PDT) Received: by 10.64.12.140 with HTTP; Thu, 23 May 2013 03:41:23 -0700 (PDT) In-Reply-To: <519D3076.9070406@bobich.net> References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <519D3076.9070406@bobich.net> Date: Thu, 23 May 2013 11:41:23 +0100 X-Google-Sender-Auth: 190DkVXUVLyHdGk-cntTGGxoh0s Message-ID: From: George Dunlap To: Gordan Bobic Cc: xen-users , Bartek Krawczyk , Ian Campbell , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 9:54 PM, Gordan Bobic wrote: > OK, I can confirm that my VM configs start OK using xl. Unfortunately, xl in > 4.2 doesn't support usb-add, so I cannot pass the required USB devices > through, over and above the one I can pass in the config file. > > Will usb-add also be available in 4.3, in addition to the multi-device > syntax in the config file? Unfortunately not. :-( I did start the process, but unfortunately rather too late in the release cycle, and the design of a proper interface took a lot longer than I expected. The good news is that we are in really good shape to have the feature in 4.4, which we're expecting to be in 6 months (or less) from the release for 4.3. If you're using this personally, and you're really keen, you could apply the most recent patchset that I posted (or I could send you a rebased version). From a technical standpoint it's very straightforward, and I had the basic functionality working months ago for HVM domains with qemu-upstream. So the patchset should work fairly reliably; just be aware that the interface (both in xl and libxl) may change before the final release. > Any chance of the multi-device syntax also being patched into xm for 4.3? I think at this point it's unlikely. Even if we had the patches, it's too late in the release process to risk introducing a bug to implement this feature. There is an all-purpose work-around, however. Basically all of the device options are parsed from the config file and then transmuted into qemu command-line parameters. There's a field in the config file that allows you to pass in a string of options directly. If you wanted to add more usb devices, you can do something like this: extra="-usbdevice $dev1 -usbdevice $dev2" Where $dev1 and $dev2 are the same syntax you would use in the "usbdevice" field of the config file. This can be used to access other qemu features that are not implemented by xm or xl as well. It would all be "use at your own risk", but there's no reason most of it shouldn't just work out of the box. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 10:51:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 10:51: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 1UfT6C-0003Rd-Cp; Thu, 23 May 2013 10:50:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfT6A-0003RS-8d for xen-users@lists.xen.org; Thu, 23 May 2013 10:50:18 +0000 Received: from [85.158.137.99:31163] by server-6.bemta-3.messagelabs.com id A0/8E-14331-964FD915; Thu, 23 May 2013 10:50:17 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1369306215!18050760!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16752 invoked from network); 23 May 2013 10:50:16 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-4.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 10:50:16 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-bf-519df4673312 Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 8E.CE.06701.764FD915; Thu, 23 May 2013 12:50:15 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.279.1; Thu, 23 May 2013 12:50:11 +0200 Message-ID: <519DF462.8020805@ericsson.com> Date: Thu, 23 May 2013 16:20:10 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmluLIzCtJLcpLzFFi42KZGfG3Vjf9y9xAg0lz1SxWXT3A6sDocXT3 b6YAxigum5TUnMyy1CJ9uwSujHkfepkL9rBVnJvwgLmBsZe1i5GTQ0LAROLGl19sELaYxIV7 64FsLg4hgVOMElfebGGHcLYwShx7P4EdpIpXQFvi3+TzQFUcHCwCqhIv1weAhNkE9CSuHbsJ ViIkoCwx/84EJhCbX8BU4mHvLFaQclGBMInpO6GmCEqcnPmEBSQsIqAuce+/PkhYWEBYYu71 x2DnMANVf9r9iRmkREhATeLU65wJjPyzkDTPQlIFYdtKXJhzHSouL7H97RyouK7Ehf9TUMQX MLKtYmTPTczMSS8338QIDMiDW34b7GDcdF/sEKM0B4uSOG+f9tRAIYH0xJLU7NTUgtSi+KLS nNTiQ4xMHJxSDYxHIxeVND1ZE6Bdf0VPb8ffpblmFve6z/gmrzr+uX2yjMwe6zM6J4VDPV7x fV/XxtAzR/+DoN1p2yyxI2/2Jn07/L9sHs+Oiglrf4v7p79hnjeD98ysTScze9OKjzJZ1+0/ Mku9Tkv3uLPpzXncTQnx2nJyAV8/TDLlikoX5V1f88iI7f2VmXeVWIozEg21mIuKEwHvmfMJ FgIAAA== Subject: [Xen-users] img format X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4435575985033470404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4435575985033470404== Content-Type: multipart/alternative; boundary="------------050602090404060606090201" --------------050602090404060606090201 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I have a .vdi format used in VBox. Is there a way to convert this to .img format which I can use in Xen? Thanks, Dhanesh. --------------050602090404060606090201 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I have a .vdi format used in VBox. Is there a way to convert this to .img format which I can use in Xen?

Thanks,
Dhanesh.
--------------050602090404060606090201-- --===============4435575985033470404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4435575985033470404==-- From xen-users-bounces@lists.xen.org Thu May 23 10:51:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 10:51: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 1UfT6C-0003Rd-Cp; Thu, 23 May 2013 10:50:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfT6A-0003RS-8d for xen-users@lists.xen.org; Thu, 23 May 2013 10:50:18 +0000 Received: from [85.158.137.99:31163] by server-6.bemta-3.messagelabs.com id A0/8E-14331-964FD915; Thu, 23 May 2013 10:50:17 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1369306215!18050760!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16752 invoked from network); 23 May 2013 10:50:16 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-4.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 10:50:16 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-bf-519df4673312 Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 8E.CE.06701.764FD915; Thu, 23 May 2013 12:50:15 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.279.1; Thu, 23 May 2013 12:50:11 +0200 Message-ID: <519DF462.8020805@ericsson.com> Date: Thu, 23 May 2013 16:20:10 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmluLIzCtJLcpLzFFi42KZGfG3Vjf9y9xAg0lz1SxWXT3A6sDocXT3 b6YAxigum5TUnMyy1CJ9uwSujHkfepkL9rBVnJvwgLmBsZe1i5GTQ0LAROLGl19sELaYxIV7 64FsLg4hgVOMElfebGGHcLYwShx7P4EdpIpXQFvi3+TzQFUcHCwCqhIv1weAhNkE9CSuHbsJ ViIkoCwx/84EJhCbX8BU4mHvLFaQclGBMInpO6GmCEqcnPmEBSQsIqAuce+/PkhYWEBYYu71 x2DnMANVf9r9iRmkREhATeLU65wJjPyzkDTPQlIFYdtKXJhzHSouL7H97RyouK7Ehf9TUMQX MLKtYmTPTczMSS8338QIDMiDW34b7GDcdF/sEKM0B4uSOG+f9tRAIYH0xJLU7NTUgtSi+KLS nNTiQ4xMHJxSDYxHIxeVND1ZE6Bdf0VPb8ffpblmFve6z/gmrzr+uX2yjMwe6zM6J4VDPV7x fV/XxtAzR/+DoN1p2yyxI2/2Jn07/L9sHs+Oiglrf4v7p79hnjeD98ysTScze9OKjzJZ1+0/ Mku9Tkv3uLPpzXncTQnx2nJyAV8/TDLlikoX5V1f88iI7f2VmXeVWIozEg21mIuKEwHvmfMJ FgIAAA== Subject: [Xen-users] img format X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4435575985033470404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4435575985033470404== Content-Type: multipart/alternative; boundary="------------050602090404060606090201" --------------050602090404060606090201 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I have a .vdi format used in VBox. Is there a way to convert this to .img format which I can use in Xen? Thanks, Dhanesh. --------------050602090404060606090201 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I have a .vdi format used in VBox. Is there a way to convert this to .img format which I can use in Xen?

Thanks,
Dhanesh.
--------------050602090404060606090201-- --===============4435575985033470404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4435575985033470404==-- From xen-users-bounces@lists.xen.org Thu May 23 12:08:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 12:08: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 1UfUIO-0005Ns-FN; Thu, 23 May 2013 12:07:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfUIM-0005NZ-Bt; Thu, 23 May 2013 12:06:58 +0000 Received: from [85.158.139.211:39114] by server-13.bemta-5.messagelabs.com id 68/54-08040-1660E915; Thu, 23 May 2013 12:06:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1369310699!18513879!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21119 invoked from network); 23 May 2013 12:04:59 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 12:04:59 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="4895735" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 12:04:59 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 13:04:58 +0100 Message-ID: <1369310697.17830.42.camel@zakaz.uk.xensource.com> From: Ian Campbell To: George Dunlap Date: Thu, 23 May 2013 13:04:57 +0100 In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <519D3076.9070406@bobich.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , Gordan Bobic , Bartek Krawczyk , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-23 at 11:41 +0100, George Dunlap wrote: > > Any chance of the multi-device syntax also being patched into xm for 4.3? > > I think at this point it's unlikely. Even if we had the patches, it's > too late in the release process to risk introducing a bug to implement > this feature. Also since xend/xm is now deprecated (and has been since 4.2) I'm not sure adding new features would be appropriate. > There is an all-purpose work-around, however. Basically all of the > device options are parsed from the config file and then transmuted > into qemu command-line parameters. There's a field in the config file > that allows you to pass in a string of options directly. If you > wanted to add more usb devices, you can do something like this: > > extra="-usbdevice $dev1 -usbdevice $dev2" Do you really mean "extra", I thought that was for extra bits tacked onto the PV kernel command. Maybe it has this alternative meaning for HVM guests though? Under xl this option is "device_model_args". Not sure if xm had an equivalent, dmargs rings a vague bell though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 12:08:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 12:08: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 1UfUIO-0005Ns-FN; Thu, 23 May 2013 12:07:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfUIM-0005NZ-Bt; Thu, 23 May 2013 12:06:58 +0000 Received: from [85.158.139.211:39114] by server-13.bemta-5.messagelabs.com id 68/54-08040-1660E915; Thu, 23 May 2013 12:06:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1369310699!18513879!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21119 invoked from network); 23 May 2013 12:04:59 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 12:04:59 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="4895735" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 12:04:59 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 13:04:58 +0100 Message-ID: <1369310697.17830.42.camel@zakaz.uk.xensource.com> From: Ian Campbell To: George Dunlap Date: Thu, 23 May 2013 13:04:57 +0100 In-Reply-To: References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <519D3076.9070406@bobich.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , Gordan Bobic , Bartek Krawczyk , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-23 at 11:41 +0100, George Dunlap wrote: > > Any chance of the multi-device syntax also being patched into xm for 4.3? > > I think at this point it's unlikely. Even if we had the patches, it's > too late in the release process to risk introducing a bug to implement > this feature. Also since xend/xm is now deprecated (and has been since 4.2) I'm not sure adding new features would be appropriate. > There is an all-purpose work-around, however. Basically all of the > device options are parsed from the config file and then transmuted > into qemu command-line parameters. There's a field in the config file > that allows you to pass in a string of options directly. If you > wanted to add more usb devices, you can do something like this: > > extra="-usbdevice $dev1 -usbdevice $dev2" Do you really mean "extra", I thought that was for extra bits tacked onto the PV kernel command. Maybe it has this alternative meaning for HVM guests though? Under xl this option is "device_model_args". Not sure if xm had an equivalent, dmargs rings a vague bell though. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:09:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:09: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 1UfVG2-0006oM-3Q; Thu, 23 May 2013 13:08:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVG0-0006o6-Di; Thu, 23 May 2013 13:08:36 +0000 Received: from [85.158.138.51:29129] by server-16.bemta-3.messagelabs.com id 02/0C-23964-3D41E915; Thu, 23 May 2013 13:08:35 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369314513!9012620!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2729 invoked from network); 23 May 2013 13:08:34 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:08:34 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="27018313" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:08:32 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 09:08:32 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfVFv-0000xp-Vh; Thu, 23 May 2013 14:08:32 +0100 Message-ID: <519E14BE.9010505@eu.citrix.com> Date: Thu, 23 May 2013 14:08:14 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Ian Campbell References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <519D3076.9070406@bobich.net> <1369310697.17830.42.camel@zakaz.uk.xensource.com> In-Reply-To: <1369310697.17830.42.camel@zakaz.uk.xensource.com> Cc: xen-users , Gordan Bobic , Bartek Krawczyk , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 23/05/13 13:04, Ian Campbell wrote: > On Thu, 2013-05-23 at 11:41 +0100, George Dunlap wrote: >>> Any chance of the multi-device syntax also being patched into xm for 4.3? >> I think at this point it's unlikely. Even if we had the patches, it's >> too late in the release process to risk introducing a bug to implement >> this feature. > Also since xend/xm is now deprecated (and has been since 4.2) I'm not > sure adding new features would be appropriate. > >> There is an all-purpose work-around, however. Basically all of the >> device options are parsed from the config file and then transmuted >> into qemu command-line parameters. There's a field in the config file >> that allows you to pass in a string of options directly. If you >> wanted to add more usb devices, you can do something like this: >> >> extra="-usbdevice $dev1 -usbdevice $dev2" > Do you really mean "extra", I thought that was for extra bits tacked > onto the PV kernel command. Maybe it has this alternative meaning for > HVM guests though? > > Under xl this option is "device_model_args". Not sure if xm had an > equivalent, dmargs rings a vague bell though. Apparently I don't -- sorry, I just looked through my config files and that was a line commented out that looked like it did what I wanted. But apparently that's completely wrong. And, looking through the xend code and config files, I can't seem to find an equivalent command. OK, sorry for the misdirection. :-/ -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:09:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:09: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 1UfVG2-0006oM-3Q; Thu, 23 May 2013 13:08:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVG0-0006o6-Di; Thu, 23 May 2013 13:08:36 +0000 Received: from [85.158.138.51:29129] by server-16.bemta-3.messagelabs.com id 02/0C-23964-3D41E915; Thu, 23 May 2013 13:08:35 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369314513!9012620!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2729 invoked from network); 23 May 2013 13:08:34 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:08:34 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="27018313" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:08:32 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 09:08:32 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfVFv-0000xp-Vh; Thu, 23 May 2013 14:08:32 +0100 Message-ID: <519E14BE.9010505@eu.citrix.com> Date: Thu, 23 May 2013 14:08:14 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Ian Campbell References: <20130521142917.GO492@phenom.dumpdata.com> <1369148674.21246.92.camel@zakaz.uk.xensource.com> <519C6BC4.2050506@bobich.net> <1369216400.21246.158.camel@zakaz.uk.xensource.com> <519CE511.40908@eu.citrix.com> <5cd806502ab241902d91bf6bcf951b0d@mail.shatteredsilicon.net> <519D3076.9070406@bobich.net> <1369310697.17830.42.camel@zakaz.uk.xensource.com> In-Reply-To: <1369310697.17830.42.camel@zakaz.uk.xensource.com> Cc: xen-users , Gordan Bobic , Bartek Krawczyk , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.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 23/05/13 13:04, Ian Campbell wrote: > On Thu, 2013-05-23 at 11:41 +0100, George Dunlap wrote: >>> Any chance of the multi-device syntax also being patched into xm for 4.3? >> I think at this point it's unlikely. Even if we had the patches, it's >> too late in the release process to risk introducing a bug to implement >> this feature. > Also since xend/xm is now deprecated (and has been since 4.2) I'm not > sure adding new features would be appropriate. > >> There is an all-purpose work-around, however. Basically all of the >> device options are parsed from the config file and then transmuted >> into qemu command-line parameters. There's a field in the config file >> that allows you to pass in a string of options directly. If you >> wanted to add more usb devices, you can do something like this: >> >> extra="-usbdevice $dev1 -usbdevice $dev2" > Do you really mean "extra", I thought that was for extra bits tacked > onto the PV kernel command. Maybe it has this alternative meaning for > HVM guests though? > > Under xl this option is "device_model_args". Not sure if xm had an > equivalent, dmargs rings a vague bell though. Apparently I don't -- sorry, I just looked through my config files and that was a line commented out that looked like it did what I wanted. But apparently that's completely wrong. And, looking through the xend code and config files, I can't seem to find an equivalent command. OK, sorry for the misdirection. :-/ -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:14:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:14: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 1UfVKm-000774-2k; Thu, 23 May 2013 13:13:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfV5X-0006Ja-DG; Thu, 23 May 2013 12:57:47 +0000 Received: from [193.109.254.147:58985] by server-2.bemta-14.messagelabs.com id 02/CA-19066-9421E915; Thu, 23 May 2013 12:57:45 +0000 X-Env-Sender: jeroen@dckd.nl X-Msg-Ref: server-14.tower-27.messagelabs.com!1369313861!1753534!1 X-Originating-IP: [94.142.246.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27871 invoked from network); 23 May 2013 12:57:41 -0000 Received: from positron.dckd.nl (HELO positron.dckd.nl) (94.142.246.99) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 12:57:41 -0000 Received: from wireless32-239.cwi.nl (zandbak.wlan.cwi.nl [192.16.197.194]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id E0B38F80D0; Thu, 23 May 2013 14:57:39 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Jeroen van der Ham In-Reply-To: <519131D8.9010307@citrix.com> Date: Thu, 23 May 2013 14:57:38 +0200 Message-Id: <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> References: <519131D8.9010307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Thu, 23 May 2013 13:13:30 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi, On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. I've just been able to install it on a VPS using the latest pvhvm_v9 branch. This is good news, because the system I had before actually had trouble wit= h the HVM kernel from 9.1 [0]. I'm going to leave this running for a while and do some more tests on it. Jeroen. [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:14:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:14: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 1UfVKm-000774-2k; Thu, 23 May 2013 13:13:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfV5X-0006Ja-DG; Thu, 23 May 2013 12:57:47 +0000 Received: from [193.109.254.147:58985] by server-2.bemta-14.messagelabs.com id 02/CA-19066-9421E915; Thu, 23 May 2013 12:57:45 +0000 X-Env-Sender: jeroen@dckd.nl X-Msg-Ref: server-14.tower-27.messagelabs.com!1369313861!1753534!1 X-Originating-IP: [94.142.246.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27871 invoked from network); 23 May 2013 12:57:41 -0000 Received: from positron.dckd.nl (HELO positron.dckd.nl) (94.142.246.99) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 12:57:41 -0000 Received: from wireless32-239.cwi.nl (zandbak.wlan.cwi.nl [192.16.197.194]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id E0B38F80D0; Thu, 23 May 2013 14:57:39 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Jeroen van der Ham In-Reply-To: <519131D8.9010307@citrix.com> Date: Thu, 23 May 2013 14:57:38 +0200 Message-Id: <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> References: <519131D8.9010307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Thu, 23 May 2013 13:13:30 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi, On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. I've just been able to install it on a VPS using the latest pvhvm_v9 branch. This is good news, because the system I had before actually had trouble wit= h the HVM kernel from 9.1 [0]. I'm going to leave this running for a while and do some more tests on it. Jeroen. [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:14:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:14:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVKm-00077E-Mp; Thu, 23 May 2013 13:13:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVAG-0006Sm-6N; Thu, 23 May 2013 13:02:40 +0000 Received: from [85.158.139.211:42737] by server-4.bemta-5.messagelabs.com id AC/19-12332-F631E915; Thu, 23 May 2013 13:02:39 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1369314156!19192387!1 X-Originating-IP: [209.85.214.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31861 invoked from network); 23 May 2013 13:02:38 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:02:38 -0000 Received: by mail-ob0-f181.google.com with SMTP id dn14so3792290obc.40 for ; Thu, 23 May 2013 06:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AuREKu3QLwjJdxAB7fX9c4N5Z7KoN/xz+1z+nPAeq7I=; b=wzaf3xSQIUsrVtD0x8C+aPIwI7uECq68e3XnMwpRPSjUAAVv15lT/4hC/L45UKYi6A 62rUQ8v6lP8mwjMz7I2BfygEHfgM+4OMyJwaU3c5IL9wQFqXyM92PC/GfuCVzXPe5c6e lZKOk8ksK8WvDuu8Bdc1hge154fwZJbgHvzEEnJIuTQCjjwG7wVCmYElsw7whChXb6Ll ors8O7h/WDguCeoOlL6J0StGyJixNrOAZs1suruwYKcw2jva/Ue1HX8alEVxbj1C4XeJ KrNl6p0KslwJYXtzeVyjXVlLRpJ33/F5rhXC9PjU08fRaWieN02g481/c2Zsng/ZS5Fa U0nw== MIME-Version: 1.0 X-Received: by 10.60.103.148 with SMTP id fw20mr8034920oeb.37.1369314156550; Thu, 23 May 2013 06:02:36 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 06:02:36 -0700 (PDT) In-Reply-To: <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> Date: Thu, 23 May 2013 09:02:36 -0400 Message-ID: From: Outback Dingo To: Jeroen van der Ham X-Mailman-Approved-At: Thu, 23 May 2013 13:13:30 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8249708576150454719==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8249708576150454719== Content-Type: multipart/alternative; boundary=089e0118485ce3224a04dd624b66 --089e0118485ce3224a04dd624b66 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 8:57 AM, Jeroen van der Ham wrote: > Hi, > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: > > Right now the code is in a state where it can be tested by users, so we > > would like to encourage FreeBSD and Xen users to test it and provide > > feedback. > > I've just been able to install it on a VPS using the latest pvhvm_v9 > branch. > This is good news, because the system I had before actually had trouble > with the HVM kernel from 9.1 [0]. > > I'm going to leave this running for a while and do some more tests on it. > > Jeroen. > Curious if this would work under XEN XCP (Xen Cloud Platform) > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --089e0118485ce3224a04dd624b66 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 8:57 AM, Jeroen van der Ham <jeroen@dckd.nl> wrote:
Hi,

On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
> Right now the code is in a state where it can be tested by users, so w= e
> would like to encourage FreeBSD and Xen users to test it and provide > feedback.

I've just been able to install it on a VPS using the latest pvhvm= _v9 branch.
This is good news, because the system I had before actually had trouble wit= h the HVM kernel from 9.1 [0].

I'm going to leave this running for a while and do some more tests on i= t.

Jeroen.

Curious if this would wor= k under XEN XCP (Xen Cloud Platform) =A0

=A0
=

[0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822

_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--089e0118485ce3224a04dd624b66-- --===============8249708576150454719== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8249708576150454719==-- From xen-users-bounces@lists.xen.org Thu May 23 13:14:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:14:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVKm-00077E-Mp; Thu, 23 May 2013 13:13:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVAG-0006Sm-6N; Thu, 23 May 2013 13:02:40 +0000 Received: from [85.158.139.211:42737] by server-4.bemta-5.messagelabs.com id AC/19-12332-F631E915; Thu, 23 May 2013 13:02:39 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1369314156!19192387!1 X-Originating-IP: [209.85.214.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31861 invoked from network); 23 May 2013 13:02:38 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:02:38 -0000 Received: by mail-ob0-f181.google.com with SMTP id dn14so3792290obc.40 for ; Thu, 23 May 2013 06:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AuREKu3QLwjJdxAB7fX9c4N5Z7KoN/xz+1z+nPAeq7I=; b=wzaf3xSQIUsrVtD0x8C+aPIwI7uECq68e3XnMwpRPSjUAAVv15lT/4hC/L45UKYi6A 62rUQ8v6lP8mwjMz7I2BfygEHfgM+4OMyJwaU3c5IL9wQFqXyM92PC/GfuCVzXPe5c6e lZKOk8ksK8WvDuu8Bdc1hge154fwZJbgHvzEEnJIuTQCjjwG7wVCmYElsw7whChXb6Ll ors8O7h/WDguCeoOlL6J0StGyJixNrOAZs1suruwYKcw2jva/Ue1HX8alEVxbj1C4XeJ KrNl6p0KslwJYXtzeVyjXVlLRpJ33/F5rhXC9PjU08fRaWieN02g481/c2Zsng/ZS5Fa U0nw== MIME-Version: 1.0 X-Received: by 10.60.103.148 with SMTP id fw20mr8034920oeb.37.1369314156550; Thu, 23 May 2013 06:02:36 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 06:02:36 -0700 (PDT) In-Reply-To: <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> Date: Thu, 23 May 2013 09:02:36 -0400 Message-ID: From: Outback Dingo To: Jeroen van der Ham X-Mailman-Approved-At: Thu, 23 May 2013 13:13:30 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8249708576150454719==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8249708576150454719== Content-Type: multipart/alternative; boundary=089e0118485ce3224a04dd624b66 --089e0118485ce3224a04dd624b66 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 8:57 AM, Jeroen van der Ham wrote: > Hi, > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: > > Right now the code is in a state where it can be tested by users, so we > > would like to encourage FreeBSD and Xen users to test it and provide > > feedback. > > I've just been able to install it on a VPS using the latest pvhvm_v9 > branch. > This is good news, because the system I had before actually had trouble > with the HVM kernel from 9.1 [0]. > > I'm going to leave this running for a while and do some more tests on it. > > Jeroen. > Curious if this would work under XEN XCP (Xen Cloud Platform) > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --089e0118485ce3224a04dd624b66 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 8:57 AM, Jeroen van der Ham <jeroen@dckd.nl> wrote:
Hi,

On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
> Right now the code is in a state where it can be tested by users, so w= e
> would like to encourage FreeBSD and Xen users to test it and provide > feedback.

I've just been able to install it on a VPS using the latest pvhvm= _v9 branch.
This is good news, because the system I had before actually had trouble wit= h the HVM kernel from 9.1 [0].

I'm going to leave this running for a while and do some more tests on i= t.

Jeroen.

Curious if this would wor= k under XEN XCP (Xen Cloud Platform) =A0

=A0
=

[0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822

_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--089e0118485ce3224a04dd624b66-- --===============8249708576150454719== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8249708576150454719==-- From xen-users-bounces@lists.xen.org Thu May 23 13:31:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:31: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 1UfVbf-0000Aw-BY; Thu, 23 May 2013 13:30:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVbd-0000Ac-Or; Thu, 23 May 2013 13:30:57 +0000 Received: from [85.158.139.83:33894] by server-13.bemta-5.messagelabs.com id 48/2D-08040-01A1E915; Thu, 23 May 2013 13:30:56 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1369315853!21503930!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18238 invoked from network); 23 May 2013 13:30:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:30:53 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="4899385" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:30:54 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 14:30:53 +0100 Message-ID: <519E1A0C.3070609@citrix.com> Date: Thu, 23 May 2013 15:30:52 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeroen van der Ham References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> In-Reply-To: <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23/05/13 15:20, Jeroen van der Ham wrote: > = > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > = > = > You mention on that page that it is easier to install on 10.0-CURRENT sna= pshots. > What are the issues with installing this on 9.1? Is it possible? I don't think it is recommended to use a HEAD (10) kernel with a 9.1 userland. You can always install a 9.1 and then do a full update with the source on my repository. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:31:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:31: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 1UfVbf-0000Aw-BY; Thu, 23 May 2013 13:30:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVbd-0000Ac-Or; Thu, 23 May 2013 13:30:57 +0000 Received: from [85.158.139.83:33894] by server-13.bemta-5.messagelabs.com id 48/2D-08040-01A1E915; Thu, 23 May 2013 13:30:56 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1369315853!21503930!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18238 invoked from network); 23 May 2013 13:30:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:30:53 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="4899385" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:30:54 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 14:30:53 +0100 Message-ID: <519E1A0C.3070609@citrix.com> Date: Thu, 23 May 2013 15:30:52 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeroen van der Ham References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> In-Reply-To: <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23/05/13 15:20, Jeroen van der Ham wrote: > = > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > = > = > You mention on that page that it is easier to install on 10.0-CURRENT sna= pshots. > What are the issues with installing this on 9.1? Is it possible? I don't think it is recommended to use a HEAD (10) kernel with a 9.1 userland. You can always install a 9.1 and then do a full update with the source on my repository. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:34:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:34: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 1UfVe7-0000Pe-8R; Thu, 23 May 2013 13:33:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVe4-0000Of-RE; Thu, 23 May 2013 13:33:28 +0000 Received: from [85.158.137.99:57749] by server-14.bemta-3.messagelabs.com id 5C/83-20016-7AA1E915; Thu, 23 May 2013 13:33:27 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1369316007!13294113!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27793 invoked from network); 23 May 2013 13:33:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:33:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="4899548" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:33:27 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 14:33:26 +0100 Message-ID: <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 15:33:26 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeroen van der Ham References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> In-Reply-To: <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23/05/13 14:57, Jeroen van der Ham wrote: > Hi, > = > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: >> Right now the code is in a state where it can be tested by users, so we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. > = > I've just been able to install it on a VPS using the latest pvhvm_v9 bran= ch. The branch pvhvm_v9 contains an initial implementation of PV IPIs for amd64. I've now finished it and I'm going to port it to i386 also, and push a new branch to the repository. > This is good news, because the system I had before actually had trouble w= ith the HVM kernel from 9.1 [0]. > = > I'm going to leave this running for a while and do some more tests on it. > = > Jeroen. > = > = > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:34:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:34: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 1UfVe7-0000Pe-8R; Thu, 23 May 2013 13:33:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVe4-0000Of-RE; Thu, 23 May 2013 13:33:28 +0000 Received: from [85.158.137.99:57749] by server-14.bemta-3.messagelabs.com id 5C/83-20016-7AA1E915; Thu, 23 May 2013 13:33:27 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1369316007!13294113!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27793 invoked from network); 23 May 2013 13:33:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:33:27 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="4899548" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:33:27 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 14:33:26 +0100 Message-ID: <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 15:33:26 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeroen van der Ham References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> In-Reply-To: <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23/05/13 14:57, Jeroen van der Ham wrote: > Hi, > = > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: >> Right now the code is in a state where it can be tested by users, so we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. > = > I've just been able to install it on a VPS using the latest pvhvm_v9 bran= ch. The branch pvhvm_v9 contains an initial implementation of PV IPIs for amd64. I've now finished it and I'm going to port it to i386 also, and push a new branch to the repository. > This is good news, because the system I had before actually had trouble w= ith the HVM kernel from 9.1 [0]. > = > I'm going to leave this running for a while and do some more tests on it. > = > Jeroen. > = > = > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:41:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:41: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 1UfVkw-00016y-5J; Thu, 23 May 2013 13:40:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVku-00016Z-Jt; Thu, 23 May 2013 13:40:32 +0000 Received: from [85.158.143.99:18107] by server-2.bemta-4.messagelabs.com id E6/71-27124-E4C1E915; Thu, 23 May 2013 13:40:30 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1369316427!31880472!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 10894 invoked from network); 23 May 2013 13:40:29 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:40:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="25747552" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:40:27 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 09:40:26 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfVko-0001TM-KF; Thu, 23 May 2013 14:40:26 +0100 Message-ID: <519E1C39.3030808@eu.citrix.com> Date: Thu, 23 May 2013 14:40:09 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com>" " "<1369148674.21246.92.camel@zakaz.uk.xensource.com>\"" "\" <519C6BC4.2050506@bobich.net> "<34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net>\"" <519CEFF2.1050306@eu.citrix.com> In-Reply-To: Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 17:44, Gordan Bobic wrote: > >> What we need is people who report / complain about bugs / deficiences >> in a constructive way. > > More like nag about a problem enough to get somebody to pay attention > and hope that the attention it gets isn't being added to the killfile. This conversation is getting really negative, so I think we need to turn the direction a bit. The developers want to be told about bugs so we can fix them; and we want users to have confidence in the software they're using. Nobody is going to be added to a killfile for reporting a bug and asking about it a few times. We've known for a while that important bugs sometimes get dropped, and we've already started working on solutions for it that fit with our existing workflow. And obviously having a bugzilla that no one actually uses is much worse than just having no bugzilla at all. That needs to be sorted out. As we've been looking at re-organizing the bug-reporting process, we've been mainly looking at how we can make it useful for developers, so that we can spend more time actually fixing bugs and writing new features. It seems maybe we've been focusing too much on that and not on the perspective of the users. So thank you for bringing this up; hopefully we can come up with something that is the best for everyone. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 13:41:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 13:41: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 1UfVkw-00016y-5J; Thu, 23 May 2013 13:40:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVku-00016Z-Jt; Thu, 23 May 2013 13:40:32 +0000 Received: from [85.158.143.99:18107] by server-2.bemta-4.messagelabs.com id E6/71-27124-E4C1E915; Thu, 23 May 2013 13:40:30 +0000 X-Env-Sender: George.Dunlap@eu.citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1369316427!31880472!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 10894 invoked from network); 23 May 2013 13:40:29 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 13:40:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,728,1363132800"; d="scan'208";a="25747552" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 13:40:27 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 09:40:26 -0400 Received: from elijah.uk.xensource.com ([10.80.2.24]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UfVko-0001TM-KF; Thu, 23 May 2013 14:40:26 +0100 Message-ID: <519E1C39.3030808@eu.citrix.com> Date: Thu, 23 May 2013 14:40:09 +0100 From: George Dunlap User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordan Bobic References: "\"\\\"\\\\\\\" <20130521142917.GO492@phenom.dumpdata.com>" " "<1369148674.21246.92.camel@zakaz.uk.xensource.com>\"" "\" <519C6BC4.2050506@bobich.net> "<34e3b0bdf844412d2f7b65568b26459c@mail.shatteredsilicon.net>\"" <519CEFF2.1050306@eu.citrix.com> In-Reply-To: Cc: xen-users , xen-devel@lists.xen.org, Bartek Krawczyk Subject: Re: [Xen-users] [Xen-devel] xen forum X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22/05/13 17:44, Gordan Bobic wrote: > >> What we need is people who report / complain about bugs / deficiences >> in a constructive way. > > More like nag about a problem enough to get somebody to pay attention > and hope that the attention it gets isn't being added to the killfile. This conversation is getting really negative, so I think we need to turn the direction a bit. The developers want to be told about bugs so we can fix them; and we want users to have confidence in the software they're using. Nobody is going to be added to a killfile for reporting a bug and asking about it a few times. We've known for a while that important bugs sometimes get dropped, and we've already started working on solutions for it that fit with our existing workflow. And obviously having a bugzilla that no one actually uses is much worse than just having no bugzilla at all. That needs to be sorted out. As we've been looking at re-organizing the bug-reporting process, we've been mainly looking at how we can make it useful for developers, so that we can spend more time actually fixing bugs and writing new features. It seems maybe we've been focusing too much on that and not on the perspective of the users. So thank you for bringing this up; hopefully we can come up with something that is the best for everyone. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 16:34:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 16:34: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 1UfYRh-0007UY-1X; Thu, 23 May 2013 16:32:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYRf-0007UT-Tk for xen-users@lists.xen.org; Thu, 23 May 2013 16:32:52 +0000 Received: from [85.158.137.99:21075] by server-11.bemta-3.messagelabs.com id 5F/EC-05438-2B44E915; Thu, 23 May 2013 16:32:50 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1369326768!1192935!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18405 invoked from network); 23 May 2013 16:32:50 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 16:32:50 -0000 Received: from [187.162.122.248] (port=37180 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UfYRc-0001m2-5F for xen-users@lists.xen.org; Thu, 23 May 2013 11:32:48 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 0AFF4A204 for ; Thu, 23 May 2013 11:32:47 -0500 (CDT) Message-ID: <519E44AF.10105@ondore.com> Date: Thu, 23 May 2013 11:32:47 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> In-Reply-To: <519DF462.8020805@ericsson.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] img format, they call it "raw" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Hi. El 23/05/13 05:50, Jaya Dhanesh escribi=F3: > I have a .vdi format used in VBox. Is there a way to convert this to > .img format which I can use in Xen? Dumb approach: boot your machine under VBox using a LiveCD, make a "dd" = of your disk, save elsewhere. They also say it's possible to make a conversion using specialized tools: http://www.turnkeylinux.org/blog/convert-vdi-vmdk http://en.wikibooks.org/wiki/QEMU/Images#Exchanging_images_with_VirtualBox -- = 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 May 23 16:34:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 16:34: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 1UfYRh-0007UY-1X; Thu, 23 May 2013 16:32:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYRf-0007UT-Tk for xen-users@lists.xen.org; Thu, 23 May 2013 16:32:52 +0000 Received: from [85.158.137.99:21075] by server-11.bemta-3.messagelabs.com id 5F/EC-05438-2B44E915; Thu, 23 May 2013 16:32:50 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-13.tower-217.messagelabs.com!1369326768!1192935!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18405 invoked from network); 23 May 2013 16:32:50 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-13.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 16:32:50 -0000 Received: from [187.162.122.248] (port=37180 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UfYRc-0001m2-5F for xen-users@lists.xen.org; Thu, 23 May 2013 11:32:48 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 0AFF4A204 for ; Thu, 23 May 2013 11:32:47 -0500 (CDT) Message-ID: <519E44AF.10105@ondore.com> Date: Thu, 23 May 2013 11:32:47 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> In-Reply-To: <519DF462.8020805@ericsson.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] img format, they call it "raw" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Hi. El 23/05/13 05:50, Jaya Dhanesh escribi=F3: > I have a .vdi format used in VBox. Is there a way to convert this to > .img format which I can use in Xen? Dumb approach: boot your machine under VBox using a LiveCD, make a "dd" = of your disk, save elsewhere. They also say it's possible to make a conversion using specialized tools: http://www.turnkeylinux.org/blog/convert-vdi-vmdk http://en.wikibooks.org/wiki/QEMU/Images#Exchanging_images_with_VirtualBox -- = 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 May 23 16:49:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 16:49: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 1UfYgg-0007sY-At; Thu, 23 May 2013 16:48:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYge-0007s6-A1; Thu, 23 May 2013 16:48:20 +0000 Received: from [193.109.254.147:28540] by server-1.bemta-14.messagelabs.com id 53/1B-06919-3584E915; Thu, 23 May 2013 16:48:19 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369327698!8826763!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 684 invoked from network); 23 May 2013 16:48:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 16:48:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,729,1363132800"; d="scan'208";a="4910741" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 16:48:19 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 17:48:17 +0100 Message-ID: <519E4850.1090305@citrix.com> Date: Thu, 23 May 2013 18:48:16 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Outback Dingo References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> In-Reply-To: X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23/05/13 18:30, Outback Dingo wrote: > = > = > = > On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 > wrote: > = > On 23/05/13 14:57, Jeroen van der Ham wrote: > > Hi, > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 > wrote: > >> Right now the code is in a state where it can be tested by users, > so we > >> would like to encourage FreeBSD and Xen users to test it and provi= de > >> feedback. > > > > I've just been able to install it on a VPS using the latest > pvhvm_v9 branch. > = > The branch pvhvm_v9 contains an initial implementation of PV IPIs for > amd64. I've now finished it and I'm going to port it to i386 also, and > push a new branch to the repository. > = > > This is good news, because the system I had before actually had > trouble with the HVM kernel from 9.1 [0]. > > > > I'm going to leave this running for a while and do some more tests > on it. > > > > Jeroen. > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > = > I built the rev_9 branch on a XCP host and rebooted, however I am seeing > = > on boot after ugen0.2: at usbus0 > = > run_interrupt_driven_hooks: still waiting after 60 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 120 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 180 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 240 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 300 seconds for > xenbus_nop_confighook_cb > panic: run_interrupt_driven_confighooks: waited too long > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > db> >From what I've read on the list, it seems like you cannot boot the PVHVM kernel if you have a cdrom attached to the guest, could you try disabling the cdrom and booting again? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 16:49:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 16:49: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 1UfYgg-0007sY-At; Thu, 23 May 2013 16:48:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYge-0007s6-A1; Thu, 23 May 2013 16:48:20 +0000 Received: from [193.109.254.147:28540] by server-1.bemta-14.messagelabs.com id 53/1B-06919-3584E915; Thu, 23 May 2013 16:48:19 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369327698!8826763!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 684 invoked from network); 23 May 2013 16:48:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 16:48:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,729,1363132800"; d="scan'208";a="4910741" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 16:48:19 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 17:48:17 +0100 Message-ID: <519E4850.1090305@citrix.com> Date: Thu, 23 May 2013 18:48:16 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Outback Dingo References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> In-Reply-To: X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23/05/13 18:30, Outback Dingo wrote: > = > = > = > On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 > wrote: > = > On 23/05/13 14:57, Jeroen van der Ham wrote: > > Hi, > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 > wrote: > >> Right now the code is in a state where it can be tested by users, > so we > >> would like to encourage FreeBSD and Xen users to test it and provi= de > >> feedback. > > > > I've just been able to install it on a VPS using the latest > pvhvm_v9 branch. > = > The branch pvhvm_v9 contains an initial implementation of PV IPIs for > amd64. I've now finished it and I'm going to port it to i386 also, and > push a new branch to the repository. > = > > This is good news, because the system I had before actually had > trouble with the HVM kernel from 9.1 [0]. > > > > I'm going to leave this running for a while and do some more tests > on it. > > > > Jeroen. > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > = > I built the rev_9 branch on a XCP host and rebooted, however I am seeing > = > on boot after ugen0.2: at usbus0 > = > run_interrupt_driven_hooks: still waiting after 60 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 120 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 180 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 240 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 300 seconds for > xenbus_nop_confighook_cb > panic: run_interrupt_driven_confighooks: waited too long > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > db> >From what I've read on the list, it seems like you cannot boot the PVHVM kernel if you have a cdrom attached to the guest, could you try disabling the cdrom and booting again? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 17:20:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAc-0000ab-FE; Thu, 23 May 2013 17:19:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYge-0007s7-Kw; Thu, 23 May 2013 16:48:20 +0000 Received: from [85.158.139.211:20056] by server-15.bemta-5.messagelabs.com id 63/7B-31797-3584E915; Thu, 23 May 2013 16:48:19 +0000 X-Env-Sender: pluknet@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369327696!18288667!1 X-Originating-IP: [209.85.212.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2678 invoked from network); 23 May 2013 16:48:17 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 16:48:17 -0000 Received: by mail-vb0-f45.google.com with SMTP id 12so2344245vbf.18 for ; Thu, 23 May 2013 09:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=COq5YYK3tAFybQ7cwhh3/QQfTD+5j28+uLT47JpR5co=; b=GJs89rxhuGIuGnvF2sRJfvsHTD9fQzBsDm9koYa9d+xRzU6DbnDTxOuJounSUeXbqM u7cg19+QlhGPi/ys8W/LsBJNjkKrizq31cxAFIRrwmWfWnurtqjmYl28Nh8/WAz36KYN jqCnqjp/rsBS8UIpAnnjZI1tLsx+U35KC9Evc5S2Ynu0S/ydhgGOK8egxrB1UK+cikEF LjBtNyS8WpbuGla93uIO95uykga6Z6323n65YJ/m3zQWTk8rZbY/QiYw3JmOUyu+M2mD iYyY026zytSDuhL1mJ2gsZ/YtM4sWYFpay6odRmkDZjaw+FX6m3BHHeIXH0LwkFSb/RT lwiw== MIME-Version: 1.0 X-Received: by 10.52.156.65 with SMTP id wc1mr1960932vdb.10.1369327696119; Thu, 23 May 2013 09:48:16 -0700 (PDT) Received: by 10.52.109.196 with HTTP; Thu, 23 May 2013 09:48:15 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 20:48:15 +0400 Message-ID: From: Sergey Kandaurov To: Outback Dingo X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23 May 2013 20:30, Outback Dingo wrote: > On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 = wrote: > >> On 23/05/13 14:57, Jeroen van der Ham wrote: >> > Hi, >> > >> > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wro= te: >> >> Right now the code is in a state where it can be tested by users, so = we >> >> would like to encourage FreeBSD and Xen users to test it and provide >> >> feedback. >> > >> > I've just been able to install it on a VPS using the latest pvhvm_v9 >> branch. >> >> The branch pvhvm_v9 contains an initial implementation of PV IPIs for >> amd64. I've now finished it and I'm going to port it to i386 also, and >> push a new branch to the repository. >> >> > This is good news, because the system I had before actually had trouble >> with the HVM kernel from 9.1 [0]. >> > >> > I'm going to leave this running for a while and do some more tests on = it. >> > >> > Jeroen. >> > >> > >> > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >> > >> >> I built the rev_9 branch on a XCP host and rebooted, however I am seeing > > on boot after ugen0.2: at usbus0 > > run_interrupt_driven_hooks: still waiting after 60 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 120 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 180 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 240 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 300 seconds for > xenbus_nop_confighook_cb > panic: run_interrupt_driven_confighooks: waited too long > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > db> Can you recheck this on stock HEAD? >From your description this looks like a rather old bug seen with 8.2 or above and XCP (referenced in PR kern/164630). You can trigger it when e.g. booting with empty cdrom. -- = wbr, pluknet _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 17:20:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAc-0000ab-FE; Thu, 23 May 2013 17:19:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYge-0007s7-Kw; Thu, 23 May 2013 16:48:20 +0000 Received: from [85.158.139.211:20056] by server-15.bemta-5.messagelabs.com id 63/7B-31797-3584E915; Thu, 23 May 2013 16:48:19 +0000 X-Env-Sender: pluknet@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369327696!18288667!1 X-Originating-IP: [209.85.212.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2678 invoked from network); 23 May 2013 16:48:17 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 16:48:17 -0000 Received: by mail-vb0-f45.google.com with SMTP id 12so2344245vbf.18 for ; Thu, 23 May 2013 09:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=COq5YYK3tAFybQ7cwhh3/QQfTD+5j28+uLT47JpR5co=; b=GJs89rxhuGIuGnvF2sRJfvsHTD9fQzBsDm9koYa9d+xRzU6DbnDTxOuJounSUeXbqM u7cg19+QlhGPi/ys8W/LsBJNjkKrizq31cxAFIRrwmWfWnurtqjmYl28Nh8/WAz36KYN jqCnqjp/rsBS8UIpAnnjZI1tLsx+U35KC9Evc5S2Ynu0S/ydhgGOK8egxrB1UK+cikEF LjBtNyS8WpbuGla93uIO95uykga6Z6323n65YJ/m3zQWTk8rZbY/QiYw3JmOUyu+M2mD iYyY026zytSDuhL1mJ2gsZ/YtM4sWYFpay6odRmkDZjaw+FX6m3BHHeIXH0LwkFSb/RT lwiw== MIME-Version: 1.0 X-Received: by 10.52.156.65 with SMTP id wc1mr1960932vdb.10.1369327696119; Thu, 23 May 2013 09:48:16 -0700 (PDT) Received: by 10.52.109.196 with HTTP; Thu, 23 May 2013 09:48:15 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 20:48:15 +0400 Message-ID: From: Sergey Kandaurov To: Outback Dingo X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 23 May 2013 20:30, Outback Dingo wrote: > On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 = wrote: > >> On 23/05/13 14:57, Jeroen van der Ham wrote: >> > Hi, >> > >> > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wro= te: >> >> Right now the code is in a state where it can be tested by users, so = we >> >> would like to encourage FreeBSD and Xen users to test it and provide >> >> feedback. >> > >> > I've just been able to install it on a VPS using the latest pvhvm_v9 >> branch. >> >> The branch pvhvm_v9 contains an initial implementation of PV IPIs for >> amd64. I've now finished it and I'm going to port it to i386 also, and >> push a new branch to the repository. >> >> > This is good news, because the system I had before actually had trouble >> with the HVM kernel from 9.1 [0]. >> > >> > I'm going to leave this running for a while and do some more tests on = it. >> > >> > Jeroen. >> > >> > >> > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >> > >> >> I built the rev_9 branch on a XCP host and rebooted, however I am seeing > > on boot after ugen0.2: at usbus0 > > run_interrupt_driven_hooks: still waiting after 60 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 120 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 180 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 240 seconds for > xenbus_nop_confighook_cb > run_interrupt_driven_hooks: still waiting after 300 seconds for > xenbus_nop_confighook_cb > panic: run_interrupt_driven_confighooks: waited too long > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > db> Can you recheck this on stock HEAD? >From your description this looks like a rather old bug seen with 8.2 or above and XCP (referenced in PR kern/164630). You can trigger it when e.g. booting with empty cdrom. -- = wbr, pluknet _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 17:20:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAd-0000au-51; Thu, 23 May 2013 17:19:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYue-0008N6-WA; Thu, 23 May 2013 17:02:49 +0000 Received: from [85.158.139.83:56601] by server-1.bemta-5.messagelabs.com id BB/CA-01720-8BB4E915; Thu, 23 May 2013 17:02:48 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1369328565!26047106!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30970 invoked from network); 23 May 2013 17:02:46 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 17:02:46 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so4697387oag.22 for ; Thu, 23 May 2013 10:02:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CcRCuFP4GqI7hGlrLM4M1EoyyrLIubMpnUL6F/qymN0=; b=khTFc34V1opL/dtac3oEkekdRXL7zZmArrN8kkBr1kSEda6mjCZQRX1lSc2h+jELDM iAPXIXViz1MczEgPJBKuuspbg/WzZ0XkWIMv9NaNgBPaovWwu/2jsxEVTm0c2lBZvXcz pVpHNvgyKdlYrAKwvMykz2IKz/1DggsekfVdH978iDRswNjgtayuwdj7+knSEyzePyD5 02uE+A0qwRBZAoXgMmekoR2wYcqYl9M0y5RmTFU+dsta/aspFPR+HOo1VtoirW2jtYP1 Vh+6i3i6srA4J+6S5Rn/NBrEdl7+0O/2MwmvNho5VKSoGk1RVwFYLZB9GM3bi/ADP0Ln mx1w== MIME-Version: 1.0 X-Received: by 10.60.93.67 with SMTP id cs3mr8729773oeb.88.1369328565214; Thu, 23 May 2013 10:02:45 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 10:02:45 -0700 (PDT) In-Reply-To: <519E4850.1090305@citrix.com> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> Date: Thu, 23 May 2013 13:02:45 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6676783360569868776==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6676783360569868776== Content-Type: multipart/alternative; boundary=047d7b33d176b5e85904dd65a62b --047d7b33d176b5e85904dd65a62b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 w= rote: > On 23/05/13 18:30, Outback Dingo wrote: > > > > > > > > On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 > > wrote: > > > > On 23/05/13 14:57, Jeroen van der Ham wrote: > > > Hi, > > > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 > > wrote: > > >> Right now the code is in a state where it can be tested by users= , > > so we > > >> would like to encourage FreeBSD and Xen users to test it and > provide > > >> feedback. > > > > > > I've just been able to install it on a VPS using the latest > > pvhvm_v9 branch. > > > > The branch pvhvm_v9 contains an initial implementation of PV IPIs f= or > > amd64. I've now finished it and I'm going to port it to i386 also, > and > > push a new branch to the repository. > > > > > This is good news, because the system I had before actually had > > trouble with the HVM kernel from 9.1 [0]. > > > > > > I'm going to leave this running for a while and do some more test= s > > on it. > > > > > > Jeroen. > > > > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > > > > > I built the rev_9 branch on a XCP host and rebooted, however I am seein= g > > > > on boot after ugen0.2: at usbus0 > > > > run_interrupt_driven_hooks: still waiting after 60 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 120 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 180 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 240 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 300 seconds for > > xenbus_nop_confighook_cb > > panic: run_interrupt_driven_confighooks: waited too long > > cpuid =3D 0 > > KDB: enter: panic > > [ thread pid 0 tid 100000 ] > > Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > > db> > > From what I've read on the list, it seems like you cannot boot the PVHVM > kernel if you have a cdrom attached to the guest, could you try > disabling the cdrom and booting again? > > great how does one go about disabling the cdrom, i get some disk parameters needs to be removed from the vm template before boot --047d7b33d176b5e85904dd65a62b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 <roger.pau@= citrix.com> wrote:
On 23/05/13 18:30, Outback= Dingo wrote:
>
>
>
> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@citrix.com
> <mailto:roger.pau@citrix.com>> wrote:
>
> =A0 =A0 On 23/05/13 14:57, Jeroen van der Ham wrote:
> =A0 =A0 > Hi,
> =A0 =A0 >
> =A0 =A0 > On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com
> =A0 =A0 <mailto:roger.pau@citrix.com>> wrote:
> =A0 =A0 >> Right now the code is in a state where it can be test= ed by users,
> =A0 =A0 so we
> =A0 =A0 >> would like to encourage FreeBSD and Xen users to test= it and provide
> =A0 =A0 >> feedback.
> =A0 =A0 >
> =A0 =A0 > I've just been able to install it on a VPS using the = latest
> =A0 =A0 pvhvm_v9 branch.
>
> =A0 =A0 The branch pvhvm_v9 contains an initial implementation of PV I= PIs for
> =A0 =A0 amd64. I've now finished it and I'm going to port it t= o i386 also, and
> =A0 =A0 push a new branch to the repository.
>
> =A0 =A0 > This is good news, because the system I had before actual= ly had
> =A0 =A0 trouble with the HVM kernel from 9.1 [0].
> =A0 =A0 >
> =A0 =A0 > I'm going to leave this running for a while and do so= me more tests
> =A0 =A0 on it.
> =A0 =A0 >
> =A0 =A0 > Jeroen.
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D= 175822
> =A0 =A0 >
>
> I built the rev_9 branch on a XCP host and rebooted, however I am seei= ng
>
> on boot after ugen0.2: <QEMU 0.10.2> at usbus0
>
> run_interrupt_driven_hooks: still waiting after 60 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 120 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 180 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 240 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 300 seconds for
> xenbus_nop_confighook_cb
> panic: run_interrupt_driven_confighooks: waited too long
> cpuid =3D 0
> KDB: enter: panic
> [ thread pid 0 tid 100000 ]
> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip)
> db>

From what I've read on the list, it seems like you cannot b= oot the PVHVM
kernel if you have a cdrom attached to the guest, could you try
disabling the cdrom and booting again?


great how does one go about disa= bling the cdrom, i get some disk parameters needs to be removed from the vm= template before boot=A0

--047d7b33d176b5e85904dd65a62b-- --===============6676783360569868776== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6676783360569868776==-- From xen-users-bounces@lists.xen.org Thu May 23 17:20:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAd-0000au-51; Thu, 23 May 2013 17:19:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYue-0008N6-WA; Thu, 23 May 2013 17:02:49 +0000 Received: from [85.158.139.83:56601] by server-1.bemta-5.messagelabs.com id BB/CA-01720-8BB4E915; Thu, 23 May 2013 17:02:48 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1369328565!26047106!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30970 invoked from network); 23 May 2013 17:02:46 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 17:02:46 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so4697387oag.22 for ; Thu, 23 May 2013 10:02:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CcRCuFP4GqI7hGlrLM4M1EoyyrLIubMpnUL6F/qymN0=; b=khTFc34V1opL/dtac3oEkekdRXL7zZmArrN8kkBr1kSEda6mjCZQRX1lSc2h+jELDM iAPXIXViz1MczEgPJBKuuspbg/WzZ0XkWIMv9NaNgBPaovWwu/2jsxEVTm0c2lBZvXcz pVpHNvgyKdlYrAKwvMykz2IKz/1DggsekfVdH978iDRswNjgtayuwdj7+knSEyzePyD5 02uE+A0qwRBZAoXgMmekoR2wYcqYl9M0y5RmTFU+dsta/aspFPR+HOo1VtoirW2jtYP1 Vh+6i3i6srA4J+6S5Rn/NBrEdl7+0O/2MwmvNho5VKSoGk1RVwFYLZB9GM3bi/ADP0Ln mx1w== MIME-Version: 1.0 X-Received: by 10.60.93.67 with SMTP id cs3mr8729773oeb.88.1369328565214; Thu, 23 May 2013 10:02:45 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 10:02:45 -0700 (PDT) In-Reply-To: <519E4850.1090305@citrix.com> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> Date: Thu, 23 May 2013 13:02:45 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6676783360569868776==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6676783360569868776== Content-Type: multipart/alternative; boundary=047d7b33d176b5e85904dd65a62b --047d7b33d176b5e85904dd65a62b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 w= rote: > On 23/05/13 18:30, Outback Dingo wrote: > > > > > > > > On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 > > wrote: > > > > On 23/05/13 14:57, Jeroen van der Ham wrote: > > > Hi, > > > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 > > wrote: > > >> Right now the code is in a state where it can be tested by users= , > > so we > > >> would like to encourage FreeBSD and Xen users to test it and > provide > > >> feedback. > > > > > > I've just been able to install it on a VPS using the latest > > pvhvm_v9 branch. > > > > The branch pvhvm_v9 contains an initial implementation of PV IPIs f= or > > amd64. I've now finished it and I'm going to port it to i386 also, > and > > push a new branch to the repository. > > > > > This is good news, because the system I had before actually had > > trouble with the HVM kernel from 9.1 [0]. > > > > > > I'm going to leave this running for a while and do some more test= s > > on it. > > > > > > Jeroen. > > > > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > > > > > I built the rev_9 branch on a XCP host and rebooted, however I am seein= g > > > > on boot after ugen0.2: at usbus0 > > > > run_interrupt_driven_hooks: still waiting after 60 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 120 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 180 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 240 seconds for > > xenbus_nop_confighook_cb > > run_interrupt_driven_hooks: still waiting after 300 seconds for > > xenbus_nop_confighook_cb > > panic: run_interrupt_driven_confighooks: waited too long > > cpuid =3D 0 > > KDB: enter: panic > > [ thread pid 0 tid 100000 ] > > Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > > db> > > From what I've read on the list, it seems like you cannot boot the PVHVM > kernel if you have a cdrom attached to the guest, could you try > disabling the cdrom and booting again? > > great how does one go about disabling the cdrom, i get some disk parameters needs to be removed from the vm template before boot --047d7b33d176b5e85904dd65a62b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 <roger.pau@= citrix.com> wrote:
On 23/05/13 18:30, Outback= Dingo wrote:
>
>
>
> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@citrix.com
> <mailto:roger.pau@citrix.com>> wrote:
>
> =A0 =A0 On 23/05/13 14:57, Jeroen van der Ham wrote:
> =A0 =A0 > Hi,
> =A0 =A0 >
> =A0 =A0 > On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com
> =A0 =A0 <mailto:roger.pau@citrix.com>> wrote:
> =A0 =A0 >> Right now the code is in a state where it can be test= ed by users,
> =A0 =A0 so we
> =A0 =A0 >> would like to encourage FreeBSD and Xen users to test= it and provide
> =A0 =A0 >> feedback.
> =A0 =A0 >
> =A0 =A0 > I've just been able to install it on a VPS using the = latest
> =A0 =A0 pvhvm_v9 branch.
>
> =A0 =A0 The branch pvhvm_v9 contains an initial implementation of PV I= PIs for
> =A0 =A0 amd64. I've now finished it and I'm going to port it t= o i386 also, and
> =A0 =A0 push a new branch to the repository.
>
> =A0 =A0 > This is good news, because the system I had before actual= ly had
> =A0 =A0 trouble with the HVM kernel from 9.1 [0].
> =A0 =A0 >
> =A0 =A0 > I'm going to leave this running for a while and do so= me more tests
> =A0 =A0 on it.
> =A0 =A0 >
> =A0 =A0 > Jeroen.
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D= 175822
> =A0 =A0 >
>
> I built the rev_9 branch on a XCP host and rebooted, however I am seei= ng
>
> on boot after ugen0.2: <QEMU 0.10.2> at usbus0
>
> run_interrupt_driven_hooks: still waiting after 60 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 120 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 180 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 240 seconds for
> xenbus_nop_confighook_cb
> run_interrupt_driven_hooks: still waiting after 300 seconds for
> xenbus_nop_confighook_cb
> panic: run_interrupt_driven_confighooks: waited too long
> cpuid =3D 0
> KDB: enter: panic
> [ thread pid 0 tid 100000 ]
> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip)
> db>

From what I've read on the list, it seems like you cannot b= oot the PVHVM
kernel if you have a cdrom attached to the guest, could you try
disabling the cdrom and booting again?


great how does one go about disa= bling the cdrom, i get some disk parameters needs to be removed from the vm= template before boot=A0

--047d7b33d176b5e85904dd65a62b-- --===============6676783360569868776== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6676783360569868776==-- From xen-users-bounces@lists.xen.org Thu May 23 17:20:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAb-0000aI-7U; Thu, 23 May 2013 17:19:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfX2A-0005ee-1W; Thu, 23 May 2013 15:02:26 +0000 Received: from [85.158.139.211:39943] by server-2.bemta-5.messagelabs.com id DB/9F-26552-18F2E915; Thu, 23 May 2013 15:02:25 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1369321342!17861390!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29992 invoked from network); 23 May 2013 15:02:24 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 15:02:24 -0000 Received: by mail-ob0-f182.google.com with SMTP id va2so4023740obc.27 for ; Thu, 23 May 2013 08:02:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dBaNkOyQR/sOztNDdpdvUTT0wgCsBQkrbzQFb+yii88=; b=cDBPAdcM8mpuvMYeBJb7ZT7H9y02DIlkCnV5zacrwqROdpcEF+USmWo32jr9Nb8jiJ iijHfFNdB1bKvIWWV+/LqkPP5n0VWtRUOnEpkImzTcK5swDkYJ0/tfXCuyPdFpk+YNUH LXnknat8TQ+rm8R4RD+oZj09rz7/HQKY3OJh3QoWBIHvhYSuKSxoY4pIof6YG1kTGL5I IWQ5OABmiiFDVbSQ2mzxWLxYrc1SEW1/azXIly9E0aBpfGbhLVIt3pdQW4Tde98aGEeW ZD5nTvtsMmWRmg9uvFc6tNQXpsPyf5KUV9EDFpDK84Uv0lmo0mJkxIMzb1MhdQki2HKS g8Pw== MIME-Version: 1.0 X-Received: by 10.182.65.100 with SMTP id w4mr6523072obs.70.1369321342346; Thu, 23 May 2013 08:02:22 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 08:02:21 -0700 (PDT) In-Reply-To: <519E1AA6.2060808@citrix.com> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 11:02:21 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7521884968090024650==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7521884968090024650== Content-Type: multipart/alternative; boundary=089e0153894c31ac7104dd63f814 --089e0153894c31ac7104dd63f814 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 wr= ote: > On 23/05/13 14:57, Jeroen van der Ham wrote: > > Hi, > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrot= e: > >> Right now the code is in a state where it can be tested by users, so w= e > >> would like to encourage FreeBSD and Xen users to test it and provide > >> feedback. > > > > I've just been able to install it on a VPS using the latest pvhvm_v9 > branch. > > The branch pvhvm_v9 contains an initial implementation of PV IPIs for > amd64. I've now finished it and I'm going to port it to i386 also, and > push a new branch to the repository. > curious as the from what rev you guys forked your XENPVM work from HEAD, so i can assure Ive not lost some fixes, new commits from upstream > > > This is good news, because the system I had before actually had trouble > with the HVM kernel from 9.1 [0]. > > > > I'm going to leave this running for a while and do some more tests on i= t. > > > > Jeroen. > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --089e0153894c31ac7104dd63f814 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
On 23/05/13 14:57, Jeroen = van der Ham wrote:
> Hi,
>
> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
>> Right now the code is in a state where it can be tested by users, = so we
>> would like to encourage FreeBSD and Xen users to test it and provi= de
>> feedback.
>
> I've just been able to install it on a VPS using the latest pvhvm_= v9 branch.

The branch pvhvm_v9 contains an initial implementation of PV IPIs for=
amd64. I've now finished it and I'm going to port it to i386 also, = and
push a new branch to the repository.

curious as the from what rev you guys forked your XENPVM= work from HEAD, so i can assure
Ive not lost some fixes, n= ew commits from upstream
=A0

> This is good news, because the system I had before actually had troubl= e with the HVM kernel from 9.1 [0].
>
> I'm going to leave this running for a while and do some more tests= on it.
>
> Jeroen.
>
>
> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >

_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--089e0153894c31ac7104dd63f814-- --===============7521884968090024650== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7521884968090024650==-- From xen-users-bounces@lists.xen.org Thu May 23 17:20:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAb-0000aI-7U; Thu, 23 May 2013 17:19:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfX2A-0005ee-1W; Thu, 23 May 2013 15:02:26 +0000 Received: from [85.158.139.211:39943] by server-2.bemta-5.messagelabs.com id DB/9F-26552-18F2E915; Thu, 23 May 2013 15:02:25 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1369321342!17861390!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29992 invoked from network); 23 May 2013 15:02:24 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 15:02:24 -0000 Received: by mail-ob0-f182.google.com with SMTP id va2so4023740obc.27 for ; Thu, 23 May 2013 08:02:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dBaNkOyQR/sOztNDdpdvUTT0wgCsBQkrbzQFb+yii88=; b=cDBPAdcM8mpuvMYeBJb7ZT7H9y02DIlkCnV5zacrwqROdpcEF+USmWo32jr9Nb8jiJ iijHfFNdB1bKvIWWV+/LqkPP5n0VWtRUOnEpkImzTcK5swDkYJ0/tfXCuyPdFpk+YNUH LXnknat8TQ+rm8R4RD+oZj09rz7/HQKY3OJh3QoWBIHvhYSuKSxoY4pIof6YG1kTGL5I IWQ5OABmiiFDVbSQ2mzxWLxYrc1SEW1/azXIly9E0aBpfGbhLVIt3pdQW4Tde98aGEeW ZD5nTvtsMmWRmg9uvFc6tNQXpsPyf5KUV9EDFpDK84Uv0lmo0mJkxIMzb1MhdQki2HKS g8Pw== MIME-Version: 1.0 X-Received: by 10.182.65.100 with SMTP id w4mr6523072obs.70.1369321342346; Thu, 23 May 2013 08:02:22 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 08:02:21 -0700 (PDT) In-Reply-To: <519E1AA6.2060808@citrix.com> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 11:02:21 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7521884968090024650==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7521884968090024650== Content-Type: multipart/alternative; boundary=089e0153894c31ac7104dd63f814 --089e0153894c31ac7104dd63f814 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 wr= ote: > On 23/05/13 14:57, Jeroen van der Ham wrote: > > Hi, > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrot= e: > >> Right now the code is in a state where it can be tested by users, so w= e > >> would like to encourage FreeBSD and Xen users to test it and provide > >> feedback. > > > > I've just been able to install it on a VPS using the latest pvhvm_v9 > branch. > > The branch pvhvm_v9 contains an initial implementation of PV IPIs for > amd64. I've now finished it and I'm going to port it to i386 also, and > push a new branch to the repository. > curious as the from what rev you guys forked your XENPVM work from HEAD, so i can assure Ive not lost some fixes, new commits from upstream > > > This is good news, because the system I had before actually had trouble > with the HVM kernel from 9.1 [0]. > > > > I'm going to leave this running for a while and do some more tests on i= t. > > > > Jeroen. > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --089e0153894c31ac7104dd63f814 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
On 23/05/13 14:57, Jeroen = van der Ham wrote:
> Hi,
>
> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
>> Right now the code is in a state where it can be tested by users, = so we
>> would like to encourage FreeBSD and Xen users to test it and provi= de
>> feedback.
>
> I've just been able to install it on a VPS using the latest pvhvm_= v9 branch.

The branch pvhvm_v9 contains an initial implementation of PV IPIs for=
amd64. I've now finished it and I'm going to port it to i386 also, = and
push a new branch to the repository.

curious as the from what rev you guys forked your XENPVM= work from HEAD, so i can assure
Ive not lost some fixes, n= ew commits from upstream
=A0

> This is good news, because the system I had before actually had troubl= e with the HVM kernel from 9.1 [0].
>
> I'm going to leave this running for a while and do some more tests= on it.
>
> Jeroen.
>
>
> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >

_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--089e0153894c31ac7104dd63f814-- --===============7521884968090024650== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7521884968090024650==-- From xen-users-bounces@lists.xen.org Thu May 23 17:20:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAb-0000aR-RD; Thu, 23 May 2013 17:19:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYPZ-0007PN-2Z; Thu, 23 May 2013 16:30:41 +0000 Received: from [193.109.254.147:25767] by server-11.bemta-14.messagelabs.com id 1B/76-09099-0344E915; Thu, 23 May 2013 16:30:40 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369326633!8824939!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9738 invoked from network); 23 May 2013 16:30:35 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 16:30:35 -0000 Received: by mail-oa0-f45.google.com with SMTP id j6so4635677oag.4 for ; Thu, 23 May 2013 09:30:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q/Th8dxC64WNgD2eq0dL4k56EtWOsjmKNW3K2ukeTTU=; b=gZ4XlE6P3r+LTAzW8fxZOHLcbRu5+Jwh9OSCNcjPPlYpolJpi4Tn2tHtPRf4I7wfSM 7coybzRtqg46QWCkyjKVqouI3h/ZuK7JcNTFADJCJpWUDvz9WguZC79H56tpwg34b6HF hZH+Yc+ec5k4Yp94vYwzLhhKeJAGx6WcXfIrVHtMgVhZsZ2015I4JmK4z/9KGGtM2xBL 9zPvgtjxLpRE+hjo05C2zo6j1CjiURtccqF75We1xfraR4hLxAUFljVylmJslbfGcf7A loEXBijC9jNAMoTS5XIW4kHGz828429KxHfFsYYawYtRxtxMk2IxrRuTQK9aPLK/CN/L z2UA== MIME-Version: 1.0 X-Received: by 10.60.121.2 with SMTP id lg2mr9081588oeb.89.1369326632706; Thu, 23 May 2013 09:30:32 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 09:30:32 -0700 (PDT) In-Reply-To: <519E1AA6.2060808@citrix.com> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 12:30:32 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7227512639990138615==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7227512639990138615== Content-Type: multipart/alternative; boundary=047d7b33d0b6862e8704dd653381 --047d7b33d0b6862e8704dd653381 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 wr= ote: > On 23/05/13 14:57, Jeroen van der Ham wrote: > > Hi, > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrot= e: > >> Right now the code is in a state where it can be tested by users, so w= e > >> would like to encourage FreeBSD and Xen users to test it and provide > >> feedback. > > > > I've just been able to install it on a VPS using the latest pvhvm_v9 > branch. > > The branch pvhvm_v9 contains an initial implementation of PV IPIs for > amd64. I've now finished it and I'm going to port it to i386 also, and > push a new branch to the repository. > > > This is good news, because the system I had before actually had trouble > with the HVM kernel from 9.1 [0]. > > > > I'm going to leave this running for a while and do some more tests on i= t. > > > > Jeroen. > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > > I built the rev_9 branch on a XCP host and rebooted, however I am seeing on boot after ugen0.2: at usbus0 run_interrupt_driven_hooks: still waiting after 60 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 120 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 180 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 240 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 300 seconds for xenbus_nop_confighook_cb panic: run_interrupt_driven_confighooks: waited too long cpuid =3D 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) db> _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --047d7b33d0b6862e8704dd653381 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
On 23/05/13 14:57, Jeroen van der Ham wr= ote:
> Hi,
>
> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
>> Right now the code is in a state where it can be tested by users, = so we
>> would like to encourage FreeBSD and Xen users to test it and provi= de
>> feedback.
>
> I've just been able to install it on a VPS using the latest pvhvm_= v9 branch.

The branch pvhvm_v9 contains an initial implementation of PV IPIs for=
amd64. I've now finished it and I'm going to port it to i386 also, = and
push a new branch to the repository.

> This is good news, because the system I had before actually had troubl= e with the HVM kernel from 9.1 [0].
>
> I'm going to leave this running for a while and do some more tests= on it.
>
> Jeroen.
>
>
> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >

I built the rev_9 branch on a XCP h= ost and rebooted, however I am seeing

= on boot after ugen0.2: <QEMU 0.10.2> at usbus0

run_interrupt_driven_hooks: still waiting after 60 seconds= for xenbus_nop_confighook_cb
run_interrupt_driven_hooks: still w= aiting after 120 seconds for xenbus_nop_confighook_cb
run_interru= pt_driven_hooks: still waiting after 180 seconds for xenbus_nop_confighook_= cb
run_interrupt_driven_hooks: still waiting after 240 seconds for = xenbus_nop_confighook_cb
run_interrupt_driven_hooks: still wa= iting after 300 seconds for xenbus_nop_confighook_cb
panic: run_interrupt_driven_confighooks: waited too long
cp= uid =3D 0
KDB: enter: panic
[ thread pid 0 = tid 100000 ]
Stropped at kdb_enter +0x3b: movq $0,0xad6522(= %rip)
db>



<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;pa= dding-left:1ex">
_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--047d7b33d0b6862e8704dd653381-- --===============7227512639990138615== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7227512639990138615==-- From xen-users-bounces@lists.xen.org Thu May 23 17:20:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAb-0000aR-RD; Thu, 23 May 2013 17:19:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfYPZ-0007PN-2Z; Thu, 23 May 2013 16:30:41 +0000 Received: from [193.109.254.147:25767] by server-11.bemta-14.messagelabs.com id 1B/76-09099-0344E915; Thu, 23 May 2013 16:30:40 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1369326633!8824939!1 X-Originating-IP: [209.85.219.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9738 invoked from network); 23 May 2013 16:30:35 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 16:30:35 -0000 Received: by mail-oa0-f45.google.com with SMTP id j6so4635677oag.4 for ; Thu, 23 May 2013 09:30:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q/Th8dxC64WNgD2eq0dL4k56EtWOsjmKNW3K2ukeTTU=; b=gZ4XlE6P3r+LTAzW8fxZOHLcbRu5+Jwh9OSCNcjPPlYpolJpi4Tn2tHtPRf4I7wfSM 7coybzRtqg46QWCkyjKVqouI3h/ZuK7JcNTFADJCJpWUDvz9WguZC79H56tpwg34b6HF hZH+Yc+ec5k4Yp94vYwzLhhKeJAGx6WcXfIrVHtMgVhZsZ2015I4JmK4z/9KGGtM2xBL 9zPvgtjxLpRE+hjo05C2zo6j1CjiURtccqF75We1xfraR4hLxAUFljVylmJslbfGcf7A loEXBijC9jNAMoTS5XIW4kHGz828429KxHfFsYYawYtRxtxMk2IxrRuTQK9aPLK/CN/L z2UA== MIME-Version: 1.0 X-Received: by 10.60.121.2 with SMTP id lg2mr9081588oeb.89.1369326632706; Thu, 23 May 2013 09:30:32 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 09:30:32 -0700 (PDT) In-Reply-To: <519E1AA6.2060808@citrix.com> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> Date: Thu, 23 May 2013 12:30:32 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7227512639990138615==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7227512639990138615== Content-Type: multipart/alternative; boundary=047d7b33d0b6862e8704dd653381 --047d7b33d0b6862e8704dd653381 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 wr= ote: > On 23/05/13 14:57, Jeroen van der Ham wrote: > > Hi, > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrot= e: > >> Right now the code is in a state where it can be tested by users, so w= e > >> would like to encourage FreeBSD and Xen users to test it and provide > >> feedback. > > > > I've just been able to install it on a VPS using the latest pvhvm_v9 > branch. > > The branch pvhvm_v9 contains an initial implementation of PV IPIs for > amd64. I've now finished it and I'm going to port it to i386 also, and > push a new branch to the repository. > > > This is good news, because the system I had before actually had trouble > with the HVM kernel from 9.1 [0]. > > > > I'm going to leave this running for a while and do some more tests on i= t. > > > > Jeroen. > > > > > > [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > > > > I built the rev_9 branch on a XCP host and rebooted, however I am seeing on boot after ugen0.2: at usbus0 run_interrupt_driven_hooks: still waiting after 60 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 120 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 180 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 240 seconds for xenbus_nop_confighook_cb run_interrupt_driven_hooks: still waiting after 300 seconds for xenbus_nop_confighook_cb panic: run_interrupt_driven_confighooks: waited too long cpuid =3D 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) db> _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --047d7b33d0b6862e8704dd653381 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
On 23/05/13 14:57, Jeroen van der Ham wr= ote:
> Hi,
>
> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
>> Right now the code is in a state where it can be tested by users, = so we
>> would like to encourage FreeBSD and Xen users to test it and provi= de
>> feedback.
>
> I've just been able to install it on a VPS using the latest pvhvm_= v9 branch.

The branch pvhvm_v9 contains an initial implementation of PV IPIs for=
amd64. I've now finished it and I'm going to port it to i386 also, = and
push a new branch to the repository.

> This is good news, because the system I had before actually had troubl= e with the HVM kernel from 9.1 [0].
>
> I'm going to leave this running for a while and do some more tests= on it.
>
> Jeroen.
>
>
> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >

I built the rev_9 branch on a XCP h= ost and rebooted, however I am seeing

= on boot after ugen0.2: <QEMU 0.10.2> at usbus0

run_interrupt_driven_hooks: still waiting after 60 seconds= for xenbus_nop_confighook_cb
run_interrupt_driven_hooks: still w= aiting after 120 seconds for xenbus_nop_confighook_cb
run_interru= pt_driven_hooks: still waiting after 180 seconds for xenbus_nop_confighook_= cb
run_interrupt_driven_hooks: still waiting after 240 seconds for = xenbus_nop_confighook_cb
run_interrupt_driven_hooks: still wa= iting after 300 seconds for xenbus_nop_confighook_cb
panic: run_interrupt_driven_confighooks: waited too long
cp= uid =3D 0
KDB: enter: panic
[ thread pid 0 = tid 100000 ]
Stropped at kdb_enter +0x3b: movq $0,0xad6522(= %rip)
db>



<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;pa= dding-left:1ex">
_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--047d7b33d0b6862e8704dd653381-- --===============7227512639990138615== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7227512639990138615==-- From xen-users-bounces@lists.xen.org Thu May 23 17:20:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAa-0000a9-Kp; Thu, 23 May 2013 17:19:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVRr-0007fp-Jq; Thu, 23 May 2013 13:20:51 +0000 Received: from [85.158.139.211:6808] by server-4.bemta-5.messagelabs.com id 78/D2-12332-2B71E915; Thu, 23 May 2013 13:20:50 +0000 X-Env-Sender: jeroen@dckd.nl X-Msg-Ref: server-9.tower-206.messagelabs.com!1369315249!16972102!1 X-Originating-IP: [94.142.246.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30160 invoked from network); 23 May 2013 13:20:49 -0000 Received: from positron.dckd.nl (HELO positron.dckd.nl) (94.142.246.99) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 13:20:49 -0000 Received: from wireless32-239.cwi.nl (zandbak.wlan.cwi.nl [192.16.197.194]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 97007F80D0; Thu, 23 May 2013 15:20:48 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Jeroen van der Ham In-Reply-To: <519131D8.9010307@citrix.com> Date: Thu, 23 May 2013 15:20:47 +0200 Message-Id: <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> References: <519131D8.9010307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > = > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM You mention on that page that it is easier to install on 10.0-CURRENT snaps= hots. What are the issues with installing this on 9.1? Is it possible? Jeroen. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 17:20:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:20: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 1UfZAa-0000a9-Kp; Thu, 23 May 2013 17:19:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfVRr-0007fp-Jq; Thu, 23 May 2013 13:20:51 +0000 Received: from [85.158.139.211:6808] by server-4.bemta-5.messagelabs.com id 78/D2-12332-2B71E915; Thu, 23 May 2013 13:20:50 +0000 X-Env-Sender: jeroen@dckd.nl X-Msg-Ref: server-9.tower-206.messagelabs.com!1369315249!16972102!1 X-Originating-IP: [94.142.246.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30160 invoked from network); 23 May 2013 13:20:49 -0000 Received: from positron.dckd.nl (HELO positron.dckd.nl) (94.142.246.99) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 13:20:49 -0000 Received: from wireless32-239.cwi.nl (zandbak.wlan.cwi.nl [192.16.197.194]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 97007F80D0; Thu, 23 May 2013 15:20:48 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Jeroen van der Ham In-Reply-To: <519131D8.9010307@citrix.com> Date: Thu, 23 May 2013 15:20:47 +0200 Message-Id: <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> References: <519131D8.9010307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Thu, 23 May 2013 17:19:15 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrote: > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > = > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM You mention on that page that it is easier to install on 10.0-CURRENT snaps= hots. What are the issues with installing this on 9.1? Is it possible? Jeroen. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 17:42:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:42: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 1UfZWV-0002W3-7n; Thu, 23 May 2013 17:41:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfZWT-0002Vo-Fz; Thu, 23 May 2013 17:41:53 +0000 Received: from [85.158.143.99:45611] by server-3.bemta-4.messagelabs.com id 77/99-02015-0E45E915; Thu, 23 May 2013 17:41:52 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1369330912!28991481!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 29219 invoked from network); 23 May 2013 17:41:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 17:41:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,729,1363132800"; d="scan'208";a="4914017" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 17:41:52 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 18:41:51 +0100 Message-ID: <519E54DE.5090304@citrix.com> Date: Thu, 23 May 2013 19:41:50 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "freebsd-xen@freebsd.org" References: <519131D8.9010307@citrix.com> In-Reply-To: <519131D8.9010307@citrix.com> X-Originating-IP: [10.30.203.1] Cc: "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , xen-devel Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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've pushed a new branch, pvhvm_v10 that contains a PV IPI implementation for both amd64 and i386. I've also updated the wiki to point to the pvhvm_v10 branch: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvhvm_v10 I've updated my tree to latest HEAD, so now branch pvhvm_v10 is on top of this commit: commit b44da0fb82647f2cfb06f65a6695c7e36c98828c Author: gber Date: Thu May 23 12:24:46 2013 +0000 Rework and organize pmap_enter_locked() function. pmap_enter_locked() implementation was very ambiguous and confusing. Rearrange it so that each part of the mapping creation is separated. Avoid walking through the redundant conditions. Extract vector_page specific PTE setup from normal PTE setting. Submitted by: Zbigniew Bodek Sponsored by: The FreeBSD Foundation, Semihalf Thanks for the testing, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 17:42:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 17:42: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 1UfZWV-0002W3-7n; Thu, 23 May 2013 17:41:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfZWT-0002Vo-Fz; Thu, 23 May 2013 17:41:53 +0000 Received: from [85.158.143.99:45611] by server-3.bemta-4.messagelabs.com id 77/99-02015-0E45E915; Thu, 23 May 2013 17:41:52 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1369330912!28991481!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 29219 invoked from network); 23 May 2013 17:41:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 17:41:52 -0000 X-IronPort-AV: E=Sophos;i="4.87,729,1363132800"; d="scan'208";a="4914017" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 23 May 2013 17:41:52 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Thu, 23 May 2013 18:41:51 +0100 Message-ID: <519E54DE.5090304@citrix.com> Date: Thu, 23 May 2013 19:41:50 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "freebsd-xen@freebsd.org" References: <519131D8.9010307@citrix.com> In-Reply-To: <519131D8.9010307@citrix.com> X-Originating-IP: [10.30.203.1] Cc: "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , xen-devel Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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've pushed a new branch, pvhvm_v10 that contains a PV IPI implementation for both amd64 and i386. I've also updated the wiki to point to the pvhvm_v10 branch: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvhvm_v10 I've updated my tree to latest HEAD, so now branch pvhvm_v10 is on top of this commit: commit b44da0fb82647f2cfb06f65a6695c7e36c98828c Author: gber Date: Thu May 23 12:24:46 2013 +0000 Rework and organize pmap_enter_locked() function. pmap_enter_locked() implementation was very ambiguous and confusing. Rearrange it so that each part of the mapping creation is separated. Avoid walking through the redundant conditions. Extract vector_page specific PTE setup from normal PTE setting. Submitted by: Zbigniew Bodek Sponsored by: The FreeBSD Foundation, Semihalf Thanks for the testing, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 18:42:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 18:42:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfaRl-0003fI-Bt; Thu, 23 May 2013 18:41:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfZKd-00020R-9S; Thu, 23 May 2013 17:29:39 +0000 Received: from [85.158.138.51:57888] by server-15.bemta-3.messagelabs.com id 94/CC-32363-2025E915; Thu, 23 May 2013 17:29:38 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369330175!20241317!1 X-Originating-IP: [209.85.219.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25911 invoked from network); 23 May 2013 17:29:36 -0000 Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 17:29:36 -0000 Received: by mail-oa0-f50.google.com with SMTP id l20so4718567oag.23 for ; Thu, 23 May 2013 10:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IPfAvq43MWutjGg2jg4rwSlvF/1KXgvwHKFYSfJGQ1o=; b=uEVEdTCJfxBAZoPdqXJWzbwVxcHhDYsPqavjKKyfQD8kdn1QvvLQoGCjH/PzOQiWxw it9vwSLFxPFESG5Vln5WuWz6ZZ3xD4iEqOs6FBh/BLCnL5xC3c2GQoR2j1q5uqNj7h66 YFLS+OJjeaypVSVCl5OPUnyl6DSdEPbusUEmQkKVbjUPEJzp4+MeQX6S+IFJ6E9W11aU QAornEDRiwuuV42vZR0e6fuYWgdu/l5qHARJo4WWax15y2fluNICtmWHbwpInp7PYxiR U0ZniMIa9CDCUa0cFA8d0npFSs9fTs1k7LRm//w8aCB3XKqNOtwTuuo0DKYC4IA5SKs3 D+Hw== MIME-Version: 1.0 X-Received: by 10.182.241.194 with SMTP id wk2mr9010237obc.77.1369330174995; Thu, 23 May 2013 10:29:34 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 10:29:34 -0700 (PDT) In-Reply-To: <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> Date: Thu, 23 May 2013 13:29:34 -0400 Message-ID: From: Outback Dingo To: Jeroen van der Ham X-Mailman-Approved-At: Thu, 23 May 2013 18:41:03 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8916038847783139357==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8916038847783139357== Content-Type: multipart/alternative; boundary=089e01536b4ea931de04dd6606c5 --089e01536b4ea931de04dd6606c5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 1:22 PM, Jeroen van der Ham wrote: > Hi, > > Just remove this line (or pointing to a similar file from the template: > (It's part of the disks definition: > > > 'file:/root/freebsd-10.iso,hdc:cdrom,r', > > Thanks, but this is XCP not a generic XEN server where there are vm config files under /etc/xen/ in XCP they dont exists > Jeroen. > > On 23 May 2013, at 19:02, Outback Dingo wrote: > > > On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 >wrote: > > > >> On 23/05/13 18:30, Outback Dingo wrote: > >>> > >>> > >>> > >>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 >>> > wrote: > >>> > >>> On 23/05/13 14:57, Jeroen van der Ham wrote: > >>>> Hi, > >>>> > >>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 >>> > wrote: > >>>>> Right now the code is in a state where it can be tested by users, > >>> so we > >>>>> would like to encourage FreeBSD and Xen users to test it and > >> provide > >>>>> feedback. > >>>> > >>>> I've just been able to install it on a VPS using the latest > >>> pvhvm_v9 branch. > >>> > >>> The branch pvhvm_v9 contains an initial implementation of PV IPIs > for > >>> amd64. I've now finished it and I'm going to port it to i386 also, > >> and > >>> push a new branch to the repository. > >>> > >>>> This is good news, because the system I had before actually had > >>> trouble with the HVM kernel from 9.1 [0]. > >>>> > >>>> I'm going to leave this running for a while and do some more tests > >>> on it. > >>>> > >>>> Jeroen. > >>>> > >>>> > >>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > >>>> > >>> > >>> I built the rev_9 branch on a XCP host and rebooted, however I am > seeing > >>> > >>> on boot after ugen0.2: at usbus0 > >>> > >>> run_interrupt_driven_hooks: still waiting after 60 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 120 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 180 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 240 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 300 seconds for > >>> xenbus_nop_confighook_cb > >>> panic: run_interrupt_driven_confighooks: waited too long > >>> cpuid =3D 0 > >>> KDB: enter: panic > >>> [ thread pid 0 tid 100000 ] > >>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > >>> db> > >> > >> From what I've read on the list, it seems like you cannot boot the PVH= VM > >> kernel if you have a cdrom attached to the guest, could you try > >> disabling the cdrom and booting again? > >> > >> > > great how does one go about disabling the cdrom, i get some disk > parameters > > needs to be removed from the vm template before boot > > --089e01536b4ea931de04dd6606c5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 1:22 PM, Jeroen van der Ham <jeroen@dckd.nl> wrote:
Hi,

Just remove this line (or pointing to a similar file from the template: (It= 's part of the disks definition:

> =A0 =A0 =A0 'file:/root/freebsd-10.iso,hdc:cdrom,r',


Thanks, but this is XCP not a ge= neric XEN server where there are vm config files under /etc/xen/ in XCP the= y dont exists=A0
=A0
Jeroen.

On 23 May 2013, at 19:02, Outback Dingo <outbackdingo@gmail.com> wrote:

> On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 <roger.pau@citrix.com>wrote:
>
>> On 23/05/13 18:30, Outback Dingo wrote:
>>>
>>>
>>>
>>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@citrix.com
>>> <mailto:roger.pau@c= itrix.com>> wrote:
>>>
>>> =A0 =A0On 23/05/13 14:57, Jeroen van der Ham wrote:
>>>> Hi,
>>>>
>>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com
>>> =A0 =A0<mailto:roge= r.pau@citrix.com>> wrote:
>>>>> Right now the code is in a state where it can be teste= d by users,
>>> =A0 =A0so we
>>>>> would like to encourage FreeBSD and Xen users to test = it and
>> provide
>>>>> feedback.
>>>>
>>>> I've just been able to install it on a VPS using the l= atest
>>> =A0 =A0pvhvm_v9 branch.
>>>
>>> =A0 =A0The branch pvhvm_v9 contains an initial implementation = of PV IPIs for
>>> =A0 =A0amd64. I've now finished it and I'm going to po= rt it to i386 also,
>> and
>>> =A0 =A0push a new branch to the repository.
>>>
>>>> This is good news, because the system I had before actuall= y had
>>> =A0 =A0trouble with the HVM kernel from 9.1 [0].
>>>>
>>>> I'm going to leave this running for a while and do som= e more tests
>>> =A0 =A0on it.
>>>>
>>>> Jeroen.
>>>>
>>>>
>>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D1= 75822
>>>>
>>>
>>> I built the rev_9 branch on a XCP host and rebooted, however I= am seeing
>>>
>>> on boot after ugen0.2: <QEMU 0.10.2> at usbus0
>>>
>>> run_interrupt_driven_hooks: still waiting after 60 seconds for=
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 120 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 180 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 240 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 300 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> panic: run_interrupt_driven_confighooks: waited too long
>>> cpuid =3D 0
>>> KDB: enter: panic
>>> [ thread pid 0 tid 100000 ]
>>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip)
>>> db>
>>
>> From what I've read on the list, it seems like you cannot boot= the PVHVM
>> kernel if you have a cdrom attached to the guest, could you try >> disabling the cdrom and booting again?
>>
>>
> great how does one go about disabling the cdrom, i get some disk param= eters
> needs to be removed from the vm template before boot


--089e01536b4ea931de04dd6606c5-- --===============8916038847783139357== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8916038847783139357==-- From xen-users-bounces@lists.xen.org Thu May 23 18:42:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 18:42:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfaRl-0003fI-Bt; Thu, 23 May 2013 18:41:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfZKd-00020R-9S; Thu, 23 May 2013 17:29:39 +0000 Received: from [85.158.138.51:57888] by server-15.bemta-3.messagelabs.com id 94/CC-32363-2025E915; Thu, 23 May 2013 17:29:38 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369330175!20241317!1 X-Originating-IP: [209.85.219.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25911 invoked from network); 23 May 2013 17:29:36 -0000 Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 17:29:36 -0000 Received: by mail-oa0-f50.google.com with SMTP id l20so4718567oag.23 for ; Thu, 23 May 2013 10:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IPfAvq43MWutjGg2jg4rwSlvF/1KXgvwHKFYSfJGQ1o=; b=uEVEdTCJfxBAZoPdqXJWzbwVxcHhDYsPqavjKKyfQD8kdn1QvvLQoGCjH/PzOQiWxw it9vwSLFxPFESG5Vln5WuWz6ZZ3xD4iEqOs6FBh/BLCnL5xC3c2GQoR2j1q5uqNj7h66 YFLS+OJjeaypVSVCl5OPUnyl6DSdEPbusUEmQkKVbjUPEJzp4+MeQX6S+IFJ6E9W11aU QAornEDRiwuuV42vZR0e6fuYWgdu/l5qHARJo4WWax15y2fluNICtmWHbwpInp7PYxiR U0ZniMIa9CDCUa0cFA8d0npFSs9fTs1k7LRm//w8aCB3XKqNOtwTuuo0DKYC4IA5SKs3 D+Hw== MIME-Version: 1.0 X-Received: by 10.182.241.194 with SMTP id wk2mr9010237obc.77.1369330174995; Thu, 23 May 2013 10:29:34 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 10:29:34 -0700 (PDT) In-Reply-To: <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> Date: Thu, 23 May 2013 13:29:34 -0400 Message-ID: From: Outback Dingo To: Jeroen van der Ham X-Mailman-Approved-At: Thu, 23 May 2013 18:41:03 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8916038847783139357==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8916038847783139357== Content-Type: multipart/alternative; boundary=089e01536b4ea931de04dd6606c5 --089e01536b4ea931de04dd6606c5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 1:22 PM, Jeroen van der Ham wrote: > Hi, > > Just remove this line (or pointing to a similar file from the template: > (It's part of the disks definition: > > > 'file:/root/freebsd-10.iso,hdc:cdrom,r', > > Thanks, but this is XCP not a generic XEN server where there are vm config files under /etc/xen/ in XCP they dont exists > Jeroen. > > On 23 May 2013, at 19:02, Outback Dingo wrote: > > > On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 >wrote: > > > >> On 23/05/13 18:30, Outback Dingo wrote: > >>> > >>> > >>> > >>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 >>> > wrote: > >>> > >>> On 23/05/13 14:57, Jeroen van der Ham wrote: > >>>> Hi, > >>>> > >>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 >>> > wrote: > >>>>> Right now the code is in a state where it can be tested by users, > >>> so we > >>>>> would like to encourage FreeBSD and Xen users to test it and > >> provide > >>>>> feedback. > >>>> > >>>> I've just been able to install it on a VPS using the latest > >>> pvhvm_v9 branch. > >>> > >>> The branch pvhvm_v9 contains an initial implementation of PV IPIs > for > >>> amd64. I've now finished it and I'm going to port it to i386 also, > >> and > >>> push a new branch to the repository. > >>> > >>>> This is good news, because the system I had before actually had > >>> trouble with the HVM kernel from 9.1 [0]. > >>>> > >>>> I'm going to leave this running for a while and do some more tests > >>> on it. > >>>> > >>>> Jeroen. > >>>> > >>>> > >>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 > >>>> > >>> > >>> I built the rev_9 branch on a XCP host and rebooted, however I am > seeing > >>> > >>> on boot after ugen0.2: at usbus0 > >>> > >>> run_interrupt_driven_hooks: still waiting after 60 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 120 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 180 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 240 seconds for > >>> xenbus_nop_confighook_cb > >>> run_interrupt_driven_hooks: still waiting after 300 seconds for > >>> xenbus_nop_confighook_cb > >>> panic: run_interrupt_driven_confighooks: waited too long > >>> cpuid =3D 0 > >>> KDB: enter: panic > >>> [ thread pid 0 tid 100000 ] > >>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) > >>> db> > >> > >> From what I've read on the list, it seems like you cannot boot the PVH= VM > >> kernel if you have a cdrom attached to the guest, could you try > >> disabling the cdrom and booting again? > >> > >> > > great how does one go about disabling the cdrom, i get some disk > parameters > > needs to be removed from the vm template before boot > > --089e01536b4ea931de04dd6606c5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 1:22 PM, Jeroen van der Ham <jeroen@dckd.nl> wrote:
Hi,

Just remove this line (or pointing to a similar file from the template: (It= 's part of the disks definition:

> =A0 =A0 =A0 'file:/root/freebsd-10.iso,hdc:cdrom,r',


Thanks, but this is XCP not a ge= neric XEN server where there are vm config files under /etc/xen/ in XCP the= y dont exists=A0
=A0
Jeroen.

On 23 May 2013, at 19:02, Outback Dingo <outbackdingo@gmail.com> wrote:

> On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 <roger.pau@citrix.com>wrote:
>
>> On 23/05/13 18:30, Outback Dingo wrote:
>>>
>>>
>>>
>>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 <roger.pau@citrix.com
>>> <mailto:roger.pau@c= itrix.com>> wrote:
>>>
>>> =A0 =A0On 23/05/13 14:57, Jeroen van der Ham wrote:
>>>> Hi,
>>>>
>>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com
>>> =A0 =A0<mailto:roge= r.pau@citrix.com>> wrote:
>>>>> Right now the code is in a state where it can be teste= d by users,
>>> =A0 =A0so we
>>>>> would like to encourage FreeBSD and Xen users to test = it and
>> provide
>>>>> feedback.
>>>>
>>>> I've just been able to install it on a VPS using the l= atest
>>> =A0 =A0pvhvm_v9 branch.
>>>
>>> =A0 =A0The branch pvhvm_v9 contains an initial implementation = of PV IPIs for
>>> =A0 =A0amd64. I've now finished it and I'm going to po= rt it to i386 also,
>> and
>>> =A0 =A0push a new branch to the repository.
>>>
>>>> This is good news, because the system I had before actuall= y had
>>> =A0 =A0trouble with the HVM kernel from 9.1 [0].
>>>>
>>>> I'm going to leave this running for a while and do som= e more tests
>>> =A0 =A0on it.
>>>>
>>>> Jeroen.
>>>>
>>>>
>>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D1= 75822
>>>>
>>>
>>> I built the rev_9 branch on a XCP host and rebooted, however I= am seeing
>>>
>>> on boot after ugen0.2: <QEMU 0.10.2> at usbus0
>>>
>>> run_interrupt_driven_hooks: still waiting after 60 seconds for=
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 120 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 180 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 240 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> run_interrupt_driven_hooks: still waiting after 300 seconds fo= r
>>> xenbus_nop_confighook_cb
>>> panic: run_interrupt_driven_confighooks: waited too long
>>> cpuid =3D 0
>>> KDB: enter: panic
>>> [ thread pid 0 tid 100000 ]
>>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip)
>>> db>
>>
>> From what I've read on the list, it seems like you cannot boot= the PVHVM
>> kernel if you have a cdrom attached to the guest, could you try >> disabling the cdrom and booting again?
>>
>>
> great how does one go about disabling the cdrom, i get some disk param= eters
> needs to be removed from the vm template before boot


--089e01536b4ea931de04dd6606c5-- --===============8916038847783139357== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8916038847783139357==-- From xen-users-bounces@lists.xen.org Thu May 23 18:42:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 18:42:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfaRk-0003f9-P7; Thu, 23 May 2013 18:41:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfZDo-0001Fq-QI; Thu, 23 May 2013 17:22:37 +0000 Received: from [85.158.137.99:45488] by server-10.bemta-3.messagelabs.com id 06/CF-00761-B505E915; Thu, 23 May 2013 17:22:35 +0000 X-Env-Sender: jeroen@dckd.nl X-Msg-Ref: server-7.tower-217.messagelabs.com!1369329754!13333069!1 X-Originating-IP: [94.142.246.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29017 invoked from network); 23 May 2013 17:22:35 -0000 Received: from positron.dckd.nl (HELO positron.dckd.nl) (94.142.246.99) by server-7.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 17:22:35 -0000 Received: from [10.87.136.62] (unknown [88.128.80.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 824DCF80D1; Thu, 23 May 2013 19:22:31 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Jeroen van der Ham In-Reply-To: Date: Thu, 23 May 2013 19:22:27 +0200 Message-Id: <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> To: Outback Dingo X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Thu, 23 May 2013 18:41:03 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?iso-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi, Just remove this line (or pointing to a similar file from the template: (It= 's part of the disks definition: > 'file:/root/freebsd-10.iso,hdc:cdrom,r', Jeroen. On 23 May 2013, at 19:02, Outback Dingo wrote: > On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 wrote: > = >> On 23/05/13 18:30, Outback Dingo wrote: >>> = >>> = >>> = >>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 >> > wrote: >>> = >>> On 23/05/13 14:57, Jeroen van der Ham wrote: >>>> Hi, >>>> = >>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 >> > wrote: >>>>> Right now the code is in a state where it can be tested by users, >>> so we >>>>> would like to encourage FreeBSD and Xen users to test it and >> provide >>>>> feedback. >>>> = >>>> I've just been able to install it on a VPS using the latest >>> pvhvm_v9 branch. >>> = >>> The branch pvhvm_v9 contains an initial implementation of PV IPIs for >>> amd64. I've now finished it and I'm going to port it to i386 also, >> and >>> push a new branch to the repository. >>> = >>>> This is good news, because the system I had before actually had >>> trouble with the HVM kernel from 9.1 [0]. >>>> = >>>> I'm going to leave this running for a while and do some more tests >>> on it. >>>> = >>>> Jeroen. >>>> = >>>> = >>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >>>> = >>> = >>> I built the rev_9 branch on a XCP host and rebooted, however I am seeing >>> = >>> on boot after ugen0.2: at usbus0 >>> = >>> run_interrupt_driven_hooks: still waiting after 60 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 120 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 180 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 240 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 300 seconds for >>> xenbus_nop_confighook_cb >>> panic: run_interrupt_driven_confighooks: waited too long >>> cpuid =3D 0 >>> KDB: enter: panic >>> [ thread pid 0 tid 100000 ] >>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) >>> db> >> = >> From what I've read on the list, it seems like you cannot boot the PVHVM >> kernel if you have a cdrom attached to the guest, could you try >> disabling the cdrom and booting again? >> = >> = > great how does one go about disabling the cdrom, i get some disk paramete= rs > needs to be removed from the vm template before boot _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu May 23 18:42:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 23 May 2013 18:42:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfaRk-0003f9-P7; Thu, 23 May 2013 18:41:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfZDo-0001Fq-QI; Thu, 23 May 2013 17:22:37 +0000 Received: from [85.158.137.99:45488] by server-10.bemta-3.messagelabs.com id 06/CF-00761-B505E915; Thu, 23 May 2013 17:22:35 +0000 X-Env-Sender: jeroen@dckd.nl X-Msg-Ref: server-7.tower-217.messagelabs.com!1369329754!13333069!1 X-Originating-IP: [94.142.246.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29017 invoked from network); 23 May 2013 17:22:35 -0000 Received: from positron.dckd.nl (HELO positron.dckd.nl) (94.142.246.99) by server-7.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2013 17:22:35 -0000 Received: from [10.87.136.62] (unknown [88.128.80.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 824DCF80D1; Thu, 23 May 2013 19:22:31 +0200 (CEST) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Jeroen van der Ham In-Reply-To: Date: Thu, 23 May 2013 19:22:27 +0200 Message-Id: <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> To: Outback Dingo X-Mailer: Apple Mail (2.1503) X-Mailman-Approved-At: Thu, 23 May 2013 18:41:03 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?iso-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hi, Just remove this line (or pointing to a similar file from the template: (It= 's part of the disks definition: > 'file:/root/freebsd-10.iso,hdc:cdrom,r', Jeroen. On 23 May 2013, at 19:02, Outback Dingo wrote: > On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 wrote: > = >> On 23/05/13 18:30, Outback Dingo wrote: >>> = >>> = >>> = >>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 >> > wrote: >>> = >>> On 23/05/13 14:57, Jeroen van der Ham wrote: >>>> Hi, >>>> = >>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 >> > wrote: >>>>> Right now the code is in a state where it can be tested by users, >>> so we >>>>> would like to encourage FreeBSD and Xen users to test it and >> provide >>>>> feedback. >>>> = >>>> I've just been able to install it on a VPS using the latest >>> pvhvm_v9 branch. >>> = >>> The branch pvhvm_v9 contains an initial implementation of PV IPIs for >>> amd64. I've now finished it and I'm going to port it to i386 also, >> and >>> push a new branch to the repository. >>> = >>>> This is good news, because the system I had before actually had >>> trouble with the HVM kernel from 9.1 [0]. >>>> = >>>> I'm going to leave this running for a while and do some more tests >>> on it. >>>> = >>>> Jeroen. >>>> = >>>> = >>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >>>> = >>> = >>> I built the rev_9 branch on a XCP host and rebooted, however I am seeing >>> = >>> on boot after ugen0.2: at usbus0 >>> = >>> run_interrupt_driven_hooks: still waiting after 60 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 120 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 180 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 240 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 300 seconds for >>> xenbus_nop_confighook_cb >>> panic: run_interrupt_driven_confighooks: waited too long >>> cpuid =3D 0 >>> KDB: enter: panic >>> [ thread pid 0 tid 100000 ] >>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) >>> db> >> = >> From what I've read on the list, it seems like you cannot boot the PVHVM >> kernel if you have a cdrom attached to the guest, could you try >> disabling the cdrom and booting again? >> = >> = > great how does one go about disabling the cdrom, i get some disk paramete= rs > needs to be removed from the vm template before boot _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 05:45:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 05:45: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 1UfknH-0004sX-V7; Fri, 24 May 2013 05:43:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfknG-0004sS-H6 for xen-users@lists.xen.org; Fri, 24 May 2013 05:43:58 +0000 Received: from [85.158.137.99:21944] by server-2.bemta-3.messagelabs.com id 8E/CA-24763-C1EFE915; Fri, 24 May 2013 05:43:56 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369374235!14999074!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12673 invoked from network); 24 May 2013 05:43:56 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-9.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 05:43:56 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-c3-519efe1a11e3 Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id E5.E7.06701.A1EFE915; Fri, 24 May 2013 07:43:55 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0184.eemea.ericsson.se (153.88.115.82) with Microsoft SMTP Server id 8.3.279.1; Fri, 24 May 2013 07:43:54 +0200 Message-ID: <519EFE18.5090904@ericsson.com> Date: Fri, 24 May 2013 11:13:52 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> In-Reply-To: <519DF462.8020805@ericsson.com> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDLMWRmVeSWpSXmKPExsUyM+Jvra70v3mBBhMcLFZdPcDqwOhxdPdv pgDGKC6blNSczLLUIn27BK6MWa9bGAs+8VTMe7acpYHxJWcXIyeHhICJxL5NG9khbDGJC/fW s3UxcnEICZxilLj18zIzhLOFUWLr00usIFW8AtoSF1Y9ZwKxWQRUJV52XmIBsdkE9CSuHbsJ NklIQFli/p0JYDX8AqYSD3tnAfVycIgKhElM38kOMUZQ4uTMJ2CtIgLSEjOuNLGB2MICIhL3 XvxmhBijLdG4eSpYnFNAR2L/+vNgcWagMc+XvmEHGSkkoCZx6nXOBEbBWUimzkJSBWHbSlyY cx0qLi+x/e0cZghbV+LC/yko4gsY2VYxsucmZuakl5tvYgSG8MEtvw12MG66L3aIUZqDRUmc t097aqCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGxnDTa2fX72NMunp72tOjN+V/Rrq586td cZV0fuGm+NvP7PdX3ZjYd7o2554tXfdJ4Ej1Ys7VUbdql93wi/0R0XLjW1fqh6StbUZe+7fP PZve/kM+/wZ31bK1ab/9fdz7WrwtYqT5e6MU5nJ8St/21dvnCNu11fr5Ozomv4l+xz2PPXb5 k+Aj+5RYijMSDbWYi4oTAdhff+cvAgAA Subject: [Xen-users] DHCP Server X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4544896643493034156==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4544896643493034156== Content-Type: multipart/alternative; boundary="------------010903080300060809020501" --------------010903080300060809020501 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected. I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have a DHCP server configured on Dom0 for an subnet configured on a bridge? Thanks, Dhanesh. --------------010903080300060809020501 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the
ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected.
I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have
a DHCP server configured on Dom0 for an subnet configured on a bridge?

Thanks,
Dhanesh.

--------------010903080300060809020501-- --===============4544896643493034156== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4544896643493034156==-- From xen-users-bounces@lists.xen.org Fri May 24 05:45:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 05:45: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 1UfknH-0004sX-V7; Fri, 24 May 2013 05:43:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfknG-0004sS-H6 for xen-users@lists.xen.org; Fri, 24 May 2013 05:43:58 +0000 Received: from [85.158.137.99:21944] by server-2.bemta-3.messagelabs.com id 8E/CA-24763-C1EFE915; Fri, 24 May 2013 05:43:56 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369374235!14999074!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12673 invoked from network); 24 May 2013 05:43:56 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-9.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 05:43:56 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-c3-519efe1a11e3 Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id E5.E7.06701.A1EFE915; Fri, 24 May 2013 07:43:55 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0184.eemea.ericsson.se (153.88.115.82) with Microsoft SMTP Server id 8.3.279.1; Fri, 24 May 2013 07:43:54 +0200 Message-ID: <519EFE18.5090904@ericsson.com> Date: Fri, 24 May 2013 11:13:52 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> In-Reply-To: <519DF462.8020805@ericsson.com> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDLMWRmVeSWpSXmKPExsUyM+Jvra70v3mBBhMcLFZdPcDqwOhxdPdv pgDGKC6blNSczLLUIn27BK6MWa9bGAs+8VTMe7acpYHxJWcXIyeHhICJxL5NG9khbDGJC/fW s3UxcnEICZxilLj18zIzhLOFUWLr00usIFW8AtoSF1Y9ZwKxWQRUJV52XmIBsdkE9CSuHbsJ NklIQFli/p0JYDX8AqYSD3tnAfVycIgKhElM38kOMUZQ4uTMJ2CtIgLSEjOuNLGB2MICIhL3 XvxmhBijLdG4eSpYnFNAR2L/+vNgcWagMc+XvmEHGSkkoCZx6nXOBEbBWUimzkJSBWHbSlyY cx0qLi+x/e0cZghbV+LC/yko4gsY2VYxsucmZuakl5tvYgSG8MEtvw12MG66L3aIUZqDRUmc t097aqCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGxnDTa2fX72NMunp72tOjN+V/Rrq586td cZV0fuGm+NvP7PdX3ZjYd7o2554tXfdJ4Ej1Ys7VUbdql93wi/0R0XLjW1fqh6StbUZe+7fP PZve/kM+/wZ31bK1ab/9fdz7WrwtYqT5e6MU5nJ8St/21dvnCNu11fr5Ozomv4l+xz2PPXb5 k+Aj+5RYijMSDbWYi4oTAdhff+cvAgAA Subject: [Xen-users] DHCP Server X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4544896643493034156==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4544896643493034156== Content-Type: multipart/alternative; boundary="------------010903080300060809020501" --------------010903080300060809020501 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected. I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have a DHCP server configured on Dom0 for an subnet configured on a bridge? Thanks, Dhanesh. --------------010903080300060809020501 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the
ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected.
I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have
a DHCP server configured on Dom0 for an subnet configured on a bridge?

Thanks,
Dhanesh.

--------------010903080300060809020501-- --===============4544896643493034156== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4544896643493034156==-- From xen-users-bounces@lists.xen.org Fri May 24 06:33:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 06:33:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UflXg-0005j9-Mv; Fri, 24 May 2013 06:31:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UflXe-0005j4-QX for xen-users@lists.xen.org; Fri, 24 May 2013 06:31:55 +0000 Received: from [85.158.143.99:24202] by server-3.bemta-4.messagelabs.com id E5/9F-02015-A590F915; Fri, 24 May 2013 06:31:54 +0000 X-Env-Sender: quan.xu@aliyun.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1369377106!29048688!1 X-Originating-IP: [110.75.46.8] X-SpamReason: No, hits=5.9 required=7.0 tests=BODY_RANDOM_LONG, HELO_DYNAMIC_DHCP,HTML_20_30,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR, MIME_QP_LONG_LINE,SUBJECT_EXCESS_BASE64,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24813 invoked from network); 24 May 2013 06:31:47 -0000 Received: from smtpcm9-308.freemail.mail.aliyun.com (HELO smtpcm9-308.freemail.mail.aliyun.com) (110.75.46.8) by server-2.tower-216.messagelabs.com with SMTP; 24 May 2013 06:31:47 -0000 Received: from WS-web by 36e008027.cm9 at Fri, 24 May 2013 14:31:42 +0800 Date: Fri, 24 May 2013 14:31:42 +0800 From: To: "xen-users" Message-ID: <5f4138f8-11b8-4605-87fa-a77e036f8dc9@aliyun.com> X-Priority: 3 X-Mailer: Alimail-Mailagent revision 1570136 MIME-Version: 1.0 References: mailman.2470.1369137279.2273.xen-users@lists.xen.org In-Reply-To: mailman.2470.1369137279.2273.xen-users@lists.xen.org Cc: quan.xu@intel.com Subject: [Xen-users] =?utf-8?q?how_to_build_vTPM_with_xen_4=2E3=3F?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4627963460797679055==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4627963460797679055== Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_25788_576e6940_519f094e_89fb" ------=ALIBOUNDARY_25788_576e6940_519f094e_89fb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0ahi,=0a=c2=a0 =c2=a0 =c2=a0=c2=a0=c2=a0 I am =c2=a0an engineer of Intel , on= cloud and virtalization. thanks for you great updates of vTPM.Could you share= your experience on how to build vTPM=0awith xen 4.3?=c2=a0=c2=a0I failed to b= oot up=c2=a0=c2=a02.6.18.8 kernel which is from=c2=a0=0a=c2=a0 =c2=a0 =c2=a0 =c2= =a0 =c2=a0 =c2=a0 =c2=a0# make linux-2.6-xen-build=0a=c2=a0 =c2=a0 =c2=a0 =c2=a0= =c2=a0 =c2=a0 =c2=a0# make linux-2.6-xen-install=0a=c2=a0 =c2=a0 =c2=a0 =c2=a0= =c2=a0=0a=c2=a0 =c2=a0 =c2=a0 =c2=a0 I want to integerate =c2=a0vTPM to OpenA= ttestation.OpenAttestation project is to provide SDK, Software Development Kit= , to add cloud management tools with =0acapability of establishing hosts integ= rity information by remotely retrieving and verifying Hosts' integrity with TP= M quote.=0ayou can download OpenAttestation from github:https://github.com/Ope= nAttestation/OpenAttestation=0a=0aThanks=c2=a0=0aQuan=0a=c2=a0=0a=c2=a0=0a[Xen= -devel] [PATCH v5 00/12] vTPM updates for 4.3=0a=0a=0aTo: Matthew.Fioravante@x= xxxxxxxxx=0aFrom: Daniel De Graaf =0aDate: Thu, 21 Mar = 2013 16:11:17 -0400=0aCc: dgdegra@xxxxxxxxxxxxx, Ian.Campbell@xxxxxxxxxx, xen-= devel@xxxxxxxxxxxxx=0aDelivery-date: Thu, 21 Mar 2013 20:12:01 +0000=0aList-id= : Xen developer discussion =0a=0a=0aThis series conta= ins a bit of reworking from v4: command cancellation is=0anow supported in the= protocol, although not yet exposed through the API.=0aSince the TPM emulator = used by Xen doesn't support cancellation anyway,=0athis is not currently an im= portant requirement.=0a=0aThe xenbus name for the interface has been changed b= ack to "vtpm" -=0arenaming it to vtpm2 requires changing libxl to only support= the new=0adevice name with mismatches between the use of vtpm in the API it=0a= exposes and vtpm2 in the values used internally. Using feature nodes to=0adeno= te the protocol change allows also libxl to wire up both the old=0ainterface a= nd the new interface.=0a=0aAutomatic vTPM shutdown is removed by patch #9; how= ever, since patch #8=0amakes it safe to destroy the vTPM at any point, the cle= anup of a vTPM=0aupon guest shutdown can be relocated to the layer that starts= the vTPM.=0aThis is necessary even without these patches because vTPMs have n= ever=0aautomatically shut down if a guest encoutners an error in early boot or= =0asimply does not load (or have) the frontend driver.=0a=0aLocality-5 PCRs ha= ve been dropped since v4: this patch is not really=0asuited for upstreaming un= til there is a domain using the extra PCRs.=0a=0aMini-os driver patches:=0a = [PATCH 01/12] mini-os/tpm{back,front}: Change shared page ABI=0a [PATCH 02= /12] mini-os/tpm{back,front}: Allow device repoens=0a [PATCH 03/12] mini-os= /tpmback: set up callbacks before enumeration=0a [PATCH 04/12] mini-os/tpmb= ack: Replace UUID field with opaque pointer=0a [PATCH 05/12] mini-os/tpmbac= k: add tpmback_get_peercontext=0a=0aLinux driver patch:=0a [PATCH] drivers/= tpm-xen: Change vTPM shared page ABI=0a=0avTPM stub-domain updates:=0a [PAT= CH 06/12] stubdom/vtpm: correct the buffer size returned by=0a [PATCH 07/12= ] stubdom/vtpm: Support locality field=0a [PATCH 08/12] stubdom/vtpm: make = state save operation atomic=0a [PATCH 09/12] stubdom/vtpm: support multiple= backends=0a [PATCH 10/12] stubdom/vtpm: constrain locality by XSM label=0a= =0aOther stub domain updates:=0a [PATCH 11/12] stubdom/grub: send kernel me= asurements to vTPM=0a [PATCH 12/12] stubdom/Makefile: Fix gmp extract rule=0a= =0a_______________________________________________=0aXen-devel mailing list=0a= Xen-devel@xxxxxxxxxxxxx=0ahttp://lists.xen.org/xen-devel=0a=0a=0a=0a=0aFollow-= Ups:=0a=0a[Xen-devel] [PATCH] drivers/tpm-xen: Change vTPM shared page ABI=0a=0a= From: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 02/12] mini-os/tpm{back, fron= t}: Allow device repoens=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH= 08/12] stubdom/vtpm: make state save operation atomic=0a=0aFrom: Daniel De Gr= aaf=0a=0a=0a[Xen-devel] [PATCH 09/12] stubdom/vtpm: support multiple backends=0a= =0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 12/12] stubdom/Makefile: F= ix gmp extract rule=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 03/1= 2] mini-os/tpmback: set up callbacks before enumeration=0a=0aFrom: Daniel De G= raaf=0a=0a=0a[Xen-devel] [PATCH 07/12] stubdom/vtpm: Support locality field=0a= =0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 04/12] mini-os/tpmback: Re= place UUID field with opaque pointer=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-d= evel] [PATCH 05/12] mini-os/tpmback: add tpmback_get_peercontext=0a=0aFrom: Da= niel De Graaf=0a=0a=0a[Xen-devel] [PATCH 10/12] stubdom/vtpm: constrain locali= ty by XSM label=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 06/12] s= tubdom/vtpm: correct the buffer size returned by TPM_CAP_PROP_INPUT_BUFFER=0a=0a= From: Daniel De Graaf=0a=0a=0a=0a=0a=0a=0aPrev by Date: [Xen-devel] [PATCH 10/= 12] stubdom/vtpm: constrain locality by XSM label=0aNext by Date: [Xen-devel] = [PATCH 05/12] mini-os/tpmback: add tpmback_get_peercontext=0aPrevious by threa= d: [Xen-devel] xen/arm: move to mach-virt and support SMP=0aNext by thread: [X= en-devel] [PATCH 06/12] stubdom/vtpm: correct the buffer size returned by TPM_= CAP_PROP_INPUT_BUFFER=0aIndex(es):=0a=0aDate=0aThread=0a=0a=0a=0a=0a=0a-------= -----------------------------------------------------------Sender:xen-users-re= quest@lists.xen.orgTime:2013-5-21 19:54To:xen-users@lists.xen.org;Subject:Xen-= users Digest, Vol 99, Issue 46 Send Xen-users mailing list submissions to xen-= users@lists.xen.orgTo subscribe or unsubscribe via the World Wide Web, visit h= ttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-usersor, via email, send a me= ssage with subject or body 'help' to xen-users-request@lists.xen.orgYou can re= ach the person managing the list at xen-users-owner@lists.xen.orgWhen replying= , please edit your Subject line so it is more specificthan "Re: Contents of Xe= n-users digest..."Today's Topics: 1. Re: Security in Virtual Machine (Alexandr= e Kouznetsov) 2. Re: Security in Virtual Machine (Peter Viskup) 3. win 2012 ca= n't find drivers (James Harper) 4. Re: win 2012 can't find drivers (James Harp= er) 5. Re: Suspicious URL:Re: Xen related networking issue (James Harper) 6. P= roblem with PCI Pass-through address space collision (Jon Skilling) 7. Xen sto= ps booting at "SATA Link down (SStatus 0 SControl 300)" (John Sherwood) 8. Sta= ble and Secure Distribution Supporting Xen (Richard Johnson) 9. Re: Problem wi= th PCI Pass-through address space collision (Gordan Bobic) 10. Re: gplpv: re-e= nabling the nic adapter removes it (Micky) 11. Re: CAP and performance problem= (Massimo Canonico) 12. Re: gplpv: re-enabling the nic adapter removes it (Jam= es Harper) 13. Re: [Votes] Xen Project Governance v2 , Mailing List Convention= s v1, 2014 Event Locations (open to all) (Lars Kurth) 14. Re: [alpine-devel] S= table and Secure Distribution Supporting Xen (Richard Johnson) 15. Re: gplpv: = re-enabling the nic adapter removes it (Micky) 16. help (Jaya Dhanesh) 17. Re:= XCP don't see Network Interfaces on sunfire x2270 (Alexey Makarov) 18. Re: [a= lpine-devel] Stable and Secure Distribution Supporting Xen (Natanael Copa)----= ------------------------------------------------------------------Message: 1Da= te: Mon, 20 May 2013 17:23:20 -0500From: Alexandre Kouznetsov = To: xen-users@lists.xen.orgSubject: Re: [Xen-users] Security in Virtual Machin= eMessage-ID: <519AA258.2000401@ondore.com>Content-Type: text/plain; charset=3d= ISO-8859-1; format=3dflowedHello.El 20/05/13 16:51, Alberto escribi?:> I have = a HOST (*/Server Fisico/*) connected to internet. It have 2> network cards, th= e first one (*/eth0/*) connected to the router, another> (/*eth1*/) is connect= ed to LAN.> /*eth1*/ is bridged to virtual machines network, and one of them> = (*/virtual1/*) have an HTTP Server. Everything is running correctly.I will ass= ume that your HOST server is running running Xen Dom0.Probably, it is also act= ing as a router between 192.168.1.X and 192.168.2.X, that makes DNAT and firew= all to run within the same Dom0.> I have IPTABLES Firewall running on the HOST= with DNAT forwarding HTTP> traffic to /*Virtual1*/. I have IPTABLES Rules in = HOST, for block some> IPs that give me problems, but these rules not protect t= o /*Virtual1*/.> All HTTP traffic is forwarded to /*Virtual1*/, even the sourc= e IP is> blocked for IPTABLES rules.Vrtual1 is probably a DomU running on the = same HOST.What happens here, is that there might be a iptables rule, matching = the unwelcome incoming connection, that is evaluated before the rules that int= end to block that connection. Once it is matched, the decision ACCEPT is made = and no other rule is evaluated. To make sure, a careful inspection of "iptable= s -L -v" is needed.Please note that Xen Dom0's firewall need to be quite permi= ssive in order to make network communication to work. A fine configuration is = possible, but fairly tricky to set up, and even more tricky to maintain.> I ha= d an attack, and I couldn't block the HTTP traffic about> /*Virtual1*/, the IP= TABLES rules not affect it.>> What can I do for give security to Virtual machi= nes?The first recommendation is to give security to your Dom0 machine, do not = expose it directly to your DMZ network. Your advantage here is that you have 2= network cards, so you can make a good separation. Second, avoid using the dom= 0 as router/firewall, Xen's own iptables rules make things very confusing, it'= s easer to leave Xen's to Xen and do the firewalling on a dedicated VM, even w= ithin the same physical box.I would suggest to reconsider the network topology= .1. Let's say your "Servidor Fisico" had a bridge xenbr0 containing eth0, and = xenbr1 containing eth1. Make it not to have any IP on xenbr0 (exposed), only o= n xenbr1 (internal).2. Set up a virtual machine to act as router, make it have= one interface within xenbr0 and another in xenbr1.3. Make this virtual machin= e to route and NAT traffic between Internet and internal network, the same mac= hine may act as DHCP server and DNS for your internal network. Your Virtual1 w= ould be treated just as another host in your internal network.This is a fairly= simple but yet flexible setup, it will allow you keep things clear and separa= ted one from another.Greeting.-- Alexandre Kouznetsov-------------------------= -----Message: 2Date: Tue, 21 May 2013 00:25:55 +0200From: Peter Viskup To: Alberto Cc: xen-users@lists.xen.orgSubj= ect: Re: [Xen-users] Security in Virtual MachineMessage-ID: <519AA2F3.6070604@= gmail.com>Content-Type: text/plain; charset=3d"iso-8859-1"; Format=3d"flowed"O= n 05/20/2013 11:51 PM, Alberto wrote:> What can I do for give security to Virt= ual machines?>> Thanks a lot> AlbertoHi Alberto,once doing the SNAT/DNAT you c= an filter the connections in FORWARD table.Just did some quick search on the n= et and find this nice iptables tutorial:http://www.frozentux.net/iptables-tuto= rial/iptables-tutorial.html#TRAVERSINGOFTABLESread the "Chapter 6. Traversing = of tables and chains" section General with nice picture of all chains and thei= r order.Wish you nice reading and successful learning of iptables. ;-)Best reg= ards,-- Peter Viskup-------------- next part --------------An HTML attachment = was scrubbed...URL: ------------------------------Message: 3Date= : Mon, 20 May 2013 23:56:02 +0000From: James Harper To: "xen-users@lists.xen.org" Subject: [Xen-user= s] win 2012 can't find driversMessage-ID: <6035A0D088A63A46850C3988ED045A4B57C= 9C1C6@BITCOM1.int.sbss.com.au>Content-Type: text/plain; charset=3d"us-ascii"Wh= en installing windows 2012 I am getting an error about "a media driver your co= mputer needs is missing", even though if I shift-F10 to open a command prompt = and run diskpart I can see the harddisk.Has anyone seen this before?Xen is 4.1= .4 (Debian package)ThanksJames------------------------------Message: 4Date: Tu= e, 21 May 2013 00:16:07 +0000From: James Harper To: James Harper , "xen-users@lists.xen.org" <= xen-users@lists.xen.org>Subject: Re: [Xen-users] win 2012 can't find driversMe= ssage-ID: <6035A0D088A63A46850C3988ED045A4B57C9C2F4@BITCOM1.int.sbss.com.au>Co= ntent-Type: text/plain; charset=3d"us-ascii"Ignore this - my install iso appea= rs to be corrupt. Sorry for the noise.James> > When installing windows 2012 I = am getting an error about "a media driver> your computer needs is missing", ev= en though if I shift-F10 to open a> command prompt and run diskpart I can see = the harddisk.> > Has anyone seen this before?> > Xen is 4.1.4 (Debian package)= > > Thanks> > James> > _______________________________________________> Xen-us= ers mailing list> Xen-users@lists.xen.org> http://lists.xen.org/xen-users-----= -------------------------Message: 5Date: Tue, 21 May 2013 00:19:36 +0000From: = James Harper To: Adam Goryachev Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Suspicious URL:Re: Xen related networking = issueMessage-ID: <6035A0D088A63A46850C3988ED045A4B57C9C326@BITCOM1.int.sbss.co= m.au>Content-Type: text/plain; charset=3d"us-ascii"> > I tried to install 402 = onto one of the machines, it seemed to install> fine (no errors) but on reboot= it just sat at the Windows logo screen> with the bar moving across the bottom= . I had to reboot and revert to> previous hardware config to get the system wo= rking again.> > Is there any other install method that is more likely to work,= or> anything I can provide to show what might have gone wrong?> I haven't see= n this before. The /var/log/xen/qemu-dm-.log file would be useful, = if you installed the debug version.James------------------------------Message:= 6Date: Mon, 20 May 2013 18:04:19 +0100From: Jon Skilling To: Subject: [Xen-users] Problem with PCI Pass-= through address space collisionMessage-ID: Content-Type: text/plain; charset=3d"utf-8"Hi, I?ve been trying to = configure Xeon on my HP ML350 G4 server for the past two weeks and despite rea= ding just about every word of the Xen wiki and numerous other posts and mails,= I can?t find a solution to my problem. Any help on this would be much appreci= ated! Setup: HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium T= DM410P analogue PBX card on PCI. Hardware virtualization (Vt-d) is not an opti= on with this machine. I followed these instructions (more or less) to set up D= om0 and DomU: http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-= x86_64-paravirtualization-and-hardware-virtualization with the following chang= es: Host Dom0 (Centos 6.4):xen-4.2.2-4.el6.x86_64kernel-xen-3.9.2-1.el6xen.x86= _64libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to 1.0.3.= From checking the source, the Xen patch appears to be there already, so no re= compile needed ? the Xen patch doesn?t work with this source anyway.XEND has b= een disabled from boot up because it causes problems with XL tools although th= e same address space collision occurs if I use the XM tool set.I have tried xe= n-pciback.hide(06:01.0) on the kernel module definitions in boot.conf but this= doesn?t seem to do anything. Adding records to modprobe.conf and rc.local wor= k better.The device I?m trying to passthrough is defined: 06:01.0 Ethernet con= troller: Digium, Inc. Wildcard TDM410 4-port analog card (rev 11) Subsystem: D= igium, Inc. Wildcard TDM410 4-port analog card Control: I/O- Mem- BusMaster- S= pecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status:= Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dmedium >TAbort- SERR- rerouted to legacy IRQ 16pciback 0000:06:01.0: PCI IRQ 48 -> rerouted= to legacy IRQ 16xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 In = the Dom0 I can define the device statically in the config file or dynamically = as described above. Both scenarios result in the same error being displayed. p= cifront pci-0: Installing PCI frontendpcifront pci-0: Creating PCI Frontend Bu= s 0000:00pcifront pci-0: PCI host bridge to bus 0000:00pci_bus 0000:00: root b= us resource [io 0x0000-0xffff]pci_bus 0000:00: root bus resource [mem 0x000000= 00-0xfffffffff]pci_bus 0000:00: root bus resource [bus 00-ff]pci 0000:00:00.0:= [d161:8005] type 00 class 0x020000pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff= ]pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff]pci 0000:00:00.0: reg 30= : [mem 0xf0000000-0xffffffff pref]pci 0000:00:00.0: supports D1 D2pcifront pci= -0: claiming resource 0000:00:00.0/0pcifront pci-0: claiming resource 0000:00:= 00.0/1pcifront pci-0: claiming resource 0000:00:00.0/6pci 0000:00:00.0: addres= s space collision: [mem 0xf0000000-0xffffffff pref] conflicts with 0000:00:00.= 0 [mem 0xfdef0000-0xfdef03ff]pcifront pci-0: Could not claim resource 0000:00:= 00.0/6! Device offline. Try using e820_host=3d1 in the guest config. This appe= ars to show that the PCI device is conflicting with itself (reg 14 with reg 30= ) because the address space for reg 30 is different in pciback to pcifront. I = have tried setting up the domain with both XM and XL with the same resultAddin= g passthrough and permissive settings with no changeAdding iommu=3dsoft to gue= st kernel command line.I?ve tried adding the e820_host flag to the config file= but this doesn?t seem to solve anything.Different Xen enabled kernels.Wiping = the server and rebuilding the whole thing from scratch (more than once)The Dig= ium PCI card works fine on a normal Centos 6.3 setup with no Xen. I?m out of i= deas now on how to solve this, so if anyone has made this card work by doing s= omething different, I?d be grateful for any suggestions. I?ve looked at the so= urce for pcifont.c and come to the conclusion that my c coding skills are not = going to be good enough to debug/change this program.I can provide more dmesg = outputs or other documentation if needed. Thanks in advance for any help Jon -= ------------- next part --------------An HTML attachment was scrubbed...URL: <= http://lists.xen.org/archives/html/xen-users/attachments/20130520/2541524c/att= achment.html>------------------------------Message: 7Date: Mon, 20 May 2013 20= :28:48 -0700From: John Sherwood To: xen-users Subject: [Xen-users] Xen stops booting at "SATA Link down (SStatus = 0 SControl 300)"Message-ID: Content-Type: text/plain; charset=3d"iso-8859-1"I'm trying= to set up Xen 4.1 on Ubuntu 12.04 server (x64) and when bootingthe dom0 it fa= ils while apparently attempting to initialize the SATAdevices. It does find on= e device (ata3) but then just halts and hangsapparently forever. Any suggestio= ns as to what could be causing this, orwhether upgrading to 13.04/Xen 4.2 migh= t fix the issue?-------------- next part --------------An HTML attachment was = scrubbed...URL: ------------------------------Message: 8Date: Tu= e, 21 May 2013 10:08:39 +0430From: Richard Johnson To: xen= -users@lists.xen.org, alpine-devel@lists.alpinelinux.orgSubject: [Xen-users] S= table and Secure Distribution Supporting XenMessage-ID: <519B085F.60707@qq.com= >Content-Type: text/plain; charset=3d"us-ascii"An HTML attachment was scrubbed= ...URL: ------------------------------Message: 9Date: Tue, 21 Ma= y 2013 07:35:52 +0100From: Gordan Bobic To: Jon Skilling Cc: xen-users@lists.xen.orgSubject: Re: [Xen-users] Pr= oblem with PCI Pass-through address space collisionMessage-ID: <519B15C8.90306= 05@bobich.net>Content-Type: text/plain; charset=3dwindows-1252; format=3dflowe= dI'm pretty sure I seem to recall that PCI passthrough will not work without V= T-d, but by all means, feel free to try.Even if you did have working VT-d, tho= ugh, you have to detach the device from dom0 before you can add it to domU, us= ing something like:virsh nodedev-detach pci_0000_06_01_0Given the EL6 CRC Xen = packages you are using, they use pciback built as a module, so kernel boot par= ameters won't help. What you need to do is add this to /etc/modprobe.d/:# cat = xen-pciback.confoptions xen-pciback permissive=3d1 hide=3d(06:01.0)Run depmod = -a once you have done that.Then:# modprobe xen-pcibackvirsh nodedev-detach pci= _0000_06_01_0Also add the driver for the card to /etc/modprobe.d/blacklist.con= f.After that you should be able to boot the domU with the device.You may also = want to upgrade to the latest testing packages (4.2.2-5) since they include a = PCI passthrough fix from a couple of days ago, although it doesn't look like y= ou are falling foul of it.Also, how much RAM are you passing to domU? Try givi= ng it <=3d 2GB. There is a PCI memory map bug that can cause a nasty memory st= omp that kept me chasing my tail for days. For most people it manifests at > 4= GB, but on my system it manifested at > 2GB.HTH.GordanOn 05/20/2013 06:04 PM, = Jon Skilling wrote:> Hi,>> I?ve been trying to configure Xeon on my HP ML350 G= 4 server for the past> two weeks and despite reading just about every word of = the Xen wiki and> numerous other posts and mails, I can?t find a solution to m= y problem.> Any help on this would be much appreciated!>> Setup:>> HP ML350 G4= , Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium TDM410P> analogue PBX car= d on PCI. Hardware virtualization (Vt-d) is not an> option with this machine.>= > I followed these instructions (more or less) to set up Dom0 and DomU:>> http= ://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64-paravirtual= ization-and-hardware-virtualization>> with the following changes:>> Host Dom0 = (Centos 6.4):>> xen-4.2.2-4.el6.x86_64>> kernel-xen-3.9.2-1.el6xen.x86_64>> li= bvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to> 1.0.3. Fro= m checking the source, the Xen patch appears to be there> already, so no recom= pile needed ? the Xen patch doesn?t work with this> source anyway.>> XEND has = been disabled from boot up because it causes problems with XL> tools although = the same address space collision occurs if I use the XM> tool set.>> I have tr= ied xen-pciback.hide(06:01.0) on the kernel module definitions> in boot.conf b= ut this doesn?t seem to do anything. Adding records to> modprobe.conf and rc.l= ocal work better.>> The device I?m trying to passthrough is defined:>> 06:01.0= Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog> card (rev 11= )>> Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card>> Control: I/O-= Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-> ParErr- Stepping- SERR- FastB2= B- DisINTx->> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dmedium> >TAbo= rt- SERR- > Interrupt: pin A routed to IRQ 16>= > Region 0: I/O ports at 5000 [disabled] [size=3d256]>> Region 1: Memory at fd= ef0000 (32-bit, non-prefetchable)> [disabled] [size=3d1K]>> [virtual] Expansio= n ROM at f0000000 [disabled] [size=3d128K]>> Capabilities: [c0] Power Manageme= nt version 2>> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3d100mA> PME(D0+,D1+,D2+= ,D3hot+,D3cold+)>> Status: D0 NoSoftRst- PME-Enable- DSel=3d0 DScale=3d0 PME->= > Kernel driver in use: pciback>> Guest DomU (Centos 6.4):>> kernel-xen-3.9.2-= 1.el6xen.x86_64>> Created using virt-install onto a 20G LVM with 1024Mb ram>> = XML for DomU dumped and converted to native then the domain destroyed> and und= efined and recreated using XL create with the new cfg file. This> is to allow = inclusion of pci [?06:01.0?] parameter in config.>> Using the static setup, I = can get Dom0 to hide the PCI device. I can> also achieve the same effect with = the dynamic set up using> pci-assignable-attach and pci-attach. Here is the dm= esg relating to the> device. Reg 30 is highlighted because this seems to be wh= ere the problem is.>> pci 0000:06:01.0: [d161:8005] type 00 class 0x020000>> p= ci 0000:06:01.0: reg 10: [io 0x5000-0x50ff]>> pci 0000:06:01.0: reg 14: [mem 0= xfdef0000-0xfdef03ff]>> pci 0000:06:01.0: *reg 30: [mem 0x00000000-0x0001ffff = pref]*>> pci 0000:06:01.0: supports D1 D2>> pci 0000:06:01.0: PME# supported f= rom D0 D1 D2 D3hot D3cold>> pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-= 0xf001ffff pref]>> pciback 0000:06:01.0: seizing device>> pciback 0000:06:01.0= : PCI IRQ 48 -> rerouted to legacy IRQ 16>> pciback 0000:06:01.0: PCI IRQ 48 -= > rerouted to legacy IRQ 16>> xen-pciback: vpci: 0000:06:01.0: assign to virtu= al slot 0>> In the Dom0 I can define the device statically in the config file = or> dynamically as described above. Both scenarios result in the same error> b= eing displayed.>> pcifront pci-0: Installing PCI frontend>> pcifront pci-0: Cr= eating PCI Frontend Bus 0000:00>> pcifront pci-0: PCI host bridge to bus 0000:= 00>> pci_bus 0000:00: root bus resource [io 0x0000-0xffff]>> pci_bus 0000:00: = root bus resource [mem 0x00000000-0xfffffffff]>> pci_bus 0000:00: root bus res= ource [bus 00-ff]>> pci 0000:00:00.0: [d161:8005] type 00 class 0x020000>> pci= 0000:00:00.0: reg 10: [io 0x5000-0x50ff]>> pci 0000:00:00.0: reg 14: [mem 0xf= def0000-0xfdef03ff]>> pci 0000:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pr= ef]*>> pci 0000:00:00.0: supports D1 D2>> pcifront pci-0: claiming resource 00= 00:00:00.0/0>> pcifront pci-0: claiming resource 0000:00:00.0/1>> pcifront pci= -0: claiming resource 0000:00:00.0/6>> pci 0000:00:00.0: address space collisi= on: [mem 0xf0000000-0xffffffff> pref] conflicts with 0000:00:00.0 [mem 0xfdef0= 000-0xfdef03ff]>> pcifront pci-0: Could not claim resource 0000:00:00.0/6! Dev= ice offline.> Try using e820_host=3d1 in the guest config.>> This appears to s= how that the PCI device is conflicting with itself (reg> 14 with reg 30) becau= se the address space for reg 30 is different in> pciback to pcifront.>> I have= tried setting up the domain with both XM and XL with the same result>> Adding= passthrough and permissive settings with no change>> Adding iommu=3dsoft to g= uest kernel command line.>> I?ve tried adding the e820_host flag to the config= file but this doesn?t> seem to solve anything.>> Different Xen enabled kernel= s.>> Wiping the server and rebuilding the whole thing from scratch (more than>= once)>> The Digium PCI card works fine on a normal Centos 6.3 setup with no X= en.>> I?m out of ideas now on how to solve this, so if anyone has made this> c= ard work by doing something different, I?d be grateful for any> suggestions. I= ?ve looked at the source for pcifont.c and come to the> conclusion that my c c= oding skills are not going to be good enough to> debug/change this program.>> = I can provide more dmesg outputs or other documentation if needed.>> Thanks in= advance for any help>> Jon>>>> ______________________________________________= _> Xen-users mailing list> Xen-users@lists.xen.org> http://lists.xen.org/xen-u= sers>------------------------------Message: 10Date: Tue, 21 May 2013 12:42:56 = +0500From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re:= [Xen-users] gplpv: re-enabling the nic adapter removes itMessage-ID: Content-Type: te= xt/plain; charset=3dISO-8859-1>> My test machine is Debian 3.8.5 which should = be close enough although it's possible there is a patch that changes the state= transition in a subtle way.>That is quite interesting. I do think this would = be the case since wehave tried everything else. Someday I may be able to try t= his onDebian dom0.> Can you try disabling both adapters so the driver unloads = then enable them both again (even if it gets stuck when the first one loads)?I= guess that was the first apparent thing that I did when an adapterdisappeared= while re-enabling, yea as funny as it sounds, LOL. But Idid just try again; b= oth adapters disappear and driver crashes withsame error. Reboot brings them b= ack.------------------------------Message: 11Date: Tue, 21 May 2013 10:05:17 += 0200From: Massimo Canonico To: "Grinberg, Vitaly" Cc: "xen-users@lists.xen.org" Sub= ject: Re: [Xen-users] CAP and performance problemMessage-ID: <519B2ABD.2090304= @di.unipmn.it>Content-Type: text/plain; charset=3dISO-8859-1; format=3dflowedT= hanks, but this good question is still waiting for a good answer. Anyone?Cheer= s, MassimoOn 05/15/2013 04:42 PM, Grinberg, Vitaly wrote:> This is a good ques= tion.>> Vitaly.>> >> -----Original Message-----> From: xen-users-bounces@lists= .xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Massimo Canonic= o> Sent: Thursday, December 25, 2008 7:35 PM> To: xen-users@lists.xen.org> Sub= ject: [Xen-users] CAP and performance problem>> Hi,> my application is written= in std C++ and it makes a matrix> multiplication: so it uses only CPU and mem= ory (no i/o, no network).>> I'm quite surprise that with CAP =3d 100% I got my= results in about 600> seconds and with CAP =3d 50% I got my results in about = 1800 seconds> (around 3 times longer).>> For this kind of application I was ex= pecting to get results in about> 1200 seconds (2 times longer) for the second = scenario with respect to> the first one.>> Of course, the HW and SW are exactl= y the same for the 2 experiments.>> Am I wrong or the CAP mechanism is not wor= king well?>> Thanks,> Massimo>> ______________________________________________= _> Xen-users mailing list> Xen-users@lists.xen.org> http://lists.xen.org/xen-u= sers------------------------------Message: 12Date: Tue, 21 May 2013 08:27:55 += 0000From: James Harper To: Micky Cc: "xen-users@lists.xen.org" Subject: Re: = [Xen-users] gplpv: re-enabling the nic adapter removes itMessage-ID: <6035A0D0= 88A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au>Content-Type: text/pl= ain; charset=3d"us-ascii"> > >> > My test machine is Debian 3.8.5 which should= be close enough although it's> possible there is a patch that changes the sta= te transition in a subtle way.> >> > That is quite interesting. I do think thi= s would be the case since we> have tried everything else. Someday I may be abl= e to try this on> Debian dom0.> > > Can you try disabling both adapters so the= driver unloads then enable them> both again (even if it gets stuck when the f= irst one loads)?> > I guess that was the first apparent thing that I did when = an adapter> disappeared while re-enabling, yea as funny as it sounds, LOL. But= I> did just try again; both adapters disappear and driver crashes with> same = error. Reboot brings them back.I just uploaded a version 404 to testing which = has some timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the = problem but might tell me more about the error if you can send me the debug lo= g.When you say crash is that a BSoD? I can't remember if I've asked you that b= efore.James------------------------------Message: 13Date: Tue, 21 May 2013 10:= 06:49 +0100From: Lars Kurth To: Ian Campbell Cc: "xen-arm@lists.xen.org" , "xen-users@li= sts.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xe= n-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014= Event Locations (open to all)Message-ID: <519B3929.3080104@xen.org>Content-Ty= pe: text/plain; charset=3dUTF-8; format=3dflowed > perhaps we could continue t= o vote using the old "+1" in an email mechanism?The reason for creating a form= was toa) Ensure formal votes are private (i.e. there is a space to raise issu= es that may be difficult to raise in public)b) Make sure that the vote is reco= rded and can be easily gone back to (something which is a little hard on a lis= t)c) Comply with the processMaybe a) does not apply at all or maybe only in li= mited circumstances. This point may be valid when it comes for votes related t= o incubating/graduating or archiving sub-projects though (because it may refle= ct on an individuals or companies leadership of a sub-project) and it may be h= arder to air an issue publicly.To be honest, the turn-out on these last two vo= tes was really poor. We had only 4 votes (and only one from Citrix). Now this = of course may be because the proposed changes were rather uncontroversial.On t= he other hand, you often use the argument that "if somebody can't be bothered = following up on their bugs/patches/etc. then bugs/patches/etc. are obviously n= ot important enough". I am inclined to use that same argument for voring on pr= ocess and policy changes.RegardsLarsOn 20/05/2013 10:17, Ian Campbell wrote:> = On Mon, 2013-05-13 at 11:30 +0100, Lars Kurth wrote:>> Rather than creating a = voting form, I decided to use the voting>> feature>> on the newxenproject.org = website. To vote, you need to create an>> account. If you have difficulties, l= et me know. The poll isat>> http://www.xenproject.org/help/questions-and-answe= rs/vote-on-2014-event-locations.html.>> The vote will stay open until the midd= le of June.> I've voted using this now but in the future perhaps we could cont= inue to> vote using the old "+1" in an email mechanism?>> There aren't so many= maintainers and committers that this would be> unwieldy IMHO.>---------------= ---------------Message: 14Date: Tue, 21 May 2013 13:43:32 +0430From: Richard J= ohnson To: xen-users@lists.xen.org, alpine-devel@lists.alp= inelinux.orgSubject: Re: [Xen-users] [alpine-devel] Stable and Secure Distribu= tion Supporting XenMessage-ID: <519B3ABC.6090307@qq.com>Content-Type: text/pla= in; charset=3d"us-ascii"An HTML attachment was scrubbed...URL: -= -----------------------------Message: 15Date: Tue, 21 May 2013 15:42:26 +0500F= rom: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-= users] gplpv: re-enabling the nic adapter removes itMessage-ID: Content-Type: text/plain= ; charset=3dISO-8859-1> I just uploaded a version 404 to testing which has som= e timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the problem= but might tell me more about the error if you can send me the debug log.Thank= s. I'll take a peek soon.> When you say crash is that a BSoD? I can't remember= if I've asked you that before.Not a BSOD but a driver crash with "device cann= ot start (error 10)" indevice manager.------------------------------Message: 1= 6Date: Tue, 21 May 2013 16:41:35 +0530From: Jaya Dhanesh To: xen-users@lists.xenproject.orgSubject: [Xen-users] helpMessage-ID: <= 519B5667.80900@ericsson.com>Content-Type: text/plain; charset=3d"iso-8859-1"; = Format=3d"flowed"Hi,I am using Xen and trying to achieve some functionalities = that was working with Virtual Box.In VB, there is a command, "VBoxManage -q mo= difyvm $app_name --uartmode1 server $VMDKCONS";which will allow me to write co= de using pipes and sockets to achieve console connection. This is not through = the regular com port. What is the xen equivalent command to do this?Thanks,Dha= nesh.-------------- next part --------------An HTML attachment was scrubbed...= URL: ------------------------------Message: 17Date: Tue, 21 May = 2013 12:04:41 +0400From: Alexey Makarov To: Alexandre= Kouznetsov Cc: xen-users@lists.xen.orgSubject: Re: [Xen-users= ] XCP don't see Network Interfaces on sunfire x2270Message-ID: Content-Type: text/pl= ain; charset=3d"utf-8"Yes, xsconsole.xe pif-list shows nothing. (No any interf= aces)xe network-list shows defaults XCP networksifconfig -a shows that eth0, e= th1 - BROADCAST MULTICAST2013/5/20 Alexandre Kouznetsov > Hell= o.>> El 20/05/13 09:54, Alexey Makarov escribi?:>> On a fresh installation of = XCP 1.6 there is no interface in XCP Network>> Management.>>> What is "XCP Net= work Management", xsconsole?>> By default, XCP 1.6 creates a "network" for eac= h physical interface, as a> bridge. So, there is no ethX directly usable, the = bridges are used as> network interface instead.>> Check "xe network-list" and = "xe pif-list" output to inspect that.>>> While in comman line ifconfig -a show= s me both physical interfaces.>>> Does they have the "UP" flag or not?>> Greet= ings.>> --> Alexandre Kouznetsov>>> ______________________________**__________= _______> Xen-users mailing list> Xen-users@lists.xen.org> http://lists.xen.org= /xen-users>-- Best regards, Makarov Alexey-------------- next part -----------= ---An HTML attachment was scrubbed...URL: ----------------------= --------Message: 18Date: Tue, 21 May 2013 11:30:22 +0200From: Natanael Copa To: Richard Johnson Cc: xen-users@lis= ts.xen.org, alpine-devel@lists.alpinelinux.orgSubject: Re: [Xen-users] [alpine= -devel] Stable and Secure Distribution Supporting XenMessage-ID: <201305211130= 22.6ade937f@ncopa-desktop.alpinelinux.org>Content-Type: text/plain; charset=3d= US-ASCIIOn Tue, 21 May 2013 10:08:39 +0430Richard Johnson = wrote:> I'm choosing between Unix-based operating systems that support Xen. M= y criteria are the following:> > - Compatibility: I want to use this OS on a v= arious set of commonly used hardware. I have restricted the CPU instruction se= t scope to x86_64, but there are a vast range of graphics cards out there.You = will only be able to run open source drivers with Alpine Linux.Anything in mai= nline linux kernel should work though.> - Stability: The packages and kernel u= sed must be stable versions. Many main distributions such as Debian and RedHat= follow his strategy.We just released alpine v2.6. It uses kernel 3.9.y + grse= curitypatches. Upstream claims its "stable". I think Debian and RedHat thinkso= therwise.You will have to find the balance between new features (incl newhardw= are) and stability.> - Xen Stability: Stable Xen support is necessaryAlpine v2= .6 comes with Xen 4.2.1.> - Security> > With these criteria in mind I have rea= ched to the following distributions: NetBSD, Alpine Linux, FreeBSD, Debian and= CentOS. I am currently using Alpine Linux which claims that it is designed wi= th security in mind, however my recent Experience with it showed many bugs.Alp= ine Linux's security strategy is to use Grsecurity patches and ahardened gcc t= oolchain (similar to gentoo hardened). The idea is tomake it hard to exploit (= unknown) security bugs, even in kernel.Since we are a relatively small distro = and are fairly early to adoptnew "stable" upstream releases and try stay close= r to upstream, wemight hit the bugs earlier than others.The number of new bugs= seems to increase with every kernel release :-/It would be nice if you could = report the bugs you have found so we havea chance to fix them.https://bugs.alp= inelinux.orgThanks!-nc------------------------------__________________________= _____________________Xen-users mailing listXen-users@lists.xen.orghttp://lists= .xen.org/xen-usersEnd of Xen-users Digest, Vol 99, Issue 46*******************= ********************** ------=ALIBOUNDARY_25788_576e6940_519f094e_89fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=0d=0a

hi,

=0d=0a

        I am  an engineer of I= ntel , on cloud and virtalization. thanks for you great updates of vTPM.Could you share your experience on how to build vTPM

=0d=0a

with xen 4.3? &= nbsp;I failed to boot up  2.6.18.8 kernel which is from&= nbsp;

=0d=0a

             # make linux-2.6= -xen-build

=0d=0a

             # make linu= x-2.6-xen-install

=0d=0a

         

=0d=0a<= p class=3d"MsoNormal" style=3d"background-position: initial initial; backgroun= d-repeat: initial initial;" align=3d"left">      &= nbsp; I want to integerate  vTPM to OpenAttestation.OpenAttestation proje= ct is to provide SDK, Software Development Kit, to add cloud management tools = with

=0d=0a

c= apability of establishing hosts integrity information by remotely retrieving a= nd verifying Hosts' integrity with TPM quote.

=0d=0a

you can download OpenAttestation from github<= /span>:https://github.com/OpenAttestation/OpenA= ttestation

=0d=0a


=0d=0a

Thanks 

=0d=0a

http://lists.xen.org/xen-devel=0d=0a=0d=0a=0d=0a

=0d=0a=0d=0a=0d=0a
=0d=0a



=0d=0a
-----------------------------------------------= -------------------
Sender:xen-users-request@lists.xen.org
Time:2013= -5-21 19:54
To:xen-users@lists.xen.org;
Subject:Xen-users Digest, Vo= l 99, Issue 46
Send Xen-users mailing list submissions to
xen-user= s@lists.xen.org

To subscribe or unsubscribe via the World Wide Web,= visit
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users
or, = via email, send a message with subject or body 'help' to
xen-users-reque= st@lists.xen.org

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

When replying, please edit your Sub= ject line so it is more specific
than "Re: Contents of Xen-users digest..= ."


Today's Topics:

1. Re: Security in Virtual Mac= hine (Alexandre Kouznetsov)
2. Re: Security in Virtual Machine (Peter Vi= skup)
3. win 2012 can't find drivers (James Harper)
4. Re: win 201= 2 can't find drivers (James Harper)
5. Re: Suspicious URL:Re: Xen relate= d networking issue
(James Harper)
6. Problem with PCI Pass-through= address space collision
(Jon Skilling)
7. Xen stops booting at "S= ATA Link down (SStatus 0 SControl
300)" (John Sherwood)
8. Stable = and Secure Distribution Supporting Xen (Richard Johnson)
9. Re: Problem = with PCI Pass-through address space collision
(Gordan Bobic)
10. R= e: gplpv: re-enabling the nic adapter removes it (Micky)
11. Re: CAP and= performance problem (Massimo Canonico)
12. Re: gplpv: re-enabling the n= ic adapter removes it (James Harper)
13. Re: [Votes] Xen Project Governa= nce v2 , Mailing List
Conventions v1, 2014 Event Locations (open to all)= (Lars Kurth)
14. Re: [alpine-devel] Stable and Secure Distribution Supp= orting
Xen (Richard Johnson)
15. Re: gplpv: re-enabling the nic ad= apter removes it (Micky)
16. help (Jaya Dhanesh)
17. Re: XCP don't= see Network Interfaces on sunfire x2270
(Alexey Makarov)
18. Re: = [alpine-devel] Stable and Secure Distribution Supporting
Xen (Natanael C= opa)


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

Message: 1
Date: Mon, 20 May 2013 17:23:20 -050= 0
From: Alexandre Kouznetsov <alk@ondore.com>
To: xen-users@li= sts.xen.org
Subject: Re: [Xen-users] Security in Virtual Machine
Mes= sage-ID: <519AA258.2000401@ondore.com>
Content-Type: text/plain; ch= arset=3dISO-8859-1; format=3dflowed

Hello.

El 20/05/13 1= 6:51, Alberto escribi?:
> I have a HOST (*/Server Fisico/*) connected = to internet. It have 2
> network cards, the first one (*/eth0/*) conne= cted to the router, another
> (/*eth1*/) is connected to LAN.
>= ; /*eth1*/ is bridged to virtual machines network, and one of them
> (= */virtual1/*) have an HTTP Server. Everything is running correctly.
I wil= l assume that your HOST server is running running Xen Dom0.
Probably, it = is also acting as a router between 192.168.1.X and
192.168.2.X, that mak= es DNAT and firewall to run within the same Dom0.


> I have= IPTABLES Firewall running on the HOST with DNAT forwarding HTTP
> tra= ffic to /*Virtual1*/. I have IPTABLES Rules in HOST, for block some
> = IPs that give me problems, but these rules not protect to /*Virtual1*/.
&= gt; All HTTP traffic is forwarded to /*Virtual1*/, even the source IP is
= > blocked for IPTABLES rules.
Vrtual1 is probably a DomU running on th= e same HOST.

What happens here, is that there might be a iptables r= ule, matching the
unwelcome incoming connection, that is evaluated befor= e the rules that
intend to block that connection. Once it is matched, th= e decision ACCEPT
is made and no other rule is evaluated. To make sure, = a careful
inspection of "iptables -L -v" is needed.

Please no= te that Xen Dom0's firewall need to be quite permissive in
order to make= network communication to work. A fine configuration is
possible, but fa= irly tricky to set up, and even more tricky to maintain.

> I had= an attack, and I couldn't block the HTTP traffic about
> /*Virtual1*/= , the IPTABLES rules not affect it.
>
> What can I do for give= security to Virtual machines?
The first recommendation is to give securi= ty to your Dom0 machine, do
not expose it directly to your DMZ network. = Your advantage here is that
you have 2 network cards, so you can make a = good separation. Second,
avoid using the dom0 as router/firewall, Xen's = own iptables rules make
things very confusing, it's easer to leave Xen's= to Xen and do the
firewalling on a dedicated VM, even within the same p= hysical box.

I would suggest to reconsider the network topology.1. Let's say your "Servidor Fisico" had a bridge xenbr0 containing eth0, and xenbr1 containing eth1. Make it not to have any IP on xenbr0
(ex= posed), only on xenbr1 (internal).
2. Set up a virtual machine to act as = router, make it have one interface
within xenbr0 and another in xenbr1.<= br />3. Make this virtual machine to route and NAT traffic between Internet and internal network, the same machine may act as DHCP server and DNS
for your internal network. Your Virtual1 would be treated just as
anot= her host in your internal network.

This is a fairly simple but yet = flexible setup, it will allow you keep
things clear and separated one fr= om another.

Greeting.


--
Alexandre Kouznetso= v




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

Messa= ge: 2
Date: Tue, 21 May 2013 00:25:55 +0200
From: Peter Viskup <s= kupko.sk@gmail.com>
To: Alberto <alberto@bersol.info>
Cc: x= en-users@lists.xen.org
Subject: Re: [Xen-users] Security in Virtual Machi= ne
Message-ID: <519AA2F3.6070604@gmail.com>
Content-Type: text= /plain; charset=3d"iso-8859-1"; Format=3d"flowed"

On 05/20/2013 11:= 51 PM, Alberto wrote:
> What can I do for give security to Virtual mac= hines?
>
> Thanks a lot
> Alberto
Hi Alberto,
once doing the SNAT/DNAT you can filter the connections in FORWARD table.
Just did some quick search on the net and find this nice iptables tut= orial:
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#= TRAVERSINGOFTABLES
read the "Chapter 6. Traversing of tables and chains" = section General
with nice picture of all chains and their order.
Wi= sh you nice reading and successful learning of iptables. ;-)

Best r= egards,
--
Peter Viskup
-------------- next part -------------= -
An HTML attachment was scrubbed...
URL: <http://lists.xen.org/a= rchives/html/xen-users/attachments/20130521/e85df5f4/attachment.html>
=
------------------------------

Message: 3
Date: Mon, 20 = May 2013 23:56:02 +0000
From: James Harper <james.harper@bendigoit.com= .au>
To: "xen-users@lists.xen.org" <xen-users@lists.xen.org>
Subject: [Xen-users] win 2012 can't find drivers
Message-ID:
<= 6035A0D088A63A46850C3988ED045A4B57C9C1C6@BITCOM1.int.sbss.com.au>
Cont= ent-Type: text/plain; charset=3d"us-ascii"

When installing windows = 2012 I am getting an error about "a media driver your computer needs is missin= g", even though if I shift-F10 to open a command prompt and run diskpart I can= see the harddisk.

Has anyone seen this before?

Xen is 4= .1.4 (Debian package)

Thanks

James



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

Message: 4
Date: Tue, 21 May = 2013 00:16:07 +0000
From: James Harper <james.harper@bendigoit.com.au&= gt;
To: James Harper <james.harper@bendigoit.com.au>,
"xen-us= ers@lists.xen.org" <xen-users@lists.xen.org>
Subject: Re: [Xen-user= s] win 2012 can't find drivers
Message-ID:
<6035A0D088A63A46850C= 3988ED045A4B57C9C2F4@BITCOM1.int.sbss.com.au>
Content-Type: text/plain= ; charset=3d"us-ascii"

Ignore this - my install iso appears to be c= orrupt. Sorry for the noise.

James

>
> When = installing windows 2012 I am getting an error about "a media driver
> = your computer needs is missing", even though if I shift-F10 to open a
>= ; command prompt and run diskpart I can see the harddisk.
>
>= Has anyone seen this before?
>
> Xen is 4.1.4 (Debian packag= e)
>
> Thanks
>
> James
>
>= _______________________________________________
> Xen-users mailing l= ist
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users=



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

Message: 5Date: Tue, 21 May 2013 00:19:36 +0000
From: James Harper <james.ha= rper@bendigoit.com.au>
To: Adam Goryachev <mailinglists@websitemana= gers.com.au>
Cc: "xen-users@lists.xensource.com" <xen-users@lists.x= ensource.com>
Subject: Re: [Xen-users] Suspicious URL:Re: Xen related = networking
issue
Message-ID:
<6035A0D088A63A46850C3988ED04= 5A4B57C9C326@BITCOM1.int.sbss.com.au>
Content-Type: text/plain; charse= t=3d"us-ascii"

>
> I tried to install 402 onto one of t= he machines, it seemed to install
> fine (no errors) but on reboot it = just sat at the Windows logo screen
> with the bar moving across the b= ottom. I had to reboot and revert to
> previous hardware config to get= the system working again.
>
> Is there any other install met= hod that is more likely to work, or
> anything I can provide to show w= hat might have gone wrong?
>

I haven't seen this before. T= he /var/log/xen/qemu-dm-<domu name>.log file would be useful, if you ins= talled the debug version.

James



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

Message: 6
Date: Mon, 20 May 2013 18:04:19 = +0100
From: Jon Skilling <jon_skilling@hotmail.com>
To: <xe= n-users@lists.xen.org>
Subject: [Xen-users] Problem with PCI Pass-thro= ugh address space
collision
Message-ID: <BAY178-DS187AF909DD8D3D= 609090CAEAA80@phx.gbl>
Content-Type: text/plain; charset=3d"utf-8"

Hi,



I?ve been trying to configure Xeon on my H= P ML350 G4 server for the past two weeks and despite reading just about every = word of the Xen wiki and numerous other posts and mails, I can?t find a soluti= on to my problem. Any help on this would be much appreciated!



Setup:



HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk= scsi raid array, Digium TDM410P analogue PBX card on PCI. Hardware virtualiza= tion (Vt-d) is not an option with this machine.



I foll= owed these instructions (more or less) to set up Dom0 and DomU:


http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_= 64-paravirtualization-and-hardware-virtualization



with= the following changes:



Host Dom0 (Centos 6.4):
<= br />xen-4.2.2-4.el6.x86_64

kernel-xen-3.9.2-1.el6xen.x86_64
<= br />libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to 1.0.= 3. From checking the source, the Xen patch appears to be there already, so no = recompile needed ? the Xen patch doesn?t work with this source anyway.
XEND has been disabled from boot up because it causes problems with XL too= ls although the same address space collision occurs if I use the XM tool set.<= br />
I have tried xen-pciback.hide(06:01.0) on the kernel module definit= ions in boot.conf but this doesn?t seem to do anything. Adding records to modp= robe.conf and rc.local work better.

The device I?m trying to passth= rough is defined:



06:01.0 Ethernet controller: Digium,= Inc. Wildcard TDM410 4-port analog card (rev 11)

Subsystem: Digiu= m, Inc. Wildcard TDM410 4-port analog card

Control: I/O- Mem- BusM= aster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-=

Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dmedium >TAb= ort- <TAbort- <MAbort- >SERR- <PERR- INTx-

Interrupt: = pin A routed to IRQ 16

Region 0: I/O ports at 5000 [disabled] [siz= e=3d256]

Region 1: Memory at fdef0000 (32-bit, non-prefetchable) [= disabled] [size=3d1K]

[virtual] Expansion ROM at f0000000 [disable= d] [size=3d128K]

Capabilities: [c0] Power Management version 2

Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3d100mA PME(D0+,D1+,D2+,D3hot+= ,D3cold+)

Status: D0 NoSoftRst- PME-Enable- DSel=3d0 DScale=3d0 PM= E-

Kernel driver in use: pciback



Guest Dom= U (Centos 6.4):

kernel-xen-3.9.2-1.el6xen.x86_64

Created= using virt-install onto a 20G LVM with 1024Mb ram

XML for DomU dum= ped and converted to native then the domain destroyed and undefined and recrea= ted using XL create with the new cfg file. This is to allow inclusion of pci [= ?06:01.0?] parameter in config.





Using the= static setup, I can get Dom0 to hide the PCI device. I can also achieve the s= ame effect with the dynamic set up using pci-assignable-attach and pci-attach.= Here is the dmesg relating to the device. Reg 30 is highlighted because this = seems to be where the problem is.



pci 0000:06:01.0: [d= 161:8005] type 00 class 0x020000

pci 0000:06:01.0: reg 10: [io 0x50= 00-0x50ff]

pci 0000:06:01.0: reg 14: [mem 0xfdef0000-0xfdef03ff]
pci 0000:06:01.0: reg 30: [mem 0x00000000-0x0001ffff pref]

pci 0000:06:01.0: supports D1 D2

pci 0000:06:01.0: PME# supported = from D0 D1 D2 D3hot D3cold

pci 0000:06:01.0: BAR 6: assigned [mem 0= xf0000000-0xf001ffff pref]

pciback 0000:06:01.0: seizing device

pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16
=
pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16
xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0



In the Dom0 I can define the device statically in the config file or d= ynamically as described above. Both scenarios result in the same error being d= isplayed.



pcifront pci-0: Installing PCI frontend

pcifront pci-0: Creating PCI Frontend Bus 0000:00

pcifront p= ci-0: PCI host bridge to bus 0000:00

pci_bus 0000:00: root bus reso= urce [io 0x0000-0xffff]

pci_bus 0000:00: root bus resource [mem 0x0= 0000000-0xfffffffff]

pci_bus 0000:00: root bus resource [bus 00-ff]=

pci 0000:00:00.0: [d161:8005] type 00 class 0x020000

pc= i 0000:00:00.0: reg 10: [io 0x5000-0x50ff]

pci 0000:00:00.0: reg 14= : [mem 0xfdef0000-0xfdef03ff]

pci 0000:00:00.0: reg 30: [mem 0xf000= 0000-0xffffffff pref]

pci 0000:00:00.0: supports D1 D2

p= cifront pci-0: claiming resource 0000:00:00.0/0

pcifront pci-0: cla= iming resource 0000:00:00.0/1

pcifront pci-0: claiming resource 000= 0:00:00.0/6

pci 0000:00:00.0: address space collision: [mem 0xf0000= 000-0xffffffff pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff]
pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offl= ine. Try using e820_host=3d1 in the guest config.



This= appears to show that the PCI device is conflicting with itself (reg 14 with r= eg 30) because the address space for reg 30 is different in pciback to pcifron= t.



I have tried setting up the domain with both XM and= XL with the same result

Adding passthrough and permissive settings= with no change

Adding iommu=3dsoft to guest kernel command line.
I?ve tried adding the e820_host flag to the config file but this doe= sn?t seem to solve anything.

Different Xen enabled kernels.
Wiping the server and rebuilding the whole thing from scratch (more than o= nce)

The Digium PCI card works fine on a normal Centos 6.3 setup wi= th no Xen.



I?m out of ideas now on how to solve this, = so if anyone has made this card work by doing something different, I?d be grat= eful for any suggestions. I?ve looked at the source for pcifont.c and come to = the conclusion that my c coding skills are not going to be good enough to debu= g/change this program.

I can provide more dmesg outputs or other do= cumentation if needed.



Thanks in advance for any help<= br />


Jon



-------------- next part -= -------------
An HTML attachment was scrubbed...
URL: <http://lis= ts.xen.org/archives/html/xen-users/attachments/20130520/2541524c/attachment.ht= ml>

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

Message: 7
Da= te: Mon, 20 May 2013 20:28:48 -0700
From: John Sherwood <jrs@vt.edu>= ;
To: xen-users <xen-users@lists.xensource.com>
Subject: [Xen-= users] Xen stops booting at "SATA Link down (SStatus 0
SControl 300)"Message-ID:
<CAH5ygH0K6ywRS+GeW5ij+3uv0HXh=3dxP4u-c9qrcn9tgVYnhWWQ= @mail.gmail.com>
Content-Type: text/plain; charset=3d"iso-8859-1"

I'm trying to set up Xen 4.1 on Ubuntu 12.04 server (x64) and when boot= ing
the dom0 it fails while apparently attempting to initialize the SATA<= br />devices. It does find one device (ata3) but then just halts and hangs
apparently forever. Any suggestions as to what could be causing this, or
whether upgrading to 13.04/Xen 4.2 might fix the issue?
-------------- = next part --------------
An HTML attachment was scrubbed...
URL: <= ;http://lists.xen.org/archives/html/xen-users/attachments/20130520/f0ef5125/at= tachment.html>

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

Message= : 8
Date: Tue, 21 May 2013 10:08:39 +0430
From: Richard Johnson <= johnson9884@qq.com>
To: xen-users@lists.xen.org, alpine-devel@lists.al= pinelinux.org
Subject: [Xen-users] Stable and Secure Distribution Support= ing Xen
Message-ID: <519B085F.60707@qq.com>
Content-Type: text= /plain; charset=3d"us-ascii"

An HTML attachment was scrubbed...
URL: <http://lists.xen.org/archives/html/xen-users/attachments/20130521/a= ff8c1ab/attachment.html>

------------------------------
Message: 9
Date: Tue, 21 May 2013 07:35:52 +0100
From: Gordan Bob= ic <gordan@bobich.net>
To: Jon Skilling <jon_skilling@hotmail.co= m>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Problem w= ith PCI Pass-through address space
collision
Message-ID: <519B15= C8.9030605@bobich.net>
Content-Type: text/plain; charset=3dwindows-125= 2; format=3dflowed

I'm pretty sure I seem to recall that PCI passth= rough will not work
without VT-d, but by all means, feel free to try.
Even if you did have working VT-d, though, you have to detach the dev= ice
from dom0 before you can add it to domU, using something like:
=
virsh nodedev-detach pci_0000_06_01_0

Given the EL6 CRC Xen p= ackages you are using, they use pciback built as
a module, so kernel boo= t parameters won't help. What you need to do is
add this to /etc/modprob= e.d/:

# cat xen-pciback.conf
options xen-pciback permissive=3d= 1 hide=3d(06:01.0)

Run depmod -a once you have done that.

Then:

# modprobe xen-pciback
virsh nodedev-detach pci_0000_0= 6_01_0

Also add the driver for the card to /etc/modprobe.d/blacklis= t.conf.

After that you should be able to boot the domU with the dev= ice.

You may also want to upgrade to the latest testing packages (4= .2.2-5)
since they include a PCI passthrough fix from a couple of days a= go,
although it doesn't look like you are falling foul of it.

Also, how much RAM are you passing to domU? Try giving it <=3d 2GB. There =
is a PCI memory map bug that can cause a nasty memory stomp that kept me=
chasing my tail for days. For most people it manifests at > 4GB, but= on
my system it manifested at > 2GB.

HTH.

Gord= an

On 05/20/2013 06:04 PM, Jon Skilling wrote:
> Hi,
&= gt;
> I?ve been trying to configure Xeon on my HP ML350 G4 server for = the past
> two weeks and despite reading just about every word of the = Xen wiki and
> numerous other posts and mails, I can?t find a solution= to my problem.
> Any help on this would be much appreciated!
>= ;
> Setup:
>
> HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk= scsi raid array, Digium TDM410P
> analogue PBX card on PCI. Hardware = virtualization (Vt-d) is not an
> option with this machine.
><= br />> I followed these instructions (more or less) to set up Dom0 and DomU= :
>
> http://www.howtoforge.com/virtualization-with-xen-on-cen= tos-6.3-x86_64-paravirtualization-and-hardware-virtualization
>
&= gt; with the following changes:
>
> Host Dom0 (Centos 6.4):>
> xen-4.2.2-4.el6.x86_64
>
> kernel-xen-3.9.2-= 1.el6xen.x86_64
>
> libvirt 1.0.3-1 (python-virtinstall causes= libvirt to be upgraded to
> 1.0.3. From checking the source, the Xen = patch appears to be there
> already, so no recompile needed ? the Xen = patch doesn?t work with this
> source anyway.
>
> XEND= has been disabled from boot up because it causes problems with XL
> t= ools although the same address space collision occurs if I use the XM
>= ; tool set.
>
> I have tried xen-pciback.hide(06:01.0) on the = kernel module definitions
> in boot.conf but this doesn?t seem to do a= nything. Adding records to
> modprobe.conf and rc.local work better.>
> The device I?m trying to passthrough is defined:
><= br />> 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port ana= log
> card (rev 11)
>
> Subsystem: Digium, Inc. Wildca= rd TDM410 4-port analog card
>
> Control: I/O- Mem- BusMaster-= SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B- DisI= NTx-
>
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dme= dium
> >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx->
> Interrupt: pin A routed to IRQ 16
>
> Regio= n 0: I/O ports at 5000 [disabled] [size=3d256]
>
> Region 1: M= emory at fdef0000 (32-bit, non-prefetchable)
> [disabled] [size=3d1K]<= br />>
> [virtual] Expansion ROM at f0000000 [disabled] [size=3d128= K]
>
> Capabilities: [c0] Power Management version 2
>=
> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3d100mA
> PME(D0+,D1= +,D2+,D3hot+,D3cold+)
>
> Status: D0 NoSoftRst- PME-Enable- DS= el=3d0 DScale=3d0 PME-
>
> Kernel driver in use: pciback
= >
> Guest DomU (Centos 6.4):
>
> kernel-xen-3.9.2-1= .el6xen.x86_64
>
> Created using virt-install onto a 20G LVM w= ith 1024Mb ram
>
> XML for DomU dumped and converted to native= then the domain destroyed
> and undefined and recreated using XL crea= te with the new cfg file. This
> is to allow inclusion of pci [?06:01.= 0?] parameter in config.
>
> Using the static setup, I can get= Dom0 to hide the PCI device. I can
> also achieve the same effect wit= h the dynamic set up using
> pci-assignable-attach and pci-attach. Her= e is the dmesg relating to the
> device. Reg 30 is highlighted because= this seems to be where the problem is.
>
> pci 0000:06:01.0: = [d161:8005] type 00 class 0x020000
>
> pci 0000:06:01.0: reg 1= 0: [io 0x5000-0x50ff]
>
> pci 0000:06:01.0: reg 14: [mem 0xfde= f0000-0xfdef03ff]
>
> pci 0000:06:01.0: *reg 30: [mem 0x000000= 00-0x0001ffff pref]*
>
> pci 0000:06:01.0: supports D1 D2
>
> pci 0000:06:01.0: PME# supported from D0 D1 D2 D3hot D3cold>
> pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff= pref]
>
> pciback 0000:06:01.0: seizing device
>
> pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16
&g= t;
> pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16<= br />>
> xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0<= br />>
> In the Dom0 I can define the device statically in the conf= ig file or
> dynamically as described above. Both scenarios result in = the same error
> being displayed.
>
> pcifront pci-0: = Installing PCI frontend
>
> pcifront pci-0: Creating PCI Front= end Bus 0000:00
>
> pcifront pci-0: PCI host bridge to bus 000= 0:00
>
> pci_bus 0000:00: root bus resource [io 0x0000-0xffff]=
>
> pci_bus 0000:00: root bus resource [mem 0x00000000-0xffff= fffff]
>
> pci_bus 0000:00: root bus resource [bus 00-ff]
>
> pci 0000:00:00.0: [d161:8005] type 00 class 0x020000
>=
> pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff]
>
> pc= i 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff]
>
> pci 00= 00:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pref]*
>
> pci= 0000:00:00.0: supports D1 D2
>
> pcifront pci-0: claiming res= ource 0000:00:00.0/0
>
> pcifront pci-0: claiming resource 000= 0:00:00.0/1
>
> pcifront pci-0: claiming resource 0000:00:00.0= /6
>
> pci 0000:00:00.0: address space collision: [mem 0xf0000= 000-0xffffffff
> pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xf= def03ff]
>
> pcifront pci-0: Could not claim resource 0000:00:= 00.0/6! Device offline.
> Try using e820_host=3d1 in the guest config.=
>
> This appears to show that the PCI device is conflicting w= ith itself (reg
> 14 with reg 30) because the address space for reg 30= is different in
> pciback to pcifront.
>
> I have tri= ed setting up the domain with both XM and XL with the same result
>> Adding passthrough and permissive settings with no change
>> Adding iommu=3dsoft to guest kernel command line.
>
> = I?ve tried adding the e820_host flag to the config file but this doesn?t
= > seem to solve anything.
>
> Different Xen enabled kernels= .
>
> Wiping the server and rebuilding the whole thing from sc= ratch (more than
> once)
>
> The Digium PCI card works= fine on a normal Centos 6.3 setup with no Xen.
>
> I?m out of= ideas now on how to solve this, so if anyone has made this
> card wor= k by doing something different, I?d be grateful for any
> suggestions.= I?ve looked at the source for pcifont.c and come to the
> conclusion = that my c coding skills are not going to be good enough to
> debug/cha= nge this program.
>
> I can provide more dmesg outputs or othe= r documentation if needed.
>
> Thanks in advance for any help<= br />>
> Jon
>
>
>
> ______________= _________________________________
> Xen-users mailing list
> X= en-users@lists.xen.org
> http://lists.xen.org/xen-users
>




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

Message: 10=
Date: Tue, 21 May 2013 12:42:56 +0500
From: Micky <mickylmartin@= gmail.com>
To: James Harper <james.harper@bendigoit.com.au>
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>
Subject: R= e: [Xen-users] gplpv: re-enabling the nic adapter removes it
Message-ID:<= br /> <CAKAA-nmwAdFL157Y87LidLYKAFZLJoyeZhG-ogg=3d1vy9khbsDg@mail.gmail.com= >
Content-Type: text/plain; charset=3dISO-8859-1

>
= > My test machine is Debian 3.8.5 which should be close enough although it'= s possible there is a patch that changes the state transition in a subtle way.=
>

That is quite interesting. I do think this would be the = case since we
have tried everything else. Someday I may be able to try th= is on
Debian dom0.

> Can you try disabling both adapters so= the driver unloads then enable them both again (even if it gets stuck when th= e first one loads)?

I guess that was the first apparent thing that = I did when an adapter
disappeared while re-enabling, yea as funny as it s= ounds, LOL. But I
did just try again; both adapters disappear and driver = crashes with
same error. Reboot brings them back.



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

Message: 11
Date: Tue, 21 May 2= 013 10:05:17 +0200
From: Massimo Canonico <mex@di.unipmn.it>
T= o: "Grinberg, Vitaly" <Vitaly.Grinberg@marriott.com>
Cc: "xen-users= @lists.xen.org" <xen-users@lists.xen.org>
Subject: Re: [Xen-users] = CAP and performance problem
Message-ID: <519B2ABD.2090304@di.unipmn.it= >
Content-Type: text/plain; charset=3dISO-8859-1; format=3dflowed

Thanks, but this good question is still waiting for a good answer. Anyo= ne?

Cheers,
Massimo

On 05/15/2013 04:42 PM, Grinbe= rg, Vitaly wrote:
> This is a good question.
>
> Vital= y.
>
>
>
> -----Original Message-----
&g= t; From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Massimo Canonico
> Sent: Thursday, December 25, 2008 = 7:35 PM
> To: xen-users@lists.xen.org
> Subject: [Xen-users] C= AP and performance problem
>
> Hi,
> my application is= written in std C++ and it makes a matrix
> multiplication: so it uses= only CPU and memory (no i/o, no network).
>
> I'm quite surpr= ise that with CAP =3d 100% I got my results in about 600
> seconds and= with CAP =3d 50% I got my results in about 1800 seconds
> (around 3 t= imes longer).
>
> For this kind of application I was expecting= to get results in about
> 1200 seconds (2 times longer) for the secon= d scenario with respect to
> the first one.
>
> Of cou= rse, the HW and SW are exactly the same for the 2 experiments.
>
= > Am I wrong or the CAP mechanism is not working well?
>
> = Thanks,
> Massimo
>
> ________________________________= _______________
> Xen-users mailing list
> Xen-users@lists.xen= .org
> http://lists.xen.org/xen-users




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

Message: 12
Date: Tue, 21 May 2013= 08:27:55 +0000
From: James Harper <james.harper@bendigoit.com.au><= br />To: Micky <mickylmartin@gmail.com>
Cc: "xen-users@lists.xen.or= g" <xen-users@lists.xen.org>
Subject: Re: [Xen-users] gplpv: re-ena= bling the nic adapter removes it
Message-ID:
<6035A0D088A63A4685= 0C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au>
Content-Type: text/pla= in; charset=3d"us-ascii"

>
> >
> > My tes= t machine is Debian 3.8.5 which should be close enough although it's
>= possible there is a patch that changes the state transition in a subtle way.<= br />> >
>
> That is quite interesting. I do think this= would be the case since we
> have tried everything else. Someday I ma= y be able to try this on
> Debian dom0.
>
> > Can = you try disabling both adapters so the driver unloads then enable them
&g= t; both again (even if it gets stuck when the first one loads)?
>
> I guess that was the first apparent thing that I did when an adapter> disappeared while re-enabling, yea as funny as it sounds, LOL. But I> did just try again; both adapters disappear and driver crashes with> same error. Reboot brings them back.

I just uploaded a ver= sion 404 to testing which has some timeouts implemented (and a PAE/x64 fix for= vbd). That won't fix the problem but might tell me more about the error if yo= u can send me the debug log.

When you say crash is that a BSoD? I c= an't remember if I've asked you that before.

James




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

Message: 13
Date: = Tue, 21 May 2013 10:06:49 +0100
From: Lars Kurth <lars.kurth@xen.org&g= t;
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "xen-arm@lis= ts.xen.org" <xen-arm@lists.xen.org>,
"xen-users@lists.xen.org" <= ;xen-users@lists.xen.org>,
"xen-api@lists.xen.org" <xen-api@lists.= xen.org>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing
= List Conventions v1, 2014 Event Locations (open to all)
Message-ID: <= 519B3929.3080104@xen.org>
Content-Type: text/plain; charset=3dUTF-8; f= ormat=3dflowed

> perhaps we could continue to vote using the ol= d "+1" in an email
mechanism?
The reason for creating a form was to=
a) Ensure formal votes are private (i.e. there is a space to raise
issues that may be difficult to raise in public)
b) Make sure that the v= ote is recorded and can be easily gone back to
(something which is a lit= tle hard on a list)
c) Comply with the process
Maybe a) does not app= ly at all or maybe only in limited circumstances.
This point may be vali= d when it comes for votes related to
incubating/graduating or archiving = sub-projects though (because it may
reflect on an individuals or compani= es leadership of a sub-project) and
it may be harder to air an issue pub= licly.

To be honest, the turn-out on these last two votes was reall= y poor. We
had only 4 votes (and only one from Citrix). Now this of cour= se may be
because the proposed changes were rather uncontroversial.

On the other hand, you often use the argument that "if somebody can't b= e
bothered following up on their bugs/patches/etc. then bugs/patches/etc= .
are obviously not important enough". I am inclined to use that same argument for voring on process and policy changes.

Regards
Lars

On 20/05/2013 10:17, Ian Campbell wrote:
> On Mon, 20= 13-05-13 at 11:30 +0100, Lars Kurth wrote:
>> Rather than creating = a voting form, I decided to use the voting
>> feature
>>= on the newxenproject.org website. To vote, you need to create an
>>= ; account. If you have difficulties, let me know. The poll isat
>> = http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locati= ons.html.
>> The vote will stay open until the middle of June.
> I've voted using this now but in the future perhaps we could continue to=
> vote using the old "+1" in an email mechanism?
>
> = There aren't so many maintainers and committers that this would be
> u= nwieldy IMHO.
>




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

Message: 14
Date: Tue, 21 May 2013 13:43:32 +0430
F= rom: Richard Johnson <johnson9884@qq.com>
To: xen-users@lists.xen.o= rg, alpine-devel@lists.alpinelinux.org
Subject: Re: [Xen-users] [alpine-d= evel] Stable and Secure Distribution
Supporting Xen
Message-ID: <= ;519B3ABC.6090307@qq.com>
Content-Type: text/plain; charset=3d"us-asci= i"

An HTML attachment was scrubbed...
URL: <http://lists.xe= n.org/archives/html/xen-users/attachments/20130521/19092d43/attachment.html>= ;

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

Message: 15
Date: = Tue, 21 May 2013 15:42:26 +0500
From: Micky <mickylmartin@gmail.com>= ;
To: James Harper <james.harper@bendigoit.com.au>
Cc: "xen-us= ers@lists.xen.org" <xen-users@lists.xen.org>
Subject: Re: [Xen-user= s] gplpv: re-enabling the nic adapter removes it
Message-ID:
<CA= KAA-nkE8ZCZEikPcPVQ1ENtYR-P6dL-KHSCd0ZWS_heaHgNmA@mail.gmail.com>
Cont= ent-Type: text/plain; charset=3dISO-8859-1

> I just uploaded a v= ersion 404 to testing which has some timeouts implemented (and a PAE/x64 fix f= or vbd). That won't fix the problem but might tell me more about the error if = you can send me the debug log.

Thanks. I'll take a peek soon.
=
> When you say crash is that a BSoD? I can't remember if I've asked y= ou that before.

Not a BSOD but a driver crash with "device cannot s= tart (error 10)" in
device manager.



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

Message: 16
Date: Tue, 21 May 2013 16:41:35 += 0530
From: Jaya Dhanesh <jaya.dhanesh@ericsson.com>
To: xen-us= ers@lists.xenproject.org
Subject: [Xen-users] help
Message-ID: <5= 19B5667.80900@ericsson.com>
Content-Type: text/plain; charset=3d"iso-8= 859-1"; Format=3d"flowed"

Hi,

I am using Xen and trying = to achieve some functionalities that was
working with Virtual Box.
= In VB, there is a command, "VBoxManage -q modifyvm $app_name --uartmode1
server $VMDKCONS";
which will allow me to write code using pipes and soc= kets to achieve
console connection. This is not through the regular com = port. What is
the xen equivalent command to do this?

Thanks,<= br />Dhanesh.
-------------- next part --------------
An HTML attach= ment was scrubbed...
URL: <http://lists.xen.org/archives/html/xen-user= s/attachments/20130521/5352943f/attachment.html>

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

Message: 17
Date: Tue, 21 May 2013 12:04:41 +0= 400
From: Alexey Makarov <makarovalexey@gmail.com>
To: Alexand= re Kouznetsov <alk@ondore.com>
Cc: xen-users@lists.xen.org
Sub= ject: Re: [Xen-users] XCP don't see Network Interfaces on sunfire
x2270<= br />Message-ID:
<CAFH7_D9q1wrpmO1TZtxrQEZ9BpNwzLknL3v=3daX=3dUGUTwGf= qBQA@mail.gmail.com>
Content-Type: text/plain; charset=3d"utf-8"
=
Yes, xsconsole.

xe pif-list shows nothing. (No any interfaces= )
xe network-list shows defaults XCP networks

ifconfig -a show= s that eth0, eth1 - BROADCAST MULTICAST

2013/5/20 Alexandre Kouznet= sov <alk@ondore.com>

> Hello.
>
> El 20/05= /13 09:54, Alexey Makarov escribi?:
>
> On a fresh installatio= n of XCP 1.6 there is no interface in XCP Network
>> Management.>>
> What is "XCP Network Management", xsconsole?
>> By default, XCP 1.6 creates a "network" for each physical interface, = as a
> bridge. So, there is no ethX directly usable, the bridges are u= sed as
> network interface instead.
>
> Check "xe netw= ork-list" and "xe pif-list" output to inspect that.
>
>
&= gt; While in comman line ifconfig -a shows me both physical interfaces.
&= gt;>
> Does they have the "UP" flag or not?
>
> Gre= etings.
>
> --
> Alexandre Kouznetsov
>
&= gt;
> ______________________________**_________________
> Xen-= users mailing list
> Xen-users@lists.xen.org
> http://lists.xe= n.org/xen-users
>



--
Best regards, Makaro= v Alexey
-------------- next part --------------
An HTML attachment = was scrubbed...
URL: <http://lists.xen.org/archives/html/xen-users/att= achments/20130521/951f1935/attachment.html>

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

Message: 18
Date: Tue, 21 May 2013 11:30:22 +0200From: Natanael Copa <ncopa@alpinelinux.org>
To: Richard Johnson= <johnson9884@qq.com>
Cc: xen-users@lists.xen.org, alpine-devel@lis= ts.alpinelinux.org
Subject: Re: [Xen-users] [alpine-devel] Stable and Sec= ure Distribution
Supporting Xen
Message-ID: <20130521113022.6ade= 937f@ncopa-desktop.alpinelinux.org>
Content-Type: text/plain; charset=3d= US-ASCII

On Tue, 21 May 2013 10:08:39 +0430
Richard Johnson &l= t;johnson9884@qq.com> wrote:

> I'm choosing between Unix-base= d operating systems that support Xen. My criteria are the following:
>=
> - Compatibility: I want to use this OS on a various set of commonl= y used hardware. I have restricted the CPU instruction set scope to x86_64, bu= t there are a vast range of graphics cards out there.

You will only= be able to run open source drivers with Alpine Linux.

Anything in = mainline linux kernel should work though.

> - Stability: The pac= kages and kernel used must be stable versions. Many main distributions such as= Debian and RedHat follow his strategy.

We just released alpine v2.= 6. It uses kernel 3.9.y + grsecurity
patches. Upstream claims its "stable= ". I think Debian and RedHat thinks
otherwise.

You will have t= o find the balance between new features (incl new
hardware) and stability= .

> - Xen Stability: Stable Xen support is necessary

= Alpine v2.6 comes with Xen 4.2.1.

> - Security
>
&= gt; With these criteria in mind I have reached to the following distributions:= NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine= Linux which claims that it is designed with security in mind, however my rece= nt Experience with it showed many bugs.

Alpine Linux's security str= ategy is to use Grsecurity patches and a
hardened gcc toolchain (similar = to gentoo hardened). The idea is to
make it hard to exploit (unknown) sec= urity bugs, even in kernel.

Since we are a relatively small distro = and are fairly early to adopt
new "stable" upstream releases and try stay= closer to upstream, we
might hit the bugs earlier than others.

The number of new bugs seems to increase with every kernel release :-/
=
It would be nice if you could report the bugs you have found so we have<= br />a chance to fix them.
https://bugs.alpinelinux.org


= Thanks!

-nc



------------------------------
_______________________________________________
Xen-users maili= ng list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=

End of Xen-users Digest, Vol 99, Issue 46
*******************= **********************
------=ALIBOUNDARY_25788_576e6940_519f094e_89fb-- --===============4627963460797679055== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4627963460797679055==-- From xen-users-bounces@lists.xen.org Fri May 24 06:33:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 06:33:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UflXg-0005j9-Mv; Fri, 24 May 2013 06:31:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UflXe-0005j4-QX for xen-users@lists.xen.org; Fri, 24 May 2013 06:31:55 +0000 Received: from [85.158.143.99:24202] by server-3.bemta-4.messagelabs.com id E5/9F-02015-A590F915; Fri, 24 May 2013 06:31:54 +0000 X-Env-Sender: quan.xu@aliyun.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1369377106!29048688!1 X-Originating-IP: [110.75.46.8] X-SpamReason: No, hits=5.9 required=7.0 tests=BODY_RANDOM_LONG, HELO_DYNAMIC_DHCP,HTML_20_30,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR, MIME_QP_LONG_LINE,SUBJECT_EXCESS_BASE64,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24813 invoked from network); 24 May 2013 06:31:47 -0000 Received: from smtpcm9-308.freemail.mail.aliyun.com (HELO smtpcm9-308.freemail.mail.aliyun.com) (110.75.46.8) by server-2.tower-216.messagelabs.com with SMTP; 24 May 2013 06:31:47 -0000 Received: from WS-web by 36e008027.cm9 at Fri, 24 May 2013 14:31:42 +0800 Date: Fri, 24 May 2013 14:31:42 +0800 From: To: "xen-users" Message-ID: <5f4138f8-11b8-4605-87fa-a77e036f8dc9@aliyun.com> X-Priority: 3 X-Mailer: Alimail-Mailagent revision 1570136 MIME-Version: 1.0 References: mailman.2470.1369137279.2273.xen-users@lists.xen.org In-Reply-To: mailman.2470.1369137279.2273.xen-users@lists.xen.org Cc: quan.xu@intel.com Subject: [Xen-users] =?utf-8?q?how_to_build_vTPM_with_xen_4=2E3=3F?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4627963460797679055==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4627963460797679055== Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_25788_576e6940_519f094e_89fb" ------=ALIBOUNDARY_25788_576e6940_519f094e_89fb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0ahi,=0a=c2=a0 =c2=a0 =c2=a0=c2=a0=c2=a0 I am =c2=a0an engineer of Intel , on= cloud and virtalization. thanks for you great updates of vTPM.Could you share= your experience on how to build vTPM=0awith xen 4.3?=c2=a0=c2=a0I failed to b= oot up=c2=a0=c2=a02.6.18.8 kernel which is from=c2=a0=0a=c2=a0 =c2=a0 =c2=a0 =c2= =a0 =c2=a0 =c2=a0 =c2=a0# make linux-2.6-xen-build=0a=c2=a0 =c2=a0 =c2=a0 =c2=a0= =c2=a0 =c2=a0 =c2=a0# make linux-2.6-xen-install=0a=c2=a0 =c2=a0 =c2=a0 =c2=a0= =c2=a0=0a=c2=a0 =c2=a0 =c2=a0 =c2=a0 I want to integerate =c2=a0vTPM to OpenA= ttestation.OpenAttestation project is to provide SDK, Software Development Kit= , to add cloud management tools with =0acapability of establishing hosts integ= rity information by remotely retrieving and verifying Hosts' integrity with TP= M quote.=0ayou can download OpenAttestation from github:https://github.com/Ope= nAttestation/OpenAttestation=0a=0aThanks=c2=a0=0aQuan=0a=c2=a0=0a=c2=a0=0a[Xen= -devel] [PATCH v5 00/12] vTPM updates for 4.3=0a=0a=0aTo: Matthew.Fioravante@x= xxxxxxxxx=0aFrom: Daniel De Graaf =0aDate: Thu, 21 Mar = 2013 16:11:17 -0400=0aCc: dgdegra@xxxxxxxxxxxxx, Ian.Campbell@xxxxxxxxxx, xen-= devel@xxxxxxxxxxxxx=0aDelivery-date: Thu, 21 Mar 2013 20:12:01 +0000=0aList-id= : Xen developer discussion =0a=0a=0aThis series conta= ins a bit of reworking from v4: command cancellation is=0anow supported in the= protocol, although not yet exposed through the API.=0aSince the TPM emulator = used by Xen doesn't support cancellation anyway,=0athis is not currently an im= portant requirement.=0a=0aThe xenbus name for the interface has been changed b= ack to "vtpm" -=0arenaming it to vtpm2 requires changing libxl to only support= the new=0adevice name with mismatches between the use of vtpm in the API it=0a= exposes and vtpm2 in the values used internally. Using feature nodes to=0adeno= te the protocol change allows also libxl to wire up both the old=0ainterface a= nd the new interface.=0a=0aAutomatic vTPM shutdown is removed by patch #9; how= ever, since patch #8=0amakes it safe to destroy the vTPM at any point, the cle= anup of a vTPM=0aupon guest shutdown can be relocated to the layer that starts= the vTPM.=0aThis is necessary even without these patches because vTPMs have n= ever=0aautomatically shut down if a guest encoutners an error in early boot or= =0asimply does not load (or have) the frontend driver.=0a=0aLocality-5 PCRs ha= ve been dropped since v4: this patch is not really=0asuited for upstreaming un= til there is a domain using the extra PCRs.=0a=0aMini-os driver patches:=0a = [PATCH 01/12] mini-os/tpm{back,front}: Change shared page ABI=0a [PATCH 02= /12] mini-os/tpm{back,front}: Allow device repoens=0a [PATCH 03/12] mini-os= /tpmback: set up callbacks before enumeration=0a [PATCH 04/12] mini-os/tpmb= ack: Replace UUID field with opaque pointer=0a [PATCH 05/12] mini-os/tpmbac= k: add tpmback_get_peercontext=0a=0aLinux driver patch:=0a [PATCH] drivers/= tpm-xen: Change vTPM shared page ABI=0a=0avTPM stub-domain updates:=0a [PAT= CH 06/12] stubdom/vtpm: correct the buffer size returned by=0a [PATCH 07/12= ] stubdom/vtpm: Support locality field=0a [PATCH 08/12] stubdom/vtpm: make = state save operation atomic=0a [PATCH 09/12] stubdom/vtpm: support multiple= backends=0a [PATCH 10/12] stubdom/vtpm: constrain locality by XSM label=0a= =0aOther stub domain updates:=0a [PATCH 11/12] stubdom/grub: send kernel me= asurements to vTPM=0a [PATCH 12/12] stubdom/Makefile: Fix gmp extract rule=0a= =0a_______________________________________________=0aXen-devel mailing list=0a= Xen-devel@xxxxxxxxxxxxx=0ahttp://lists.xen.org/xen-devel=0a=0a=0a=0a=0aFollow-= Ups:=0a=0a[Xen-devel] [PATCH] drivers/tpm-xen: Change vTPM shared page ABI=0a=0a= From: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 02/12] mini-os/tpm{back, fron= t}: Allow device repoens=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH= 08/12] stubdom/vtpm: make state save operation atomic=0a=0aFrom: Daniel De Gr= aaf=0a=0a=0a[Xen-devel] [PATCH 09/12] stubdom/vtpm: support multiple backends=0a= =0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 12/12] stubdom/Makefile: F= ix gmp extract rule=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 03/1= 2] mini-os/tpmback: set up callbacks before enumeration=0a=0aFrom: Daniel De G= raaf=0a=0a=0a[Xen-devel] [PATCH 07/12] stubdom/vtpm: Support locality field=0a= =0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 04/12] mini-os/tpmback: Re= place UUID field with opaque pointer=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-d= evel] [PATCH 05/12] mini-os/tpmback: add tpmback_get_peercontext=0a=0aFrom: Da= niel De Graaf=0a=0a=0a[Xen-devel] [PATCH 10/12] stubdom/vtpm: constrain locali= ty by XSM label=0a=0aFrom: Daniel De Graaf=0a=0a=0a[Xen-devel] [PATCH 06/12] s= tubdom/vtpm: correct the buffer size returned by TPM_CAP_PROP_INPUT_BUFFER=0a=0a= From: Daniel De Graaf=0a=0a=0a=0a=0a=0a=0aPrev by Date: [Xen-devel] [PATCH 10/= 12] stubdom/vtpm: constrain locality by XSM label=0aNext by Date: [Xen-devel] = [PATCH 05/12] mini-os/tpmback: add tpmback_get_peercontext=0aPrevious by threa= d: [Xen-devel] xen/arm: move to mach-virt and support SMP=0aNext by thread: [X= en-devel] [PATCH 06/12] stubdom/vtpm: correct the buffer size returned by TPM_= CAP_PROP_INPUT_BUFFER=0aIndex(es):=0a=0aDate=0aThread=0a=0a=0a=0a=0a=0a-------= -----------------------------------------------------------Sender:xen-users-re= quest@lists.xen.orgTime:2013-5-21 19:54To:xen-users@lists.xen.org;Subject:Xen-= users Digest, Vol 99, Issue 46 Send Xen-users mailing list submissions to xen-= users@lists.xen.orgTo subscribe or unsubscribe via the World Wide Web, visit h= ttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-usersor, via email, send a me= ssage with subject or body 'help' to xen-users-request@lists.xen.orgYou can re= ach the person managing the list at xen-users-owner@lists.xen.orgWhen replying= , please edit your Subject line so it is more specificthan "Re: Contents of Xe= n-users digest..."Today's Topics: 1. Re: Security in Virtual Machine (Alexandr= e Kouznetsov) 2. Re: Security in Virtual Machine (Peter Viskup) 3. win 2012 ca= n't find drivers (James Harper) 4. Re: win 2012 can't find drivers (James Harp= er) 5. Re: Suspicious URL:Re: Xen related networking issue (James Harper) 6. P= roblem with PCI Pass-through address space collision (Jon Skilling) 7. Xen sto= ps booting at "SATA Link down (SStatus 0 SControl 300)" (John Sherwood) 8. Sta= ble and Secure Distribution Supporting Xen (Richard Johnson) 9. Re: Problem wi= th PCI Pass-through address space collision (Gordan Bobic) 10. Re: gplpv: re-e= nabling the nic adapter removes it (Micky) 11. Re: CAP and performance problem= (Massimo Canonico) 12. Re: gplpv: re-enabling the nic adapter removes it (Jam= es Harper) 13. Re: [Votes] Xen Project Governance v2 , Mailing List Convention= s v1, 2014 Event Locations (open to all) (Lars Kurth) 14. Re: [alpine-devel] S= table and Secure Distribution Supporting Xen (Richard Johnson) 15. Re: gplpv: = re-enabling the nic adapter removes it (Micky) 16. help (Jaya Dhanesh) 17. Re:= XCP don't see Network Interfaces on sunfire x2270 (Alexey Makarov) 18. Re: [a= lpine-devel] Stable and Secure Distribution Supporting Xen (Natanael Copa)----= ------------------------------------------------------------------Message: 1Da= te: Mon, 20 May 2013 17:23:20 -0500From: Alexandre Kouznetsov = To: xen-users@lists.xen.orgSubject: Re: [Xen-users] Security in Virtual Machin= eMessage-ID: <519AA258.2000401@ondore.com>Content-Type: text/plain; charset=3d= ISO-8859-1; format=3dflowedHello.El 20/05/13 16:51, Alberto escribi?:> I have = a HOST (*/Server Fisico/*) connected to internet. It have 2> network cards, th= e first one (*/eth0/*) connected to the router, another> (/*eth1*/) is connect= ed to LAN.> /*eth1*/ is bridged to virtual machines network, and one of them> = (*/virtual1/*) have an HTTP Server. Everything is running correctly.I will ass= ume that your HOST server is running running Xen Dom0.Probably, it is also act= ing as a router between 192.168.1.X and 192.168.2.X, that makes DNAT and firew= all to run within the same Dom0.> I have IPTABLES Firewall running on the HOST= with DNAT forwarding HTTP> traffic to /*Virtual1*/. I have IPTABLES Rules in = HOST, for block some> IPs that give me problems, but these rules not protect t= o /*Virtual1*/.> All HTTP traffic is forwarded to /*Virtual1*/, even the sourc= e IP is> blocked for IPTABLES rules.Vrtual1 is probably a DomU running on the = same HOST.What happens here, is that there might be a iptables rule, matching = the unwelcome incoming connection, that is evaluated before the rules that int= end to block that connection. Once it is matched, the decision ACCEPT is made = and no other rule is evaluated. To make sure, a careful inspection of "iptable= s -L -v" is needed.Please note that Xen Dom0's firewall need to be quite permi= ssive in order to make network communication to work. A fine configuration is = possible, but fairly tricky to set up, and even more tricky to maintain.> I ha= d an attack, and I couldn't block the HTTP traffic about> /*Virtual1*/, the IP= TABLES rules not affect it.>> What can I do for give security to Virtual machi= nes?The first recommendation is to give security to your Dom0 machine, do not = expose it directly to your DMZ network. Your advantage here is that you have 2= network cards, so you can make a good separation. Second, avoid using the dom= 0 as router/firewall, Xen's own iptables rules make things very confusing, it'= s easer to leave Xen's to Xen and do the firewalling on a dedicated VM, even w= ithin the same physical box.I would suggest to reconsider the network topology= .1. Let's say your "Servidor Fisico" had a bridge xenbr0 containing eth0, and = xenbr1 containing eth1. Make it not to have any IP on xenbr0 (exposed), only o= n xenbr1 (internal).2. Set up a virtual machine to act as router, make it have= one interface within xenbr0 and another in xenbr1.3. Make this virtual machin= e to route and NAT traffic between Internet and internal network, the same mac= hine may act as DHCP server and DNS for your internal network. Your Virtual1 w= ould be treated just as another host in your internal network.This is a fairly= simple but yet flexible setup, it will allow you keep things clear and separa= ted one from another.Greeting.-- Alexandre Kouznetsov-------------------------= -----Message: 2Date: Tue, 21 May 2013 00:25:55 +0200From: Peter Viskup To: Alberto Cc: xen-users@lists.xen.orgSubj= ect: Re: [Xen-users] Security in Virtual MachineMessage-ID: <519AA2F3.6070604@= gmail.com>Content-Type: text/plain; charset=3d"iso-8859-1"; Format=3d"flowed"O= n 05/20/2013 11:51 PM, Alberto wrote:> What can I do for give security to Virt= ual machines?>> Thanks a lot> AlbertoHi Alberto,once doing the SNAT/DNAT you c= an filter the connections in FORWARD table.Just did some quick search on the n= et and find this nice iptables tutorial:http://www.frozentux.net/iptables-tuto= rial/iptables-tutorial.html#TRAVERSINGOFTABLESread the "Chapter 6. Traversing = of tables and chains" section General with nice picture of all chains and thei= r order.Wish you nice reading and successful learning of iptables. ;-)Best reg= ards,-- Peter Viskup-------------- next part --------------An HTML attachment = was scrubbed...URL: ------------------------------Message: 3Date= : Mon, 20 May 2013 23:56:02 +0000From: James Harper To: "xen-users@lists.xen.org" Subject: [Xen-user= s] win 2012 can't find driversMessage-ID: <6035A0D088A63A46850C3988ED045A4B57C= 9C1C6@BITCOM1.int.sbss.com.au>Content-Type: text/plain; charset=3d"us-ascii"Wh= en installing windows 2012 I am getting an error about "a media driver your co= mputer needs is missing", even though if I shift-F10 to open a command prompt = and run diskpart I can see the harddisk.Has anyone seen this before?Xen is 4.1= .4 (Debian package)ThanksJames------------------------------Message: 4Date: Tu= e, 21 May 2013 00:16:07 +0000From: James Harper To: James Harper , "xen-users@lists.xen.org" <= xen-users@lists.xen.org>Subject: Re: [Xen-users] win 2012 can't find driversMe= ssage-ID: <6035A0D088A63A46850C3988ED045A4B57C9C2F4@BITCOM1.int.sbss.com.au>Co= ntent-Type: text/plain; charset=3d"us-ascii"Ignore this - my install iso appea= rs to be corrupt. Sorry for the noise.James> > When installing windows 2012 I = am getting an error about "a media driver> your computer needs is missing", ev= en though if I shift-F10 to open a> command prompt and run diskpart I can see = the harddisk.> > Has anyone seen this before?> > Xen is 4.1.4 (Debian package)= > > Thanks> > James> > _______________________________________________> Xen-us= ers mailing list> Xen-users@lists.xen.org> http://lists.xen.org/xen-users-----= -------------------------Message: 5Date: Tue, 21 May 2013 00:19:36 +0000From: = James Harper To: Adam Goryachev Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Suspicious URL:Re: Xen related networking = issueMessage-ID: <6035A0D088A63A46850C3988ED045A4B57C9C326@BITCOM1.int.sbss.co= m.au>Content-Type: text/plain; charset=3d"us-ascii"> > I tried to install 402 = onto one of the machines, it seemed to install> fine (no errors) but on reboot= it just sat at the Windows logo screen> with the bar moving across the bottom= . I had to reboot and revert to> previous hardware config to get the system wo= rking again.> > Is there any other install method that is more likely to work,= or> anything I can provide to show what might have gone wrong?> I haven't see= n this before. The /var/log/xen/qemu-dm-.log file would be useful, = if you installed the debug version.James------------------------------Message:= 6Date: Mon, 20 May 2013 18:04:19 +0100From: Jon Skilling To: Subject: [Xen-users] Problem with PCI Pass-= through address space collisionMessage-ID: Content-Type: text/plain; charset=3d"utf-8"Hi, I?ve been trying to = configure Xeon on my HP ML350 G4 server for the past two weeks and despite rea= ding just about every word of the Xen wiki and numerous other posts and mails,= I can?t find a solution to my problem. Any help on this would be much appreci= ated! Setup: HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium T= DM410P analogue PBX card on PCI. Hardware virtualization (Vt-d) is not an opti= on with this machine. I followed these instructions (more or less) to set up D= om0 and DomU: http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-= x86_64-paravirtualization-and-hardware-virtualization with the following chang= es: Host Dom0 (Centos 6.4):xen-4.2.2-4.el6.x86_64kernel-xen-3.9.2-1.el6xen.x86= _64libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to 1.0.3.= From checking the source, the Xen patch appears to be there already, so no re= compile needed ? the Xen patch doesn?t work with this source anyway.XEND has b= een disabled from boot up because it causes problems with XL tools although th= e same address space collision occurs if I use the XM tool set.I have tried xe= n-pciback.hide(06:01.0) on the kernel module definitions in boot.conf but this= doesn?t seem to do anything. Adding records to modprobe.conf and rc.local wor= k better.The device I?m trying to passthrough is defined: 06:01.0 Ethernet con= troller: Digium, Inc. Wildcard TDM410 4-port analog card (rev 11) Subsystem: D= igium, Inc. Wildcard TDM410 4-port analog card Control: I/O- Mem- BusMaster- S= pecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status:= Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dmedium >TAbort- SERR- rerouted to legacy IRQ 16pciback 0000:06:01.0: PCI IRQ 48 -> rerouted= to legacy IRQ 16xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0 In = the Dom0 I can define the device statically in the config file or dynamically = as described above. Both scenarios result in the same error being displayed. p= cifront pci-0: Installing PCI frontendpcifront pci-0: Creating PCI Frontend Bu= s 0000:00pcifront pci-0: PCI host bridge to bus 0000:00pci_bus 0000:00: root b= us resource [io 0x0000-0xffff]pci_bus 0000:00: root bus resource [mem 0x000000= 00-0xfffffffff]pci_bus 0000:00: root bus resource [bus 00-ff]pci 0000:00:00.0:= [d161:8005] type 00 class 0x020000pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff= ]pci 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff]pci 0000:00:00.0: reg 30= : [mem 0xf0000000-0xffffffff pref]pci 0000:00:00.0: supports D1 D2pcifront pci= -0: claiming resource 0000:00:00.0/0pcifront pci-0: claiming resource 0000:00:= 00.0/1pcifront pci-0: claiming resource 0000:00:00.0/6pci 0000:00:00.0: addres= s space collision: [mem 0xf0000000-0xffffffff pref] conflicts with 0000:00:00.= 0 [mem 0xfdef0000-0xfdef03ff]pcifront pci-0: Could not claim resource 0000:00:= 00.0/6! Device offline. Try using e820_host=3d1 in the guest config. This appe= ars to show that the PCI device is conflicting with itself (reg 14 with reg 30= ) because the address space for reg 30 is different in pciback to pcifront. I = have tried setting up the domain with both XM and XL with the same resultAddin= g passthrough and permissive settings with no changeAdding iommu=3dsoft to gue= st kernel command line.I?ve tried adding the e820_host flag to the config file= but this doesn?t seem to solve anything.Different Xen enabled kernels.Wiping = the server and rebuilding the whole thing from scratch (more than once)The Dig= ium PCI card works fine on a normal Centos 6.3 setup with no Xen. I?m out of i= deas now on how to solve this, so if anyone has made this card work by doing s= omething different, I?d be grateful for any suggestions. I?ve looked at the so= urce for pcifont.c and come to the conclusion that my c coding skills are not = going to be good enough to debug/change this program.I can provide more dmesg = outputs or other documentation if needed. Thanks in advance for any help Jon -= ------------- next part --------------An HTML attachment was scrubbed...URL: <= http://lists.xen.org/archives/html/xen-users/attachments/20130520/2541524c/att= achment.html>------------------------------Message: 7Date: Mon, 20 May 2013 20= :28:48 -0700From: John Sherwood To: xen-users Subject: [Xen-users] Xen stops booting at "SATA Link down (SStatus = 0 SControl 300)"Message-ID: Content-Type: text/plain; charset=3d"iso-8859-1"I'm trying= to set up Xen 4.1 on Ubuntu 12.04 server (x64) and when bootingthe dom0 it fa= ils while apparently attempting to initialize the SATAdevices. It does find on= e device (ata3) but then just halts and hangsapparently forever. Any suggestio= ns as to what could be causing this, orwhether upgrading to 13.04/Xen 4.2 migh= t fix the issue?-------------- next part --------------An HTML attachment was = scrubbed...URL: ------------------------------Message: 8Date: Tu= e, 21 May 2013 10:08:39 +0430From: Richard Johnson To: xen= -users@lists.xen.org, alpine-devel@lists.alpinelinux.orgSubject: [Xen-users] S= table and Secure Distribution Supporting XenMessage-ID: <519B085F.60707@qq.com= >Content-Type: text/plain; charset=3d"us-ascii"An HTML attachment was scrubbed= ...URL: ------------------------------Message: 9Date: Tue, 21 Ma= y 2013 07:35:52 +0100From: Gordan Bobic To: Jon Skilling Cc: xen-users@lists.xen.orgSubject: Re: [Xen-users] Pr= oblem with PCI Pass-through address space collisionMessage-ID: <519B15C8.90306= 05@bobich.net>Content-Type: text/plain; charset=3dwindows-1252; format=3dflowe= dI'm pretty sure I seem to recall that PCI passthrough will not work without V= T-d, but by all means, feel free to try.Even if you did have working VT-d, tho= ugh, you have to detach the device from dom0 before you can add it to domU, us= ing something like:virsh nodedev-detach pci_0000_06_01_0Given the EL6 CRC Xen = packages you are using, they use pciback built as a module, so kernel boot par= ameters won't help. What you need to do is add this to /etc/modprobe.d/:# cat = xen-pciback.confoptions xen-pciback permissive=3d1 hide=3d(06:01.0)Run depmod = -a once you have done that.Then:# modprobe xen-pcibackvirsh nodedev-detach pci= _0000_06_01_0Also add the driver for the card to /etc/modprobe.d/blacklist.con= f.After that you should be able to boot the domU with the device.You may also = want to upgrade to the latest testing packages (4.2.2-5) since they include a = PCI passthrough fix from a couple of days ago, although it doesn't look like y= ou are falling foul of it.Also, how much RAM are you passing to domU? Try givi= ng it <=3d 2GB. There is a PCI memory map bug that can cause a nasty memory st= omp that kept me chasing my tail for days. For most people it manifests at > 4= GB, but on my system it manifested at > 2GB.HTH.GordanOn 05/20/2013 06:04 PM, = Jon Skilling wrote:> Hi,>> I?ve been trying to configure Xeon on my HP ML350 G= 4 server for the past> two weeks and despite reading just about every word of = the Xen wiki and> numerous other posts and mails, I can?t find a solution to m= y problem.> Any help on this would be much appreciated!>> Setup:>> HP ML350 G4= , Dual xeon, 6Gb Ram, 6 disk scsi raid array, Digium TDM410P> analogue PBX car= d on PCI. Hardware virtualization (Vt-d) is not an> option with this machine.>= > I followed these instructions (more or less) to set up Dom0 and DomU:>> http= ://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_64-paravirtual= ization-and-hardware-virtualization>> with the following changes:>> Host Dom0 = (Centos 6.4):>> xen-4.2.2-4.el6.x86_64>> kernel-xen-3.9.2-1.el6xen.x86_64>> li= bvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to> 1.0.3. Fro= m checking the source, the Xen patch appears to be there> already, so no recom= pile needed ? the Xen patch doesn?t work with this> source anyway.>> XEND has = been disabled from boot up because it causes problems with XL> tools although = the same address space collision occurs if I use the XM> tool set.>> I have tr= ied xen-pciback.hide(06:01.0) on the kernel module definitions> in boot.conf b= ut this doesn?t seem to do anything. Adding records to> modprobe.conf and rc.l= ocal work better.>> The device I?m trying to passthrough is defined:>> 06:01.0= Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog> card (rev 11= )>> Subsystem: Digium, Inc. Wildcard TDM410 4-port analog card>> Control: I/O-= Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-> ParErr- Stepping- SERR- FastB2= B- DisINTx->> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dmedium> >TAbo= rt- SERR- > Interrupt: pin A routed to IRQ 16>= > Region 0: I/O ports at 5000 [disabled] [size=3d256]>> Region 1: Memory at fd= ef0000 (32-bit, non-prefetchable)> [disabled] [size=3d1K]>> [virtual] Expansio= n ROM at f0000000 [disabled] [size=3d128K]>> Capabilities: [c0] Power Manageme= nt version 2>> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3d100mA> PME(D0+,D1+,D2+= ,D3hot+,D3cold+)>> Status: D0 NoSoftRst- PME-Enable- DSel=3d0 DScale=3d0 PME->= > Kernel driver in use: pciback>> Guest DomU (Centos 6.4):>> kernel-xen-3.9.2-= 1.el6xen.x86_64>> Created using virt-install onto a 20G LVM with 1024Mb ram>> = XML for DomU dumped and converted to native then the domain destroyed> and und= efined and recreated using XL create with the new cfg file. This> is to allow = inclusion of pci [?06:01.0?] parameter in config.>> Using the static setup, I = can get Dom0 to hide the PCI device. I can> also achieve the same effect with = the dynamic set up using> pci-assignable-attach and pci-attach. Here is the dm= esg relating to the> device. Reg 30 is highlighted because this seems to be wh= ere the problem is.>> pci 0000:06:01.0: [d161:8005] type 00 class 0x020000>> p= ci 0000:06:01.0: reg 10: [io 0x5000-0x50ff]>> pci 0000:06:01.0: reg 14: [mem 0= xfdef0000-0xfdef03ff]>> pci 0000:06:01.0: *reg 30: [mem 0x00000000-0x0001ffff = pref]*>> pci 0000:06:01.0: supports D1 D2>> pci 0000:06:01.0: PME# supported f= rom D0 D1 D2 D3hot D3cold>> pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-= 0xf001ffff pref]>> pciback 0000:06:01.0: seizing device>> pciback 0000:06:01.0= : PCI IRQ 48 -> rerouted to legacy IRQ 16>> pciback 0000:06:01.0: PCI IRQ 48 -= > rerouted to legacy IRQ 16>> xen-pciback: vpci: 0000:06:01.0: assign to virtu= al slot 0>> In the Dom0 I can define the device statically in the config file = or> dynamically as described above. Both scenarios result in the same error> b= eing displayed.>> pcifront pci-0: Installing PCI frontend>> pcifront pci-0: Cr= eating PCI Frontend Bus 0000:00>> pcifront pci-0: PCI host bridge to bus 0000:= 00>> pci_bus 0000:00: root bus resource [io 0x0000-0xffff]>> pci_bus 0000:00: = root bus resource [mem 0x00000000-0xfffffffff]>> pci_bus 0000:00: root bus res= ource [bus 00-ff]>> pci 0000:00:00.0: [d161:8005] type 00 class 0x020000>> pci= 0000:00:00.0: reg 10: [io 0x5000-0x50ff]>> pci 0000:00:00.0: reg 14: [mem 0xf= def0000-0xfdef03ff]>> pci 0000:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pr= ef]*>> pci 0000:00:00.0: supports D1 D2>> pcifront pci-0: claiming resource 00= 00:00:00.0/0>> pcifront pci-0: claiming resource 0000:00:00.0/1>> pcifront pci= -0: claiming resource 0000:00:00.0/6>> pci 0000:00:00.0: address space collisi= on: [mem 0xf0000000-0xffffffff> pref] conflicts with 0000:00:00.0 [mem 0xfdef0= 000-0xfdef03ff]>> pcifront pci-0: Could not claim resource 0000:00:00.0/6! Dev= ice offline.> Try using e820_host=3d1 in the guest config.>> This appears to s= how that the PCI device is conflicting with itself (reg> 14 with reg 30) becau= se the address space for reg 30 is different in> pciback to pcifront.>> I have= tried setting up the domain with both XM and XL with the same result>> Adding= passthrough and permissive settings with no change>> Adding iommu=3dsoft to g= uest kernel command line.>> I?ve tried adding the e820_host flag to the config= file but this doesn?t> seem to solve anything.>> Different Xen enabled kernel= s.>> Wiping the server and rebuilding the whole thing from scratch (more than>= once)>> The Digium PCI card works fine on a normal Centos 6.3 setup with no X= en.>> I?m out of ideas now on how to solve this, so if anyone has made this> c= ard work by doing something different, I?d be grateful for any> suggestions. I= ?ve looked at the source for pcifont.c and come to the> conclusion that my c c= oding skills are not going to be good enough to> debug/change this program.>> = I can provide more dmesg outputs or other documentation if needed.>> Thanks in= advance for any help>> Jon>>>> ______________________________________________= _> Xen-users mailing list> Xen-users@lists.xen.org> http://lists.xen.org/xen-u= sers>------------------------------Message: 10Date: Tue, 21 May 2013 12:42:56 = +0500From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re:= [Xen-users] gplpv: re-enabling the nic adapter removes itMessage-ID: Content-Type: te= xt/plain; charset=3dISO-8859-1>> My test machine is Debian 3.8.5 which should = be close enough although it's possible there is a patch that changes the state= transition in a subtle way.>That is quite interesting. I do think this would = be the case since wehave tried everything else. Someday I may be able to try t= his onDebian dom0.> Can you try disabling both adapters so the driver unloads = then enable them both again (even if it gets stuck when the first one loads)?I= guess that was the first apparent thing that I did when an adapterdisappeared= while re-enabling, yea as funny as it sounds, LOL. But Idid just try again; b= oth adapters disappear and driver crashes withsame error. Reboot brings them b= ack.------------------------------Message: 11Date: Tue, 21 May 2013 10:05:17 += 0200From: Massimo Canonico To: "Grinberg, Vitaly" Cc: "xen-users@lists.xen.org" Sub= ject: Re: [Xen-users] CAP and performance problemMessage-ID: <519B2ABD.2090304= @di.unipmn.it>Content-Type: text/plain; charset=3dISO-8859-1; format=3dflowedT= hanks, but this good question is still waiting for a good answer. Anyone?Cheer= s, MassimoOn 05/15/2013 04:42 PM, Grinberg, Vitaly wrote:> This is a good ques= tion.>> Vitaly.>> >> -----Original Message-----> From: xen-users-bounces@lists= .xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Massimo Canonic= o> Sent: Thursday, December 25, 2008 7:35 PM> To: xen-users@lists.xen.org> Sub= ject: [Xen-users] CAP and performance problem>> Hi,> my application is written= in std C++ and it makes a matrix> multiplication: so it uses only CPU and mem= ory (no i/o, no network).>> I'm quite surprise that with CAP =3d 100% I got my= results in about 600> seconds and with CAP =3d 50% I got my results in about = 1800 seconds> (around 3 times longer).>> For this kind of application I was ex= pecting to get results in about> 1200 seconds (2 times longer) for the second = scenario with respect to> the first one.>> Of course, the HW and SW are exactl= y the same for the 2 experiments.>> Am I wrong or the CAP mechanism is not wor= king well?>> Thanks,> Massimo>> ______________________________________________= _> Xen-users mailing list> Xen-users@lists.xen.org> http://lists.xen.org/xen-u= sers------------------------------Message: 12Date: Tue, 21 May 2013 08:27:55 += 0000From: James Harper To: Micky Cc: "xen-users@lists.xen.org" Subject: Re: = [Xen-users] gplpv: re-enabling the nic adapter removes itMessage-ID: <6035A0D0= 88A63A46850C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au>Content-Type: text/pl= ain; charset=3d"us-ascii"> > >> > My test machine is Debian 3.8.5 which should= be close enough although it's> possible there is a patch that changes the sta= te transition in a subtle way.> >> > That is quite interesting. I do think thi= s would be the case since we> have tried everything else. Someday I may be abl= e to try this on> Debian dom0.> > > Can you try disabling both adapters so the= driver unloads then enable them> both again (even if it gets stuck when the f= irst one loads)?> > I guess that was the first apparent thing that I did when = an adapter> disappeared while re-enabling, yea as funny as it sounds, LOL. But= I> did just try again; both adapters disappear and driver crashes with> same = error. Reboot brings them back.I just uploaded a version 404 to testing which = has some timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the = problem but might tell me more about the error if you can send me the debug lo= g.When you say crash is that a BSoD? I can't remember if I've asked you that b= efore.James------------------------------Message: 13Date: Tue, 21 May 2013 10:= 06:49 +0100From: Lars Kurth To: Ian Campbell Cc: "xen-arm@lists.xen.org" , "xen-users@li= sts.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xe= n-users] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014= Event Locations (open to all)Message-ID: <519B3929.3080104@xen.org>Content-Ty= pe: text/plain; charset=3dUTF-8; format=3dflowed > perhaps we could continue t= o vote using the old "+1" in an email mechanism?The reason for creating a form= was toa) Ensure formal votes are private (i.e. there is a space to raise issu= es that may be difficult to raise in public)b) Make sure that the vote is reco= rded and can be easily gone back to (something which is a little hard on a lis= t)c) Comply with the processMaybe a) does not apply at all or maybe only in li= mited circumstances. This point may be valid when it comes for votes related t= o incubating/graduating or archiving sub-projects though (because it may refle= ct on an individuals or companies leadership of a sub-project) and it may be h= arder to air an issue publicly.To be honest, the turn-out on these last two vo= tes was really poor. We had only 4 votes (and only one from Citrix). Now this = of course may be because the proposed changes were rather uncontroversial.On t= he other hand, you often use the argument that "if somebody can't be bothered = following up on their bugs/patches/etc. then bugs/patches/etc. are obviously n= ot important enough". I am inclined to use that same argument for voring on pr= ocess and policy changes.RegardsLarsOn 20/05/2013 10:17, Ian Campbell wrote:> = On Mon, 2013-05-13 at 11:30 +0100, Lars Kurth wrote:>> Rather than creating a = voting form, I decided to use the voting>> feature>> on the newxenproject.org = website. To vote, you need to create an>> account. If you have difficulties, l= et me know. The poll isat>> http://www.xenproject.org/help/questions-and-answe= rs/vote-on-2014-event-locations.html.>> The vote will stay open until the midd= le of June.> I've voted using this now but in the future perhaps we could cont= inue to> vote using the old "+1" in an email mechanism?>> There aren't so many= maintainers and committers that this would be> unwieldy IMHO.>---------------= ---------------Message: 14Date: Tue, 21 May 2013 13:43:32 +0430From: Richard J= ohnson To: xen-users@lists.xen.org, alpine-devel@lists.alp= inelinux.orgSubject: Re: [Xen-users] [alpine-devel] Stable and Secure Distribu= tion Supporting XenMessage-ID: <519B3ABC.6090307@qq.com>Content-Type: text/pla= in; charset=3d"us-ascii"An HTML attachment was scrubbed...URL: -= -----------------------------Message: 15Date: Tue, 21 May 2013 15:42:26 +0500F= rom: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-= users] gplpv: re-enabling the nic adapter removes itMessage-ID: Content-Type: text/plain= ; charset=3dISO-8859-1> I just uploaded a version 404 to testing which has som= e timeouts implemented (and a PAE/x64 fix for vbd). That won't fix the problem= but might tell me more about the error if you can send me the debug log.Thank= s. I'll take a peek soon.> When you say crash is that a BSoD? I can't remember= if I've asked you that before.Not a BSOD but a driver crash with "device cann= ot start (error 10)" indevice manager.------------------------------Message: 1= 6Date: Tue, 21 May 2013 16:41:35 +0530From: Jaya Dhanesh To: xen-users@lists.xenproject.orgSubject: [Xen-users] helpMessage-ID: <= 519B5667.80900@ericsson.com>Content-Type: text/plain; charset=3d"iso-8859-1"; = Format=3d"flowed"Hi,I am using Xen and trying to achieve some functionalities = that was working with Virtual Box.In VB, there is a command, "VBoxManage -q mo= difyvm $app_name --uartmode1 server $VMDKCONS";which will allow me to write co= de using pipes and sockets to achieve console connection. This is not through = the regular com port. What is the xen equivalent command to do this?Thanks,Dha= nesh.-------------- next part --------------An HTML attachment was scrubbed...= URL: ------------------------------Message: 17Date: Tue, 21 May = 2013 12:04:41 +0400From: Alexey Makarov To: Alexandre= Kouznetsov Cc: xen-users@lists.xen.orgSubject: Re: [Xen-users= ] XCP don't see Network Interfaces on sunfire x2270Message-ID: Content-Type: text/pl= ain; charset=3d"utf-8"Yes, xsconsole.xe pif-list shows nothing. (No any interf= aces)xe network-list shows defaults XCP networksifconfig -a shows that eth0, e= th1 - BROADCAST MULTICAST2013/5/20 Alexandre Kouznetsov > Hell= o.>> El 20/05/13 09:54, Alexey Makarov escribi?:>> On a fresh installation of = XCP 1.6 there is no interface in XCP Network>> Management.>>> What is "XCP Net= work Management", xsconsole?>> By default, XCP 1.6 creates a "network" for eac= h physical interface, as a> bridge. So, there is no ethX directly usable, the = bridges are used as> network interface instead.>> Check "xe network-list" and = "xe pif-list" output to inspect that.>>> While in comman line ifconfig -a show= s me both physical interfaces.>>> Does they have the "UP" flag or not?>> Greet= ings.>> --> Alexandre Kouznetsov>>> ______________________________**__________= _______> Xen-users mailing list> Xen-users@lists.xen.org> http://lists.xen.org= /xen-users>-- Best regards, Makarov Alexey-------------- next part -----------= ---An HTML attachment was scrubbed...URL: ----------------------= --------Message: 18Date: Tue, 21 May 2013 11:30:22 +0200From: Natanael Copa To: Richard Johnson Cc: xen-users@lis= ts.xen.org, alpine-devel@lists.alpinelinux.orgSubject: Re: [Xen-users] [alpine= -devel] Stable and Secure Distribution Supporting XenMessage-ID: <201305211130= 22.6ade937f@ncopa-desktop.alpinelinux.org>Content-Type: text/plain; charset=3d= US-ASCIIOn Tue, 21 May 2013 10:08:39 +0430Richard Johnson = wrote:> I'm choosing between Unix-based operating systems that support Xen. M= y criteria are the following:> > - Compatibility: I want to use this OS on a v= arious set of commonly used hardware. I have restricted the CPU instruction se= t scope to x86_64, but there are a vast range of graphics cards out there.You = will only be able to run open source drivers with Alpine Linux.Anything in mai= nline linux kernel should work though.> - Stability: The packages and kernel u= sed must be stable versions. Many main distributions such as Debian and RedHat= follow his strategy.We just released alpine v2.6. It uses kernel 3.9.y + grse= curitypatches. Upstream claims its "stable". I think Debian and RedHat thinkso= therwise.You will have to find the balance between new features (incl newhardw= are) and stability.> - Xen Stability: Stable Xen support is necessaryAlpine v2= .6 comes with Xen 4.2.1.> - Security> > With these criteria in mind I have rea= ched to the following distributions: NetBSD, Alpine Linux, FreeBSD, Debian and= CentOS. I am currently using Alpine Linux which claims that it is designed wi= th security in mind, however my recent Experience with it showed many bugs.Alp= ine Linux's security strategy is to use Grsecurity patches and ahardened gcc t= oolchain (similar to gentoo hardened). The idea is tomake it hard to exploit (= unknown) security bugs, even in kernel.Since we are a relatively small distro = and are fairly early to adoptnew "stable" upstream releases and try stay close= r to upstream, wemight hit the bugs earlier than others.The number of new bugs= seems to increase with every kernel release :-/It would be nice if you could = report the bugs you have found so we havea chance to fix them.https://bugs.alp= inelinux.orgThanks!-nc------------------------------__________________________= _____________________Xen-users mailing listXen-users@lists.xen.orghttp://lists= .xen.org/xen-usersEnd of Xen-users Digest, Vol 99, Issue 46*******************= ********************** ------=ALIBOUNDARY_25788_576e6940_519f094e_89fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=0d=0a

hi,

=0d=0a

        I am  an engineer of I= ntel , on cloud and virtalization. thanks for you great updates of vTPM.Could you share your experience on how to build vTPM

=0d=0a

with xen 4.3? &= nbsp;I failed to boot up  2.6.18.8 kernel which is from&= nbsp;

=0d=0a

             # make linux-2.6= -xen-build

=0d=0a

             # make linu= x-2.6-xen-install

=0d=0a

         

=0d=0a<= p class=3d"MsoNormal" style=3d"background-position: initial initial; backgroun= d-repeat: initial initial;" align=3d"left">      &= nbsp; I want to integerate  vTPM to OpenAttestation.OpenAttestation proje= ct is to provide SDK, Software Development Kit, to add cloud management tools = with

=0d=0a

c= apability of establishing hosts integrity information by remotely retrieving a= nd verifying Hosts' integrity with TPM quote.

=0d=0a

you can download OpenAttestation from github<= /span>:https://github.com/OpenAttestation/OpenA= ttestation

=0d=0a


=0d=0a

Thanks 

=0d=0a

http://lists.xen.org/xen-devel=0d=0a=0d=0a=0d=0a

=0d=0a=0d=0a=0d=0a
=0d=0a



=0d=0a
-----------------------------------------------= -------------------
Sender:xen-users-request@lists.xen.org
Time:2013= -5-21 19:54
To:xen-users@lists.xen.org;
Subject:Xen-users Digest, Vo= l 99, Issue 46
Send Xen-users mailing list submissions to
xen-user= s@lists.xen.org

To subscribe or unsubscribe via the World Wide Web,= visit
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users
or, = via email, send a message with subject or body 'help' to
xen-users-reque= st@lists.xen.org

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

When replying, please edit your Sub= ject line so it is more specific
than "Re: Contents of Xen-users digest..= ."


Today's Topics:

1. Re: Security in Virtual Mac= hine (Alexandre Kouznetsov)
2. Re: Security in Virtual Machine (Peter Vi= skup)
3. win 2012 can't find drivers (James Harper)
4. Re: win 201= 2 can't find drivers (James Harper)
5. Re: Suspicious URL:Re: Xen relate= d networking issue
(James Harper)
6. Problem with PCI Pass-through= address space collision
(Jon Skilling)
7. Xen stops booting at "S= ATA Link down (SStatus 0 SControl
300)" (John Sherwood)
8. Stable = and Secure Distribution Supporting Xen (Richard Johnson)
9. Re: Problem = with PCI Pass-through address space collision
(Gordan Bobic)
10. R= e: gplpv: re-enabling the nic adapter removes it (Micky)
11. Re: CAP and= performance problem (Massimo Canonico)
12. Re: gplpv: re-enabling the n= ic adapter removes it (James Harper)
13. Re: [Votes] Xen Project Governa= nce v2 , Mailing List
Conventions v1, 2014 Event Locations (open to all)= (Lars Kurth)
14. Re: [alpine-devel] Stable and Secure Distribution Supp= orting
Xen (Richard Johnson)
15. Re: gplpv: re-enabling the nic ad= apter removes it (Micky)
16. help (Jaya Dhanesh)
17. Re: XCP don't= see Network Interfaces on sunfire x2270
(Alexey Makarov)
18. Re: = [alpine-devel] Stable and Secure Distribution Supporting
Xen (Natanael C= opa)


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

Message: 1
Date: Mon, 20 May 2013 17:23:20 -050= 0
From: Alexandre Kouznetsov <alk@ondore.com>
To: xen-users@li= sts.xen.org
Subject: Re: [Xen-users] Security in Virtual Machine
Mes= sage-ID: <519AA258.2000401@ondore.com>
Content-Type: text/plain; ch= arset=3dISO-8859-1; format=3dflowed

Hello.

El 20/05/13 1= 6:51, Alberto escribi?:
> I have a HOST (*/Server Fisico/*) connected = to internet. It have 2
> network cards, the first one (*/eth0/*) conne= cted to the router, another
> (/*eth1*/) is connected to LAN.
>= ; /*eth1*/ is bridged to virtual machines network, and one of them
> (= */virtual1/*) have an HTTP Server. Everything is running correctly.
I wil= l assume that your HOST server is running running Xen Dom0.
Probably, it = is also acting as a router between 192.168.1.X and
192.168.2.X, that mak= es DNAT and firewall to run within the same Dom0.


> I have= IPTABLES Firewall running on the HOST with DNAT forwarding HTTP
> tra= ffic to /*Virtual1*/. I have IPTABLES Rules in HOST, for block some
> = IPs that give me problems, but these rules not protect to /*Virtual1*/.
&= gt; All HTTP traffic is forwarded to /*Virtual1*/, even the source IP is
= > blocked for IPTABLES rules.
Vrtual1 is probably a DomU running on th= e same HOST.

What happens here, is that there might be a iptables r= ule, matching the
unwelcome incoming connection, that is evaluated befor= e the rules that
intend to block that connection. Once it is matched, th= e decision ACCEPT
is made and no other rule is evaluated. To make sure, = a careful
inspection of "iptables -L -v" is needed.

Please no= te that Xen Dom0's firewall need to be quite permissive in
order to make= network communication to work. A fine configuration is
possible, but fa= irly tricky to set up, and even more tricky to maintain.

> I had= an attack, and I couldn't block the HTTP traffic about
> /*Virtual1*/= , the IPTABLES rules not affect it.
>
> What can I do for give= security to Virtual machines?
The first recommendation is to give securi= ty to your Dom0 machine, do
not expose it directly to your DMZ network. = Your advantage here is that
you have 2 network cards, so you can make a = good separation. Second,
avoid using the dom0 as router/firewall, Xen's = own iptables rules make
things very confusing, it's easer to leave Xen's= to Xen and do the
firewalling on a dedicated VM, even within the same p= hysical box.

I would suggest to reconsider the network topology.1. Let's say your "Servidor Fisico" had a bridge xenbr0 containing eth0, and xenbr1 containing eth1. Make it not to have any IP on xenbr0
(ex= posed), only on xenbr1 (internal).
2. Set up a virtual machine to act as = router, make it have one interface
within xenbr0 and another in xenbr1.<= br />3. Make this virtual machine to route and NAT traffic between Internet and internal network, the same machine may act as DHCP server and DNS
for your internal network. Your Virtual1 would be treated just as
anot= her host in your internal network.

This is a fairly simple but yet = flexible setup, it will allow you keep
things clear and separated one fr= om another.

Greeting.


--
Alexandre Kouznetso= v




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

Messa= ge: 2
Date: Tue, 21 May 2013 00:25:55 +0200
From: Peter Viskup <s= kupko.sk@gmail.com>
To: Alberto <alberto@bersol.info>
Cc: x= en-users@lists.xen.org
Subject: Re: [Xen-users] Security in Virtual Machi= ne
Message-ID: <519AA2F3.6070604@gmail.com>
Content-Type: text= /plain; charset=3d"iso-8859-1"; Format=3d"flowed"

On 05/20/2013 11:= 51 PM, Alberto wrote:
> What can I do for give security to Virtual mac= hines?
>
> Thanks a lot
> Alberto
Hi Alberto,
once doing the SNAT/DNAT you can filter the connections in FORWARD table.
Just did some quick search on the net and find this nice iptables tut= orial:
http://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#= TRAVERSINGOFTABLES
read the "Chapter 6. Traversing of tables and chains" = section General
with nice picture of all chains and their order.
Wi= sh you nice reading and successful learning of iptables. ;-)

Best r= egards,
--
Peter Viskup
-------------- next part -------------= -
An HTML attachment was scrubbed...
URL: <http://lists.xen.org/a= rchives/html/xen-users/attachments/20130521/e85df5f4/attachment.html>
=
------------------------------

Message: 3
Date: Mon, 20 = May 2013 23:56:02 +0000
From: James Harper <james.harper@bendigoit.com= .au>
To: "xen-users@lists.xen.org" <xen-users@lists.xen.org>
Subject: [Xen-users] win 2012 can't find drivers
Message-ID:
<= 6035A0D088A63A46850C3988ED045A4B57C9C1C6@BITCOM1.int.sbss.com.au>
Cont= ent-Type: text/plain; charset=3d"us-ascii"

When installing windows = 2012 I am getting an error about "a media driver your computer needs is missin= g", even though if I shift-F10 to open a command prompt and run diskpart I can= see the harddisk.

Has anyone seen this before?

Xen is 4= .1.4 (Debian package)

Thanks

James



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

Message: 4
Date: Tue, 21 May = 2013 00:16:07 +0000
From: James Harper <james.harper@bendigoit.com.au&= gt;
To: James Harper <james.harper@bendigoit.com.au>,
"xen-us= ers@lists.xen.org" <xen-users@lists.xen.org>
Subject: Re: [Xen-user= s] win 2012 can't find drivers
Message-ID:
<6035A0D088A63A46850C= 3988ED045A4B57C9C2F4@BITCOM1.int.sbss.com.au>
Content-Type: text/plain= ; charset=3d"us-ascii"

Ignore this - my install iso appears to be c= orrupt. Sorry for the noise.

James

>
> When = installing windows 2012 I am getting an error about "a media driver
> = your computer needs is missing", even though if I shift-F10 to open a
>= ; command prompt and run diskpart I can see the harddisk.
>
>= Has anyone seen this before?
>
> Xen is 4.1.4 (Debian packag= e)
>
> Thanks
>
> James
>
>= _______________________________________________
> Xen-users mailing l= ist
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users=



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

Message: 5Date: Tue, 21 May 2013 00:19:36 +0000
From: James Harper <james.ha= rper@bendigoit.com.au>
To: Adam Goryachev <mailinglists@websitemana= gers.com.au>
Cc: "xen-users@lists.xensource.com" <xen-users@lists.x= ensource.com>
Subject: Re: [Xen-users] Suspicious URL:Re: Xen related = networking
issue
Message-ID:
<6035A0D088A63A46850C3988ED04= 5A4B57C9C326@BITCOM1.int.sbss.com.au>
Content-Type: text/plain; charse= t=3d"us-ascii"

>
> I tried to install 402 onto one of t= he machines, it seemed to install
> fine (no errors) but on reboot it = just sat at the Windows logo screen
> with the bar moving across the b= ottom. I had to reboot and revert to
> previous hardware config to get= the system working again.
>
> Is there any other install met= hod that is more likely to work, or
> anything I can provide to show w= hat might have gone wrong?
>

I haven't seen this before. T= he /var/log/xen/qemu-dm-<domu name>.log file would be useful, if you ins= talled the debug version.

James



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

Message: 6
Date: Mon, 20 May 2013 18:04:19 = +0100
From: Jon Skilling <jon_skilling@hotmail.com>
To: <xe= n-users@lists.xen.org>
Subject: [Xen-users] Problem with PCI Pass-thro= ugh address space
collision
Message-ID: <BAY178-DS187AF909DD8D3D= 609090CAEAA80@phx.gbl>
Content-Type: text/plain; charset=3d"utf-8"

Hi,



I?ve been trying to configure Xeon on my H= P ML350 G4 server for the past two weeks and despite reading just about every = word of the Xen wiki and numerous other posts and mails, I can?t find a soluti= on to my problem. Any help on this would be much appreciated!



Setup:



HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk= scsi raid array, Digium TDM410P analogue PBX card on PCI. Hardware virtualiza= tion (Vt-d) is not an option with this machine.



I foll= owed these instructions (more or less) to set up Dom0 and DomU:


http://www.howtoforge.com/virtualization-with-xen-on-centos-6.3-x86_= 64-paravirtualization-and-hardware-virtualization



with= the following changes:



Host Dom0 (Centos 6.4):
<= br />xen-4.2.2-4.el6.x86_64

kernel-xen-3.9.2-1.el6xen.x86_64
<= br />libvirt 1.0.3-1 (python-virtinstall causes libvirt to be upgraded to 1.0.= 3. From checking the source, the Xen patch appears to be there already, so no = recompile needed ? the Xen patch doesn?t work with this source anyway.
XEND has been disabled from boot up because it causes problems with XL too= ls although the same address space collision occurs if I use the XM tool set.<= br />
I have tried xen-pciback.hide(06:01.0) on the kernel module definit= ions in boot.conf but this doesn?t seem to do anything. Adding records to modp= robe.conf and rc.local work better.

The device I?m trying to passth= rough is defined:



06:01.0 Ethernet controller: Digium,= Inc. Wildcard TDM410 4-port analog card (rev 11)

Subsystem: Digiu= m, Inc. Wildcard TDM410 4-port analog card

Control: I/O- Mem- BusM= aster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-=

Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dmedium >TAb= ort- <TAbort- <MAbort- >SERR- <PERR- INTx-

Interrupt: = pin A routed to IRQ 16

Region 0: I/O ports at 5000 [disabled] [siz= e=3d256]

Region 1: Memory at fdef0000 (32-bit, non-prefetchable) [= disabled] [size=3d1K]

[virtual] Expansion ROM at f0000000 [disable= d] [size=3d128K]

Capabilities: [c0] Power Management version 2

Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3d100mA PME(D0+,D1+,D2+,D3hot+= ,D3cold+)

Status: D0 NoSoftRst- PME-Enable- DSel=3d0 DScale=3d0 PM= E-

Kernel driver in use: pciback



Guest Dom= U (Centos 6.4):

kernel-xen-3.9.2-1.el6xen.x86_64

Created= using virt-install onto a 20G LVM with 1024Mb ram

XML for DomU dum= ped and converted to native then the domain destroyed and undefined and recrea= ted using XL create with the new cfg file. This is to allow inclusion of pci [= ?06:01.0?] parameter in config.





Using the= static setup, I can get Dom0 to hide the PCI device. I can also achieve the s= ame effect with the dynamic set up using pci-assignable-attach and pci-attach.= Here is the dmesg relating to the device. Reg 30 is highlighted because this = seems to be where the problem is.



pci 0000:06:01.0: [d= 161:8005] type 00 class 0x020000

pci 0000:06:01.0: reg 10: [io 0x50= 00-0x50ff]

pci 0000:06:01.0: reg 14: [mem 0xfdef0000-0xfdef03ff]
pci 0000:06:01.0: reg 30: [mem 0x00000000-0x0001ffff pref]

pci 0000:06:01.0: supports D1 D2

pci 0000:06:01.0: PME# supported = from D0 D1 D2 D3hot D3cold

pci 0000:06:01.0: BAR 6: assigned [mem 0= xf0000000-0xf001ffff pref]

pciback 0000:06:01.0: seizing device

pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16
=
pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16
xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0



In the Dom0 I can define the device statically in the config file or d= ynamically as described above. Both scenarios result in the same error being d= isplayed.



pcifront pci-0: Installing PCI frontend

pcifront pci-0: Creating PCI Frontend Bus 0000:00

pcifront p= ci-0: PCI host bridge to bus 0000:00

pci_bus 0000:00: root bus reso= urce [io 0x0000-0xffff]

pci_bus 0000:00: root bus resource [mem 0x0= 0000000-0xfffffffff]

pci_bus 0000:00: root bus resource [bus 00-ff]=

pci 0000:00:00.0: [d161:8005] type 00 class 0x020000

pc= i 0000:00:00.0: reg 10: [io 0x5000-0x50ff]

pci 0000:00:00.0: reg 14= : [mem 0xfdef0000-0xfdef03ff]

pci 0000:00:00.0: reg 30: [mem 0xf000= 0000-0xffffffff pref]

pci 0000:00:00.0: supports D1 D2

p= cifront pci-0: claiming resource 0000:00:00.0/0

pcifront pci-0: cla= iming resource 0000:00:00.0/1

pcifront pci-0: claiming resource 000= 0:00:00.0/6

pci 0000:00:00.0: address space collision: [mem 0xf0000= 000-0xffffffff pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xfdef03ff]
pcifront pci-0: Could not claim resource 0000:00:00.0/6! Device offl= ine. Try using e820_host=3d1 in the guest config.



This= appears to show that the PCI device is conflicting with itself (reg 14 with r= eg 30) because the address space for reg 30 is different in pciback to pcifron= t.



I have tried setting up the domain with both XM and= XL with the same result

Adding passthrough and permissive settings= with no change

Adding iommu=3dsoft to guest kernel command line.
I?ve tried adding the e820_host flag to the config file but this doe= sn?t seem to solve anything.

Different Xen enabled kernels.
Wiping the server and rebuilding the whole thing from scratch (more than o= nce)

The Digium PCI card works fine on a normal Centos 6.3 setup wi= th no Xen.



I?m out of ideas now on how to solve this, = so if anyone has made this card work by doing something different, I?d be grat= eful for any suggestions. I?ve looked at the source for pcifont.c and come to = the conclusion that my c coding skills are not going to be good enough to debu= g/change this program.

I can provide more dmesg outputs or other do= cumentation if needed.



Thanks in advance for any help<= br />


Jon



-------------- next part -= -------------
An HTML attachment was scrubbed...
URL: <http://lis= ts.xen.org/archives/html/xen-users/attachments/20130520/2541524c/attachment.ht= ml>

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

Message: 7
Da= te: Mon, 20 May 2013 20:28:48 -0700
From: John Sherwood <jrs@vt.edu>= ;
To: xen-users <xen-users@lists.xensource.com>
Subject: [Xen-= users] Xen stops booting at "SATA Link down (SStatus 0
SControl 300)"Message-ID:
<CAH5ygH0K6ywRS+GeW5ij+3uv0HXh=3dxP4u-c9qrcn9tgVYnhWWQ= @mail.gmail.com>
Content-Type: text/plain; charset=3d"iso-8859-1"

I'm trying to set up Xen 4.1 on Ubuntu 12.04 server (x64) and when boot= ing
the dom0 it fails while apparently attempting to initialize the SATA<= br />devices. It does find one device (ata3) but then just halts and hangs
apparently forever. Any suggestions as to what could be causing this, or
whether upgrading to 13.04/Xen 4.2 might fix the issue?
-------------- = next part --------------
An HTML attachment was scrubbed...
URL: <= ;http://lists.xen.org/archives/html/xen-users/attachments/20130520/f0ef5125/at= tachment.html>

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

Message= : 8
Date: Tue, 21 May 2013 10:08:39 +0430
From: Richard Johnson <= johnson9884@qq.com>
To: xen-users@lists.xen.org, alpine-devel@lists.al= pinelinux.org
Subject: [Xen-users] Stable and Secure Distribution Support= ing Xen
Message-ID: <519B085F.60707@qq.com>
Content-Type: text= /plain; charset=3d"us-ascii"

An HTML attachment was scrubbed...
URL: <http://lists.xen.org/archives/html/xen-users/attachments/20130521/a= ff8c1ab/attachment.html>

------------------------------
Message: 9
Date: Tue, 21 May 2013 07:35:52 +0100
From: Gordan Bob= ic <gordan@bobich.net>
To: Jon Skilling <jon_skilling@hotmail.co= m>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Problem w= ith PCI Pass-through address space
collision
Message-ID: <519B15= C8.9030605@bobich.net>
Content-Type: text/plain; charset=3dwindows-125= 2; format=3dflowed

I'm pretty sure I seem to recall that PCI passth= rough will not work
without VT-d, but by all means, feel free to try.
Even if you did have working VT-d, though, you have to detach the dev= ice
from dom0 before you can add it to domU, using something like:
=
virsh nodedev-detach pci_0000_06_01_0

Given the EL6 CRC Xen p= ackages you are using, they use pciback built as
a module, so kernel boo= t parameters won't help. What you need to do is
add this to /etc/modprob= e.d/:

# cat xen-pciback.conf
options xen-pciback permissive=3d= 1 hide=3d(06:01.0)

Run depmod -a once you have done that.

Then:

# modprobe xen-pciback
virsh nodedev-detach pci_0000_0= 6_01_0

Also add the driver for the card to /etc/modprobe.d/blacklis= t.conf.

After that you should be able to boot the domU with the dev= ice.

You may also want to upgrade to the latest testing packages (4= .2.2-5)
since they include a PCI passthrough fix from a couple of days a= go,
although it doesn't look like you are falling foul of it.

Also, how much RAM are you passing to domU? Try giving it <=3d 2GB. There =
is a PCI memory map bug that can cause a nasty memory stomp that kept me=
chasing my tail for days. For most people it manifests at > 4GB, but= on
my system it manifested at > 2GB.

HTH.

Gord= an

On 05/20/2013 06:04 PM, Jon Skilling wrote:
> Hi,
&= gt;
> I?ve been trying to configure Xeon on my HP ML350 G4 server for = the past
> two weeks and despite reading just about every word of the = Xen wiki and
> numerous other posts and mails, I can?t find a solution= to my problem.
> Any help on this would be much appreciated!
>= ;
> Setup:
>
> HP ML350 G4, Dual xeon, 6Gb Ram, 6 disk= scsi raid array, Digium TDM410P
> analogue PBX card on PCI. Hardware = virtualization (Vt-d) is not an
> option with this machine.
><= br />> I followed these instructions (more or less) to set up Dom0 and DomU= :
>
> http://www.howtoforge.com/virtualization-with-xen-on-cen= tos-6.3-x86_64-paravirtualization-and-hardware-virtualization
>
&= gt; with the following changes:
>
> Host Dom0 (Centos 6.4):>
> xen-4.2.2-4.el6.x86_64
>
> kernel-xen-3.9.2-= 1.el6xen.x86_64
>
> libvirt 1.0.3-1 (python-virtinstall causes= libvirt to be upgraded to
> 1.0.3. From checking the source, the Xen = patch appears to be there
> already, so no recompile needed ? the Xen = patch doesn?t work with this
> source anyway.
>
> XEND= has been disabled from boot up because it causes problems with XL
> t= ools although the same address space collision occurs if I use the XM
>= ; tool set.
>
> I have tried xen-pciback.hide(06:01.0) on the = kernel module definitions
> in boot.conf but this doesn?t seem to do a= nything. Adding records to
> modprobe.conf and rc.local work better.>
> The device I?m trying to passthrough is defined:
><= br />> 06:01.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port ana= log
> card (rev 11)
>
> Subsystem: Digium, Inc. Wildca= rd TDM410 4-port analog card
>
> Control: I/O- Mem- BusMaster-= SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B- DisI= NTx-
>
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3dme= dium
> >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx->
> Interrupt: pin A routed to IRQ 16
>
> Regio= n 0: I/O ports at 5000 [disabled] [size=3d256]
>
> Region 1: M= emory at fdef0000 (32-bit, non-prefetchable)
> [disabled] [size=3d1K]<= br />>
> [virtual] Expansion ROM at f0000000 [disabled] [size=3d128= K]
>
> Capabilities: [c0] Power Management version 2
>=
> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3d100mA
> PME(D0+,D1= +,D2+,D3hot+,D3cold+)
>
> Status: D0 NoSoftRst- PME-Enable- DS= el=3d0 DScale=3d0 PME-
>
> Kernel driver in use: pciback
= >
> Guest DomU (Centos 6.4):
>
> kernel-xen-3.9.2-1= .el6xen.x86_64
>
> Created using virt-install onto a 20G LVM w= ith 1024Mb ram
>
> XML for DomU dumped and converted to native= then the domain destroyed
> and undefined and recreated using XL crea= te with the new cfg file. This
> is to allow inclusion of pci [?06:01.= 0?] parameter in config.
>
> Using the static setup, I can get= Dom0 to hide the PCI device. I can
> also achieve the same effect wit= h the dynamic set up using
> pci-assignable-attach and pci-attach. Her= e is the dmesg relating to the
> device. Reg 30 is highlighted because= this seems to be where the problem is.
>
> pci 0000:06:01.0: = [d161:8005] type 00 class 0x020000
>
> pci 0000:06:01.0: reg 1= 0: [io 0x5000-0x50ff]
>
> pci 0000:06:01.0: reg 14: [mem 0xfde= f0000-0xfdef03ff]
>
> pci 0000:06:01.0: *reg 30: [mem 0x000000= 00-0x0001ffff pref]*
>
> pci 0000:06:01.0: supports D1 D2
>
> pci 0000:06:01.0: PME# supported from D0 D1 D2 D3hot D3cold>
> pci 0000:06:01.0: BAR 6: assigned [mem 0xf0000000-0xf001ffff= pref]
>
> pciback 0000:06:01.0: seizing device
>
> pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16
&g= t;
> pciback 0000:06:01.0: PCI IRQ 48 -> rerouted to legacy IRQ 16<= br />>
> xen-pciback: vpci: 0000:06:01.0: assign to virtual slot 0<= br />>
> In the Dom0 I can define the device statically in the conf= ig file or
> dynamically as described above. Both scenarios result in = the same error
> being displayed.
>
> pcifront pci-0: = Installing PCI frontend
>
> pcifront pci-0: Creating PCI Front= end Bus 0000:00
>
> pcifront pci-0: PCI host bridge to bus 000= 0:00
>
> pci_bus 0000:00: root bus resource [io 0x0000-0xffff]=
>
> pci_bus 0000:00: root bus resource [mem 0x00000000-0xffff= fffff]
>
> pci_bus 0000:00: root bus resource [bus 00-ff]
>
> pci 0000:00:00.0: [d161:8005] type 00 class 0x020000
>=
> pci 0000:00:00.0: reg 10: [io 0x5000-0x50ff]
>
> pc= i 0000:00:00.0: reg 14: [mem 0xfdef0000-0xfdef03ff]
>
> pci 00= 00:00:00.0: *reg 30: [mem 0xf0000000-0xffffffff pref]*
>
> pci= 0000:00:00.0: supports D1 D2
>
> pcifront pci-0: claiming res= ource 0000:00:00.0/0
>
> pcifront pci-0: claiming resource 000= 0:00:00.0/1
>
> pcifront pci-0: claiming resource 0000:00:00.0= /6
>
> pci 0000:00:00.0: address space collision: [mem 0xf0000= 000-0xffffffff
> pref] conflicts with 0000:00:00.0 [mem 0xfdef0000-0xf= def03ff]
>
> pcifront pci-0: Could not claim resource 0000:00:= 00.0/6! Device offline.
> Try using e820_host=3d1 in the guest config.=
>
> This appears to show that the PCI device is conflicting w= ith itself (reg
> 14 with reg 30) because the address space for reg 30= is different in
> pciback to pcifront.
>
> I have tri= ed setting up the domain with both XM and XL with the same result
>> Adding passthrough and permissive settings with no change
>> Adding iommu=3dsoft to guest kernel command line.
>
> = I?ve tried adding the e820_host flag to the config file but this doesn?t
= > seem to solve anything.
>
> Different Xen enabled kernels= .
>
> Wiping the server and rebuilding the whole thing from sc= ratch (more than
> once)
>
> The Digium PCI card works= fine on a normal Centos 6.3 setup with no Xen.
>
> I?m out of= ideas now on how to solve this, so if anyone has made this
> card wor= k by doing something different, I?d be grateful for any
> suggestions.= I?ve looked at the source for pcifont.c and come to the
> conclusion = that my c coding skills are not going to be good enough to
> debug/cha= nge this program.
>
> I can provide more dmesg outputs or othe= r documentation if needed.
>
> Thanks in advance for any help<= br />>
> Jon
>
>
>
> ______________= _________________________________
> Xen-users mailing list
> X= en-users@lists.xen.org
> http://lists.xen.org/xen-users
>




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

Message: 10=
Date: Tue, 21 May 2013 12:42:56 +0500
From: Micky <mickylmartin@= gmail.com>
To: James Harper <james.harper@bendigoit.com.au>
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>
Subject: R= e: [Xen-users] gplpv: re-enabling the nic adapter removes it
Message-ID:<= br /> <CAKAA-nmwAdFL157Y87LidLYKAFZLJoyeZhG-ogg=3d1vy9khbsDg@mail.gmail.com= >
Content-Type: text/plain; charset=3dISO-8859-1

>
= > My test machine is Debian 3.8.5 which should be close enough although it'= s possible there is a patch that changes the state transition in a subtle way.=
>

That is quite interesting. I do think this would be the = case since we
have tried everything else. Someday I may be able to try th= is on
Debian dom0.

> Can you try disabling both adapters so= the driver unloads then enable them both again (even if it gets stuck when th= e first one loads)?

I guess that was the first apparent thing that = I did when an adapter
disappeared while re-enabling, yea as funny as it s= ounds, LOL. But I
did just try again; both adapters disappear and driver = crashes with
same error. Reboot brings them back.



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

Message: 11
Date: Tue, 21 May 2= 013 10:05:17 +0200
From: Massimo Canonico <mex@di.unipmn.it>
T= o: "Grinberg, Vitaly" <Vitaly.Grinberg@marriott.com>
Cc: "xen-users= @lists.xen.org" <xen-users@lists.xen.org>
Subject: Re: [Xen-users] = CAP and performance problem
Message-ID: <519B2ABD.2090304@di.unipmn.it= >
Content-Type: text/plain; charset=3dISO-8859-1; format=3dflowed

Thanks, but this good question is still waiting for a good answer. Anyo= ne?

Cheers,
Massimo

On 05/15/2013 04:42 PM, Grinbe= rg, Vitaly wrote:
> This is a good question.
>
> Vital= y.
>
>
>
> -----Original Message-----
&g= t; From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Massimo Canonico
> Sent: Thursday, December 25, 2008 = 7:35 PM
> To: xen-users@lists.xen.org
> Subject: [Xen-users] C= AP and performance problem
>
> Hi,
> my application is= written in std C++ and it makes a matrix
> multiplication: so it uses= only CPU and memory (no i/o, no network).
>
> I'm quite surpr= ise that with CAP =3d 100% I got my results in about 600
> seconds and= with CAP =3d 50% I got my results in about 1800 seconds
> (around 3 t= imes longer).
>
> For this kind of application I was expecting= to get results in about
> 1200 seconds (2 times longer) for the secon= d scenario with respect to
> the first one.
>
> Of cou= rse, the HW and SW are exactly the same for the 2 experiments.
>
= > Am I wrong or the CAP mechanism is not working well?
>
> = Thanks,
> Massimo
>
> ________________________________= _______________
> Xen-users mailing list
> Xen-users@lists.xen= .org
> http://lists.xen.org/xen-users




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

Message: 12
Date: Tue, 21 May 2013= 08:27:55 +0000
From: James Harper <james.harper@bendigoit.com.au><= br />To: Micky <mickylmartin@gmail.com>
Cc: "xen-users@lists.xen.or= g" <xen-users@lists.xen.org>
Subject: Re: [Xen-users] gplpv: re-ena= bling the nic adapter removes it
Message-ID:
<6035A0D088A63A4685= 0C3988ED045A4B57C9EFCE@BITCOM1.int.sbss.com.au>
Content-Type: text/pla= in; charset=3d"us-ascii"

>
> >
> > My tes= t machine is Debian 3.8.5 which should be close enough although it's
>= possible there is a patch that changes the state transition in a subtle way.<= br />> >
>
> That is quite interesting. I do think this= would be the case since we
> have tried everything else. Someday I ma= y be able to try this on
> Debian dom0.
>
> > Can = you try disabling both adapters so the driver unloads then enable them
&g= t; both again (even if it gets stuck when the first one loads)?
>
> I guess that was the first apparent thing that I did when an adapter> disappeared while re-enabling, yea as funny as it sounds, LOL. But I> did just try again; both adapters disappear and driver crashes with> same error. Reboot brings them back.

I just uploaded a ver= sion 404 to testing which has some timeouts implemented (and a PAE/x64 fix for= vbd). That won't fix the problem but might tell me more about the error if yo= u can send me the debug log.

When you say crash is that a BSoD? I c= an't remember if I've asked you that before.

James




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

Message: 13
Date: = Tue, 21 May 2013 10:06:49 +0100
From: Lars Kurth <lars.kurth@xen.org&g= t;
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "xen-arm@lis= ts.xen.org" <xen-arm@lists.xen.org>,
"xen-users@lists.xen.org" <= ;xen-users@lists.xen.org>,
"xen-api@lists.xen.org" <xen-api@lists.= xen.org>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>Subject: Re: [Xen-users] [Votes] Xen Project Governance v2 , Mailing
= List Conventions v1, 2014 Event Locations (open to all)
Message-ID: <= 519B3929.3080104@xen.org>
Content-Type: text/plain; charset=3dUTF-8; f= ormat=3dflowed

> perhaps we could continue to vote using the ol= d "+1" in an email
mechanism?
The reason for creating a form was to=
a) Ensure formal votes are private (i.e. there is a space to raise
issues that may be difficult to raise in public)
b) Make sure that the v= ote is recorded and can be easily gone back to
(something which is a lit= tle hard on a list)
c) Comply with the process
Maybe a) does not app= ly at all or maybe only in limited circumstances.
This point may be vali= d when it comes for votes related to
incubating/graduating or archiving = sub-projects though (because it may
reflect on an individuals or compani= es leadership of a sub-project) and
it may be harder to air an issue pub= licly.

To be honest, the turn-out on these last two votes was reall= y poor. We
had only 4 votes (and only one from Citrix). Now this of cour= se may be
because the proposed changes were rather uncontroversial.

On the other hand, you often use the argument that "if somebody can't b= e
bothered following up on their bugs/patches/etc. then bugs/patches/etc= .
are obviously not important enough". I am inclined to use that same argument for voring on process and policy changes.

Regards
Lars

On 20/05/2013 10:17, Ian Campbell wrote:
> On Mon, 20= 13-05-13 at 11:30 +0100, Lars Kurth wrote:
>> Rather than creating = a voting form, I decided to use the voting
>> feature
>>= on the newxenproject.org website. To vote, you need to create an
>>= ; account. If you have difficulties, let me know. The poll isat
>> = http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locati= ons.html.
>> The vote will stay open until the middle of June.
> I've voted using this now but in the future perhaps we could continue to=
> vote using the old "+1" in an email mechanism?
>
> = There aren't so many maintainers and committers that this would be
> u= nwieldy IMHO.
>




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

Message: 14
Date: Tue, 21 May 2013 13:43:32 +0430
F= rom: Richard Johnson <johnson9884@qq.com>
To: xen-users@lists.xen.o= rg, alpine-devel@lists.alpinelinux.org
Subject: Re: [Xen-users] [alpine-d= evel] Stable and Secure Distribution
Supporting Xen
Message-ID: <= ;519B3ABC.6090307@qq.com>
Content-Type: text/plain; charset=3d"us-asci= i"

An HTML attachment was scrubbed...
URL: <http://lists.xe= n.org/archives/html/xen-users/attachments/20130521/19092d43/attachment.html>= ;

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

Message: 15
Date: = Tue, 21 May 2013 15:42:26 +0500
From: Micky <mickylmartin@gmail.com>= ;
To: James Harper <james.harper@bendigoit.com.au>
Cc: "xen-us= ers@lists.xen.org" <xen-users@lists.xen.org>
Subject: Re: [Xen-user= s] gplpv: re-enabling the nic adapter removes it
Message-ID:
<CA= KAA-nkE8ZCZEikPcPVQ1ENtYR-P6dL-KHSCd0ZWS_heaHgNmA@mail.gmail.com>
Cont= ent-Type: text/plain; charset=3dISO-8859-1

> I just uploaded a v= ersion 404 to testing which has some timeouts implemented (and a PAE/x64 fix f= or vbd). That won't fix the problem but might tell me more about the error if = you can send me the debug log.

Thanks. I'll take a peek soon.
=
> When you say crash is that a BSoD? I can't remember if I've asked y= ou that before.

Not a BSOD but a driver crash with "device cannot s= tart (error 10)" in
device manager.



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

Message: 16
Date: Tue, 21 May 2013 16:41:35 += 0530
From: Jaya Dhanesh <jaya.dhanesh@ericsson.com>
To: xen-us= ers@lists.xenproject.org
Subject: [Xen-users] help
Message-ID: <5= 19B5667.80900@ericsson.com>
Content-Type: text/plain; charset=3d"iso-8= 859-1"; Format=3d"flowed"

Hi,

I am using Xen and trying = to achieve some functionalities that was
working with Virtual Box.
= In VB, there is a command, "VBoxManage -q modifyvm $app_name --uartmode1
server $VMDKCONS";
which will allow me to write code using pipes and soc= kets to achieve
console connection. This is not through the regular com = port. What is
the xen equivalent command to do this?

Thanks,<= br />Dhanesh.
-------------- next part --------------
An HTML attach= ment was scrubbed...
URL: <http://lists.xen.org/archives/html/xen-user= s/attachments/20130521/5352943f/attachment.html>

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

Message: 17
Date: Tue, 21 May 2013 12:04:41 +0= 400
From: Alexey Makarov <makarovalexey@gmail.com>
To: Alexand= re Kouznetsov <alk@ondore.com>
Cc: xen-users@lists.xen.org
Sub= ject: Re: [Xen-users] XCP don't see Network Interfaces on sunfire
x2270<= br />Message-ID:
<CAFH7_D9q1wrpmO1TZtxrQEZ9BpNwzLknL3v=3daX=3dUGUTwGf= qBQA@mail.gmail.com>
Content-Type: text/plain; charset=3d"utf-8"
=
Yes, xsconsole.

xe pif-list shows nothing. (No any interfaces= )
xe network-list shows defaults XCP networks

ifconfig -a show= s that eth0, eth1 - BROADCAST MULTICAST

2013/5/20 Alexandre Kouznet= sov <alk@ondore.com>

> Hello.
>
> El 20/05= /13 09:54, Alexey Makarov escribi?:
>
> On a fresh installatio= n of XCP 1.6 there is no interface in XCP Network
>> Management.>>
> What is "XCP Network Management", xsconsole?
>> By default, XCP 1.6 creates a "network" for each physical interface, = as a
> bridge. So, there is no ethX directly usable, the bridges are u= sed as
> network interface instead.
>
> Check "xe netw= ork-list" and "xe pif-list" output to inspect that.
>
>
&= gt; While in comman line ifconfig -a shows me both physical interfaces.
&= gt;>
> Does they have the "UP" flag or not?
>
> Gre= etings.
>
> --
> Alexandre Kouznetsov
>
&= gt;
> ______________________________**_________________
> Xen-= users mailing list
> Xen-users@lists.xen.org
> http://lists.xe= n.org/xen-users
>



--
Best regards, Makaro= v Alexey
-------------- next part --------------
An HTML attachment = was scrubbed...
URL: <http://lists.xen.org/archives/html/xen-users/att= achments/20130521/951f1935/attachment.html>

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

Message: 18
Date: Tue, 21 May 2013 11:30:22 +0200From: Natanael Copa <ncopa@alpinelinux.org>
To: Richard Johnson= <johnson9884@qq.com>
Cc: xen-users@lists.xen.org, alpine-devel@lis= ts.alpinelinux.org
Subject: Re: [Xen-users] [alpine-devel] Stable and Sec= ure Distribution
Supporting Xen
Message-ID: <20130521113022.6ade= 937f@ncopa-desktop.alpinelinux.org>
Content-Type: text/plain; charset=3d= US-ASCII

On Tue, 21 May 2013 10:08:39 +0430
Richard Johnson &l= t;johnson9884@qq.com> wrote:

> I'm choosing between Unix-base= d operating systems that support Xen. My criteria are the following:
>=
> - Compatibility: I want to use this OS on a various set of commonl= y used hardware. I have restricted the CPU instruction set scope to x86_64, bu= t there are a vast range of graphics cards out there.

You will only= be able to run open source drivers with Alpine Linux.

Anything in = mainline linux kernel should work though.

> - Stability: The pac= kages and kernel used must be stable versions. Many main distributions such as= Debian and RedHat follow his strategy.

We just released alpine v2.= 6. It uses kernel 3.9.y + grsecurity
patches. Upstream claims its "stable= ". I think Debian and RedHat thinks
otherwise.

You will have t= o find the balance between new features (incl new
hardware) and stability= .

> - Xen Stability: Stable Xen support is necessary

= Alpine v2.6 comes with Xen 4.2.1.

> - Security
>
&= gt; With these criteria in mind I have reached to the following distributions:= NetBSD, Alpine Linux, FreeBSD, Debian and CentOS. I am currently using Alpine= Linux which claims that it is designed with security in mind, however my rece= nt Experience with it showed many bugs.

Alpine Linux's security str= ategy is to use Grsecurity patches and a
hardened gcc toolchain (similar = to gentoo hardened). The idea is to
make it hard to exploit (unknown) sec= urity bugs, even in kernel.

Since we are a relatively small distro = and are fairly early to adopt
new "stable" upstream releases and try stay= closer to upstream, we
might hit the bugs earlier than others.

The number of new bugs seems to increase with every kernel release :-/
=
It would be nice if you could report the bugs you have found so we have<= br />a chance to fix them.
https://bugs.alpinelinux.org


= Thanks!

-nc



------------------------------
_______________________________________________
Xen-users maili= ng list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
=

End of Xen-users Digest, Vol 99, Issue 46
*******************= **********************
------=ALIBOUNDARY_25788_576e6940_519f094e_89fb-- --===============4627963460797679055== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4627963460797679055==-- From xen-users-bounces@lists.xen.org Fri May 24 06:45:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 06:45: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 1UfljJ-00064L-Tl; Fri, 24 May 2013 06: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 1UfljI-00064G-Mf for xen-users@lists.xen.org; Fri, 24 May 2013 06:43:56 +0000 Received: from [85.158.139.211:42641] by server-13.bemta-5.messagelabs.com id 8F/0D-08040-B2C0F915; Fri, 24 May 2013 06:43:55 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1369377833!19375952!1 X-Originating-IP: [209.85.220.48] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27884 invoked from network); 24 May 2013 06:43:55 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 06:43:55 -0000 Received: by mail-pa0-f48.google.com with SMTP id kp6so3904368pab.21 for ; Thu, 23 May 2013 23:43:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=AQhafPJGFsfYUmIZfxyC4rIdKa3VktQeTLnHaTNyLpY=; b=NHMAF/ncV6A8PCUOhgWFS2EQkDZXCz/sx3rKLLEB6pfxCEh+G+j6mRNZH8YEdONXLm e0PampBOom6oLJqsyaD8LEPdEZbnMgH/u3MoB+jO7sbmRnruMhrwTLnBcMDnnDnOjf6z 7qrpkgHBsH1IvwhvRm+tUbg1u/kWe/ZqnfHxS9WWbvoQtaSFL3BcRAtuKup0cQLPn7dc I969iXjwwTI4GX2wtlMHnm6a1goSoStwVAGJevo3wRZKJCv2nJkpvCoyLRR6BmfudNzp 9mJixawemZwTEVF60rMnjY57Ky67cxW9ZL6vETD6V2qJ6mO+8wdzaKjYcS4XY9K5BJ5A KyIw== MIME-Version: 1.0 X-Received: by 10.68.11.232 with SMTP id t8mr16224902pbb.128.1369377833070; Thu, 23 May 2013 23:43:53 -0700 (PDT) Received: by 10.70.73.66 with HTTP; Thu, 23 May 2013 23:43:53 -0700 (PDT) In-Reply-To: <519EFE18.5090904@ericsson.com> References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> Date: Fri, 24 May 2013 13:43:53 +0700 Message-ID: From: "Fajar A. Nugraha" To: jaya.dhanesh@ericsson.com X-Gm-Message-State: ALoCoQlquXsYounwR8y9DJuapLvDIilCQHSKY/4mmHY9ER6e4+3+RqYzveDqoLwuKTCyFTUJNaak Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] DHCP Server X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 24, 2013 at 12:43 PM, Jaya Dhanesh wrote: > > Hi, > > I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the > ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected. > I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have > a DHCP server configured on Dom0 for an subnet configured on a bridge? > In general, you can. However there are things that can make it a bit complicated. For example, bridge forwarding delay. What does the log of your dhcp server say? Does it receive the request? Does it send dhcp offer? -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 06:45:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 06:45: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 1UfljJ-00064L-Tl; Fri, 24 May 2013 06: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 1UfljI-00064G-Mf for xen-users@lists.xen.org; Fri, 24 May 2013 06:43:56 +0000 Received: from [85.158.139.211:42641] by server-13.bemta-5.messagelabs.com id 8F/0D-08040-B2C0F915; Fri, 24 May 2013 06:43:55 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1369377833!19375952!1 X-Originating-IP: [209.85.220.48] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27884 invoked from network); 24 May 2013 06:43:55 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 06:43:55 -0000 Received: by mail-pa0-f48.google.com with SMTP id kp6so3904368pab.21 for ; Thu, 23 May 2013 23:43:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=AQhafPJGFsfYUmIZfxyC4rIdKa3VktQeTLnHaTNyLpY=; b=NHMAF/ncV6A8PCUOhgWFS2EQkDZXCz/sx3rKLLEB6pfxCEh+G+j6mRNZH8YEdONXLm e0PampBOom6oLJqsyaD8LEPdEZbnMgH/u3MoB+jO7sbmRnruMhrwTLnBcMDnnDnOjf6z 7qrpkgHBsH1IvwhvRm+tUbg1u/kWe/ZqnfHxS9WWbvoQtaSFL3BcRAtuKup0cQLPn7dc I969iXjwwTI4GX2wtlMHnm6a1goSoStwVAGJevo3wRZKJCv2nJkpvCoyLRR6BmfudNzp 9mJixawemZwTEVF60rMnjY57Ky67cxW9ZL6vETD6V2qJ6mO+8wdzaKjYcS4XY9K5BJ5A KyIw== MIME-Version: 1.0 X-Received: by 10.68.11.232 with SMTP id t8mr16224902pbb.128.1369377833070; Thu, 23 May 2013 23:43:53 -0700 (PDT) Received: by 10.70.73.66 with HTTP; Thu, 23 May 2013 23:43:53 -0700 (PDT) In-Reply-To: <519EFE18.5090904@ericsson.com> References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> Date: Fri, 24 May 2013 13:43:53 +0700 Message-ID: From: "Fajar A. Nugraha" To: jaya.dhanesh@ericsson.com X-Gm-Message-State: ALoCoQlquXsYounwR8y9DJuapLvDIilCQHSKY/4mmHY9ER6e4+3+RqYzveDqoLwuKTCyFTUJNaak Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] DHCP Server X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 24, 2013 at 12:43 PM, Jaya Dhanesh wrote: > > Hi, > > I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the > ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected. > I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have > a DHCP server configured on Dom0 for an subnet configured on a bridge? > In general, you can. However there are things that can make it a bit complicated. For example, bridge forwarding delay. What does the log of your dhcp server say? Does it receive the request? Does it send dhcp offer? -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 06:48:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 06:48:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uflmo-0006EA-Pl; Fri, 24 May 2013 06:47:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uflmn-0006E3-9n for xen-users@lists.xen.org; Fri, 24 May 2013 06:47:33 +0000 Received: from [85.158.137.99:58049] by server-16.bemta-3.messagelabs.com id 8B/C0-23964-40D0F915; Fri, 24 May 2013 06:47:32 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369378051!18212207!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21879 invoked from network); 24 May 2013 06:47:32 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-10.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 06:47:32 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-96-519f0d029603 Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 8A.40.06701.20D0F915; Fri, 24 May 2013 08:47:30 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.279.1; Fri, 24 May 2013 08:47:29 +0200 Message-ID: <519F0D00.7000109@ericsson.com> Date: Fri, 24 May 2013 12:17:28 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Fajar A. Nugraha" References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> In-Reply-To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNLMWRmVeSWpSXmKPExsUyM+JvrS4T7/xAg4458havvx1itFh19QCr A5PH4w8CHkd3/2YKYIrisklJzcksSy3St0vgyuhoPs5aMImj4samRSwNjKvYuhg5OSQETCR2 97azQNhiEhfurQeKc3EICZxilFh9Yh47hLOFUWLK0ZvsIFW8AtoSC/qWMoHYLAKqEje3/mYF sdkE9CSuHYOoERJQlph/ZwJYDb+AqcTD3llANRwcogJhEtN3Qo0RlDg58wnYYhEBdYk5iycw g9jMAuYSGx8sYASxhQVUJA4fO8kCccMERol5i9+B7eIUCJRYe7ATqsFW4sKc6ywQtrzE9rdz mEF2CQmoSZx6nTOBUXgWknWzkHTMQtKxgJF5FSN7bmJmTnq5+SZGYAAf3PLbYAfjpvtihxil OViUxHn7tKcGCgmkJ5akZqemFqQWxReV5qQWH2Jk4uCUamB08ZVVUS2fffbhbqWnuzv35n1w 2HzAmSlx0X2dYkvjupM8lTGrZrHMk9nwXv4N27Y7j3//OHTzh/APP9uVSrY98d+mzZRlYUq6 4LdL0aktS1Ao6PSz02d+TZ29nc1oxeyl1xjc3OMO+Mg2thSX7bsnOCnwruty7m3i976vENfa FHQzSnnbLf3jSizFGYmGWsxFxYkAhG93JS4CAAA= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] DHCP Server X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com 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 Found it, the dhcp server by default is configured to listen only on br0. I added my bridge to it and it started to work. Thanks, Dhanesh. On 05/24/2013 12:13 PM, Fajar A. Nugraha wrote: > On Fri, May 24, 2013 at 12:43 PM, Jaya Dhanesh > wrote: >> Hi, >> >> I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the >> ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected. >> I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have >> a DHCP server configured on Dom0 for an subnet configured on a bridge? >> > > In general, you can. However there are things that can make it a bit > complicated. For example, bridge forwarding delay. > > What does the log of your dhcp server say? Does it receive the > request? Does it send dhcp offer? > > -- > Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 06:48:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 06:48:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uflmo-0006EA-Pl; Fri, 24 May 2013 06:47:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uflmn-0006E3-9n for xen-users@lists.xen.org; Fri, 24 May 2013 06:47:33 +0000 Received: from [85.158.137.99:58049] by server-16.bemta-3.messagelabs.com id 8B/C0-23964-40D0F915; Fri, 24 May 2013 06:47:32 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369378051!18212207!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21879 invoked from network); 24 May 2013 06:47:32 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-10.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 06:47:32 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-96-519f0d029603 Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 8A.40.06701.20D0F915; Fri, 24 May 2013 08:47:30 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.279.1; Fri, 24 May 2013 08:47:29 +0200 Message-ID: <519F0D00.7000109@ericsson.com> Date: Fri, 24 May 2013 12:17:28 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Fajar A. Nugraha" References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> In-Reply-To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNLMWRmVeSWpSXmKPExsUyM+JvrS4T7/xAg4458havvx1itFh19QCr A5PH4w8CHkd3/2YKYIrisklJzcksSy3St0vgyuhoPs5aMImj4samRSwNjKvYuhg5OSQETCR2 97azQNhiEhfurQeKc3EICZxilFh9Yh47hLOFUWLK0ZvsIFW8AtoSC/qWMoHYLAKqEje3/mYF sdkE9CSuHYOoERJQlph/ZwJYDb+AqcTD3llANRwcogJhEtN3Qo0RlDg58wnYYhEBdYk5iycw g9jMAuYSGx8sYASxhQVUJA4fO8kCccMERol5i9+B7eIUCJRYe7ATqsFW4sKc6ywQtrzE9rdz mEF2CQmoSZx6nTOBUXgWknWzkHTMQtKxgJF5FSN7bmJmTnq5+SZGYAAf3PLbYAfjpvtihxil OViUxHn7tKcGCgmkJ5akZqemFqQWxReV5qQWH2Jk4uCUamB08ZVVUS2fffbhbqWnuzv35n1w 2HzAmSlx0X2dYkvjupM8lTGrZrHMk9nwXv4N27Y7j3//OHTzh/APP9uVSrY98d+mzZRlYUq6 4LdL0aktS1Ao6PSz02d+TZ29nc1oxeyl1xjc3OMO+Mg2thSX7bsnOCnwruty7m3i976vENfa FHQzSnnbLf3jSizFGYmGWsxFxYkAhG93JS4CAAA= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] DHCP Server X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com 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 Found it, the dhcp server by default is configured to listen only on br0. I added my bridge to it and it started to work. Thanks, Dhanesh. On 05/24/2013 12:13 PM, Fajar A. Nugraha wrote: > On Fri, May 24, 2013 at 12:43 PM, Jaya Dhanesh > wrote: >> Hi, >> >> I am using Xen and want to configure DHCP server on Dom0 so that all DomU coming up will get the >> ip address from DHCP. I have a bridge on which one interfcae from all the DomU will be connected. >> I have configured an IP to the bridge and have an entry for the same subnet in the dhcpd.conf. My host is suse11. I see the DHCP request coming from DomU to the bridge, but no DHCP responses. Can I have >> a DHCP server configured on Dom0 for an subnet configured on a bridge? >> > > In general, you can. However there are things that can make it a bit > complicated. For example, bridge forwarding delay. > > What does the log of your dhcp server say? Does it receive the > request? Does it send dhcp offer? > > -- > Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 08:01:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 08:01:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufmvi-000812-Ea; Fri, 24 May 2013 08:00:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufmvg-00080x-6U for xen-users@lists.xen.org; Fri, 24 May 2013 08:00:48 +0000 Received: from [85.158.137.99:42709] by server-16.bemta-3.messagelabs.com id C4/32-23964-F2E1F915; Fri, 24 May 2013 08:00:47 +0000 X-Env-Sender: christian@holpert.de X-Msg-Ref: server-2.tower-217.messagelabs.com!1369382445!18113081!1 X-Originating-IP: [80.67.31.99] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNjcuMzEuOTkgPT4gNTc4MDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9792 invoked from network); 24 May 2013 08:00:45 -0000 Received: from smtprelay05.ispgateway.de (HELO smtprelay05.ispgateway.de) (80.67.31.99) by server-2.tower-217.messagelabs.com with SMTP; 24 May 2013 08:00:45 -0000 Received: from [79.238.177.183] (helo=colin.holpert.de) by smtprelay05.ispgateway.de with esmtpa (Exim 4.68) (envelope-from ) id 1Ufmvb-0006wv-KL; Fri, 24 May 2013 10:00:44 +0200 Received: from localhost (unknown [127.0.0.1]) by colin.holpert.de (Postfix) with ESMTP id D27F97FFD; Fri, 24 May 2013 10:00:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at holpert.de Received: from colin.holpert.de ([127.0.0.1]) by localhost (colin.holpert.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z5EPobcVtFjp; Fri, 24 May 2013 10:00:37 +0200 (CEST) Received: from [127.0.0.1] (pro43287a006.apo43287a.local [10.75.157.20]) by colin.holpert.de (Postfix) with ESMTP id 067047FF3; Fri, 24 May 2013 10:00:37 +0200 (CEST) Message-ID: <519F1E0C.7040302@holpert.de> Date: Fri, 24 May 2013 10:00:12 +0200 From: Christian Holpert User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org, konrad.wilk@oracle.com References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> <20130522211537.GA13471@phenom.dumpdata.com> <20130522211752.GB13471@phenom.dumpdata.com> In-Reply-To: <20130522211752.GB13471@phenom.dumpdata.com> Content-Type: multipart/mixed; boundary="------------020009020703010809050801" X-Df-Sender: Y2hyaXN0aWFuQGhvbHBlcnQuZGU= Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------020009020703010809050801 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Good Morning, ---- Original-Nachricht ---- Von: Konrad Rzeszutek Wilk Datum: Freitag, 24. Mai 2013 09:35:59 >>> Could you also attach the host dmesg please? xl create -vvv, dmesg and xl dmesg output attached. >> Nevermind. I can reproduce it. The interesting thing is that initially I had >> this in my guest config: >> >> maxmem=2048 >> memory=1024 >> >> and the output of the tools told me: >> Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB >> >> .. and then it added that 1G to the end: >> >> libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM >> >> and the guest booted nicely. I added maxmem=2048 memory=1024 and the guest silently crashed. xl dmesg showed 1024 as Mem for a second or so. > Pff, try this patch please: tried, but no effect. The logs attached were made with your patch included. Thanks for taking time. Regards, Christian -- Markt-Apotheke Christian Holpert e.K., Mömbris http://www.marktapotheke.org - info@marktapotheke.org http://www.blue-essentials-shop.de - info@blue-essentials-shop.de Apotheker Christian Holpert Im Markthof 5 63776 Mömbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 --------------020009020703010809050801 Content-Type: text/plain; charset=windows-1252; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.8.13-gentoo (root@xen) (gcc version 4.7.3 (Gentoo 4.7.3 p1.0, pie-0.5.5) ) #2 SMP Fri May 24 09:05:41 CEST 2013 [ 0.000000] Command line: root=/dev/sda3 xen-pciback.hide=(01:02.0) reassign_resources noirqdebug [ 0.000000] Freeing 9d-100 pfn range: 99 pages freed [ 0.000000] 1-1 mapping on 9d->100 [ 0.000000] Freeing 20000-20200 pfn range: 512 pages freed [ 0.000000] 1-1 mapping on 20000->20200 [ 0.000000] Freeing 40004-40005 pfn range: 1 pages freed [ 0.000000] 1-1 mapping on 40004->40005 [ 0.000000] Freeing d9cbf-da54e pfn range: 2191 pages freed [ 0.000000] 1-1 mapping on d9cbf->da54e [ 0.000000] Freeing dad56-daff2 pfn range: 668 pages freed [ 0.000000] 1-1 mapping on dad56->daff2 [ 0.000000] Freeing db000-100000 pfn range: 151552 pages freed [ 0.000000] 1-1 mapping on db000->100000 [ 0.000000] Released 155023 pages of unused memory [ 0.000000] Set 155023 page(s) to 1-1 mapping [ 0.000000] Populating 3e2e3a-408bc9 pfn range: 155023 pages added [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009cfff] usable [ 0.000000] Xen: [mem 0x000000000009d800-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x000000001fffffff] usable [ 0.000000] Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved [ 0.000000] Xen: [mem 0x0000000020200000-0x0000000040003fff] usable [ 0.000000] Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved [ 0.000000] Xen: [mem 0x0000000040005000-0x00000000d9cbefff] usable [ 0.000000] Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved [ 0.000000] Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data [ 0.000000] Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000da54e000-0x00000000dad55fff] usable [ 0.000000] Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved [ 0.000000] Xen: [mem 0x00000000daff2000-0x00000000daffffff] usable [ 0.000000] Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved [ 0.000000] Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x000000041e5fffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.7 present. [ 0.000000] DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./Q77M vPro, BIOS P1.00 04/06/2012 [ 0.000000] e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x41e600 max_arch_pfn = 0x400000000 [ 0.000000] x2apic enabled by BIOS, switching to x2apic ops [ 0.000000] e820: last_pfn = 0xdb000 max_arch_pfn = 0x400000000 [ 0.000000] initial memory mapped: [mem 0x00000000-0x01eb3fff] [ 0.000000] Base memory trampoline at [ffff880000097000] 97000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0xdaffffff] [ 0.000000] [mem 0x00000000-0xdaffffff] page 4k [ 0.000000] kernel direct mapping tables up to 0xdaffffff @ [mem 0x00923000-0x00ffffff] [ 0.000000] xen: setting RW the range fde000 - 1000000 [ 0.000000] init_memory_mapping: [mem 0x100000000-0x41e5fffff] [ 0.000000] [mem 0x100000000-0x41e5fffff] page 4k [ 0.000000] kernel direct mapping tables up to 0x41e5fffff @ [mem 0xd83be000-0xd9cbefff] [ 0.000000] xen: setting RW the range d9cbe000 - d9cbf000 [ 0.000000] ACPI: RSDP 00000000000f0450 00024 (v02 ALASKA) [ 0.000000] ACPI: XSDT 00000000da4ed080 0007C (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.000000] ACPI: FACP 00000000da4f6838 000F4 (v04 ALASKA A M I 01072009 AMI 00010013) [ 0.000000] ACPI: DSDT 00000000da4ed190 096A3 (v02 ALASKA A M I 00000014 INTL 20051117) [ 0.000000] ACPI: FACS 00000000da504f80 00040 [ 0.000000] ACPI: APIC 00000000da4f6930 00072 (v03 ALASKA A M I 01072009 AMI 00010013) [ 0.000000] ACPI: MCFG 00000000da4f69a8 0003C (v01 ALASKA A M I 01072009 MSFT 00000097) [ 0.000000] ACPI: SSDT 00000000da4f69e8 004A6 (v01 Intel_ AoacTabl 00001000 INTL 20091112) [ 0.000000] ACPI: AAFT 00000000da4f6e90 000C2 (v01 ALASKA OEMAAFT 01072009 MSFT 00000097) [ 0.000000] ACPI: HPET 00000000da4f6f58 00038 (v01 ALASKA A M I 01072009 AMI. 00000005) [ 0.000000] ACPI: SSDT 00000000da4f6f90 0036D (v01 SataRe SataTabl 00001000 INTL 20091112) [ 0.000000] ACPI: SSDT 00000000da4f7300 009AA (v01 PmRef Cpu0Ist 00003000 INTL 20051117) [ 0.000000] ACPI: SSDT 00000000da4f7cb0 00A92 (v01 PmRef CpuPm 00003000 INTL 20051117) [ 0.000000] ACPI: XMAR 00000000da4f8748 000B8 (v01 INTEL SNB 00000001 INTL 00000001) [ 0.000000] ACPI: ASF! 00000000da4f8800 000A5 (v32 INTEL HCG 00000001 TFSM 000F4240) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] Setting APIC routing to cluster x2apic. [ 0.000000] NUMA turned off [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000041e5fffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x41e5fffff] [ 0.000000] NODE_DATA [mem 0x408ba2000-0x408bc8fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00010000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x41e5fffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00010000-0x0009cfff] [ 0.000000] node 0: [mem 0x00100000-0x1fffffff] [ 0.000000] node 0: [mem 0x20200000-0x40003fff] [ 0.000000] node 0: [mem 0x40005000-0xd9cbefff] [ 0.000000] node 0: [mem 0xda54e000-0xdad55fff] [ 0.000000] node 0: [mem 0xdaff2000-0xdaffffff] [ 0.000000] node 0: [mem 0x100000000-0x41e5fffff] [ 0.000000] On node 0 totalpages: 4163681 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 1729 pages reserved [ 0.000000] DMA zone: 2188 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 13900 pages used for memmap [ 0.000000] DMA32 zone: 875656 pages, LIFO batch:31 [ 0.000000] Normal zone: 51096 pages used for memmap [ 0.000000] Normal zone: 3219048 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000 [ 0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] e820: [mem 0xdfa00000-0xf7ffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.2.2 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:16 nr_cpumask_bits:16 nr_cpu_ids:4 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 27 pages/cpu @ffff880408800000 s78272 r8192 d24128 u524288 [ 0.000000] pcpu-alloc: s78272 r8192 d24128 u524288 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 [ 3.216498] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 4096892 [ 3.216499] Policy zone: Normal [ 3.216500] Kernel command line: root=/dev/sda3 xen-pciback.hide=(01:02.0) reassign_resources noirqdebug [ 3.216527] IRQ lockup detection disabled [ 3.216580] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 3.216583] __ex_table already sorted, skipping sort [ 3.216607] xsave: enabled xstate_bv 0x7, cntxt size 0x340 [ 3.234201] software IO TLB [mem 0x3f22e8000-0x3f62e8000] (64MB) mapped at [ffff8803f22e8000-ffff8803f62e7fff] [ 3.270080] Memory: 15895200k/17274880k available (6332k kernel code, 620156k absent, 759524k reserved, 2494k data, 912k init) [ 3.270134] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 3.270154] Hierarchical RCU implementation. [ 3.270155] RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=4. [ 3.270159] NR_IRQS:4352 nr_irqs:712 16 [ 3.270206] xen: sci override: global_irq=9 trigger=0 polarity=0 [ 3.270208] xen: registering gsi 9 triggering 0 polarity 0 [ 3.270216] xen: --> pirq=9 -> irq=9 (gsi=9) [ 3.270237] xen: acpi sci 9 [ 3.270240] xen: --> pirq=1 -> irq=1 (gsi=1) [ 3.270242] xen: --> pirq=2 -> irq=2 (gsi=2) [ 3.270243] xen: --> pirq=3 -> irq=3 (gsi=3) [ 3.270245] xen: --> pirq=4 -> irq=4 (gsi=4) [ 3.270247] xen: --> pirq=5 -> irq=5 (gsi=5) [ 3.270248] xen: --> pirq=6 -> irq=6 (gsi=6) [ 3.270250] xen: --> pirq=7 -> irq=7 (gsi=7) [ 3.270251] xen: --> pirq=8 -> irq=8 (gsi=8) [ 3.270253] xen: --> pirq=10 -> irq=10 (gsi=10) [ 3.270255] xen: --> pirq=11 -> irq=11 (gsi=11) [ 3.270257] xen: --> pirq=12 -> irq=12 (gsi=12) [ 3.270258] xen: --> pirq=13 -> irq=13 (gsi=13) [ 3.270260] xen: --> pirq=14 -> irq=14 (gsi=14) [ 3.270261] xen: --> pirq=15 -> irq=15 (gsi=15) [ 3.270284] Console: colour dummy device 80x25 [ 3.270412] console [tty0] enabled [ 3.277338] allocated 67108864 bytes of page_cgroup [ 3.277341] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 3.277371] Xen: using vcpuop timer interface [ 3.277376] installing Xen timer for CPU 0 [ 3.277395] tsc: Detected 3392.404 MHz processor [ 3.277398] Calibrating delay loop (skipped), value calculated using timer frequency.. 6787.50 BogoMIPS (lpj=11308013) [ 3.277402] pid_max: default: 32768 minimum: 301 [ 3.278872] Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes) [ 3.282153] Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes) [ 3.283427] Mount-cache hash table entries: 256 [ 3.283564] Initializing cgroup subsys cpuacct [ 3.283567] Initializing cgroup subsys memory [ 3.283583] Initializing cgroup subsys devices [ 3.283585] Initializing cgroup subsys freezer [ 3.283587] Initializing cgroup subsys blkio [ 3.283588] Initializing cgroup subsys perf_event [ 3.283636] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [ 3.283640] CPU: Physical Processor ID: 0 [ 3.283641] CPU: Processor Core ID: 0 [ 3.283904] mce: CPU supports 2 MCE banks [ 3.283918] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 tlb_flushall_shift: 1 [ 3.284017] Freeing SMP alternatives: 28k freed [ 3.284801] ACPI: Core revision 20121018 [ 3.292474] Performance Events: unsupported p6 CPU model 58 no PMU driver, software events only. [ 3.292579] installing Xen timer for CPU 1 [ 3.292986] installing Xen timer for CPU 2 [ 3.293382] installing Xen timer for CPU 3 [ 3.293746] Brought up 4 CPUs [ 3.293896] devtmpfs: initialized [ 3.294060] Grant tables using version 2 layout. [ 3.294069] Grant table initialized [ 3.294091] NET: Registered protocol family 16 [ 3.294223] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 3.294226] ACPI: bus type pci registered [ 3.294277] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000) [ 3.294280] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820 [ 3.302867] PCI: Using configuration type 1 for base access [ 3.303359] bio: create slab at 0 [ 3.303409] ACPI: Added _OSI(Module Device) [ 3.303411] ACPI: Added _OSI(Processor Device) [ 3.303412] ACPI: Added _OSI(3.0 _SCP Extensions) [ 3.303414] ACPI: Added _OSI(Processor Aggregator Device) [ 3.304294] ACPI: EC: Look up EC in DSDT [ 3.305187] ACPI: Executed 1 blocks of module-level executable AML code [ 3.316419] ACPI: SSDT 00000000da233018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20051117) [ 3.316618] ACPI: Dynamic OEM Table Load: [ 3.316619] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20051117) [ 3.326485] ACPI: SSDT 00000000da234a98 00303 (v01 PmRef ApIst 00003000 INTL 20051117) [ 3.326698] ACPI: Dynamic OEM Table Load: [ 3.326700] ACPI: SSDT (null) 00303 (v01 PmRef ApIst 00003000 INTL 20051117) [ 3.336578] ACPI: SSDT 00000000da235c18 00119 (v01 PmRef ApCst 00003000 INTL 20051117) [ 3.336774] ACPI: Dynamic OEM Table Load: [ 3.336776] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20051117) [ 3.347044] ACPI: Interpreter enabled [ 3.347046] ACPI: (supports S0 S5) [ 3.347051] ACPI: Using IOAPIC for interrupt routing [ 3.350252] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 3.350405] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e]) [ 3.350407] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 3.350837] PCI host bridge to bus 0000:00 [ 3.350840] pci_bus 0000:00: root bus resource [bus 00-3e] [ 3.350842] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 3.350844] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 3.350846] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 3.350848] pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000d3fff] [ 3.350850] pci_bus 0000:00: root bus resource [mem 0x000d4000-0x000d7fff] [ 3.350851] pci_bus 0000:00: root bus resource [mem 0x000d8000-0x000dbfff] [ 3.350853] pci_bus 0000:00: root bus resource [mem 0x000dc000-0x000dffff] [ 3.350855] pci_bus 0000:00: root bus resource [mem 0x000e0000-0x000e3fff] [ 3.350857] pci_bus 0000:00: root bus resource [mem 0x000e4000-0x000e7fff] [ 3.350858] pci_bus 0000:00: root bus resource [mem 0x000e8000-0x000ebfff] [ 3.350860] pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfeafffff] [ 3.350872] pci 0000:00:00.0: [8086:0150] type 00 class 0x060000 [ 3.350947] pci 0000:00:02.0: [8086:0152] type 00 class 0x030000 [ 3.350968] pci 0000:00:02.0: reg 10: [mem 0xf7800000-0xf7bfffff 64bit] [ 3.350979] pci 0000:00:02.0: reg 18: [mem 0xe0000000-0xefffffff 64bit pref] [ 3.350987] pci 0000:00:02.0: reg 20: [io 0xf000-0xf03f] [ 3.351104] pci 0000:00:14.0: [8086:1e31] type 00 class 0x0c0330 [ 3.351149] pci 0000:00:14.0: reg 10: [mem 0xf7d20000-0xf7d2ffff 64bit] [ 3.351300] pci 0000:00:14.0: PME# supported from D3hot D3cold [ 3.351354] pci 0000:00:19.0: [8086:1502] type 00 class 0x020000 [ 3.351393] pci 0000:00:19.0: reg 10: [mem 0xf7d00000-0xf7d1ffff] [ 3.351410] pci 0000:00:19.0: reg 14: [mem 0xf7d35000-0xf7d35fff] [ 3.351427] pci 0000:00:19.0: reg 18: [io 0xf080-0xf09f] [ 3.351575] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold [ 3.351623] pci 0000:00:1a.0: [8086:1e2d] type 00 class 0x0c0320 [ 3.351663] pci 0000:00:1a.0: reg 10: [mem 0xf7d34000-0xf7d343ff] [ 3.351847] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 3.351902] pci 0000:00:1d.0: [8086:1e26] type 00 class 0x0c0320 [ 3.351942] pci 0000:00:1d.0: reg 10: [mem 0xf7d33000-0xf7d333ff] [ 3.352125] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 3.352166] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 [ 3.352309] pci 0000:00:1f.0: [8086:1e47] type 00 class 0x060100 [ 3.352531] pci 0000:00:1f.2: [8086:1e02] type 00 class 0x010601 [ 3.352576] pci 0000:00:1f.2: reg 10: [io 0xf0d0-0xf0d7] [ 3.352593] pci 0000:00:1f.2: reg 14: [io 0xf0c0-0xf0c3] [ 3.352609] pci 0000:00:1f.2: reg 18: [io 0xf0b0-0xf0b7] [ 3.352626] pci 0000:00:1f.2: reg 1c: [io 0xf0a0-0xf0a3] [ 3.352642] pci 0000:00:1f.2: reg 20: [io 0xf060-0xf07f] [ 3.352659] pci 0000:00:1f.2: reg 24: [mem 0xf7d32000-0xf7d327ff] [ 3.352775] pci 0000:00:1f.2: PME# supported from D3hot [ 3.352814] pci 0000:00:1f.3: [8086:1e22] type 00 class 0x0c0500 [ 3.352847] pci 0000:00:1f.3: reg 10: [mem 0xf7d31000-0xf7d310ff 64bit] [ 3.352895] pci 0000:00:1f.3: reg 20: [io 0xf040-0xf05f] [ 3.353015] pci 0000:01:02.0: [1244:0a00] type 00 class 0x028000 [ 3.353040] pci 0000:01:02.0: reg 10: [mem 0xf7c00000-0xf7c0001f] [ 3.353057] pci 0000:01:02.0: reg 14: [io 0xe000-0xe01f] [ 3.353224] pci 0000:00:1e.0: PCI bridge to [bus 01] (subtractive decode) [ 3.353229] pci 0000:00:1e.0: bridge window [io 0xe000-0xefff] [ 3.353235] pci 0000:00:1e.0: bridge window [mem 0xf7c00000-0xf7cfffff] [ 3.353246] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 3.353247] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 3.353248] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 3.353249] pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000d3fff] (subtractive decode) [ 3.353250] pci 0000:00:1e.0: bridge window [mem 0x000d4000-0x000d7fff] (subtractive decode) [ 3.353251] pci 0000:00:1e.0: bridge window [mem 0x000d8000-0x000dbfff] (subtractive decode) [ 3.353252] pci 0000:00:1e.0: bridge window [mem 0x000dc000-0x000dffff] (subtractive decode) [ 3.353253] pci 0000:00:1e.0: bridge window [mem 0x000e0000-0x000e3fff] (subtractive decode) [ 3.353254] pci 0000:00:1e.0: bridge window [mem 0x000e4000-0x000e7fff] (subtractive decode) [ 3.353255] pci 0000:00:1e.0: bridge window [mem 0x000e8000-0x000ebfff] (subtractive decode) [ 3.353256] pci 0000:00:1e.0: bridge window [mem 0xdfa00000-0xfeafffff] (subtractive decode) [ 3.353276] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] [ 3.353365] pci0000:00: Requesting ACPI _OSC control (0x1d) [ 3.353481] pci0000:00: ACPI _OSC control (0x1c) granted [ 3.353860] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15) [ 3.353896] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled. [ 3.353931] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 10 *11 12 14 15) [ 3.353962] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *10 11 12 14 15) [ 3.353992] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 *5 6 10 11 12 14 15) [ 3.354023] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 *4 5 6 10 11 12 14 15) [ 3.354056] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled. [ 3.354091] ACPI: PCI Interrupt Link [LNKH] (IRQs *3 4 5 6 10 11 12 14 15) [ 3.354113] xen/balloon: Initialising balloon driver. [ 3.354810] xen-balloon: Initialising balloon driver. [ 3.354828] xen/balloon: Xen selfballooning driver disabled for domain0. [ 3.354862] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none [ 3.354865] vgaarb: loaded [ 3.354866] vgaarb: bridge control possible 0000:00:02.0 [ 3.354899] SCSI subsystem initialized [ 3.354900] ACPI: bus type scsi registered [ 3.354907] libata version 3.00 loaded. [ 3.354908] ACPI: bus type usb registered [ 3.354919] usbcore: registered new interface driver usbfs [ 3.354924] usbcore: registered new interface driver hub [ 3.354953] usbcore: registered new device driver usb [ 3.354964] PCI: Using ACPI for IRQ routing [ 3.359463] PCI: pci_cache_line_size set to 64 bytes [ 3.359519] e820: reserve RAM buffer [mem 0x0009d000-0x0009ffff] [ 3.359520] e820: reserve RAM buffer [mem 0x40004000-0x43ffffff] [ 3.359520] e820: reserve RAM buffer [mem 0xd9cbf000-0xdbffffff] [ 3.359522] e820: reserve RAM buffer [mem 0xdad56000-0xdbffffff] [ 3.359522] e820: reserve RAM buffer [mem 0xdb000000-0xdbffffff] [ 3.359523] e820: reserve RAM buffer [mem 0x41e600000-0x41fffffff] [ 3.359585] Switching to clocksource xen [ 3.359629] FS-Cache: Loaded [ 3.360858] pnp: PnP ACPI init [ 3.360863] ACPI: bus type pnp registered [ 3.360909] system 00:00: [mem 0xfed40000-0xfed44fff] has been reserved [ 3.360912] system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active) [ 3.360919] pnp 00:01: [dma 4] [ 3.360926] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) [ 3.360936] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) [ 3.361000] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 3.361020] system 00:04: [io 0x0680-0x069f] has been reserved [ 3.361022] system 00:04: [io 0x0200-0x020f] has been reserved [ 3.361024] system 00:04: [io 0xffff] has been reserved [ 3.361026] system 00:04: [io 0xffff] has been reserved [ 3.361028] system 00:04: [io 0x0400-0x0453] has been reserved [ 3.361029] system 00:04: [io 0x0458-0x047f] has been reserved [ 3.361031] system 00:04: [io 0x0500-0x057f] has been reserved [ 3.361033] system 00:04: [io 0x164e-0x164f] has been reserved [ 3.361035] system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361049] xen: registering gsi 8 triggering 1 polarity 0 [ 3.361080] pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active) [ 3.361103] system 00:06: [io 0x0454-0x0457] has been reserved [ 3.361105] system 00:06: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active) [ 3.361146] system 00:07: [io 0x0290-0x029f] has been reserved [ 3.361148] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361354] system 00:08: [io 0x04d0-0x04d1] has been reserved [ 3.361357] system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361361] xen: registering gsi 13 triggering 1 polarity 0 [ 3.361384] pnp 00:09: Plug and Play ACPI device, IDs PNP0c04 (active) [ 3.361541] system 00:0a: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 3.361543] system 00:0a: [mem 0xfed10000-0xfed17fff] has been reserved [ 3.361545] system 00:0a: [mem 0xfed18000-0xfed18fff] has been reserved [ 3.361547] system 00:0a: [mem 0xfed19000-0xfed19fff] has been reserved [ 3.361549] system 00:0a: [mem 0xf8000000-0xfbffffff] has been reserved [ 3.361551] system 00:0a: [mem 0xfed20000-0xfed3ffff] has been reserved [ 3.361553] system 00:0a: [mem 0xfed90000-0xfed93fff] has been reserved [ 3.361555] system 00:0a: [mem 0xfed45000-0xfed8ffff] has been reserved [ 3.361557] system 00:0a: [mem 0xff000000-0xffffffff] has been reserved [ 3.361559] system 00:0a: [mem 0xfee00000-0xfeefffff] could not be reserved [ 3.361561] system 00:0a: [mem 0xdfa00000-0xdfa00fff] has been reserved [ 3.361563] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361681] system 00:0b: [mem 0x20000000-0x201fffff] has been reserved [ 3.361683] system 00:0b: [mem 0x40004000-0x40004fff] has been reserved [ 3.361685] system 00:0b: Plug and Play ACPI device, IDs PNP0c01 (active) [ 3.361700] pnp: PnP ACPI: found 12 devices [ 3.361701] ACPI: ACPI bus type pnp unregistered [ 3.361719] pciback 0000:01:02.0: seizing device [ 3.364861] PM-Timer failed consistency check (0x0xffffff) - aborting. [ 3.364885] pci 0000:00:1e.0: PCI bridge to [bus 01] [ 3.364891] pci 0000:00:1e.0: bridge window [io 0xe000-0xefff] [ 3.364900] pci 0000:00:1e.0: bridge window [mem 0xf7c00000-0xf7cfffff] [ 3.364924] pci 0000:00:1e.0: setting latency timer to 64 [ 3.364928] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 3.364929] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 3.364930] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 3.364931] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000d3fff] [ 3.364932] pci_bus 0000:00: resource 8 [mem 0x000d4000-0x000d7fff] [ 3.364933] pci_bus 0000:00: resource 9 [mem 0x000d8000-0x000dbfff] [ 3.364934] pci_bus 0000:00: resource 10 [mem 0x000dc000-0x000dffff] [ 3.364935] pci_bus 0000:00: resource 11 [mem 0x000e0000-0x000e3fff] [ 3.364936] pci_bus 0000:00: resource 12 [mem 0x000e4000-0x000e7fff] [ 3.364937] pci_bus 0000:00: resource 13 [mem 0x000e8000-0x000ebfff] [ 3.364939] pci_bus 0000:00: resource 14 [mem 0xdfa00000-0xfeafffff] [ 3.364940] pci_bus 0000:01: resource 0 [io 0xe000-0xefff] [ 3.364941] pci_bus 0000:01: resource 1 [mem 0xf7c00000-0xf7cfffff] [ 3.364942] pci_bus 0000:01: resource 4 [io 0x0000-0x0cf7] [ 3.364943] pci_bus 0000:01: resource 5 [io 0x0d00-0xffff] [ 3.364944] pci_bus 0000:01: resource 6 [mem 0x000a0000-0x000bffff] [ 3.364945] pci_bus 0000:01: resource 7 [mem 0x000d0000-0x000d3fff] [ 3.364946] pci_bus 0000:01: resource 8 [mem 0x000d4000-0x000d7fff] [ 3.364947] pci_bus 0000:01: resource 9 [mem 0x000d8000-0x000dbfff] [ 3.364948] pci_bus 0000:01: resource 10 [mem 0x000dc000-0x000dffff] [ 3.364949] pci_bus 0000:01: resource 11 [mem 0x000e0000-0x000e3fff] [ 3.364950] pci_bus 0000:01: resource 12 [mem 0x000e4000-0x000e7fff] [ 3.364951] pci_bus 0000:01: resource 13 [mem 0x000e8000-0x000ebfff] [ 3.364952] pci_bus 0000:01: resource 14 [mem 0xdfa00000-0xfeafffff] [ 3.364971] NET: Registered protocol family 2 [ 3.365233] TCP established hash table entries: 131072 (order: 9, 2097152 bytes) [ 3.365522] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 3.365623] TCP: Hash tables configured (established 131072 bind 65536) [ 3.365634] TCP: reno registered [ 3.365660] UDP hash table entries: 8192 (order: 6, 262144 bytes) [ 3.365716] UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes) [ 3.365772] NET: Registered protocol family 1 [ 3.365841] RPC: Registered named UNIX socket transport module. [ 3.365844] RPC: Registered udp transport module. [ 3.365845] RPC: Registered tcp transport module. [ 3.365846] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 3.365854] pci 0000:00:02.0: Boot video device [ 3.365863] xen: registering gsi 16 triggering 0 polarity 1 [ 3.365870] xen: --> pirq=16 -> irq=16 (gsi=16) [ 3.365966] xen: registering gsi 16 triggering 0 polarity 1 [ 3.365967] Already setup the GSI :16 [ 3.383028] xen: registering gsi 23 triggering 0 polarity 1 [ 3.383038] xen: --> pirq=23 -> irq=23 (gsi=23) [ 3.399707] PCI: CLS 0 bytes, default 64 [ 3.402254] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [ 3.402450] sha1_ssse3: Using AVX optimized SHA-1 implementation [ 3.402524] Initialise module verification [ 3.402546] audit: initializing netlink socket (disabled) [ 3.402554] type=2000 audit(1369379835.394:1): initialized [ 3.413495] DLM installed [ 3.413611] FS-Cache: Netfs 'nfs' registered for caching [ 3.413676] NFS: Registering the id_resolver key type [ 3.413680] Key type id_resolver registered [ 3.413682] Key type id_legacy registered [ 3.413684] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). [ 3.413772] msgmni has been set to 31045 [ 3.414231] alg: No test for stdrng (krng) [ 3.414239] Key type asymmetric registered [ 3.414241] Asymmetric key parser 'x509' registered [ 3.414249] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 3.414272] io scheduler noop registered [ 3.414285] io scheduler cfq registered (default) [ 3.414597] hpet_acpi_add: no address or irqs in _CRS [ 3.414627] Non-volatile memory driver v1.3 [ 3.414639] Linux agpgart interface v0.103 [ 3.415621] vesafb: mode is 1024x768x16, linelength=2048, pages=0 [ 3.415623] vesafb: scrolling: redraw [ 3.415624] vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 [ 3.416055] vesafb: framebuffer at 0xe0000000, mapped to 0xffffc90005c80000, using 3072k, total 65472k [ 3.436617] Console: switching to colour frame buffer device 128x48 [ 3.455900] fb0: VESA VGA frame buffer device [ 3.456099] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 3.456429] ACPI: Power Button [PWRB] [ 3.456589] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [ 3.456876] ACPI: Power Button [PWRF] [ 3.457129] ACPI: Requesting acpi_cpufreq [ 3.469888] Monitor-Mwait will be used to enter C-1 state [ 3.469900] Monitor-Mwait will be used to enter C-2 state [ 3.469910] Monitor-Mwait will be used to enter C-3 state [ 3.472456] GHES: HEST is not enabled! [ 3.472672] Event-channel device installed. [ 3.472924] xen: registering gsi 21 triggering 0 polarity 1 [ 3.472929] xen: --> pirq=21 -> irq=21 (gsi=21) [ 3.679782] xen-pciback: backend is vpci [ 3.681033] [drm] Initialized drm 1.1.0 20060810 [ 3.681229] xen: registering gsi 16 triggering 0 polarity 1 [ 3.681231] Already setup the GSI :16 [ 3.681381] [drm:drm_pci_agp_init] *ERROR* Cannot initialize the agpgart module. [ 3.681663] DRM: Fill_in_dev failed. [ 3.682421] brd: module loaded [ 3.683877] loop: module loaded [ 3.684126] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20121018/utaddress-251) [ 3.684586] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 3.692368] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPR2 1 (20121018/utaddress-251) [ 3.707674] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 2 (20121018/utaddress-251) [ 3.723335] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 3.731634] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPR2 1 (20121018/utaddress-251) [ 3.748606] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPIO 2 (20121018/utaddress-251) [ 3.766408] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 3.775791] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 3.785226] ahci 0000:00:1f.2: version 3.0 [ 3.785236] xen: registering gsi 19 triggering 0 polarity 1 [ 3.785241] xen: --> pirq=19 -> irq=19 (gsi=19) [ 3.796376] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode [ 3.808705] ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part ems apst [ 3.821864] ahci 0000:00:1f.2: setting latency timer to 64 [ 3.853515] scsi0 : ahci [ 3.873782] scsi1 : ahci [ 3.886468] scsi2 : ahci [ 3.895532] scsi3 : ahci [ 3.904597] scsi4 : ahci [ 3.913641] scsi5 : ahci [ 3.922346] ata1: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32100 irq 68 [ 3.931203] ata2: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32180 irq 68 [ 3.939968] ata3: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32200 irq 68 [ 3.948578] ata4: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32280 irq 68 [ 3.956984] ata5: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32300 irq 68 [ 3.965311] ata6: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32380 irq 68 [ 3.973405] tun: Universal TUN/TAP device driver, 1.6 [ 3.981977] tun: (C) 1999-2004 Max Krasnyansky [ 3.990041] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI [ 3.998113] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 4.005991] e1000e: Intel(R) PRO/1000 Network Driver - 2.1.4-k [ 4.013928] e1000e: Copyright(c) 1999 - 2012 Intel Corporation. [ 4.021927] xen: registering gsi 20 triggering 0 polarity 1 [ 4.021934] xen: --> pirq=20 -> irq=20 (gsi=20) [ 4.021959] e1000e 0000:00:19.0: setting latency timer to 64 [ 4.022044] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 4.291621] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) bc:5f:f4:3b:63:9d [ 4.293030] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 4.293055] ata4: SATA link down (SStatus 0 SControl 300) [ 4.293075] ata6: SATA link down (SStatus 0 SControl 300) [ 4.293097] ata3: SATA link down (SStatus 0 SControl 300) [ 4.299700] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 4.299723] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 4.353354] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection [ 4.361325] ata2.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.361328] ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.361328] e1000e 0000:00:19.0 eth0: MAC: 10, PHY: 11, PBA No: FFFFFF-0FF [ 4.361414] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 4.361415] ehci-pci: EHCI PCI platform driver [ 4.361428] xen: registering gsi 16 triggering 0 polarity 1 [ 4.361429] Already setup the GSI :16 [ 4.361447] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 4.361450] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 4.361465] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 4.361485] ehci-pci 0000:00:1a.0: debug port 2 [ 4.365399] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 4.365437] ehci-pci 0000:00:1a.0: irq 16, io mem 0xf7d34000 [ 4.373026] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 4.373067] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 4.373084] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.373085] usb usb1: Product: EHCI Host Controller [ 4.373085] usb usb1: Manufacturer: Linux 3.8.13-gentoo ehci_hcd [ 4.373086] usb usb1: SerialNumber: 0000:00:1a.0 [ 4.373342] hub 1-0:1.0: USB hub found [ 4.373344] hub 1-0:1.0: 3 ports detected [ 4.373408] xen: registering gsi 23 triggering 0 polarity 1 [ 4.373409] Already setup the GSI :23 [ 4.373426] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 4.373429] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 4.373591] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 4.373623] ehci-pci 0000:00:1d.0: debug port 2 [ 4.377605] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 4.377638] ehci-pci 0000:00:1d.0: irq 23, io mem 0xf7d33000 [ 4.386341] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 4.386377] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 4.386378] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.386379] usb usb2: Product: EHCI Host Controller [ 4.386379] usb usb2: Manufacturer: Linux 3.8.13-gentoo ehci_hcd [ 4.386380] usb usb2: SerialNumber: 0000:00:1d.0 [ 4.386537] hub 2-0:1.0: USB hub found [ 4.386539] hub 2-0:1.0: 3 ports detected [ 4.386598] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 4.386602] uhci_hcd: USB Universal Host Controller Interface driver [ 4.386619] xen: registering gsi 16 triggering 0 polarity 1 [ 4.386620] Already setup the GSI :16 [ 4.386643] xhci_hcd 0000:00:14.0: setting latency timer to 64 [ 4.386646] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 4.386768] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 3 [ 4.386992] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported [ 4.387144] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002 [ 4.387145] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.387146] usb usb3: Product: xHCI Host Controller [ 4.387146] usb usb3: Manufacturer: Linux 3.8.13-gentoo xhci_hcd [ 4.387147] usb usb3: SerialNumber: 0000:00:14.0 [ 4.387244] xHCI xhci_add_endpoint called for root hub [ 4.387244] xHCI xhci_check_bandwidth called for root hub [ 4.387256] hub 3-0:1.0: USB hub found [ 4.387265] hub 3-0:1.0: 4 ports detected [ 4.387445] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 4.387474] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 4 [ 4.387492] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003 [ 4.387493] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.387493] usb usb4: Product: xHCI Host Controller [ 4.387494] usb usb4: Manufacturer: Linux 3.8.13-gentoo xhci_hcd [ 4.387494] usb usb4: SerialNumber: 0000:00:14.0 [ 4.387530] xHCI xhci_add_endpoint called for root hub [ 4.387530] xHCI xhci_check_bandwidth called for root hub [ 4.387539] hub 4-0:1.0: USB hub found [ 4.387547] hub 4-0:1.0: 4 ports detected [ 4.671626] ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.677622] ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.677628] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.690414] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.690466] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 4.707493] ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.707495] ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.713024] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 4.715935] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 4.715938] serio: i8042 AUX port at 0x60,0x64 irq 12 [ 4.716070] mousedev: PS/2 mouse device common for all mice [ 4.716352] rtc_cmos 00:05: RTC can wake from S4 [ 4.716511] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 [ 4.716563] rtc0: alarms up to one month, y3k, 242 bytes nvram [ 4.716566] i2c /dev entries driver [ 4.716582] xen: registering gsi 18 triggering 0 polarity 1 [ 4.716588] xen: --> pirq=18 -> irq=18 (gsi=18) [ 4.716607] ACPI Warning: 0x000000000000f040-0x000000000000f05f SystemIO conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 (20121018/utaddress-251) [ 4.716607] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 4.786151] ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.786242] w83627ehf: Found NCT6776F chip at 0x290 [ 4.786719] usbcore: registered new interface driver usbhid [ 4.786720] usbhid: USB HID core driver [ 4.786871] Netfilter messages via NETLINK v0.30. [ 4.786879] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 4.786932] ctnetlink v0.93: registering with nfnetlink. [ 4.786953] TCP: cubic registered [ 4.786954] Initializing XFRM netlink socket [ 4.786955] NET: Registered protocol family 17 [ 4.786959] NET: Registered protocol family 15 [ 4.868868] ata2.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133 [ 4.876238] ata2.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32) [ 4.883736] ata5.00: HPA detected: current 1953523055, native 1953525168 [ 4.891184] ata1.00: ATA-8: WDC WD10EFRX-68JCSN0, 01.01A01, max UDMA/133 [ 4.898603] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [ 4.906110] ata5.00: ATA-8: WDC WD10EAVS-00D7B1, 01.01A01, max UDMA/133 [ 4.913729] ata5.00: 1953523055 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [ 4.921692] Bridge firewalling registered [ 4.921698] ata2.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.921719] ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.921720] ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.921724] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [ 4.921725] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 4.921996] hub 1-1:1.0: USB hub found [ 4.922104] hub 1-1:1.0: 6 ports detected [ 4.922414] ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.922415] ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.922416] ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.922426] ata2.00: configured for UDMA/133 [ 4.922458] ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.922459] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.922459] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.923173] ata5.00: configured for UDMA/133 [ 4.923326] ata1.00: configured for UDMA/133 [ 4.923403] scsi 0:0:0:0: Direct-Access ATA WDC WD10EFRX-68J 01.0 PQ: 0 ANSI: 5 [ 4.923499] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 4.923500] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 4.923524] scsi 1:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5 [ 4.923551] sd 0:0:0:0: [sda] Write Protect is off [ 4.923552] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 4.923564] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 4.923573] sd 1:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB) [ 4.923574] sd 1:0:0:0: [sdb] 4096-byte physical blocks [ 4.923639] sd 1:0:0:0: [sdb] Write Protect is off [ 4.923640] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 4.923646] scsi 4:0:0:0: Direct-Access ATA WDC WD10EAVS-00D 01.0 PQ: 0 ANSI: 5 [ 4.923651] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 4.923702] sd 4:0:0:0: [sdc] 1953523055 512-byte logical blocks: (1.00 TB/931 GiB) [ 4.923738] sd 4:0:0:0: [sdc] Write Protect is off [ 4.923739] sd 4:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 4.923760] sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 4.929469] sda: sda1 sda2 sda3 sda4 [ 4.929670] sd 0:0:0:0: [sda] Attached SCSI disk [ 4.936698] sdc: sdc1 sdc2 [ 4.937036] sd 4:0:0:0: [sdc] Attached SCSI disk [ 4.949237] sdb: sdb1 < sdb5 > [ 4.949914] sd 1:0:0:0: [sdb] Attached SCSI disk [ 5.033003] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 5.156759] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [ 5.156760] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 5.157022] hub 2-1:1.0: USB hub found [ 5.157135] hub 2-1:1.0: 8 ports detected [ 5.215477] sctp: Hash tables configured (established 65536 bind 65536) [ 5.222798] Key type dns_resolver registered [ 5.230535] Loading module verification certificates [ 5.238246] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: b20c833dd31bd5b194d25cf43d04418291b8ee46' [ 5.245651] registered taskstats version 1 [ 5.253532] rtc_cmos 00:05: setting system clock to 2013-05-24 07:17:16 UTC (1369379836) [ 5.281476] EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities [ 5.298100] EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities [ 5.355399] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) [ 5.365345] VFS: Mounted root (ext4 filesystem) on device 8:3. [ 5.404905] devtmpfs: mounted [ 5.420651] Freeing unused kernel memory: 912k freed [ 12.974829] systemd-udevd[236]: starting version 200 [ 18.255293] Adding 4882428k swap on /dev/sda2. Priority:-1 extents:1 across:4882428k [ 18.380261] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem [ 18.412525] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [ 18.525769] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null) [ 20.087594] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null) [ 24.714984] device eth0 entered promiscuous mode [ 24.724435] device xenbr0 entered promiscuous mode [ 28.056512] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 28.056557] xenbr0: port 1(eth0) entered forwarding state [ 28.056572] xenbr0: port 1(eth0) entered forwarding state [ 44.148056] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 44.148183] NFSD: starting 90-second grace period (net ffffffff81876380) [ 84.204301] device vif1.0 entered promiscuous mode [ 84.965007] xenbr0: port 2(vif1.0) entered forwarding state [ 84.965018] xenbr0: port 2(vif1.0) entered forwarding state [ 97.758235] device vif2.0 entered promiscuous mode [ 98.003173] xen-pciback: vpci: 0000:01:02.0: assign to virtual slot 0 [ 98.615238] xen-blkback:ring-ref 11, event-channel 35, protocol 2 (x86_32-abi) [ 98.640636] xen-blkback:ring-ref 12, event-channel 36, protocol 2 (x86_32-abi) [ 98.717527] xenbr0: port 3(vif2.0) entered forwarding state [ 98.717531] xenbr0: port 3(vif2.0) entered forwarding state [ 114.053823] device vif3.0 entered promiscuous mode [ 116.049695] pciback 0000:01:02.0: enabling device (0000 -> 0003) [ 116.049705] xen: registering gsi 21 triggering 0 polarity 1 [ 116.049708] Already setup the GSI :21 [ 118.654265] xenbr0: port 4(vif3.0) entered forwarding state [ 118.654273] xenbr0: port 4(vif3.0) entered forwarding state [ 183.695702] device vif4.0 entered promiscuous mode [ 193.609243] xenbr0: port 5(vif4.0) entered forwarding state [ 193.609258] xenbr0: port 5(vif4.0) entered forwarding state [ 232.858502] xenbr0: port 5(vif4.0) entered disabled state [ 232.858584] device vif4.0 left promiscuous mode [ 232.858585] xenbr0: port 5(vif4.0) entered disabled state [ 371.309582] device vif5.0 entered promiscuous mode [ 371.939269] xenbr0: port 5(vif5.0) entered forwarding state [ 371.939273] xenbr0: port 5(vif5.0) entered forwarding state --------------020009020703010809050801 Content-Type: text/plain; charset=windows-1252; name="xl_dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xl_dmesg" __ __ _ _ ____ ____ \ \/ /___ _ __ | || | |___ \ |___ \ \ // _ \ '_ \ | || |_ __) | __) | / \ __/ | | | |__ _| / __/ _ / __/ /_/\_\___|_| |_| |_|(_)_____(_)_____| (XEN) Xen version 4.2.2 (@APO43287A.LOCAL) (gcc (Gentoo 4.7.3 p1.0, pie-0.5.5) 4.7.3) Thu May 23 20:48:04 CEST 2013 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GNU GRUB 0.97 (XEN) Command line: vga=gfx-1024x768x16 iommu=1 (XEN) Video information: (XEN) VGA is graphics mode 1024x768, 16 bpp (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 3 MBR signatures (XEN) Found 3 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009d800 (usable) (XEN) 000000000009d800 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 0000000020000000 (usable) (XEN) 0000000020000000 - 0000000020200000 (reserved) (XEN) 0000000020200000 - 0000000040004000 (usable) (XEN) 0000000040004000 - 0000000040005000 (reserved) (XEN) 0000000040005000 - 00000000d9cbf000 (usable) (XEN) 00000000d9cbf000 - 00000000da286000 (reserved) (XEN) 00000000da286000 - 00000000da506000 (ACPI NVS) (XEN) 00000000da506000 - 00000000da50b000 (ACPI data) (XEN) 00000000da50b000 - 00000000da54e000 (ACPI NVS) (XEN) 00000000da54e000 - 00000000dad56000 (usable) (XEN) 00000000dad56000 - 00000000daff2000 (reserved) (XEN) 00000000daff2000 - 00000000db000000 (usable) (XEN) 00000000db800000 - 00000000dfa00000 (reserved) (XEN) 00000000f8000000 - 00000000fc000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed00000 - 00000000fed04000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000041e600000 (usable) (XEN) ACPI: RSDP 000F0450, 0024 (r2 ALASKA) (XEN) ACPI: XSDT DA4ED080, 007C (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP DA4F6838, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DSDT DA4ED190, 96A3 (r2 ALASKA A M I 14 INTL 20051117) (XEN) ACPI: FACS DA504F80, 0040 (XEN) ACPI: APIC DA4F6930, 0072 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG DA4F69A8, 003C (r1 ALASKA A M I 1072009 MSFT 97) (XEN) ACPI: SSDT DA4F69E8, 04A6 (r1 Intel_ AoacTabl 1000 INTL 20091112) (XEN) ACPI: AAFT DA4F6E90, 00C2 (r1 ALASKA OEMAAFT 1072009 MSFT 97) (XEN) ACPI: HPET DA4F6F58, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SSDT DA4F6F90, 036D (r1 SataRe SataTabl 1000 INTL 20091112) (XEN) ACPI: SSDT DA4F7300, 09AA (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT DA4F7CB0, 0A92 (r1 PmRef CpuPm 3000 INTL 20051117) (XEN) ACPI: DMAR DA4F8748, 00B8 (r1 INTEL SNB 1 INTL 1) (XEN) ACPI: ASF! DA4F8800, 00A5 (r32 INTEL HCG 1 TFSM F4240) (XEN) System RAM: 16264MB (16654788kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - da504f80/0000000000000000, using 32 (XEN) Processor #0 7:10 APIC version 21 (XEN) Processor #2 7:10 APIC version 21 (XEN) Processor #4 7:10 APIC version 21 (XEN) Processor #6 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3392.404 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 4 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1eb4000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000040c000000->0000000410000000 (4058682 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81eb4000 (XEN) Init. ramdisk: ffffffff81eb4000->ffffffff81eb4000 (XEN) Phys-Mach map: ffffffff81eb4000->ffffffff83dcb1d0 (XEN) Start info: ffffffff83dcc000->ffffffff83dcc4b4 (XEN) Page tables: ffffffff83dcd000->ffffffff83df0000 (XEN) Boot stack: ffffffff83df0000->ffffffff83df1000 (XEN) TOTAL: ffffffff80000000->ffffffff84000000 (XEN) ENTRY ADDRESS: ffffffff818b4210 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 240kB init memory. (XEN) no cpu_id for acpi_id 5 (XEN) no cpu_id for acpi_id 6 (XEN) no cpu_id for acpi_id 7 (XEN) no cpu_id for acpi_id 8 --------------020009020703010809050801 Content-Type: text/plain; charset=windows-1252; name="xl_create.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xl_create.log" libxl: debug: libxl_create.c:1192:do_domain_create: ao 0x1229760: create: how=(nil) callback=(nil) poller=0x12296b0 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknown libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda1, backend phy unsuitable as phys path not a block device libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda1, backend tap unsuitable because blktap not available libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=unknown libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda2, backend phy unsuitable as phys path not a block device libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda2, backend tap unsuitable because blktap not available libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=unknown libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda3, using backend phy libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=unknown libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda4, using backend phy libxl: debug: libxl_create.c:694:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:327:libxl__bootloader_run: no bootloader configured, using user supplied kernel libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1229e60: deregister unregistered libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=4, nr_vcpus=20, free_memkb=2416 libxl: detail: libxl_dom.c:193:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 2416 KB free selected libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM libxl: debug: libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS libxl: debug: libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI libxl: debug: libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS libxl: debug: libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda1 rootfstype=ext4 rootfsflags=barrier=0 console=hvc0 xencons=hvc xen-fbfront.video=6,1024,768 xenfb.video=6,1024,768 noirqdebug elevator=noop cifs.enable_oplocks=0 netconsole=6666@10.75.157.21/eth0,6666@10.75.157.46/BC:5F:F4:3B:63:9D", features="(null)" libxl: debug: libxl_dom.c:384:libxl__build_pv: pv kernel mapped 0 path /boot/kernel-3.7.3-xenU domainbuilder: detail: xc_dom_kernel_file: filename="/boot/kernel-3.7.3-xenU" domainbuilder: detail: xc_dom_malloc_filemap : 6233 kB domainbuilder: detail: xc_dom_boot_xen_init: ver 4.2, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ... domainbuilder: detail: xc_dom_probe_bzimage_kernel: kernel is not a bzImage domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying ELF-generic loader ... domainbuilder: detail: loader probe OK xc: detail: elf_parse_binary: phdr: paddr=0x1000000 memsz=0x40c000 xc: detail: elf_parse_binary: phdr: paddr=0x140c000 memsz=0x353000 xc: detail: elf_parse_binary: memory: 0x1000000 -> 0x175f000 xc: detail: elf_xen_parse_note: GUEST_OS = "linux" xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6" xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0" xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000 xc: detail: elf_xen_parse_note: ENTRY = 0xc143c24c xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc1001000 xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" xc: detail: elf_xen_parse_note: PAE_MODE = "yes" xc: detail: elf_xen_parse_note: LOADER = "generic" xc: detail: elf_xen_parse_note: unknown xen elf note (0xd) xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1 xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000 xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0 xc: detail: elf_xen_addr_calc_check: addresses: xc: detail: virt_base = 0xc0000000 xc: detail: elf_paddr_offset = 0x0 xc: detail: virt_offset = 0xc0000000 xc: detail: virt_kstart = 0xc1000000 xc: detail: virt_kend = 0xc175f000 xc: detail: virt_entry = 0xc143c24c xc: detail: p2m_base = 0xffffffffffffffff domainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc1000000 -> 0xc175f000 domainbuilder: detail: xc_dom_mem_init: mem 2048 MB, pages 0x80000 pages, 4k each domainbuilder: detail: xc_dom_mem_init: 0x80000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32 domainbuilder: detail: xc_dom_malloc : 4096 kB domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_alloc_segment: kernel : 0xc1000000 -> 0xc175f000 (pfn 0x1000 + 0x75f pages) domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1000+0x75f at 0x7fb93c239000 xc: detail: elf_load_binary: phdr 0 at 0x0x7fb93c239000 -> 0x0x7fb93c645000 xc: detail: elf_load_binary: phdr 1 at 0x0x7fb93c645000 -> 0x0x7fb93c6d4000 domainbuilder: detail: xc_dom_alloc_segment: phys2mach : 0xc175f000 -> 0xc195f000 (pfn 0x175f + 0x200 pages) domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x175f+0x200 at 0x7fb93c039000 domainbuilder: detail: xc_dom_alloc_page : start info : 0xc195f000 (pfn 0x195f) domainbuilder: detail: xc_dom_alloc_page : xenstore : 0xc1960000 (pfn 0x1960) domainbuilder: detail: xc_dom_alloc_page : console : 0xc1961000 (pfn 0x1961) domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c1bfffff, 14 table(s) domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xc1962000 -> 0xc1972000 (pfn 0x1962 + 0x10 pages) domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1962+0x10 at 0x7fb93f8bb000 domainbuilder: detail: xc_dom_alloc_page : boot stack : 0xc1972000 (pfn 0x1972) domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0xc1973000 domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0xc1c00000 domainbuilder: detail: xc_dom_boot_image: called domainbuilder: detail: arch_setup_bootearly: doing nothing domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64 domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matches domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32 domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32p domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64 domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x80000 domainbuilder: detail: clear_page: pfn 0x1961, mfn 0x23bb7e domainbuilder: detail: clear_page: pfn 0x1960, mfn 0x23bb7f domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x195f+0x1 at 0x7fb93f8db000 domainbuilder: detail: start_info_x86_32: called domainbuilder: detail: setup_hypercall_page: vaddr=0xc1001000 pfn=0x1001 domainbuilder: detail: domain builder memory footprint domainbuilder: detail: allocated domainbuilder: detail: malloc : 4155 kB domainbuilder: detail: anon mmap : 0 bytes domainbuilder: detail: mapped domainbuilder: detail: file mmap : 6233 kB domainbuilder: detail: domU mmap : 9664 kB domainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0x9666e domainbuilder: detail: shared_info_x86_32: called domainbuilder: detail: vcpu_x86_32: called domainbuilder: detail: vcpu_x86_32: cr3: pfn 0x1962 mfn 0x23bb7d domainbuilder: detail: launch_vm: called, ctxt=0x7fff6834fa10 domainbuilder: detail: xc_dom_release: called libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=phy libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x122e328 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: register slotnum=3 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x122ec28 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: register slotnum=2 libxl: debug: libxl_create.c:1205:do_domain_create: ao 0x1229760: inprogress: poller=0x12296b0, flags=i libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122e328 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: event epath=/local/domain/0/backend/vbd/6/51715/state libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/6/51715/state wanted state 2 ok libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x122e328 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: deregister slotnum=3 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x122e328: deregister unregistered libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/6/51715/state token=3/0: empty slot libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122ec28 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: event epath=/local/domain/0/backend/vbd/6/51716/state libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/6/51716/state wanted state 2 ok libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x122ec28 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: deregister slotnum=2 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x122ec28: deregister unregistered libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/6/51716/state token=2/1: empty slot libxl: debug: libxl_dm.c:1148:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-system-i386 with arguments: libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: /usr/lib/xen/bin/qemu-system-i386 libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-domid libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 6 libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -chardev libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -mon libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: chardev=libxl-cmd,mode=control libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-attach libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -name libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: nodi libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -vnc libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 0.0.0.0:10,to=99 libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -k libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: de libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -M libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: xenpv libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -m libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 2049 libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: register slotnum=2 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: event epath=/local/domain/0/device-model/6/state libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: event epath=/local/domain/0/device-model/6/state libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: deregister slotnum=2 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x122a098: deregister unregistered libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-6 libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: qmp libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: '{"execute":"qmp_capabilities","id":1}' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: '{"execute":"query-chardev","id":2}' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: '{"execute":"query-vnc","id":3}' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: register slotnum=2 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: event epath=/local/domain/0/backend/vif/6/0/state libxl: debug: libxl_event.c:646:devstate_watch_callback: backend /local/domain/0/backend/vif/6/0/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: event epath=/local/domain/0/backend/vif/6/0/state libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vif/6/0/state wanted state 2 ok libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: deregister slotnum=2 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1232a78: deregister unregistered libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend libxl: debug: libxl_event.c:1736:libxl__ao_progress_report: ao 0x1229760: progress report: ignored libxl: debug: libxl_event.c:1568:libxl__ao_complete: ao 0x1229760: complete, rc=0 libxl: debug: libxl_event.c:1540:libxl__ao__destroy: ao 0x1229760: destroy xc: debug: hypercall buffer: total allocations:556 total releases:556 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:546 misses:4 toobig:6 Parsing config from nodi.cfg Daemon running with PID 14662 --------------020009020703010809050801 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------020009020703010809050801-- From xen-users-bounces@lists.xen.org Fri May 24 08:01:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 08:01:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufmvi-000812-Ea; Fri, 24 May 2013 08:00:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufmvg-00080x-6U for xen-users@lists.xen.org; Fri, 24 May 2013 08:00:48 +0000 Received: from [85.158.137.99:42709] by server-16.bemta-3.messagelabs.com id C4/32-23964-F2E1F915; Fri, 24 May 2013 08:00:47 +0000 X-Env-Sender: christian@holpert.de X-Msg-Ref: server-2.tower-217.messagelabs.com!1369382445!18113081!1 X-Originating-IP: [80.67.31.99] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNjcuMzEuOTkgPT4gNTc4MDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9792 invoked from network); 24 May 2013 08:00:45 -0000 Received: from smtprelay05.ispgateway.de (HELO smtprelay05.ispgateway.de) (80.67.31.99) by server-2.tower-217.messagelabs.com with SMTP; 24 May 2013 08:00:45 -0000 Received: from [79.238.177.183] (helo=colin.holpert.de) by smtprelay05.ispgateway.de with esmtpa (Exim 4.68) (envelope-from ) id 1Ufmvb-0006wv-KL; Fri, 24 May 2013 10:00:44 +0200 Received: from localhost (unknown [127.0.0.1]) by colin.holpert.de (Postfix) with ESMTP id D27F97FFD; Fri, 24 May 2013 10:00:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at holpert.de Received: from colin.holpert.de ([127.0.0.1]) by localhost (colin.holpert.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z5EPobcVtFjp; Fri, 24 May 2013 10:00:37 +0200 (CEST) Received: from [127.0.0.1] (pro43287a006.apo43287a.local [10.75.157.20]) by colin.holpert.de (Postfix) with ESMTP id 067047FF3; Fri, 24 May 2013 10:00:37 +0200 (CEST) Message-ID: <519F1E0C.7040302@holpert.de> Date: Fri, 24 May 2013 10:00:12 +0200 From: Christian Holpert User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org, konrad.wilk@oracle.com References: <1355391504.10554.44.camel@zakaz.uk.xensource.com> <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> <20130522211537.GA13471@phenom.dumpdata.com> <20130522211752.GB13471@phenom.dumpdata.com> In-Reply-To: <20130522211752.GB13471@phenom.dumpdata.com> Content-Type: multipart/mixed; boundary="------------020009020703010809050801" X-Df-Sender: Y2hyaXN0aWFuQGhvbHBlcnQuZGU= Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------020009020703010809050801 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Good Morning, ---- Original-Nachricht ---- Von: Konrad Rzeszutek Wilk Datum: Freitag, 24. Mai 2013 09:35:59 >>> Could you also attach the host dmesg please? xl create -vvv, dmesg and xl dmesg output attached. >> Nevermind. I can reproduce it. The interesting thing is that initially I had >> this in my guest config: >> >> maxmem=2048 >> memory=1024 >> >> and the output of the tools told me: >> Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB >> >> .. and then it added that 1G to the end: >> >> libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM >> >> and the guest booted nicely. I added maxmem=2048 memory=1024 and the guest silently crashed. xl dmesg showed 1024 as Mem for a second or so. > Pff, try this patch please: tried, but no effect. The logs attached were made with your patch included. Thanks for taking time. Regards, Christian -- Markt-Apotheke Christian Holpert e.K., Mömbris http://www.marktapotheke.org - info@marktapotheke.org http://www.blue-essentials-shop.de - info@blue-essentials-shop.de Apotheker Christian Holpert Im Markthof 5 63776 Mömbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 --------------020009020703010809050801 Content-Type: text/plain; charset=windows-1252; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.8.13-gentoo (root@xen) (gcc version 4.7.3 (Gentoo 4.7.3 p1.0, pie-0.5.5) ) #2 SMP Fri May 24 09:05:41 CEST 2013 [ 0.000000] Command line: root=/dev/sda3 xen-pciback.hide=(01:02.0) reassign_resources noirqdebug [ 0.000000] Freeing 9d-100 pfn range: 99 pages freed [ 0.000000] 1-1 mapping on 9d->100 [ 0.000000] Freeing 20000-20200 pfn range: 512 pages freed [ 0.000000] 1-1 mapping on 20000->20200 [ 0.000000] Freeing 40004-40005 pfn range: 1 pages freed [ 0.000000] 1-1 mapping on 40004->40005 [ 0.000000] Freeing d9cbf-da54e pfn range: 2191 pages freed [ 0.000000] 1-1 mapping on d9cbf->da54e [ 0.000000] Freeing dad56-daff2 pfn range: 668 pages freed [ 0.000000] 1-1 mapping on dad56->daff2 [ 0.000000] Freeing db000-100000 pfn range: 151552 pages freed [ 0.000000] 1-1 mapping on db000->100000 [ 0.000000] Released 155023 pages of unused memory [ 0.000000] Set 155023 page(s) to 1-1 mapping [ 0.000000] Populating 3e2e3a-408bc9 pfn range: 155023 pages added [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009cfff] usable [ 0.000000] Xen: [mem 0x000000000009d800-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x000000001fffffff] usable [ 0.000000] Xen: [mem 0x0000000020000000-0x00000000201fffff] reserved [ 0.000000] Xen: [mem 0x0000000020200000-0x0000000040003fff] usable [ 0.000000] Xen: [mem 0x0000000040004000-0x0000000040004fff] reserved [ 0.000000] Xen: [mem 0x0000000040005000-0x00000000d9cbefff] usable [ 0.000000] Xen: [mem 0x00000000d9cbf000-0x00000000da285fff] reserved [ 0.000000] Xen: [mem 0x00000000da286000-0x00000000da505fff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000da506000-0x00000000da50afff] ACPI data [ 0.000000] Xen: [mem 0x00000000da50b000-0x00000000da54dfff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000da54e000-0x00000000dad55fff] usable [ 0.000000] Xen: [mem 0x00000000dad56000-0x00000000daff1fff] reserved [ 0.000000] Xen: [mem 0x00000000daff2000-0x00000000daffffff] usable [ 0.000000] Xen: [mem 0x00000000db800000-0x00000000df9fffff] reserved [ 0.000000] Xen: [mem 0x00000000f8000000-0x00000000fbffffff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] Xen: [mem 0x00000000fed00000-0x00000000fed03fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] Xen: [mem 0x00000000ff000000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x000000041e5fffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.7 present. [ 0.000000] DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./Q77M vPro, BIOS P1.00 04/06/2012 [ 0.000000] e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x41e600 max_arch_pfn = 0x400000000 [ 0.000000] x2apic enabled by BIOS, switching to x2apic ops [ 0.000000] e820: last_pfn = 0xdb000 max_arch_pfn = 0x400000000 [ 0.000000] initial memory mapped: [mem 0x00000000-0x01eb3fff] [ 0.000000] Base memory trampoline at [ffff880000097000] 97000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0xdaffffff] [ 0.000000] [mem 0x00000000-0xdaffffff] page 4k [ 0.000000] kernel direct mapping tables up to 0xdaffffff @ [mem 0x00923000-0x00ffffff] [ 0.000000] xen: setting RW the range fde000 - 1000000 [ 0.000000] init_memory_mapping: [mem 0x100000000-0x41e5fffff] [ 0.000000] [mem 0x100000000-0x41e5fffff] page 4k [ 0.000000] kernel direct mapping tables up to 0x41e5fffff @ [mem 0xd83be000-0xd9cbefff] [ 0.000000] xen: setting RW the range d9cbe000 - d9cbf000 [ 0.000000] ACPI: RSDP 00000000000f0450 00024 (v02 ALASKA) [ 0.000000] ACPI: XSDT 00000000da4ed080 0007C (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.000000] ACPI: FACP 00000000da4f6838 000F4 (v04 ALASKA A M I 01072009 AMI 00010013) [ 0.000000] ACPI: DSDT 00000000da4ed190 096A3 (v02 ALASKA A M I 00000014 INTL 20051117) [ 0.000000] ACPI: FACS 00000000da504f80 00040 [ 0.000000] ACPI: APIC 00000000da4f6930 00072 (v03 ALASKA A M I 01072009 AMI 00010013) [ 0.000000] ACPI: MCFG 00000000da4f69a8 0003C (v01 ALASKA A M I 01072009 MSFT 00000097) [ 0.000000] ACPI: SSDT 00000000da4f69e8 004A6 (v01 Intel_ AoacTabl 00001000 INTL 20091112) [ 0.000000] ACPI: AAFT 00000000da4f6e90 000C2 (v01 ALASKA OEMAAFT 01072009 MSFT 00000097) [ 0.000000] ACPI: HPET 00000000da4f6f58 00038 (v01 ALASKA A M I 01072009 AMI. 00000005) [ 0.000000] ACPI: SSDT 00000000da4f6f90 0036D (v01 SataRe SataTabl 00001000 INTL 20091112) [ 0.000000] ACPI: SSDT 00000000da4f7300 009AA (v01 PmRef Cpu0Ist 00003000 INTL 20051117) [ 0.000000] ACPI: SSDT 00000000da4f7cb0 00A92 (v01 PmRef CpuPm 00003000 INTL 20051117) [ 0.000000] ACPI: XMAR 00000000da4f8748 000B8 (v01 INTEL SNB 00000001 INTL 00000001) [ 0.000000] ACPI: ASF! 00000000da4f8800 000A5 (v32 INTEL HCG 00000001 TFSM 000F4240) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] Setting APIC routing to cluster x2apic. [ 0.000000] NUMA turned off [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000041e5fffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x41e5fffff] [ 0.000000] NODE_DATA [mem 0x408ba2000-0x408bc8fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00010000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x41e5fffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00010000-0x0009cfff] [ 0.000000] node 0: [mem 0x00100000-0x1fffffff] [ 0.000000] node 0: [mem 0x20200000-0x40003fff] [ 0.000000] node 0: [mem 0x40005000-0xd9cbefff] [ 0.000000] node 0: [mem 0xda54e000-0xdad55fff] [ 0.000000] node 0: [mem 0xdaff2000-0xdaffffff] [ 0.000000] node 0: [mem 0x100000000-0x41e5fffff] [ 0.000000] On node 0 totalpages: 4163681 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 1729 pages reserved [ 0.000000] DMA zone: 2188 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 13900 pages used for memmap [ 0.000000] DMA32 zone: 875656 pages, LIFO batch:31 [ 0.000000] Normal zone: 51096 pages used for memmap [ 0.000000] Normal zone: 3219048 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000 [ 0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] e820: [mem 0xdfa00000-0xf7ffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.2.2 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:16 nr_cpumask_bits:16 nr_cpu_ids:4 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 27 pages/cpu @ffff880408800000 s78272 r8192 d24128 u524288 [ 0.000000] pcpu-alloc: s78272 r8192 d24128 u524288 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 [ 3.216498] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 4096892 [ 3.216499] Policy zone: Normal [ 3.216500] Kernel command line: root=/dev/sda3 xen-pciback.hide=(01:02.0) reassign_resources noirqdebug [ 3.216527] IRQ lockup detection disabled [ 3.216580] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 3.216583] __ex_table already sorted, skipping sort [ 3.216607] xsave: enabled xstate_bv 0x7, cntxt size 0x340 [ 3.234201] software IO TLB [mem 0x3f22e8000-0x3f62e8000] (64MB) mapped at [ffff8803f22e8000-ffff8803f62e7fff] [ 3.270080] Memory: 15895200k/17274880k available (6332k kernel code, 620156k absent, 759524k reserved, 2494k data, 912k init) [ 3.270134] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 3.270154] Hierarchical RCU implementation. [ 3.270155] RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=4. [ 3.270159] NR_IRQS:4352 nr_irqs:712 16 [ 3.270206] xen: sci override: global_irq=9 trigger=0 polarity=0 [ 3.270208] xen: registering gsi 9 triggering 0 polarity 0 [ 3.270216] xen: --> pirq=9 -> irq=9 (gsi=9) [ 3.270237] xen: acpi sci 9 [ 3.270240] xen: --> pirq=1 -> irq=1 (gsi=1) [ 3.270242] xen: --> pirq=2 -> irq=2 (gsi=2) [ 3.270243] xen: --> pirq=3 -> irq=3 (gsi=3) [ 3.270245] xen: --> pirq=4 -> irq=4 (gsi=4) [ 3.270247] xen: --> pirq=5 -> irq=5 (gsi=5) [ 3.270248] xen: --> pirq=6 -> irq=6 (gsi=6) [ 3.270250] xen: --> pirq=7 -> irq=7 (gsi=7) [ 3.270251] xen: --> pirq=8 -> irq=8 (gsi=8) [ 3.270253] xen: --> pirq=10 -> irq=10 (gsi=10) [ 3.270255] xen: --> pirq=11 -> irq=11 (gsi=11) [ 3.270257] xen: --> pirq=12 -> irq=12 (gsi=12) [ 3.270258] xen: --> pirq=13 -> irq=13 (gsi=13) [ 3.270260] xen: --> pirq=14 -> irq=14 (gsi=14) [ 3.270261] xen: --> pirq=15 -> irq=15 (gsi=15) [ 3.270284] Console: colour dummy device 80x25 [ 3.270412] console [tty0] enabled [ 3.277338] allocated 67108864 bytes of page_cgroup [ 3.277341] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 3.277371] Xen: using vcpuop timer interface [ 3.277376] installing Xen timer for CPU 0 [ 3.277395] tsc: Detected 3392.404 MHz processor [ 3.277398] Calibrating delay loop (skipped), value calculated using timer frequency.. 6787.50 BogoMIPS (lpj=11308013) [ 3.277402] pid_max: default: 32768 minimum: 301 [ 3.278872] Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes) [ 3.282153] Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes) [ 3.283427] Mount-cache hash table entries: 256 [ 3.283564] Initializing cgroup subsys cpuacct [ 3.283567] Initializing cgroup subsys memory [ 3.283583] Initializing cgroup subsys devices [ 3.283585] Initializing cgroup subsys freezer [ 3.283587] Initializing cgroup subsys blkio [ 3.283588] Initializing cgroup subsys perf_event [ 3.283636] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [ 3.283640] CPU: Physical Processor ID: 0 [ 3.283641] CPU: Processor Core ID: 0 [ 3.283904] mce: CPU supports 2 MCE banks [ 3.283918] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 tlb_flushall_shift: 1 [ 3.284017] Freeing SMP alternatives: 28k freed [ 3.284801] ACPI: Core revision 20121018 [ 3.292474] Performance Events: unsupported p6 CPU model 58 no PMU driver, software events only. [ 3.292579] installing Xen timer for CPU 1 [ 3.292986] installing Xen timer for CPU 2 [ 3.293382] installing Xen timer for CPU 3 [ 3.293746] Brought up 4 CPUs [ 3.293896] devtmpfs: initialized [ 3.294060] Grant tables using version 2 layout. [ 3.294069] Grant table initialized [ 3.294091] NET: Registered protocol family 16 [ 3.294223] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 3.294226] ACPI: bus type pci registered [ 3.294277] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000) [ 3.294280] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820 [ 3.302867] PCI: Using configuration type 1 for base access [ 3.303359] bio: create slab at 0 [ 3.303409] ACPI: Added _OSI(Module Device) [ 3.303411] ACPI: Added _OSI(Processor Device) [ 3.303412] ACPI: Added _OSI(3.0 _SCP Extensions) [ 3.303414] ACPI: Added _OSI(Processor Aggregator Device) [ 3.304294] ACPI: EC: Look up EC in DSDT [ 3.305187] ACPI: Executed 1 blocks of module-level executable AML code [ 3.316419] ACPI: SSDT 00000000da233018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20051117) [ 3.316618] ACPI: Dynamic OEM Table Load: [ 3.316619] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20051117) [ 3.326485] ACPI: SSDT 00000000da234a98 00303 (v01 PmRef ApIst 00003000 INTL 20051117) [ 3.326698] ACPI: Dynamic OEM Table Load: [ 3.326700] ACPI: SSDT (null) 00303 (v01 PmRef ApIst 00003000 INTL 20051117) [ 3.336578] ACPI: SSDT 00000000da235c18 00119 (v01 PmRef ApCst 00003000 INTL 20051117) [ 3.336774] ACPI: Dynamic OEM Table Load: [ 3.336776] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20051117) [ 3.347044] ACPI: Interpreter enabled [ 3.347046] ACPI: (supports S0 S5) [ 3.347051] ACPI: Using IOAPIC for interrupt routing [ 3.350252] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 3.350405] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e]) [ 3.350407] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 3.350837] PCI host bridge to bus 0000:00 [ 3.350840] pci_bus 0000:00: root bus resource [bus 00-3e] [ 3.350842] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 3.350844] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 3.350846] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 3.350848] pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000d3fff] [ 3.350850] pci_bus 0000:00: root bus resource [mem 0x000d4000-0x000d7fff] [ 3.350851] pci_bus 0000:00: root bus resource [mem 0x000d8000-0x000dbfff] [ 3.350853] pci_bus 0000:00: root bus resource [mem 0x000dc000-0x000dffff] [ 3.350855] pci_bus 0000:00: root bus resource [mem 0x000e0000-0x000e3fff] [ 3.350857] pci_bus 0000:00: root bus resource [mem 0x000e4000-0x000e7fff] [ 3.350858] pci_bus 0000:00: root bus resource [mem 0x000e8000-0x000ebfff] [ 3.350860] pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfeafffff] [ 3.350872] pci 0000:00:00.0: [8086:0150] type 00 class 0x060000 [ 3.350947] pci 0000:00:02.0: [8086:0152] type 00 class 0x030000 [ 3.350968] pci 0000:00:02.0: reg 10: [mem 0xf7800000-0xf7bfffff 64bit] [ 3.350979] pci 0000:00:02.0: reg 18: [mem 0xe0000000-0xefffffff 64bit pref] [ 3.350987] pci 0000:00:02.0: reg 20: [io 0xf000-0xf03f] [ 3.351104] pci 0000:00:14.0: [8086:1e31] type 00 class 0x0c0330 [ 3.351149] pci 0000:00:14.0: reg 10: [mem 0xf7d20000-0xf7d2ffff 64bit] [ 3.351300] pci 0000:00:14.0: PME# supported from D3hot D3cold [ 3.351354] pci 0000:00:19.0: [8086:1502] type 00 class 0x020000 [ 3.351393] pci 0000:00:19.0: reg 10: [mem 0xf7d00000-0xf7d1ffff] [ 3.351410] pci 0000:00:19.0: reg 14: [mem 0xf7d35000-0xf7d35fff] [ 3.351427] pci 0000:00:19.0: reg 18: [io 0xf080-0xf09f] [ 3.351575] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold [ 3.351623] pci 0000:00:1a.0: [8086:1e2d] type 00 class 0x0c0320 [ 3.351663] pci 0000:00:1a.0: reg 10: [mem 0xf7d34000-0xf7d343ff] [ 3.351847] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 3.351902] pci 0000:00:1d.0: [8086:1e26] type 00 class 0x0c0320 [ 3.351942] pci 0000:00:1d.0: reg 10: [mem 0xf7d33000-0xf7d333ff] [ 3.352125] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 3.352166] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 [ 3.352309] pci 0000:00:1f.0: [8086:1e47] type 00 class 0x060100 [ 3.352531] pci 0000:00:1f.2: [8086:1e02] type 00 class 0x010601 [ 3.352576] pci 0000:00:1f.2: reg 10: [io 0xf0d0-0xf0d7] [ 3.352593] pci 0000:00:1f.2: reg 14: [io 0xf0c0-0xf0c3] [ 3.352609] pci 0000:00:1f.2: reg 18: [io 0xf0b0-0xf0b7] [ 3.352626] pci 0000:00:1f.2: reg 1c: [io 0xf0a0-0xf0a3] [ 3.352642] pci 0000:00:1f.2: reg 20: [io 0xf060-0xf07f] [ 3.352659] pci 0000:00:1f.2: reg 24: [mem 0xf7d32000-0xf7d327ff] [ 3.352775] pci 0000:00:1f.2: PME# supported from D3hot [ 3.352814] pci 0000:00:1f.3: [8086:1e22] type 00 class 0x0c0500 [ 3.352847] pci 0000:00:1f.3: reg 10: [mem 0xf7d31000-0xf7d310ff 64bit] [ 3.352895] pci 0000:00:1f.3: reg 20: [io 0xf040-0xf05f] [ 3.353015] pci 0000:01:02.0: [1244:0a00] type 00 class 0x028000 [ 3.353040] pci 0000:01:02.0: reg 10: [mem 0xf7c00000-0xf7c0001f] [ 3.353057] pci 0000:01:02.0: reg 14: [io 0xe000-0xe01f] [ 3.353224] pci 0000:00:1e.0: PCI bridge to [bus 01] (subtractive decode) [ 3.353229] pci 0000:00:1e.0: bridge window [io 0xe000-0xefff] [ 3.353235] pci 0000:00:1e.0: bridge window [mem 0xf7c00000-0xf7cfffff] [ 3.353246] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 3.353247] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 3.353248] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 3.353249] pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000d3fff] (subtractive decode) [ 3.353250] pci 0000:00:1e.0: bridge window [mem 0x000d4000-0x000d7fff] (subtractive decode) [ 3.353251] pci 0000:00:1e.0: bridge window [mem 0x000d8000-0x000dbfff] (subtractive decode) [ 3.353252] pci 0000:00:1e.0: bridge window [mem 0x000dc000-0x000dffff] (subtractive decode) [ 3.353253] pci 0000:00:1e.0: bridge window [mem 0x000e0000-0x000e3fff] (subtractive decode) [ 3.353254] pci 0000:00:1e.0: bridge window [mem 0x000e4000-0x000e7fff] (subtractive decode) [ 3.353255] pci 0000:00:1e.0: bridge window [mem 0x000e8000-0x000ebfff] (subtractive decode) [ 3.353256] pci 0000:00:1e.0: bridge window [mem 0xdfa00000-0xfeafffff] (subtractive decode) [ 3.353276] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] [ 3.353365] pci0000:00: Requesting ACPI _OSC control (0x1d) [ 3.353481] pci0000:00: ACPI _OSC control (0x1c) granted [ 3.353860] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15) [ 3.353896] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled. [ 3.353931] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 10 *11 12 14 15) [ 3.353962] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *10 11 12 14 15) [ 3.353992] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 *5 6 10 11 12 14 15) [ 3.354023] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 *4 5 6 10 11 12 14 15) [ 3.354056] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled. [ 3.354091] ACPI: PCI Interrupt Link [LNKH] (IRQs *3 4 5 6 10 11 12 14 15) [ 3.354113] xen/balloon: Initialising balloon driver. [ 3.354810] xen-balloon: Initialising balloon driver. [ 3.354828] xen/balloon: Xen selfballooning driver disabled for domain0. [ 3.354862] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none [ 3.354865] vgaarb: loaded [ 3.354866] vgaarb: bridge control possible 0000:00:02.0 [ 3.354899] SCSI subsystem initialized [ 3.354900] ACPI: bus type scsi registered [ 3.354907] libata version 3.00 loaded. [ 3.354908] ACPI: bus type usb registered [ 3.354919] usbcore: registered new interface driver usbfs [ 3.354924] usbcore: registered new interface driver hub [ 3.354953] usbcore: registered new device driver usb [ 3.354964] PCI: Using ACPI for IRQ routing [ 3.359463] PCI: pci_cache_line_size set to 64 bytes [ 3.359519] e820: reserve RAM buffer [mem 0x0009d000-0x0009ffff] [ 3.359520] e820: reserve RAM buffer [mem 0x40004000-0x43ffffff] [ 3.359520] e820: reserve RAM buffer [mem 0xd9cbf000-0xdbffffff] [ 3.359522] e820: reserve RAM buffer [mem 0xdad56000-0xdbffffff] [ 3.359522] e820: reserve RAM buffer [mem 0xdb000000-0xdbffffff] [ 3.359523] e820: reserve RAM buffer [mem 0x41e600000-0x41fffffff] [ 3.359585] Switching to clocksource xen [ 3.359629] FS-Cache: Loaded [ 3.360858] pnp: PnP ACPI init [ 3.360863] ACPI: bus type pnp registered [ 3.360909] system 00:00: [mem 0xfed40000-0xfed44fff] has been reserved [ 3.360912] system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active) [ 3.360919] pnp 00:01: [dma 4] [ 3.360926] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) [ 3.360936] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) [ 3.361000] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 3.361020] system 00:04: [io 0x0680-0x069f] has been reserved [ 3.361022] system 00:04: [io 0x0200-0x020f] has been reserved [ 3.361024] system 00:04: [io 0xffff] has been reserved [ 3.361026] system 00:04: [io 0xffff] has been reserved [ 3.361028] system 00:04: [io 0x0400-0x0453] has been reserved [ 3.361029] system 00:04: [io 0x0458-0x047f] has been reserved [ 3.361031] system 00:04: [io 0x0500-0x057f] has been reserved [ 3.361033] system 00:04: [io 0x164e-0x164f] has been reserved [ 3.361035] system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361049] xen: registering gsi 8 triggering 1 polarity 0 [ 3.361080] pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active) [ 3.361103] system 00:06: [io 0x0454-0x0457] has been reserved [ 3.361105] system 00:06: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active) [ 3.361146] system 00:07: [io 0x0290-0x029f] has been reserved [ 3.361148] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361354] system 00:08: [io 0x04d0-0x04d1] has been reserved [ 3.361357] system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361361] xen: registering gsi 13 triggering 1 polarity 0 [ 3.361384] pnp 00:09: Plug and Play ACPI device, IDs PNP0c04 (active) [ 3.361541] system 00:0a: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 3.361543] system 00:0a: [mem 0xfed10000-0xfed17fff] has been reserved [ 3.361545] system 00:0a: [mem 0xfed18000-0xfed18fff] has been reserved [ 3.361547] system 00:0a: [mem 0xfed19000-0xfed19fff] has been reserved [ 3.361549] system 00:0a: [mem 0xf8000000-0xfbffffff] has been reserved [ 3.361551] system 00:0a: [mem 0xfed20000-0xfed3ffff] has been reserved [ 3.361553] system 00:0a: [mem 0xfed90000-0xfed93fff] has been reserved [ 3.361555] system 00:0a: [mem 0xfed45000-0xfed8ffff] has been reserved [ 3.361557] system 00:0a: [mem 0xff000000-0xffffffff] has been reserved [ 3.361559] system 00:0a: [mem 0xfee00000-0xfeefffff] could not be reserved [ 3.361561] system 00:0a: [mem 0xdfa00000-0xdfa00fff] has been reserved [ 3.361563] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) [ 3.361681] system 00:0b: [mem 0x20000000-0x201fffff] has been reserved [ 3.361683] system 00:0b: [mem 0x40004000-0x40004fff] has been reserved [ 3.361685] system 00:0b: Plug and Play ACPI device, IDs PNP0c01 (active) [ 3.361700] pnp: PnP ACPI: found 12 devices [ 3.361701] ACPI: ACPI bus type pnp unregistered [ 3.361719] pciback 0000:01:02.0: seizing device [ 3.364861] PM-Timer failed consistency check (0x0xffffff) - aborting. [ 3.364885] pci 0000:00:1e.0: PCI bridge to [bus 01] [ 3.364891] pci 0000:00:1e.0: bridge window [io 0xe000-0xefff] [ 3.364900] pci 0000:00:1e.0: bridge window [mem 0xf7c00000-0xf7cfffff] [ 3.364924] pci 0000:00:1e.0: setting latency timer to 64 [ 3.364928] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 3.364929] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 3.364930] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 3.364931] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000d3fff] [ 3.364932] pci_bus 0000:00: resource 8 [mem 0x000d4000-0x000d7fff] [ 3.364933] pci_bus 0000:00: resource 9 [mem 0x000d8000-0x000dbfff] [ 3.364934] pci_bus 0000:00: resource 10 [mem 0x000dc000-0x000dffff] [ 3.364935] pci_bus 0000:00: resource 11 [mem 0x000e0000-0x000e3fff] [ 3.364936] pci_bus 0000:00: resource 12 [mem 0x000e4000-0x000e7fff] [ 3.364937] pci_bus 0000:00: resource 13 [mem 0x000e8000-0x000ebfff] [ 3.364939] pci_bus 0000:00: resource 14 [mem 0xdfa00000-0xfeafffff] [ 3.364940] pci_bus 0000:01: resource 0 [io 0xe000-0xefff] [ 3.364941] pci_bus 0000:01: resource 1 [mem 0xf7c00000-0xf7cfffff] [ 3.364942] pci_bus 0000:01: resource 4 [io 0x0000-0x0cf7] [ 3.364943] pci_bus 0000:01: resource 5 [io 0x0d00-0xffff] [ 3.364944] pci_bus 0000:01: resource 6 [mem 0x000a0000-0x000bffff] [ 3.364945] pci_bus 0000:01: resource 7 [mem 0x000d0000-0x000d3fff] [ 3.364946] pci_bus 0000:01: resource 8 [mem 0x000d4000-0x000d7fff] [ 3.364947] pci_bus 0000:01: resource 9 [mem 0x000d8000-0x000dbfff] [ 3.364948] pci_bus 0000:01: resource 10 [mem 0x000dc000-0x000dffff] [ 3.364949] pci_bus 0000:01: resource 11 [mem 0x000e0000-0x000e3fff] [ 3.364950] pci_bus 0000:01: resource 12 [mem 0x000e4000-0x000e7fff] [ 3.364951] pci_bus 0000:01: resource 13 [mem 0x000e8000-0x000ebfff] [ 3.364952] pci_bus 0000:01: resource 14 [mem 0xdfa00000-0xfeafffff] [ 3.364971] NET: Registered protocol family 2 [ 3.365233] TCP established hash table entries: 131072 (order: 9, 2097152 bytes) [ 3.365522] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 3.365623] TCP: Hash tables configured (established 131072 bind 65536) [ 3.365634] TCP: reno registered [ 3.365660] UDP hash table entries: 8192 (order: 6, 262144 bytes) [ 3.365716] UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes) [ 3.365772] NET: Registered protocol family 1 [ 3.365841] RPC: Registered named UNIX socket transport module. [ 3.365844] RPC: Registered udp transport module. [ 3.365845] RPC: Registered tcp transport module. [ 3.365846] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 3.365854] pci 0000:00:02.0: Boot video device [ 3.365863] xen: registering gsi 16 triggering 0 polarity 1 [ 3.365870] xen: --> pirq=16 -> irq=16 (gsi=16) [ 3.365966] xen: registering gsi 16 triggering 0 polarity 1 [ 3.365967] Already setup the GSI :16 [ 3.383028] xen: registering gsi 23 triggering 0 polarity 1 [ 3.383038] xen: --> pirq=23 -> irq=23 (gsi=23) [ 3.399707] PCI: CLS 0 bytes, default 64 [ 3.402254] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [ 3.402450] sha1_ssse3: Using AVX optimized SHA-1 implementation [ 3.402524] Initialise module verification [ 3.402546] audit: initializing netlink socket (disabled) [ 3.402554] type=2000 audit(1369379835.394:1): initialized [ 3.413495] DLM installed [ 3.413611] FS-Cache: Netfs 'nfs' registered for caching [ 3.413676] NFS: Registering the id_resolver key type [ 3.413680] Key type id_resolver registered [ 3.413682] Key type id_legacy registered [ 3.413684] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). [ 3.413772] msgmni has been set to 31045 [ 3.414231] alg: No test for stdrng (krng) [ 3.414239] Key type asymmetric registered [ 3.414241] Asymmetric key parser 'x509' registered [ 3.414249] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 3.414272] io scheduler noop registered [ 3.414285] io scheduler cfq registered (default) [ 3.414597] hpet_acpi_add: no address or irqs in _CRS [ 3.414627] Non-volatile memory driver v1.3 [ 3.414639] Linux agpgart interface v0.103 [ 3.415621] vesafb: mode is 1024x768x16, linelength=2048, pages=0 [ 3.415623] vesafb: scrolling: redraw [ 3.415624] vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 [ 3.416055] vesafb: framebuffer at 0xe0000000, mapped to 0xffffc90005c80000, using 3072k, total 65472k [ 3.436617] Console: switching to colour frame buffer device 128x48 [ 3.455900] fb0: VESA VGA frame buffer device [ 3.456099] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 3.456429] ACPI: Power Button [PWRB] [ 3.456589] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [ 3.456876] ACPI: Power Button [PWRF] [ 3.457129] ACPI: Requesting acpi_cpufreq [ 3.469888] Monitor-Mwait will be used to enter C-1 state [ 3.469900] Monitor-Mwait will be used to enter C-2 state [ 3.469910] Monitor-Mwait will be used to enter C-3 state [ 3.472456] GHES: HEST is not enabled! [ 3.472672] Event-channel device installed. [ 3.472924] xen: registering gsi 21 triggering 0 polarity 1 [ 3.472929] xen: --> pirq=21 -> irq=21 (gsi=21) [ 3.679782] xen-pciback: backend is vpci [ 3.681033] [drm] Initialized drm 1.1.0 20060810 [ 3.681229] xen: registering gsi 16 triggering 0 polarity 1 [ 3.681231] Already setup the GSI :16 [ 3.681381] [drm:drm_pci_agp_init] *ERROR* Cannot initialize the agpgart module. [ 3.681663] DRM: Fill_in_dev failed. [ 3.682421] brd: module loaded [ 3.683877] loop: module loaded [ 3.684126] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20121018/utaddress-251) [ 3.684586] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 3.692368] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPR2 1 (20121018/utaddress-251) [ 3.707674] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 2 (20121018/utaddress-251) [ 3.723335] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 3.731634] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPR2 1 (20121018/utaddress-251) [ 3.748606] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPIO 2 (20121018/utaddress-251) [ 3.766408] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 3.775791] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 3.785226] ahci 0000:00:1f.2: version 3.0 [ 3.785236] xen: registering gsi 19 triggering 0 polarity 1 [ 3.785241] xen: --> pirq=19 -> irq=19 (gsi=19) [ 3.796376] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode [ 3.808705] ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part ems apst [ 3.821864] ahci 0000:00:1f.2: setting latency timer to 64 [ 3.853515] scsi0 : ahci [ 3.873782] scsi1 : ahci [ 3.886468] scsi2 : ahci [ 3.895532] scsi3 : ahci [ 3.904597] scsi4 : ahci [ 3.913641] scsi5 : ahci [ 3.922346] ata1: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32100 irq 68 [ 3.931203] ata2: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32180 irq 68 [ 3.939968] ata3: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32200 irq 68 [ 3.948578] ata4: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32280 irq 68 [ 3.956984] ata5: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32300 irq 68 [ 3.965311] ata6: SATA max UDMA/133 abar m2048@0xf7d32000 port 0xf7d32380 irq 68 [ 3.973405] tun: Universal TUN/TAP device driver, 1.6 [ 3.981977] tun: (C) 1999-2004 Max Krasnyansky [ 3.990041] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI [ 3.998113] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 4.005991] e1000e: Intel(R) PRO/1000 Network Driver - 2.1.4-k [ 4.013928] e1000e: Copyright(c) 1999 - 2012 Intel Corporation. [ 4.021927] xen: registering gsi 20 triggering 0 polarity 1 [ 4.021934] xen: --> pirq=20 -> irq=20 (gsi=20) [ 4.021959] e1000e 0000:00:19.0: setting latency timer to 64 [ 4.022044] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 4.291621] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) bc:5f:f4:3b:63:9d [ 4.293030] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 4.293055] ata4: SATA link down (SStatus 0 SControl 300) [ 4.293075] ata6: SATA link down (SStatus 0 SControl 300) [ 4.293097] ata3: SATA link down (SStatus 0 SControl 300) [ 4.299700] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 4.299723] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 4.353354] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection [ 4.361325] ata2.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.361328] ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.361328] e1000e 0000:00:19.0 eth0: MAC: 10, PHY: 11, PBA No: FFFFFF-0FF [ 4.361414] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 4.361415] ehci-pci: EHCI PCI platform driver [ 4.361428] xen: registering gsi 16 triggering 0 polarity 1 [ 4.361429] Already setup the GSI :16 [ 4.361447] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 4.361450] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 4.361465] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 4.361485] ehci-pci 0000:00:1a.0: debug port 2 [ 4.365399] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 4.365437] ehci-pci 0000:00:1a.0: irq 16, io mem 0xf7d34000 [ 4.373026] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 4.373067] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 4.373084] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.373085] usb usb1: Product: EHCI Host Controller [ 4.373085] usb usb1: Manufacturer: Linux 3.8.13-gentoo ehci_hcd [ 4.373086] usb usb1: SerialNumber: 0000:00:1a.0 [ 4.373342] hub 1-0:1.0: USB hub found [ 4.373344] hub 1-0:1.0: 3 ports detected [ 4.373408] xen: registering gsi 23 triggering 0 polarity 1 [ 4.373409] Already setup the GSI :23 [ 4.373426] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 4.373429] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 4.373591] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 4.373623] ehci-pci 0000:00:1d.0: debug port 2 [ 4.377605] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 4.377638] ehci-pci 0000:00:1d.0: irq 23, io mem 0xf7d33000 [ 4.386341] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 4.386377] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 4.386378] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.386379] usb usb2: Product: EHCI Host Controller [ 4.386379] usb usb2: Manufacturer: Linux 3.8.13-gentoo ehci_hcd [ 4.386380] usb usb2: SerialNumber: 0000:00:1d.0 [ 4.386537] hub 2-0:1.0: USB hub found [ 4.386539] hub 2-0:1.0: 3 ports detected [ 4.386598] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 4.386602] uhci_hcd: USB Universal Host Controller Interface driver [ 4.386619] xen: registering gsi 16 triggering 0 polarity 1 [ 4.386620] Already setup the GSI :16 [ 4.386643] xhci_hcd 0000:00:14.0: setting latency timer to 64 [ 4.386646] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 4.386768] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 3 [ 4.386992] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported [ 4.387144] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002 [ 4.387145] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.387146] usb usb3: Product: xHCI Host Controller [ 4.387146] usb usb3: Manufacturer: Linux 3.8.13-gentoo xhci_hcd [ 4.387147] usb usb3: SerialNumber: 0000:00:14.0 [ 4.387244] xHCI xhci_add_endpoint called for root hub [ 4.387244] xHCI xhci_check_bandwidth called for root hub [ 4.387256] hub 3-0:1.0: USB hub found [ 4.387265] hub 3-0:1.0: 4 ports detected [ 4.387445] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 4.387474] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 4 [ 4.387492] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003 [ 4.387493] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 4.387493] usb usb4: Product: xHCI Host Controller [ 4.387494] usb usb4: Manufacturer: Linux 3.8.13-gentoo xhci_hcd [ 4.387494] usb usb4: SerialNumber: 0000:00:14.0 [ 4.387530] xHCI xhci_add_endpoint called for root hub [ 4.387530] xHCI xhci_check_bandwidth called for root hub [ 4.387539] hub 4-0:1.0: USB hub found [ 4.387547] hub 4-0:1.0: 4 ports detected [ 4.671626] ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.677622] ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.677628] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.690414] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.690466] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 4.707493] ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.707495] ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.713024] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 4.715935] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 4.715938] serio: i8042 AUX port at 0x60,0x64 irq 12 [ 4.716070] mousedev: PS/2 mouse device common for all mice [ 4.716352] rtc_cmos 00:05: RTC can wake from S4 [ 4.716511] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 [ 4.716563] rtc0: alarms up to one month, y3k, 242 bytes nvram [ 4.716566] i2c /dev entries driver [ 4.716582] xen: registering gsi 18 triggering 0 polarity 1 [ 4.716588] xen: --> pirq=18 -> irq=18 (gsi=18) [ 4.716607] ACPI Warning: 0x000000000000f040-0x000000000000f05f SystemIO conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 (20121018/utaddress-251) [ 4.716607] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 4.786151] ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.786242] w83627ehf: Found NCT6776F chip at 0x290 [ 4.786719] usbcore: registered new interface driver usbhid [ 4.786720] usbhid: USB HID core driver [ 4.786871] Netfilter messages via NETLINK v0.30. [ 4.786879] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 4.786932] ctnetlink v0.93: registering with nfnetlink. [ 4.786953] TCP: cubic registered [ 4.786954] Initializing XFRM netlink socket [ 4.786955] NET: Registered protocol family 17 [ 4.786959] NET: Registered protocol family 15 [ 4.868868] ata2.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133 [ 4.876238] ata2.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32) [ 4.883736] ata5.00: HPA detected: current 1953523055, native 1953525168 [ 4.891184] ata1.00: ATA-8: WDC WD10EFRX-68JCSN0, 01.01A01, max UDMA/133 [ 4.898603] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [ 4.906110] ata5.00: ATA-8: WDC WD10EAVS-00D7B1, 01.01A01, max UDMA/133 [ 4.913729] ata5.00: 1953523055 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [ 4.921692] Bridge firewalling registered [ 4.921698] ata2.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.921719] ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.921720] ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.921724] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [ 4.921725] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 4.921996] hub 1-1:1.0: USB hub found [ 4.922104] hub 1-1:1.0: 6 ports detected [ 4.922414] ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.922415] ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.922416] ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.922426] ata2.00: configured for UDMA/133 [ 4.922458] ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded [ 4.922459] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [ 4.922459] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [ 4.923173] ata5.00: configured for UDMA/133 [ 4.923326] ata1.00: configured for UDMA/133 [ 4.923403] scsi 0:0:0:0: Direct-Access ATA WDC WD10EFRX-68J 01.0 PQ: 0 ANSI: 5 [ 4.923499] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 4.923500] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 4.923524] scsi 1:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5 [ 4.923551] sd 0:0:0:0: [sda] Write Protect is off [ 4.923552] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 4.923564] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 4.923573] sd 1:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB) [ 4.923574] sd 1:0:0:0: [sdb] 4096-byte physical blocks [ 4.923639] sd 1:0:0:0: [sdb] Write Protect is off [ 4.923640] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 4.923646] scsi 4:0:0:0: Direct-Access ATA WDC WD10EAVS-00D 01.0 PQ: 0 ANSI: 5 [ 4.923651] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 4.923702] sd 4:0:0:0: [sdc] 1953523055 512-byte logical blocks: (1.00 TB/931 GiB) [ 4.923738] sd 4:0:0:0: [sdc] Write Protect is off [ 4.923739] sd 4:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 4.923760] sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 4.929469] sda: sda1 sda2 sda3 sda4 [ 4.929670] sd 0:0:0:0: [sda] Attached SCSI disk [ 4.936698] sdc: sdc1 sdc2 [ 4.937036] sd 4:0:0:0: [sdc] Attached SCSI disk [ 4.949237] sdb: sdb1 < sdb5 > [ 4.949914] sd 1:0:0:0: [sdb] Attached SCSI disk [ 5.033003] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 5.156759] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [ 5.156760] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 5.157022] hub 2-1:1.0: USB hub found [ 5.157135] hub 2-1:1.0: 8 ports detected [ 5.215477] sctp: Hash tables configured (established 65536 bind 65536) [ 5.222798] Key type dns_resolver registered [ 5.230535] Loading module verification certificates [ 5.238246] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: b20c833dd31bd5b194d25cf43d04418291b8ee46' [ 5.245651] registered taskstats version 1 [ 5.253532] rtc_cmos 00:05: setting system clock to 2013-05-24 07:17:16 UTC (1369379836) [ 5.281476] EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities [ 5.298100] EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities [ 5.355399] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) [ 5.365345] VFS: Mounted root (ext4 filesystem) on device 8:3. [ 5.404905] devtmpfs: mounted [ 5.420651] Freeing unused kernel memory: 912k freed [ 12.974829] systemd-udevd[236]: starting version 200 [ 18.255293] Adding 4882428k swap on /dev/sda2. Priority:-1 extents:1 across:4882428k [ 18.380261] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem [ 18.412525] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [ 18.525769] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null) [ 20.087594] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null) [ 24.714984] device eth0 entered promiscuous mode [ 24.724435] device xenbr0 entered promiscuous mode [ 28.056512] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 28.056557] xenbr0: port 1(eth0) entered forwarding state [ 28.056572] xenbr0: port 1(eth0) entered forwarding state [ 44.148056] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 44.148183] NFSD: starting 90-second grace period (net ffffffff81876380) [ 84.204301] device vif1.0 entered promiscuous mode [ 84.965007] xenbr0: port 2(vif1.0) entered forwarding state [ 84.965018] xenbr0: port 2(vif1.0) entered forwarding state [ 97.758235] device vif2.0 entered promiscuous mode [ 98.003173] xen-pciback: vpci: 0000:01:02.0: assign to virtual slot 0 [ 98.615238] xen-blkback:ring-ref 11, event-channel 35, protocol 2 (x86_32-abi) [ 98.640636] xen-blkback:ring-ref 12, event-channel 36, protocol 2 (x86_32-abi) [ 98.717527] xenbr0: port 3(vif2.0) entered forwarding state [ 98.717531] xenbr0: port 3(vif2.0) entered forwarding state [ 114.053823] device vif3.0 entered promiscuous mode [ 116.049695] pciback 0000:01:02.0: enabling device (0000 -> 0003) [ 116.049705] xen: registering gsi 21 triggering 0 polarity 1 [ 116.049708] Already setup the GSI :21 [ 118.654265] xenbr0: port 4(vif3.0) entered forwarding state [ 118.654273] xenbr0: port 4(vif3.0) entered forwarding state [ 183.695702] device vif4.0 entered promiscuous mode [ 193.609243] xenbr0: port 5(vif4.0) entered forwarding state [ 193.609258] xenbr0: port 5(vif4.0) entered forwarding state [ 232.858502] xenbr0: port 5(vif4.0) entered disabled state [ 232.858584] device vif4.0 left promiscuous mode [ 232.858585] xenbr0: port 5(vif4.0) entered disabled state [ 371.309582] device vif5.0 entered promiscuous mode [ 371.939269] xenbr0: port 5(vif5.0) entered forwarding state [ 371.939273] xenbr0: port 5(vif5.0) entered forwarding state --------------020009020703010809050801 Content-Type: text/plain; charset=windows-1252; name="xl_dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xl_dmesg" __ __ _ _ ____ ____ \ \/ /___ _ __ | || | |___ \ |___ \ \ // _ \ '_ \ | || |_ __) | __) | / \ __/ | | | |__ _| / __/ _ / __/ /_/\_\___|_| |_| |_|(_)_____(_)_____| (XEN) Xen version 4.2.2 (@APO43287A.LOCAL) (gcc (Gentoo 4.7.3 p1.0, pie-0.5.5) 4.7.3) Thu May 23 20:48:04 CEST 2013 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GNU GRUB 0.97 (XEN) Command line: vga=gfx-1024x768x16 iommu=1 (XEN) Video information: (XEN) VGA is graphics mode 1024x768, 16 bpp (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 3 MBR signatures (XEN) Found 3 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009d800 (usable) (XEN) 000000000009d800 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 0000000020000000 (usable) (XEN) 0000000020000000 - 0000000020200000 (reserved) (XEN) 0000000020200000 - 0000000040004000 (usable) (XEN) 0000000040004000 - 0000000040005000 (reserved) (XEN) 0000000040005000 - 00000000d9cbf000 (usable) (XEN) 00000000d9cbf000 - 00000000da286000 (reserved) (XEN) 00000000da286000 - 00000000da506000 (ACPI NVS) (XEN) 00000000da506000 - 00000000da50b000 (ACPI data) (XEN) 00000000da50b000 - 00000000da54e000 (ACPI NVS) (XEN) 00000000da54e000 - 00000000dad56000 (usable) (XEN) 00000000dad56000 - 00000000daff2000 (reserved) (XEN) 00000000daff2000 - 00000000db000000 (usable) (XEN) 00000000db800000 - 00000000dfa00000 (reserved) (XEN) 00000000f8000000 - 00000000fc000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed00000 - 00000000fed04000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000041e600000 (usable) (XEN) ACPI: RSDP 000F0450, 0024 (r2 ALASKA) (XEN) ACPI: XSDT DA4ED080, 007C (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP DA4F6838, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DSDT DA4ED190, 96A3 (r2 ALASKA A M I 14 INTL 20051117) (XEN) ACPI: FACS DA504F80, 0040 (XEN) ACPI: APIC DA4F6930, 0072 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG DA4F69A8, 003C (r1 ALASKA A M I 1072009 MSFT 97) (XEN) ACPI: SSDT DA4F69E8, 04A6 (r1 Intel_ AoacTabl 1000 INTL 20091112) (XEN) ACPI: AAFT DA4F6E90, 00C2 (r1 ALASKA OEMAAFT 1072009 MSFT 97) (XEN) ACPI: HPET DA4F6F58, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SSDT DA4F6F90, 036D (r1 SataRe SataTabl 1000 INTL 20091112) (XEN) ACPI: SSDT DA4F7300, 09AA (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT DA4F7CB0, 0A92 (r1 PmRef CpuPm 3000 INTL 20051117) (XEN) ACPI: DMAR DA4F8748, 00B8 (r1 INTEL SNB 1 INTL 1) (XEN) ACPI: ASF! DA4F8800, 00A5 (r32 INTEL HCG 1 TFSM F4240) (XEN) System RAM: 16264MB (16654788kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - da504f80/0000000000000000, using 32 (XEN) Processor #0 7:10 APIC version 21 (XEN) Processor #2 7:10 APIC version 21 (XEN) Processor #4 7:10 APIC version 21 (XEN) Processor #6 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3392.404 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 4 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1eb4000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000040c000000->0000000410000000 (4058682 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81eb4000 (XEN) Init. ramdisk: ffffffff81eb4000->ffffffff81eb4000 (XEN) Phys-Mach map: ffffffff81eb4000->ffffffff83dcb1d0 (XEN) Start info: ffffffff83dcc000->ffffffff83dcc4b4 (XEN) Page tables: ffffffff83dcd000->ffffffff83df0000 (XEN) Boot stack: ffffffff83df0000->ffffffff83df1000 (XEN) TOTAL: ffffffff80000000->ffffffff84000000 (XEN) ENTRY ADDRESS: ffffffff818b4210 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 240kB init memory. (XEN) no cpu_id for acpi_id 5 (XEN) no cpu_id for acpi_id 6 (XEN) no cpu_id for acpi_id 7 (XEN) no cpu_id for acpi_id 8 --------------020009020703010809050801 Content-Type: text/plain; charset=windows-1252; name="xl_create.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xl_create.log" libxl: debug: libxl_create.c:1192:do_domain_create: ao 0x1229760: create: how=(nil) callback=(nil) poller=0x12296b0 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknown libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda1, backend phy unsuitable as phys path not a block device libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda1, backend tap unsuitable because blktap not available libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=unknown libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=xvda2, backend phy unsuitable as phys path not a block device libxl: debug: libxl_device.c:184:disk_try_backend: Disk vdev=xvda2, backend tap unsuitable because blktap not available libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=unknown libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda3, using backend phy libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=unknown libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk vdev=xvda4, using backend phy libxl: debug: libxl_create.c:694:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:327:libxl__bootloader_run: no bootloader configured, using user supplied kernel libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1229e60: deregister unregistered libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=4, nr_vcpus=20, free_memkb=2416 libxl: detail: libxl_dom.c:193:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 2416 KB free selected libxl: debug: libxl_x86.c:82:e820_sanitize: Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB libxl: debug: libxl_x86.c:201:e820_sanitize: : [0 -> 20000] RAM libxl: debug: libxl_x86.c:201:e820_sanitize: : [20000 -> 20200] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [20200 -> 40004] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [40004 -> 40005] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [40005 -> d9cbf] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [d9cbf -> da286] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [da286 -> da506] ACPI NVS libxl: debug: libxl_x86.c:201:e820_sanitize: : [da506 -> da50b] ACPI libxl: debug: libxl_x86.c:201:e820_sanitize: : [da50b -> da54e] ACPI NVS libxl: debug: libxl_x86.c:201:e820_sanitize: : [da54e -> dad56] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [dad56 -> daff2] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [daff2 -> db000] Unusable libxl: debug: libxl_x86.c:201:e820_sanitize: : [db800 -> dfa00] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [f8000 -> fc000] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fec00 -> fec01] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed00 -> fed04] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fed1c -> fed20] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [fee00 -> fee01] Reserved libxl: debug: libxl_x86.c:201:e820_sanitize: : [ff000 -> 100000] Reserved domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda1 rootfstype=ext4 rootfsflags=barrier=0 console=hvc0 xencons=hvc xen-fbfront.video=6,1024,768 xenfb.video=6,1024,768 noirqdebug elevator=noop cifs.enable_oplocks=0 netconsole=6666@10.75.157.21/eth0,6666@10.75.157.46/BC:5F:F4:3B:63:9D", features="(null)" libxl: debug: libxl_dom.c:384:libxl__build_pv: pv kernel mapped 0 path /boot/kernel-3.7.3-xenU domainbuilder: detail: xc_dom_kernel_file: filename="/boot/kernel-3.7.3-xenU" domainbuilder: detail: xc_dom_malloc_filemap : 6233 kB domainbuilder: detail: xc_dom_boot_xen_init: ver 4.2, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ... domainbuilder: detail: xc_dom_probe_bzimage_kernel: kernel is not a bzImage domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying ELF-generic loader ... domainbuilder: detail: loader probe OK xc: detail: elf_parse_binary: phdr: paddr=0x1000000 memsz=0x40c000 xc: detail: elf_parse_binary: phdr: paddr=0x140c000 memsz=0x353000 xc: detail: elf_parse_binary: memory: 0x1000000 -> 0x175f000 xc: detail: elf_xen_parse_note: GUEST_OS = "linux" xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6" xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0" xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000 xc: detail: elf_xen_parse_note: ENTRY = 0xc143c24c xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc1001000 xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" xc: detail: elf_xen_parse_note: PAE_MODE = "yes" xc: detail: elf_xen_parse_note: LOADER = "generic" xc: detail: elf_xen_parse_note: unknown xen elf note (0xd) xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1 xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000 xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0 xc: detail: elf_xen_addr_calc_check: addresses: xc: detail: virt_base = 0xc0000000 xc: detail: elf_paddr_offset = 0x0 xc: detail: virt_offset = 0xc0000000 xc: detail: virt_kstart = 0xc1000000 xc: detail: virt_kend = 0xc175f000 xc: detail: virt_entry = 0xc143c24c xc: detail: p2m_base = 0xffffffffffffffff domainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc1000000 -> 0xc175f000 domainbuilder: detail: xc_dom_mem_init: mem 2048 MB, pages 0x80000 pages, 4k each domainbuilder: detail: xc_dom_mem_init: 0x80000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32 domainbuilder: detail: xc_dom_malloc : 4096 kB domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_alloc_segment: kernel : 0xc1000000 -> 0xc175f000 (pfn 0x1000 + 0x75f pages) domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1000+0x75f at 0x7fb93c239000 xc: detail: elf_load_binary: phdr 0 at 0x0x7fb93c239000 -> 0x0x7fb93c645000 xc: detail: elf_load_binary: phdr 1 at 0x0x7fb93c645000 -> 0x0x7fb93c6d4000 domainbuilder: detail: xc_dom_alloc_segment: phys2mach : 0xc175f000 -> 0xc195f000 (pfn 0x175f + 0x200 pages) domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x175f+0x200 at 0x7fb93c039000 domainbuilder: detail: xc_dom_alloc_page : start info : 0xc195f000 (pfn 0x195f) domainbuilder: detail: xc_dom_alloc_page : xenstore : 0xc1960000 (pfn 0x1960) domainbuilder: detail: xc_dom_alloc_page : console : 0xc1961000 (pfn 0x1961) domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c1bfffff, 14 table(s) domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xc1962000 -> 0xc1972000 (pfn 0x1962 + 0x10 pages) domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x1962+0x10 at 0x7fb93f8bb000 domainbuilder: detail: xc_dom_alloc_page : boot stack : 0xc1972000 (pfn 0x1972) domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0xc1973000 domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0xc1c00000 domainbuilder: detail: xc_dom_boot_image: called domainbuilder: detail: arch_setup_bootearly: doing nothing domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64 domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matches domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32 domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32p domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64 domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x80000 domainbuilder: detail: clear_page: pfn 0x1961, mfn 0x23bb7e domainbuilder: detail: clear_page: pfn 0x1960, mfn 0x23bb7f domainbuilder: detail: xc_dom_pfn_to_ptr: domU mapping: pfn 0x195f+0x1 at 0x7fb93f8db000 domainbuilder: detail: start_info_x86_32: called domainbuilder: detail: setup_hypercall_page: vaddr=0xc1001000 pfn=0x1001 domainbuilder: detail: domain builder memory footprint domainbuilder: detail: allocated domainbuilder: detail: malloc : 4155 kB domainbuilder: detail: anon mmap : 0 bytes domainbuilder: detail: mapped domainbuilder: detail: file mmap : 6233 kB domainbuilder: detail: domU mmap : 9664 kB domainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0x9666e domainbuilder: detail: shared_info_x86_32: called domainbuilder: detail: vcpu_x86_32: called domainbuilder: detail: vcpu_x86_32: cr3: pfn 0x1962 mfn 0x23bb7d domainbuilder: detail: launch_vm: called, ctxt=0x7fff6834fa10 domainbuilder: detail: xc_dom_release: called libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=qdisk libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda3 spec.backend=phy libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x122e328 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: register slotnum=3 libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk vdev=xvda4 spec.backend=phy libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x122ec28 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: register slotnum=2 libxl: debug: libxl_create.c:1205:do_domain_create: ao 0x1229760: inprogress: poller=0x12296b0, flags=i libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122e328 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: event epath=/local/domain/0/backend/vbd/6/51715/state libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/6/51715/state wanted state 2 ok libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x122e328 wpath=/local/domain/0/backend/vbd/6/51715/state token=3/0: deregister slotnum=3 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x122e328: deregister unregistered libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/6/51715/state token=3/0: empty slot libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122ec28 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: event epath=/local/domain/0/backend/vbd/6/51716/state libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vbd/6/51716/state wanted state 2 ok libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x122ec28 wpath=/local/domain/0/backend/vbd/6/51716/state token=2/1: deregister slotnum=2 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x122ec28: deregister unregistered libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_event.c:472:watchfd_callback: watch epath=/local/domain/0/backend/vbd/6/51716/state token=2/1: empty slot libxl: debug: libxl_dm.c:1148:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-system-i386 with arguments: libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: /usr/lib/xen/bin/qemu-system-i386 libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-domid libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 6 libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -chardev libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,nowait libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -mon libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: chardev=libxl-cmd,mode=control libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -xen-attach libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -name libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: nodi libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -vnc libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 0.0.0.0:10,to=99 libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -k libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: de libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -M libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: xenpv libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: -m libxl: debug: libxl_dm.c:1150:libxl__spawn_local_dm: 2049 libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: register slotnum=2 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: event epath=/local/domain/0/device-model/6/state libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: event epath=/local/domain/0/device-model/6/state libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x122a098 wpath=/local/domain/0/device-model/6/state token=2/2: deregister slotnum=2 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x122a098: deregister unregistered libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-6 libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: qmp libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: '{"execute":"qmp_capabilities","id":1}' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: '{"execute":"query-chardev","id":2}' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:556:qmp_send_prepare: next qmp command: '{"execute":"query-vnc","id":3}' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_event.c:558:libxl__ev_xswatch_register: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: register slotnum=2 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: event epath=/local/domain/0/backend/vif/6/0/state libxl: debug: libxl_event.c:646:devstate_watch_callback: backend /local/domain/0/backend/vif/6/0/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: event epath=/local/domain/0/backend/vif/6/0/state libxl: debug: libxl_event.c:642:devstate_watch_callback: backend /local/domain/0/backend/vif/6/0/state wanted state 2 ok libxl: debug: libxl_event.c:595:libxl__ev_xswatch_deregister: watch w=0x1232a78 wpath=/local/domain/0/backend/vif/6/0/state token=2/3: deregister slotnum=2 libxl: debug: libxl_event.c:607:libxl__ev_xswatch_deregister: watch w=0x1232a78: deregister unregistered libxl: debug: libxl_device.c:917:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online libxl: debug: libxl_pci.c:85:libxl__create_pci_backend: Creating pci backend libxl: debug: libxl_event.c:1736:libxl__ao_progress_report: ao 0x1229760: progress report: ignored libxl: debug: libxl_event.c:1568:libxl__ao_complete: ao 0x1229760: complete, rc=0 libxl: debug: libxl_event.c:1540:libxl__ao__destroy: ao 0x1229760: destroy xc: debug: hypercall buffer: total allocations:556 total releases:556 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:546 misses:4 toobig:6 Parsing config from nodi.cfg Daemon running with PID 14662 --------------020009020703010809050801 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------020009020703010809050801-- From xen-users-bounces@lists.xen.org Fri May 24 08:21:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 08:21: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 1UfnEw-0008MJ-Rz; Fri, 24 May 2013 08:20:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfnEv-0008M9-5r for xen-users@lists.xen.org; Fri, 24 May 2013 08:20:41 +0000 Received: from [85.158.137.99:46763] by server-9.bemta-3.messagelabs.com id CD/FB-29224-8D22F915; Fri, 24 May 2013 08:20:40 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369383639!18227789!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23753 invoked from network); 24 May 2013 08:20:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 08:20:39 -0000 X-IronPort-AV: E=Sophos;i="4.87,733,1363132800"; d="scan'208";a="4950909" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 24 May 2013 08:20:38 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Fri, 24 May 2013 09:20:37 +0100 Message-ID: <1369383636.17830.83.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Date: Fri, 24 May 2013 09:20:36 +0100 In-Reply-To: <5f4138f8-11b8-4605-87fa-a77e036f8dc9@aliyun.com> References: mailman.2470.1369137279.2273.xen-users@lists.xen.org <5f4138f8-11b8-4605-87fa-a77e036f8dc9@aliyun.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , Daniel De Graaf , quan.xu@intel.com, Konrad Rzeszutek Wilk Subject: Re: [Xen-users] how to build vTPM with xen 4.3? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-24 at 14:31 +0800, quan.xu@aliyun.com wrote: > hi, > I am an engineer of Intel , on cloud and virtalization. > thanks for you great updates of vTPM.Could you share your experience > on how to build vTPM > > with xen 4.3? I failed to boot up 2.6.18.8 kernel which is from > > # make linux-2.6-xen-build > # make linux-2.6-xen-install These kernels are obsolete and are not a good baseline for new development. You should instead use a mainline kernel, either one from kernel.org or perhaps one of Konrad's branches which might be needed for the upstream vtpm driver http://git.kernel.org/cgit/linux/kernel/git/konrad/xen.git (Daniel and Konrad CCd for advice on that front). For future reference "it failed to boot up" is not sufficient for anyone to be able to help you, please provide a description of the failure, logs, and details of you configuration. http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen contains some advice on the sorts of things to include. Please also do not send HTML mail to the lsit and when you want to start a new thread do so by pressing the "New" button in you MUA rather than by replying to an unrelated existing thread (or worse a list digest, which you quoted in its entirety). Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 08:21:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 08:21: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 1UfnEw-0008MJ-Rz; Fri, 24 May 2013 08:20:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfnEv-0008M9-5r for xen-users@lists.xen.org; Fri, 24 May 2013 08:20:41 +0000 Received: from [85.158.137.99:46763] by server-9.bemta-3.messagelabs.com id CD/FB-29224-8D22F915; Fri, 24 May 2013 08:20:40 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369383639!18227789!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23753 invoked from network); 24 May 2013 08:20:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 08:20:39 -0000 X-IronPort-AV: E=Sophos;i="4.87,733,1363132800"; d="scan'208";a="4950909" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 24 May 2013 08:20:38 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Fri, 24 May 2013 09:20:37 +0100 Message-ID: <1369383636.17830.83.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Date: Fri, 24 May 2013 09:20:36 +0100 In-Reply-To: <5f4138f8-11b8-4605-87fa-a77e036f8dc9@aliyun.com> References: mailman.2470.1369137279.2273.xen-users@lists.xen.org <5f4138f8-11b8-4605-87fa-a77e036f8dc9@aliyun.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users , Daniel De Graaf , quan.xu@intel.com, Konrad Rzeszutek Wilk Subject: Re: [Xen-users] how to build vTPM with xen 4.3? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2013-05-24 at 14:31 +0800, quan.xu@aliyun.com wrote: > hi, > I am an engineer of Intel , on cloud and virtalization. > thanks for you great updates of vTPM.Could you share your experience > on how to build vTPM > > with xen 4.3? I failed to boot up 2.6.18.8 kernel which is from > > # make linux-2.6-xen-build > # make linux-2.6-xen-install These kernels are obsolete and are not a good baseline for new development. You should instead use a mainline kernel, either one from kernel.org or perhaps one of Konrad's branches which might be needed for the upstream vtpm driver http://git.kernel.org/cgit/linux/kernel/git/konrad/xen.git (Daniel and Konrad CCd for advice on that front). For future reference "it failed to boot up" is not sufficient for anyone to be able to help you, please provide a description of the failure, logs, and details of you configuration. http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen contains some advice on the sorts of things to include. Please also do not send HTML mail to the lsit and when you want to start a new thread do so by pressing the "New" button in you MUA rather than by replying to an unrelated existing thread (or worse a list digest, which you quoted in its entirety). Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 10:03:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 10:03:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufop2-0001eJ-Mk; Fri, 24 May 2013 10:02:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufop1-0001eD-EZ for xen-users@lists.xen.org; Fri, 24 May 2013 10:02:03 +0000 Received: from [85.158.143.99:54728] by server-1.bemta-4.messagelabs.com id 4B/11-06122-A9A3F915; Fri, 24 May 2013 10:02:02 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-16.tower-216.messagelabs.com!1369389594!22729809!1 X-Originating-IP: [217.169.229.19] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMTkgPT4gMTIxMzM3\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10830 invoked from network); 24 May 2013 09:59:55 -0000 Received: from mx3-out.mindef.nl (HELO mx3-out.mindef.nl) (217.169.229.19) by server-16.tower-216.messagelabs.com with SMTP; 24 May 2013 09:59:55 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: Date: Fri, 24 May 2013 11:59:45 +0200 Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> Cc: hwit@a-domani.nl Subject: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, Perhaps slightly off-topic, but perhaps somebody around has tried something like this. I bought a game for my son, and verified that it got "platinum status" for wine. However, the general requirements are way too heavy for his current machine, even without wine. So, I was contemplating if (!) it might be possible to have a virtualized xp/w7 running the game. The piece of software (truck driving simulator) is asking: -Dual core CPU 3.0 GHz -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equivalent or better) I already have several virtual machines running, mix of Linux (mostly servers) and XP (desktop chores), But never tried virtualized gaming. So I presume that installing the game poses no problem, but playing might be something else. - with regards to CPU-load... - with regards to graphics: Could I get away with a TSC-client over the network? Anyone who ever tried it? Worthwhile trying or forget it straight away? Hans ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het electronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 10:03:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 10:03:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufop2-0001eJ-Mk; Fri, 24 May 2013 10:02:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufop1-0001eD-EZ for xen-users@lists.xen.org; Fri, 24 May 2013 10:02:03 +0000 Received: from [85.158.143.99:54728] by server-1.bemta-4.messagelabs.com id 4B/11-06122-A9A3F915; Fri, 24 May 2013 10:02:02 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-16.tower-216.messagelabs.com!1369389594!22729809!1 X-Originating-IP: [217.169.229.19] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMTkgPT4gMTIxMzM3\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10830 invoked from network); 24 May 2013 09:59:55 -0000 Received: from mx3-out.mindef.nl (HELO mx3-out.mindef.nl) (217.169.229.19) by server-16.tower-216.messagelabs.com with SMTP; 24 May 2013 09:59:55 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: Date: Fri, 24 May 2013 11:59:45 +0200 Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> Cc: hwit@a-domani.nl Subject: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, Perhaps slightly off-topic, but perhaps somebody around has tried something like this. I bought a game for my son, and verified that it got "platinum status" for wine. However, the general requirements are way too heavy for his current machine, even without wine. So, I was contemplating if (!) it might be possible to have a virtualized xp/w7 running the game. The piece of software (truck driving simulator) is asking: -Dual core CPU 3.0 GHz -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equivalent or better) I already have several virtual machines running, mix of Linux (mostly servers) and XP (desktop chores), But never tried virtualized gaming. So I presume that installing the game poses no problem, but playing might be something else. - with regards to CPU-load... - with regards to graphics: Could I get away with a TSC-client over the network? Anyone who ever tried it? Worthwhile trying or forget it straight away? Hans ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het electronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 10:12:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 10:12: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 1UfoyC-00026u-QR; Fri, 24 May 2013 10:11:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfoyA-00026f-Ud; Fri, 24 May 2013 10:11:31 +0000 Received: from [85.158.138.51:27504] by server-13.bemta-3.messagelabs.com id 44/FB-19597-2DC3F915; Fri, 24 May 2013 10:11:30 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1369390289!20285530!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16811 invoked from network); 24 May 2013 10:11:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 10:11:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,734,1363132800"; d="scan'208";a="4956152" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 24 May 2013 10:11:29 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Fri, 24 May 2013 11:11:28 +0100 Message-ID: <519F3CD0.5090405@citrix.com> Date: Fri, 24 May 2013 12:11:28 +0200 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> In-Reply-To: <519E6958.6020606@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gMjMvMDUvMTMgMjE6MDksIENvbGluIFBlcmNpdmFsIHdyb3RlOgo+IE9uIDA1LzIzLzEzIDAy OjA2LCBSb2dlciBQYXUgTW9ubsOpIHdyb3RlOgo+PiBPbiAyMi8wNS8xMyAyMjowMywgQ29saW4g UGVyY2l2YWwgd3JvdGU6Cj4+PiBUZXN0aW5nIG9uIGEgY3IxLjh4bGFyZ2UgRUMyIGluc3RhbmNl LCBJIGdldCBYZW4gNC4yLCBidXQgaXQgZW5kcyB1cCB3aXRoCj4+PiBhIHBhbmljIC0tIGNvbnNv bGUgb3V0cHV0IGJlbG93LiAgSSBjYW4gZ2V0IGEgYmFja3RyYWNlIGFuZCBwb3NzaWJseSBldmVu Cj4+PiBhIGR1bXAgaWYgdGhvc2Ugd291bGQgaGVscC4KPj4KPj4gVGhhbmtzIGZvciB0aGUgdGVz dCwgSSd2ZSBiZWVuIHVzaW5nIFhlbiA0LjIgKGFuZCA0LjMpIHdpdGhvdXQgcHJvYmxlbXMgCj4+ IHNvIGZhci4gQnkgbG9va2luZyBhdCB0aGUgWGVuIGNvZGUsIHRoZSBvbmx5IHJlYXNvbiB0aGUg dGltZXIgc2V0dXAgCj4+IGNvdWxkIHJldHVybiAtMjIgKEVJTlZBTCksIGlzIHRoYXQgd2UgdHJ5 IHRvIHNldCB0aGUgdGltZXIgZm9yIGEgCj4+IGRpZmZlcmVudCB2Q1BVIHRoYW4gdGhlIG9uZSB3 ZSBhcmUgcnVubmluZyBvbi4KPj4KPj4gSSd2ZSBiZWVuIGFibGUgdG8gYm9vdCBhIDMyIHZDUFUg RG9tVSBvbiBteSA4d2F5IGJveCB1c2luZyBYZW4gNC4yLjEgCj4+ICh1c2luZyBib3RoIHFlbXUt eGVuIGFuZCBxZW11LXhlbi10cmFkaXRpb25hbCBkZXZpY2UgbW9kZWxzKSwgc28gSSdtIAo+PiB1 bnN1cmUgaWYgdGhpcyBjb3VsZCBiZSBkdWUgdG8gc29tZSBwYXRjaCBBbWF6b24gYXBwbGllcyB0 byBYZW4uIENvdWxkIAo+PiB5b3UgdHJ5IHRoZSBmb2xsb3dpbmcgcGF0Y2ggYW5kIHBvc3QgdGhl IGVycm9yIG1lc3NhZ2U/IEkgd291bGQgbGlrZSB0byAKPj4gc2VlIGlmIHRoZSBjcHVpZCByZXBv cnRlZCBieSBrZGIgYW5kIHRoZSB2Q1BVIHRoYXQgd2UgYXJlIHRyeWluZyB0byBzZXQgCj4+IHRo ZSB0aW1lciBhcmUgdGhlIHNhbWUuCj4gCj4gTG9va3MgbGlrZSB0aGVyZSdzIGFncmVlbWVudCBh Ym91dCB0aGUgY3B1aWRzIGhlcmUuICBBbnl0aGluZyBlbHNlIEkgc2hvdWxkCj4gdHJ5IHRlc3Rp bmc/CgpUaGFua3MgZm9yIHRoZSB0ZXN0LCB0aGlzIGlzIHdoYXQgSSBleHBlY3RlZC4gSSdtIGEg bGl0dGxlIGJpdCBvdXQgb2YKaWRlYXMgc2luY2UgSSdtIG5vdCBhYmxlIHRvIHJlcHJvZHVjZSB0 aGlzIG9uIHVwc3RyZWFtIFhlbiA0LjIuIFdpdGhvdXQKa25vd2luZyB3aGF0J3MgaGFwcGVuaW5n IGluc2lkZSB0aGUgaHlwZXJ2aXNvciBpdCdzIGhhcmQgdG8gdGVsbCB3aGF0J3MKd3JvbmcuIEl0 IHdvdWxkIGJlIGludGVyZXN0aW5nIHRvIHRyeSBpZiB0aGUgc2FtZSBoYXBwZW5zIHdpdGggYSBM aW51eApQVkhWTSAobm90IFBWKSBydW5uaW5nIG9uIHRoZSBzYW1lIGluc3RhbmNlIHR5cGUuCgoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri May 24 10:12:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 10:12: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 1UfoyC-00026u-QR; Fri, 24 May 2013 10:11:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfoyA-00026f-Ud; Fri, 24 May 2013 10:11:31 +0000 Received: from [85.158.138.51:27504] by server-13.bemta-3.messagelabs.com id 44/FB-19597-2DC3F915; Fri, 24 May 2013 10:11:30 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1369390289!20285530!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16811 invoked from network); 24 May 2013 10:11:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 10:11:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,734,1363132800"; d="scan'208";a="4956152" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 24 May 2013 10:11:29 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Fri, 24 May 2013 11:11:28 +0100 Message-ID: <519F3CD0.5090405@citrix.com> Date: Fri, 24 May 2013 12:11:28 +0200 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> In-Reply-To: <519E6958.6020606@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gMjMvMDUvMTMgMjE6MDksIENvbGluIFBlcmNpdmFsIHdyb3RlOgo+IE9uIDA1LzIzLzEzIDAy OjA2LCBSb2dlciBQYXUgTW9ubsOpIHdyb3RlOgo+PiBPbiAyMi8wNS8xMyAyMjowMywgQ29saW4g UGVyY2l2YWwgd3JvdGU6Cj4+PiBUZXN0aW5nIG9uIGEgY3IxLjh4bGFyZ2UgRUMyIGluc3RhbmNl LCBJIGdldCBYZW4gNC4yLCBidXQgaXQgZW5kcyB1cCB3aXRoCj4+PiBhIHBhbmljIC0tIGNvbnNv bGUgb3V0cHV0IGJlbG93LiAgSSBjYW4gZ2V0IGEgYmFja3RyYWNlIGFuZCBwb3NzaWJseSBldmVu Cj4+PiBhIGR1bXAgaWYgdGhvc2Ugd291bGQgaGVscC4KPj4KPj4gVGhhbmtzIGZvciB0aGUgdGVz dCwgSSd2ZSBiZWVuIHVzaW5nIFhlbiA0LjIgKGFuZCA0LjMpIHdpdGhvdXQgcHJvYmxlbXMgCj4+ IHNvIGZhci4gQnkgbG9va2luZyBhdCB0aGUgWGVuIGNvZGUsIHRoZSBvbmx5IHJlYXNvbiB0aGUg dGltZXIgc2V0dXAgCj4+IGNvdWxkIHJldHVybiAtMjIgKEVJTlZBTCksIGlzIHRoYXQgd2UgdHJ5 IHRvIHNldCB0aGUgdGltZXIgZm9yIGEgCj4+IGRpZmZlcmVudCB2Q1BVIHRoYW4gdGhlIG9uZSB3 ZSBhcmUgcnVubmluZyBvbi4KPj4KPj4gSSd2ZSBiZWVuIGFibGUgdG8gYm9vdCBhIDMyIHZDUFUg RG9tVSBvbiBteSA4d2F5IGJveCB1c2luZyBYZW4gNC4yLjEgCj4+ICh1c2luZyBib3RoIHFlbXUt eGVuIGFuZCBxZW11LXhlbi10cmFkaXRpb25hbCBkZXZpY2UgbW9kZWxzKSwgc28gSSdtIAo+PiB1 bnN1cmUgaWYgdGhpcyBjb3VsZCBiZSBkdWUgdG8gc29tZSBwYXRjaCBBbWF6b24gYXBwbGllcyB0 byBYZW4uIENvdWxkIAo+PiB5b3UgdHJ5IHRoZSBmb2xsb3dpbmcgcGF0Y2ggYW5kIHBvc3QgdGhl IGVycm9yIG1lc3NhZ2U/IEkgd291bGQgbGlrZSB0byAKPj4gc2VlIGlmIHRoZSBjcHVpZCByZXBv cnRlZCBieSBrZGIgYW5kIHRoZSB2Q1BVIHRoYXQgd2UgYXJlIHRyeWluZyB0byBzZXQgCj4+IHRo ZSB0aW1lciBhcmUgdGhlIHNhbWUuCj4gCj4gTG9va3MgbGlrZSB0aGVyZSdzIGFncmVlbWVudCBh Ym91dCB0aGUgY3B1aWRzIGhlcmUuICBBbnl0aGluZyBlbHNlIEkgc2hvdWxkCj4gdHJ5IHRlc3Rp bmc/CgpUaGFua3MgZm9yIHRoZSB0ZXN0LCB0aGlzIGlzIHdoYXQgSSBleHBlY3RlZC4gSSdtIGEg bGl0dGxlIGJpdCBvdXQgb2YKaWRlYXMgc2luY2UgSSdtIG5vdCBhYmxlIHRvIHJlcHJvZHVjZSB0 aGlzIG9uIHVwc3RyZWFtIFhlbiA0LjIuIFdpdGhvdXQKa25vd2luZyB3aGF0J3MgaGFwcGVuaW5n IGluc2lkZSB0aGUgaHlwZXJ2aXNvciBpdCdzIGhhcmQgdG8gdGVsbCB3aGF0J3MKd3JvbmcuIEl0 IHdvdWxkIGJlIGludGVyZXN0aW5nIHRvIHRyeSBpZiB0aGUgc2FtZSBoYXBwZW5zIHdpdGggYSBM aW51eApQVkhWTSAobm90IFBWKSBydW5uaW5nIG9uIHRoZSBzYW1lIGluc3RhbmNlIHR5cGUuCgoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri May 24 10:20:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 10:20: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 1Ufp6A-0002f0-Fu; Fri, 24 May 2013 10:19:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufp68-0002es-UT for xen-users@lists.xen.org; Fri, 24 May 2013 10:19:45 +0000 Received: from [85.158.138.51:29472] by server-6.bemta-3.messagelabs.com id 5E/74-14331-0CE3F915; Fri, 24 May 2013 10:19:44 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369390781!28353568!1 X-Originating-IP: [209.85.128.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23680 invoked from network); 24 May 2013 10:19:42 -0000 Received: from mail-ve0-f182.google.com (HELO mail-ve0-f182.google.com) (209.85.128.182) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 10:19:42 -0000 Received: by mail-ve0-f182.google.com with SMTP id da11so3244448veb.41 for ; Fri, 24 May 2013 03:19:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q4sWeon5UQ7QaulZBQoVn1v6TBycypogAjd95CkwYqA=; b=yF9C/skOpVUbo6Vs0wdua4tvz4ehbOaSFqiy7WQJyaVm66hP7VrRq4u7pAIe9bGj0l m+dQd1+dMU/BIlTLZKT2Vp4HqrXEe7YSxA+kud8erY/qHmUB3doINr76bcSjJ2PciWdT btwj5ZcRwt8pssAl/HBTcT8mDjQ44KtJgFZ1IY63s+HSEOypfRNOq3l2AL7XVGOSvNcr /SUkZoYavwOGU9lhd2TMfvtn08io4DeTk3TUJRa36DgQ6H3nSe7/JWmgj27P9STMDJBk 2hBU4AR8WwG/9+Zy8qT5HPul9529yotzoCruB0n6LOehjzQ6cft1oLcYTlQD8LyPK8ax zolA== MIME-Version: 1.0 X-Received: by 10.220.74.5 with SMTP id s5mr8115217vcj.5.1369390781453; Fri, 24 May 2013 03:19:41 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Fri, 24 May 2013 03:19:41 -0700 (PDT) In-Reply-To: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> Date: Fri, 24 May 2013 06:19:41 -0400 Message-ID: From: Casey DeLorme To: J.Witvliet@mindef.nl Cc: hwit@a-domani.nl, "xen-users@lists.xen.org" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2027885362715460978==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2027885362715460978== Content-Type: multipart/alternative; boundary=e89a8ff2560416603d04dd742393 --e89a8ff2560416603d04dd742393 Content-Type: text/plain; charset=UTF-8 Hi Hans, Using passthrough virtual gaming is very doable, but that is with directly connected monitors and some minor quirks. Personally, I have had no luck getting networked gameplay to perform at acceptable framerates. Full screen games will crash most VNC consoles, or just give you a black screen, and input is limited and heavily delayed, tested direct and on wired Cat6 with half a dozen different VNC clients. I am not sure whether TSC would behave any better. If directly connected monitors and input devices are acceptable, and you are not already doing graphics passthrough you may want to read up a bit on the xen wiki, and I'm sure many list members would be happy to share their experiences. ~Casey On Fri, May 24, 2013 at 5:59 AM, wrote: > Hi all, > > Perhaps slightly off-topic, but perhaps somebody around has tried > something like this. > > I bought a game for my son, and verified that it got "platinum status" for > wine. > However, the general requirements are way too heavy for his current > machine, even without wine. > > So, I was contemplating if (!) it might be possible to have a virtualized > xp/w7 running the game. > The piece of software (truck driving simulator) is asking: > -Dual core CPU 3.0 GHz > -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class > equivalent or better) > > I already have several virtual machines running, mix of Linux (mostly > servers) and XP (desktop chores), > But never tried virtualized gaming. > > So I presume that installing the game poses no problem, but playing might > be something else. > - with regards to CPU-load... > - with regards to graphics: Could I get away with a TSC-client over the > network? > > Anyone who ever tried it? Worthwhile trying or forget it straight away? > > Hans > > ______________________________________________________________________ > Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u > niet de geadresseerde bent of dit bericht abusievelijk aan u is > toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht > te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van > welke aard ook, die verband houdt met risico's verbonden aan het > electronisch verzenden van berichten. > > This message may contain information that is not intended for you. If you > are not the addressee or if this message was sent to you by mistake, you > are requested to inform the sender and delete the message. The State > accepts no liability for damage of any kind resulting from the risks > inherent in the electronic transmission of messages. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8ff2560416603d04dd742393 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Hans,

Using passthro= ugh virtual gaming is very doable, but that is with directly connected moni= tors and some minor quirks. =C2=A0Personally, I have had no luck getting ne= tworked gameplay to perform at acceptable framerates. =C2=A0Full screen gam= es will crash most VNC consoles, or just give you a black screen, and input= is limited and heavily delayed, tested direct and on wired Cat6 with half = a dozen different VNC clients. =C2=A0I am not sure whether TSC would behave= any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

--e89a8ff2560416603d04dd742393-- --===============2027885362715460978== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2027885362715460978==-- From xen-users-bounces@lists.xen.org Fri May 24 10:20:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 10:20: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 1Ufp6A-0002f0-Fu; Fri, 24 May 2013 10:19:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufp68-0002es-UT for xen-users@lists.xen.org; Fri, 24 May 2013 10:19:45 +0000 Received: from [85.158.138.51:29472] by server-6.bemta-3.messagelabs.com id 5E/74-14331-0CE3F915; Fri, 24 May 2013 10:19:44 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369390781!28353568!1 X-Originating-IP: [209.85.128.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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23680 invoked from network); 24 May 2013 10:19:42 -0000 Received: from mail-ve0-f182.google.com (HELO mail-ve0-f182.google.com) (209.85.128.182) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 10:19:42 -0000 Received: by mail-ve0-f182.google.com with SMTP id da11so3244448veb.41 for ; Fri, 24 May 2013 03:19:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q4sWeon5UQ7QaulZBQoVn1v6TBycypogAjd95CkwYqA=; b=yF9C/skOpVUbo6Vs0wdua4tvz4ehbOaSFqiy7WQJyaVm66hP7VrRq4u7pAIe9bGj0l m+dQd1+dMU/BIlTLZKT2Vp4HqrXEe7YSxA+kud8erY/qHmUB3doINr76bcSjJ2PciWdT btwj5ZcRwt8pssAl/HBTcT8mDjQ44KtJgFZ1IY63s+HSEOypfRNOq3l2AL7XVGOSvNcr /SUkZoYavwOGU9lhd2TMfvtn08io4DeTk3TUJRa36DgQ6H3nSe7/JWmgj27P9STMDJBk 2hBU4AR8WwG/9+Zy8qT5HPul9529yotzoCruB0n6LOehjzQ6cft1oLcYTlQD8LyPK8ax zolA== MIME-Version: 1.0 X-Received: by 10.220.74.5 with SMTP id s5mr8115217vcj.5.1369390781453; Fri, 24 May 2013 03:19:41 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Fri, 24 May 2013 03:19:41 -0700 (PDT) In-Reply-To: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> Date: Fri, 24 May 2013 06:19:41 -0400 Message-ID: From: Casey DeLorme To: J.Witvliet@mindef.nl Cc: hwit@a-domani.nl, "xen-users@lists.xen.org" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2027885362715460978==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2027885362715460978== Content-Type: multipart/alternative; boundary=e89a8ff2560416603d04dd742393 --e89a8ff2560416603d04dd742393 Content-Type: text/plain; charset=UTF-8 Hi Hans, Using passthrough virtual gaming is very doable, but that is with directly connected monitors and some minor quirks. Personally, I have had no luck getting networked gameplay to perform at acceptable framerates. Full screen games will crash most VNC consoles, or just give you a black screen, and input is limited and heavily delayed, tested direct and on wired Cat6 with half a dozen different VNC clients. I am not sure whether TSC would behave any better. If directly connected monitors and input devices are acceptable, and you are not already doing graphics passthrough you may want to read up a bit on the xen wiki, and I'm sure many list members would be happy to share their experiences. ~Casey On Fri, May 24, 2013 at 5:59 AM, wrote: > Hi all, > > Perhaps slightly off-topic, but perhaps somebody around has tried > something like this. > > I bought a game for my son, and verified that it got "platinum status" for > wine. > However, the general requirements are way too heavy for his current > machine, even without wine. > > So, I was contemplating if (!) it might be possible to have a virtualized > xp/w7 running the game. > The piece of software (truck driving simulator) is asking: > -Dual core CPU 3.0 GHz > -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class > equivalent or better) > > I already have several virtual machines running, mix of Linux (mostly > servers) and XP (desktop chores), > But never tried virtualized gaming. > > So I presume that installing the game poses no problem, but playing might > be something else. > - with regards to CPU-load... > - with regards to graphics: Could I get away with a TSC-client over the > network? > > Anyone who ever tried it? Worthwhile trying or forget it straight away? > > Hans > > ______________________________________________________________________ > Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u > niet de geadresseerde bent of dit bericht abusievelijk aan u is > toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht > te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van > welke aard ook, die verband houdt met risico's verbonden aan het > electronisch verzenden van berichten. > > This message may contain information that is not intended for you. If you > are not the addressee or if this message was sent to you by mistake, you > are requested to inform the sender and delete the message. The State > accepts no liability for damage of any kind resulting from the risks > inherent in the electronic transmission of messages. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8ff2560416603d04dd742393 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Hans,

Using passthro= ugh virtual gaming is very doable, but that is with directly connected moni= tors and some minor quirks. =C2=A0Personally, I have had no luck getting ne= tworked gameplay to perform at acceptable framerates. =C2=A0Full screen gam= es will crash most VNC consoles, or just give you a black screen, and input= is limited and heavily delayed, tested direct and on wired Cat6 with half = a dozen different VNC clients. =C2=A0I am not sure whether TSC would behave= any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

--e89a8ff2560416603d04dd742393-- --===============2027885362715460978== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2027885362715460978==-- From xen-users-bounces@lists.xen.org Fri May 24 12:02:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:02: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 1Ufqgo-00065O-PW; Fri, 24 May 2013 12:01:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufern-0006Qq-TE; Thu, 23 May 2013 23:24:16 +0000 Received: from [85.158.137.99:15308] by server-15.bemta-3.messagelabs.com id 8A/2F-32363-F15AE915; Thu, 23 May 2013 23:24:15 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1369351450!13059032!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15249 invoked from network); 23 May 2013 23:24:12 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 23:24:12 -0000 Received: by mail-oa0-f43.google.com with SMTP id o6so5354060oag.16 for ; Thu, 23 May 2013 16:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dQT53M2E956TQ1XyVeS5O/DlT8ol9JZlEbziLij30JU=; b=u8zBkY+mH4NOvh7h4YjughaX7VxmxRN4KDdhIzMuFLsx8R94KLyWZoTi765BZIYFdX uVz9/wUc41pc4wK/GBRNn0vKeh6hOD0hJGgrVl3aDTo2tZlDj8M+7J+Tu0/F6L8Vtt4M Dc7PyCX/Uxyddp1FTpBcleDbaujV+knbsFs9l7LATv1jPpYPH4qsHqosaJnm5Wd1mg+u +G1rsHJOP8zO6vZqbPhXtUcK/vpmrBmTaCEYzB92e8KaNA5+d3yuCfqhpeVr6buTAakL r0wT9YsiHmr63+HmZ6uWW7YEXwArg5uFLtW91MR/UE46zO1pyzlcaxKPnvApdcxFY4IW eViQ== MIME-Version: 1.0 X-Received: by 10.182.226.162 with SMTP id rt2mr10250638obc.9.1369351450257; Thu, 23 May 2013 16:24:10 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 16:24:10 -0700 (PDT) In-Reply-To: <519131D8.9010307@citrix.com> References: <519131D8.9010307@citrix.com> Date: Thu, 23 May 2013 19:24:10 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Fri, 24 May 2013 12:01:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9075784276914294868==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9075784276914294868== Content-Type: multipart/alternative; boundary=001a11c2e93cc3f4c304dd6afa69 --001a11c2e93cc3f4c304dd6afa69 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, May 13, 2013 at 2:32 PM, Roger Pau Monn=E9 wr= ote: > Hello, > > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. > The main benefits of this changes are that Xen virtual interrupts (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when running > as an HVM guest, which should provide better time keeping and reduce the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. > > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. > > The code is available in the following git repository, under the branch > pvhvm_v5: > > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary > > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM Hey Guys, Huge KUDOS to some great work, Ive gotten 4 VMs booting from zfsonroot with the rev_9 finally under XCP 1.6 after getting through removal of the cdrom device from VMs, they are booted and running supremely nice now. IO for zfs filesystems is much better inside the VMs now, even with 4mb compared to what it was. This is a huge move forward and personally I just wanted to say thanks for this and all the work you put into it. The VMs appear quite stable for me, and are pleasantly responsive with low mem on zpools. Great job and again..... Thanks. Keep up the great effort. > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --001a11c2e93cc3f4c304dd6afa69 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Mon, May 13, 2013 at 2:32 PM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
Hello,

Recently Justin T Gibbs, Will Andrews and myself have been working on
improving the Xen support in FreeBSD. The main goal of this was to bring full PVHVM support to FreeBSD, right now FreeBSD is only using PV
interfaces for disk and network interfaces when running as a HVM guest.
The main benefits of this changes are that Xen virtual interrupts (event channels) are now delivered to the guest using a vector callback
injection, that is a per-cpu mechanism that allows each vCPU to have
different interrupts assigned, so for example network and disk
interrupts are delivered to different vCPUs in order to improve
performance. With this changes FreeBSD also uses PV timers when running
as an HVM guest, which should provide better time keeping and reduce the virtualization overhead, since emulated timers are no longer used. PV
IPIs can also be used inside a HVM guest, but this will be implemented
later.

Right now the code is in a state where it can be tested by users, so we
would like to encourage FreeBSD and Xen users to test it and provide
feedback.

The code is available in the following git repository, under the branch
pvhvm_v5:

http://xenbits.xen.org/gitweb/?p=3Dpeople/roy= ger/freebsd.git;a=3Dsummary

Also, I've created a wiki page that explains how to set up a FreeBSD PVHVM for testing:

http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM

<= /div>

Hey Guys,

Huge KUDOS to some great work, Ive gotten 4 VMs booting from zfsonroot with= the rev_9 finally under XCP 1.6
after getting through remo= val of the cdrom device from VMs, they are booted and running supremely nic= e now.
IO for zfs filesystems is much better inside the VMs now, even w= ith 4mb compared to what it was. This is a huge
move forwar= d and personally I just wanted to say thanks for this and all the work you = put into it. The VMs appear quite stable for me, and are pleasantly respons= ive with low mem on zpools. Great job and again..... Thanks. Keep up the gr= eat effort.
=A0

_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--001a11c2e93cc3f4c304dd6afa69-- --===============9075784276914294868== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9075784276914294868==-- From xen-users-bounces@lists.xen.org Fri May 24 12:02:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:02: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 1Ufqgo-00065O-PW; Fri, 24 May 2013 12:01:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufern-0006Qq-TE; Thu, 23 May 2013 23:24:16 +0000 Received: from [85.158.137.99:15308] by server-15.bemta-3.messagelabs.com id 8A/2F-32363-F15AE915; Thu, 23 May 2013 23:24:15 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1369351450!13059032!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15249 invoked from network); 23 May 2013 23:24:12 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 May 2013 23:24:12 -0000 Received: by mail-oa0-f43.google.com with SMTP id o6so5354060oag.16 for ; Thu, 23 May 2013 16:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dQT53M2E956TQ1XyVeS5O/DlT8ol9JZlEbziLij30JU=; b=u8zBkY+mH4NOvh7h4YjughaX7VxmxRN4KDdhIzMuFLsx8R94KLyWZoTi765BZIYFdX uVz9/wUc41pc4wK/GBRNn0vKeh6hOD0hJGgrVl3aDTo2tZlDj8M+7J+Tu0/F6L8Vtt4M Dc7PyCX/Uxyddp1FTpBcleDbaujV+knbsFs9l7LATv1jPpYPH4qsHqosaJnm5Wd1mg+u +G1rsHJOP8zO6vZqbPhXtUcK/vpmrBmTaCEYzB92e8KaNA5+d3yuCfqhpeVr6buTAakL r0wT9YsiHmr63+HmZ6uWW7YEXwArg5uFLtW91MR/UE46zO1pyzlcaxKPnvApdcxFY4IW eViQ== MIME-Version: 1.0 X-Received: by 10.182.226.162 with SMTP id rt2mr10250638obc.9.1369351450257; Thu, 23 May 2013 16:24:10 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Thu, 23 May 2013 16:24:10 -0700 (PDT) In-Reply-To: <519131D8.9010307@citrix.com> References: <519131D8.9010307@citrix.com> Date: Thu, 23 May 2013 19:24:10 -0400 Message-ID: From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Fri, 24 May 2013 12:01:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9075784276914294868==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9075784276914294868== Content-Type: multipart/alternative; boundary=001a11c2e93cc3f4c304dd6afa69 --001a11c2e93cc3f4c304dd6afa69 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, May 13, 2013 at 2:32 PM, Roger Pau Monn=E9 wr= ote: > Hello, > > Recently Justin T Gibbs, Will Andrews and myself have been working on > improving the Xen support in FreeBSD. The main goal of this was to bring > full PVHVM support to FreeBSD, right now FreeBSD is only using PV > interfaces for disk and network interfaces when running as a HVM guest. > The main benefits of this changes are that Xen virtual interrupts (event > channels) are now delivered to the guest using a vector callback > injection, that is a per-cpu mechanism that allows each vCPU to have > different interrupts assigned, so for example network and disk > interrupts are delivered to different vCPUs in order to improve > performance. With this changes FreeBSD also uses PV timers when running > as an HVM guest, which should provide better time keeping and reduce the > virtualization overhead, since emulated timers are no longer used. PV > IPIs can also be used inside a HVM guest, but this will be implemented > later. > > Right now the code is in a state where it can be tested by users, so we > would like to encourage FreeBSD and Xen users to test it and provide > feedback. > > The code is available in the following git repository, under the branch > pvhvm_v5: > > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary > > Also, I've created a wiki page that explains how to set up a FreeBSD > PVHVM for testing: > > http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM Hey Guys, Huge KUDOS to some great work, Ive gotten 4 VMs booting from zfsonroot with the rev_9 finally under XCP 1.6 after getting through removal of the cdrom device from VMs, they are booted and running supremely nice now. IO for zfs filesystems is much better inside the VMs now, even with 4mb compared to what it was. This is a huge move forward and personally I just wanted to say thanks for this and all the work you put into it. The VMs appear quite stable for me, and are pleasantly responsive with low mem on zpools. Great job and again..... Thanks. Keep up the great effort. > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --001a11c2e93cc3f4c304dd6afa69 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Mon, May 13, 2013 at 2:32 PM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
Hello,

Recently Justin T Gibbs, Will Andrews and myself have been working on
improving the Xen support in FreeBSD. The main goal of this was to bring full PVHVM support to FreeBSD, right now FreeBSD is only using PV
interfaces for disk and network interfaces when running as a HVM guest.
The main benefits of this changes are that Xen virtual interrupts (event channels) are now delivered to the guest using a vector callback
injection, that is a per-cpu mechanism that allows each vCPU to have
different interrupts assigned, so for example network and disk
interrupts are delivered to different vCPUs in order to improve
performance. With this changes FreeBSD also uses PV timers when running
as an HVM guest, which should provide better time keeping and reduce the virtualization overhead, since emulated timers are no longer used. PV
IPIs can also be used inside a HVM guest, but this will be implemented
later.

Right now the code is in a state where it can be tested by users, so we
would like to encourage FreeBSD and Xen users to test it and provide
feedback.

The code is available in the following git repository, under the branch
pvhvm_v5:

http://xenbits.xen.org/gitweb/?p=3Dpeople/roy= ger/freebsd.git;a=3Dsummary

Also, I've created a wiki page that explains how to set up a FreeBSD PVHVM for testing:

http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM

<= /div>

Hey Guys,

Huge KUDOS to some great work, Ive gotten 4 VMs booting from zfsonroot with= the rev_9 finally under XCP 1.6
after getting through remo= val of the cdrom device from VMs, they are booted and running supremely nic= e now.
IO for zfs filesystems is much better inside the VMs now, even w= ith 4mb compared to what it was. This is a huge
move forwar= d and personally I just wanted to say thanks for this and all the work you = put into it. The VMs appear quite stable for me, and are pleasantly respons= ive with low mem on zpools. Great job and again..... Thanks. Keep up the gr= eat effort.
=A0

_______________________________________________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--001a11c2e93cc3f4c304dd6afa69-- --===============9075784276914294868== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9075784276914294868==-- From xen-users-bounces@lists.xen.org Fri May 24 12:02:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:02: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 1Ufqgo-00065D-3L; Fri, 24 May 2013 12:01:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfatX-0004Mv-18 for xen-users@lists.xen.org; Thu, 23 May 2013 19:09:47 +0000 Received: from [85.158.143.99:6824] by server-2.bemta-4.messagelabs.com id CB/A2-27124-A796E915; Thu, 23 May 2013 19:09:46 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-11.tower-216.messagelabs.com!1369336184!26774177!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23029 invoked from network); 23 May 2013 19:09:45 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-11.tower-216.messagelabs.com with SMTP; 23 May 2013 19:09:45 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=RGyyWjrWYyxmFaErXWRib1 atsug=; b=UKBYvwMENojNZB0Y/oDKIbNp4Nh/F/+kSpj8VCx/2FkYSzfOxq23El P1gWZHio+wcLXXl3NGN5cJtLS+v9bDCrU0vKgP5eBGSuYon7Q9kCkzGieEZxQVS5 wMBa8hTkuOmB+aBdl4g1y9j1ynsTo/wMRkPvISCJragFaEOoYCXO4= Received: by 10.4.35.224 with SMTP id mf3.16632.519E69733 Thu, 23 May 2013 19:09:39 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.17]) by mi13 (SG) with ESMTP id 13ed2cbe8ec.3ba8.a48fb3 for ; Thu, 23 May 2013 14:09:38 -0500 (CST) Received: (qmail 29333 invoked from network); 23 May 2013 19:09:32 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 23 May 2013 19:09:32 -0000 Received: (qmail 5906 invoked from network); 23 May 2013 19:09:12 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 23 May 2013 19:09:12 -0000 Message-ID: <519E6958.6020606@freebsd.org> Date: Thu, 23 May 2013 12:09:12 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> In-Reply-To: <519DDC0A.9000201@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nRq8GEonLh0/LXnqrS9FFeuVQVcovU1ViO9NRNfi8G1qJnYYCgDbh/kKEn5Zxfg2/yjco+bURPol97ar0QmtATz X-Mailman-Approved-At: Fri, 24 May 2013 12:01:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gMDUvMjMvMTMgMDI6MDYsIFJvZ2VyIFBhdSBNb25uw6kgd3JvdGU6DQo+IE9uIDIyLzA1LzEz IDIyOjAzLCBDb2xpbiBQZXJjaXZhbCB3cm90ZToNCj4+IFRlc3Rpbmcgb24gYSBjcjEuOHhsYXJn ZSBFQzIgaW5zdGFuY2UsIEkgZ2V0IFhlbiA0LjIsIGJ1dCBpdCBlbmRzIHVwIHdpdGgNCj4+IGEg cGFuaWMgLS0gY29uc29sZSBvdXRwdXQgYmVsb3cuICBJIGNhbiBnZXQgYSBiYWNrdHJhY2UgYW5k IHBvc3NpYmx5IGV2ZW4NCj4+IGEgZHVtcCBpZiB0aG9zZSB3b3VsZCBoZWxwLg0KPiANCj4gVGhh bmtzIGZvciB0aGUgdGVzdCwgSSd2ZSBiZWVuIHVzaW5nIFhlbiA0LjIgKGFuZCA0LjMpIHdpdGhv dXQgcHJvYmxlbXMgDQo+IHNvIGZhci4gQnkgbG9va2luZyBhdCB0aGUgWGVuIGNvZGUsIHRoZSBv bmx5IHJlYXNvbiB0aGUgdGltZXIgc2V0dXAgDQo+IGNvdWxkIHJldHVybiAtMjIgKEVJTlZBTCks IGlzIHRoYXQgd2UgdHJ5IHRvIHNldCB0aGUgdGltZXIgZm9yIGEgDQo+IGRpZmZlcmVudCB2Q1BV IHRoYW4gdGhlIG9uZSB3ZSBhcmUgcnVubmluZyBvbi4NCj4gDQo+IEkndmUgYmVlbiBhYmxlIHRv IGJvb3QgYSAzMiB2Q1BVIERvbVUgb24gbXkgOHdheSBib3ggdXNpbmcgWGVuIDQuMi4xIA0KPiAo dXNpbmcgYm90aCBxZW11LXhlbiBhbmQgcWVtdS14ZW4tdHJhZGl0aW9uYWwgZGV2aWNlIG1vZGVs cyksIHNvIEknbSANCj4gdW5zdXJlIGlmIHRoaXMgY291bGQgYmUgZHVlIHRvIHNvbWUgcGF0Y2gg QW1hem9uIGFwcGxpZXMgdG8gWGVuLiBDb3VsZCANCj4geW91IHRyeSB0aGUgZm9sbG93aW5nIHBh dGNoIGFuZCBwb3N0IHRoZSBlcnJvciBtZXNzYWdlPyBJIHdvdWxkIGxpa2UgdG8gDQo+IHNlZSBp ZiB0aGUgY3B1aWQgcmVwb3J0ZWQgYnkga2RiIGFuZCB0aGUgdkNQVSB0aGF0IHdlIGFyZSB0cnlp bmcgdG8gc2V0IA0KPiB0aGUgdGltZXIgYXJlIHRoZSBzYW1lLg0KDQpMb29rcyBsaWtlIHRoZXJl J3MgYWdyZWVtZW50IGFib3V0IHRoZSBjcHVpZHMgaGVyZS4gIEFueXRoaW5nIGVsc2UgSSBzaG91 bGQNCnRyeSB0ZXN0aW5nPw0KDQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDAwMDAwMDAwIGxl bj0wMDAwMDAwMDAwMDllMDAwDQpTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMDAwMDllMDAwIGxl bj0wMDAwMDAwMDAwMDAyMDAwDQpTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMDAwMGUwMDAwIGxl bj0wMDAwMDAwMDAwMDIwMDAwDQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDAwMTAwMDAwIGxl bj0wMDAwMDAwMGVmZjAwMDAwDQpTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMGZjMDAwMDAwIGxl bj0wMDAwMDAwMDA0MDAwMDAwDQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMTAwMDAwMDAwIGxl bj0wMDAwMDAzYzE5MDAwMDAwDQpUYWJsZSAnRkFDUCcgYXQgMHhmYzAxNDk4MA0KVGFibGUgJ0FQ SUMnIGF0IDB4ZmMwMTRhODANCkFQSUM6IEZvdW5kIHRhYmxlIGF0IDB4ZmMwMTRhODANCkFQSUM6 IFVzaW5nIHRoZSBNQURUIGVudW1lcmF0b3IuDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgMDogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMCAoQVApDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAyIEFDUEkgSUQgMTogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMiAoQVApDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCA0IEFDUEkgSUQgMjogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUg NCAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA2IEFDUEkgSUQgMzogZW5hYmxlZA0KU01Q OiBBZGRlZCBDUFUgNiAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA4IEFDUEkgSUQgNDog ZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgOCAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAx MCBBQ1BJIElEIDU6IGVuYWJsZWQNClNNUDogQWRkZWQgQ1BVIDEwIChBUCkNCk1BRFQ6IEZvdW5k IENQVSBBUElDIElEIDEyIEFDUEkgSUQgNjogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMTIgKEFQ KQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMTQgQUNQSSBJRCA3OiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSAxNCAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzMiBBQ1BJIElEIDg6IGVu YWJsZWQNClNNUDogQWRkZWQgQ1BVIDMyIChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDM0 IEFDUEkgSUQgOTogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMzQgKEFQKQ0KTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMzYgQUNQSSBJRCAxMDogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMzYgKEFQ KQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMzggQUNQSSBJRCAxMTogZW5hYmxlZA0KU01QOiBB ZGRlZCBDUFUgMzggKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNDAgQUNQSSBJRCAxMjog ZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgNDAgKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg NDIgQUNQSSBJRCAxMzogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgNDIgKEFQKQ0KTUFEVDogRm91 bmQgQ1BVIEFQSUMgSUQgNDQgQUNQSSBJRCAxNDogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgNDQg KEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNDYgQUNQSSBJRCAxNTogZW5hYmxlZA0KU01Q OiBBZGRlZCBDUFUgNDYgKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDE2 OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAxIChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElE IDMgQUNQSSBJRCAxNzogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMyAoQVApDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCA1IEFDUEkgSUQgMTg6IGVuYWJsZWQNClNNUDogQWRkZWQgQ1BVIDUgKEFQ KQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElEIDE5OiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSA3IChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDkgQUNQSSBJRCAyMDogZW5h YmxlZA0KU01QOiBBZGRlZCBDUFUgOSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxMSBB Q1BJIElEIDIxOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAxMSAoQVApDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAxMyBBQ1BJIElEIDIyOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAxMyAoQVAp DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxNSBBQ1BJIElEIDIzOiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSAxNSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzMyBBQ1BJIElEIDI0OiBl bmFibGVkDQpTTVA6IEFkZGVkIENQVSAzMyAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAz NSBBQ1BJIElEIDI1OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAzNSAoQVApDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAzNyBBQ1BJIElEIDI2OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAzNyAo QVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzOSBBQ1BJIElEIDI3OiBlbmFibGVkDQpTTVA6 IEFkZGVkIENQVSAzOSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA0MSBBQ1BJIElEIDI4 OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSA0MSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCA0MyBBQ1BJIElEIDI5OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSA0MyAoQVApDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCA0NSBBQ1BJIElEIDMwOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSA0 NSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA0NyBBQ1BJIElEIDMxOiBlbmFibGVkDQpT TVA6IEFkZGVkIENQVSA0NyAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg MzI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzM6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzQ6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgMzY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgMzc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgMzg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzk6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDA6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDE6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgNDM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgNDQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDU6 IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDY6IGRpc2FibGVk DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDc6IGRpc2FibGVkDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgNDk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgNTA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg NTE6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTI6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTM6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgNTU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgNTY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgNTc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTg6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTk6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjA6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjE6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgNjI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgNjM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjQ6 IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjU6IGRpc2FibGVk DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjY6IGRpc2FibGVkDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgNjg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgNjk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg NzA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzE6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzI6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgNzQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgNzU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgNzY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzc6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzg6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzk6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgODE6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgODI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODM6 IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODQ6IGRpc2FibGVk DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODU6IGRpc2FibGVkDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgODc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgODg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg ODk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTA6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTE6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgOTM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgOTQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgOTU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTY6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTc6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTg6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgMTAwOiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBB Q1BJIElEIDEwMTogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAx MDI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTAzOiBkaXNh YmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDEwNDogZGlzYWJsZWQNCk1B RFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMDU6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTA2OiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQ SUMgSUQgMCBBQ1BJIElEIDEwNzogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAg QUNQSSBJRCAxMDg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg MTA5OiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDExMDogZGlz YWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMTE6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTEyOiBkaXNhYmxlZA0KTUFEVDogRm91 bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDExMzogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBB UElDIElEIDAgQUNQSSBJRCAxMTQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgMTE1OiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElE IDExNjogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMTc6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTE4OiBkaXNhYmxlZA0K TUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDExOTogZGlzYWJsZWQNCk1BRFQ6IEZv dW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMjA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgMTIxOiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg MCBBQ1BJIElEIDEyMjogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJ RCAxMjM6IGRpc2FibGVkCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMjQ6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTI1OiBkaXNhYmxlZA0K TUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDEyNjogZGlzYWJsZWQNCk1BRFQ6IEZv dW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMjc6IGRpc2FibGVkDQpDb3B5cmlnaHQgKGMpIDE5 OTItMjAxMyBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAx OTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQoJVGhlIFJlZ2Vu dHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4N CkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0 aW9uLg0KRnJlZUJTRCAxMC4wLUNVUlJFTlQgIzIgcis5YjI1MzU2LWRpcnR5OiBUaHUgTWF5IDIz IDE4OjQ5OjIyIFVUQyAyMDEzDQogICAgcm9vdEBpcC0xMC0xNDgtMTc3LTIxNjovdXNyL29iai91 c3Ivc3JjL3N5cy9YRU5IVk0gYW1kNjQNCkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRydW5r IDE3ODg2MCkgMjAxMzA0MDUNCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVj dCByZWR1Y2VkIHBlcmZvcm1hbmNlLg0KWEVOOiBIeXBlcnZpc29yIHZlcnNpb24gNC4yIGRldGVj dGVkLg0KWEVOOiBEaXNhYmxpbmcgZW11bGF0ZWQgYmxvY2sgYW5kIG5ldHdvcmsgZGV2aWNlcw0K UHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4 MThjYTAwMC4NCkh5cGVydmlzb3I6IE9yaWdpbiA9ICJYZW5WTU1YZW5WTU0iDQpDYWxpYnJhdGlu ZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMjYwMDA0NjM2OCBIeg0KQ1BVOiBJbnRlbChSKSBY ZW9uKFIpIENQVSBFNS0yNjcwIDAgQCAyLjYwR0h6ICgyNjAwLjA1LU1IeiBLOC1jbGFzcyBDUFUp DQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MjA2ZDcgIEZhbWlseSA9IDB4NiAg TW9kZWwgPSAweDJkICBTdGVwcGluZyA9IDcNCg0KRmVhdHVyZXM9MHgxNzgzZmJmZjxGUFUsVk1F LERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBB VCxQU0UzNixNTVgsRlhTUixTU0UsU1NFMixIVFQ+DQoNCkZlYXR1cmVzMj0weDlmYmEyMjAzPFNT RTMsUENMTVVMUURRLFNTU0UzLENYMTYsUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxQT1BDTlQs VFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEhWPg0KICBBTUQgRmVhdHVyZXM9MHgyODEw MDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4NCiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4NCnJl YWwgbWVtb3J5ICA9IDI2MjE0NDAwMDAwMCAoMjUwMDAwIE1CKQ0KUGh5c2ljYWwgbWVtb3J5IGNo dW5rKHMpOg0KMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDk5ZmZmLCA2MjY2ODgg Ynl0ZXMgKDE1MyBwYWdlcykNCjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDFmZmZm ZiwgMTA0ODU3NiBieXRlcyAoMjU2IHBhZ2VzKQ0KMHgwMDAwMDAwMDAxOWUxMDAwIC0gMHgwMDAw MDAwMGVmZmZmZmZmLCAzOTk5Mzk1ODQwIGJ5dGVzICg5NzY0MTUgcGFnZXMpDQoweDAwMDAwMDAx MDAwMDAwMDAgLSAweDAwMDAwMDNiOGFlMzdmZmYsIDI1MTQzODI2ODQxNiBieXRlcyAoNjEzODYy OTYgcGFnZXMpDQphdmFpbCBtZW1vcnkgPSAyNDQzOTM5OTIxOTIgKDIzMzA3MiBNQikNCkV2ZW50 IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA0MDANCkFDUEkgQVBJQyBUYWJsZTogPFhlbiBIVk0+DQpJ TlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwg QVBJQyAyIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAzIGFzIGEgdGFyZ2V0 DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA0IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9j YWwgQVBJQyA1IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA2IGFzIGEgdGFy Z2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA3IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyA4IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA5IGFzIGEg dGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxMCBhcyBhIHRhcmdldA0KSU5UUjogQWRk aW5nIGxvY2FsIEFQSUMgMTEgYXMgYSB0YXJnZXQNCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDEy IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxMyBhcyBhIHRhcmdldA0KSU5U UjogQWRkaW5nIGxvY2FsIEFQSUMgMTQgYXMgYSB0YXJnZXQNCklOVFI6IEFkZGluZyBsb2NhbCBB UElDIDE1IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAzMiBhcyBhIHRhcmdl dA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMzMgYXMgYSB0YXJnZXQNCklOVFI6IEFkZGluZyBs b2NhbCBBUElDIDM0IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAzNSBhcyBh IHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMzYgYXMgYSB0YXJnZXQNCklOVFI6IEFk ZGluZyBsb2NhbCBBUElDIDM3IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAz OCBhcyBhIHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMzkgYXMgYSB0YXJnZXQNCklO VFI6IEFkZGluZyBsb2NhbCBBUElDIDQwIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwg QVBJQyA0MSBhcyBhIHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNDIgYXMgYSB0YXJn ZXQNCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDQzIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyA0NCBhcyBhIHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNDUgYXMg YSB0YXJnZXQNCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDQ2IGFzIGEgdGFyZ2V0DQpJTlRSOiBB ZGRpbmcgbG9jYWwgQVBJQyA0NyBhcyBhIHRhcmdldA0KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vz c29yIFN5c3RlbSBEZXRlY3RlZDogMzIgQ1BVcw0KRnJlZUJTRC9TTVA6IDIgcGFja2FnZShzKSB4 IDggY29yZShzKSB4IDIgU01UIHRocmVhZHMNCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMA0KIGNw dTEgKEFQKTogQVBJQyBJRDogIDENCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICAyDQogY3B1MyAoQVAp OiBBUElDIElEOiAgMw0KIGNwdTQgKEFQKTogQVBJQyBJRDogIDQNCiBjcHU1IChBUCk6IEFQSUMg SUQ6ICA1DQogY3B1NiAoQVApOiBBUElDIElEOiAgNg0KIGNwdTcgKEFQKTogQVBJQyBJRDogIDcN CiBjcHU4IChBUCk6IEFQSUMgSUQ6ICA4DQogY3B1OSAoQVApOiBBUElDIElEOiAgOQ0KIGNwdTEw IChBUCk6IEFQSUMgSUQ6IDEwDQogY3B1MTEgKEFQKTogQVBJQyBJRDogMTENCiBjcHUxMiAoQVAp OiBBUElDIElEOiAxMg0KIGNwdTEzIChBUCk6IEFQSUMgSUQ6IDEzDQogY3B1MTQgKEFQKTogQVBJ QyBJRDogMTQNCiBjcHUxNSAoQVApOiBBUElDIElEOiAxNQ0KIGNwdTE2IChBUCk6IEFQSUMgSUQ6 IDMyDQogY3B1MTcgKEFQKTogQVBJQyBJRDogMzMNCiBjcHUxOCAoQVApOiBBUElDIElEOiAzNA0K IGNwdTE5IChBUCk6IEFQSUMgSUQ6IDM1DQogY3B1MjAgKEFQKTogQVBJQyBJRDogMzYNCiBjcHUy MSAoQVApOiBBUElDIElEOiAzNw0KIGNwdTIyIChBUCk6IEFQSUMgSUQ6IDM4DQogY3B1MjMgKEFQ KTogQVBJQyBJRDogMzkNCiBjcHUyNCAoQVApOiBBUElDIElEOiA0MA0KIGNwdTI1IChBUCk6IEFQ SUMgSUQ6IDQxDQogY3B1MjYgKEFQKTogQVBJQyBJRDogNDINCiBjcHUyNyAoQVApOiBBUElDIElE OiA0Mw0KIGNwdTI4IChBUCk6IEFQSUMgSUQ6IDQ0DQogY3B1MjkgKEFQKTogQVBJQyBJRDogNDUN CiBjcHUzMCAoQVApOiBBUElDIElEOiA0Ng0KIGNwdTMxIChBUCk6IEFQSUMgSUQ6IDQ3DQpBUElD OiBDUFUgMCBoYXMgQUNQSSBJRCAwDQpBUElDOiBDUFUgMSBoYXMgQUNQSSBJRCAxNg0KQVBJQzog Q1BVIDIgaGFzIEFDUEkgSUQgMQ0KQVBJQzogQ1BVIDMgaGFzIEFDUEkgSUQgMTcNCkFQSUM6IENQ VSA0IGhhcyBBQ1BJIElEIDINCkFQSUM6IENQVSA1IGhhcyBBQ1BJIElEIDE4DQpBUElDOiBDUFUg NiBoYXMgQUNQSSBJRCAzDQpBUElDOiBDUFUgNyBoYXMgQUNQSSBJRCAxOQ0KQVBJQzogQ1BVIDgg aGFzIEFDUEkgSUQgNA0KQVBJQzogQ1BVIDkgaGFzIEFDUEkgSUQgMjANCkFQSUM6IENQVSAxMCBo YXMgQUNQSSBJRCA1DQpBUElDOiBDUFUgMTEgaGFzIEFDUEkgSUQgMjENCkFQSUM6IENQVSAxMiBo YXMgQUNQSSBJRCA2DQpBUElDOiBDUFUgMTMgaGFzIEFDUEkgSUQgMjINCkFQSUM6IENQVSAxNCBo YXMgQUNQSSBJRCA3DQpBUElDOiBDUFUgMTUgaGFzIEFDUEkgSUQgMjMNCkFQSUM6IENQVSAxNiBo YXMgQUNQSSBJRCA4DQpBUElDOiBDUFUgMTcgaGFzIEFDUEkgSUQgMjQNCkFQSUM6IENQVSAxOCBo YXMgQUNQSSBJRCA5DQpBUElDOiBDUFUgMTkgaGFzIEFDUEkgSUQgMjUNCkFQSUM6IENQVSAyMCBo YXMgQUNQSSBJRCAxMA0KQVBJQzogQ1BVIDIxIGhhcyBBQ1BJIElEIDI2DQpBUElDOiBDUFUgMjIg aGFzIEFDUEkgSUQgMTENCkFQSUM6IENQVSAyMyBoYXMgQUNQSSBJRCAyNw0KQVBJQzogQ1BVIDI0 IGhhcyBBQ1BJIElEIDEyDQpBUElDOiBDUFUgMjUgaGFzIEFDUEkgSUQgMjgNCkFQSUM6IENQVSAy NiBoYXMgQUNQSSBJRCAxMw0KQVBJQzogQ1BVIDI3IGhhcyBBQ1BJIElEIDI5DQpBUElDOiBDUFUg MjggaGFzIEFDUEkgSUQgMTQNCkFQSUM6IENQVSAyOSBoYXMgQUNQSSBJRCAzMA0KQVBJQzogQ1BV IDMwIGhhcyBBQ1BJIElEIDE1DQpBUElDOiBDUFUgMzEgaGFzIEFDUEkgSUQgMzENCng4NmJpb3M6 ICBJVlQgMHgwMDAwMDAtMHgwMDA0ZmYgYXQgMHhmZmZmZmUwMDAwMDAwMDAwDQp4ODZiaW9zOiBT U0VHIDB4MDAxMDAwLTB4MDAxZmZmIGF0IDB4ZmZmZmZmODAwMDVlMzAwMA0KeDg2YmlvczogRUJE QSAweDA5ZjAwMC0weDA5ZmZmZiBhdCAweGZmZmZmZTAwMDAwOWYwMDANCng4NmJpb3M6ICBST00g MHgwYTAwMDAtMHgwZmVmZmYgYXQgMHhmZmZmZmUwMDAwMGEwMDAwDQpyYW5kb20gZGV2aWNlIG5v dCBsb2FkZWQ7IHVzaW5nIGluc2VjdXJlIGVudHJvcHkNClVMRTogc2V0dXAgY3B1IDANClVMRTog c2V0dXAgY3B1IDENClVMRTogc2V0dXAgY3B1IDINClVMRTogc2V0dXAgY3B1IDMNClVMRTogc2V0 dXAgY3B1IDQNClVMRTogc2V0dXAgY3B1IDUNClVMRTogc2V0dXAgY3B1IDYNClVMRTogc2V0dXAg Y3B1IDcNClVMRTogc2V0dXAgY3B1IDgNClVMRTogc2V0dXAgY3B1IDkNClVMRTogc2V0dXAgY3B1 IDEwDQpVTEU6IHNldHVwIGNwdSAxMQ0KVUxFOiBzZXR1cCBjcHUgMTINClVMRTogc2V0dXAgY3B1 IDEzDQpVTEU6IHNldHVwIGNwdSAxNA0KVUxFOiBzZXR1cCBjcHUgMTUNClVMRTogc2V0dXAgY3B1 IDE2DQpVTEU6IHNldHVwIGNwdSAxNw0KVUxFOiBzZXR1cCBjcHUgMTgNClVMRTogc2V0dXAgY3B1 IDE5DQpVTEU6IHNldHVwIGNwdSAyMA0KVUxFOiBzZXR1cCBjcHUgMjENClVMRTogc2V0dXAgY3B1 IDIyDQpVTEU6IHNldHVwIGNwdSAyMw0KVUxFOiBzZXR1cCBjcHUgMjQNClVMRTogc2V0dXAgY3B1 IDI1DQpVTEU6IHNldHVwIGNwdSAyNg0KVUxFOiBzZXR1cCBjcHUgMjcNClVMRTogc2V0dXAgY3B1 IDI4DQpVTEU6IHNldHVwIGNwdSAyOQ0KVUxFOiBzZXR1cCBjcHUgMzANClVMRTogc2V0dXAgY3B1 IDMxDQpBQ1BJOiBSU0RQIDB4ZWEwMjAgMDAwMjQgKHYwMiAgICBYZW4pDQpBQ1BJOiBYU0RUIDB4 ZmMwMTU5MjAgMDAwNUMgKHYwMSAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSFZNTCAwMDAwMDAw MCkNCkFDUEk6IEZBQ1AgMHhmYzAxNDk4MCAwMDBGNCAodjA0ICAgIFhlbiAgICAgIEhWTSAwMDAw MDAwMCBIVk1MIDAwMDAwMDAwKQ0KQUNQSTogRFNEVCAweGZjMDAzNWUwIDExMzE1ICh2MDIgICAg WGVuICAgICAgSFZNIDAwMDAwMDAwIElOVEwgMjAwOTAxMjMpDQpBQ1BJOiBGQUNTIDB4ZmMwMDM1 YTAgMDAwNDANCkFDUEk6IEFQSUMgMHhmYzAxNGE4MCAwMDQ2MCAodjAyICAgIFhlbiAgICAgIEhW TSAwMDAwMDAwMCBIVk1MIDAwMDAwMDAwKQ0KQUNQSTogU1JBVCAweGZjMDE0ZjYwIDAwOEE4ICh2 MDEgICAgWGVuICAgICAgSFZNIDAwMDAwMDAwIEhWTUwgMDAwMDAwMDApDQpBQ1BJOiBIUEVUIDB4 ZmMwMTU4MzAgMDAwMzggKHYwMSAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSFZNTCAwMDAwMDAw MCkNCkFDUEk6IFdBRVQgMHhmYzAxNTg3MCAwMDAyOCAodjAxICAgIFhlbiAgICAgIEhWTSAwMDAw MDAwMCBIVk1MIDAwMDAwMDAwKQ0KQUNQSTogU1NEVCAweGZjMDE1OGEwIDAwMDMxICh2MDIgICAg WGVuICAgICAgSFZNIDAwMDAwMDAwIElOVEwgMjAwOTAxMjMpDQpBQ1BJOiBTU0RUIDB4ZmMwMTU4 ZTAgMDAwMzEgKHYwMiAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSU5UTCAyMDA5MDEyMykNCk1B RFQ6IEZvdW5kIElPIEFQSUMgSUQgMSwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMA0KaW9hcGlj MDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxDQppb2FwaWMwOiBSb3V0aW5nIGV4dGVybmFsIDgyNTlB J3MgLT4gaW50cGluIDANCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAy DQppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyDQpNQURUOiBJbnRlcnJ1cHQgb3Zl cnJpZGU6IHNvdXJjZSA1LCBpcnEgNQ0KaW9hcGljMDogaW50cGluIDUgdHJpZ2dlcjogbGV2ZWwN CmlvYXBpYzA6IGludHBpbiA1IHBvbGFyaXR5OiBsb3cNCk1BRFQ6IEludGVycnVwdCBvdmVycmlk ZTogc291cmNlIDEwLCBpcnEgMTANCmlvYXBpYzA6IGludHBpbiAxMCB0cmlnZ2VyOiBsZXZlbA0K aW9hcGljMDogaW50cGluIDEwIHBvbGFyaXR5OiBsb3cNCk1BRFQ6IEludGVycnVwdCBvdmVycmlk ZTogc291cmNlIDExLCBpcnEgMTENCmlvYXBpYzA6IGludHBpbiAxMSB0cmlnZ2VyOiBsZXZlbA0K aW9hcGljMDogaW50cGluIDExIHBvbGFyaXR5OiBsb3cNCk1BRFQ6IEZvcmNpbmcgYWN0aXZlLWxv dyBwb2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3IgU0NJDQppb2FwaWMwOiBpbnRwaW4gOSBw b2xhcml0eTogbG93DQppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBsZXZlbA0KaW9hcGljMCA8 VmVyc2lvbiAxLjE+IGlycXMgMC00NyBvbiBtb3RoZXJib2FyZA0KY3B1MCBCU1A6DQogICAgIElE OiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZm ZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAw MCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQp3bGFuOiA8ODAyLjExIExpbmsgTGF5 ZXI+DQpFdmVudC1jaGFubmVsIGRldmljZSBpbnN0YWxsZWQuDQpzbmRfdW5pdF9pbml0KCkgdT0w eDAwZmY4MDAwIFs1MTJdIGQ9MHgwMDAwN2MwMCBbMzJdIGM9MHgwMDAwMDNmZiBbMTAyNF0NCmZl ZWRlcl9yZWdpc3Rlcjogc25kX3VuaXQ9LTEgc25kX21heGF1dG92Y2hhbnM9MTYgbGF0ZW5jeT01 IGZlZWRlcl9yYXRlX21pbj0xDQpmZWVkZXJfcmF0ZV9tYXg9MjAxNjAwMCBmZWVkZXJfcmF0ZV9y b3VuZD0yNQ0Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0DQprYmQxIGF0IGtiZG11eDANCm1lbTogPG1l bW9yeT4NCm5mc2xvY2s6IHBzZXVkby1kZXZpY2UNCm51bGw6IDxudWxsIGRldmljZSwgemVybyBk ZXZpY2U+DQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4NClZFU0E6 IElOVCAweDEwIHZlY3RvciAweGMwMDA6MHg4MzZlDQpWRVNBOiBpbmZvcm1hdGlvbiBibG9jaw0K MDAwMCAgIDU2IDQ1IDUzIDQxIDAwIDAyIGY1IDgyIDAwIGMwIDAwIDAwIDAwIDAwIDQwIDAwDQow MDEwICAgMDAgMDIgNDAgMDAgMDAgMDEgZjUgODIgMDAgYzAgZjUgODIgMDAgYzAgMGUgODMNCjAw MjAgICAwMCBjMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDAz MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMDQw ICAgMDEgMDEgMTAgMDEgMTEgMDEgMTIgMDEgMDMgMDEgMTMgMDEgMTQgMDEgMTUgMDEKMDA1MCAg IDA1IDAxIDE2IDAxIDE3IDAxIDE4IDAxIDA3IDAxIDE5IDAxIDFhIDAxIGZmIGZmDQowMDYwICAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwNzAgICAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDA4MCAgIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMDkwICAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwYTAgICAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBiMCAgIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMGMwICAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwZDAgICAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBlMCAgIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMGYwICAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxMDAgICAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDExMCAgIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTIwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxMzAgICAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDE0MCAgIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTUwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxNjAgICAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDE3MCAgIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTgwICAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxOTAgICAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDFhMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMWIwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxYzAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDFkMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMWUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxZjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KVkVTQTogMTUgbW9kZShzKSBmb3VuZA0KVkVTQTogdjIu MCwgNDA5NmsgbWVtb3J5LCBmbGFnczoweDAsIG1vZGUgdGFibGU6MHhmZmZmZmY4MDAwNWZkMDQw ICgyMDAwMDQwKQ0KVkVTQTogVkdBQklPUyBDaXJydXMgZXh0ZW5zaW9uDQpWRVNBOiBWR0FCSU9T IENpcnJ1cyBleHRlbnNpb24gVkdBQklPUyBDaXJydXMgZXh0ZW5zaW9uIDEuMA0KaW86IDxJL08+ DQpocHRycjogUm9ja2V0UkFJRCAxN3h4LzJ4eHggU0FUQSBjb250cm9sbGVyIGRyaXZlciB2MS4y DQpocHQyN3h4OiBSb2NrZXRSQUlEIDI3eHggY29udHJvbGxlciBkcml2ZXIgdjEuMA0KeGVuX2V0 MDogPFhlbiBQViBDbG9jaz4gb24gbW90aGVyYm9hcmQNCkV2ZW50IHRpbWVyICJYRU5USU1FUiIg ZnJlcXVlbmN5IDEwMDAwMDAwMDAgSHogcXVhbGl0eSA5NTANClRpbWVjb3VudGVyICJYRU5USU1F UiIgZnJlcXVlbmN5IDEwMDAwMDAwMDAgSHogcXVhbGl0eSA5NTANCnhlbl9ldDA6IHJlZ2lzdGVy ZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAxMDAwMDAwMHVzLCBhZGp1c3Rt ZW50DQo1LjAwMDAwMDAwMHMpDQphY3BpMDogPFhlbj4gb24gbW90aGVyYm9hcmQNCkFDUEk6IEFs bCBBQ1BJIFRhYmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQNCmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgNCmFjcGkwOiBQb3dlciBCdXR0 b24gKGZpeGVkKQ0KYWNwaTA6IFNsZWVwIEJ1dHRvbiAoZml4ZWQpDQphY3BpMDogcmVzZXJ2YXRp b24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZA0KY3B1MDogUHJvY2Vzc29yIFxfU0JfLlBSMDAgKEFD UEkgSUQgMCkgLT4gQVBJQyBJRCAwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUwOiBz d2l0Y2hpbmcgdG8gZ2VuZXJpYyBDeCBtb2RlDQpjcHUxOiBQcm9jZXNzb3IgXF9TQl8uUFIwMSAo QUNQSSBJRCAxKSAtPiBBUElDIElEIDINCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTI6 IFByb2Nlc3NvciBcX1NCXy5QUjAyIChBQ1BJIElEIDIpIC0+IEFQSUMgSUQgNA0KY3B1MjogPEFD UEkgQ1BVPiBvbiBhY3BpMA0KY3B1MzogUHJvY2Vzc29yIFxfU0JfLlBSMDMgKEFDUEkgSUQgMykg LT4gQVBJQyBJRCA2DQpjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHU0OiBQcm9jZXNzb3Ig XF9TQl8uUFIwNCAoQUNQSSBJRCA0KSAtPiBBUElDIElEIDgNCmNwdTQ6IDxBQ1BJIENQVT4gb24g YWNwaTANCmNwdTU6IFByb2Nlc3NvciBcX1NCXy5QUjA1IChBQ1BJIElEIDUpIC0+IEFQSUMgSUQg MTANCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTY6IFByb2Nlc3NvciBcX1NCXy5QUjA2 IChBQ1BJIElEIDYpIC0+IEFQSUMgSUQgMTINCmNwdTY6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNw dTc6IFByb2Nlc3NvciBcX1NCXy5QUjA3IChBQ1BJIElEIDcpIC0+IEFQSUMgSUQgMTQNCmNwdTc6 IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTg6IFByb2Nlc3NvciBcX1NCXy5QUjA4IChBQ1BJIElE IDgpIC0+IEFQSUMgSUQgMTYNCmNwdTg6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTk6IFByb2Nl c3NvciBcX1NCXy5QUjA5IChBQ1BJIElEIDkpIC0+IEFQSUMgSUQgMTgNCmNwdTk6IDxBQ1BJIENQ VT4gb24gYWNwaTANCmNwdTEwOiBQcm9jZXNzb3IgXF9TQl8uUFIwQSAoQUNQSSBJRCAxMCkgLT4g QVBJQyBJRCAyMA0KY3B1MTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTExOiBQcm9jZXNzb3Ig XF9TQl8uUFIwQiAoQUNQSSBJRCAxMSkgLT4gQVBJQyBJRCAyMg0KY3B1MTE6IDxBQ1BJIENQVT4g b24gYWNwaTANCmNwdTEyOiBQcm9jZXNzb3IgXF9TQl8uUFIwQyAoQUNQSSBJRCAxMikgLT4gQVBJ QyBJRCAyNA0KY3B1MTI6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTEzOiBQcm9jZXNzb3IgXF9T Ql8uUFIwRCAoQUNQSSBJRCAxMykgLT4gQVBJQyBJRCAyNg0KY3B1MTM6IDxBQ1BJIENQVT4gb24g YWNwaTANCmNwdTE0OiBQcm9jZXNzb3IgXF9TQl8uUFIwRSAoQUNQSSBJRCAxNCkgLT4gQVBJQyBJ RCAyOA0KY3B1MTQ6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTE1OiBQcm9jZXNzb3IgXF9TQl8u UFIwRiAoQUNQSSBJRCAxNSkgLT4gQVBJQyBJRCAzMA0KY3B1MTU6IDxBQ1BJIENQVT4gb24gYWNw aTANCmNwdTE2OiBQcm9jZXNzb3IgXF9TQl8uUFIxMCAoQUNQSSBJRCAxNikgLT4gQVBJQyBJRCAx DQpjcHUxNjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MTc6IFByb2Nlc3NvciBcX1NCXy5QUjEx IChBQ1BJIElEIDE3KSAtPiBBUElDIElEIDMNCmNwdTE3OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpj cHUxODogUHJvY2Vzc29yIFxfU0JfLlBSMTIgKEFDUEkgSUQgMTgpIC0+IEFQSUMgSUQgNQ0KY3B1 MTg6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTE5OiBQcm9jZXNzb3IgXF9TQl8uUFIxMyAoQUNQ SSBJRCAxOSkgLT4gQVBJQyBJRCA3DQpjcHUxOTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MjA6 IFByb2Nlc3NvciBcX1NCXy5QUjE0IChBQ1BJIElEIDIwKSAtPiBBUElDIElEIDkNCmNwdTIwOiA8 QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyMTogUHJvY2Vzc29yIFxfU0JfLlBSMTUgKEFDUEkgSUQg MjEpIC0+IEFQSUMgSUQgMTENCmNwdTIxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyMjogUHJv Y2Vzc29yIFxfU0JfLlBSMTYgKEFDUEkgSUQgMjIpIC0+IEFQSUMgSUQgMTMNCmNwdTIyOiA8QUNQ SSBDUFU+IG9uIGFjcGkwDQpjcHUyMzogUHJvY2Vzc29yIFxfU0JfLlBSMTcgKEFDUEkgSUQgMjMp IC0+IEFQSUMgSUQgMTUNCmNwdTIzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyNDogUHJvY2Vz c29yIFxfU0JfLlBSMTggKEFDUEkgSUQgMjQpIC0+IEFQSUMgSUQgMTcNCmNwdTI0OiA8QUNQSSBD UFU+IG9uIGFjcGkwDQpjcHUyNTogUHJvY2Vzc29yIFxfU0JfLlBSMTkgKEFDUEkgSUQgMjUpIC0+ IEFQSUMgSUQgMTkNCmNwdTI1OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyNjogUHJvY2Vzc29y IFxfU0JfLlBSMUEgKEFDUEkgSUQgMjYpIC0+IEFQSUMgSUQgMjENCmNwdTI2OiA8QUNQSSBDUFU+ IG9uIGFjcGkwDQpjcHUyNzogUHJvY2Vzc29yIFxfU0JfLlBSMUIgKEFDUEkgSUQgMjcpIC0+IEFQ SUMgSUQgMjMNCmNwdTI3OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyODogUHJvY2Vzc29yIFxf U0JfLlBSMUMgKEFDUEkgSUQgMjgpIC0+IEFQSUMgSUQgMjUNCmNwdTI4OiA8QUNQSSBDUFU+IG9u IGFjcGkwDQpjcHUyOTogUHJvY2Vzc29yIFxfU0JfLlBSMUQgKEFDUEkgSUQgMjkpIC0+IEFQSUMg SUQgMjcNCmNwdTI5OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUzMDogUHJvY2Vzc29yIFxfU0Jf LlBSMUUgKEFDUEkgSUQgMzApIC0+IEFQSUMgSUQgMjkNCmNwdTMwOiA8QUNQSSBDUFU+IG9uIGFj cGkwDQpjcHUzMTogUHJvY2Vzc29yIFxfU0JfLlBSMUYgKEFDUEkgSUQgMzEpIC0+IEFQSUMgSUQg MzENCmNwdTMxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIy MCAoQUNQSSBJRCAzMikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMjEgKEFDUEkg SUQgMzMpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjIyIChBQ1BJIElEIDM0KSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIyMyAoQUNQSSBJRCAzNSkgaWdub3JlZA0K QUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMjQgKEFDUEkgSUQgMzYpIGlnbm9yZWQNCkFDUEk6IFBy b2Nlc3NvciBcX1NCXy5QUjI1IChBQ1BJIElEIDM3KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3Ig XF9TQl8uUFIyNiAoQUNQSSBJRCAzOCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBS MjcgKEFDUEkgSUQgMzkpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjI4IChBQ1BJ IElEIDQwKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIyOSAoQUNQSSBJRCA0MSkg aWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMkEgKEFDUEkgSUQgNDIpIGlnbm9yZWQN CkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjJCIChBQ1BJIElEIDQzKSBpZ25vcmVkDQpBQ1BJOiBQ cm9jZXNzb3IgXF9TQl8uUFIyQyAoQUNQSSBJRCA0NCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29y IFxfU0JfLlBSMkQgKEFDUEkgSUQgNDUpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5Q UjJFIChBQ1BJIElEIDQ2KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIyRiAoQUNQ SSBJRCA0NykgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMzAgKEFDUEkgSUQgNDgp IGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjMxIChBQ1BJIElEIDQ5KSBpZ25vcmVk DQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIzMiAoQUNQSSBJRCA1MCkgaWdub3JlZA0KQUNQSTog UHJvY2Vzc29yIFxfU0JfLlBSMzMgKEFDUEkgSUQgNTEpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3Nv ciBcX1NCXy5QUjM0IChBQ1BJIElEIDUyKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8u UFIzNSAoQUNQSSBJRCA1MykgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMzYgKEFD UEkgSUQgNTQpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjM3IChBQ1BJIElEIDU1 KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIzOCAoQUNQSSBJRCA1NikgaWdub3Jl ZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMzkgKEFDUEkgSUQgNTcpIGlnbm9yZWQNCkFDUEk6 IFByb2Nlc3NvciBcX1NCXy5QUjNBIChBQ1BJIElEIDU4KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNz b3IgXF9TQl8uUFIzQiAoQUNQSSBJRCA1OSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0Jf LlBSM0MgKEFDUEkgSUQgNjApIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjNEIChB Q1BJIElEIDYxKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIzRSAoQUNQSSBJRCA2 MikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSM0YgKEFDUEkgSUQgNjMpIGlnbm9y ZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjQwIChBQ1BJIElEIDY0KSBpZ25vcmVkDQpBQ1BJ OiBQcm9jZXNzb3IgXF9TQl8uUFI0MSAoQUNQSSBJRCA2NSkgaWdub3JlZA0KQUNQSTogUHJvY2Vz c29yIFxfU0JfLlBSNDIgKEFDUEkgSUQgNjYpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NC Xy5QUjQzIChBQ1BJIElEIDY3KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI0NCAo QUNQSSBJRCA2OCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNDUgKEFDUEkgSUQg NjkpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjQ2IChBQ1BJIElEIDcwKSBpZ25v cmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI0NyAoQUNQSSBJRCA3MSkgaWdub3JlZA0KQUNQ STogUHJvY2Vzc29yIFxfU0JfLlBSNDggKEFDUEkgSUQgNzIpIGlnbm9yZWQNCkFDUEk6IFByb2Nl c3NvciBcX1NCXy5QUjQ5IChBQ1BJIElEIDczKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9T Ql8uUFI0QSAoQUNQSSBJRCA3NCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNEIg KEFDUEkgSUQgNzUpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjRDIChBQ1BJIElE IDc2KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI0RCAoQUNQSSBJRCA3NykgaWdu b3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNEUgKEFDUEkgSUQgNzgpIGlnbm9yZWQNCkFD UEk6IFByb2Nlc3NvciBcX1NCXy5QUjRGIChBQ1BJIElEIDc5KSBpZ25vcmVkDQpBQ1BJOiBQcm9j ZXNzb3IgXF9TQl8uUFI1MCAoQUNQSSBJRCA4MCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxf U0JfLlBSNTEgKEFDUEkgSUQgODEpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjUy IChBQ1BJIElEIDgyKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1MyAoQUNQSSBJ RCA4MykgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNTQgKEFDUEkgSUQgODQpIGln bm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjU1IChBQ1BJIElEIDg1KSBpZ25vcmVkDQpB Q1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1NiAoQUNQSSBJRCA4NikgaWdub3JlZA0KQUNQSTogUHJv Y2Vzc29yIFxfU0JfLlBSNTcgKEFDUEkgSUQgODcpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBc X1NCXy5QUjU4IChBQ1BJIElEIDg4KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1 OSAoQUNQSSBJRCA4OSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNUEgKEFDUEkg SUQgOTApIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjVCIChBQ1BJIElEIDkxKSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1QyAoQUNQSSBJRCA5MikgaWdub3JlZA0K QUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNUQgKEFDUEkgSUQgOTMpIGlnbm9yZWQNCkFDUEk6IFBy b2Nlc3NvciBcX1NCXy5QUjVFIChBQ1BJIElEIDk0KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3Ig XF9TQl8uUFI1RiAoQUNQSSBJRCA5NSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBS NjAgKEFDUEkgSUQgOTYpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjYxIChBQ1BJ IElEIDk3KSBpZ25vcmVkCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjYyIChBQ1BJIElEIDk4KSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI2MyAoQUNQSSBJRCA5OSkgaWdub3JlZA0K QUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNjQgKEFDUEkgSUQgMTAwKSBpZ25vcmVkDQpBQ1BJOiBQ cm9jZXNzb3IgXF9TQl8uUFI2NSAoQUNQSSBJRCAxMDEpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3Nv ciBcX1NCXy5QUjY2IChBQ1BJIElEIDEwMikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0Jf LlBSNjcgKEFDUEkgSUQgMTAzKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI2OCAo QUNQSSBJRCAxMDQpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjY5IChBQ1BJIElE IDEwNSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNkEgKEFDUEkgSUQgMTA2KSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI2QiAoQUNQSSBJRCAxMDcpIGlnbm9yZWQN CkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjZDIChBQ1BJIElEIDEwOCkgaWdub3JlZA0KQUNQSTog UHJvY2Vzc29yIFxfU0JfLlBSNkQgKEFDUEkgSUQgMTA5KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNz b3IgXF9TQl8uUFI2RSAoQUNQSSBJRCAxMTApIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NC Xy5QUjZGIChBQ1BJIElEIDExMSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNzAg KEFDUEkgSUQgMTEyKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI3MSAoQUNQSSBJ RCAxMTMpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjcyIChBQ1BJIElEIDExNCkg aWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNzMgKEFDUEkgSUQgMTE1KSBpZ25vcmVk DQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI3NCAoQUNQSSBJRCAxMTYpIGlnbm9yZWQNCkFDUEk6 IFByb2Nlc3NvciBcX1NCXy5QUjc1IChBQ1BJIElEIDExNykgaWdub3JlZA0KQUNQSTogUHJvY2Vz c29yIFxfU0JfLlBSNzYgKEFDUEkgSUQgMTE4KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9T Ql8uUFI3NyAoQUNQSSBJRCAxMTkpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjc4 IChBQ1BJIElEIDEyMCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNzkgKEFDUEkg SUQgMTIxKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI3QSAoQUNQSSBJRCAxMjIp IGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjdCIChBQ1BJIElEIDEyMykgaWdub3Jl ZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSN0MgKEFDUEkgSUQgMTI0KSBpZ25vcmVkDQpBQ1BJ OiBQcm9jZXNzb3IgXF9TQl8uUFI3RCAoQUNQSSBJRCAxMjUpIGlnbm9yZWQNCkFDUEk6IFByb2Nl c3NvciBcX1NCXy5QUjdFIChBQ1BJIElEIDEyNikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxf U0JfLlBSN0YgKEFDUEkgSUQgMTI3KSBpZ25vcmVkDQpocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2 ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTANCmhwZXQwOiB2 ZW5kb3IgMHg4MDg2LCByZXYgMHgxLCA2MjUwMDAwMEh6IDY0Yml0LCAzIHRpbWVycywgbGVnYWN5 IHJvdXRlDQpocGV0MDogIHQwOiBpcnFzIDB4MDBmMDAwMDAgKDApLCA2NGJpdCwgcGVyaW9kaWMN CmhwZXQwOiAgdDE6IGlycXMgMHgwMGYwMDAwMCAoMCksIDY0Yml0LCBwZXJpb2RpYw0KaHBldDA6 ICB0MjogaXJxcyAweDAwZjAwMDAwICgwKSwgNjRiaXQsIHBlcmlvZGljDQpUaW1lY291bnRlciAi SFBFVCIgZnJlcXVlbmN5IDYyNTAwMDAwIEh6IHF1YWxpdHkgOTUwDQphdHRpbWVyMDogPEFUIHRp bWVyPiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMA0KVGltZWNvdW50ZXIgImk4MjU0IiBm cmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIg KElTQSBJUlEgMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkNCkV2ZW50IHRpbWVyICJpODI1NCIgZnJl cXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDANCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2Nr PiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMA0KYXRydGMwOiBub3QgaW5zdGFsbGVkIGFz IHRpbWUtb2YtZGF5IGNsb2NrOiBjbG9jayB4ZW5fZXQgaGFzIGhpZ2hlciByZXNvbHV0aW9uDQpp b2FwaWMwOiByb3V0aW5nIGludHBpbiA4IChJU0EgSVJRIDgpIHRvIGxhcGljIDAgdmVjdG9yIDUw DQpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwDQpBQ1BJIHRp bWVyOiAxLzIwIDEvMTkgMS8xOSAxLzIwIDEvMTkgMS8yMyAxLzIwIDEvMTkgMS8xOCAxLzE3IC0+ IDEwDQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5 IDkwMA0KYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHhi MDA4LTB4YjAwYiBvbiBhY3BpMA0KcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBOICAgICAwICA1IDEwIDEx DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgNSAxMCAxMQ0KICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgMTAgMTENCnBjaV9saW5rMTogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAg IDEwICAgTiAgICAgMCAgNSAxMCAxMQ0KICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxMCAgIE4g ICAgIDAgIDUgMTAgMTENCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICA1 IDEwIDExDQpwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDUgMTAgMTENCiAgVmFsaWRhdGlv biAgICAgICAgICAwICAgMTEgICBOICAgICAwICA1IDEwIDExDQogIEFmdGVyIERpc2FibGUgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgNSAxMCAxMQ0KcGNpX2xpbmszOiAgICAgICAgSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBOICAgICAw ICA1IDEwIDExDQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgNSAxMCAx MQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgMTAgMTENCnBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaWIw OiBkZWNvZGluZyA0IHJhbmdlIDAtMHhjZjcNCnBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDB4ZDAw LTB4ZmZmZg0KcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhhMDAwMC0weGJmZmZmDQpwY2liMDog ZGVjb2RpbmcgMyByYW5nZSAweGYwMDAwMDAwLTB4ZmJmZmZmZmYNCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwDQpwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTANCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MTIzNywgcmV2aWQ9MHgwMg0KCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0wLCBmdW5jPTANCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21k cmVnPTB4MDAwNCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcwMDAsIHJldmlkPTB4MDANCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MSwgZnVuYz0wDQoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQ0KCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MDEwLCByZXZpZD0weDAwDQoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MQ0KCWNsYXNzPTAxLTAxLTgwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDFmMC0weDFmNykg Zm9yIHJpZCAxMCBvZiBwY2kwOjA6MToxDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjYt MHgzZjYpIGZvciByaWQgMTQgb2YgcGNpMDowOjE6MQ0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4MTcwLTB4MTc3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDoxOjENCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSA0ICgweDM3Ni0weDM3NikgZm9yIHJpZCAxYyBvZiBwY2kwOjA6MToxDQoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhjMTAwLCBzaXplICA0LCBlbmFibGVkDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhjMTAwLTB4YzEwZikgZm9yIHJpZCAyMCBvZiBwY2kw OjA6MToxDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcxMTMsIHJldmlkPTB4MDENCglk b21haW49MCwgYnVzPTAsIHNsb3Q9MSwgZnVuYz0zDQoJY2xhc3M9MDYtODAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDQsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjEuSU5UQQ0KcGNpYjA6IHNsb3QgMSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjANCmZv dW5kLT4JdmVuZG9yPTB4MTAxMywgZGV2PTB4MDBiOCwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yLCBmdW5jPTANCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wDQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMp DQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQoJbWFwWzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGYwMDAwMDAwLCBzaXplIDI1LCBlbmFibGVkDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhmMDAwMDAwMC0weGYxZmZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyOjANCgltYXBbMTRd OiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmMzAwMDAwMCwgc2l6ZSAxMiwgZW5hYmxl ZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZjMwMDAwMDAtMHhmMzAwMGZmZikgZm9yIHJp ZCAxNCBvZiBwY2kwOjA6MjowDQpmb3VuZC0+CXZlbmRvcj0weDU4NTMsIGRldj0weDAwMDEsIHJl dmlkPTB4MDENCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MywgZnVuYz0wDQoJY2xhc3M9ZmYtODAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDAw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9NQ0KCW1hcFsxMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YzAwMCwgc2l6ZSAgOCwgZW5hYmxlZA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4YzAwMC0weGMwZmYpIGZvciByaWQgMTAgb2YgcGNp MDowOjM6MA0KCW1hcFsxNF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmMjAwMDAwMCwgc2l6ZSAyNCwgZW5hYmxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZjIwMDAwMDAtMHhmMmZmZmZmZikgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MzowDQpwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4zLklOVEENCnBjaWIwOiBzbG90IDMgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDI4DQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAN CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIFBJSVgzIFdETUEyIGNv bnRyb2xsZXI+IHBvcnQNCjB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4YzEw MC0weGMxMGYgYXQgZGV2aWNlIDEuMSBvbiBwY2kwDQphdGEwOiA8QVRBIGNoYW5uZWw+IGF0IGNo YW5uZWwgMCBvbiBhdGFwY2kwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAx NCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTENCmF0YTE6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAx IG9uIGF0YXBjaTANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJRIDE1KSB0byBs YXBpYyAwIHZlY3RvciA1Mg0KcGNpMDogPGJyaWRnZT4gYXQgZGV2aWNlIDEuMyAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbQ0KMHhmMDAw MDAwMC0weGYxZmZmZmZmLDB4ZjMwMDAwMDAtMHhmMzAwMGZmZiBhdCBkZXZpY2UgMi4wIG9uIHBj aTANCnhlbnBjaTA6IDxYZW4gUGxhdGZvcm0gRGV2aWNlPiBwb3J0IDB4YzAwMC0weGMwZmYgbWVt IDB4ZjIwMDAwMDAtMHhmMmZmZmZmZiBpcnENCjI4IGF0IGRldmljZSAzLjAgb24gcGNpMA0KaW9h cGljMDogcm91dGluZyBpbnRwaW4gMjggKFBDSSBJUlEgMjgpIHRvIGxhcGljIDAgdmVjdG9yIDUz DQp4ZW5zdG9yZTA6IDxYZW5TdG9yZT4gb24geGVucGNpMA0KR3JhbnQgdGFibGUgaW5pdGlhbGl6 ZWQNCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTANCmF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFj cGkwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KYXRrYmQ6IHRoZSBj dXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDYxDQphdGtiZDoga2V5Ym9hcmQg SUQgMHg0MWFiICgyKQ0Ka2JkYzogUkVTRVRfS0JEIHJldHVybiBjb2RlOjAwZmENCmtiZGM6IFJF U0VUX0tCRCBzdGF0dXM6MDBhYQ0Ka2JkMCBhdCBhdGtiZDANCmtiZDA6IGF0a2JkMCwgQVQgMTAx LzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4MWQwMDAwDQppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAgdmVjdG9yIDU0DQphdGtiZDA6IFtHSUFOVC1M T0NLRURdDQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDYxDQprYmRjOiBURVNUX0FVWF9Q T1JUIHN0YXR1czowMDAwDQprYmRjOiBSRVNFVF9BVVggcmV0dXJuIGNvZGU6MDBmYQ0Ka2JkYzog UkVTRVRfQVVYIHN0YXR1czowMGFhDQprYmRjOiBSRVNFVF9BVVggSUQ6MDAwMA0Ka2JkYzogUkVT RVRfQVVYIHJldHVybiBjb2RlOjAwZmENCmtiZGM6IFJFU0VUX0FVWCBzdGF0dXM6MDBhYQ0Ka2Jk YzogUkVTRVRfQVVYIElEOjAwMDANCnBzbTogc3RhdHVzIDAwIDAyIDY0DQpwc206IHN0YXR1cyAw MCAwMCA2NA0KcHNtOiBzdGF0dXMgMDAgMDMgNjQNCnBzbTogc3RhdHVzIDAwIDAzIDY0DQpwc206 IGRhdGEgMDggMDAgMDANCnBzbTogc3RhdHVzIDAwIDAyIDY0DQpwc20wOiA8UFMvMiBNb3VzZT4g aXJxIDEyIG9uIGF0a2JkYzANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEyIChJU0EgSVJRIDEy KSB0byBsYXBpYyAwIHZlY3RvciA1NQ0KcHNtMDogW0dJQU5ULUxPQ0tFRF0NCnBzbTA6IG1vZGVs IEludGVsbGlNb3VzZSBFeHBsb3JlciwgZGV2aWNlIElEIDQtMDAsIDUgYnV0dG9ucw0KcHNtMDog Y29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwOCwgcGFja2V0IHNpemU6NA0KcHNtMDogc3lu Y21hc2s6MDgsIHN5bmNiaXRzOjAwDQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBv cnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTANCmZkYzA6IGRvZXMgbm90 IHJlc3BvbmQNCmRldmljZV9hdHRhY2g6IGZkYzAgYXR0YWNoIHJldHVybmVkIDYNCnVhcnQwOiA8 MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9u IGFjcGkwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMCB2 ZWN0b3IgNTYNCnVhcnQwOiBmYXN0IGludGVycnVwdA0KdWFydDA6IGNvbnNvbGUgKDk2MDAsbiw4 LDEpDQpBQ1BJOiBFbmFibGVkIDIgR1BFcyBpbiBibG9jayAwMCB0byAwRg0KYWNwaTA6IHdha2V1 cCBjb2RlIHZhIDB4ZmZmZmZmYzJjZTA0OTAwMCBwYSAweDMwMDAwDQphaGNfaXNhX2lkZW50aWZ5 IDA6IGlvcG9ydCAweGMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMTogaW9wb3J0 IDB4MWMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMjogaW9wb3J0IDB4MmMwMCBh bGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMzogaW9wb3J0IDB4M2MwMCBhbGxvYyBmYWls ZWQNCmFoY19pc2FfaWRlbnRpZnkgNDogaW9wb3J0IDB4NGMwMCBhbGxvYyBmYWlsZWQNCmFoY19p c2FfaWRlbnRpZnkgNTogaW9wb3J0IDB4NWMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRp ZnkgNjogaW9wb3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgNzogaW9w b3J0IDB4N2MwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgODogaW9wb3J0IDB4OGMw MCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgOTogaW9wb3J0IDB4OWMwMCBhbGxvYyBm YWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMTA6IGlvcG9ydCAweGFjMDAgYWxsb2MgZmFpbGVkDQph aGNfaXNhX2lkZW50aWZ5IDExOiBpb3BvcnQgMHhiYzAwIGFsbG9jIGZhaWxlZA0KYWhjX2lzYV9p ZGVudGlmeSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkg MTM6IGlvcG9ydCAweGRjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX2lkZW50aWZ5IDE0OiBpb3Bv cnQgMHhlYzAwIGFsbG9jIGZhaWxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAt MHhhMDdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEw ODAwLTB4YTBmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMTAwMC0weGExN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGEyMDAwLTB4YTI3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhMjgwMC0weGEyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGEzODAwLTB4YTNmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNDAwMC0weGE0N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAtMHhhNGZmZikgZm9yIHJpZCAwIG9m IG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE1MDAwLTB4YTU3ZmYpIGZvciByaWQg MCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTgwMC0weGE1ZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTYwMDAtMHhhNjdmZikg Zm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE2ODAwLTB4YTZm ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzAwMC0w eGE3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTc4 MDAtMHhhN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGE4MDAwLTB4YTg3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhODgwMC0weGE4ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YTkwMDAtMHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGE5ODAwLTB4YTlmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhYTAwMC0weGFhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFiMDAwLTB4YWI3ZmYpIGZvciByaWQgMCBvZiBvcm0w DQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjgwMC0weGFiZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAw IG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFjODAwLTB4YWNmZmYpIGZvciBy aWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZDAwMC0weGFkN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAtMHhhZGZm ZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFlMDAwLTB4 YWU3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZTgw MC0weGFlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGFmODAwLTB4YWZmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjA4MDAtMHhiMGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGIxMDAwLTB4YjE3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiMTgwMC0weGIxZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAtMHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyODAwLTB4YjJmZmYpIGZvciByaWQgMCBvZiBv cm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMzAwMC0weGIzN2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJp ZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0MDAwLTB4YjQ3ZmYpIGZv ciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNDgwMC0weGI0ZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjUwMDAtMHhi NTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI1ODAw LTB4YjVmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi NjAwMC0weGI2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YjY4MDAtMHhiNmZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGI3MDAwLTB4Yjc3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGI4ODAwLTB4YjhmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAwMC0weGI5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9yIHJpZCAwIG9mIG9y bTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJhMDAwLTB4YmE3ZmYpIGZvciByaWQgMCBv ZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgwMC0weGJhZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAtMHhiYjdmZikgZm9y IHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiODAwLTB4YmJmZmYp IGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYzAwMC0weGJj N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmM4MDAt MHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJk MDAwLTB4YmQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiZDgwMC0weGJkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGJlODAwLTB4YmVmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiZjAwMC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9mIG9ybTANCmV4X2lz YV9pZGVudGlmeSgpDQppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcw0K YXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KYXRydGM6IGF0cnRj MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmF0dGltZXI6IGF0dGltZXIwIGFscmVhZHkg ZXhpc3RzOyBza2lwcGluZyBpdA0Kc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQN CnVhcnQ6IHVhcnQwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KaXNhX3Byb2JlX2NoaWxk cmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcw0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZs YWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0w eDEwMD4NCnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAodGVrZW4g dGVybWluYWwpDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgz YzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh MDAwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2YgdmdhMA0KZmRjMDogTm8gRkRPVVQgcmVnaXN0ZXIh DQpmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2YwIGlycSA2IGRycSAyIG9uIGlzYTAN CnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlDQpwcGMwIGZhaWxlZCB0byBwcm9i ZSBhdCBpcnEgNyBvbiBpc2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyZjgtMHgyZmYp IGZvciByaWQgMCBvZiB1YXJ0MQ0KdWFydDEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgyZjgt MHgyZmYgaXJxIDMgb24gaXNhMA0Kd2J3ZDAgZmFpbGVkIHRvIHByb2JlIG9uIGlzYTANCmlzYV9w cm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcw0KRGV2aWNlIGNvbmZpZ3VyYXRpb24g ZmluaXNoZWQuDQpwcm9jZnMgcmVnaXN0ZXJlZA0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAu MDAwIG1zZWMNCnZsYW46IGluaXRpYWxpemVkLCB1c2luZyBoYXNoIHRhYmxlcyB3aXRoIGNoYWlu aW5nDQp0Y3BfaW5pdDogbmV0LmluZXQudGNwLnRjYmhhc2hzaXplIGF1dG8gdHVuZWQgdG8gMjA5 NzE1Mg0KbG8wOiBicGYgYXR0YWNoZWQNCmhwdHJyOiBubyBjb250cm9sbGVyIGRldGVjdGVkLg0K aHB0Mjd4eDogbm8gY29udHJvbGxlciBkZXRlY3RlZC4NCnhjdHJsMDogPFhlbiBDb250cm9sIERl dmljZT4gb24geGVuc3RvcmUwDQphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9MDAgb3N0 YXQxPTAwDQp4ZW5idXNiX2Zyb250MDogPFhlbiBGcm9udGVuZCBEZXZpY2VzPiBvbiB4ZW5zdG9y ZTANCmF0YTA6IHN0YXQwPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDANCmF0YTA6IHN0 YXQxPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDANCmF0YTA6IHJlc2V0IHRwMiBzdGF0 MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MA0KYXRhMTogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQw PTAwIG9zdGF0MT0wMA0KYXRhMTogc3RhdDA9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgw MA0KYXRhMTogc3RhdDE9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgwMA0KYXRhMTogcmVz ZXQgdHAyIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHgwDQp4bjA6IDxWaXJ0dWFsIE5ldHdv cmsgSW50ZXJmYWNlPiBhdCBkZXZpY2UvdmlmLzAgb24geGVuYnVzYl9mcm9udDANCnhuMDogYnBm IGF0dGFjaGVkDQp4bjA6IEV0aGVybmV0IGFkZHJlc3M6IDIyOjAwOjBhOjk0OmI1OjA1DQp4ZW5i dXNiX2JhY2swOiA8WGVuIEJhY2tlbmQgRGV2aWNlcz4gb24geGVuc3RvcmUwDQp4bjA6IGJhY2tl bmQgZmVhdHVyZXM6IGZlYXR1cmUtc2cgZmVhdHVyZS1nc28tdGNwNA0KeGJkMDogMTAyNDBNQiA8 VmlydHVhbCBCbG9jayBEZXZpY2U+IGF0IGRldmljZS92YmQvNzY4IG9uIHhlbmJ1c2JfZnJvbnQw DQp4YmQwOiBhdHRhY2hpbmcgYXMgYWQwDQp4YmQwOiBkaXNrIHN1cHBvcnRzIGNhY2hlIGZsdXNo IHVzaW5nOiBiYXJyaWVycw0KR0VPTTogbmV3IGRpc2sgYWQwDQp4YmQxOiAxMjI4NjZNQiA8Vmly dHVhbCBCbG9jayBEZXZpY2U+IGF0IGRldmljZS92YmQvNTE3Mjggb24geGVuYnVzYl9mcm9udDAN CnhiZDE6IGRpc2sgc3VwcG9ydHMgY2FjaGUgZmx1c2ggdXNpbmc6IGZsdXNoDQp4YmQyOiAxMjI4 NjZNQiA8VmlydHVhbCBCbG9jayBEZXZpY2U+IGF0IGRldmljZS92YmQvNTE3NDQgb24geGVuYnVz Yl9mcm9udDANCnhiZDI6IGRpc2sgc3VwcG9ydHMgY2FjaGUgZmx1c2ggdXNpbmc6IGZsdXNoDQpT TVA6IEFQIENQVSAjNCBMYXVuY2hlZCENCmNwdTQgQVA6DQogICAgIElEOiAweDA0MDAwMDAwICAg VkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6 IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAw MDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAw ZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCENCmNwdTEgQVA6DQog ICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAw eDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTAg TGF1bmNoZWQhDQpjcHUxMCBBUDoNCiAgICAgSUQ6IDB4MGEwMDAwMDAgICBWRVI6IDB4MDAwNTAw MTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBs aW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAw MTA0MDANClNNUDogQVAgQ1BVICMxMSBMYXVuY2hlZCENCmNwdTExIEFQOg0KICAgICBJRDogMHgw YjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm DQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJy OiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApTTVA6IEFQIENQVSAjMTYgTGF1bmNoZWQhDQpj cHUxNiBBUDoNCiAgICAgSUQ6IDB4MjAwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAw MDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAw MDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVm IHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDog QVAgQ1BVICMyMiBMYXVuY2hlZCENCmNwdTIyIEFQOg0KICAgICBJRDogMHgyNjAwMDAwMCAgIFZF UjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAw eDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAx ZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYw IHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzIzIExhdW5jaGVkIQ0KY3B1MjMgQVA6DQog ICAgIElEOiAweDI3MDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAw eDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTkg TGF1bmNoZWQhDQpjcHUxOSBBUDoNCiAgICAgSUQ6IDB4MjMwMDAwMDAgICBWRVI6IDB4MDAwNTAw MTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBs aW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAw MTA0MDANClNNUDogQVAgQ1BVICMxNyBMYXVuY2hlZCENCmNwdTE3IEFQOg0KICAgICBJRDogMHgy MTAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm DQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJy OiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhDQpj cHU3IEFQOg0KICAgICBJRDogMHgwNzAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAw MDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAw NDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYg dGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBB UCBDUFUgIzI3IExhdW5jaGVkIQ0KY3B1MjcgQVA6DQogICAgIElEOiAweDJiMDAwMDAwICAgVkVS OiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4 MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFm Zg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAg cG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMjYgTGF1bmNoZWQhDQpjcHUyNiBBUDoNCiAg ICAgSUQ6IDB4MmEwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjog MHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4 MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAw MDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDogQVAgQ1BVICMyNSBM YXVuY2hlZCENCmNwdTI1IEFQOg0KICAgICBJRDogMHgyOTAwMDAwMCAgIFZFUjogMHgwMDA1MDAx NCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxp bnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6 IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAx MDQwMA0KU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpjcHUzIEFQOg0KICAgICBJRDogMHgwMzAw MDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQog IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAw eDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhDQpjcHUy IEFQOg0KICAgICBJRDogMHgwMjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAw MDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAw IFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBD UFUgIzIxIExhdW5jaGVkIQ0KY3B1MjEgQVA6DQogICAgIElEOiAweDI1MDAwMDAwICAgVkVSOiAw eDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAw MTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0K ICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1j OiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMjAgTGF1bmNoZWQhDQpjcHUyMCBBUDoNCiAgICAg SUQ6IDB4MjQwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhm ZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAw MDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEw MDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDogQVAgQ1BVICMyOSBMYXVu Y2hlZCENCmNwdTI5IEFQOg0KICAgICBJRDogMHgyZDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBM RFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQx OiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4 MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQw MA0KU01QOiBBUCBDUFUgIzMxIExhdW5jaGVkIQ0KY3B1MzEgQVA6DQogICAgIElEOiAweDJmMDAw MDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAg bGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjog MHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4 MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTggTGF1bmNoZWQhDQpjcHUx OCBBUDoNCiAgICAgSUQ6IDB4MjIwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAw MDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRo ZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDogQVAg Q1BVICMzMCBMYXVuY2hlZCENCmNwdTMwIEFQOg0KICAgICBJRDogMHgyZTAwMDAwMCAgIFZFUjog MHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAw MDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYN CiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBt YzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzEzIExhdW5jaGVkIQ0KY3B1MTMgQVA6DQogICAg IElEOiAweDBkMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4 ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAw MDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAx MDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMjQgTGF1 bmNoZWQhDQpjcHUyNCBBUDoNCiAgICAgSUQ6IDB4MjgwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQg TERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAw eDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0 MDANClNNUDogQVAgQ1BVICMyOCBMYXVuY2hlZCENCmNwdTI4IEFQOg0KICAgICBJRDogMHgyYzAw MDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQog IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAw eDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzggTGF1bmNoZWQhDQpjcHU4 IEFQOg0KICAgICBJRDogMHgwODAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAw MDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAw IFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBD UFUgIzE0IExhdW5jaGVkIQ0KY3B1MTQgQVA6DQogICAgIElEOiAweDBlMDAwMDAwICAgVkVSOiAw eDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAw MTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0K ICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1j OiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjNSBMYXVuY2hlZCENCmNwdTUgQVA6DQogICAgIElE OiAweDA1MDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZm ZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAw MCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTIgTGF1bmNo ZWQhDQpjcHUxMiBBUDoNCiAgICAgSUQ6IDB4MGMwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERS OiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTog MHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAw MDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAN ClNNUDogQVAgQ1BVICMxNSBMYXVuY2hlZCENCmNwdTE1IEFQOg0KICAgICBJRDogMHgwZjAwMDAw MCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxp bnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4 MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAw MDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzYgTGF1bmNoZWQhDQpjcHU2IEFQ Og0KICAgICBJRDogMHgwNjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAg REZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQ UjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUg IzkgTGF1bmNoZWQhDQpjcHU5IEFQOg0KICAgICBJRDogMHgwOTAwMDAwMCAgIFZFUjogMHgwMDA1 MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAw IGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGlt ZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgw MDAxMDQwMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBsYXBpYyAx IHZlY3RvciA0OA0KcGFuaWM6IHhlbl9ldDA6IEVycm9yIC0yMiBzZXR0aW5nIHNpbmdsZXNob3Qg dGltZXIgdG8gNTA2MTY3NTU1MDk1ODA1IGZvciB2Q1BVIzENCg0KY3B1aWQgPSAxDQpLREI6IHN0 YWNrIGJhY2t0cmFjZToNCiMwIDB4ZmZmZmZmZmY4MDhlNmVkMCBhdCBrZGJfYmFja3RyYWNlKzB4 NjANCiMxIDB4ZmZmZmZmZmY4MDhiMjJiNiBhdCB2cGFuaWMrMHgxMjYNCiMyIDB4ZmZmZmZmZmY4 MDhiMjM0MyBhdCBwYW5pYysweDQzDQojMyAweGZmZmZmZmZmODA3YTQ0NWEgYXQgeGVudGltZXJf ZXRfc3RhcnQrMHhjYQ0KIzQgMHhmZmZmZmZmZjgwY2IzNjVkIGF0IGxvYWR0aW1lcisweGZkDQoj NSAweGZmZmZmZmZmODBjYjM4ZDcgYXQgY3B1X25ld19jYWxsb3V0KzB4YzcNCiM2IDB4ZmZmZmZm ZmY4MDhjNWNhMSBhdCBjYWxsb3V0X3Byb2Nlc3MrMHgyYzENCiM3IDB4ZmZmZmZmZmY4MGNiMjVk NSBhdCBoYW5kbGVldmVudHMrMHgxODUNCiM4IDB4ZmZmZmZmZmY4MGNiMzI0YiBhdCBjcHVfaW5p dGNsb2Nrc19hcCsweGNiDQojOSAweGZmZmZmZmZmODBjMmZjODQgYXQgaW5pdF9zZWNvbmRhcnkr MHg0NzQNClVwdGltZTogM3MNCkF1dG9tYXRpYyByZWJvb3QgaW4gMTUgc2Vjb25kcyAtIHByZXNz IGEga2V5IG9uIHRoZSBjb25zb2xlIHRvIGFib3J0DQotLT4gUHJlc3MgYSBrZXkgb24gdGhlIGNv bnNvbGUgdG8gcmVib290LA0KLS0+IG9yIHN3aXRjaCBvZmYgdGhlIHN5c3RlbSBub3cuDQoNCi0t IA0KQ29saW4gUGVyY2l2YWwNClNlY3VyaXR5IE9mZmljZXIgRW1lcml0dXMsIEZyZWVCU0QgfCBU aGUgcG93ZXIgdG8gc2VydmUNCkZvdW5kZXIsIFRhcnNuYXAgfCB3d3cudGFyc25hcC5jb20gfCBP bmxpbmUgYmFja3VwcyBmb3IgdGhlIHRydWx5IHBhcmFub2lkDQoKCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri May 24 12:02:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:02: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 1Ufqgo-00065D-3L; Fri, 24 May 2013 12:01:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfatX-0004Mv-18 for xen-users@lists.xen.org; Thu, 23 May 2013 19:09:47 +0000 Received: from [85.158.143.99:6824] by server-2.bemta-4.messagelabs.com id CB/A2-27124-A796E915; Thu, 23 May 2013 19:09:46 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-11.tower-216.messagelabs.com!1369336184!26774177!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23029 invoked from network); 23 May 2013 19:09:45 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-11.tower-216.messagelabs.com with SMTP; 23 May 2013 19:09:45 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=RGyyWjrWYyxmFaErXWRib1 atsug=; b=UKBYvwMENojNZB0Y/oDKIbNp4Nh/F/+kSpj8VCx/2FkYSzfOxq23El P1gWZHio+wcLXXl3NGN5cJtLS+v9bDCrU0vKgP5eBGSuYon7Q9kCkzGieEZxQVS5 wMBa8hTkuOmB+aBdl4g1y9j1ynsTo/wMRkPvISCJragFaEOoYCXO4= Received: by 10.4.35.224 with SMTP id mf3.16632.519E69733 Thu, 23 May 2013 19:09:39 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.60.208.17]) by mi13 (SG) with ESMTP id 13ed2cbe8ec.3ba8.a48fb3 for ; Thu, 23 May 2013 14:09:38 -0500 (CST) Received: (qmail 29333 invoked from network); 23 May 2013 19:09:32 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 23 May 2013 19:09:32 -0000 Received: (qmail 5906 invoked from network); 23 May 2013 19:09:12 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 23 May 2013 19:09:12 -0000 Message-ID: <519E6958.6020606@freebsd.org> Date: Thu, 23 May 2013 12:09:12 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> In-Reply-To: <519DDC0A.9000201@citrix.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nRq8GEonLh0/LXnqrS9FFeuVQVcovU1ViO9NRNfi8G1qJnYYCgDbh/kKEn5Zxfg2/yjco+bURPol97ar0QmtATz X-Mailman-Approved-At: Fri, 24 May 2013 12:01:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gMDUvMjMvMTMgMDI6MDYsIFJvZ2VyIFBhdSBNb25uw6kgd3JvdGU6DQo+IE9uIDIyLzA1LzEz IDIyOjAzLCBDb2xpbiBQZXJjaXZhbCB3cm90ZToNCj4+IFRlc3Rpbmcgb24gYSBjcjEuOHhsYXJn ZSBFQzIgaW5zdGFuY2UsIEkgZ2V0IFhlbiA0LjIsIGJ1dCBpdCBlbmRzIHVwIHdpdGgNCj4+IGEg cGFuaWMgLS0gY29uc29sZSBvdXRwdXQgYmVsb3cuICBJIGNhbiBnZXQgYSBiYWNrdHJhY2UgYW5k IHBvc3NpYmx5IGV2ZW4NCj4+IGEgZHVtcCBpZiB0aG9zZSB3b3VsZCBoZWxwLg0KPiANCj4gVGhh bmtzIGZvciB0aGUgdGVzdCwgSSd2ZSBiZWVuIHVzaW5nIFhlbiA0LjIgKGFuZCA0LjMpIHdpdGhv dXQgcHJvYmxlbXMgDQo+IHNvIGZhci4gQnkgbG9va2luZyBhdCB0aGUgWGVuIGNvZGUsIHRoZSBv bmx5IHJlYXNvbiB0aGUgdGltZXIgc2V0dXAgDQo+IGNvdWxkIHJldHVybiAtMjIgKEVJTlZBTCks IGlzIHRoYXQgd2UgdHJ5IHRvIHNldCB0aGUgdGltZXIgZm9yIGEgDQo+IGRpZmZlcmVudCB2Q1BV IHRoYW4gdGhlIG9uZSB3ZSBhcmUgcnVubmluZyBvbi4NCj4gDQo+IEkndmUgYmVlbiBhYmxlIHRv IGJvb3QgYSAzMiB2Q1BVIERvbVUgb24gbXkgOHdheSBib3ggdXNpbmcgWGVuIDQuMi4xIA0KPiAo dXNpbmcgYm90aCBxZW11LXhlbiBhbmQgcWVtdS14ZW4tdHJhZGl0aW9uYWwgZGV2aWNlIG1vZGVs cyksIHNvIEknbSANCj4gdW5zdXJlIGlmIHRoaXMgY291bGQgYmUgZHVlIHRvIHNvbWUgcGF0Y2gg QW1hem9uIGFwcGxpZXMgdG8gWGVuLiBDb3VsZCANCj4geW91IHRyeSB0aGUgZm9sbG93aW5nIHBh dGNoIGFuZCBwb3N0IHRoZSBlcnJvciBtZXNzYWdlPyBJIHdvdWxkIGxpa2UgdG8gDQo+IHNlZSBp ZiB0aGUgY3B1aWQgcmVwb3J0ZWQgYnkga2RiIGFuZCB0aGUgdkNQVSB0aGF0IHdlIGFyZSB0cnlp bmcgdG8gc2V0IA0KPiB0aGUgdGltZXIgYXJlIHRoZSBzYW1lLg0KDQpMb29rcyBsaWtlIHRoZXJl J3MgYWdyZWVtZW50IGFib3V0IHRoZSBjcHVpZHMgaGVyZS4gIEFueXRoaW5nIGVsc2UgSSBzaG91 bGQNCnRyeSB0ZXN0aW5nPw0KDQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDAwMDAwMDAwIGxl bj0wMDAwMDAwMDAwMDllMDAwDQpTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMDAwMDllMDAwIGxl bj0wMDAwMDAwMDAwMDAyMDAwDQpTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMDAwMGUwMDAwIGxl bj0wMDAwMDAwMDAwMDIwMDAwDQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDAwMTAwMDAwIGxl bj0wMDAwMDAwMGVmZjAwMDAwDQpTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMGZjMDAwMDAwIGxl bj0wMDAwMDAwMDA0MDAwMDAwDQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMTAwMDAwMDAwIGxl bj0wMDAwMDAzYzE5MDAwMDAwDQpUYWJsZSAnRkFDUCcgYXQgMHhmYzAxNDk4MA0KVGFibGUgJ0FQ SUMnIGF0IDB4ZmMwMTRhODANCkFQSUM6IEZvdW5kIHRhYmxlIGF0IDB4ZmMwMTRhODANCkFQSUM6 IFVzaW5nIHRoZSBNQURUIGVudW1lcmF0b3IuDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgMDogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMCAoQVApDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAyIEFDUEkgSUQgMTogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMiAoQVApDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCA0IEFDUEkgSUQgMjogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUg NCAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA2IEFDUEkgSUQgMzogZW5hYmxlZA0KU01Q OiBBZGRlZCBDUFUgNiAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA4IEFDUEkgSUQgNDog ZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgOCAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAx MCBBQ1BJIElEIDU6IGVuYWJsZWQNClNNUDogQWRkZWQgQ1BVIDEwIChBUCkNCk1BRFQ6IEZvdW5k IENQVSBBUElDIElEIDEyIEFDUEkgSUQgNjogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMTIgKEFQ KQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMTQgQUNQSSBJRCA3OiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSAxNCAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzMiBBQ1BJIElEIDg6IGVu YWJsZWQNClNNUDogQWRkZWQgQ1BVIDMyIChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDM0 IEFDUEkgSUQgOTogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMzQgKEFQKQ0KTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMzYgQUNQSSBJRCAxMDogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMzYgKEFQ KQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMzggQUNQSSBJRCAxMTogZW5hYmxlZA0KU01QOiBB ZGRlZCBDUFUgMzggKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNDAgQUNQSSBJRCAxMjog ZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgNDAgKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg NDIgQUNQSSBJRCAxMzogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgNDIgKEFQKQ0KTUFEVDogRm91 bmQgQ1BVIEFQSUMgSUQgNDQgQUNQSSBJRCAxNDogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgNDQg KEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNDYgQUNQSSBJRCAxNTogZW5hYmxlZA0KU01Q OiBBZGRlZCBDUFUgNDYgKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDE2 OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAxIChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElE IDMgQUNQSSBJRCAxNzogZW5hYmxlZA0KU01QOiBBZGRlZCBDUFUgMyAoQVApDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCA1IEFDUEkgSUQgMTg6IGVuYWJsZWQNClNNUDogQWRkZWQgQ1BVIDUgKEFQ KQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElEIDE5OiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSA3IChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDkgQUNQSSBJRCAyMDogZW5h YmxlZA0KU01QOiBBZGRlZCBDUFUgOSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxMSBB Q1BJIElEIDIxOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAxMSAoQVApDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAxMyBBQ1BJIElEIDIyOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAxMyAoQVAp DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxNSBBQ1BJIElEIDIzOiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSAxNSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzMyBBQ1BJIElEIDI0OiBl bmFibGVkDQpTTVA6IEFkZGVkIENQVSAzMyAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAz NSBBQ1BJIElEIDI1OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAzNSAoQVApDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAzNyBBQ1BJIElEIDI2OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAzNyAo QVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzOSBBQ1BJIElEIDI3OiBlbmFibGVkDQpTTVA6 IEFkZGVkIENQVSAzOSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA0MSBBQ1BJIElEIDI4 OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSA0MSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCA0MyBBQ1BJIElEIDI5OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSA0MyAoQVApDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCA0NSBBQ1BJIElEIDMwOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSA0 NSAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA0NyBBQ1BJIElEIDMxOiBlbmFibGVkDQpT TVA6IEFkZGVkIENQVSA0NyAoQVApDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg MzI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzM6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzQ6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgMzY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgMzc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgMzg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMzk6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDA6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDE6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgNDM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgNDQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDU6 IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDY6IGRpc2FibGVk DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDc6IGRpc2FibGVkDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNDg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgNDk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgNTA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg NTE6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTI6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTM6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgNTU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgNTY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgNTc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTg6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNTk6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjA6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjE6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgNjI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgNjM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjQ6 IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjU6IGRpc2FibGVk DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjY6IGRpc2FibGVkDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNjc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgNjg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgNjk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg NzA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzE6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzI6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgNzQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgNzU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgNzY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzc6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzg6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgNzk6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgODE6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgODI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODM6 IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODQ6IGRpc2FibGVk DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODU6IGRpc2FibGVkDQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgODY6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgODc6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgODg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg ODk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTA6IGRpc2Fi bGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTE6IGRpc2FibGVkDQpNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBD UFUgQVBJQyBJRCAwIEFDUEkgSUQgOTM6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAwIEFDUEkgSUQgOTQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkg SUQgOTU6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTY6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTc6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTg6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgOTk6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAwIEFDUEkgSUQgMTAwOiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBB Q1BJIElEIDEwMTogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAx MDI6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTAzOiBkaXNh YmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDEwNDogZGlzYWJsZWQNCk1B RFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMDU6IGRpc2FibGVkDQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTA2OiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQ SUMgSUQgMCBBQ1BJIElEIDEwNzogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAg QUNQSSBJRCAxMDg6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg MTA5OiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDExMDogZGlz YWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMTE6IGRpc2FibGVkDQpN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTEyOiBkaXNhYmxlZA0KTUFEVDogRm91 bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDExMzogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBB UElDIElEIDAgQUNQSSBJRCAxMTQ6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgMTE1OiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElE IDExNjogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMTc6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTE4OiBkaXNhYmxlZA0K TUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDExOTogZGlzYWJsZWQNCk1BRFQ6IEZv dW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMjA6IGRpc2FibGVkDQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAwIEFDUEkgSUQgMTIxOiBkaXNhYmxlZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg MCBBQ1BJIElEIDEyMjogZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJ RCAxMjM6IGRpc2FibGVkCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMjQ6IGRp c2FibGVkDQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTI1OiBkaXNhYmxlZA0K TUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDEyNjogZGlzYWJsZWQNCk1BRFQ6IEZv dW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxMjc6IGRpc2FibGVkDQpDb3B5cmlnaHQgKGMpIDE5 OTItMjAxMyBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAx OTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQoJVGhlIFJlZ2Vu dHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4N CkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0 aW9uLg0KRnJlZUJTRCAxMC4wLUNVUlJFTlQgIzIgcis5YjI1MzU2LWRpcnR5OiBUaHUgTWF5IDIz IDE4OjQ5OjIyIFVUQyAyMDEzDQogICAgcm9vdEBpcC0xMC0xNDgtMTc3LTIxNjovdXNyL29iai91 c3Ivc3JjL3N5cy9YRU5IVk0gYW1kNjQNCkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRydW5r IDE3ODg2MCkgMjAxMzA0MDUNCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVj dCByZWR1Y2VkIHBlcmZvcm1hbmNlLg0KWEVOOiBIeXBlcnZpc29yIHZlcnNpb24gNC4yIGRldGVj dGVkLg0KWEVOOiBEaXNhYmxpbmcgZW11bGF0ZWQgYmxvY2sgYW5kIG5ldHdvcmsgZGV2aWNlcw0K UHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4 MThjYTAwMC4NCkh5cGVydmlzb3I6IE9yaWdpbiA9ICJYZW5WTU1YZW5WTU0iDQpDYWxpYnJhdGlu ZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMjYwMDA0NjM2OCBIeg0KQ1BVOiBJbnRlbChSKSBY ZW9uKFIpIENQVSBFNS0yNjcwIDAgQCAyLjYwR0h6ICgyNjAwLjA1LU1IeiBLOC1jbGFzcyBDUFUp DQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MjA2ZDcgIEZhbWlseSA9IDB4NiAg TW9kZWwgPSAweDJkICBTdGVwcGluZyA9IDcNCg0KRmVhdHVyZXM9MHgxNzgzZmJmZjxGUFUsVk1F LERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBB VCxQU0UzNixNTVgsRlhTUixTU0UsU1NFMixIVFQ+DQoNCkZlYXR1cmVzMj0weDlmYmEyMjAzPFNT RTMsUENMTVVMUURRLFNTU0UzLENYMTYsUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxQT1BDTlQs VFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEhWPg0KICBBTUQgRmVhdHVyZXM9MHgyODEw MDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4NCiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4NCnJl YWwgbWVtb3J5ICA9IDI2MjE0NDAwMDAwMCAoMjUwMDAwIE1CKQ0KUGh5c2ljYWwgbWVtb3J5IGNo dW5rKHMpOg0KMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDk5ZmZmLCA2MjY2ODgg Ynl0ZXMgKDE1MyBwYWdlcykNCjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDFmZmZm ZiwgMTA0ODU3NiBieXRlcyAoMjU2IHBhZ2VzKQ0KMHgwMDAwMDAwMDAxOWUxMDAwIC0gMHgwMDAw MDAwMGVmZmZmZmZmLCAzOTk5Mzk1ODQwIGJ5dGVzICg5NzY0MTUgcGFnZXMpDQoweDAwMDAwMDAx MDAwMDAwMDAgLSAweDAwMDAwMDNiOGFlMzdmZmYsIDI1MTQzODI2ODQxNiBieXRlcyAoNjEzODYy OTYgcGFnZXMpDQphdmFpbCBtZW1vcnkgPSAyNDQzOTM5OTIxOTIgKDIzMzA3MiBNQikNCkV2ZW50 IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA0MDANCkFDUEkgQVBJQyBUYWJsZTogPFhlbiBIVk0+DQpJ TlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwg QVBJQyAyIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAzIGFzIGEgdGFyZ2V0 DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA0IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9j YWwgQVBJQyA1IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA2IGFzIGEgdGFy Z2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA3IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyA4IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA5IGFzIGEg dGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxMCBhcyBhIHRhcmdldA0KSU5UUjogQWRk aW5nIGxvY2FsIEFQSUMgMTEgYXMgYSB0YXJnZXQNCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDEy IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxMyBhcyBhIHRhcmdldA0KSU5U UjogQWRkaW5nIGxvY2FsIEFQSUMgMTQgYXMgYSB0YXJnZXQNCklOVFI6IEFkZGluZyBsb2NhbCBB UElDIDE1IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAzMiBhcyBhIHRhcmdl dA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMzMgYXMgYSB0YXJnZXQNCklOVFI6IEFkZGluZyBs b2NhbCBBUElDIDM0IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAzNSBhcyBh IHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMzYgYXMgYSB0YXJnZXQNCklOVFI6IEFk ZGluZyBsb2NhbCBBUElDIDM3IGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAz OCBhcyBhIHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMzkgYXMgYSB0YXJnZXQNCklO VFI6IEFkZGluZyBsb2NhbCBBUElDIDQwIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwg QVBJQyA0MSBhcyBhIHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNDIgYXMgYSB0YXJn ZXQNCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDQzIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyA0NCBhcyBhIHRhcmdldA0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNDUgYXMg YSB0YXJnZXQNCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDQ2IGFzIGEgdGFyZ2V0DQpJTlRSOiBB ZGRpbmcgbG9jYWwgQVBJQyA0NyBhcyBhIHRhcmdldA0KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vz c29yIFN5c3RlbSBEZXRlY3RlZDogMzIgQ1BVcw0KRnJlZUJTRC9TTVA6IDIgcGFja2FnZShzKSB4 IDggY29yZShzKSB4IDIgU01UIHRocmVhZHMNCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMA0KIGNw dTEgKEFQKTogQVBJQyBJRDogIDENCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICAyDQogY3B1MyAoQVAp OiBBUElDIElEOiAgMw0KIGNwdTQgKEFQKTogQVBJQyBJRDogIDQNCiBjcHU1IChBUCk6IEFQSUMg SUQ6ICA1DQogY3B1NiAoQVApOiBBUElDIElEOiAgNg0KIGNwdTcgKEFQKTogQVBJQyBJRDogIDcN CiBjcHU4IChBUCk6IEFQSUMgSUQ6ICA4DQogY3B1OSAoQVApOiBBUElDIElEOiAgOQ0KIGNwdTEw IChBUCk6IEFQSUMgSUQ6IDEwDQogY3B1MTEgKEFQKTogQVBJQyBJRDogMTENCiBjcHUxMiAoQVAp OiBBUElDIElEOiAxMg0KIGNwdTEzIChBUCk6IEFQSUMgSUQ6IDEzDQogY3B1MTQgKEFQKTogQVBJ QyBJRDogMTQNCiBjcHUxNSAoQVApOiBBUElDIElEOiAxNQ0KIGNwdTE2IChBUCk6IEFQSUMgSUQ6 IDMyDQogY3B1MTcgKEFQKTogQVBJQyBJRDogMzMNCiBjcHUxOCAoQVApOiBBUElDIElEOiAzNA0K IGNwdTE5IChBUCk6IEFQSUMgSUQ6IDM1DQogY3B1MjAgKEFQKTogQVBJQyBJRDogMzYNCiBjcHUy MSAoQVApOiBBUElDIElEOiAzNw0KIGNwdTIyIChBUCk6IEFQSUMgSUQ6IDM4DQogY3B1MjMgKEFQ KTogQVBJQyBJRDogMzkNCiBjcHUyNCAoQVApOiBBUElDIElEOiA0MA0KIGNwdTI1IChBUCk6IEFQ SUMgSUQ6IDQxDQogY3B1MjYgKEFQKTogQVBJQyBJRDogNDINCiBjcHUyNyAoQVApOiBBUElDIElE OiA0Mw0KIGNwdTI4IChBUCk6IEFQSUMgSUQ6IDQ0DQogY3B1MjkgKEFQKTogQVBJQyBJRDogNDUN CiBjcHUzMCAoQVApOiBBUElDIElEOiA0Ng0KIGNwdTMxIChBUCk6IEFQSUMgSUQ6IDQ3DQpBUElD OiBDUFUgMCBoYXMgQUNQSSBJRCAwDQpBUElDOiBDUFUgMSBoYXMgQUNQSSBJRCAxNg0KQVBJQzog Q1BVIDIgaGFzIEFDUEkgSUQgMQ0KQVBJQzogQ1BVIDMgaGFzIEFDUEkgSUQgMTcNCkFQSUM6IENQ VSA0IGhhcyBBQ1BJIElEIDINCkFQSUM6IENQVSA1IGhhcyBBQ1BJIElEIDE4DQpBUElDOiBDUFUg NiBoYXMgQUNQSSBJRCAzDQpBUElDOiBDUFUgNyBoYXMgQUNQSSBJRCAxOQ0KQVBJQzogQ1BVIDgg aGFzIEFDUEkgSUQgNA0KQVBJQzogQ1BVIDkgaGFzIEFDUEkgSUQgMjANCkFQSUM6IENQVSAxMCBo YXMgQUNQSSBJRCA1DQpBUElDOiBDUFUgMTEgaGFzIEFDUEkgSUQgMjENCkFQSUM6IENQVSAxMiBo YXMgQUNQSSBJRCA2DQpBUElDOiBDUFUgMTMgaGFzIEFDUEkgSUQgMjINCkFQSUM6IENQVSAxNCBo YXMgQUNQSSBJRCA3DQpBUElDOiBDUFUgMTUgaGFzIEFDUEkgSUQgMjMNCkFQSUM6IENQVSAxNiBo YXMgQUNQSSBJRCA4DQpBUElDOiBDUFUgMTcgaGFzIEFDUEkgSUQgMjQNCkFQSUM6IENQVSAxOCBo YXMgQUNQSSBJRCA5DQpBUElDOiBDUFUgMTkgaGFzIEFDUEkgSUQgMjUNCkFQSUM6IENQVSAyMCBo YXMgQUNQSSBJRCAxMA0KQVBJQzogQ1BVIDIxIGhhcyBBQ1BJIElEIDI2DQpBUElDOiBDUFUgMjIg aGFzIEFDUEkgSUQgMTENCkFQSUM6IENQVSAyMyBoYXMgQUNQSSBJRCAyNw0KQVBJQzogQ1BVIDI0 IGhhcyBBQ1BJIElEIDEyDQpBUElDOiBDUFUgMjUgaGFzIEFDUEkgSUQgMjgNCkFQSUM6IENQVSAy NiBoYXMgQUNQSSBJRCAxMw0KQVBJQzogQ1BVIDI3IGhhcyBBQ1BJIElEIDI5DQpBUElDOiBDUFUg MjggaGFzIEFDUEkgSUQgMTQNCkFQSUM6IENQVSAyOSBoYXMgQUNQSSBJRCAzMA0KQVBJQzogQ1BV IDMwIGhhcyBBQ1BJIElEIDE1DQpBUElDOiBDUFUgMzEgaGFzIEFDUEkgSUQgMzENCng4NmJpb3M6 ICBJVlQgMHgwMDAwMDAtMHgwMDA0ZmYgYXQgMHhmZmZmZmUwMDAwMDAwMDAwDQp4ODZiaW9zOiBT U0VHIDB4MDAxMDAwLTB4MDAxZmZmIGF0IDB4ZmZmZmZmODAwMDVlMzAwMA0KeDg2YmlvczogRUJE QSAweDA5ZjAwMC0weDA5ZmZmZiBhdCAweGZmZmZmZTAwMDAwOWYwMDANCng4NmJpb3M6ICBST00g MHgwYTAwMDAtMHgwZmVmZmYgYXQgMHhmZmZmZmUwMDAwMGEwMDAwDQpyYW5kb20gZGV2aWNlIG5v dCBsb2FkZWQ7IHVzaW5nIGluc2VjdXJlIGVudHJvcHkNClVMRTogc2V0dXAgY3B1IDANClVMRTog c2V0dXAgY3B1IDENClVMRTogc2V0dXAgY3B1IDINClVMRTogc2V0dXAgY3B1IDMNClVMRTogc2V0 dXAgY3B1IDQNClVMRTogc2V0dXAgY3B1IDUNClVMRTogc2V0dXAgY3B1IDYNClVMRTogc2V0dXAg Y3B1IDcNClVMRTogc2V0dXAgY3B1IDgNClVMRTogc2V0dXAgY3B1IDkNClVMRTogc2V0dXAgY3B1 IDEwDQpVTEU6IHNldHVwIGNwdSAxMQ0KVUxFOiBzZXR1cCBjcHUgMTINClVMRTogc2V0dXAgY3B1 IDEzDQpVTEU6IHNldHVwIGNwdSAxNA0KVUxFOiBzZXR1cCBjcHUgMTUNClVMRTogc2V0dXAgY3B1 IDE2DQpVTEU6IHNldHVwIGNwdSAxNw0KVUxFOiBzZXR1cCBjcHUgMTgNClVMRTogc2V0dXAgY3B1 IDE5DQpVTEU6IHNldHVwIGNwdSAyMA0KVUxFOiBzZXR1cCBjcHUgMjENClVMRTogc2V0dXAgY3B1 IDIyDQpVTEU6IHNldHVwIGNwdSAyMw0KVUxFOiBzZXR1cCBjcHUgMjQNClVMRTogc2V0dXAgY3B1 IDI1DQpVTEU6IHNldHVwIGNwdSAyNg0KVUxFOiBzZXR1cCBjcHUgMjcNClVMRTogc2V0dXAgY3B1 IDI4DQpVTEU6IHNldHVwIGNwdSAyOQ0KVUxFOiBzZXR1cCBjcHUgMzANClVMRTogc2V0dXAgY3B1 IDMxDQpBQ1BJOiBSU0RQIDB4ZWEwMjAgMDAwMjQgKHYwMiAgICBYZW4pDQpBQ1BJOiBYU0RUIDB4 ZmMwMTU5MjAgMDAwNUMgKHYwMSAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSFZNTCAwMDAwMDAw MCkNCkFDUEk6IEZBQ1AgMHhmYzAxNDk4MCAwMDBGNCAodjA0ICAgIFhlbiAgICAgIEhWTSAwMDAw MDAwMCBIVk1MIDAwMDAwMDAwKQ0KQUNQSTogRFNEVCAweGZjMDAzNWUwIDExMzE1ICh2MDIgICAg WGVuICAgICAgSFZNIDAwMDAwMDAwIElOVEwgMjAwOTAxMjMpDQpBQ1BJOiBGQUNTIDB4ZmMwMDM1 YTAgMDAwNDANCkFDUEk6IEFQSUMgMHhmYzAxNGE4MCAwMDQ2MCAodjAyICAgIFhlbiAgICAgIEhW TSAwMDAwMDAwMCBIVk1MIDAwMDAwMDAwKQ0KQUNQSTogU1JBVCAweGZjMDE0ZjYwIDAwOEE4ICh2 MDEgICAgWGVuICAgICAgSFZNIDAwMDAwMDAwIEhWTUwgMDAwMDAwMDApDQpBQ1BJOiBIUEVUIDB4 ZmMwMTU4MzAgMDAwMzggKHYwMSAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSFZNTCAwMDAwMDAw MCkNCkFDUEk6IFdBRVQgMHhmYzAxNTg3MCAwMDAyOCAodjAxICAgIFhlbiAgICAgIEhWTSAwMDAw MDAwMCBIVk1MIDAwMDAwMDAwKQ0KQUNQSTogU1NEVCAweGZjMDE1OGEwIDAwMDMxICh2MDIgICAg WGVuICAgICAgSFZNIDAwMDAwMDAwIElOVEwgMjAwOTAxMjMpDQpBQ1BJOiBTU0RUIDB4ZmMwMTU4 ZTAgMDAwMzEgKHYwMiAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSU5UTCAyMDA5MDEyMykNCk1B RFQ6IEZvdW5kIElPIEFQSUMgSUQgMSwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMA0KaW9hcGlj MDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxDQppb2FwaWMwOiBSb3V0aW5nIGV4dGVybmFsIDgyNTlB J3MgLT4gaW50cGluIDANCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAy DQppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyDQpNQURUOiBJbnRlcnJ1cHQgb3Zl cnJpZGU6IHNvdXJjZSA1LCBpcnEgNQ0KaW9hcGljMDogaW50cGluIDUgdHJpZ2dlcjogbGV2ZWwN CmlvYXBpYzA6IGludHBpbiA1IHBvbGFyaXR5OiBsb3cNCk1BRFQ6IEludGVycnVwdCBvdmVycmlk ZTogc291cmNlIDEwLCBpcnEgMTANCmlvYXBpYzA6IGludHBpbiAxMCB0cmlnZ2VyOiBsZXZlbA0K aW9hcGljMDogaW50cGluIDEwIHBvbGFyaXR5OiBsb3cNCk1BRFQ6IEludGVycnVwdCBvdmVycmlk ZTogc291cmNlIDExLCBpcnEgMTENCmlvYXBpYzA6IGludHBpbiAxMSB0cmlnZ2VyOiBsZXZlbA0K aW9hcGljMDogaW50cGluIDExIHBvbGFyaXR5OiBsb3cNCk1BRFQ6IEZvcmNpbmcgYWN0aXZlLWxv dyBwb2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3IgU0NJDQppb2FwaWMwOiBpbnRwaW4gOSBw b2xhcml0eTogbG93DQppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBsZXZlbA0KaW9hcGljMCA8 VmVyc2lvbiAxLjE+IGlycXMgMC00NyBvbiBtb3RoZXJib2FyZA0KY3B1MCBCU1A6DQogICAgIElE OiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZm ZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAw MCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQp3bGFuOiA8ODAyLjExIExpbmsgTGF5 ZXI+DQpFdmVudC1jaGFubmVsIGRldmljZSBpbnN0YWxsZWQuDQpzbmRfdW5pdF9pbml0KCkgdT0w eDAwZmY4MDAwIFs1MTJdIGQ9MHgwMDAwN2MwMCBbMzJdIGM9MHgwMDAwMDNmZiBbMTAyNF0NCmZl ZWRlcl9yZWdpc3Rlcjogc25kX3VuaXQ9LTEgc25kX21heGF1dG92Y2hhbnM9MTYgbGF0ZW5jeT01 IGZlZWRlcl9yYXRlX21pbj0xDQpmZWVkZXJfcmF0ZV9tYXg9MjAxNjAwMCBmZWVkZXJfcmF0ZV9y b3VuZD0yNQ0Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0DQprYmQxIGF0IGtiZG11eDANCm1lbTogPG1l bW9yeT4NCm5mc2xvY2s6IHBzZXVkby1kZXZpY2UNCm51bGw6IDxudWxsIGRldmljZSwgemVybyBk ZXZpY2U+DQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4NClZFU0E6 IElOVCAweDEwIHZlY3RvciAweGMwMDA6MHg4MzZlDQpWRVNBOiBpbmZvcm1hdGlvbiBibG9jaw0K MDAwMCAgIDU2IDQ1IDUzIDQxIDAwIDAyIGY1IDgyIDAwIGMwIDAwIDAwIDAwIDAwIDQwIDAwDQow MDEwICAgMDAgMDIgNDAgMDAgMDAgMDEgZjUgODIgMDAgYzAgZjUgODIgMDAgYzAgMGUgODMNCjAw MjAgICAwMCBjMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDAz MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMDQw ICAgMDEgMDEgMTAgMDEgMTEgMDEgMTIgMDEgMDMgMDEgMTMgMDEgMTQgMDEgMTUgMDEKMDA1MCAg IDA1IDAxIDE2IDAxIDE3IDAxIDE4IDAxIDA3IDAxIDE5IDAxIDFhIDAxIGZmIGZmDQowMDYwICAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwNzAgICAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDA4MCAgIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMDkwICAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwYTAgICAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBiMCAgIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMGMwICAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwZDAgICAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBlMCAgIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMGYwICAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxMDAgICAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDExMCAgIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTIwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxMzAgICAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDE0MCAgIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTUwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxNjAgICAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDE3MCAgIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTgwICAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxOTAgICAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDFhMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMWIwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxYzAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDFkMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMWUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxZjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KVkVTQTogMTUgbW9kZShzKSBmb3VuZA0KVkVTQTogdjIu MCwgNDA5NmsgbWVtb3J5LCBmbGFnczoweDAsIG1vZGUgdGFibGU6MHhmZmZmZmY4MDAwNWZkMDQw ICgyMDAwMDQwKQ0KVkVTQTogVkdBQklPUyBDaXJydXMgZXh0ZW5zaW9uDQpWRVNBOiBWR0FCSU9T IENpcnJ1cyBleHRlbnNpb24gVkdBQklPUyBDaXJydXMgZXh0ZW5zaW9uIDEuMA0KaW86IDxJL08+ DQpocHRycjogUm9ja2V0UkFJRCAxN3h4LzJ4eHggU0FUQSBjb250cm9sbGVyIGRyaXZlciB2MS4y DQpocHQyN3h4OiBSb2NrZXRSQUlEIDI3eHggY29udHJvbGxlciBkcml2ZXIgdjEuMA0KeGVuX2V0 MDogPFhlbiBQViBDbG9jaz4gb24gbW90aGVyYm9hcmQNCkV2ZW50IHRpbWVyICJYRU5USU1FUiIg ZnJlcXVlbmN5IDEwMDAwMDAwMDAgSHogcXVhbGl0eSA5NTANClRpbWVjb3VudGVyICJYRU5USU1F UiIgZnJlcXVlbmN5IDEwMDAwMDAwMDAgSHogcXVhbGl0eSA5NTANCnhlbl9ldDA6IHJlZ2lzdGVy ZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAxMDAwMDAwMHVzLCBhZGp1c3Rt ZW50DQo1LjAwMDAwMDAwMHMpDQphY3BpMDogPFhlbj4gb24gbW90aGVyYm9hcmQNCkFDUEk6IEFs bCBBQ1BJIFRhYmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQNCmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgNCmFjcGkwOiBQb3dlciBCdXR0 b24gKGZpeGVkKQ0KYWNwaTA6IFNsZWVwIEJ1dHRvbiAoZml4ZWQpDQphY3BpMDogcmVzZXJ2YXRp b24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZA0KY3B1MDogUHJvY2Vzc29yIFxfU0JfLlBSMDAgKEFD UEkgSUQgMCkgLT4gQVBJQyBJRCAwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUwOiBz d2l0Y2hpbmcgdG8gZ2VuZXJpYyBDeCBtb2RlDQpjcHUxOiBQcm9jZXNzb3IgXF9TQl8uUFIwMSAo QUNQSSBJRCAxKSAtPiBBUElDIElEIDINCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTI6 IFByb2Nlc3NvciBcX1NCXy5QUjAyIChBQ1BJIElEIDIpIC0+IEFQSUMgSUQgNA0KY3B1MjogPEFD UEkgQ1BVPiBvbiBhY3BpMA0KY3B1MzogUHJvY2Vzc29yIFxfU0JfLlBSMDMgKEFDUEkgSUQgMykg LT4gQVBJQyBJRCA2DQpjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHU0OiBQcm9jZXNzb3Ig XF9TQl8uUFIwNCAoQUNQSSBJRCA0KSAtPiBBUElDIElEIDgNCmNwdTQ6IDxBQ1BJIENQVT4gb24g YWNwaTANCmNwdTU6IFByb2Nlc3NvciBcX1NCXy5QUjA1IChBQ1BJIElEIDUpIC0+IEFQSUMgSUQg MTANCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTY6IFByb2Nlc3NvciBcX1NCXy5QUjA2 IChBQ1BJIElEIDYpIC0+IEFQSUMgSUQgMTINCmNwdTY6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNw dTc6IFByb2Nlc3NvciBcX1NCXy5QUjA3IChBQ1BJIElEIDcpIC0+IEFQSUMgSUQgMTQNCmNwdTc6 IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTg6IFByb2Nlc3NvciBcX1NCXy5QUjA4IChBQ1BJIElE IDgpIC0+IEFQSUMgSUQgMTYNCmNwdTg6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTk6IFByb2Nl c3NvciBcX1NCXy5QUjA5IChBQ1BJIElEIDkpIC0+IEFQSUMgSUQgMTgNCmNwdTk6IDxBQ1BJIENQ VT4gb24gYWNwaTANCmNwdTEwOiBQcm9jZXNzb3IgXF9TQl8uUFIwQSAoQUNQSSBJRCAxMCkgLT4g QVBJQyBJRCAyMA0KY3B1MTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTExOiBQcm9jZXNzb3Ig XF9TQl8uUFIwQiAoQUNQSSBJRCAxMSkgLT4gQVBJQyBJRCAyMg0KY3B1MTE6IDxBQ1BJIENQVT4g b24gYWNwaTANCmNwdTEyOiBQcm9jZXNzb3IgXF9TQl8uUFIwQyAoQUNQSSBJRCAxMikgLT4gQVBJ QyBJRCAyNA0KY3B1MTI6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTEzOiBQcm9jZXNzb3IgXF9T Ql8uUFIwRCAoQUNQSSBJRCAxMykgLT4gQVBJQyBJRCAyNg0KY3B1MTM6IDxBQ1BJIENQVT4gb24g YWNwaTANCmNwdTE0OiBQcm9jZXNzb3IgXF9TQl8uUFIwRSAoQUNQSSBJRCAxNCkgLT4gQVBJQyBJ RCAyOA0KY3B1MTQ6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTE1OiBQcm9jZXNzb3IgXF9TQl8u UFIwRiAoQUNQSSBJRCAxNSkgLT4gQVBJQyBJRCAzMA0KY3B1MTU6IDxBQ1BJIENQVT4gb24gYWNw aTANCmNwdTE2OiBQcm9jZXNzb3IgXF9TQl8uUFIxMCAoQUNQSSBJRCAxNikgLT4gQVBJQyBJRCAx DQpjcHUxNjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MTc6IFByb2Nlc3NvciBcX1NCXy5QUjEx IChBQ1BJIElEIDE3KSAtPiBBUElDIElEIDMNCmNwdTE3OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpj cHUxODogUHJvY2Vzc29yIFxfU0JfLlBSMTIgKEFDUEkgSUQgMTgpIC0+IEFQSUMgSUQgNQ0KY3B1 MTg6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTE5OiBQcm9jZXNzb3IgXF9TQl8uUFIxMyAoQUNQ SSBJRCAxOSkgLT4gQVBJQyBJRCA3DQpjcHUxOTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MjA6 IFByb2Nlc3NvciBcX1NCXy5QUjE0IChBQ1BJIElEIDIwKSAtPiBBUElDIElEIDkNCmNwdTIwOiA8 QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyMTogUHJvY2Vzc29yIFxfU0JfLlBSMTUgKEFDUEkgSUQg MjEpIC0+IEFQSUMgSUQgMTENCmNwdTIxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyMjogUHJv Y2Vzc29yIFxfU0JfLlBSMTYgKEFDUEkgSUQgMjIpIC0+IEFQSUMgSUQgMTMNCmNwdTIyOiA8QUNQ SSBDUFU+IG9uIGFjcGkwDQpjcHUyMzogUHJvY2Vzc29yIFxfU0JfLlBSMTcgKEFDUEkgSUQgMjMp IC0+IEFQSUMgSUQgMTUNCmNwdTIzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyNDogUHJvY2Vz c29yIFxfU0JfLlBSMTggKEFDUEkgSUQgMjQpIC0+IEFQSUMgSUQgMTcNCmNwdTI0OiA8QUNQSSBD UFU+IG9uIGFjcGkwDQpjcHUyNTogUHJvY2Vzc29yIFxfU0JfLlBSMTkgKEFDUEkgSUQgMjUpIC0+ IEFQSUMgSUQgMTkNCmNwdTI1OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyNjogUHJvY2Vzc29y IFxfU0JfLlBSMUEgKEFDUEkgSUQgMjYpIC0+IEFQSUMgSUQgMjENCmNwdTI2OiA8QUNQSSBDUFU+ IG9uIGFjcGkwDQpjcHUyNzogUHJvY2Vzc29yIFxfU0JfLlBSMUIgKEFDUEkgSUQgMjcpIC0+IEFQ SUMgSUQgMjMNCmNwdTI3OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyODogUHJvY2Vzc29yIFxf U0JfLlBSMUMgKEFDUEkgSUQgMjgpIC0+IEFQSUMgSUQgMjUNCmNwdTI4OiA8QUNQSSBDUFU+IG9u IGFjcGkwDQpjcHUyOTogUHJvY2Vzc29yIFxfU0JfLlBSMUQgKEFDUEkgSUQgMjkpIC0+IEFQSUMg SUQgMjcNCmNwdTI5OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUzMDogUHJvY2Vzc29yIFxfU0Jf LlBSMUUgKEFDUEkgSUQgMzApIC0+IEFQSUMgSUQgMjkNCmNwdTMwOiA8QUNQSSBDUFU+IG9uIGFj cGkwDQpjcHUzMTogUHJvY2Vzc29yIFxfU0JfLlBSMUYgKEFDUEkgSUQgMzEpIC0+IEFQSUMgSUQg MzENCmNwdTMxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIy MCAoQUNQSSBJRCAzMikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMjEgKEFDUEkg SUQgMzMpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjIyIChBQ1BJIElEIDM0KSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIyMyAoQUNQSSBJRCAzNSkgaWdub3JlZA0K QUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMjQgKEFDUEkgSUQgMzYpIGlnbm9yZWQNCkFDUEk6IFBy b2Nlc3NvciBcX1NCXy5QUjI1IChBQ1BJIElEIDM3KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3Ig XF9TQl8uUFIyNiAoQUNQSSBJRCAzOCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBS MjcgKEFDUEkgSUQgMzkpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjI4IChBQ1BJ IElEIDQwKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIyOSAoQUNQSSBJRCA0MSkg aWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMkEgKEFDUEkgSUQgNDIpIGlnbm9yZWQN CkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjJCIChBQ1BJIElEIDQzKSBpZ25vcmVkDQpBQ1BJOiBQ cm9jZXNzb3IgXF9TQl8uUFIyQyAoQUNQSSBJRCA0NCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29y IFxfU0JfLlBSMkQgKEFDUEkgSUQgNDUpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5Q UjJFIChBQ1BJIElEIDQ2KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIyRiAoQUNQ SSBJRCA0NykgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMzAgKEFDUEkgSUQgNDgp IGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjMxIChBQ1BJIElEIDQ5KSBpZ25vcmVk DQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIzMiAoQUNQSSBJRCA1MCkgaWdub3JlZA0KQUNQSTog UHJvY2Vzc29yIFxfU0JfLlBSMzMgKEFDUEkgSUQgNTEpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3Nv ciBcX1NCXy5QUjM0IChBQ1BJIElEIDUyKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8u UFIzNSAoQUNQSSBJRCA1MykgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMzYgKEFD UEkgSUQgNTQpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjM3IChBQ1BJIElEIDU1 KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIzOCAoQUNQSSBJRCA1NikgaWdub3Jl ZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSMzkgKEFDUEkgSUQgNTcpIGlnbm9yZWQNCkFDUEk6 IFByb2Nlc3NvciBcX1NCXy5QUjNBIChBQ1BJIElEIDU4KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNz b3IgXF9TQl8uUFIzQiAoQUNQSSBJRCA1OSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0Jf LlBSM0MgKEFDUEkgSUQgNjApIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjNEIChB Q1BJIElEIDYxKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFIzRSAoQUNQSSBJRCA2 MikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSM0YgKEFDUEkgSUQgNjMpIGlnbm9y ZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjQwIChBQ1BJIElEIDY0KSBpZ25vcmVkDQpBQ1BJ OiBQcm9jZXNzb3IgXF9TQl8uUFI0MSAoQUNQSSBJRCA2NSkgaWdub3JlZA0KQUNQSTogUHJvY2Vz c29yIFxfU0JfLlBSNDIgKEFDUEkgSUQgNjYpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NC Xy5QUjQzIChBQ1BJIElEIDY3KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI0NCAo QUNQSSBJRCA2OCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNDUgKEFDUEkgSUQg NjkpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjQ2IChBQ1BJIElEIDcwKSBpZ25v cmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI0NyAoQUNQSSBJRCA3MSkgaWdub3JlZA0KQUNQ STogUHJvY2Vzc29yIFxfU0JfLlBSNDggKEFDUEkgSUQgNzIpIGlnbm9yZWQNCkFDUEk6IFByb2Nl c3NvciBcX1NCXy5QUjQ5IChBQ1BJIElEIDczKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9T Ql8uUFI0QSAoQUNQSSBJRCA3NCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNEIg KEFDUEkgSUQgNzUpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjRDIChBQ1BJIElE IDc2KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI0RCAoQUNQSSBJRCA3NykgaWdu b3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNEUgKEFDUEkgSUQgNzgpIGlnbm9yZWQNCkFD UEk6IFByb2Nlc3NvciBcX1NCXy5QUjRGIChBQ1BJIElEIDc5KSBpZ25vcmVkDQpBQ1BJOiBQcm9j ZXNzb3IgXF9TQl8uUFI1MCAoQUNQSSBJRCA4MCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxf U0JfLlBSNTEgKEFDUEkgSUQgODEpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjUy IChBQ1BJIElEIDgyKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1MyAoQUNQSSBJ RCA4MykgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNTQgKEFDUEkgSUQgODQpIGln bm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjU1IChBQ1BJIElEIDg1KSBpZ25vcmVkDQpB Q1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1NiAoQUNQSSBJRCA4NikgaWdub3JlZA0KQUNQSTogUHJv Y2Vzc29yIFxfU0JfLlBSNTcgKEFDUEkgSUQgODcpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBc X1NCXy5QUjU4IChBQ1BJIElEIDg4KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1 OSAoQUNQSSBJRCA4OSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNUEgKEFDUEkg SUQgOTApIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjVCIChBQ1BJIElEIDkxKSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI1QyAoQUNQSSBJRCA5MikgaWdub3JlZA0K QUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNUQgKEFDUEkgSUQgOTMpIGlnbm9yZWQNCkFDUEk6IFBy b2Nlc3NvciBcX1NCXy5QUjVFIChBQ1BJIElEIDk0KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3Ig XF9TQl8uUFI1RiAoQUNQSSBJRCA5NSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBS NjAgKEFDUEkgSUQgOTYpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjYxIChBQ1BJ IElEIDk3KSBpZ25vcmVkCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjYyIChBQ1BJIElEIDk4KSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI2MyAoQUNQSSBJRCA5OSkgaWdub3JlZA0K QUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNjQgKEFDUEkgSUQgMTAwKSBpZ25vcmVkDQpBQ1BJOiBQ cm9jZXNzb3IgXF9TQl8uUFI2NSAoQUNQSSBJRCAxMDEpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3Nv ciBcX1NCXy5QUjY2IChBQ1BJIElEIDEwMikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0Jf LlBSNjcgKEFDUEkgSUQgMTAzKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI2OCAo QUNQSSBJRCAxMDQpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjY5IChBQ1BJIElE IDEwNSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNkEgKEFDUEkgSUQgMTA2KSBp Z25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI2QiAoQUNQSSBJRCAxMDcpIGlnbm9yZWQN CkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjZDIChBQ1BJIElEIDEwOCkgaWdub3JlZA0KQUNQSTog UHJvY2Vzc29yIFxfU0JfLlBSNkQgKEFDUEkgSUQgMTA5KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNz b3IgXF9TQl8uUFI2RSAoQUNQSSBJRCAxMTApIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NC Xy5QUjZGIChBQ1BJIElEIDExMSkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNzAg KEFDUEkgSUQgMTEyKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI3MSAoQUNQSSBJ RCAxMTMpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjcyIChBQ1BJIElEIDExNCkg aWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNzMgKEFDUEkgSUQgMTE1KSBpZ25vcmVk DQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI3NCAoQUNQSSBJRCAxMTYpIGlnbm9yZWQNCkFDUEk6 IFByb2Nlc3NvciBcX1NCXy5QUjc1IChBQ1BJIElEIDExNykgaWdub3JlZA0KQUNQSTogUHJvY2Vz c29yIFxfU0JfLlBSNzYgKEFDUEkgSUQgMTE4KSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9T Ql8uUFI3NyAoQUNQSSBJRCAxMTkpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjc4 IChBQ1BJIElEIDEyMCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSNzkgKEFDUEkg SUQgMTIxKSBpZ25vcmVkDQpBQ1BJOiBQcm9jZXNzb3IgXF9TQl8uUFI3QSAoQUNQSSBJRCAxMjIp IGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBcX1NCXy5QUjdCIChBQ1BJIElEIDEyMykgaWdub3Jl ZA0KQUNQSTogUHJvY2Vzc29yIFxfU0JfLlBSN0MgKEFDUEkgSUQgMTI0KSBpZ25vcmVkDQpBQ1BJ OiBQcm9jZXNzb3IgXF9TQl8uUFI3RCAoQUNQSSBJRCAxMjUpIGlnbm9yZWQNCkFDUEk6IFByb2Nl c3NvciBcX1NCXy5QUjdFIChBQ1BJIElEIDEyNikgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFxf U0JfLlBSN0YgKEFDUEkgSUQgMTI3KSBpZ25vcmVkDQpocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2 ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTANCmhwZXQwOiB2 ZW5kb3IgMHg4MDg2LCByZXYgMHgxLCA2MjUwMDAwMEh6IDY0Yml0LCAzIHRpbWVycywgbGVnYWN5 IHJvdXRlDQpocGV0MDogIHQwOiBpcnFzIDB4MDBmMDAwMDAgKDApLCA2NGJpdCwgcGVyaW9kaWMN CmhwZXQwOiAgdDE6IGlycXMgMHgwMGYwMDAwMCAoMCksIDY0Yml0LCBwZXJpb2RpYw0KaHBldDA6 ICB0MjogaXJxcyAweDAwZjAwMDAwICgwKSwgNjRiaXQsIHBlcmlvZGljDQpUaW1lY291bnRlciAi SFBFVCIgZnJlcXVlbmN5IDYyNTAwMDAwIEh6IHF1YWxpdHkgOTUwDQphdHRpbWVyMDogPEFUIHRp bWVyPiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMA0KVGltZWNvdW50ZXIgImk4MjU0IiBm cmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIg KElTQSBJUlEgMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkNCkV2ZW50IHRpbWVyICJpODI1NCIgZnJl cXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDANCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2Nr PiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMA0KYXRydGMwOiBub3QgaW5zdGFsbGVkIGFz IHRpbWUtb2YtZGF5IGNsb2NrOiBjbG9jayB4ZW5fZXQgaGFzIGhpZ2hlciByZXNvbHV0aW9uDQpp b2FwaWMwOiByb3V0aW5nIGludHBpbiA4IChJU0EgSVJRIDgpIHRvIGxhcGljIDAgdmVjdG9yIDUw DQpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwDQpBQ1BJIHRp bWVyOiAxLzIwIDEvMTkgMS8xOSAxLzIwIDEvMTkgMS8yMyAxLzIwIDEvMTkgMS8xOCAxLzE3IC0+ IDEwDQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5 IDkwMA0KYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHhi MDA4LTB4YjAwYiBvbiBhY3BpMA0KcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBOICAgICAwICA1IDEwIDEx DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgNSAxMCAxMQ0KICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgMTAgMTENCnBjaV9saW5rMTogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAg IDEwICAgTiAgICAgMCAgNSAxMCAxMQ0KICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxMCAgIE4g ICAgIDAgIDUgMTAgMTENCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICA1 IDEwIDExDQpwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDUgMTAgMTENCiAgVmFsaWRhdGlv biAgICAgICAgICAwICAgMTEgICBOICAgICAwICA1IDEwIDExDQogIEFmdGVyIERpc2FibGUgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgNSAxMCAxMQ0KcGNpX2xpbmszOiAgICAgICAgSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBOICAgICAw ICA1IDEwIDExDQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgNSAxMCAx MQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgMTAgMTENCnBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaWIw OiBkZWNvZGluZyA0IHJhbmdlIDAtMHhjZjcNCnBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDB4ZDAw LTB4ZmZmZg0KcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhhMDAwMC0weGJmZmZmDQpwY2liMDog ZGVjb2RpbmcgMyByYW5nZSAweGYwMDAwMDAwLTB4ZmJmZmZmZmYNCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwDQpwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTANCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MTIzNywgcmV2aWQ9MHgwMg0KCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0wLCBmdW5jPTANCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21k cmVnPTB4MDAwNCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcwMDAsIHJldmlkPTB4MDANCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MSwgZnVuYz0wDQoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQ0KCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MDEwLCByZXZpZD0weDAwDQoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MQ0KCWNsYXNzPTAxLTAxLTgwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDFmMC0weDFmNykg Zm9yIHJpZCAxMCBvZiBwY2kwOjA6MToxDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjYt MHgzZjYpIGZvciByaWQgMTQgb2YgcGNpMDowOjE6MQ0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4MTcwLTB4MTc3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDoxOjENCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSA0ICgweDM3Ni0weDM3NikgZm9yIHJpZCAxYyBvZiBwY2kwOjA6MToxDQoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhjMTAwLCBzaXplICA0LCBlbmFibGVkDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhjMTAwLTB4YzEwZikgZm9yIHJpZCAyMCBvZiBwY2kw OjA6MToxDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcxMTMsIHJldmlkPTB4MDENCglk b21haW49MCwgYnVzPTAsIHNsb3Q9MSwgZnVuYz0zDQoJY2xhc3M9MDYtODAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDQsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjEuSU5UQQ0KcGNpYjA6IHNsb3QgMSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjANCmZv dW5kLT4JdmVuZG9yPTB4MTAxMywgZGV2PTB4MDBiOCwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yLCBmdW5jPTANCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wDQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMp DQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQoJbWFwWzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGYwMDAwMDAwLCBzaXplIDI1LCBlbmFibGVkDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhmMDAwMDAwMC0weGYxZmZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyOjANCgltYXBbMTRd OiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmMzAwMDAwMCwgc2l6ZSAxMiwgZW5hYmxl ZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZjMwMDAwMDAtMHhmMzAwMGZmZikgZm9yIHJp ZCAxNCBvZiBwY2kwOjA6MjowDQpmb3VuZC0+CXZlbmRvcj0weDU4NTMsIGRldj0weDAwMDEsIHJl dmlkPTB4MDENCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MywgZnVuYz0wDQoJY2xhc3M9ZmYtODAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDAw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9NQ0KCW1hcFsxMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YzAwMCwgc2l6ZSAgOCwgZW5hYmxlZA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4YzAwMC0weGMwZmYpIGZvciByaWQgMTAgb2YgcGNp MDowOjM6MA0KCW1hcFsxNF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmMjAwMDAwMCwgc2l6ZSAyNCwgZW5hYmxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZjIwMDAwMDAtMHhmMmZmZmZmZikgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MzowDQpwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4zLklOVEENCnBjaWIwOiBzbG90IDMgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDI4DQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAN CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIFBJSVgzIFdETUEyIGNv bnRyb2xsZXI+IHBvcnQNCjB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4YzEw MC0weGMxMGYgYXQgZGV2aWNlIDEuMSBvbiBwY2kwDQphdGEwOiA8QVRBIGNoYW5uZWw+IGF0IGNo YW5uZWwgMCBvbiBhdGFwY2kwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAx NCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTENCmF0YTE6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAx IG9uIGF0YXBjaTANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJRIDE1KSB0byBs YXBpYyAwIHZlY3RvciA1Mg0KcGNpMDogPGJyaWRnZT4gYXQgZGV2aWNlIDEuMyAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbQ0KMHhmMDAw MDAwMC0weGYxZmZmZmZmLDB4ZjMwMDAwMDAtMHhmMzAwMGZmZiBhdCBkZXZpY2UgMi4wIG9uIHBj aTANCnhlbnBjaTA6IDxYZW4gUGxhdGZvcm0gRGV2aWNlPiBwb3J0IDB4YzAwMC0weGMwZmYgbWVt IDB4ZjIwMDAwMDAtMHhmMmZmZmZmZiBpcnENCjI4IGF0IGRldmljZSAzLjAgb24gcGNpMA0KaW9h cGljMDogcm91dGluZyBpbnRwaW4gMjggKFBDSSBJUlEgMjgpIHRvIGxhcGljIDAgdmVjdG9yIDUz DQp4ZW5zdG9yZTA6IDxYZW5TdG9yZT4gb24geGVucGNpMA0KR3JhbnQgdGFibGUgaW5pdGlhbGl6 ZWQNCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTANCmF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFj cGkwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KYXRrYmQ6IHRoZSBj dXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDYxDQphdGtiZDoga2V5Ym9hcmQg SUQgMHg0MWFiICgyKQ0Ka2JkYzogUkVTRVRfS0JEIHJldHVybiBjb2RlOjAwZmENCmtiZGM6IFJF U0VUX0tCRCBzdGF0dXM6MDBhYQ0Ka2JkMCBhdCBhdGtiZDANCmtiZDA6IGF0a2JkMCwgQVQgMTAx LzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4MWQwMDAwDQppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAgdmVjdG9yIDU0DQphdGtiZDA6IFtHSUFOVC1M T0NLRURdDQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDYxDQprYmRjOiBURVNUX0FVWF9Q T1JUIHN0YXR1czowMDAwDQprYmRjOiBSRVNFVF9BVVggcmV0dXJuIGNvZGU6MDBmYQ0Ka2JkYzog UkVTRVRfQVVYIHN0YXR1czowMGFhDQprYmRjOiBSRVNFVF9BVVggSUQ6MDAwMA0Ka2JkYzogUkVT RVRfQVVYIHJldHVybiBjb2RlOjAwZmENCmtiZGM6IFJFU0VUX0FVWCBzdGF0dXM6MDBhYQ0Ka2Jk YzogUkVTRVRfQVVYIElEOjAwMDANCnBzbTogc3RhdHVzIDAwIDAyIDY0DQpwc206IHN0YXR1cyAw MCAwMCA2NA0KcHNtOiBzdGF0dXMgMDAgMDMgNjQNCnBzbTogc3RhdHVzIDAwIDAzIDY0DQpwc206 IGRhdGEgMDggMDAgMDANCnBzbTogc3RhdHVzIDAwIDAyIDY0DQpwc20wOiA8UFMvMiBNb3VzZT4g aXJxIDEyIG9uIGF0a2JkYzANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEyIChJU0EgSVJRIDEy KSB0byBsYXBpYyAwIHZlY3RvciA1NQ0KcHNtMDogW0dJQU5ULUxPQ0tFRF0NCnBzbTA6IG1vZGVs IEludGVsbGlNb3VzZSBFeHBsb3JlciwgZGV2aWNlIElEIDQtMDAsIDUgYnV0dG9ucw0KcHNtMDog Y29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwOCwgcGFja2V0IHNpemU6NA0KcHNtMDogc3lu Y21hc2s6MDgsIHN5bmNiaXRzOjAwDQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBv cnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTANCmZkYzA6IGRvZXMgbm90 IHJlc3BvbmQNCmRldmljZV9hdHRhY2g6IGZkYzAgYXR0YWNoIHJldHVybmVkIDYNCnVhcnQwOiA8 MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9u IGFjcGkwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMCB2 ZWN0b3IgNTYNCnVhcnQwOiBmYXN0IGludGVycnVwdA0KdWFydDA6IGNvbnNvbGUgKDk2MDAsbiw4 LDEpDQpBQ1BJOiBFbmFibGVkIDIgR1BFcyBpbiBibG9jayAwMCB0byAwRg0KYWNwaTA6IHdha2V1 cCBjb2RlIHZhIDB4ZmZmZmZmYzJjZTA0OTAwMCBwYSAweDMwMDAwDQphaGNfaXNhX2lkZW50aWZ5 IDA6IGlvcG9ydCAweGMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMTogaW9wb3J0 IDB4MWMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMjogaW9wb3J0IDB4MmMwMCBh bGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMzogaW9wb3J0IDB4M2MwMCBhbGxvYyBmYWls ZWQNCmFoY19pc2FfaWRlbnRpZnkgNDogaW9wb3J0IDB4NGMwMCBhbGxvYyBmYWlsZWQNCmFoY19p c2FfaWRlbnRpZnkgNTogaW9wb3J0IDB4NWMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRp ZnkgNjogaW9wb3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgNzogaW9w b3J0IDB4N2MwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgODogaW9wb3J0IDB4OGMw MCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgOTogaW9wb3J0IDB4OWMwMCBhbGxvYyBm YWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMTA6IGlvcG9ydCAweGFjMDAgYWxsb2MgZmFpbGVkDQph aGNfaXNhX2lkZW50aWZ5IDExOiBpb3BvcnQgMHhiYzAwIGFsbG9jIGZhaWxlZA0KYWhjX2lzYV9p ZGVudGlmeSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkg MTM6IGlvcG9ydCAweGRjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX2lkZW50aWZ5IDE0OiBpb3Bv cnQgMHhlYzAwIGFsbG9jIGZhaWxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAt MHhhMDdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEw ODAwLTB4YTBmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMTAwMC0weGExN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGEyMDAwLTB4YTI3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhMjgwMC0weGEyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGEzODAwLTB4YTNmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNDAwMC0weGE0N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAtMHhhNGZmZikgZm9yIHJpZCAwIG9m IG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE1MDAwLTB4YTU3ZmYpIGZvciByaWQg MCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTgwMC0weGE1ZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTYwMDAtMHhhNjdmZikg Zm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE2ODAwLTB4YTZm ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzAwMC0w eGE3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTc4 MDAtMHhhN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGE4MDAwLTB4YTg3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhODgwMC0weGE4ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YTkwMDAtMHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGE5ODAwLTB4YTlmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhYTAwMC0weGFhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFiMDAwLTB4YWI3ZmYpIGZvciByaWQgMCBvZiBvcm0w DQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjgwMC0weGFiZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAw IG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFjODAwLTB4YWNmZmYpIGZvciBy aWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZDAwMC0weGFkN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAtMHhhZGZm ZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFlMDAwLTB4 YWU3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZTgw MC0weGFlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGFmODAwLTB4YWZmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjA4MDAtMHhiMGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGIxMDAwLTB4YjE3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiMTgwMC0weGIxZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAtMHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyODAwLTB4YjJmZmYpIGZvciByaWQgMCBvZiBv cm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMzAwMC0weGIzN2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJp ZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0MDAwLTB4YjQ3ZmYpIGZv ciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNDgwMC0weGI0ZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjUwMDAtMHhi NTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI1ODAw LTB4YjVmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi NjAwMC0weGI2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YjY4MDAtMHhiNmZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGI3MDAwLTB4Yjc3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGI4ODAwLTB4YjhmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAwMC0weGI5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9yIHJpZCAwIG9mIG9y bTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJhMDAwLTB4YmE3ZmYpIGZvciByaWQgMCBv ZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgwMC0weGJhZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAtMHhiYjdmZikgZm9y IHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiODAwLTB4YmJmZmYp IGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYzAwMC0weGJj N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmM4MDAt MHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJk MDAwLTB4YmQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiZDgwMC0weGJkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGJlODAwLTB4YmVmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiZjAwMC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9mIG9ybTANCmV4X2lz YV9pZGVudGlmeSgpDQppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcw0K YXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KYXRydGM6IGF0cnRj MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmF0dGltZXI6IGF0dGltZXIwIGFscmVhZHkg ZXhpc3RzOyBza2lwcGluZyBpdA0Kc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQN CnVhcnQ6IHVhcnQwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KaXNhX3Byb2JlX2NoaWxk cmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcw0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZs YWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0w eDEwMD4NCnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAodGVrZW4g dGVybWluYWwpDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgz YzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh MDAwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2YgdmdhMA0KZmRjMDogTm8gRkRPVVQgcmVnaXN0ZXIh DQpmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2YwIGlycSA2IGRycSAyIG9uIGlzYTAN CnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlDQpwcGMwIGZhaWxlZCB0byBwcm9i ZSBhdCBpcnEgNyBvbiBpc2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyZjgtMHgyZmYp IGZvciByaWQgMCBvZiB1YXJ0MQ0KdWFydDEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgyZjgt MHgyZmYgaXJxIDMgb24gaXNhMA0Kd2J3ZDAgZmFpbGVkIHRvIHByb2JlIG9uIGlzYTANCmlzYV9w cm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcw0KRGV2aWNlIGNvbmZpZ3VyYXRpb24g ZmluaXNoZWQuDQpwcm9jZnMgcmVnaXN0ZXJlZA0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAu MDAwIG1zZWMNCnZsYW46IGluaXRpYWxpemVkLCB1c2luZyBoYXNoIHRhYmxlcyB3aXRoIGNoYWlu aW5nDQp0Y3BfaW5pdDogbmV0LmluZXQudGNwLnRjYmhhc2hzaXplIGF1dG8gdHVuZWQgdG8gMjA5 NzE1Mg0KbG8wOiBicGYgYXR0YWNoZWQNCmhwdHJyOiBubyBjb250cm9sbGVyIGRldGVjdGVkLg0K aHB0Mjd4eDogbm8gY29udHJvbGxlciBkZXRlY3RlZC4NCnhjdHJsMDogPFhlbiBDb250cm9sIERl dmljZT4gb24geGVuc3RvcmUwDQphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9MDAgb3N0 YXQxPTAwDQp4ZW5idXNiX2Zyb250MDogPFhlbiBGcm9udGVuZCBEZXZpY2VzPiBvbiB4ZW5zdG9y ZTANCmF0YTA6IHN0YXQwPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDANCmF0YTA6IHN0 YXQxPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDANCmF0YTA6IHJlc2V0IHRwMiBzdGF0 MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MA0KYXRhMTogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQw PTAwIG9zdGF0MT0wMA0KYXRhMTogc3RhdDA9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgw MA0KYXRhMTogc3RhdDE9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgwMA0KYXRhMTogcmVz ZXQgdHAyIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHgwDQp4bjA6IDxWaXJ0dWFsIE5ldHdv cmsgSW50ZXJmYWNlPiBhdCBkZXZpY2UvdmlmLzAgb24geGVuYnVzYl9mcm9udDANCnhuMDogYnBm IGF0dGFjaGVkDQp4bjA6IEV0aGVybmV0IGFkZHJlc3M6IDIyOjAwOjBhOjk0OmI1OjA1DQp4ZW5i dXNiX2JhY2swOiA8WGVuIEJhY2tlbmQgRGV2aWNlcz4gb24geGVuc3RvcmUwDQp4bjA6IGJhY2tl bmQgZmVhdHVyZXM6IGZlYXR1cmUtc2cgZmVhdHVyZS1nc28tdGNwNA0KeGJkMDogMTAyNDBNQiA8 VmlydHVhbCBCbG9jayBEZXZpY2U+IGF0IGRldmljZS92YmQvNzY4IG9uIHhlbmJ1c2JfZnJvbnQw DQp4YmQwOiBhdHRhY2hpbmcgYXMgYWQwDQp4YmQwOiBkaXNrIHN1cHBvcnRzIGNhY2hlIGZsdXNo IHVzaW5nOiBiYXJyaWVycw0KR0VPTTogbmV3IGRpc2sgYWQwDQp4YmQxOiAxMjI4NjZNQiA8Vmly dHVhbCBCbG9jayBEZXZpY2U+IGF0IGRldmljZS92YmQvNTE3Mjggb24geGVuYnVzYl9mcm9udDAN CnhiZDE6IGRpc2sgc3VwcG9ydHMgY2FjaGUgZmx1c2ggdXNpbmc6IGZsdXNoDQp4YmQyOiAxMjI4 NjZNQiA8VmlydHVhbCBCbG9jayBEZXZpY2U+IGF0IGRldmljZS92YmQvNTE3NDQgb24geGVuYnVz Yl9mcm9udDANCnhiZDI6IGRpc2sgc3VwcG9ydHMgY2FjaGUgZmx1c2ggdXNpbmc6IGZsdXNoDQpT TVA6IEFQIENQVSAjNCBMYXVuY2hlZCENCmNwdTQgQVA6DQogICAgIElEOiAweDA0MDAwMDAwICAg VkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6 IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAw MDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAw ZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCENCmNwdTEgQVA6DQog ICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAw eDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTAg TGF1bmNoZWQhDQpjcHUxMCBBUDoNCiAgICAgSUQ6IDB4MGEwMDAwMDAgICBWRVI6IDB4MDAwNTAw MTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBs aW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAw MTA0MDANClNNUDogQVAgQ1BVICMxMSBMYXVuY2hlZCENCmNwdTExIEFQOg0KICAgICBJRDogMHgw YjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm DQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJy OiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApTTVA6IEFQIENQVSAjMTYgTGF1bmNoZWQhDQpj cHUxNiBBUDoNCiAgICAgSUQ6IDB4MjAwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAw MDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAw MDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVm IHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDog QVAgQ1BVICMyMiBMYXVuY2hlZCENCmNwdTIyIEFQOg0KICAgICBJRDogMHgyNjAwMDAwMCAgIFZF UjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAw eDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAx ZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYw IHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzIzIExhdW5jaGVkIQ0KY3B1MjMgQVA6DQog ICAgIElEOiAweDI3MDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAw eDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTkg TGF1bmNoZWQhDQpjcHUxOSBBUDoNCiAgICAgSUQ6IDB4MjMwMDAwMDAgICBWRVI6IDB4MDAwNTAw MTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBs aW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAw MTA0MDANClNNUDogQVAgQ1BVICMxNyBMYXVuY2hlZCENCmNwdTE3IEFQOg0KICAgICBJRDogMHgy MTAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm DQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJy OiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhDQpj cHU3IEFQOg0KICAgICBJRDogMHgwNzAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAw MDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAw NDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYg dGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBB UCBDUFUgIzI3IExhdW5jaGVkIQ0KY3B1MjcgQVA6DQogICAgIElEOiAweDJiMDAwMDAwICAgVkVS OiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4 MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFm Zg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAg cG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMjYgTGF1bmNoZWQhDQpjcHUyNiBBUDoNCiAg ICAgSUQ6IDB4MmEwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjog MHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4 MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAw MDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDogQVAgQ1BVICMyNSBM YXVuY2hlZCENCmNwdTI1IEFQOg0KICAgICBJRDogMHgyOTAwMDAwMCAgIFZFUjogMHgwMDA1MDAx NCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxp bnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6 IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAx MDQwMA0KU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpjcHUzIEFQOg0KICAgICBJRDogMHgwMzAw MDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQog IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAw eDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhDQpjcHUy IEFQOg0KICAgICBJRDogMHgwMjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAw MDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAw IFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBD UFUgIzIxIExhdW5jaGVkIQ0KY3B1MjEgQVA6DQogICAgIElEOiAweDI1MDAwMDAwICAgVkVSOiAw eDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAw MTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0K ICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1j OiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMjAgTGF1bmNoZWQhDQpjcHUyMCBBUDoNCiAgICAg SUQ6IDB4MjQwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhm ZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAw MDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEw MDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDogQVAgQ1BVICMyOSBMYXVu Y2hlZCENCmNwdTI5IEFQOg0KICAgICBJRDogMHgyZDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBM RFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQx OiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4 MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQw MA0KU01QOiBBUCBDUFUgIzMxIExhdW5jaGVkIQ0KY3B1MzEgQVA6DQogICAgIElEOiAweDJmMDAw MDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAg bGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjog MHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4 MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTggTGF1bmNoZWQhDQpjcHUx OCBBUDoNCiAgICAgSUQ6IDB4MjIwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAw MDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRo ZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANClNNUDogQVAg Q1BVICMzMCBMYXVuY2hlZCENCmNwdTMwIEFQOg0KICAgICBJRDogMHgyZTAwMDAwMCAgIFZFUjog MHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAw MDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYN CiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBt YzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzEzIExhdW5jaGVkIQ0KY3B1MTMgQVA6DQogICAg IElEOiAweDBkMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4 ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAw MDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAx MDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMjQgTGF1 bmNoZWQhDQpjcHUyNCBBUDoNCiAgICAgSUQ6IDB4MjgwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQg TERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAw eDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0 MDANClNNUDogQVAgQ1BVICMyOCBMYXVuY2hlZCENCmNwdTI4IEFQOg0KICAgICBJRDogMHgyYzAw MDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQog IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAw eDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzggTGF1bmNoZWQhDQpjcHU4 IEFQOg0KICAgICBJRDogMHgwODAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAw MDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAw IFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBD UFUgIzE0IExhdW5jaGVkIQ0KY3B1MTQgQVA6DQogICAgIElEOiAweDBlMDAwMDAwICAgVkVSOiAw eDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4MDAw MTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0K ICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1j OiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjNSBMYXVuY2hlZCENCmNwdTUgQVA6DQogICAgIElE OiAweDA1MDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZm ZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAw MCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwDQpTTVA6IEFQIENQVSAjMTIgTGF1bmNo ZWQhDQpjcHUxMiBBUDoNCiAgICAgSUQ6IDB4MGMwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERS OiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTog MHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAw MDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAN ClNNUDogQVAgQ1BVICMxNSBMYXVuY2hlZCENCmNwdTE1IEFQOg0KICAgICBJRDogMHgwZjAwMDAw MCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxp bnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4 MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAw MDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzYgTGF1bmNoZWQhDQpjcHU2IEFQ Og0KICAgICBJRDogMHgwNjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAg REZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQ UjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUg IzkgTGF1bmNoZWQhDQpjcHU5IEFQOg0KICAgICBJRDogMHgwOTAwMDAwMCAgIFZFUjogMHgwMDA1 MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAw IGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGlt ZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgw MDAxMDQwMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBsYXBpYyAx IHZlY3RvciA0OA0KcGFuaWM6IHhlbl9ldDA6IEVycm9yIC0yMiBzZXR0aW5nIHNpbmdsZXNob3Qg dGltZXIgdG8gNTA2MTY3NTU1MDk1ODA1IGZvciB2Q1BVIzENCg0KY3B1aWQgPSAxDQpLREI6IHN0 YWNrIGJhY2t0cmFjZToNCiMwIDB4ZmZmZmZmZmY4MDhlNmVkMCBhdCBrZGJfYmFja3RyYWNlKzB4 NjANCiMxIDB4ZmZmZmZmZmY4MDhiMjJiNiBhdCB2cGFuaWMrMHgxMjYNCiMyIDB4ZmZmZmZmZmY4 MDhiMjM0MyBhdCBwYW5pYysweDQzDQojMyAweGZmZmZmZmZmODA3YTQ0NWEgYXQgeGVudGltZXJf ZXRfc3RhcnQrMHhjYQ0KIzQgMHhmZmZmZmZmZjgwY2IzNjVkIGF0IGxvYWR0aW1lcisweGZkDQoj NSAweGZmZmZmZmZmODBjYjM4ZDcgYXQgY3B1X25ld19jYWxsb3V0KzB4YzcNCiM2IDB4ZmZmZmZm ZmY4MDhjNWNhMSBhdCBjYWxsb3V0X3Byb2Nlc3MrMHgyYzENCiM3IDB4ZmZmZmZmZmY4MGNiMjVk NSBhdCBoYW5kbGVldmVudHMrMHgxODUNCiM4IDB4ZmZmZmZmZmY4MGNiMzI0YiBhdCBjcHVfaW5p dGNsb2Nrc19hcCsweGNiDQojOSAweGZmZmZmZmZmODBjMmZjODQgYXQgaW5pdF9zZWNvbmRhcnkr MHg0NzQNClVwdGltZTogM3MNCkF1dG9tYXRpYyByZWJvb3QgaW4gMTUgc2Vjb25kcyAtIHByZXNz IGEga2V5IG9uIHRoZSBjb25zb2xlIHRvIGFib3J0DQotLT4gUHJlc3MgYSBrZXkgb24gdGhlIGNv bnNvbGUgdG8gcmVib290LA0KLS0+IG9yIHN3aXRjaCBvZmYgdGhlIHN5c3RlbSBub3cuDQoNCi0t IA0KQ29saW4gUGVyY2l2YWwNClNlY3VyaXR5IE9mZmljZXIgRW1lcml0dXMsIEZyZWVCU0QgfCBU aGUgcG93ZXIgdG8gc2VydmUNCkZvdW5kZXIsIFRhcnNuYXAgfCB3d3cudGFyc25hcC5jb20gfCBP bmxpbmUgYmFja3VwcyBmb3IgdGhlIHRydWx5IHBhcmFub2lkDQoKCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVu LXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri May 24 12:02:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:02: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 1Ufqgp-00065Z-Eo; Fri, 24 May 2013 12:01:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfnS9-0000JU-Bj for xen-users@lists.xen.org; Fri, 24 May 2013 08:34:21 +0000 Received: from [85.158.139.83:48259] by server-13.bemta-5.messagelabs.com id C5/C1-08040-C062F915; Fri, 24 May 2013 08:34:20 +0000 X-Env-Sender: ykohut@onapp.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1369384454!26128777!1 X-Originating-IP: [74.125.82.174] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3875 invoked from network); 24 May 2013 08:34:14 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 08:34:14 -0000 Received: by mail-we0-f174.google.com with SMTP id x50so706837wes.33 for ; Fri, 24 May 2013 01:34:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer:x-gm-message-state; bh=p8Uw/h/ipnM6B3fbZBpjyAalqTBZqwXTo59t/KAf/M0=; b=EcJqJvELDvvzN8Vy7bOvwGP8F1Zl0YVhO1UnjY1saLJodQkicguUj8FHoh9csKUe6o 7rKHq1IwxPBwBQ+u0qmcESiz3wodcbDkA6wPsgdElGy4uctK5/s1NaqPaFAdTzhPa6y5 gau2bK/oLnYw24ZUGF5+RfNnqzi2wAb7FKUgokNwTx0ybV1a5p0gERCVKRPM7+a6aS3n 8SxkpmGUHZIHrmm7CdSbeEuEQPApP/7BbdVps1qM9BY6kTM/MYgl0NX0YGflkico2QqL FbL0DYlMLaQbthmHi6HgnSb5FpySmC4ZIRCorOJnlVyysiqTn2I7dPYXi5+okTIAYTWg YKYw== X-Received: by 10.180.105.161 with SMTP id gn1mr31616954wib.5.1369384454232; Fri, 24 May 2013 01:34:14 -0700 (PDT) Received: from [192.168.128.192] (ext.vps.lviv.ua. [194.44.160.178]) by mx.google.com with ESMTPSA id hl6sm22624233wib.2.2013.05.24.01.34.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 May 2013 01:34:13 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Yuriy Kohut In-Reply-To: <7C420745-BAC0-4BD0-AB60-E3BC7F8BA2A7@onapp.com> Date: Fri, 24 May 2013 11:34:10 +0300 Message-Id: References: <519131D8.9010307@citrix.com> <7C420745-BAC0-4BD0-AB60-E3BC7F8BA2A7@onapp.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQnjtdJ9VqfoSsFp4gE2TrKcaQYu/rUNGSw1JXySAbh7BEpuZwGV4sJDFsAc0eSSqzTAXakP X-Mailman-Approved-At: Fri, 24 May 2013 12:01:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9211507719763631358==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9211507719763631358== Content-Type: multipart/alternative; boundary="Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710" --Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hi, I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' based = kernel under Xen 4.2.2. So I couldn't confirm any issue with the kernel both on Xen 3.4.4 and = 4.2.2. Nice Job. Hypervisor details: # xm info host : ******** release : 3.8.7-1.el6xen version : #1 SMP Tue Apr 16 13:14:14 EEST 2013 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 1995 hw_caps : = bfebfbff:28100800:00000000:00003b40:009ce3bd:00000000:00000001:00000000 virt_caps : hvm total_memory : 16374 free_memory : 7194 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .2 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=20 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : dom0_mem=3D409600 cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) cc_compile_by : mockbuild cc_compile_domain : ******** cc_compile_date : Tue May 7 19:26:49 EST 2013 xend_config_format : 4 DomU details: # xm list --long f2tbrxodmgk9ng (domain (domid 146) (cpu_weight 400) (cpu_cap 0) (pool_name Pool-0) (bootloader '') (vcpus 4) (cpus (() () () ())) (on_poweroff destroy) (description '') (on_crash restart) (uuid 355cfb26-4793-f85a-e330-7b6bfcae49b5) (bootloader_args '') (name f2tbrxodmgk9ng) (on_reboot restart) (maxmem 1024) (memory 1024) (shadow_memory 12) (features '') (on_xend_start ignore) (on_xend_stop ignore) (start_time 1369384081.34) (cpu_time 59.956655605) (online_vcpus 4) (image (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /usr/lib/xen/boot/hvmloader) (xen_platform_pci 1) (nestedhvm 0) (rtc_timeoffset 10801) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1) (apic 1) (usbdevice tablet) (vpt_align 1) (vncunused 1) (boot cd) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)) ) ) (status 2) (state -b----) (store_mfn 1044476) (device (vif (bridge nnl9l2z5l3q3d8) (uuid daeabd68-05a0-f25b-ba65-394627505b50) (script /etc/xen/scripts/vif-bridge) (ip 109.123.91.166) (mac 00:16:3e:e8:88:49) (vifname qgdvmt5h6d2l9s) (backend 0) ) ) (device (console (protocol vt100) (location 7) (uuid c670a71d-4c3b-1fcb-974a-587f17740a6c) ) ) (device (vbd (protocol x86_64-abi) (uuid 9067929c-9b48-99c6-5526-e771d43f427c) (bootable 1) (dev hda:disk) (uname phy:/dev/fv4zl7t2h5wbeq/o76ciuubu0r986) (mode w) (backend 0) (VDI '') ) ) (device (vbd (protocol x86_64-abi) (uuid 2ae3630e-0e8e-04e4-8caf-ac4d1e9fd402) (bootable 0) (dev hdb:disk) (uname phy:/dev/fv4zl7t2h5wbeq/xi0nw7u4zo0bu9) (mode w) (backend 0) (VDI '') ) ) (device (vbd (protocol x86_64-abi) (uuid 33d3e25c-0c1c-ced6-c8b6-5a706ab0d403) (bootable 0) (dev hdc:cdrom) (uname file:/tools/freebsd/boot-freebsd-generic.iso) (mode r) (backend 0) (VDI '') ) ) (device (vfb (vncunused 1) (vnc 1) (uuid 438a2ffd-bec7-1e54-bb0b-4fdd400517cf) (location 0.0.0.0:5908) ) ) ) DomU from "inside": # uname -a FreeBSD yurak2.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Thu = May 23 18:55:33 AST 2013 root@yurak2.vm:/usr/obj/freebsd/sys/XENHVM = amd64 --- Yura On May 22, 2013, at 18:27 PM, Yuriy Kohut wrote: > Hi, >=20 > I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' = based kernel under Xen 3.4.4. >=20 > Hypervisor details: > # xm info > host : ******* > release : 2.6.18-348.2.1.el5xen > version : #1 SMP Tue Mar 5 17:05:33 EST 2013 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 2128 > hw_caps : = bfebfbff:28100800:00000000:00000340:009ce3bd:00000000:00000001:00000000 > virt_caps : hvm > total_memory : 6135 > free_memory : 262 > node_to_cpu : node0:0-3 > node_to_memory : node0:262 > xen_major : 3 > xen_minor : 4 > xen_extra : .4 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 = hvm-3.0-x86_32p hvm-3.0-x86_64=20 > xen_scheduler : credit > 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 : root > cc_compile_domain : ****** > cc_compile_date : Wed Sep 5 18:01:10 EEST 2012 > xend_config_format : 4 >=20 >=20 > DomU details: > # xm list --long h283bpm53f9rnx > (domain > (domid 61) > (on_crash restart) > (uuid a2cbcba9-1d66-87ce-6d2f-412e70eab051) > (bootloader_args ) > (vcpus 2) > (name h283bpm53f9rnx) > (on_poweroff destroy) > (on_reboot restart) > (cpus (() ())) > (bootloader ) > (maxmem 1024) > (memory 1024) > (shadow_memory 10) > (features ) > (on_xend_start ignore) > (on_xend_stop ignore) > (start_time 1369235607.92) > (cpu_time 31.914003553) > (online_vcpus 2) > (image > (hvm > (kernel ) > (videoram 4) > (hpet 0) > (stdvga 0) > (loader /usr/lib/xen/boot/hvmloader) > (vncunused 1) > (xen_platform_pci 1) > (boot cd) > (rtc_timeoffset 7202) > (pci ()) > (pae 1) > (vpt_align 1) > (hap 1) > (viridian 0) > (acpi 1) > (localtime 0) > (timer_mode 1) > (vnc 1) > (nographic 0) > (guest_os_type default) > (pci_msitranslate 1) > (apic 1) > (monitor 0) > (usbdevice tablet) > (device_model /usr/lib64/xen/bin/qemu-dm) > (pci_power_mgmt 0) > (usb 0) > (xauthority /root/.Xauthority) > (isa 0) > (notes (SUSPEND_CANCEL 1)) > ) > ) > (status 2) > (state -b----) > (store_mfn 1044476) > (device > (vif > (bridge xnh5getjoj54ke) > (uuid 6133c146-48ea-b7a5-0263-fda98e1a30fe) > (script /etc/xen/scripts/vif-bridge) > (ip 83.170.81.183) > (mac 00:16:3e:a4:02:5a) > (vifname t2vd5w22msrv5d) > (backend 0) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid dd857cd1-2a4c-ea21-a5a5-e95d811f607a) > (bootable 1) > (dev hda:disk) > (uname phy:/dev/9yblt1m70pdtdp/ddfhogyred6bby) > (mode w) > (backend 0) > (bootable 1) > (VDI ) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid 19cae15c-354d-77cb-57ec-dc313f1d05ba) > (bootable 0) > (dev hdb:disk) > (uname phy:/dev/9yblt1m70pdtdp/dhnnwhs6jh9kdd) > (mode w) > (backend 0) > (bootable 0) > (VDI ) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid 2b97ec8c-0cc5-7197-f510-63c272449680) > (bootable 0) > (dev hdc:disk) > (uname phy:/dev/9yblt1m70pdtdp/d1jilc7s7jxsaq) > (mode w) > (backend 0) > (bootable 0) > (VDI ) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid 1b472270-1ef3-2f49-81f1-031cc00c0eb7) > (bootable 0) > (dev hdd:cdrom) > (uname file:/tools/freebsd/boot-freebsd-generic.iso) > (mode r) > (backend 0) > (bootable 0) > (VDI ) > ) > ) > (device > (vfb > (vncunused 1) > (vnc 1) > (uuid b3defeea-4acc-1408-9b22-71547a64e705) > (location 0.0.0.0:5900) > ) > ) > (device > (console > (protocol vt100) > (location 4) > (uuid 58a089ce-a4d0-037e-23e8-9df37b2bd5da) > ) > ) > ) >=20 >=20 > DomU from "inside": > # uname -a > FreeBSD yurak1.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed = May 22 17:47:40 EEST 2013 = root@yurak1.vm:/usr/obj/data/freebsd/sys/XENHVM amd64 >=20 >=20 > I'll also set up one (hope will have some time) under Xen 4.2.2 = tomorrow. > --- > Yura >=20 > On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 = wrote: >=20 >> Hello, >>=20 >> Recently Justin T Gibbs, Will Andrews and myself have been working on >> improving the Xen support in FreeBSD. The main goal of this was to = bring >> full PVHVM support to FreeBSD, right now FreeBSD is only using PV >> interfaces for disk and network interfaces when running as a HVM = guest. >> The main benefits of this changes are that Xen virtual interrupts = (event >> channels) are now delivered to the guest using a vector callback >> injection, that is a per-cpu mechanism that allows each vCPU to have >> different interrupts assigned, so for example network and disk >> interrupts are delivered to different vCPUs in order to improve >> performance. With this changes FreeBSD also uses PV timers when = running >> as an HVM guest, which should provide better time keeping and reduce = the >> virtualization overhead, since emulated timers are no longer used. PV >> IPIs can also be used inside a HVM guest, but this will be = implemented >> later. >>=20 >> Right now the code is in a state where it can be tested by users, so = we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. >>=20 >> The code is available in the following git repository, under the = branch >> pvhvm_v5: >>=20 >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummar= y >>=20 >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >>=20 >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" >=20 --Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
# uname -a
FreeBSD = yurak2.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Thu May 23 = 18:55:33 AST 2013     root@yurak2.vm:/usr/obj/freebsd/sys/XEN= HVM  amd64
---
Yura

On May 22, 2013, at 18:27 PM, Yuriy Kohut <ykohut@onapp.com> = wrote:

# uname -a
FreeBSD yurak1.vm = 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed May 22 17:47:40 EEST = 2013     root@yurak1.vm:/usr/obj/data/freebsd/sy= s/XENHVM  amd64


I'll = also set up one (hope will have some time) under Xen 4.2.2 = tomorrow.
---
Yura

On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 <roger.pau@citrix.com> = wrote:

Hello,

Recently Justin T Gibbs, Will Andrews and = myself have been working on
improving the Xen support in FreeBSD. The = main goal of this was to bring
full PVHVM support to FreeBSD, right = now FreeBSD is only using PV
interfaces for disk and network = interfaces when running as a HVM guest.
The main benefits of this = changes are that Xen virtual interrupts (event
channels) are now = delivered to the guest using a vector callback
injection, that is a = per-cpu mechanism that allows each vCPU to have
different interrupts = assigned, so for example network and disk
interrupts are delivered to = different vCPUs in order to improve
performance. With this changes = FreeBSD also uses PV timers when running
as an HVM guest, which = should provide better time keeping and reduce the
virtualization = overhead, since emulated timers are no longer used. PV
IPIs can also = be used inside a HVM guest, but this will be = implemented
later.

Right now the code is in a state where it = can be tested by users, so we
would like to encourage FreeBSD and Xen = users to test it and provide
feedback.

The code is available = in the following git repository, under the branch
pvhvm_v5:

http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Ds= ummary

Also, I've created a wiki page that explains how to = set up a FreeBSD
PVHVM for testing:

http://wiki.xen.or= g/wiki/Testing_FreeBSD_PVHVM
______________________________________= _________
freebsd-xen@freebsd.org mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"


= --Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710-- --===============9211507719763631358== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9211507719763631358==-- From xen-users-bounces@lists.xen.org Fri May 24 12:02:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:02: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 1Ufqgp-00065Z-Eo; Fri, 24 May 2013 12:01:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfnS9-0000JU-Bj for xen-users@lists.xen.org; Fri, 24 May 2013 08:34:21 +0000 Received: from [85.158.139.83:48259] by server-13.bemta-5.messagelabs.com id C5/C1-08040-C062F915; Fri, 24 May 2013 08:34:20 +0000 X-Env-Sender: ykohut@onapp.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1369384454!26128777!1 X-Originating-IP: [74.125.82.174] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3875 invoked from network); 24 May 2013 08:34:14 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 08:34:14 -0000 Received: by mail-we0-f174.google.com with SMTP id x50so706837wes.33 for ; Fri, 24 May 2013 01:34:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer:x-gm-message-state; bh=p8Uw/h/ipnM6B3fbZBpjyAalqTBZqwXTo59t/KAf/M0=; b=EcJqJvELDvvzN8Vy7bOvwGP8F1Zl0YVhO1UnjY1saLJodQkicguUj8FHoh9csKUe6o 7rKHq1IwxPBwBQ+u0qmcESiz3wodcbDkA6wPsgdElGy4uctK5/s1NaqPaFAdTzhPa6y5 gau2bK/oLnYw24ZUGF5+RfNnqzi2wAb7FKUgokNwTx0ybV1a5p0gERCVKRPM7+a6aS3n 8SxkpmGUHZIHrmm7CdSbeEuEQPApP/7BbdVps1qM9BY6kTM/MYgl0NX0YGflkico2QqL FbL0DYlMLaQbthmHi6HgnSb5FpySmC4ZIRCorOJnlVyysiqTn2I7dPYXi5+okTIAYTWg YKYw== X-Received: by 10.180.105.161 with SMTP id gn1mr31616954wib.5.1369384454232; Fri, 24 May 2013 01:34:14 -0700 (PDT) Received: from [192.168.128.192] (ext.vps.lviv.ua. [194.44.160.178]) by mx.google.com with ESMTPSA id hl6sm22624233wib.2.2013.05.24.01.34.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 May 2013 01:34:13 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Yuriy Kohut In-Reply-To: <7C420745-BAC0-4BD0-AB60-E3BC7F8BA2A7@onapp.com> Date: Fri, 24 May 2013 11:34:10 +0300 Message-Id: References: <519131D8.9010307@citrix.com> <7C420745-BAC0-4BD0-AB60-E3BC7F8BA2A7@onapp.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQnjtdJ9VqfoSsFp4gE2TrKcaQYu/rUNGSw1JXySAbh7BEpuZwGV4sJDFsAc0eSSqzTAXakP X-Mailman-Approved-At: Fri, 24 May 2013 12:01:40 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9211507719763631358==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9211507719763631358== Content-Type: multipart/alternative; boundary="Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710" --Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hi, I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' based = kernel under Xen 4.2.2. So I couldn't confirm any issue with the kernel both on Xen 3.4.4 and = 4.2.2. Nice Job. Hypervisor details: # xm info host : ******** release : 3.8.7-1.el6xen version : #1 SMP Tue Apr 16 13:14:14 EEST 2013 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 1995 hw_caps : = bfebfbff:28100800:00000000:00003b40:009ce3bd:00000000:00000001:00000000 virt_caps : hvm total_memory : 16374 free_memory : 7194 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .2 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=20 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : dom0_mem=3D409600 cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) cc_compile_by : mockbuild cc_compile_domain : ******** cc_compile_date : Tue May 7 19:26:49 EST 2013 xend_config_format : 4 DomU details: # xm list --long f2tbrxodmgk9ng (domain (domid 146) (cpu_weight 400) (cpu_cap 0) (pool_name Pool-0) (bootloader '') (vcpus 4) (cpus (() () () ())) (on_poweroff destroy) (description '') (on_crash restart) (uuid 355cfb26-4793-f85a-e330-7b6bfcae49b5) (bootloader_args '') (name f2tbrxodmgk9ng) (on_reboot restart) (maxmem 1024) (memory 1024) (shadow_memory 12) (features '') (on_xend_start ignore) (on_xend_stop ignore) (start_time 1369384081.34) (cpu_time 59.956655605) (online_vcpus 4) (image (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /usr/lib/xen/boot/hvmloader) (xen_platform_pci 1) (nestedhvm 0) (rtc_timeoffset 10801) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1) (apic 1) (usbdevice tablet) (vpt_align 1) (vncunused 1) (boot cd) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)) ) ) (status 2) (state -b----) (store_mfn 1044476) (device (vif (bridge nnl9l2z5l3q3d8) (uuid daeabd68-05a0-f25b-ba65-394627505b50) (script /etc/xen/scripts/vif-bridge) (ip 109.123.91.166) (mac 00:16:3e:e8:88:49) (vifname qgdvmt5h6d2l9s) (backend 0) ) ) (device (console (protocol vt100) (location 7) (uuid c670a71d-4c3b-1fcb-974a-587f17740a6c) ) ) (device (vbd (protocol x86_64-abi) (uuid 9067929c-9b48-99c6-5526-e771d43f427c) (bootable 1) (dev hda:disk) (uname phy:/dev/fv4zl7t2h5wbeq/o76ciuubu0r986) (mode w) (backend 0) (VDI '') ) ) (device (vbd (protocol x86_64-abi) (uuid 2ae3630e-0e8e-04e4-8caf-ac4d1e9fd402) (bootable 0) (dev hdb:disk) (uname phy:/dev/fv4zl7t2h5wbeq/xi0nw7u4zo0bu9) (mode w) (backend 0) (VDI '') ) ) (device (vbd (protocol x86_64-abi) (uuid 33d3e25c-0c1c-ced6-c8b6-5a706ab0d403) (bootable 0) (dev hdc:cdrom) (uname file:/tools/freebsd/boot-freebsd-generic.iso) (mode r) (backend 0) (VDI '') ) ) (device (vfb (vncunused 1) (vnc 1) (uuid 438a2ffd-bec7-1e54-bb0b-4fdd400517cf) (location 0.0.0.0:5908) ) ) ) DomU from "inside": # uname -a FreeBSD yurak2.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Thu = May 23 18:55:33 AST 2013 root@yurak2.vm:/usr/obj/freebsd/sys/XENHVM = amd64 --- Yura On May 22, 2013, at 18:27 PM, Yuriy Kohut wrote: > Hi, >=20 > I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' = based kernel under Xen 3.4.4. >=20 > Hypervisor details: > # xm info > host : ******* > release : 2.6.18-348.2.1.el5xen > version : #1 SMP Tue Mar 5 17:05:33 EST 2013 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 2128 > hw_caps : = bfebfbff:28100800:00000000:00000340:009ce3bd:00000000:00000001:00000000 > virt_caps : hvm > total_memory : 6135 > free_memory : 262 > node_to_cpu : node0:0-3 > node_to_memory : node0:262 > xen_major : 3 > xen_minor : 4 > xen_extra : .4 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 = hvm-3.0-x86_32p hvm-3.0-x86_64=20 > xen_scheduler : credit > 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 : root > cc_compile_domain : ****** > cc_compile_date : Wed Sep 5 18:01:10 EEST 2012 > xend_config_format : 4 >=20 >=20 > DomU details: > # xm list --long h283bpm53f9rnx > (domain > (domid 61) > (on_crash restart) > (uuid a2cbcba9-1d66-87ce-6d2f-412e70eab051) > (bootloader_args ) > (vcpus 2) > (name h283bpm53f9rnx) > (on_poweroff destroy) > (on_reboot restart) > (cpus (() ())) > (bootloader ) > (maxmem 1024) > (memory 1024) > (shadow_memory 10) > (features ) > (on_xend_start ignore) > (on_xend_stop ignore) > (start_time 1369235607.92) > (cpu_time 31.914003553) > (online_vcpus 2) > (image > (hvm > (kernel ) > (videoram 4) > (hpet 0) > (stdvga 0) > (loader /usr/lib/xen/boot/hvmloader) > (vncunused 1) > (xen_platform_pci 1) > (boot cd) > (rtc_timeoffset 7202) > (pci ()) > (pae 1) > (vpt_align 1) > (hap 1) > (viridian 0) > (acpi 1) > (localtime 0) > (timer_mode 1) > (vnc 1) > (nographic 0) > (guest_os_type default) > (pci_msitranslate 1) > (apic 1) > (monitor 0) > (usbdevice tablet) > (device_model /usr/lib64/xen/bin/qemu-dm) > (pci_power_mgmt 0) > (usb 0) > (xauthority /root/.Xauthority) > (isa 0) > (notes (SUSPEND_CANCEL 1)) > ) > ) > (status 2) > (state -b----) > (store_mfn 1044476) > (device > (vif > (bridge xnh5getjoj54ke) > (uuid 6133c146-48ea-b7a5-0263-fda98e1a30fe) > (script /etc/xen/scripts/vif-bridge) > (ip 83.170.81.183) > (mac 00:16:3e:a4:02:5a) > (vifname t2vd5w22msrv5d) > (backend 0) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid dd857cd1-2a4c-ea21-a5a5-e95d811f607a) > (bootable 1) > (dev hda:disk) > (uname phy:/dev/9yblt1m70pdtdp/ddfhogyred6bby) > (mode w) > (backend 0) > (bootable 1) > (VDI ) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid 19cae15c-354d-77cb-57ec-dc313f1d05ba) > (bootable 0) > (dev hdb:disk) > (uname phy:/dev/9yblt1m70pdtdp/dhnnwhs6jh9kdd) > (mode w) > (backend 0) > (bootable 0) > (VDI ) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid 2b97ec8c-0cc5-7197-f510-63c272449680) > (bootable 0) > (dev hdc:disk) > (uname phy:/dev/9yblt1m70pdtdp/d1jilc7s7jxsaq) > (mode w) > (backend 0) > (bootable 0) > (VDI ) > ) > ) > (device > (vbd > (protocol x86_64-abi) > (uuid 1b472270-1ef3-2f49-81f1-031cc00c0eb7) > (bootable 0) > (dev hdd:cdrom) > (uname file:/tools/freebsd/boot-freebsd-generic.iso) > (mode r) > (backend 0) > (bootable 0) > (VDI ) > ) > ) > (device > (vfb > (vncunused 1) > (vnc 1) > (uuid b3defeea-4acc-1408-9b22-71547a64e705) > (location 0.0.0.0:5900) > ) > ) > (device > (console > (protocol vt100) > (location 4) > (uuid 58a089ce-a4d0-037e-23e8-9df37b2bd5da) > ) > ) > ) >=20 >=20 > DomU from "inside": > # uname -a > FreeBSD yurak1.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed = May 22 17:47:40 EEST 2013 = root@yurak1.vm:/usr/obj/data/freebsd/sys/XENHVM amd64 >=20 >=20 > I'll also set up one (hope will have some time) under Xen 4.2.2 = tomorrow. > --- > Yura >=20 > On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 = wrote: >=20 >> Hello, >>=20 >> Recently Justin T Gibbs, Will Andrews and myself have been working on >> improving the Xen support in FreeBSD. The main goal of this was to = bring >> full PVHVM support to FreeBSD, right now FreeBSD is only using PV >> interfaces for disk and network interfaces when running as a HVM = guest. >> The main benefits of this changes are that Xen virtual interrupts = (event >> channels) are now delivered to the guest using a vector callback >> injection, that is a per-cpu mechanism that allows each vCPU to have >> different interrupts assigned, so for example network and disk >> interrupts are delivered to different vCPUs in order to improve >> performance. With this changes FreeBSD also uses PV timers when = running >> as an HVM guest, which should provide better time keeping and reduce = the >> virtualization overhead, since emulated timers are no longer used. PV >> IPIs can also be used inside a HVM guest, but this will be = implemented >> later. >>=20 >> Right now the code is in a state where it can be tested by users, so = we >> would like to encourage FreeBSD and Xen users to test it and provide >> feedback. >>=20 >> The code is available in the following git repository, under the = branch >> pvhvm_v5: >>=20 >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummar= y >>=20 >> Also, I've created a wiki page that explains how to set up a FreeBSD >> PVHVM for testing: >>=20 >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org" >=20 --Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
# uname -a
FreeBSD = yurak2.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Thu May 23 = 18:55:33 AST 2013     root@yurak2.vm:/usr/obj/freebsd/sys/XEN= HVM  amd64
---
Yura

On May 22, 2013, at 18:27 PM, Yuriy Kohut <ykohut@onapp.com> = wrote:

# uname -a
FreeBSD yurak1.vm = 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Wed May 22 17:47:40 EEST = 2013     root@yurak1.vm:/usr/obj/data/freebsd/sy= s/XENHVM  amd64


I'll = also set up one (hope will have some time) under Xen 4.2.2 = tomorrow.
---
Yura

On May 13, 2013, at 21:32 PM, Roger Pau Monn=E9 <roger.pau@citrix.com> = wrote:

Hello,

Recently Justin T Gibbs, Will Andrews and = myself have been working on
improving the Xen support in FreeBSD. The = main goal of this was to bring
full PVHVM support to FreeBSD, right = now FreeBSD is only using PV
interfaces for disk and network = interfaces when running as a HVM guest.
The main benefits of this = changes are that Xen virtual interrupts (event
channels) are now = delivered to the guest using a vector callback
injection, that is a = per-cpu mechanism that allows each vCPU to have
different interrupts = assigned, so for example network and disk
interrupts are delivered to = different vCPUs in order to improve
performance. With this changes = FreeBSD also uses PV timers when running
as an HVM guest, which = should provide better time keeping and reduce the
virtualization = overhead, since emulated timers are no longer used. PV
IPIs can also = be used inside a HVM guest, but this will be = implemented
later.

Right now the code is in a state where it = can be tested by users, so we
would like to encourage FreeBSD and Xen = users to test it and provide
feedback.

The code is available = in the following git repository, under the branch
pvhvm_v5:

http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Ds= ummary

Also, I've created a wiki page that explains how to = set up a FreeBSD
PVHVM for testing:

http://wiki.xen.or= g/wiki/Testing_FreeBSD_PVHVM
______________________________________= _________
freebsd-xen@freebsd.org mailing = list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To = unsubscribe, send any mail to = "freebsd-xen-unsubscribe@freebsd.org"


= --Apple-Mail=_4F74E5FF-F2D3-4768-92FC-F4970942B710-- --===============9211507719763631358== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9211507719763631358==-- From xen-users-bounces@lists.xen.org Fri May 24 12:08:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:08: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 1Ufqmo-0006oW-LQ; Fri, 24 May 2013 12: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 1Ufqmn-0006oM-Bv for xen-users@lists.xen.org; Fri, 24 May 2013 12:07:53 +0000 Received: from [85.158.137.99:31571] by server-7.bemta-3.messagelabs.com id 5B/FE-10169-8185F915; Fri, 24 May 2013 12:07:52 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-11.tower-217.messagelabs.com!1369397271!17378337!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTIwNzA4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20735 invoked from network); 24 May 2013 12:07:51 -0000 Received: from mx4-out.mindef.nl (HELO mx4-out.mindef.nl) (217.169.229.21) by server-11.tower-217.messagelabs.com with SMTP; 24 May 2013 12:07:51 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: Date: Fri, 24 May 2013 14:07:46 +0200 References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <20130524102228.7E46042D8D6@jmr5011.mindef.local> In-Reply-To: <20130524102228.7E46042D8D6@jmr5011.mindef.local> Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20130524120750.C542021DD43@mx4-out.mindef.nl> Cc: hwit@a-domani.nl, xen-users@lists.xen.org Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0140371208739726589==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0140371208739726589== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_" --_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2FzZXksDQoNClllYWgsIEnigJl2ZSBiZWVuIHJlYWRpbmcgdXAgYWJvdXQgaXQgKGJlZm9y ZSBwb3N0aW5nKQ0KQnV0IHdoYXQgSSBzYXcgc29mYXIsIHdhcyBwZW9wbGUgZG9pbmcgIHZnYS1w YXNzLXRocm91Z2gsIGFuZCBoYXZpbmcgb25lIG9yIG1vcmUgbW9uaXRvcnMgY29ubmVjdGVkIHRv IHRoZSBQQywgdXNpbmcgb25lIG9mIHRoZW0gZm9yIHBsYXlpbmcgb24gYSB2aXJ0dWFsaXplZCBX Ny4NCknigJlsbCBndWVzcyB0aGF0IGlzIGFscmVhZHkgY2hhbGxlbmdpbmcgZW5vdWdoLCBidXQg aW4gbXkgY2FzZSAoc2VydmVyIGlzIHN0YWNrZWQgYXdheSBvbiB0aGUgdG9wLWZsb29yKSBub3Qg YW4gb3B0aW9uLg0KUHJvYmFibHkgdGhlIGFtb3VudCBvZiAodmdhLSlkYXRhIGlzIHdheSB0b28g bXVjaCBmb3IgZG9pbmcgdGhhdCBvdmVyIGEgbmV0d29yay4NCg0KSGFucw0KDQpGcm9tOiB4ZW4t dXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlz dHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIENhc2V5IERlTG9ybWUNClNlbnQ6IEZyaWRheSwgTWF5 IDI0LCAyMDEzIDEyOjIwIFBNDQpUbzogV2l0dmxpZXQsIEosIENEQy9JVi9EQ09QUy9JJlMvSElO DQpDYzogaHdpdEBhLWRvbWFuaS5ubDsgeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNClN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBHYW1lcw0KDQpIaSBIYW5zLA0KDQpVc2luZyBwYXNzdGhyb3VnaCB2 aXJ0dWFsIGdhbWluZyBpcyB2ZXJ5IGRvYWJsZSwgYnV0IHRoYXQgaXMgd2l0aCBkaXJlY3RseSBj b25uZWN0ZWQgbW9uaXRvcnMgYW5kIHNvbWUgbWlub3IgcXVpcmtzLiAgUGVyc29uYWxseSwgSSBo YXZlIGhhZCBubyBsdWNrIGdldHRpbmcgbmV0d29ya2VkIGdhbWVwbGF5IHRvIHBlcmZvcm0gYXQg YWNjZXB0YWJsZSBmcmFtZXJhdGVzLiAgRnVsbCBzY3JlZW4gZ2FtZXMgd2lsbCBjcmFzaCBtb3N0 IFZOQyBjb25zb2xlcywgb3IganVzdCBnaXZlIHlvdSBhIGJsYWNrIHNjcmVlbiwgYW5kIGlucHV0 IGlzIGxpbWl0ZWQgYW5kIGhlYXZpbHkgZGVsYXllZCwgdGVzdGVkIGRpcmVjdCBhbmQgb24gd2ly ZWQgQ2F0NiB3aXRoIGhhbGYgYSBkb3plbiBkaWZmZXJlbnQgVk5DIGNsaWVudHMuICBJIGFtIG5v dCBzdXJlIHdoZXRoZXIgVFNDIHdvdWxkIGJlaGF2ZSBhbnkgYmV0dGVyLg0KDQpJZiBkaXJlY3Rs eSBjb25uZWN0ZWQgbW9uaXRvcnMgYW5kIGlucHV0IGRldmljZXMgYXJlIGFjY2VwdGFibGUsIGFu ZCB5b3UgYXJlIG5vdCBhbHJlYWR5IGRvaW5nIGdyYXBoaWNzIHBhc3N0aHJvdWdoIHlvdSBtYXkg d2FudCB0byByZWFkIHVwIGEgYml0IG9uIHRoZSB4ZW4gd2lraSwgYW5kIEknbSBzdXJlIG1hbnkg bGlzdCBtZW1iZXJzIHdvdWxkIGJlIGhhcHB5IHRvIHNoYXJlIHRoZWlyIGV4cGVyaWVuY2VzLg0K DQp+Q2FzZXkNCg0KT24gRnJpLCBNYXkgMjQsIDIwMTMgYXQgNTo1OSBBTSwgPEouV2l0dmxpZXRA bWluZGVmLm5sPG1haWx0bzpKLldpdHZsaWV0QG1pbmRlZi5ubD4+IHdyb3RlOg0KSGkgYWxsLA0K DQpQZXJoYXBzIHNsaWdodGx5IG9mZi10b3BpYywgYnV0IHBlcmhhcHMgc29tZWJvZHkgYXJvdW5k IGhhcyB0cmllZCBzb21ldGhpbmcgbGlrZSB0aGlzLg0KDQpJIGJvdWdodCBhIGdhbWUgZm9yIG15 IHNvbiwgYW5kIHZlcmlmaWVkIHRoYXQgaXQgZ290ICJwbGF0aW51bSBzdGF0dXMiIGZvciB3aW5l Lg0KSG93ZXZlciwgdGhlIGdlbmVyYWwgcmVxdWlyZW1lbnRzIGFyZSB3YXkgdG9vIGhlYXZ5IGZv ciBoaXMgY3VycmVudCBtYWNoaW5lLCBldmVuIHdpdGhvdXQgd2luZS4NCg0KU28sIEkgd2FzIGNv bnRlbXBsYXRpbmcgaWYgKCEpIGl0IG1pZ2h0IGJlIHBvc3NpYmxlIHRvIGhhdmUgYSB2aXJ0dWFs aXplZCB4cC93NyBydW5uaW5nIHRoZSBnYW1lLg0KVGhlIHBpZWNlIG9mIHNvZnR3YXJlICh0cnVj ayBkcml2aW5nIHNpbXVsYXRvcikgaXMgYXNraW5nOg0KLUR1YWwgY29yZSBDUFUgMy4wIEdIeg0K LTQgR0IgUkFNLCBncmFwaGljcyBjYXJkIHdpdGggMTAyNCBNQiBtZW1vcnkgKEdlRm9yY2UgR1RT IDQ1MC1jbGFzcyBlcXVpdmFsZW50IG9yIGJldHRlcikNCg0KSSBhbHJlYWR5IGhhdmUgc2V2ZXJh bCB2aXJ0dWFsIG1hY2hpbmVzIHJ1bm5pbmcsIG1peCBvZiBMaW51eCAobW9zdGx5IHNlcnZlcnMp IGFuZCBYUCAoZGVza3RvcCBjaG9yZXMpLA0KQnV0IG5ldmVyIHRyaWVkIHZpcnR1YWxpemVkIGdh bWluZy4NCg0KU28gSSBwcmVzdW1lIHRoYXQgaW5zdGFsbGluZyB0aGUgZ2FtZSBwb3NlcyBubyBw cm9ibGVtLCBidXQgcGxheWluZyBtaWdodCBiZSBzb21ldGhpbmcgZWxzZS4NCi0gd2l0aCByZWdh cmRzIHRvIENQVS1sb2FkLi4uDQotIHdpdGggcmVnYXJkcyB0byBncmFwaGljczogQ291bGQgSSBn ZXQgYXdheSB3aXRoIGEgVFNDLWNsaWVudCBvdmVyIHRoZSBuZXR3b3JrPw0KDQpBbnlvbmUgd2hv IGV2ZXIgdHJpZWQgaXQ/IFdvcnRod2hpbGUgdHJ5aW5nIG9yIGZvcmdldCBpdCBzdHJhaWdodCBh d2F5Pw0KDQpIYW5zDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkRpdCBiZXJpY2h0IGthbiBpbmZvcm1hdGll IGJldmF0dGVuIGRpZSBuaWV0IHZvb3IgdSBpcyBiZXN0ZW1kLiBJbmRpZW4gdSBuaWV0IGRlIGdl YWRyZXNzZWVyZGUgYmVudCBvZiBkaXQgYmVyaWNodCBhYnVzaWV2ZWxpamsgYWFuIHUgaXMgdG9l Z2V6b25kZW4sIHdvcmR0IHUgdmVyem9jaHQgZGF0IGFhbiBkZSBhZnplbmRlciB0ZSBtZWxkZW4g ZW4gaGV0IGJlcmljaHQgdGUgdmVyd2lqZGVyZW4uIERlIFN0YWF0IGFhbnZhYXJkdCBnZWVuIGFh bnNwcmFrZWxpamtoZWlkIHZvb3Igc2NoYWRlLCB2YW4gd2Vsa2UgYWFyZCBvb2ssIGRpZSB2ZXJi YW5kIGhvdWR0IG1ldCByaXNpY28ncyB2ZXJib25kZW4gYWFuIGhldCBlbGVjdHJvbmlzY2ggdmVy emVuZGVuIHZhbiBiZXJpY2h0ZW4uDQoNClRoaXMgbWVzc2FnZSBtYXkgY29udGFpbiBpbmZvcm1h dGlvbiB0aGF0IGlzIG5vdCBpbnRlbmRlZCBmb3IgeW91LiBJZiB5b3UgYXJlIG5vdCB0aGUgYWRk cmVzc2VlIG9yIGlmIHRoaXMgbWVzc2FnZSB3YXMgc2VudCB0byB5b3UgYnkgbWlzdGFrZSwgeW91 IGFyZSByZXF1ZXN0ZWQgdG8gaW5mb3JtIHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWVzc2Fn ZS4gVGhlIFN0YXRlIGFjY2VwdHMgbm8gbGlhYmlsaXR5IGZvciBkYW1hZ2Ugb2YgYW55IGtpbmQg cmVzdWx0aW5nIGZyb20gdGhlIHJpc2tzIGluaGVyZW50IGluIHRoZSBlbGVjdHJvbmljIHRyYW5z bWlzc2lvbiBvZiBtZXNzYWdlcy4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NClhlbi11c2VycyBtYWlsaW5nIGxpc3QNClhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCmh0dHA6Ly9saXN0cy54ZW4u b3JnL3hlbi11c2Vycw0KDQo= --_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp biAxMS4waW47DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9 RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPSIjMWY0OTdkIiBmYWNlPUNhbGlicmk+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjtjb2xvcjojMUY0OTdEJz5IaSBDYXNleSw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9 Q2FsaWJyaT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj0iIzFmNDk3ZCIg ZmFjZT1DYWxpYnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+WWVhaCwgSeKAmXZlIGJlZW4gcmVh ZGluZyB1cCBhYm91dCBpdCAoYmVmb3JlIHBvc3RpbmcpPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPSIjMWY0OTdkIiBmYWNl PUNhbGlicmk+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5CdXQgd2hhdCBJIHNhdyBzb2Zhciwgd2Fz IHBlb3BsZSBkb2luZyDCoHZnYS1wYXNzLXRocm91Z2gsIGFuZCBoYXZpbmcgb25lIG9yIG1vcmUg bW9uaXRvcnMgY29ubmVjdGVkIHRvIHRoZSBQQywgdXNpbmcgb25lIG9mIHRoZW0gZm9yIHBsYXlp bmcgb24gYSB2aXJ0dWFsaXplZCBXNy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9Q2FsaWJyaT48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO2NvbG9yOiMxRjQ5N0QnPknigJlsbCBndWVzcyB0aGF0IGlzIGFscmVhZHkgY2hhbGxl bmdpbmcgZW5vdWdoLCBidXQgaW4gbXkgY2FzZSAoc2VydmVyIGlzIHN0YWNrZWQgYXdheSBvbiB0 aGUgdG9wLWZsb29yKSBub3QgYW4gb3B0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT1DYWxp YnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+UHJvYmFibHkgdGhlIGFtb3VudCBvZiAodmdhLSlk YXRhIGlzIHdheSB0b28gbXVjaCBmb3IgZG9pbmcgdGhhdCBvdmVyIGEgbmV0d29yay48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29s b3I9IiMxZjQ5N2QiIGZhY2U9Q2FsaWJyaT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT1DYWxpYnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+SGFu czxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT1DYWxpYnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp bic+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 Zm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIgZmFj ZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiJz4geGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRv Onhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIDxiPjxzcGFuIHN0eWxlPSdmb250LXdl aWdodDpib2xkJz5PbiBCZWhhbGYgT2YgPC9zcGFuPjwvYj5DYXNleSBEZUxvcm1lPGJyPjxiPjxz cGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TZW50Ojwvc3Bhbj48L2I+IEZyaWRheSwgTWF5 IDI0LCAyMDEzIDEyOjIwIFBNPGJyPjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5U bzo8L3NwYW4+PC9iPiBXaXR2bGlldCwgSiwgQ0RDL0lWL0RDT1BTL0kmYW1wO1MvSElOPGJyPjxi PjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5DYzo8L3NwYW4+PC9iPiBod2l0QGEtZG9t YW5pLm5sOyB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj48Yj48c3BhbiBzdHlsZT0nZm9udC13 ZWlnaHQ6Ym9sZCc+U3ViamVjdDo8L3NwYW4+PC9iPiBSZTogW1hlbi11c2Vyc10gR2FtZXM8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBw dCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD48ZGl2PjxkaXY+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPkhpIEhhbnMsPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEy LjBwdCc+VXNpbmcgcGFzc3Rocm91Z2ggdmlydHVhbCBnYW1pbmcgaXMgdmVyeSBkb2FibGUsIGJ1 dCB0aGF0IGlzIHdpdGggZGlyZWN0bHkgY29ubmVjdGVkIG1vbml0b3JzIGFuZCBzb21lIG1pbm9y IHF1aXJrcy4gJm5ic3A7UGVyc29uYWxseSwgSSBoYXZlIGhhZCBubyBsdWNrIGdldHRpbmcgbmV0 d29ya2VkIGdhbWVwbGF5IHRvIHBlcmZvcm0gYXQgYWNjZXB0YWJsZSBmcmFtZXJhdGVzLiAmbmJz cDtGdWxsIHNjcmVlbiBnYW1lcyB3aWxsIGNyYXNoIG1vc3QgVk5DIGNvbnNvbGVzLCBvciBqdXN0 IGdpdmUgeW91IGEgYmxhY2sgc2NyZWVuLCBhbmQgaW5wdXQgaXMgbGltaXRlZCBhbmQgaGVhdmls eSBkZWxheWVkLCB0ZXN0ZWQgZGlyZWN0IGFuZCBvbiB3aXJlZCBDYXQ2IHdpdGggaGFsZiBhIGRv emVuIGRpZmZlcmVudCBWTkMgY2xpZW50cy4gJm5ic3A7SSBhbSBub3Qgc3VyZSB3aGV0aGVyIFRT QyB3b3VsZCBiZWhhdmUgYW55IGJldHRlci48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz5J ZiBkaXJlY3RseSBjb25uZWN0ZWQgbW9uaXRvcnMgYW5kIGlucHV0IGRldmljZXMgYXJlIGFjY2Vw dGFibGUsIGFuZCB5b3UgYXJlIG5vdCBhbHJlYWR5IGRvaW5nIGdyYXBoaWNzIHBhc3N0aHJvdWdo IHlvdSBtYXkgd2FudCB0byByZWFkIHVwIGEgYml0IG9uIHRoZSB4ZW4gd2lraSwgYW5kIEknbSBz dXJlIG1hbnkgbGlzdCBtZW1iZXJzIHdvdWxkIGJlIGhhcHB5IHRvIHNoYXJlIHRoZWlyIGV4cGVy aWVuY2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PC9k aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPn5DYXNleTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9mb250PjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+T24gRnJp LCBNYXkgMjQsIDIwMTMgYXQgNTo1OSBBTSwgJmx0OzxhIGhyZWY9Im1haWx0bzpKLldpdHZsaWV0 QG1pbmRlZi5ubCIgdGFyZ2V0PSJfYmxhbmsiPkouV2l0dmxpZXRAbWluZGVmLm5sPC9hPiZndDsg d3JvdGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox Mi4wcHQnPkhpIGFsbCw8YnI+PGJyPlBlcmhhcHMgc2xpZ2h0bHkgb2ZmLXRvcGljLCBidXQgcGVy aGFwcyBzb21lYm9keSBhcm91bmQgaGFzIHRyaWVkIHNvbWV0aGluZyBsaWtlIHRoaXMuPGJyPjxi cj5JIGJvdWdodCBhIGdhbWUgZm9yIG15IHNvbiwgYW5kIHZlcmlmaWVkIHRoYXQgaXQgZ290ICZx dW90O3BsYXRpbnVtIHN0YXR1cyZxdW90OyBmb3Igd2luZS48YnI+SG93ZXZlciwgdGhlIGdlbmVy YWwgcmVxdWlyZW1lbnRzIGFyZSB3YXkgdG9vIGhlYXZ5IGZvciBoaXMgY3VycmVudCBtYWNoaW5l LCBldmVuIHdpdGhvdXQgd2luZS48YnI+PGJyPlNvLCBJIHdhcyBjb250ZW1wbGF0aW5nIGlmICgh KSBpdCBtaWdodCBiZSBwb3NzaWJsZSB0byBoYXZlIGEgdmlydHVhbGl6ZWQgeHAvdzcgcnVubmlu ZyB0aGUgZ2FtZS48YnI+VGhlIHBpZWNlIG9mIHNvZnR3YXJlICh0cnVjayBkcml2aW5nIHNpbXVs YXRvcikgaXMgYXNraW5nOjxicj4tRHVhbCBjb3JlIENQVSAzLjAgR0h6PGJyPi00IEdCIFJBTSwg Z3JhcGhpY3MgY2FyZCB3aXRoIDEwMjQgTUIgbWVtb3J5IChHZUZvcmNlIEdUUyA0NTAtY2xhc3Mg ZXF1aXZhbGVudCBvciBiZXR0ZXIpPGJyPjxicj5JIGFscmVhZHkgaGF2ZSBzZXZlcmFsIHZpcnR1 YWwgbWFjaGluZXMgcnVubmluZywgbWl4IG9mIExpbnV4IChtb3N0bHkgc2VydmVycykgYW5kIFhQ IChkZXNrdG9wIGNob3JlcyksPGJyPkJ1dCBuZXZlciB0cmllZCB2aXJ0dWFsaXplZCBnYW1pbmcu PGJyPjxicj5TbyBJIHByZXN1bWUgdGhhdCBpbnN0YWxsaW5nIHRoZSBnYW1lIHBvc2VzIG5vIHBy b2JsZW0sIGJ1dCBwbGF5aW5nIG1pZ2h0IGJlIHNvbWV0aGluZyBlbHNlLjxicj4tIHdpdGggcmVn YXJkcyB0byBDUFUtbG9hZC4uLjxicj4tIHdpdGggcmVnYXJkcyB0byBncmFwaGljczogQ291bGQg SSBnZXQgYXdheSB3aXRoIGEgVFNDLWNsaWVudCBvdmVyIHRoZSBuZXR3b3JrPzxicj48YnI+QW55 b25lIHdobyBldmVyIHRyaWVkIGl0PyBXb3J0aHdoaWxlIHRyeWluZyBvciBmb3JnZXQgaXQgc3Ry YWlnaHQgYXdheT88YnI+PGJyPkhhbnM8YnI+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+RGl0IGJlcmlj aHQga2FuIGluZm9ybWF0aWUgYmV2YXR0ZW4gZGllIG5pZXQgdm9vciB1IGlzIGJlc3RlbWQuIElu ZGllbiB1IG5pZXQgZGUgZ2VhZHJlc3NlZXJkZSBiZW50IG9mIGRpdCBiZXJpY2h0IGFidXNpZXZl bGlqayBhYW4gdSBpcyB0b2VnZXpvbmRlbiwgd29yZHQgdSB2ZXJ6b2NodCBkYXQgYWFuIGRlIGFm emVuZGVyIHRlIG1lbGRlbiBlbiBoZXQgYmVyaWNodCB0ZSB2ZXJ3aWpkZXJlbi4gRGUgU3RhYXQg YWFudmFhcmR0IGdlZW4gYWFuc3ByYWtlbGlqa2hlaWQgdm9vciBzY2hhZGUsIHZhbiB3ZWxrZSBh YXJkIG9vaywgZGllIHZlcmJhbmQgaG91ZHQgbWV0IHJpc2ljbydzIHZlcmJvbmRlbiBhYW4gaGV0 IGVsZWN0cm9uaXNjaCB2ZXJ6ZW5kZW4gdmFuIGJlcmljaHRlbi48YnI+PGJyPlRoaXMgbWVzc2Fn ZSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0IGlzIG5vdCBpbnRlbmRlZCBmb3IgeW91LiBJ ZiB5b3UgYXJlIG5vdCB0aGUgYWRkcmVzc2VlIG9yIGlmIHRoaXMgbWVzc2FnZSB3YXMgc2VudCB0 byB5b3UgYnkgbWlzdGFrZSwgeW91IGFyZSByZXF1ZXN0ZWQgdG8gaW5mb3JtIHRoZSBzZW5kZXIg YW5kIGRlbGV0ZSB0aGUgbWVzc2FnZS4gVGhlIFN0YXRlIGFjY2VwdHMgbm8gbGlhYmlsaXR5IGZv ciBkYW1hZ2Ugb2YgYW55IGtpbmQgcmVzdWx0aW5nIGZyb20gdGhlIHJpc2tzIGluaGVyZW50IGlu IHRoZSBlbGVjdHJvbmljIHRyYW5zbWlzc2lvbiBvZiBtZXNzYWdlcy48YnI+PGJyPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPlhlbi11c2VycyBtYWls aW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4t dXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjwvZGl2PjwvZGl2 PjwvYm9keT48L2h0bWw+ --_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_-- --===============0140371208739726589== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0140371208739726589==-- From xen-users-bounces@lists.xen.org Fri May 24 12:08:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:08: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 1Ufqmo-0006oW-LQ; Fri, 24 May 2013 12: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 1Ufqmn-0006oM-Bv for xen-users@lists.xen.org; Fri, 24 May 2013 12:07:53 +0000 Received: from [85.158.137.99:31571] by server-7.bemta-3.messagelabs.com id 5B/FE-10169-8185F915; Fri, 24 May 2013 12:07:52 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-11.tower-217.messagelabs.com!1369397271!17378337!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTIwNzA4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20735 invoked from network); 24 May 2013 12:07:51 -0000 Received: from mx4-out.mindef.nl (HELO mx4-out.mindef.nl) (217.169.229.21) by server-11.tower-217.messagelabs.com with SMTP; 24 May 2013 12:07:51 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: Date: Fri, 24 May 2013 14:07:46 +0200 References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <20130524102228.7E46042D8D6@jmr5011.mindef.local> In-Reply-To: <20130524102228.7E46042D8D6@jmr5011.mindef.local> Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20130524120750.C542021DD43@mx4-out.mindef.nl> Cc: hwit@a-domani.nl, xen-users@lists.xen.org Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0140371208739726589==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0140371208739726589== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_" --_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2FzZXksDQoNClllYWgsIEnigJl2ZSBiZWVuIHJlYWRpbmcgdXAgYWJvdXQgaXQgKGJlZm9y ZSBwb3N0aW5nKQ0KQnV0IHdoYXQgSSBzYXcgc29mYXIsIHdhcyBwZW9wbGUgZG9pbmcgIHZnYS1w YXNzLXRocm91Z2gsIGFuZCBoYXZpbmcgb25lIG9yIG1vcmUgbW9uaXRvcnMgY29ubmVjdGVkIHRv IHRoZSBQQywgdXNpbmcgb25lIG9mIHRoZW0gZm9yIHBsYXlpbmcgb24gYSB2aXJ0dWFsaXplZCBX Ny4NCknigJlsbCBndWVzcyB0aGF0IGlzIGFscmVhZHkgY2hhbGxlbmdpbmcgZW5vdWdoLCBidXQg aW4gbXkgY2FzZSAoc2VydmVyIGlzIHN0YWNrZWQgYXdheSBvbiB0aGUgdG9wLWZsb29yKSBub3Qg YW4gb3B0aW9uLg0KUHJvYmFibHkgdGhlIGFtb3VudCBvZiAodmdhLSlkYXRhIGlzIHdheSB0b28g bXVjaCBmb3IgZG9pbmcgdGhhdCBvdmVyIGEgbmV0d29yay4NCg0KSGFucw0KDQpGcm9tOiB4ZW4t dXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlz dHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIENhc2V5IERlTG9ybWUNClNlbnQ6IEZyaWRheSwgTWF5 IDI0LCAyMDEzIDEyOjIwIFBNDQpUbzogV2l0dmxpZXQsIEosIENEQy9JVi9EQ09QUy9JJlMvSElO DQpDYzogaHdpdEBhLWRvbWFuaS5ubDsgeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNClN1YmplY3Q6 IFJlOiBbWGVuLXVzZXJzXSBHYW1lcw0KDQpIaSBIYW5zLA0KDQpVc2luZyBwYXNzdGhyb3VnaCB2 aXJ0dWFsIGdhbWluZyBpcyB2ZXJ5IGRvYWJsZSwgYnV0IHRoYXQgaXMgd2l0aCBkaXJlY3RseSBj b25uZWN0ZWQgbW9uaXRvcnMgYW5kIHNvbWUgbWlub3IgcXVpcmtzLiAgUGVyc29uYWxseSwgSSBo YXZlIGhhZCBubyBsdWNrIGdldHRpbmcgbmV0d29ya2VkIGdhbWVwbGF5IHRvIHBlcmZvcm0gYXQg YWNjZXB0YWJsZSBmcmFtZXJhdGVzLiAgRnVsbCBzY3JlZW4gZ2FtZXMgd2lsbCBjcmFzaCBtb3N0 IFZOQyBjb25zb2xlcywgb3IganVzdCBnaXZlIHlvdSBhIGJsYWNrIHNjcmVlbiwgYW5kIGlucHV0 IGlzIGxpbWl0ZWQgYW5kIGhlYXZpbHkgZGVsYXllZCwgdGVzdGVkIGRpcmVjdCBhbmQgb24gd2ly ZWQgQ2F0NiB3aXRoIGhhbGYgYSBkb3plbiBkaWZmZXJlbnQgVk5DIGNsaWVudHMuICBJIGFtIG5v dCBzdXJlIHdoZXRoZXIgVFNDIHdvdWxkIGJlaGF2ZSBhbnkgYmV0dGVyLg0KDQpJZiBkaXJlY3Rs eSBjb25uZWN0ZWQgbW9uaXRvcnMgYW5kIGlucHV0IGRldmljZXMgYXJlIGFjY2VwdGFibGUsIGFu ZCB5b3UgYXJlIG5vdCBhbHJlYWR5IGRvaW5nIGdyYXBoaWNzIHBhc3N0aHJvdWdoIHlvdSBtYXkg d2FudCB0byByZWFkIHVwIGEgYml0IG9uIHRoZSB4ZW4gd2lraSwgYW5kIEknbSBzdXJlIG1hbnkg bGlzdCBtZW1iZXJzIHdvdWxkIGJlIGhhcHB5IHRvIHNoYXJlIHRoZWlyIGV4cGVyaWVuY2VzLg0K DQp+Q2FzZXkNCg0KT24gRnJpLCBNYXkgMjQsIDIwMTMgYXQgNTo1OSBBTSwgPEouV2l0dmxpZXRA bWluZGVmLm5sPG1haWx0bzpKLldpdHZsaWV0QG1pbmRlZi5ubD4+IHdyb3RlOg0KSGkgYWxsLA0K DQpQZXJoYXBzIHNsaWdodGx5IG9mZi10b3BpYywgYnV0IHBlcmhhcHMgc29tZWJvZHkgYXJvdW5k IGhhcyB0cmllZCBzb21ldGhpbmcgbGlrZSB0aGlzLg0KDQpJIGJvdWdodCBhIGdhbWUgZm9yIG15 IHNvbiwgYW5kIHZlcmlmaWVkIHRoYXQgaXQgZ290ICJwbGF0aW51bSBzdGF0dXMiIGZvciB3aW5l Lg0KSG93ZXZlciwgdGhlIGdlbmVyYWwgcmVxdWlyZW1lbnRzIGFyZSB3YXkgdG9vIGhlYXZ5IGZv ciBoaXMgY3VycmVudCBtYWNoaW5lLCBldmVuIHdpdGhvdXQgd2luZS4NCg0KU28sIEkgd2FzIGNv bnRlbXBsYXRpbmcgaWYgKCEpIGl0IG1pZ2h0IGJlIHBvc3NpYmxlIHRvIGhhdmUgYSB2aXJ0dWFs aXplZCB4cC93NyBydW5uaW5nIHRoZSBnYW1lLg0KVGhlIHBpZWNlIG9mIHNvZnR3YXJlICh0cnVj ayBkcml2aW5nIHNpbXVsYXRvcikgaXMgYXNraW5nOg0KLUR1YWwgY29yZSBDUFUgMy4wIEdIeg0K LTQgR0IgUkFNLCBncmFwaGljcyBjYXJkIHdpdGggMTAyNCBNQiBtZW1vcnkgKEdlRm9yY2UgR1RT IDQ1MC1jbGFzcyBlcXVpdmFsZW50IG9yIGJldHRlcikNCg0KSSBhbHJlYWR5IGhhdmUgc2V2ZXJh bCB2aXJ0dWFsIG1hY2hpbmVzIHJ1bm5pbmcsIG1peCBvZiBMaW51eCAobW9zdGx5IHNlcnZlcnMp IGFuZCBYUCAoZGVza3RvcCBjaG9yZXMpLA0KQnV0IG5ldmVyIHRyaWVkIHZpcnR1YWxpemVkIGdh bWluZy4NCg0KU28gSSBwcmVzdW1lIHRoYXQgaW5zdGFsbGluZyB0aGUgZ2FtZSBwb3NlcyBubyBw cm9ibGVtLCBidXQgcGxheWluZyBtaWdodCBiZSBzb21ldGhpbmcgZWxzZS4NCi0gd2l0aCByZWdh cmRzIHRvIENQVS1sb2FkLi4uDQotIHdpdGggcmVnYXJkcyB0byBncmFwaGljczogQ291bGQgSSBn ZXQgYXdheSB3aXRoIGEgVFNDLWNsaWVudCBvdmVyIHRoZSBuZXR3b3JrPw0KDQpBbnlvbmUgd2hv IGV2ZXIgdHJpZWQgaXQ/IFdvcnRod2hpbGUgdHJ5aW5nIG9yIGZvcmdldCBpdCBzdHJhaWdodCBh d2F5Pw0KDQpIYW5zDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkRpdCBiZXJpY2h0IGthbiBpbmZvcm1hdGll IGJldmF0dGVuIGRpZSBuaWV0IHZvb3IgdSBpcyBiZXN0ZW1kLiBJbmRpZW4gdSBuaWV0IGRlIGdl YWRyZXNzZWVyZGUgYmVudCBvZiBkaXQgYmVyaWNodCBhYnVzaWV2ZWxpamsgYWFuIHUgaXMgdG9l Z2V6b25kZW4sIHdvcmR0IHUgdmVyem9jaHQgZGF0IGFhbiBkZSBhZnplbmRlciB0ZSBtZWxkZW4g ZW4gaGV0IGJlcmljaHQgdGUgdmVyd2lqZGVyZW4uIERlIFN0YWF0IGFhbnZhYXJkdCBnZWVuIGFh bnNwcmFrZWxpamtoZWlkIHZvb3Igc2NoYWRlLCB2YW4gd2Vsa2UgYWFyZCBvb2ssIGRpZSB2ZXJi YW5kIGhvdWR0IG1ldCByaXNpY28ncyB2ZXJib25kZW4gYWFuIGhldCBlbGVjdHJvbmlzY2ggdmVy emVuZGVuIHZhbiBiZXJpY2h0ZW4uDQoNClRoaXMgbWVzc2FnZSBtYXkgY29udGFpbiBpbmZvcm1h dGlvbiB0aGF0IGlzIG5vdCBpbnRlbmRlZCBmb3IgeW91LiBJZiB5b3UgYXJlIG5vdCB0aGUgYWRk cmVzc2VlIG9yIGlmIHRoaXMgbWVzc2FnZSB3YXMgc2VudCB0byB5b3UgYnkgbWlzdGFrZSwgeW91 IGFyZSByZXF1ZXN0ZWQgdG8gaW5mb3JtIHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWVzc2Fn ZS4gVGhlIFN0YXRlIGFjY2VwdHMgbm8gbGlhYmlsaXR5IGZvciBkYW1hZ2Ugb2YgYW55IGtpbmQg cmVzdWx0aW5nIGZyb20gdGhlIHJpc2tzIGluaGVyZW50IGluIHRoZSBlbGVjdHJvbmljIHRyYW5z bWlzc2lvbiBvZiBtZXNzYWdlcy4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NClhlbi11c2VycyBtYWlsaW5nIGxpc3QNClhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnPG1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4NCmh0dHA6Ly9saXN0cy54ZW4u b3JnL3hlbi11c2Vycw0KDQo= --_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp biAxMS4waW47DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9 RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPSIjMWY0OTdkIiBmYWNlPUNhbGlicmk+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjtjb2xvcjojMUY0OTdEJz5IaSBDYXNleSw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9 Q2FsaWJyaT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj0iIzFmNDk3ZCIg ZmFjZT1DYWxpYnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+WWVhaCwgSeKAmXZlIGJlZW4gcmVh ZGluZyB1cCBhYm91dCBpdCAoYmVmb3JlIHBvc3RpbmcpPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPSIjMWY0OTdkIiBmYWNl PUNhbGlicmk+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5CdXQgd2hhdCBJIHNhdyBzb2Zhciwgd2Fz IHBlb3BsZSBkb2luZyDCoHZnYS1wYXNzLXRocm91Z2gsIGFuZCBoYXZpbmcgb25lIG9yIG1vcmUg bW9uaXRvcnMgY29ubmVjdGVkIHRvIHRoZSBQQywgdXNpbmcgb25lIG9mIHRoZW0gZm9yIHBsYXlp bmcgb24gYSB2aXJ0dWFsaXplZCBXNy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9Q2FsaWJyaT48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO2NvbG9yOiMxRjQ5N0QnPknigJlsbCBndWVzcyB0aGF0IGlzIGFscmVhZHkgY2hhbGxl bmdpbmcgZW5vdWdoLCBidXQgaW4gbXkgY2FzZSAoc2VydmVyIGlzIHN0YWNrZWQgYXdheSBvbiB0 aGUgdG9wLWZsb29yKSBub3QgYW4gb3B0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT1DYWxp YnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+UHJvYmFibHkgdGhlIGFtb3VudCBvZiAodmdhLSlk YXRhIGlzIHdheSB0b28gbXVjaCBmb3IgZG9pbmcgdGhhdCBvdmVyIGEgbmV0d29yay48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29s b3I9IiMxZjQ5N2QiIGZhY2U9Q2FsaWJyaT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT1DYWxpYnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+SGFu czxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT1DYWxpYnJpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp bic+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 Zm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIgZmFj ZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiJz4geGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRv Onhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIDxiPjxzcGFuIHN0eWxlPSdmb250LXdl aWdodDpib2xkJz5PbiBCZWhhbGYgT2YgPC9zcGFuPjwvYj5DYXNleSBEZUxvcm1lPGJyPjxiPjxz cGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TZW50Ojwvc3Bhbj48L2I+IEZyaWRheSwgTWF5 IDI0LCAyMDEzIDEyOjIwIFBNPGJyPjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5U bzo8L3NwYW4+PC9iPiBXaXR2bGlldCwgSiwgQ0RDL0lWL0RDT1BTL0kmYW1wO1MvSElOPGJyPjxi PjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5DYzo8L3NwYW4+PC9iPiBod2l0QGEtZG9t YW5pLm5sOyB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj48Yj48c3BhbiBzdHlsZT0nZm9udC13 ZWlnaHQ6Ym9sZCc+U3ViamVjdDo8L3NwYW4+PC9iPiBSZTogW1hlbi11c2Vyc10gR2FtZXM8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBw dCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD48ZGl2PjxkaXY+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPkhpIEhhbnMsPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEy LjBwdCc+VXNpbmcgcGFzc3Rocm91Z2ggdmlydHVhbCBnYW1pbmcgaXMgdmVyeSBkb2FibGUsIGJ1 dCB0aGF0IGlzIHdpdGggZGlyZWN0bHkgY29ubmVjdGVkIG1vbml0b3JzIGFuZCBzb21lIG1pbm9y IHF1aXJrcy4gJm5ic3A7UGVyc29uYWxseSwgSSBoYXZlIGhhZCBubyBsdWNrIGdldHRpbmcgbmV0 d29ya2VkIGdhbWVwbGF5IHRvIHBlcmZvcm0gYXQgYWNjZXB0YWJsZSBmcmFtZXJhdGVzLiAmbmJz cDtGdWxsIHNjcmVlbiBnYW1lcyB3aWxsIGNyYXNoIG1vc3QgVk5DIGNvbnNvbGVzLCBvciBqdXN0 IGdpdmUgeW91IGEgYmxhY2sgc2NyZWVuLCBhbmQgaW5wdXQgaXMgbGltaXRlZCBhbmQgaGVhdmls eSBkZWxheWVkLCB0ZXN0ZWQgZGlyZWN0IGFuZCBvbiB3aXJlZCBDYXQ2IHdpdGggaGFsZiBhIGRv emVuIGRpZmZlcmVudCBWTkMgY2xpZW50cy4gJm5ic3A7SSBhbSBub3Qgc3VyZSB3aGV0aGVyIFRT QyB3b3VsZCBiZWhhdmUgYW55IGJldHRlci48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz5J ZiBkaXJlY3RseSBjb25uZWN0ZWQgbW9uaXRvcnMgYW5kIGlucHV0IGRldmljZXMgYXJlIGFjY2Vw dGFibGUsIGFuZCB5b3UgYXJlIG5vdCBhbHJlYWR5IGRvaW5nIGdyYXBoaWNzIHBhc3N0aHJvdWdo IHlvdSBtYXkgd2FudCB0byByZWFkIHVwIGEgYml0IG9uIHRoZSB4ZW4gd2lraSwgYW5kIEknbSBz dXJlIG1hbnkgbGlzdCBtZW1iZXJzIHdvdWxkIGJlIGhhcHB5IHRvIHNoYXJlIHRoZWlyIGV4cGVy aWVuY2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PC9k aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPn5DYXNleTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9mb250PjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+T24gRnJp LCBNYXkgMjQsIDIwMTMgYXQgNTo1OSBBTSwgJmx0OzxhIGhyZWY9Im1haWx0bzpKLldpdHZsaWV0 QG1pbmRlZi5ubCIgdGFyZ2V0PSJfYmxhbmsiPkouV2l0dmxpZXRAbWluZGVmLm5sPC9hPiZndDsg d3JvdGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox Mi4wcHQnPkhpIGFsbCw8YnI+PGJyPlBlcmhhcHMgc2xpZ2h0bHkgb2ZmLXRvcGljLCBidXQgcGVy aGFwcyBzb21lYm9keSBhcm91bmQgaGFzIHRyaWVkIHNvbWV0aGluZyBsaWtlIHRoaXMuPGJyPjxi cj5JIGJvdWdodCBhIGdhbWUgZm9yIG15IHNvbiwgYW5kIHZlcmlmaWVkIHRoYXQgaXQgZ290ICZx dW90O3BsYXRpbnVtIHN0YXR1cyZxdW90OyBmb3Igd2luZS48YnI+SG93ZXZlciwgdGhlIGdlbmVy YWwgcmVxdWlyZW1lbnRzIGFyZSB3YXkgdG9vIGhlYXZ5IGZvciBoaXMgY3VycmVudCBtYWNoaW5l LCBldmVuIHdpdGhvdXQgd2luZS48YnI+PGJyPlNvLCBJIHdhcyBjb250ZW1wbGF0aW5nIGlmICgh KSBpdCBtaWdodCBiZSBwb3NzaWJsZSB0byBoYXZlIGEgdmlydHVhbGl6ZWQgeHAvdzcgcnVubmlu ZyB0aGUgZ2FtZS48YnI+VGhlIHBpZWNlIG9mIHNvZnR3YXJlICh0cnVjayBkcml2aW5nIHNpbXVs YXRvcikgaXMgYXNraW5nOjxicj4tRHVhbCBjb3JlIENQVSAzLjAgR0h6PGJyPi00IEdCIFJBTSwg Z3JhcGhpY3MgY2FyZCB3aXRoIDEwMjQgTUIgbWVtb3J5IChHZUZvcmNlIEdUUyA0NTAtY2xhc3Mg ZXF1aXZhbGVudCBvciBiZXR0ZXIpPGJyPjxicj5JIGFscmVhZHkgaGF2ZSBzZXZlcmFsIHZpcnR1 YWwgbWFjaGluZXMgcnVubmluZywgbWl4IG9mIExpbnV4IChtb3N0bHkgc2VydmVycykgYW5kIFhQ IChkZXNrdG9wIGNob3JlcyksPGJyPkJ1dCBuZXZlciB0cmllZCB2aXJ0dWFsaXplZCBnYW1pbmcu PGJyPjxicj5TbyBJIHByZXN1bWUgdGhhdCBpbnN0YWxsaW5nIHRoZSBnYW1lIHBvc2VzIG5vIHBy b2JsZW0sIGJ1dCBwbGF5aW5nIG1pZ2h0IGJlIHNvbWV0aGluZyBlbHNlLjxicj4tIHdpdGggcmVn YXJkcyB0byBDUFUtbG9hZC4uLjxicj4tIHdpdGggcmVnYXJkcyB0byBncmFwaGljczogQ291bGQg SSBnZXQgYXdheSB3aXRoIGEgVFNDLWNsaWVudCBvdmVyIHRoZSBuZXR3b3JrPzxicj48YnI+QW55 b25lIHdobyBldmVyIHRyaWVkIGl0PyBXb3J0aHdoaWxlIHRyeWluZyBvciBmb3JnZXQgaXQgc3Ry YWlnaHQgYXdheT88YnI+PGJyPkhhbnM8YnI+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+RGl0IGJlcmlj aHQga2FuIGluZm9ybWF0aWUgYmV2YXR0ZW4gZGllIG5pZXQgdm9vciB1IGlzIGJlc3RlbWQuIElu ZGllbiB1IG5pZXQgZGUgZ2VhZHJlc3NlZXJkZSBiZW50IG9mIGRpdCBiZXJpY2h0IGFidXNpZXZl bGlqayBhYW4gdSBpcyB0b2VnZXpvbmRlbiwgd29yZHQgdSB2ZXJ6b2NodCBkYXQgYWFuIGRlIGFm emVuZGVyIHRlIG1lbGRlbiBlbiBoZXQgYmVyaWNodCB0ZSB2ZXJ3aWpkZXJlbi4gRGUgU3RhYXQg YWFudmFhcmR0IGdlZW4gYWFuc3ByYWtlbGlqa2hlaWQgdm9vciBzY2hhZGUsIHZhbiB3ZWxrZSBh YXJkIG9vaywgZGllIHZlcmJhbmQgaG91ZHQgbWV0IHJpc2ljbydzIHZlcmJvbmRlbiBhYW4gaGV0 IGVsZWN0cm9uaXNjaCB2ZXJ6ZW5kZW4gdmFuIGJlcmljaHRlbi48YnI+PGJyPlRoaXMgbWVzc2Fn ZSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0IGlzIG5vdCBpbnRlbmRlZCBmb3IgeW91LiBJ ZiB5b3UgYXJlIG5vdCB0aGUgYWRkcmVzc2VlIG9yIGlmIHRoaXMgbWVzc2FnZSB3YXMgc2VudCB0 byB5b3UgYnkgbWlzdGFrZSwgeW91IGFyZSByZXF1ZXN0ZWQgdG8gaW5mb3JtIHRoZSBzZW5kZXIg YW5kIGRlbGV0ZSB0aGUgbWVzc2FnZS4gVGhlIFN0YXRlIGFjY2VwdHMgbm8gbGlhYmlsaXR5IGZv ciBkYW1hZ2Ugb2YgYW55IGtpbmQgcmVzdWx0aW5nIGZyb20gdGhlIHJpc2tzIGluaGVyZW50IGlu IHRoZSBlbGVjdHJvbmljIHRyYW5zbWlzc2lvbiBvZiBtZXNzYWdlcy48YnI+PGJyPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPlhlbi11c2VycyBtYWls aW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4t dXNlcnNAbGlzdHMueGVuLm9yZzwvYT48YnI+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPjwvZGl2PjwvZGl2 PjwvYm9keT48L2h0bWw+ --_000_62B7731D46267A49B8D6BBB8FA8542402DF9C5ECF0VAD4202modnl_-- --===============0140371208739726589== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0140371208739726589==-- From xen-users-bounces@lists.xen.org Fri May 24 12:17:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:17: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 1Ufqvs-0007RK-EI; Fri, 24 May 2013 12:17:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufqvr-0007RB-5Q for xen-users@lists.xen.org; Fri, 24 May 2013 12:17:15 +0000 Received: from [85.158.137.99:18509] by server-11.bemta-3.messagelabs.com id 7B/0F-05438-A4A5F915; Fri, 24 May 2013 12:17:14 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1369397823!13112311!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25613 invoked from network); 24 May 2013 12:17:03 -0000 Received: from mailgw2.ericsson.se (HELO mailgw2.ericsson.se) (193.180.251.37) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:17:03 -0000 X-AuditID: c1b4fb25-b7efb6d000007c26-ef-519f5a3d135f Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 17.CB.31782.D3A5F915; Fri, 24 May 2013 14:17:02 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.279.1; Fri, 24 May 2013 14:17:01 +0200 Message-ID: <519F5A3C.6010604@ericsson.com> Date: Fri, 24 May 2013 17:47:00 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> In-Reply-To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHLMWRmVeSWpSXmKPExsUyM+Jvra5d1PxAg03LmS1WXT3A6sDocXT3 b6YAxigum5TUnMyy1CJ9uwSujPe7TzMX7GevuHNzP2sD43PWLkZODgkBE4nuK//YIWwxiQv3 1rN1MXJxCAmcYpT4uPsLE4SzhVFi27dZLCBVvALaEpdW3mYEsVkEVCWu/f4J1s0moCdx7dhN MFtIQFli/p0JTCA2v4CpxMPeWUDbODhEBcIkpu9khxgjKHFy5hOwkSIC5hL/zpwBO0hYQELi 29oeqL0TGCXmLX4HluAUCJRYe7CTGcRmBpoz5epJFpCZQgJqEqde50xgFJyFZOwsJFUQtq3E hTnXoWx5ie1v5zBD2LoSF/5PQRFfwMi2ipE9NzEzJ73caBMjMIwPbvmtuoPxzjmRQ4zSHCxK 4ry92lMDhQTSE0tSs1NTC1KL4otKc1KLDzEycXBKNTA2xMVGrmf7miq45EJDz00ZZ2+1mFTZ xXaHTt75UvL1ZXGTU5EH14G2VRlcO8WeZVuLyQperC2Z92OBn7PltOwFPqp3Wrrzk9dmJhxS aLQ4/F5kZoVdr6x551Gx6N62pT2Om8WF/PfXLXz/XX7VnEKelPWeV95L1J9RN9si3FH6a234 0xWL+5RYijMSDbWYi4oTAUPPIu4xAgAA Subject: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3230060956575433843==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3230060956575433843== Content-Type: multipart/alternative; boundary="------------040601090104040404070805" --------------040601090104040404070805 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU. The default gateway will be through Dom0. How do I do this on Xen? Thanks, Dhanesh. --------------040601090104040404070805 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.
--------------040601090104040404070805-- --===============3230060956575433843== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3230060956575433843==-- From xen-users-bounces@lists.xen.org Fri May 24 12:17:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:17: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 1Ufqvs-0007RK-EI; Fri, 24 May 2013 12:17:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufqvr-0007RB-5Q for xen-users@lists.xen.org; Fri, 24 May 2013 12:17:15 +0000 Received: from [85.158.137.99:18509] by server-11.bemta-3.messagelabs.com id 7B/0F-05438-A4A5F915; Fri, 24 May 2013 12:17:14 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1369397823!13112311!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25613 invoked from network); 24 May 2013 12:17:03 -0000 Received: from mailgw2.ericsson.se (HELO mailgw2.ericsson.se) (193.180.251.37) by server-6.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:17:03 -0000 X-AuditID: c1b4fb25-b7efb6d000007c26-ef-519f5a3d135f Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 17.CB.31782.D3A5F915; Fri, 24 May 2013 14:17:02 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.279.1; Fri, 24 May 2013 14:17:01 +0200 Message-ID: <519F5A3C.6010604@ericsson.com> Date: Fri, 24 May 2013 17:47:00 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> In-Reply-To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHLMWRmVeSWpSXmKPExsUyM+Jvra5d1PxAg03LmS1WXT3A6sDocXT3 b6YAxigum5TUnMyy1CJ9uwSujPe7TzMX7GevuHNzP2sD43PWLkZODgkBE4nuK//YIWwxiQv3 1rN1MXJxCAmcYpT4uPsLE4SzhVFi27dZLCBVvALaEpdW3mYEsVkEVCWu/f4J1s0moCdx7dhN MFtIQFli/p0JTCA2v4CpxMPeWUDbODhEBcIkpu9khxgjKHFy5hOwkSIC5hL/zpwBO0hYQELi 29oeqL0TGCXmLX4HluAUCJRYe7CTGcRmBpoz5epJFpCZQgJqEqde50xgFJyFZOwsJFUQtq3E hTnXoWx5ie1v5zBD2LoSF/5PQRFfwMi2ipE9NzEzJ73caBMjMIwPbvmtuoPxzjmRQ4zSHCxK 4ry92lMDhQTSE0tSs1NTC1KL4otKc1KLDzEycXBKNTA2xMVGrmf7miq45EJDz00ZZ2+1mFTZ xXaHTt75UvL1ZXGTU5EH14G2VRlcO8WeZVuLyQperC2Z92OBn7PltOwFPqp3Wrrzk9dmJhxS aLQ4/F5kZoVdr6x551Gx6N62pT2Om8WF/PfXLXz/XX7VnEKelPWeV95L1J9RN9si3FH6a234 0xWL+5RYijMSDbWYi4oTAUPPIu4xAgAA Subject: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3230060956575433843==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3230060956575433843== Content-Type: multipart/alternative; boundary="------------040601090104040404070805" --------------040601090104040404070805 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU. The default gateway will be through Dom0. How do I do this on Xen? Thanks, Dhanesh. --------------040601090104040404070805 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.
--------------040601090104040404070805-- --===============3230060956575433843== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3230060956575433843==-- From xen-users-bounces@lists.xen.org Fri May 24 12:28:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:28: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 1Ufr6a-0008VI-3S; Fri, 24 May 2013 12:28:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufr6Y-0008Ul-Sn for xen-users@lists.xen.org; Fri, 24 May 2013 12:28:19 +0000 Received: from [85.158.138.51:13649] by server-9.bemta-3.messagelabs.com id 0A/E9-29224-2EC5F915; Fri, 24 May 2013 12:28:18 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369398496!20363438!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12962 invoked from network); 24 May 2013 12:28:16 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:28:16 -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 1Ufr6U-0000F3-G4; Fri, 24 May 2013 14:28:14 +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 szbwJkogGfwX; Fri, 24 May 2013 14:28:13 +0200 (CEST) Received: from p5dc3f829.dip0.t-ipconnect.de ([93.195.248.41] helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1Ufr6T-0004hz-S9; Fri, 24 May 2013 14:28:13 +0200 From: Niels Dettenbach To: jaya.dhanesh@ericsson.com, "xen-users@lists.xen.org" Date: Fri, 24 May 2013 14:28:12 +0200 Message-ID: <3789093.HaskF1a6jA@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.10.2 (Linux/3.9.0-niels; KDE/4.10.2; x86_64; ; ) In-Reply-To: <519F5A3C.6010604@ericsson.com> References: <519DF462.8020805@ericsson.com> <519F5A3C.6010604@ericsson.com> MIME-Version: 1.0 Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8864818030835657463==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8864818030835657463== Content-Type: multipart/signed; boundary="nextPart10874467.83dyEyPvLW"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart10874467.83dyEyPvLW Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Freitag, 24. Mai 2013, 17:47:00 schrieb Jaya Dhanesh: > I need to have a group of DomUs behind a NAT. The ip address is also > fixed for the DomU. > The default gateway will be through Dom0. > How do I do this on Xen? As you do this with "real" machines - your Dom0 is the "NAT router". The only different thing is that your DomUs interfaces are dynamically up/down and handled by xen. See vif-route for that part: http://wiki.xen.org/wiki/Vif-route hth, best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart10874467.83dyEyPvLW 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) iQIcBAABCAAGBQJRn1zcAAoJEM78prARigUniNMQAIZianw5Y6QPlIWuBRRDy9da phax5fy8ROG3mfbndnjCr/1NutyMnI7jvST5RZK/oSCyGpbMq/juTmmzaLkyDngW D9HbpV04MiuodUdQBxJG8rADI2lJeGpUfczYC57bvdLFTaeDnHESCp7QC88l4/4B Wv5cc9f2f0wd2hhytnneu2IX5APk1PY8czSou6fbPHexIFU1NhnrS4lZojcJ2x1d jyfs3noyxUiFb55LCaqkfPwHn1Gs7CpUcKYpNQp2QdV8TBmh8zDgYIZc8FWNvPID CfjioaTVoOK5YTQK36CRhPgxI3mekNdYOoa2fIHGumk14tlphV6H2TVANUr/sAaM 0sIhvlDP59LdmK8DND15iH7dRwQiiBDSjnGOHcm2BeN22FGpoRqs1t+45niLn0Ns ySKJMSxC1mQcFxoTZjRS7ia0J0JRF0MXOtgbZTHFUgBVgQ8pCKvsOgsfu6xG0SGc iBzCyG083UnCrP6cCdYSNGMFjuYmiq8Z3cwzuNf+ADY0p+JHSbZ3p1DJQXw2MIms 2Ct67vmiH5/9XMmDFB1ylQ6UkKX2ysKGODigOFKbiw6VzNUKEhKzLCGyTjmDyqPn HPKiEKNAMC6QH5FT6BsqsSQqkXI+RKDjK3F7uF0eiJDTClTeGIDFFyQzp+QuuDQt KLaRxJNinCtTGSFKphL5 =GUmc -----END PGP SIGNATURE----- --nextPart10874467.83dyEyPvLW-- --===============8864818030835657463== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8864818030835657463==-- From xen-users-bounces@lists.xen.org Fri May 24 12:28:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:28: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 1Ufr6a-0008VI-3S; Fri, 24 May 2013 12:28:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufr6Y-0008Ul-Sn for xen-users@lists.xen.org; Fri, 24 May 2013 12:28:19 +0000 Received: from [85.158.138.51:13649] by server-9.bemta-3.messagelabs.com id 0A/E9-29224-2EC5F915; Fri, 24 May 2013 12:28:18 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369398496!20363438!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12962 invoked from network); 24 May 2013 12:28:16 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:28:16 -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 1Ufr6U-0000F3-G4; Fri, 24 May 2013 14:28:14 +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 szbwJkogGfwX; Fri, 24 May 2013 14:28:13 +0200 (CEST) Received: from p5dc3f829.dip0.t-ipconnect.de ([93.195.248.41] helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1Ufr6T-0004hz-S9; Fri, 24 May 2013 14:28:13 +0200 From: Niels Dettenbach To: jaya.dhanesh@ericsson.com, "xen-users@lists.xen.org" Date: Fri, 24 May 2013 14:28:12 +0200 Message-ID: <3789093.HaskF1a6jA@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.10.2 (Linux/3.9.0-niels; KDE/4.10.2; x86_64; ; ) In-Reply-To: <519F5A3C.6010604@ericsson.com> References: <519DF462.8020805@ericsson.com> <519F5A3C.6010604@ericsson.com> MIME-Version: 1.0 Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8864818030835657463==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8864818030835657463== Content-Type: multipart/signed; boundary="nextPart10874467.83dyEyPvLW"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart10874467.83dyEyPvLW Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Freitag, 24. Mai 2013, 17:47:00 schrieb Jaya Dhanesh: > I need to have a group of DomUs behind a NAT. The ip address is also > fixed for the DomU. > The default gateway will be through Dom0. > How do I do this on Xen? As you do this with "real" machines - your Dom0 is the "NAT router". The only different thing is that your DomUs interfaces are dynamically up/down and handled by xen. See vif-route for that part: http://wiki.xen.org/wiki/Vif-route hth, best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart10874467.83dyEyPvLW 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) iQIcBAABCAAGBQJRn1zcAAoJEM78prARigUniNMQAIZianw5Y6QPlIWuBRRDy9da phax5fy8ROG3mfbndnjCr/1NutyMnI7jvST5RZK/oSCyGpbMq/juTmmzaLkyDngW D9HbpV04MiuodUdQBxJG8rADI2lJeGpUfczYC57bvdLFTaeDnHESCp7QC88l4/4B Wv5cc9f2f0wd2hhytnneu2IX5APk1PY8czSou6fbPHexIFU1NhnrS4lZojcJ2x1d jyfs3noyxUiFb55LCaqkfPwHn1Gs7CpUcKYpNQp2QdV8TBmh8zDgYIZc8FWNvPID CfjioaTVoOK5YTQK36CRhPgxI3mekNdYOoa2fIHGumk14tlphV6H2TVANUr/sAaM 0sIhvlDP59LdmK8DND15iH7dRwQiiBDSjnGOHcm2BeN22FGpoRqs1t+45niLn0Ns ySKJMSxC1mQcFxoTZjRS7ia0J0JRF0MXOtgbZTHFUgBVgQ8pCKvsOgsfu6xG0SGc iBzCyG083UnCrP6cCdYSNGMFjuYmiq8Z3cwzuNf+ADY0p+JHSbZ3p1DJQXw2MIms 2Ct67vmiH5/9XMmDFB1ylQ6UkKX2ysKGODigOFKbiw6VzNUKEhKzLCGyTjmDyqPn HPKiEKNAMC6QH5FT6BsqsSQqkXI+RKDjK3F7uF0eiJDTClTeGIDFFyQzp+QuuDQt KLaRxJNinCtTGSFKphL5 =GUmc -----END PGP SIGNATURE----- --nextPart10874467.83dyEyPvLW-- --===============8864818030835657463== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8864818030835657463==-- From xen-users-bounces@lists.xen.org Fri May 24 12:29:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:29: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 1Ufr7N-0000DN-SE; Fri, 24 May 2013 12:29:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufr7L-0000Cj-Dp for xen-users@lists.xen.org; Fri, 24 May 2013 12:29:07 +0000 Received: from [85.158.139.83:23108] by server-10.bemta-5.messagelabs.com id 07/25-19016-21D5F915; Fri, 24 May 2013 12:29:06 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-6.tower-182.messagelabs.com!1369398544!25010437!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3669 invoked from network); 24 May 2013 12:29:04 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:29:04 -0000 Received: (qmail 24923 invoked by uid 1000); 24 May 2013 14:29:03 +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(-13.4/5.0):. Processed in 2.330506 secs); 24 May 2013 12:29:03 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0007] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369398541; n=Test; bh=p+yi7YgmdVn9ywLEXTw5+OrclmyYOnoQOOCyrH sd1ow=; b=gp0aejOJLpSofY+GOaZksSaBh/wIzRduHPdnzJLDRRJrgScoDdg9Vz F0GNf5pnG010COnAkvoE4aNapFPyOfeY+IHzyO7v+q3AlvPbgn2VcJKl/nRk0JaI z4DswwAV0S 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=Ea1ciDkwvDq8ZPUw0l3ibP3DbaB7l mXX28LH87JBtBPcyk2vabqN9Epjo75egzVbYfL9Y3NQxjwiLJI18PfOpuU+DpnnE jwv5VJMkFtwjl1Lwt+Ig135SVfjpJY10ngS Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 24 May 2013 14:29:00 +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 748152C0A06 for ; Fri, 24 May 2013 14:29:00 +0200 (CEST) Message-ID: <519F5D0C.8040807@excello.cz> Date: Fri, 24 May 2013 14:29:00 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> In-Reply-To: <519F5A3C.6010604@ericsson.com> Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8197957145908842722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============8197957145908842722== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090007020702000707040507" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090007020702000707040507 Content-Type: multipart/alternative; boundary="------------090707060105010003040203" This is a multi-part message in MIME format. --------------090707060105010003040203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Jaya, take a look here=20 http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_w= ith_NAT_2 Jan Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): > Hi, > > I need to have a group of DomUs behind a NAT. The ip address is also=20 > fixed for the DomU. > The default gateway will be through Dom0. > How do I do this on Xen? > > Thanks, > Dhanesh. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------090707060105010003040203 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jaya,

take a look here http://wiki.kartbui= lding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
= Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


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

--------------090707060105010003040203-- --------------ms090007020702000707040507 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjQxMjI5MDBa MCMGCSqGSIb3DQEJBDEWBBR7s04s0cKfK/lXObqQQ+Qm42SjEjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABUFECTpajta iLUPpDOXXaasmo3gwEb8jQPWUMShceiSb3E4rYD+ylS3AKAeIDz7lyoyWHT6f1uZI1iIaIS2 Hc6MDzm3BR6E+zxEOxx0i+yeA4sIfxtSbJmQrhDTdXniYy+M+tAtVzBi9+ANwfeuEpuFWhZR vH5MSWKJpRRP+SCWors9DxLkWMztP7Xm9WPDOEv6gZ4dnx+8bsAx8Su6C9AvoKpkBOfKxtYr 66pt6djqeBYyAreLjQmEmnt3VLkvL90K76xMXN8XACCUl0Tsr3i13Ag0qfMvfdE9xlQcqFca 5ntwL893Hr2rXt/48gV9hBodLnbI/ZHmYFyR2Cyjs8sAAAAAAAA= --------------ms090007020702000707040507-- --===============8197957145908842722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8197957145908842722==-- From xen-users-bounces@lists.xen.org Fri May 24 12:29:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:29: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 1Ufr7N-0000DN-SE; Fri, 24 May 2013 12:29:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufr7L-0000Cj-Dp for xen-users@lists.xen.org; Fri, 24 May 2013 12:29:07 +0000 Received: from [85.158.139.83:23108] by server-10.bemta-5.messagelabs.com id 07/25-19016-21D5F915; Fri, 24 May 2013 12:29:06 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-6.tower-182.messagelabs.com!1369398544!25010437!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3669 invoked from network); 24 May 2013 12:29:04 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:29:04 -0000 Received: (qmail 24923 invoked by uid 1000); 24 May 2013 14:29:03 +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(-13.4/5.0):. Processed in 2.330506 secs); 24 May 2013 12:29:03 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0007] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369398541; n=Test; bh=p+yi7YgmdVn9ywLEXTw5+OrclmyYOnoQOOCyrH sd1ow=; b=gp0aejOJLpSofY+GOaZksSaBh/wIzRduHPdnzJLDRRJrgScoDdg9Vz F0GNf5pnG010COnAkvoE4aNapFPyOfeY+IHzyO7v+q3AlvPbgn2VcJKl/nRk0JaI z4DswwAV0S 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=Ea1ciDkwvDq8ZPUw0l3ibP3DbaB7l mXX28LH87JBtBPcyk2vabqN9Epjo75egzVbYfL9Y3NQxjwiLJI18PfOpuU+DpnnE jwv5VJMkFtwjl1Lwt+Ig135SVfjpJY10ngS Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 24 May 2013 14:29:00 +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 748152C0A06 for ; Fri, 24 May 2013 14:29:00 +0200 (CEST) Message-ID: <519F5D0C.8040807@excello.cz> Date: Fri, 24 May 2013 14:29:00 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> In-Reply-To: <519F5A3C.6010604@ericsson.com> Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8197957145908842722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============8197957145908842722== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090007020702000707040507" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090007020702000707040507 Content-Type: multipart/alternative; boundary="------------090707060105010003040203" This is a multi-part message in MIME format. --------------090707060105010003040203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Jaya, take a look here=20 http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_w= ith_NAT_2 Jan Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): > Hi, > > I need to have a group of DomUs behind a NAT. The ip address is also=20 > fixed for the DomU. > The default gateway will be through Dom0. > How do I do this on Xen? > > Thanks, > Dhanesh. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------090707060105010003040203 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jaya,

take a look here http://wiki.kartbui= lding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
= Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


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

--------------090707060105010003040203-- --------------ms090007020702000707040507 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjQxMjI5MDBa MCMGCSqGSIb3DQEJBDEWBBR7s04s0cKfK/lXObqQQ+Qm42SjEjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABUFECTpajta iLUPpDOXXaasmo3gwEb8jQPWUMShceiSb3E4rYD+ylS3AKAeIDz7lyoyWHT6f1uZI1iIaIS2 Hc6MDzm3BR6E+zxEOxx0i+yeA4sIfxtSbJmQrhDTdXniYy+M+tAtVzBi9+ANwfeuEpuFWhZR vH5MSWKJpRRP+SCWors9DxLkWMztP7Xm9WPDOEv6gZ4dnx+8bsAx8Su6C9AvoKpkBOfKxtYr 66pt6djqeBYyAreLjQmEmnt3VLkvL90K76xMXN8XACCUl0Tsr3i13Ag0qfMvfdE9xlQcqFca 5ntwL893Hr2rXt/48gV9hBodLnbI/ZHmYFyR2Cyjs8sAAAAAAAA= --------------ms090007020702000707040507-- --===============8197957145908842722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8197957145908842722==-- From xen-users-bounces@lists.xen.org Fri May 24 12:48:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:48: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 1UfrPn-00023x-BX; Fri, 24 May 2013 12:48:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfrPl-00023a-RB for xen-users@lists.xen.org; Fri, 24 May 2013 12:48:10 +0000 Received: from [85.158.139.211:57391] by server-14.bemta-5.messagelabs.com id 39/0A-25870-9816F915; Fri, 24 May 2013 12:48:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-206.messagelabs.com!1369399687!19398080!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27201 invoked from network); 24 May 2013 12:48:08 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:48:08 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id B85E422124E; Fri, 24 May 2013 13:48:06 +0100 (BST) MIME-Version: 1.0 Date: Fri, 24 May 2013 13:48:06 +0100 From: Gordan Bobic To: In-Reply-To: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> Message-ID: <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: hwit@a-domani.nl, xen-users@lists.xen.org Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.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 IE9uIEZyaSwgMjQgTWF5IDIwMTMgMTE6NTk6NDUgKzAyMDAsIDxKLldpdHZsaWV0QG1pbmRlZi5u bD4gd3JvdGU6Cj4gSGkgYWxsLAo+Cj4gUGVyaGFwcyBzbGlnaHRseSBvZmYtdG9waWMsIGJ1dCBw ZXJoYXBzIHNvbWVib2R5IGFyb3VuZCBoYXMgdHJpZWQKPiBzb21ldGhpbmcgbGlrZSB0aGlzLgo+ Cj4gSSBib3VnaHQgYSBnYW1lIGZvciBteSBzb24sIGFuZCB2ZXJpZmllZCB0aGF0IGl0IGdvdCAi cGxhdGludW0KPiBzdGF0dXMiIGZvciB3aW5lLgo+IEhvd2V2ZXIsIHRoZSBnZW5lcmFsIHJlcXVp cmVtZW50cyBhcmUgd2F5IHRvbyBoZWF2eSBmb3IgaGlzIGN1cnJlbnQKPiBtYWNoaW5lLCBldmVu IHdpdGhvdXQgd2luZS4KCiBXSU5FIG92ZXJoZWFkcyBhcmUgcHJldHR5IG1pbmltYWwgaW4gbXkg ZXhwZXJpZW5jZSAtIGlmIHlvdSBjYW4gZXZlcgogZ2V0IGFueXRoaW5nIHRvIHdvcmsgYXQgYWxs IHJlZ2FyZGxlc3Mgb2YgdGhlIHBsYXRpbnVtIHJhdGluZy4KCj4gU28sIEkgd2FzIGNvbnRlbXBs YXRpbmcgaWYgKCEpIGl0IG1pZ2h0IGJlIHBvc3NpYmxlIHRvIGhhdmUgYQo+IHZpcnR1YWxpemVk IHhwL3c3IHJ1bm5pbmcgdGhlIGdhbWUuCgogU28gZmFyIHNvIGVhc3kuIFRoZSBjdXJyZW50IGNh dmVhdHMgYXJlIHRoYXQgd2l0aCBWR0EgcGFzc3Rocm91Z2gKIHlvdSBhcmUgbGlrZWx5IHRvIGhh dmUgcHJvYmxlbXMgd2l0aCA+IDJHQiBvZiBSQU0gaW4gdGhlIFZNLiBPdGhlcgogaXNzdWVzIGFy ZSB3b3JrLWFyb3VuZGFibGUuCgo+IFRoZSBwaWVjZSBvZiBzb2Z0d2FyZSAodHJ1Y2sgZHJpdmlu ZyBzaW11bGF0b3IpIGlzIGFza2luZzoKPiAtRHVhbCBjb3JlIENQVSAzLjAgR0h6Cj4gLTQgR0Ig UkFNLCBncmFwaGljcyBjYXJkIHdpdGggMTAyNCBNQiBtZW1vcnkgKEdlRm9yY2UgR1RTIDQ1MC1j bGFzcwo+IGVxdWl2YWxlbnQgb3IgYmV0dGVyKQoKIDRHQiBvZiBSQU0gbWF5IG9yIG1heSBub3Qg YmUgYSBwcm9ibGVtLiBGcm9tIHdoYXQgaGFzIGJlZW4gc2FpZCwgaXQKIGRlcGVuZHMgb24gdGhl IE1NSU8gc2l6ZSBvbiB5b3VyIG1hY2hpbmUuIE9uIG15IG1hY2hpbmUgdGhhdCBpcyAyR0IuCiBZ b3UgbWF5IGJlIGx1Y2t5IGFuZCBnZXQgYXdheSB3aXRoIDMtNEdCLgoKPiBJIGFscmVhZHkgaGF2 ZSBzZXZlcmFsIHZpcnR1YWwgbWFjaGluZXMgcnVubmluZywgbWl4IG9mIExpbnV4IChtb3N0bHkK PiBzZXJ2ZXJzKSBhbmQgWFAgKGRlc2t0b3AgY2hvcmVzKSwKPiBCdXQgbmV2ZXIgdHJpZWQgdmly dHVhbGl6ZWQgZ2FtaW5nLgoKIElmIHlvdSBoYXZlIGFuIEFUSSBjYXJkIG9yIGFuIE52aWRpYSBR dWFkcm8sIGl0ICJqdXN0IHdvcmtzIi4KIEkgaGF2ZSBleHRlbnNpdmVseSB0ZXN0ZWQgQm9yZGVy bGFuZHMgMiBvbiB0aGlzIHNldHVwLiA6KQoKIFdpdGggYSBub24tUXVhZHJvIE52aWRpYSBjYXJk IHRoaW5ncyBnZXQgbXVjaCBtb3JlIHByb2JsZW1hdGljIGFuZAogeW91J2xsIGhhdmUgdG8gbWFu dWFsbHkgcGF0Y2ggdGhlIFhlbiBzb3VyY2VzIGFuZCBidWlsZCB5b3VyIG93bgogYmluYXJpZXMu IEZpZ2h0aW5nIGFsbCB0aGUgb3RoZXIgaXNzdWVzIGlzIHBsZW50eSBvZiBoYXJkIHdvcmsgYW5k CiBJIHdvdWxkIGFkdmlzZSBhZ2FpbnN0IGl0IGlmIHlvdSBjYW4gYXQgYWxsIGhlbHAgaXQgLSB1 bmxlc3MgeW91cgogdGltZSBpcyB3b3J0aGxlc3MsIGludmVzdGluZyDCozMwIG9yIHNvIGludG8g YW4gQVRJIDQ4NTAgaXMgbGlrZWx5CiB0byBiZSBhIGJhcmdhaW4gY29tcGFyZWQgdG8gdGhlIHRp bWUgYW5kIGVmZm9ydCB5b3UgYXJlIGxpa2VseSB0bwogc3BlbmQgb24gZ2V0dGluZyBhIG5vbi1R dWFkcm8gTnZpZGlhIGNhcmQgdG8gd29yay4KCj4gU28gSSBwcmVzdW1lIHRoYXQgaW5zdGFsbGlu ZyB0aGUgZ2FtZSBwb3NlcyBubyBwcm9ibGVtLCBidXQgcGxheWluZwo+IG1pZ2h0IGJlIHNvbWV0 aGluZyBlbHNlLgo+IC0gd2l0aCByZWdhcmRzIHRvIENQVS1sb2FkLi4uCgogSG93IG1hbnkgQ1BV IGNvcmVzIGhhcyB5b3VyIFZNIGhvc3QgZ290IGFuZCB3aGF0IGFyZSB0aGV5PyBJIGhhdmUKIG5v IGlzc3VlcyBwbGF5aW5nIEJvcmRlcmxhbmRzIDIgb24gYSBkdWFsIFhlb24gWDU2NTAgd2l0aCA4 IG9mIHRoZSAyNAogdGhyZWFkcyAoNCBvZiB0aGUgMTIgY29yZXMpIGdpdmVuIHRvIHRoZSBWTS4K Cj4gLSB3aXRoIHJlZ2FyZHMgdG8gZ3JhcGhpY3M6IENvdWxkIEkgZ2V0IGF3YXkgd2l0aCBhIFRT Qy1jbGllbnQgb3Zlcgo+IHRoZSBuZXR3b3JrPwoKIERyZWFtIG9uLgoKIFdoYXQgeW91IG1pZ2h0 IGJlIGFibGUgdG8gZG8gaXMgaG9vayB1cCBzb21ldGhpbmcgbGlrZSBhIHdpcmVsZXNzCiBIRFRW IHRyYW5zY2lldmVyIChhLWxhIEludGVsIFdpRGkpIGFuZCB3aXJlbGVzcyBtb3VzZS9rZXlib2Fy ZAogYW5kIHVzZSBpdCB0aGF0IHdheS4gQnV0IHNlbmRpbmcgNjBmcHMgb2YgcmVhc29uYWJsZSBy ZXNvbHV0aW9uIHZpZGVvCiBvdmVyIHNvbWV0aGluZyBsaWtlIFZOQz8gSSBkb24ndCBzZWUgaXQg aGFwcGVuaW5nLgoKPiBBbnlvbmUgd2hvIGV2ZXIgdHJpZWQgaXQ/IFdvcnRod2hpbGUgdHJ5aW5n IG9yIGZvcmdldCBpdCBzdHJhaWdodCAKPiBhd2F5PwoKIEV2ZXJ5dGhpbmcgdXAgdG8gdGhlIGxh c3QgYml0IHNob3VsZCBiZSBmaW5lIGlmIHlvdSBjYW4gbGl2ZSB3aXRoIHRoZQogY3VycmVudCBS QU0gbGltaXRhdGlvbi4KCiBHb3JkYW4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhl bi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri May 24 12:48:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 12:48: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 1UfrPn-00023x-BX; Fri, 24 May 2013 12:48:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfrPl-00023a-RB for xen-users@lists.xen.org; Fri, 24 May 2013 12:48:10 +0000 Received: from [85.158.139.211:57391] by server-14.bemta-5.messagelabs.com id 39/0A-25870-9816F915; Fri, 24 May 2013 12:48:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-206.messagelabs.com!1369399687!19398080!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27201 invoked from network); 24 May 2013 12:48:08 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 12:48:08 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id B85E422124E; Fri, 24 May 2013 13:48:06 +0100 (BST) MIME-Version: 1.0 Date: Fri, 24 May 2013 13:48:06 +0100 From: Gordan Bobic To: In-Reply-To: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> Message-ID: <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: hwit@a-domani.nl, xen-users@lists.xen.org Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.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 IE9uIEZyaSwgMjQgTWF5IDIwMTMgMTE6NTk6NDUgKzAyMDAsIDxKLldpdHZsaWV0QG1pbmRlZi5u bD4gd3JvdGU6Cj4gSGkgYWxsLAo+Cj4gUGVyaGFwcyBzbGlnaHRseSBvZmYtdG9waWMsIGJ1dCBw ZXJoYXBzIHNvbWVib2R5IGFyb3VuZCBoYXMgdHJpZWQKPiBzb21ldGhpbmcgbGlrZSB0aGlzLgo+ Cj4gSSBib3VnaHQgYSBnYW1lIGZvciBteSBzb24sIGFuZCB2ZXJpZmllZCB0aGF0IGl0IGdvdCAi cGxhdGludW0KPiBzdGF0dXMiIGZvciB3aW5lLgo+IEhvd2V2ZXIsIHRoZSBnZW5lcmFsIHJlcXVp cmVtZW50cyBhcmUgd2F5IHRvbyBoZWF2eSBmb3IgaGlzIGN1cnJlbnQKPiBtYWNoaW5lLCBldmVu IHdpdGhvdXQgd2luZS4KCiBXSU5FIG92ZXJoZWFkcyBhcmUgcHJldHR5IG1pbmltYWwgaW4gbXkg ZXhwZXJpZW5jZSAtIGlmIHlvdSBjYW4gZXZlcgogZ2V0IGFueXRoaW5nIHRvIHdvcmsgYXQgYWxs IHJlZ2FyZGxlc3Mgb2YgdGhlIHBsYXRpbnVtIHJhdGluZy4KCj4gU28sIEkgd2FzIGNvbnRlbXBs YXRpbmcgaWYgKCEpIGl0IG1pZ2h0IGJlIHBvc3NpYmxlIHRvIGhhdmUgYQo+IHZpcnR1YWxpemVk IHhwL3c3IHJ1bm5pbmcgdGhlIGdhbWUuCgogU28gZmFyIHNvIGVhc3kuIFRoZSBjdXJyZW50IGNh dmVhdHMgYXJlIHRoYXQgd2l0aCBWR0EgcGFzc3Rocm91Z2gKIHlvdSBhcmUgbGlrZWx5IHRvIGhh dmUgcHJvYmxlbXMgd2l0aCA+IDJHQiBvZiBSQU0gaW4gdGhlIFZNLiBPdGhlcgogaXNzdWVzIGFy ZSB3b3JrLWFyb3VuZGFibGUuCgo+IFRoZSBwaWVjZSBvZiBzb2Z0d2FyZSAodHJ1Y2sgZHJpdmlu ZyBzaW11bGF0b3IpIGlzIGFza2luZzoKPiAtRHVhbCBjb3JlIENQVSAzLjAgR0h6Cj4gLTQgR0Ig UkFNLCBncmFwaGljcyBjYXJkIHdpdGggMTAyNCBNQiBtZW1vcnkgKEdlRm9yY2UgR1RTIDQ1MC1j bGFzcwo+IGVxdWl2YWxlbnQgb3IgYmV0dGVyKQoKIDRHQiBvZiBSQU0gbWF5IG9yIG1heSBub3Qg YmUgYSBwcm9ibGVtLiBGcm9tIHdoYXQgaGFzIGJlZW4gc2FpZCwgaXQKIGRlcGVuZHMgb24gdGhl IE1NSU8gc2l6ZSBvbiB5b3VyIG1hY2hpbmUuIE9uIG15IG1hY2hpbmUgdGhhdCBpcyAyR0IuCiBZ b3UgbWF5IGJlIGx1Y2t5IGFuZCBnZXQgYXdheSB3aXRoIDMtNEdCLgoKPiBJIGFscmVhZHkgaGF2 ZSBzZXZlcmFsIHZpcnR1YWwgbWFjaGluZXMgcnVubmluZywgbWl4IG9mIExpbnV4IChtb3N0bHkK PiBzZXJ2ZXJzKSBhbmQgWFAgKGRlc2t0b3AgY2hvcmVzKSwKPiBCdXQgbmV2ZXIgdHJpZWQgdmly dHVhbGl6ZWQgZ2FtaW5nLgoKIElmIHlvdSBoYXZlIGFuIEFUSSBjYXJkIG9yIGFuIE52aWRpYSBR dWFkcm8sIGl0ICJqdXN0IHdvcmtzIi4KIEkgaGF2ZSBleHRlbnNpdmVseSB0ZXN0ZWQgQm9yZGVy bGFuZHMgMiBvbiB0aGlzIHNldHVwLiA6KQoKIFdpdGggYSBub24tUXVhZHJvIE52aWRpYSBjYXJk IHRoaW5ncyBnZXQgbXVjaCBtb3JlIHByb2JsZW1hdGljIGFuZAogeW91J2xsIGhhdmUgdG8gbWFu dWFsbHkgcGF0Y2ggdGhlIFhlbiBzb3VyY2VzIGFuZCBidWlsZCB5b3VyIG93bgogYmluYXJpZXMu IEZpZ2h0aW5nIGFsbCB0aGUgb3RoZXIgaXNzdWVzIGlzIHBsZW50eSBvZiBoYXJkIHdvcmsgYW5k CiBJIHdvdWxkIGFkdmlzZSBhZ2FpbnN0IGl0IGlmIHlvdSBjYW4gYXQgYWxsIGhlbHAgaXQgLSB1 bmxlc3MgeW91cgogdGltZSBpcyB3b3J0aGxlc3MsIGludmVzdGluZyDCozMwIG9yIHNvIGludG8g YW4gQVRJIDQ4NTAgaXMgbGlrZWx5CiB0byBiZSBhIGJhcmdhaW4gY29tcGFyZWQgdG8gdGhlIHRp bWUgYW5kIGVmZm9ydCB5b3UgYXJlIGxpa2VseSB0bwogc3BlbmQgb24gZ2V0dGluZyBhIG5vbi1R dWFkcm8gTnZpZGlhIGNhcmQgdG8gd29yay4KCj4gU28gSSBwcmVzdW1lIHRoYXQgaW5zdGFsbGlu ZyB0aGUgZ2FtZSBwb3NlcyBubyBwcm9ibGVtLCBidXQgcGxheWluZwo+IG1pZ2h0IGJlIHNvbWV0 aGluZyBlbHNlLgo+IC0gd2l0aCByZWdhcmRzIHRvIENQVS1sb2FkLi4uCgogSG93IG1hbnkgQ1BV IGNvcmVzIGhhcyB5b3VyIFZNIGhvc3QgZ290IGFuZCB3aGF0IGFyZSB0aGV5PyBJIGhhdmUKIG5v IGlzc3VlcyBwbGF5aW5nIEJvcmRlcmxhbmRzIDIgb24gYSBkdWFsIFhlb24gWDU2NTAgd2l0aCA4 IG9mIHRoZSAyNAogdGhyZWFkcyAoNCBvZiB0aGUgMTIgY29yZXMpIGdpdmVuIHRvIHRoZSBWTS4K Cj4gLSB3aXRoIHJlZ2FyZHMgdG8gZ3JhcGhpY3M6IENvdWxkIEkgZ2V0IGF3YXkgd2l0aCBhIFRT Qy1jbGllbnQgb3Zlcgo+IHRoZSBuZXR3b3JrPwoKIERyZWFtIG9uLgoKIFdoYXQgeW91IG1pZ2h0 IGJlIGFibGUgdG8gZG8gaXMgaG9vayB1cCBzb21ldGhpbmcgbGlrZSBhIHdpcmVsZXNzCiBIRFRW IHRyYW5zY2lldmVyIChhLWxhIEludGVsIFdpRGkpIGFuZCB3aXJlbGVzcyBtb3VzZS9rZXlib2Fy ZAogYW5kIHVzZSBpdCB0aGF0IHdheS4gQnV0IHNlbmRpbmcgNjBmcHMgb2YgcmVhc29uYWJsZSBy ZXNvbHV0aW9uIHZpZGVvCiBvdmVyIHNvbWV0aGluZyBsaWtlIFZOQz8gSSBkb24ndCBzZWUgaXQg aGFwcGVuaW5nLgoKPiBBbnlvbmUgd2hvIGV2ZXIgdHJpZWQgaXQ/IFdvcnRod2hpbGUgdHJ5aW5n IG9yIGZvcmdldCBpdCBzdHJhaWdodCAKPiBhd2F5PwoKIEV2ZXJ5dGhpbmcgdXAgdG8gdGhlIGxh c3QgYml0IHNob3VsZCBiZSBmaW5lIGlmIHlvdSBjYW4gbGl2ZSB3aXRoIHRoZQogY3VycmVudCBS QU0gbGltaXRhdGlvbi4KCiBHb3JkYW4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhl bi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri May 24 13:40:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 13:40: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 1UfsDH-0003xj-48; Fri, 24 May 2013 13:39:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfsDE-0003xd-TL for xen-users@lists.xen.org; Fri, 24 May 2013 13:39:17 +0000 Received: from [85.158.139.211:40726] by server-2.bemta-5.messagelabs.com id 47/B4-26552-48D6F915; Fri, 24 May 2013 13:39:16 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1369402753!18021826!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8076 invoked from network); 24 May 2013 13:39:15 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 13:39:15 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4ODd0GB019976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 May 2013 13:39:01 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ODd11W003528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 24 May 2013 13:39:02 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ODd11t028561; Fri, 24 May 2013 13:39:01 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 24 May 2013 06:39:01 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id E97C21BF781; Fri, 24 May 2013 09:38:59 -0400 (EDT) Date: Fri, 24 May 2013 09:38:59 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130524133859.GA3665@phenom.dumpdata.com> References: <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> <20130522211537.GA13471@phenom.dumpdata.com> <20130522211752.GB13471@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130522211752.GB13471@phenom.dumpdata.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 05:17:52PM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote: > > On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > > > Hello, > > > > > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > > > without PCI. > > > > > > Could you also attach the host dmesg please? > > > > Nevermind. I can reproduce it. The interesting thing is that initially I had > > this in my guest config: > > > > maxmem=2048 > > memory=1024 > > > > and the output of the tools told me: > > Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > > > > .. and then it added that 1G to the end: > > > > libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > > > > and the guest booted nicely. > > > > But if maxmem=memory I get: > > > > Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > > > And of course no E820 entry at 4G and guest crashes. > > Pff, try this patch please: > > diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c > index a17f6ae..a78c91d 100644 > --- a/tools/libxl/libxl_x86.c > +++ b/tools/libxl/libxl_x86.c > @@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], > idx++; > } > /* At this point we have the mapped RAM + E820 entries from src. */ > - if (balloon_kb) { > + if (balloon_kb || delta_kb) { > /* and if we truncated the RAM region, then add it to the end. */ > e820[idx].type = E820_RAM; > e820[idx].addr = (uint64_t)(1ULL << 32) > last ? > > (I am heading out for today and will retry it tomorrow, but I am 99% > that is the culprit). And it works. Will send out a patch shortly. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 13:40:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 13:40: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 1UfsDH-0003xj-48; Fri, 24 May 2013 13:39:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfsDE-0003xd-TL for xen-users@lists.xen.org; Fri, 24 May 2013 13:39:17 +0000 Received: from [85.158.139.211:40726] by server-2.bemta-5.messagelabs.com id 47/B4-26552-48D6F915; Fri, 24 May 2013 13:39:16 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1369402753!18021826!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8076 invoked from network); 24 May 2013 13:39:15 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 13:39:15 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4ODd0GB019976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 May 2013 13:39:01 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ODd11W003528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 24 May 2013 13:39:02 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4ODd11t028561; Fri, 24 May 2013 13:39:01 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 24 May 2013 06:39:01 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id E97C21BF781; Fri, 24 May 2013 09:38:59 -0400 (EDT) Date: Fri, 24 May 2013 09:38:59 -0400 From: Konrad Rzeszutek Wilk To: Christian Holpert Message-ID: <20130524133859.GA3665@phenom.dumpdata.com> References: <1355399820.10554.101.camel@zakaz.uk.xensource.com> <50C9C725.9060809@citrix.com> <20121219173838.GC25471@phenom.dumpdata.com> <20121219222624.GA12842@phenom.dumpdata.com> <20130522210618.GA13319@phenom.dumpdata.com> <20130522211537.GA13471@phenom.dumpdata.com> <20130522211752.GB13471@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130522211752.GB13471@phenom.dumpdata.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Cc: xen-users@lists.xen.org, David Vrabel , Ian Campbell Subject: Re: [Xen-users] DomU sees only 512MB RAM with PCI-passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 22, 2013 at 05:17:52PM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, May 22, 2013 at 05:15:37PM -0400, Konrad Rzeszutek Wilk wrote: > > On Wed, May 22, 2013 at 05:06:18PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Thu, Dec 20, 2012 at 01:40:38PM +0100, Christian Holpert wrote: > > > > Hello, > > > > > > > > the output of xl -vvv create is attached for xen 4.2.1 with PCI and > > > > without PCI. > > > > > > Could you also attach the host dmesg please? > > > > Nevermind. I can reproduce it. The interesting thing is that initially I had > > this in my guest config: > > > > maxmem=2048 > > memory=1024 > > > > and the output of the tools told me: > > Memory: 1048576kB End of RAM: 0x20000 (PFN) Delta: 524288kB, PCI start: 524288kB (0x20000 PFN), Balloon 1048576kB > > > > .. and then it added that 1G to the end: > > > > libxl_x86.c:201:e820_sanitize: : [100000 -> 160000] RAM > > > > and the guest booted nicely. > > > > But if maxmem=memory I get: > > > > Memory: 2097152kB End of RAM: 0x20000 (PFN) Delta: 1572864kB, PCI start: 524288kB (0x20000 PFN), Balloon 0kB > > > > And of course no E820 entry at 4G and guest crashes. > > Pff, try this patch please: > > diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c > index a17f6ae..a78c91d 100644 > --- a/tools/libxl/libxl_x86.c > +++ b/tools/libxl/libxl_x86.c > @@ -182,7 +182,7 @@ static int e820_sanitize(libxl_ctx *ctx, struct e820entry src[], > idx++; > } > /* At this point we have the mapped RAM + E820 entries from src. */ > - if (balloon_kb) { > + if (balloon_kb || delta_kb) { > /* and if we truncated the RAM region, then add it to the end. */ > e820[idx].type = E820_RAM; > e820[idx].addr = (uint64_t)(1ULL << 32) > last ? > > (I am heading out for today and will retry it tomorrow, but I am 99% > that is the culprit). And it works. Will send out a patch shortly. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 13:40:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 13: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 1UfsDp-0003zY-Pc; Fri, 24 May 2013 13:39:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfsDo-0003zP-1Z for xen-users@lists.xen.org; Fri, 24 May 2013 13:39:52 +0000 Received: from [85.158.138.51:9141] by server-15.bemta-3.messagelabs.com id B6/CD-32363-7AD6F915; Fri, 24 May 2013 13:39:51 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369402789!20376208!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26149 invoked from network); 24 May 2013 13:39:50 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 13:39:50 -0000 Received: by mail-la0-f50.google.com with SMTP id ed20so4497165lab.9 for ; Fri, 24 May 2013 06:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=CwunV1YKXBiFCWjIgue9uXe7NnvGSCaxV55wIrsxlQc=; b=X4QSIiALPJr5Vfjxc8SgAXFoqRF/tF8FHDJOBBw2xGll+0GAYE17OgVJtAW9ROXt/s zIGxWxcuqDtgMJR9zACSFR2k/TLpL/DVmJDajzd16ZI+/JLsazgdLW/r6q4uC7c5Nki/ MtbCk+/ndZHA8gQUrleR/2fcnsTFcxWltRhiPjUhLS0e3PjCLROGmRu/Qj4S7q/BhZdm oKKAz4RyvljSxxWgU3SJjlzNcI/U0O5nY1EHQBypvrdeRBtqBKCq+Af11mXNjUvyjR0f r2E1JUOFqRTwTA7GpWA8qRK/sZjxJysQgPcET3gmRrQtwZ1zikSW85Fflf7Utw/0UL09 E1lg== MIME-Version: 1.0 X-Received: by 10.112.204.100 with SMTP id kx4mr8997862lbc.17.1369402789435; Fri, 24 May 2013 06:39:49 -0700 (PDT) Received: by 10.112.1.100 with HTTP; Fri, 24 May 2013 06:39:49 -0700 (PDT) Date: Fri, 24 May 2013 09:39:49 -0400 X-Google-Sender-Auth: vr1c7OvP6dzyPJ6Ue2JVxq4cFuo Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org Subject: [Xen-users] Xen Document Day is Next Tuesday 28 May X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8991706324392422715==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8991706324392422715== Content-Type: multipart/alternative; boundary=001a11c3cb68d19c9204dd76eea6 --001a11c3cb68d19c9204dd76eea6 Content-Type: text/plain; charset=ISO-8859-1 REMINDER: Xen Document Day is next TUESDAY due to holidays next Monday in multiple countries. ********************* * Xen Document Days * ********************* We have another Xen document day come up next *TUESDAY*. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO ). Of course, you can work on anything you like: the list just provides suggestions. How do I participate? ===================== - Join us on IRC: freenode channel #xendocs - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! --001a11c3cb68d19c9204dd76eea6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
REMINDER: Xen Document Day is next TUESDAY due to hol= idays next Monday
in multiple countries.

*********************
* Xen Document Days *
**********= ***********

We have another Xen document day come up next *TUESDAY*= . Xen Document Days=A0
are for people who care about Xen Document= ation and want to improve it.=A0
We introduced Documentation Days= , because working on documentation in=A0
parallel with like minded-people, is just more fun than working alone!= =A0
Everybody who can contribute is welcome to join!
For a list of items that need work, check out the community ma= intained=A0
work on anything you like: the list just provides suggestions.

How do I participate?
=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

- Join us = on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something som= ebody
=A0 =A0else is already working on)
- Fix some doc= umentation
- Help others
- And above all: have fun!
--001a11c3cb68d19c9204dd76eea6-- --===============8991706324392422715== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8991706324392422715==-- From xen-users-bounces@lists.xen.org Fri May 24 13:40:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 13: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 1UfsDp-0003zY-Pc; Fri, 24 May 2013 13:39:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfsDo-0003zP-1Z for xen-users@lists.xen.org; Fri, 24 May 2013 13:39:52 +0000 Received: from [85.158.138.51:9141] by server-15.bemta-3.messagelabs.com id B6/CD-32363-7AD6F915; Fri, 24 May 2013 13:39:51 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369402789!20376208!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26149 invoked from network); 24 May 2013 13:39:50 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 13:39:50 -0000 Received: by mail-la0-f50.google.com with SMTP id ed20so4497165lab.9 for ; Fri, 24 May 2013 06:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=CwunV1YKXBiFCWjIgue9uXe7NnvGSCaxV55wIrsxlQc=; b=X4QSIiALPJr5Vfjxc8SgAXFoqRF/tF8FHDJOBBw2xGll+0GAYE17OgVJtAW9ROXt/s zIGxWxcuqDtgMJR9zACSFR2k/TLpL/DVmJDajzd16ZI+/JLsazgdLW/r6q4uC7c5Nki/ MtbCk+/ndZHA8gQUrleR/2fcnsTFcxWltRhiPjUhLS0e3PjCLROGmRu/Qj4S7q/BhZdm oKKAz4RyvljSxxWgU3SJjlzNcI/U0O5nY1EHQBypvrdeRBtqBKCq+Af11mXNjUvyjR0f r2E1JUOFqRTwTA7GpWA8qRK/sZjxJysQgPcET3gmRrQtwZ1zikSW85Fflf7Utw/0UL09 E1lg== MIME-Version: 1.0 X-Received: by 10.112.204.100 with SMTP id kx4mr8997862lbc.17.1369402789435; Fri, 24 May 2013 06:39:49 -0700 (PDT) Received: by 10.112.1.100 with HTTP; Fri, 24 May 2013 06:39:49 -0700 (PDT) Date: Fri, 24 May 2013 09:39:49 -0400 X-Google-Sender-Auth: vr1c7OvP6dzyPJ6Ue2JVxq4cFuo Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org Subject: [Xen-users] Xen Document Day is Next Tuesday 28 May X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8991706324392422715==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8991706324392422715== Content-Type: multipart/alternative; boundary=001a11c3cb68d19c9204dd76eea6 --001a11c3cb68d19c9204dd76eea6 Content-Type: text/plain; charset=ISO-8859-1 REMINDER: Xen Document Day is next TUESDAY due to holidays next Monday in multiple countries. ********************* * Xen Document Days * ********************* We have another Xen document day come up next *TUESDAY*. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO ). Of course, you can work on anything you like: the list just provides suggestions. How do I participate? ===================== - Join us on IRC: freenode channel #xendocs - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! --001a11c3cb68d19c9204dd76eea6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
REMINDER: Xen Document Day is next TUESDAY due to hol= idays next Monday
in multiple countries.

*********************
* Xen Document Days *
**********= ***********

We have another Xen document day come up next *TUESDAY*= . Xen Document Days=A0
are for people who care about Xen Document= ation and want to improve it.=A0
We introduced Documentation Days= , because working on documentation in=A0
parallel with like minded-people, is just more fun than working alone!= =A0
Everybody who can contribute is welcome to join!
For a list of items that need work, check out the community ma= intained=A0
work on anything you like: the list just provides suggestions.

How do I participate?
=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

- Join us = on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something som= ebody
=A0 =A0else is already working on)
- Fix some doc= umentation
- Help others
- And above all: have fun!
--001a11c3cb68d19c9204dd76eea6-- --===============8991706324392422715== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8991706324392422715==-- From xen-users-bounces@lists.xen.org Fri May 24 14:15:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 14:15: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 1UfslC-0007jC-Ai; Fri, 24 May 2013 14:14:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufsl9-0007is-U2; Fri, 24 May 2013 14:14:20 +0000 Received: from [193.109.254.147:18553] by server-16.bemta-14.messagelabs.com id AD/9C-10369-BB57F915; Fri, 24 May 2013 14:14:19 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1369404853!2030346!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23401 invoked from network); 24 May 2013 14:14:15 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 14:14: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 r4OEE1dZ031292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 May 2013 14:14:02 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4OEE2Nk004993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 24 May 2013 14:14:03 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4OEE2LY007424; Fri, 24 May 2013 14:14:02 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 24 May 2013 07:14:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id E439D1BF781; Fri, 24 May 2013 10:14:00 -0400 (EDT) Date: Fri, 24 May 2013 10:14:00 -0400 From: Konrad Rzeszutek Wilk To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130524141400.GB3900@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <519E54DE.5090304@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > Hello, > = > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > implementation for both amd64 and i386. I've also updated the wiki to > point to the pvhvm_v10 branch: I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_add = -r gmake' tells me there is no package (perhaps I am using a too modern version of Fr= eeBSD (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? The Wiki mentions how to install git but that fails b/c it can't find gmake. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 14:15:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 14:15: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 1UfslC-0007jC-Ai; Fri, 24 May 2013 14:14:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufsl9-0007is-U2; Fri, 24 May 2013 14:14:20 +0000 Received: from [193.109.254.147:18553] by server-16.bemta-14.messagelabs.com id AD/9C-10369-BB57F915; Fri, 24 May 2013 14:14:19 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1369404853!2030346!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23401 invoked from network); 24 May 2013 14:14:15 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 14:14: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 r4OEE1dZ031292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 May 2013 14:14:02 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4OEE2Nk004993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 24 May 2013 14:14:03 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4OEE2LY007424; Fri, 24 May 2013 14:14:02 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 24 May 2013 07:14:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id E439D1BF781; Fri, 24 May 2013 10:14:00 -0400 (EDT) Date: Fri, 24 May 2013 10:14:00 -0400 From: Konrad Rzeszutek Wilk To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130524141400.GB3900@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <519E54DE.5090304@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > Hello, > = > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > implementation for both amd64 and i386. I've also updated the wiki to > point to the pvhvm_v10 branch: I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_add = -r gmake' tells me there is no package (perhaps I am using a too modern version of Fr= eeBSD (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? The Wiki mentions how to install git but that fails b/c it can't find gmake. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 14:22:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 14:22: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 1UfssB-0008RB-1a; Fri, 24 May 2013 14:21:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufss9-0008Qf-MZ; Fri, 24 May 2013 14:21:33 +0000 Received: from [85.158.137.99:65219] by server-13.bemta-3.messagelabs.com id 46/BB-19597-C677F915; Fri, 24 May 2013 14:21:32 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1369405292!13479940!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22375 invoked from network); 24 May 2013 14:21:32 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 14:21:32 -0000 X-IronPort-AV: E=Sophos;i="4.87,735,1363132800"; d="scan'208";a="4967520" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 24 May 2013 14:21:32 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Fri, 24 May 2013 15:21:31 +0100 Message-ID: <519F776A.6090608@citrix.com> Date: Fri, 24 May 2013 16:21:30 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> In-Reply-To: <20130524141400.GB3900@phenom.dumpdata.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 24/05/13 16:14, Konrad Rzeszutek Wilk wrote: > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: >> Hello, >> >> I've pushed a new branch, pvhvm_v10 that contains a PV IPI >> implementation for both amd64 and i386. I've also updated the wiki to >> point to the pvhvm_v10 branch: > = > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_ad= d -r gmake' > tells me there is no package (perhaps I am using a too modern version of = FreeBSD > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > = > The Wiki mentions how to install git but that fails b/c it can't find gma= ke. Did you install the ports tree during the installation? If so I've always successfully installed git using: # whereis git # cd # make install Maybe the ISO you picked as a broken ports snapshot? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 14:22:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 14:22: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 1UfssB-0008RB-1a; Fri, 24 May 2013 14:21:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufss9-0008Qf-MZ; Fri, 24 May 2013 14:21:33 +0000 Received: from [85.158.137.99:65219] by server-13.bemta-3.messagelabs.com id 46/BB-19597-C677F915; Fri, 24 May 2013 14:21:32 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1369405292!13479940!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22375 invoked from network); 24 May 2013 14:21:32 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 14:21:32 -0000 X-IronPort-AV: E=Sophos;i="4.87,735,1363132800"; d="scan'208";a="4967520" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 24 May 2013 14:21:32 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Fri, 24 May 2013 15:21:31 +0100 Message-ID: <519F776A.6090608@citrix.com> Date: Fri, 24 May 2013 16:21:30 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> In-Reply-To: <20130524141400.GB3900@phenom.dumpdata.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 24/05/13 16:14, Konrad Rzeszutek Wilk wrote: > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: >> Hello, >> >> I've pushed a new branch, pvhvm_v10 that contains a PV IPI >> implementation for both amd64 and i386. I've also updated the wiki to >> point to the pvhvm_v10 branch: > = > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_ad= d -r gmake' > tells me there is no package (perhaps I am using a too modern version of = FreeBSD > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > = > The Wiki mentions how to install git but that fails b/c it can't find gma= ke. Did you install the ports tree during the installation? If so I've always successfully installed git using: # whereis git # cd # make install Maybe the ISO you picked as a broken ports snapshot? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 15:32:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 15:32: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 1UftxY-0004LK-1W; Fri, 24 May 2013 15:31:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UftxW-0004Kv-Ar; Fri, 24 May 2013 15:31:10 +0000 Received: from [85.158.138.51:41329] by server-13.bemta-3.messagelabs.com id 51/24-19597-DB78F915; Fri, 24 May 2013 15:31:09 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369409468!1108070!1 X-Originating-IP: [209.85.214.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19743 invoked from network); 24 May 2013 15:31:08 -0000 Received: from mail-bk0-f51.google.com (HELO mail-bk0-f51.google.com) (209.85.214.51) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 15:31:08 -0000 Received: by mail-bk0-f51.google.com with SMTP id ji1so478719bkc.38 for ; Fri, 24 May 2013 08:31:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=3R61+iigY2/6fj2HB7K0JX1lScMmlnqycEDtFb8R4b0=; b=qoYVyWFfoXM5oNkm8Uf1o+8k5bcr9HEvmHNralA1O2Pm6nhlZ1FJKC6rJIgo/QcHoP dhQ3TgoTsj29Ou+NbBwW31UaxWNxedmydoHjGUsrQaCSkb2KhFk6JNwiAJng5tzjXt+R Cj6/LvGzE1eMbs1KbdXm6d5Nr1E62KPBV+EB3zVImXscKLHZzYnpnM8ftvEbUwPWRWYN xJzuffLcIlKdL1/Luts7MDcL7tI0t5RUa+mxaNNxgxhk80xWG8wkD1sMz3vXXuBt5wEF l3VkBDYnds6AjOVSCiGLYdkhmwVrLIQEDFLXnztL5Guj4gEFZgA41RlZJXBUkGA1A2yj 7wCA== X-Received: by 10.204.231.137 with SMTP id jq9mr212129bkb.157.1369409467736; Fri, 24 May 2013 08:31:07 -0700 (PDT) Received: from [172.16.26.11] ([88.128.80.12]) by mx.google.com with ESMTPSA id tl1sm4584506bkb.7.2013.05.24.08.31.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 May 2013 08:31:06 -0700 (PDT) Message-ID: <519F87B8.7020509@xen.org> Date: Fri, 24 May 2013 16:31:04 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Vote Results] Xen Project Governance v2 , Mailing List Conventions v1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, sorry for being late with this. The votes for the following two proposals have been carried in favour of the proposals, with no objections and comments: - For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/article/80-developers/139-mailing-list-conventions.html I will update the web pages, in the next 2 weeks Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 15:32:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 15:32: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 1UftxY-0004LK-1W; Fri, 24 May 2013 15:31:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UftxW-0004Kv-Ar; Fri, 24 May 2013 15:31:10 +0000 Received: from [85.158.138.51:41329] by server-13.bemta-3.messagelabs.com id 51/24-19597-DB78F915; Fri, 24 May 2013 15:31:09 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369409468!1108070!1 X-Originating-IP: [209.85.214.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19743 invoked from network); 24 May 2013 15:31:08 -0000 Received: from mail-bk0-f51.google.com (HELO mail-bk0-f51.google.com) (209.85.214.51) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 15:31:08 -0000 Received: by mail-bk0-f51.google.com with SMTP id ji1so478719bkc.38 for ; Fri, 24 May 2013 08:31:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=3R61+iigY2/6fj2HB7K0JX1lScMmlnqycEDtFb8R4b0=; b=qoYVyWFfoXM5oNkm8Uf1o+8k5bcr9HEvmHNralA1O2Pm6nhlZ1FJKC6rJIgo/QcHoP dhQ3TgoTsj29Ou+NbBwW31UaxWNxedmydoHjGUsrQaCSkb2KhFk6JNwiAJng5tzjXt+R Cj6/LvGzE1eMbs1KbdXm6d5Nr1E62KPBV+EB3zVImXscKLHZzYnpnM8ftvEbUwPWRWYN xJzuffLcIlKdL1/Luts7MDcL7tI0t5RUa+mxaNNxgxhk80xWG8wkD1sMz3vXXuBt5wEF l3VkBDYnds6AjOVSCiGLYdkhmwVrLIQEDFLXnztL5Guj4gEFZgA41RlZJXBUkGA1A2yj 7wCA== X-Received: by 10.204.231.137 with SMTP id jq9mr212129bkb.157.1369409467736; Fri, 24 May 2013 08:31:07 -0700 (PDT) Received: from [172.16.26.11] ([88.128.80.12]) by mx.google.com with ESMTPSA id tl1sm4584506bkb.7.2013.05.24.08.31.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 May 2013 08:31:06 -0700 (PDT) Message-ID: <519F87B8.7020509@xen.org> Date: Fri, 24 May 2013 16:31:04 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Vote Results] Xen Project Governance v2 , Mailing List Conventions v1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, sorry for being late with this. The votes for the following two proposals have been carried in favour of the proposals, with no objections and comments: - For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/article/80-developers/139-mailing-list-conventions.html I will update the web pages, in the next 2 weeks Best Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 17:38:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 17:38: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 1Ufvvb-0008Ap-0o; Fri, 24 May 2013 17:37:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfvvZ-0008Ak-UU for xen-users@lists.xen.org; Fri, 24 May 2013 17:37:18 +0000 Received: from [85.158.139.211:9122] by server-4.bemta-5.messagelabs.com id 3D/A8-12332-D45AF915; Fri, 24 May 2013 17:37:17 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369417035!19439392!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21010 invoked from network); 24 May 2013 17:37:16 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 17:37:16 -0000 Received: by mail-ve0-f172.google.com with SMTP id b10so3625664vea.17 for ; Fri, 24 May 2013 10:37:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=/Mi4cKZ92bHsC0R76BSQspMWcLrcogMDStyIxYyMyy0=; b=e+d8UD+F/QQcATymXLYdlzSmjmWx+bIM/OMs7a70zQg88V9d5n62jEgSxfw9YlZAac SuofQIPWcLFCUj1PL+QTaMSD1OiArDr3Y1Jgier9F40m10cCXASpZuOmkBm0IeBXzsHZ dekYzp7dZHNH70JT+c0/UrRz4BFLdA6VptzrwVljVuNvRkf4exlmy+9MEKnCrMbWCxqt KmdJjssmnIBhqrBH9wjVe45xwv9YIA+CZETIA9plSDvIZBJqTVF3yOF5RAUFz81YCF3+ gF8z4+LjpnAojUMZ68fxJr2AHnVs8O1R15L7dFMuJwF7GFiWVGj7nLK1ldTGizWtmWEL v9KA== X-Received: by 10.220.202.197 with SMTP id ff5mr9196382vcb.3.1369417034968; Fri, 24 May 2013 10:37:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Fri, 24 May 2013 10:36:54 -0700 (PDT) In-Reply-To: <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Fri, 24 May 2013 19:36:54 +0200 Message-ID: To: Gordan Bobic Cc: hwit@a-domani.nl, xen-users@lists.xen.org, J.Witvliet@mindef.nl Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Gordan, On Fri, May 24, 2013 at 2:48 PM, Gordan Bobic wrote: > On Fri, 24 May 2013 11:59:45 +0200, wrote: >> >> Hi all, >> >> Perhaps slightly off-topic, but perhaps somebody around has tried >> something like this. >> >> I bought a game for my son, and verified that it got "platinum >> status" for wine. >> However, the general requirements are way too heavy for his current >> machine, even without wine. > > > WINE overheads are pretty minimal in my experience - if you can ever > get anything to work at all regardless of the platinum rating. > > >> So, I was contemplating if (!) it might be possible to have a >> virtualized xp/w7 running the game. > > > So far so easy. The current caveats are that with VGA passthrough > you are likely to have problems with > 2GB of RAM in the VM. Other > issues are work-aroundable. > What do these problems look like? I am giving my win7x64 16GB RAM and it's (mostly) working fine. (Details below) > >> The piece of software (truck driving simulator) is asking: >> -Dual core CPU 3.0 GHz >> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >> equivalent or better) > > > 4GB of RAM may or may not be a problem. From what has been said, it > depends on the MMIO size on your machine. On my machine that is 2GB. > You may be lucky and get away with 3-4GB. > How do you determine the MMIO size? > >> I already have several virtual machines running, mix of Linux (mostly >> servers) and XP (desktop chores), >> But never tried virtualized gaming. > > > If you have an ATI card or an Nvidia Quadro, it "just works". > I have extensively tested Borderlands 2 on this setup. :) > > With a non-Quadro Nvidia card things get much more problematic and > you'll have to manually patch the Xen sources and build your own > binaries. Fighting all the other issues is plenty of hard work and > I would advise against it if you can at all help it - unless your > time is worthless, investing =A330 or so into an ATI 4850 is likely > to be a bargain compared to the time and effort you are likely to > spend on getting a non-Quadro Nvidia card to work. > > >> So I presume that installing the game poses no problem, but playing >> might be something else. >> - with regards to CPU-load... > > > How many CPU cores has your VM host got and what are they? I have > no issues playing Borderlands 2 on a dual Xeon X5650 with 8 of the 24 > threads (4 of the 12 cores) given to the VM. > > >> - with regards to graphics: Could I get away with a TSC-client over >> the network? > > > Dream on. > > What you might be able to do is hook up something like a wireless > HDTV transciever (a-la Intel WiDi) and wireless mouse/keyboard > and use it that way. But sending 60fps of reasonable resolution video > over something like VNC? I don't see it happening. > > >> Anyone who ever tried it? Worthwhile trying or forget it straight away? > > > Everything up to the last bit should be fine if you can live with the > current RAM limitation. > > Gordan > I have also tested Borderlands 2 extensively (read: played :o). I have no issues whatsoever with framerate, everything is maxed out in settings, and I have never seen anything resembling slow framerates. (I have not done any benchmarking) However, texture loading is slow for some reason, and there is one square area on the screen which is slightly 'pixelated'. (I only just noticed this some hours ago) Are you seeing any of this? Do you have any idea of the cause of it? - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 17:38:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 17:38: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 1Ufvvb-0008Ap-0o; Fri, 24 May 2013 17:37:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfvvZ-0008Ak-UU for xen-users@lists.xen.org; Fri, 24 May 2013 17:37:18 +0000 Received: from [85.158.139.211:9122] by server-4.bemta-5.messagelabs.com id 3D/A8-12332-D45AF915; Fri, 24 May 2013 17:37:17 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369417035!19439392!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21010 invoked from network); 24 May 2013 17:37:16 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 17:37:16 -0000 Received: by mail-ve0-f172.google.com with SMTP id b10so3625664vea.17 for ; Fri, 24 May 2013 10:37:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=/Mi4cKZ92bHsC0R76BSQspMWcLrcogMDStyIxYyMyy0=; b=e+d8UD+F/QQcATymXLYdlzSmjmWx+bIM/OMs7a70zQg88V9d5n62jEgSxfw9YlZAac SuofQIPWcLFCUj1PL+QTaMSD1OiArDr3Y1Jgier9F40m10cCXASpZuOmkBm0IeBXzsHZ dekYzp7dZHNH70JT+c0/UrRz4BFLdA6VptzrwVljVuNvRkf4exlmy+9MEKnCrMbWCxqt KmdJjssmnIBhqrBH9wjVe45xwv9YIA+CZETIA9plSDvIZBJqTVF3yOF5RAUFz81YCF3+ gF8z4+LjpnAojUMZ68fxJr2AHnVs8O1R15L7dFMuJwF7GFiWVGj7nLK1ldTGizWtmWEL v9KA== X-Received: by 10.220.202.197 with SMTP id ff5mr9196382vcb.3.1369417034968; Fri, 24 May 2013 10:37:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Fri, 24 May 2013 10:36:54 -0700 (PDT) In-Reply-To: <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Fri, 24 May 2013 19:36:54 +0200 Message-ID: To: Gordan Bobic Cc: hwit@a-domani.nl, xen-users@lists.xen.org, J.Witvliet@mindef.nl Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Gordan, On Fri, May 24, 2013 at 2:48 PM, Gordan Bobic wrote: > On Fri, 24 May 2013 11:59:45 +0200, wrote: >> >> Hi all, >> >> Perhaps slightly off-topic, but perhaps somebody around has tried >> something like this. >> >> I bought a game for my son, and verified that it got "platinum >> status" for wine. >> However, the general requirements are way too heavy for his current >> machine, even without wine. > > > WINE overheads are pretty minimal in my experience - if you can ever > get anything to work at all regardless of the platinum rating. > > >> So, I was contemplating if (!) it might be possible to have a >> virtualized xp/w7 running the game. > > > So far so easy. The current caveats are that with VGA passthrough > you are likely to have problems with > 2GB of RAM in the VM. Other > issues are work-aroundable. > What do these problems look like? I am giving my win7x64 16GB RAM and it's (mostly) working fine. (Details below) > >> The piece of software (truck driving simulator) is asking: >> -Dual core CPU 3.0 GHz >> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >> equivalent or better) > > > 4GB of RAM may or may not be a problem. From what has been said, it > depends on the MMIO size on your machine. On my machine that is 2GB. > You may be lucky and get away with 3-4GB. > How do you determine the MMIO size? > >> I already have several virtual machines running, mix of Linux (mostly >> servers) and XP (desktop chores), >> But never tried virtualized gaming. > > > If you have an ATI card or an Nvidia Quadro, it "just works". > I have extensively tested Borderlands 2 on this setup. :) > > With a non-Quadro Nvidia card things get much more problematic and > you'll have to manually patch the Xen sources and build your own > binaries. Fighting all the other issues is plenty of hard work and > I would advise against it if you can at all help it - unless your > time is worthless, investing =A330 or so into an ATI 4850 is likely > to be a bargain compared to the time and effort you are likely to > spend on getting a non-Quadro Nvidia card to work. > > >> So I presume that installing the game poses no problem, but playing >> might be something else. >> - with regards to CPU-load... > > > How many CPU cores has your VM host got and what are they? I have > no issues playing Borderlands 2 on a dual Xeon X5650 with 8 of the 24 > threads (4 of the 12 cores) given to the VM. > > >> - with regards to graphics: Could I get away with a TSC-client over >> the network? > > > Dream on. > > What you might be able to do is hook up something like a wireless > HDTV transciever (a-la Intel WiDi) and wireless mouse/keyboard > and use it that way. But sending 60fps of reasonable resolution video > over something like VNC? I don't see it happening. > > >> Anyone who ever tried it? Worthwhile trying or forget it straight away? > > > Everything up to the last bit should be fine if you can live with the > current RAM limitation. > > Gordan > I have also tested Borderlands 2 extensively (read: played :o). I have no issues whatsoever with framerate, everything is maxed out in settings, and I have never seen anything resembling slow framerates. (I have not done any benchmarking) However, texture loading is slow for some reason, and there is one square area on the screen which is slightly 'pixelated'. (I only just noticed this some hours ago) Are you seeing any of this? Do you have any idea of the cause of it? - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 18:02:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 18:02: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 1UfwJ9-0000fM-7g; Fri, 24 May 2013 18:01:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfwJ7-0000fH-LI for xen-users@lists.xen.org; Fri, 24 May 2013 18:01:37 +0000 Received: from [85.158.143.99:36366] by server-1.bemta-4.messagelabs.com id 17/D6-06122-00BAF915; Fri, 24 May 2013 18:01:36 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1369418493!24103491!1 X-Originating-IP: [209.85.192.172] X-SpamReason: No, hits=0.9 required=7.0 tests=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 21511 invoked from network); 24 May 2013 18:01:35 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 18:01:35 -0000 Received: by mail-pd0-f172.google.com with SMTP id 10so4410039pdi.31 for ; Fri, 24 May 2013 11:01:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:mime-version:in-reply-to:date:message-id:subject:to :cc:content-type; bh=Pt+qNTFzVc32vZfm3TYYpb48+wA0DLQ5Xk1jLKSo3mk=; b=m6WUhzp9OfDUY41pTOGOBEaEkUGxaHvJ+eRqTE+ipbM8JxSNOzalKsu5/Sz7O/4YcO qvv4BVuASCwuPe89ArtHQ2Gxx0Qom/MgfES+F0UYBrGIzJ122ofRRwJDtgqBYItRS6NX S8ntmVa5hlUPXqohw9/DPFF6LEJ0nv0ptOlhygDY3idfPslWg5MuoMr6gSQm7xwp/40x v4TNzgl/o8GuC/4GZrsy5o9Hb5sn1XBVKRaaH1TQWXthErv+BD9998Pi+FvxesE3SdhY W9RQsOPF1WWwAa3Gj64WzBYJaFvAYgcGmX8h8vCzO13C51U0B2ZN5TiRncknd674mpZc Y0XQ== X-Received: by 10.66.151.46 with SMTP id un14mr19863651pab.14.1369418493169; Fri, 24 May 2013 11:01:33 -0700 (PDT) References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 24 May 2013 11:01:32 -0700 Message-ID: <-2614816535609480788@unknownmsgid> To: Casey DeLorme Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8662451440372388209==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8662451440372388209== Content-Type: multipart/alternative; boundary=047d7b6d885ed596af04dd7a9648 --047d7b6d885ed596af04dd7a9648 Content-Type: text/plain; charset=ISO-8859-1 Hello Casey, Hans, I've never tried virtualized gaming from the standpoint of wanting to be at a Linux desktop while doing it, but I have played Diablo 3 and watched a couple Blu-Ray movies on my MacBook Pro by using Splashtop's free remote access product. Performance over wireless N is excellent. There's no reason you couldn't pass through a video card to your virtual machine, install the splashtop streamer, download the Linux client, and game your heart out :) You will need to ensure your game runs in a borderless full screen window, which can be accomplished in most games' video settings, or using a third party utility such as ShiftWindow. I've never been too concerned with having things work in this direction; I'd rather get myself a Windows desktop and then dig my way back into Linux via SSH or VNC. However, considering the setup I just suggested, I would actually bet that such a configuration would be up to par with my own exacting standards---and I play everything on maximum settings with Vsync enabled ;) If you have any questions, I'd be happy to help! Cheers, Andrew Bobulsky On May 24, 2013, at 3:23 AM, Casey DeLorme wrote: Hi Hans, Using passthrough virtual gaming is very doable, but that is with directly connected monitors and some minor quirks. Personally, I have had no luck getting networked gameplay to perform at acceptable framerates. Full screen games will crash most VNC consoles, or just give you a black screen, and input is limited and heavily delayed, tested direct and on wired Cat6 with half a dozen different VNC clients. I am not sure whether TSC would behave any better. If directly connected monitors and input devices are acceptable, and you are not already doing graphics passthrough you may want to read up a bit on the xen wiki, and I'm sure many list members would be happy to share their experiences. ~Casey On Fri, May 24, 2013 at 5:59 AM, wrote: > Hi all, > > Perhaps slightly off-topic, but perhaps somebody around has tried > something like this. > > I bought a game for my son, and verified that it got "platinum status" for > wine. > However, the general requirements are way too heavy for his current > machine, even without wine. > > So, I was contemplating if (!) it might be possible to have a virtualized > xp/w7 running the game. > The piece of software (truck driving simulator) is asking: > -Dual core CPU 3.0 GHz > -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class > equivalent or better) > > I already have several virtual machines running, mix of Linux (mostly > servers) and XP (desktop chores), > But never tried virtualized gaming. > > So I presume that installing the game poses no problem, but playing might > be something else. > - with regards to CPU-load... > - with regards to graphics: Could I get away with a TSC-client over the > network? > > Anyone who ever tried it? Worthwhile trying or forget it straight away? > > Hans > > ______________________________________________________________________ > Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u > niet de geadresseerde bent of dit bericht abusievelijk aan u is > toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht > te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van > welke aard ook, die verband houdt met risico's verbonden aan het > electronisch verzenden van berichten. > > This message may contain information that is not intended for you. If you > are not the addressee or if this message was sent to you by mistake, you > are requested to inform the sender and delete the message. The State > accepts no liability for damage of any kind resulting from the risks > inherent in the electronic transmission of messages. > > _______________________________________________ > 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 --047d7b6d885ed596af04dd7a9648 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Casey, Hans,

<= /div>
I've never tried virtualized gaming from the standpoint of wa= nting to be at a Linux desktop while doing it, but I have played Diablo 3 a= nd watched a couple Blu-Ray movies on my MacBook Pro by using Splashtop'= ;s free remote access product. =A0Performance over wireless N is excellent.=

There's no reason you couldn't pass through a v= ideo card to your virtual machine, install the splashtop streamer, download= the Linux client, and game your heart out :)

You will need to ensure your game runs in a borderless full screen window, = which can be accomplished in most games' video settings, or using a thi= rd party utility such as ShiftWindow.

I've nev= er been too concerned with having things work in this direction; I'd ra= ther get myself a Windows desktop and then dig my way back into Linux via S= SH or VNC. =A0However, considering the setup I just suggested, I would actu= ally bet that such a configuration would be up to par with my own exacting = standards---and I play everything on maximum settings with Vsync enabled ;)=

If you have any questions, I'd be happy to help!

Cheers,
Andrew Bobulsky=A0

<= /div>

On May 24, 2013, at 3:23 AM, Casey DeLorme <cdelorme@gmail.com> wrote:

Hi Hans= ,

Using passthrough virtual gaming is very doable,= but that is with directly connected monitors and some minor quirks. =A0Per= sonally, I have had no luck getting networked gameplay to perform at accept= able framerates. =A0Full screen games will crash most VNC consoles, or just= give you a black screen, and input is limited and heavily delayed, tested = direct and on wired Cat6 with half a dozen different VNC clients. =A0I am n= ot sure whether TSC would behave any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-users@lists.xen.org=
http://lists.xen.org/xen-u= sers
--047d7b6d885ed596af04dd7a9648-- --===============8662451440372388209== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8662451440372388209==-- From xen-users-bounces@lists.xen.org Fri May 24 18:02:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 18:02: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 1UfwJ9-0000fM-7g; Fri, 24 May 2013 18:01:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfwJ7-0000fH-LI for xen-users@lists.xen.org; Fri, 24 May 2013 18:01:37 +0000 Received: from [85.158.143.99:36366] by server-1.bemta-4.messagelabs.com id 17/D6-06122-00BAF915; Fri, 24 May 2013 18:01:36 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1369418493!24103491!1 X-Originating-IP: [209.85.192.172] X-SpamReason: No, hits=0.9 required=7.0 tests=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 21511 invoked from network); 24 May 2013 18:01:35 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 18:01:35 -0000 Received: by mail-pd0-f172.google.com with SMTP id 10so4410039pdi.31 for ; Fri, 24 May 2013 11:01:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:mime-version:in-reply-to:date:message-id:subject:to :cc:content-type; bh=Pt+qNTFzVc32vZfm3TYYpb48+wA0DLQ5Xk1jLKSo3mk=; b=m6WUhzp9OfDUY41pTOGOBEaEkUGxaHvJ+eRqTE+ipbM8JxSNOzalKsu5/Sz7O/4YcO qvv4BVuASCwuPe89ArtHQ2Gxx0Qom/MgfES+F0UYBrGIzJ122ofRRwJDtgqBYItRS6NX S8ntmVa5hlUPXqohw9/DPFF6LEJ0nv0ptOlhygDY3idfPslWg5MuoMr6gSQm7xwp/40x v4TNzgl/o8GuC/4GZrsy5o9Hb5sn1XBVKRaaH1TQWXthErv+BD9998Pi+FvxesE3SdhY W9RQsOPF1WWwAa3Gj64WzBYJaFvAYgcGmX8h8vCzO13C51U0B2ZN5TiRncknd674mpZc Y0XQ== X-Received: by 10.66.151.46 with SMTP id un14mr19863651pab.14.1369418493169; Fri, 24 May 2013 11:01:33 -0700 (PDT) References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> From: Andrew Bobulsky Mime-Version: 1.0 (1.0) In-Reply-To: Date: Fri, 24 May 2013 11:01:32 -0700 Message-ID: <-2614816535609480788@unknownmsgid> To: Casey DeLorme Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8662451440372388209==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8662451440372388209== Content-Type: multipart/alternative; boundary=047d7b6d885ed596af04dd7a9648 --047d7b6d885ed596af04dd7a9648 Content-Type: text/plain; charset=ISO-8859-1 Hello Casey, Hans, I've never tried virtualized gaming from the standpoint of wanting to be at a Linux desktop while doing it, but I have played Diablo 3 and watched a couple Blu-Ray movies on my MacBook Pro by using Splashtop's free remote access product. Performance over wireless N is excellent. There's no reason you couldn't pass through a video card to your virtual machine, install the splashtop streamer, download the Linux client, and game your heart out :) You will need to ensure your game runs in a borderless full screen window, which can be accomplished in most games' video settings, or using a third party utility such as ShiftWindow. I've never been too concerned with having things work in this direction; I'd rather get myself a Windows desktop and then dig my way back into Linux via SSH or VNC. However, considering the setup I just suggested, I would actually bet that such a configuration would be up to par with my own exacting standards---and I play everything on maximum settings with Vsync enabled ;) If you have any questions, I'd be happy to help! Cheers, Andrew Bobulsky On May 24, 2013, at 3:23 AM, Casey DeLorme wrote: Hi Hans, Using passthrough virtual gaming is very doable, but that is with directly connected monitors and some minor quirks. Personally, I have had no luck getting networked gameplay to perform at acceptable framerates. Full screen games will crash most VNC consoles, or just give you a black screen, and input is limited and heavily delayed, tested direct and on wired Cat6 with half a dozen different VNC clients. I am not sure whether TSC would behave any better. If directly connected monitors and input devices are acceptable, and you are not already doing graphics passthrough you may want to read up a bit on the xen wiki, and I'm sure many list members would be happy to share their experiences. ~Casey On Fri, May 24, 2013 at 5:59 AM, wrote: > Hi all, > > Perhaps slightly off-topic, but perhaps somebody around has tried > something like this. > > I bought a game for my son, and verified that it got "platinum status" for > wine. > However, the general requirements are way too heavy for his current > machine, even without wine. > > So, I was contemplating if (!) it might be possible to have a virtualized > xp/w7 running the game. > The piece of software (truck driving simulator) is asking: > -Dual core CPU 3.0 GHz > -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class > equivalent or better) > > I already have several virtual machines running, mix of Linux (mostly > servers) and XP (desktop chores), > But never tried virtualized gaming. > > So I presume that installing the game poses no problem, but playing might > be something else. > - with regards to CPU-load... > - with regards to graphics: Could I get away with a TSC-client over the > network? > > Anyone who ever tried it? Worthwhile trying or forget it straight away? > > Hans > > ______________________________________________________________________ > Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u > niet de geadresseerde bent of dit bericht abusievelijk aan u is > toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht > te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van > welke aard ook, die verband houdt met risico's verbonden aan het > electronisch verzenden van berichten. > > This message may contain information that is not intended for you. If you > are not the addressee or if this message was sent to you by mistake, you > are requested to inform the sender and delete the message. The State > accepts no liability for damage of any kind resulting from the risks > inherent in the electronic transmission of messages. > > _______________________________________________ > 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 --047d7b6d885ed596af04dd7a9648 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Casey, Hans,

<= /div>
I've never tried virtualized gaming from the standpoint of wa= nting to be at a Linux desktop while doing it, but I have played Diablo 3 a= nd watched a couple Blu-Ray movies on my MacBook Pro by using Splashtop'= ;s free remote access product. =A0Performance over wireless N is excellent.=

There's no reason you couldn't pass through a v= ideo card to your virtual machine, install the splashtop streamer, download= the Linux client, and game your heart out :)

You will need to ensure your game runs in a borderless full screen window, = which can be accomplished in most games' video settings, or using a thi= rd party utility such as ShiftWindow.

I've nev= er been too concerned with having things work in this direction; I'd ra= ther get myself a Windows desktop and then dig my way back into Linux via S= SH or VNC. =A0However, considering the setup I just suggested, I would actu= ally bet that such a configuration would be up to par with my own exacting = standards---and I play everything on maximum settings with Vsync enabled ;)=

If you have any questions, I'd be happy to help!

Cheers,
Andrew Bobulsky=A0

<= /div>

On May 24, 2013, at 3:23 AM, Casey DeLorme <cdelorme@gmail.com> wrote:

Hi Hans= ,

Using passthrough virtual gaming is very doable,= but that is with directly connected monitors and some minor quirks. =A0Per= sonally, I have had no luck getting networked gameplay to perform at accept= able framerates. =A0Full screen games will crash most VNC consoles, or just= give you a black screen, and input is limited and heavily delayed, tested = direct and on wired Cat6 with half a dozen different VNC clients. =A0I am n= ot sure whether TSC would behave any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-users@lists.xen.org=
http://lists.xen.org/xen-u= sers
--047d7b6d885ed596af04dd7a9648-- --===============8662451440372388209== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8662451440372388209==-- From xen-users-bounces@lists.xen.org Fri May 24 19:05:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 19:05: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 1UfxHZ-0001cf-Nw; Fri, 24 May 2013 19:04:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfxHW-0001ca-TV for xen-users@lists.xen.org; Fri, 24 May 2013 19:04:03 +0000 Received: from [85.158.139.83:34765] by server-10.bemta-5.messagelabs.com id 9B/E0-19016-1A9BF915; Fri, 24 May 2013 19:04:01 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1369422238!28970917!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3618 invoked from network); 24 May 2013 19:03:59 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 19:03:59 -0000 Received: by mail-ve0-f172.google.com with SMTP id b10so3782180vea.3 for ; Fri, 24 May 2013 12:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KLxyIj34rUvdtT9TEr/l5LqmGkme2G1sja2ht2TMYek=; b=w8JHKxTc0t/ltjvKYIJ06GwE3yP6s8O8iOy3X8PwuLM97Uo29r+si2iYEAmYjgjivY j8Fp6Np0yV8X95nTeKKuSuXX9D2QyEdhoGFmjMV98zEBebijwRE9aZWQhLiwA/CGptIC 4nCJ4YNnUYI9R6uW32M6kU8GOtoFoE/TbMlg+8AolulexCBVOUUFX/Oc5HEHLNdFK5fR tTh+9OKlLeCBS6RQmqFEKMD8lGDWsV1usHGQubgRBSla8EbeBq+FA7khxgyMXsehe4lg Q9vEEJg/tgkQ5+pB6i+Hl36e28LRlRQmzTto8dlb2B0ToQBBxUdDKzECIl7C8X3Py6/1 NbPg== MIME-Version: 1.0 X-Received: by 10.52.172.73 with SMTP id ba9mr8385925vdc.16.1369422238427; Fri, 24 May 2013 12:03:58 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Fri, 24 May 2013 12:03:58 -0700 (PDT) In-Reply-To: <-2614816535609480788@unknownmsgid> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> Date: Fri, 24 May 2013 15:03:58 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0620593578923195854==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0620593578923195854== Content-Type: multipart/alternative; boundary=089e0160c9c011bc6704dd7b7666 --089e0160c9c011bc6704dd7b7666 Content-Type: text/plain; charset=UTF-8 Hi Andrew, I actually did try SplashTop. Great theoretical solution with a fabulous GUI, but I had no success connecting from my MacBook Pro to my Windows HVM. I couldn't find the linux "client", just a compressed file with what looked to be DIY source code, which I never got running. I didn't have a second Windows machine to test from. Also, isn't SplashTop limited to 30FPS? That might work alright for some, but most modern games can run in excess of 60FPS and 30FPS might be too slow for fast paced games. ~Casey On Fri, May 24, 2013 at 2:01 PM, Andrew Bobulsky wrote: > Hello Casey, Hans, > > I've never tried virtualized gaming from the standpoint of wanting to be > at a Linux desktop while doing it, but I have played Diablo 3 and watched a > couple Blu-Ray movies on my MacBook Pro by using Splashtop's free remote > access product. Performance over wireless N is excellent. > > There's no reason you couldn't pass through a video card to your virtual > machine, install the splashtop streamer, download the Linux client, and > game your heart out :) > > You will need to ensure your game runs in a borderless full screen window, > which can be accomplished in most games' video settings, or using a third > party utility such as ShiftWindow. > > I've never been too concerned with having things work in this direction; > I'd rather get myself a Windows desktop and then dig my way back into Linux > via SSH or VNC. However, considering the setup I just suggested, I would > actually bet that such a configuration would be up to par with my own > exacting standards---and I play everything on maximum settings with Vsync > enabled ;) > > If you have any questions, I'd be happy to help! > > Cheers, > Andrew Bobulsky > > > On May 24, 2013, at 3:23 AM, Casey DeLorme wrote: > > Hi Hans, > > Using passthrough virtual gaming is very doable, but that is with directly > connected monitors and some minor quirks. Personally, I have had no luck > getting networked gameplay to perform at acceptable framerates. Full > screen games will crash most VNC consoles, or just give you a black screen, > and input is limited and heavily delayed, tested direct and on wired Cat6 > with half a dozen different VNC clients. I am not sure whether TSC would > behave any better. > > If directly connected monitors and input devices are acceptable, and you > are not already doing graphics passthrough you may want to read up a bit on > the xen wiki, and I'm sure many list members would be happy to share their > experiences. > > ~Casey > > > On Fri, May 24, 2013 at 5:59 AM, wrote: > >> Hi all, >> >> Perhaps slightly off-topic, but perhaps somebody around has tried >> something like this. >> >> I bought a game for my son, and verified that it got "platinum status" >> for wine. >> However, the general requirements are way too heavy for his current >> machine, even without wine. >> >> So, I was contemplating if (!) it might be possible to have a virtualized >> xp/w7 running the game. >> The piece of software (truck driving simulator) is asking: >> -Dual core CPU 3.0 GHz >> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >> equivalent or better) >> >> I already have several virtual machines running, mix of Linux (mostly >> servers) and XP (desktop chores), >> But never tried virtualized gaming. >> >> So I presume that installing the game poses no problem, but playing might >> be something else. >> - with regards to CPU-load... >> - with regards to graphics: Could I get away with a TSC-client over the >> network? >> >> Anyone who ever tried it? Worthwhile trying or forget it straight away? >> >> Hans >> >> ______________________________________________________________________ >> Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u >> niet de geadresseerde bent of dit bericht abusievelijk aan u is >> toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht >> te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van >> welke aard ook, die verband houdt met risico's verbonden aan het >> electronisch verzenden van berichten. >> >> This message may contain information that is not intended for you. If you >> are not the addressee or if this message was sent to you by mistake, you >> are requested to inform the sender and delete the message. The State >> accepts no liability for damage of any kind resulting from the risks >> inherent in the electronic transmission of messages. >> >> _______________________________________________ >> 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 > > --089e0160c9c011bc6704dd7b7666 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Andrew,

I actually did try SplashTop= . =C2=A0Great theoretical solution with a fabulous GUI, but I had no succes= s connecting from my MacBook Pro to my Windows HVM. =C2=A0I couldn't fi= nd the linux "client", just a compressed file with what looked to= be DIY source code, which I never got running. =C2=A0I didn't have a s= econd Windows machine to test from.

Also, isn't SplashTop limited to 30FPS? =C2=A0That = might work alright for some, but most modern games can run in excess of 60F= PS and 30FPS might be too slow for fast paced games.

~Casey


On Fri, May 24, 2013 at 2:01 PM, Andrew Bobulsky <= ;rulerof@gmail.com> wrote:
Hello Casey, Hans,

I've never tried virtualized gaming from the sta= ndpoint of wanting to be at a Linux desktop while doing it, but I have play= ed Diablo 3 and watched a couple Blu-Ray movies on my MacBook Pro by using = Splashtop's free remote access product. =C2=A0Performance over wireless= N is excellent.

There's no reason you couldn't pass through a v= ideo card to your virtual machine, install the splashtop streamer, download= the Linux client, and game your heart out :)

You will need to ensure your game runs in a borderless full screen window, = which can be accomplished in most games' video settings, or using a thi= rd party utility such as ShiftWindow.

I've nev= er been too concerned with having things work in this direction; I'd ra= ther get myself a Windows desktop and then dig my way back into Linux via S= SH or VNC. =C2=A0However, considering the setup I just suggested, I would a= ctually bet that such a configuration would be up to par with my own exacti= ng standards---and I play everything on maximum settings with Vsync enabled= ;)

If you have any questions, I'd be happy to help!

Cheers,
Andrew Bobulsky=C2=A0

Hi Hans= ,

Using passthrough virtual gaming is very doable,= but that is with directly connected monitors and some minor quirks. =C2=A0= Personally, I have had no luck getting networked gameplay to perform at acc= eptable framerates. =C2=A0Full screen games will crash most VNC consoles, o= r just give you a black screen, and input is limited and heavily delayed, t= ested direct and on wired Cat6 with half a dozen different VNC clients. =C2= =A0I am not sure whether TSC would behave any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-u= sers@lists.xen.org
http://l= ists.xen.org/xen-users

--089e0160c9c011bc6704dd7b7666-- --===============0620593578923195854== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0620593578923195854==-- From xen-users-bounces@lists.xen.org Fri May 24 19:05:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 19:05: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 1UfxHZ-0001cf-Nw; Fri, 24 May 2013 19:04:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfxHW-0001ca-TV for xen-users@lists.xen.org; Fri, 24 May 2013 19:04:03 +0000 Received: from [85.158.139.83:34765] by server-10.bemta-5.messagelabs.com id 9B/E0-19016-1A9BF915; Fri, 24 May 2013 19:04:01 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1369422238!28970917!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3618 invoked from network); 24 May 2013 19:03:59 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 19:03:59 -0000 Received: by mail-ve0-f172.google.com with SMTP id b10so3782180vea.3 for ; Fri, 24 May 2013 12:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KLxyIj34rUvdtT9TEr/l5LqmGkme2G1sja2ht2TMYek=; b=w8JHKxTc0t/ltjvKYIJ06GwE3yP6s8O8iOy3X8PwuLM97Uo29r+si2iYEAmYjgjivY j8Fp6Np0yV8X95nTeKKuSuXX9D2QyEdhoGFmjMV98zEBebijwRE9aZWQhLiwA/CGptIC 4nCJ4YNnUYI9R6uW32M6kU8GOtoFoE/TbMlg+8AolulexCBVOUUFX/Oc5HEHLNdFK5fR tTh+9OKlLeCBS6RQmqFEKMD8lGDWsV1usHGQubgRBSla8EbeBq+FA7khxgyMXsehe4lg Q9vEEJg/tgkQ5+pB6i+Hl36e28LRlRQmzTto8dlb2B0ToQBBxUdDKzECIl7C8X3Py6/1 NbPg== MIME-Version: 1.0 X-Received: by 10.52.172.73 with SMTP id ba9mr8385925vdc.16.1369422238427; Fri, 24 May 2013 12:03:58 -0700 (PDT) Received: by 10.58.154.6 with HTTP; Fri, 24 May 2013 12:03:58 -0700 (PDT) In-Reply-To: <-2614816535609480788@unknownmsgid> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> Date: Fri, 24 May 2013 15:03:58 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0620593578923195854==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0620593578923195854== Content-Type: multipart/alternative; boundary=089e0160c9c011bc6704dd7b7666 --089e0160c9c011bc6704dd7b7666 Content-Type: text/plain; charset=UTF-8 Hi Andrew, I actually did try SplashTop. Great theoretical solution with a fabulous GUI, but I had no success connecting from my MacBook Pro to my Windows HVM. I couldn't find the linux "client", just a compressed file with what looked to be DIY source code, which I never got running. I didn't have a second Windows machine to test from. Also, isn't SplashTop limited to 30FPS? That might work alright for some, but most modern games can run in excess of 60FPS and 30FPS might be too slow for fast paced games. ~Casey On Fri, May 24, 2013 at 2:01 PM, Andrew Bobulsky wrote: > Hello Casey, Hans, > > I've never tried virtualized gaming from the standpoint of wanting to be > at a Linux desktop while doing it, but I have played Diablo 3 and watched a > couple Blu-Ray movies on my MacBook Pro by using Splashtop's free remote > access product. Performance over wireless N is excellent. > > There's no reason you couldn't pass through a video card to your virtual > machine, install the splashtop streamer, download the Linux client, and > game your heart out :) > > You will need to ensure your game runs in a borderless full screen window, > which can be accomplished in most games' video settings, or using a third > party utility such as ShiftWindow. > > I've never been too concerned with having things work in this direction; > I'd rather get myself a Windows desktop and then dig my way back into Linux > via SSH or VNC. However, considering the setup I just suggested, I would > actually bet that such a configuration would be up to par with my own > exacting standards---and I play everything on maximum settings with Vsync > enabled ;) > > If you have any questions, I'd be happy to help! > > Cheers, > Andrew Bobulsky > > > On May 24, 2013, at 3:23 AM, Casey DeLorme wrote: > > Hi Hans, > > Using passthrough virtual gaming is very doable, but that is with directly > connected monitors and some minor quirks. Personally, I have had no luck > getting networked gameplay to perform at acceptable framerates. Full > screen games will crash most VNC consoles, or just give you a black screen, > and input is limited and heavily delayed, tested direct and on wired Cat6 > with half a dozen different VNC clients. I am not sure whether TSC would > behave any better. > > If directly connected monitors and input devices are acceptable, and you > are not already doing graphics passthrough you may want to read up a bit on > the xen wiki, and I'm sure many list members would be happy to share their > experiences. > > ~Casey > > > On Fri, May 24, 2013 at 5:59 AM, wrote: > >> Hi all, >> >> Perhaps slightly off-topic, but perhaps somebody around has tried >> something like this. >> >> I bought a game for my son, and verified that it got "platinum status" >> for wine. >> However, the general requirements are way too heavy for his current >> machine, even without wine. >> >> So, I was contemplating if (!) it might be possible to have a virtualized >> xp/w7 running the game. >> The piece of software (truck driving simulator) is asking: >> -Dual core CPU 3.0 GHz >> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >> equivalent or better) >> >> I already have several virtual machines running, mix of Linux (mostly >> servers) and XP (desktop chores), >> But never tried virtualized gaming. >> >> So I presume that installing the game poses no problem, but playing might >> be something else. >> - with regards to CPU-load... >> - with regards to graphics: Could I get away with a TSC-client over the >> network? >> >> Anyone who ever tried it? Worthwhile trying or forget it straight away? >> >> Hans >> >> ______________________________________________________________________ >> Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u >> niet de geadresseerde bent of dit bericht abusievelijk aan u is >> toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht >> te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van >> welke aard ook, die verband houdt met risico's verbonden aan het >> electronisch verzenden van berichten. >> >> This message may contain information that is not intended for you. If you >> are not the addressee or if this message was sent to you by mistake, you >> are requested to inform the sender and delete the message. The State >> accepts no liability for damage of any kind resulting from the risks >> inherent in the electronic transmission of messages. >> >> _______________________________________________ >> 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 > > --089e0160c9c011bc6704dd7b7666 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Andrew,

I actually did try SplashTop= . =C2=A0Great theoretical solution with a fabulous GUI, but I had no succes= s connecting from my MacBook Pro to my Windows HVM. =C2=A0I couldn't fi= nd the linux "client", just a compressed file with what looked to= be DIY source code, which I never got running. =C2=A0I didn't have a s= econd Windows machine to test from.

Also, isn't SplashTop limited to 30FPS? =C2=A0That = might work alright for some, but most modern games can run in excess of 60F= PS and 30FPS might be too slow for fast paced games.

~Casey


On Fri, May 24, 2013 at 2:01 PM, Andrew Bobulsky <= ;rulerof@gmail.com> wrote:
Hello Casey, Hans,

I've never tried virtualized gaming from the sta= ndpoint of wanting to be at a Linux desktop while doing it, but I have play= ed Diablo 3 and watched a couple Blu-Ray movies on my MacBook Pro by using = Splashtop's free remote access product. =C2=A0Performance over wireless= N is excellent.

There's no reason you couldn't pass through a v= ideo card to your virtual machine, install the splashtop streamer, download= the Linux client, and game your heart out :)

You will need to ensure your game runs in a borderless full screen window, = which can be accomplished in most games' video settings, or using a thi= rd party utility such as ShiftWindow.

I've nev= er been too concerned with having things work in this direction; I'd ra= ther get myself a Windows desktop and then dig my way back into Linux via S= SH or VNC. =C2=A0However, considering the setup I just suggested, I would a= ctually bet that such a configuration would be up to par with my own exacti= ng standards---and I play everything on maximum settings with Vsync enabled= ;)

If you have any questions, I'd be happy to help!

Cheers,
Andrew Bobulsky=C2=A0

Hi Hans= ,

Using passthrough virtual gaming is very doable,= but that is with directly connected monitors and some minor quirks. =C2=A0= Personally, I have had no luck getting networked gameplay to perform at acc= eptable framerates. =C2=A0Full screen games will crash most VNC consoles, o= r just give you a black screen, and input is limited and heavily delayed, t= ested direct and on wired Cat6 with half a dozen different VNC clients. =C2= =A0I am not sure whether TSC would behave any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-u= sers@lists.xen.org
http://l= ists.xen.org/xen-users

--089e0160c9c011bc6704dd7b7666-- --===============0620593578923195854== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0620593578923195854==-- From xen-users-bounces@lists.xen.org Fri May 24 20:00:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 20:00: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 1Ufy9R-0002l7-FX; Fri, 24 May 2013 19:59:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufy9P-0002l0-72 for xen-users@lists.xen.org; Fri, 24 May 2013 19:59:43 +0000 Received: from [193.109.254.147:62279] by server-9.bemta-14.messagelabs.com id B3/EA-15694-EA6CF915; Fri, 24 May 2013 19:59:42 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-27.messagelabs.com!1369425581!9557677!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30157 invoked from network); 24 May 2013 19:59:41 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 19:59:41 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.106.146.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0F31122124F; Fri, 24 May 2013 20:59:35 +0100 (BST) Message-ID: <519FC6A6.9050806@bobich.net> Date: Fri, 24 May 2013 20:59:34 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> In-Reply-To: Cc: hwit@a-domani.nl, xen-users@lists.xen.org, J.Witvliet@mindef.nl Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.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 05/24/2013 06:36 PM, Ole Johan V=E6ringstad wrote: > Gordan, > > On Fri, May 24, 2013 at 2:48 PM, Gordan Bobic wrote: >> On Fri, 24 May 2013 11:59:45 +0200, wrote: >>> >>> Hi all, >>> >>> Perhaps slightly off-topic, but perhaps somebody around has tried >>> something like this. >>> >>> I bought a game for my son, and verified that it got "platinum >>> status" for wine. >>> However, the general requirements are way too heavy for his current >>> machine, even without wine. >> >> >> WINE overheads are pretty minimal in my experience - if you can ever >> get anything to work at all regardless of the platinum rating. >> >> >>> So, I was contemplating if (!) it might be possible to have a >>> virtualized xp/w7 running the game. >> >> >> So far so easy. The current caveats are that with VGA passthrough >> you are likely to have problems with > 2GB of RAM in the VM. Other >> issues are work-aroundable. > > What do these problems look like? I am giving my win7x64 16GB RAM and > it's (mostly) working fine. (Details below) For me the problems look like memory stomps. The PCI passthrough = devices' BARs get overwritten by the OS memory which leads to = application, OS and hardware crashes. Sometimes taking the host down = with it. Graphical corruption on the VGA passthrough device shortly = preceding a crash is fairly typical. >>> The piece of software (truck driving simulator) is asking: >>> -Dual core CPU 3.0 GHz >>> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >>> equivalent or better) >> >> >> 4GB of RAM may or may not be a problem. From what has been said, it >> depends on the MMIO size on your machine. On my machine that is 2GB. >> You may be lucky and get away with 3-4GB. >> > How do you determine the MMIO size? Here's what I was told yesterday: http://lists.xen.org/archives/html/xen-devel/2013-05/msg02338.html >>> I already have several virtual machines running, mix of Linux (mostly >>> servers) and XP (desktop chores), >>> But never tried virtualized gaming. >> >> >> If you have an ATI card or an Nvidia Quadro, it "just works". >> I have extensively tested Borderlands 2 on this setup. :) >> >> With a non-Quadro Nvidia card things get much more problematic and >> you'll have to manually patch the Xen sources and build your own >> binaries. Fighting all the other issues is plenty of hard work and >> I would advise against it if you can at all help it - unless your >> time is worthless, investing =A330 or so into an ATI 4850 is likely >> to be a bargain compared to the time and effort you are likely to >> spend on getting a non-Quadro Nvidia card to work. >> >> >>> So I presume that installing the game poses no problem, but playing >>> might be something else. >>> - with regards to CPU-load... >> >> >> How many CPU cores has your VM host got and what are they? I have >> no issues playing Borderlands 2 on a dual Xeon X5650 with 8 of the 24 >> threads (4 of the 12 cores) given to the VM. >> >> >>> - with regards to graphics: Could I get away with a TSC-client over >>> the network? >> >> >> Dream on. >> >> What you might be able to do is hook up something like a wireless >> HDTV transciever (a-la Intel WiDi) and wireless mouse/keyboard >> and use it that way. But sending 60fps of reasonable resolution video >> over something like VNC? I don't see it happening. >> >> >>> Anyone who ever tried it? Worthwhile trying or forget it straight away? >> >> >> Everything up to the last bit should be fine if you can live with the >> current RAM limitation. >> >> Gordan >> > I have also tested Borderlands 2 extensively (read: played :o). I have > no issues whatsoever with > framerate, everything is maxed out in settings, and I have never seen > anything resembling slow framerates. (I have not done any > benchmarking) However, texture loading is slow for some reason, and > there is one square area on the screen which is slightly 'pixelated'. I can attribute any slowness observed to dreadfully slow non-PV disk I/O = (measured to top out at about 5-6MB/s when qemu-dm is burning through = 100% of a CPU core. > (I only just noticed this some hours ago) Are you seeing any of this? > Do you have any idea of the cause of it? I haven't observed any pixelation like what you describe. It could be = memory corruption due to BAR memory stomp. What distro and qemu do you = use? Any additional patches? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 20:00:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 20:00: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 1Ufy9R-0002l7-FX; Fri, 24 May 2013 19:59:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufy9P-0002l0-72 for xen-users@lists.xen.org; Fri, 24 May 2013 19:59:43 +0000 Received: from [193.109.254.147:62279] by server-9.bemta-14.messagelabs.com id B3/EA-15694-EA6CF915; Fri, 24 May 2013 19:59:42 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-27.messagelabs.com!1369425581!9557677!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30157 invoked from network); 24 May 2013 19:59:41 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 19:59:41 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.106.146.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0F31122124F; Fri, 24 May 2013 20:59:35 +0100 (BST) Message-ID: <519FC6A6.9050806@bobich.net> Date: Fri, 24 May 2013 20:59:34 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> In-Reply-To: Cc: hwit@a-domani.nl, xen-users@lists.xen.org, J.Witvliet@mindef.nl Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.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 05/24/2013 06:36 PM, Ole Johan V=E6ringstad wrote: > Gordan, > > On Fri, May 24, 2013 at 2:48 PM, Gordan Bobic wrote: >> On Fri, 24 May 2013 11:59:45 +0200, wrote: >>> >>> Hi all, >>> >>> Perhaps slightly off-topic, but perhaps somebody around has tried >>> something like this. >>> >>> I bought a game for my son, and verified that it got "platinum >>> status" for wine. >>> However, the general requirements are way too heavy for his current >>> machine, even without wine. >> >> >> WINE overheads are pretty minimal in my experience - if you can ever >> get anything to work at all regardless of the platinum rating. >> >> >>> So, I was contemplating if (!) it might be possible to have a >>> virtualized xp/w7 running the game. >> >> >> So far so easy. The current caveats are that with VGA passthrough >> you are likely to have problems with > 2GB of RAM in the VM. Other >> issues are work-aroundable. > > What do these problems look like? I am giving my win7x64 16GB RAM and > it's (mostly) working fine. (Details below) For me the problems look like memory stomps. The PCI passthrough = devices' BARs get overwritten by the OS memory which leads to = application, OS and hardware crashes. Sometimes taking the host down = with it. Graphical corruption on the VGA passthrough device shortly = preceding a crash is fairly typical. >>> The piece of software (truck driving simulator) is asking: >>> -Dual core CPU 3.0 GHz >>> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >>> equivalent or better) >> >> >> 4GB of RAM may or may not be a problem. From what has been said, it >> depends on the MMIO size on your machine. On my machine that is 2GB. >> You may be lucky and get away with 3-4GB. >> > How do you determine the MMIO size? Here's what I was told yesterday: http://lists.xen.org/archives/html/xen-devel/2013-05/msg02338.html >>> I already have several virtual machines running, mix of Linux (mostly >>> servers) and XP (desktop chores), >>> But never tried virtualized gaming. >> >> >> If you have an ATI card or an Nvidia Quadro, it "just works". >> I have extensively tested Borderlands 2 on this setup. :) >> >> With a non-Quadro Nvidia card things get much more problematic and >> you'll have to manually patch the Xen sources and build your own >> binaries. Fighting all the other issues is plenty of hard work and >> I would advise against it if you can at all help it - unless your >> time is worthless, investing =A330 or so into an ATI 4850 is likely >> to be a bargain compared to the time and effort you are likely to >> spend on getting a non-Quadro Nvidia card to work. >> >> >>> So I presume that installing the game poses no problem, but playing >>> might be something else. >>> - with regards to CPU-load... >> >> >> How many CPU cores has your VM host got and what are they? I have >> no issues playing Borderlands 2 on a dual Xeon X5650 with 8 of the 24 >> threads (4 of the 12 cores) given to the VM. >> >> >>> - with regards to graphics: Could I get away with a TSC-client over >>> the network? >> >> >> Dream on. >> >> What you might be able to do is hook up something like a wireless >> HDTV transciever (a-la Intel WiDi) and wireless mouse/keyboard >> and use it that way. But sending 60fps of reasonable resolution video >> over something like VNC? I don't see it happening. >> >> >>> Anyone who ever tried it? Worthwhile trying or forget it straight away? >> >> >> Everything up to the last bit should be fine if you can live with the >> current RAM limitation. >> >> Gordan >> > I have also tested Borderlands 2 extensively (read: played :o). I have > no issues whatsoever with > framerate, everything is maxed out in settings, and I have never seen > anything resembling slow framerates. (I have not done any > benchmarking) However, texture loading is slow for some reason, and > there is one square area on the screen which is slightly 'pixelated'. I can attribute any slowness observed to dreadfully slow non-PV disk I/O = (measured to top out at about 5-6MB/s when qemu-dm is burning through = 100% of a CPU core. > (I only just noticed this some hours ago) Are you seeing any of this? > Do you have any idea of the cause of it? I haven't observed any pixelation like what you describe. It could be = memory corruption due to BAR memory stomp. What distro and qemu do you = use? Any additional patches? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 20:03:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 20:03: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 1UfyCV-0002v7-Ae; Fri, 24 May 2013 20:02:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfyCT-0002uz-VR for xen-users@lists.xen.org; Fri, 24 May 2013 20:02:54 +0000 Received: from [85.158.139.211:42617] by server-15.bemta-5.messagelabs.com id D0/24-31797-D67CF915; Fri, 24 May 2013 20:02:53 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-206.messagelabs.com!1369425772!19450469!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7418 invoked from network); 24 May 2013 20:02:52 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 20:02:52 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.106.146.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 2F1B522124F; Fri, 24 May 2013 21:02:46 +0100 (BST) Message-ID: <519FC752.3080707@bobich.net> Date: Fri, 24 May 2013 21:02:26 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Casey DeLorme References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> In-Reply-To: Cc: "hwit@a-domani.nl" , Andrew Bobulsky , "J.Witvliet@mindef.nl" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.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 05/24/2013 08:03 PM, Casey DeLorme wrote: > Also, isn't SplashTop limited to 30FPS? That might work alright for > some, but most modern games can run in excess of 60FPS and 30FPS might > be too slow for fast paced games. Is 24fps too slow for a fast paced action movie? Just asking because that's all you're actually getting when you go to the cinema. :) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 20:03:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 20:03: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 1UfyCV-0002v7-Ae; Fri, 24 May 2013 20:02:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UfyCT-0002uz-VR for xen-users@lists.xen.org; Fri, 24 May 2013 20:02:54 +0000 Received: from [85.158.139.211:42617] by server-15.bemta-5.messagelabs.com id D0/24-31797-D67CF915; Fri, 24 May 2013 20:02:53 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-206.messagelabs.com!1369425772!19450469!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7418 invoked from network); 24 May 2013 20:02:52 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 20:02:52 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [178.106.146.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 2F1B522124F; Fri, 24 May 2013 21:02:46 +0100 (BST) Message-ID: <519FC752.3080707@bobich.net> Date: Fri, 24 May 2013 21:02:26 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Casey DeLorme References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> In-Reply-To: Cc: "hwit@a-domani.nl" , Andrew Bobulsky , "J.Witvliet@mindef.nl" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.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 05/24/2013 08:03 PM, Casey DeLorme wrote: > Also, isn't SplashTop limited to 30FPS? That might work alright for > some, but most modern games can run in excess of 60FPS and 30FPS might > be too slow for fast paced games. Is 24fps too slow for a fast paced action movie? Just asking because that's all you're actually getting when you go to the cinema. :) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 22:02:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 22:02: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 1Ug03X-00059c-8h; Fri, 24 May 2013 22:01:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug03W-00059X-1b for xen-users@lists.xen.org; Fri, 24 May 2013 22:01:46 +0000 Received: from [85.158.139.211:41909] by server-14.bemta-5.messagelabs.com id E9/26-25870-943EF915; Fri, 24 May 2013 22:01:45 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1369432902!19511549!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24995 invoked from network); 24 May 2013 22:01:44 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 22:01:44 -0000 Received: by mail-pb0-f50.google.com with SMTP id wy17so4700862pbc.9 for ; Fri, 24 May 2013 15:01:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WEetpjuYxw603SzCPMF3GBrAA/DcXzBKvqx5/JhK/jA=; b=K04mZxLjy73txqqUv8hxZjtjnoENb1DmTnKIMwK5kRlIB94lxf8ehonHyjycprWxpf lkJulnP3dfT/e46a4BAqmTxETx58fdy1wK/82lnZyI+rD0gIvoZQhAtE6VdE7h5UJM3J mwAv3H9P74LBwL68+B5NEeBafuJMGNJnATiYRxkAJ+n2D1CNjO4+88ioWyIupnHIC3No rDWSuxE1x/fa3AoS/pb0QnC066eUePc9UCnJbkXz2+E0xkQfkRgw+okJJgcKztgb3uIV oXvtMhy2y9nkbGVb/igxA78sHOoLMUI3q62+nF/MGqP5ecnpvtxnprNsf7HNYu1i8sv3 2BdA== MIME-Version: 1.0 X-Received: by 10.67.21.226 with SMTP id hn2mr20259378pad.135.1369432902316; Fri, 24 May 2013 15:01:42 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 24 May 2013 15:01:42 -0700 (PDT) In-Reply-To: <519FC752.3080707@bobich.net> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> <519FC752.3080707@bobich.net> Date: Fri, 24 May 2013 18:01:42 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , Casey DeLorme , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1772591921910340012==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1772591921910340012== Content-Type: multipart/alternative; boundary=001a11333020afb96404dd7df197 --001a11333020afb96404dd7df197 Content-Type: text/plain; charset=ISO-8859-1 On Friday, May 24, 2013, Gordan Bobic wrote: > On 05/24/2013 08:03 PM, Casey DeLorme wrote: > > Also, isn't SplashTop limited to 30FPS? That might work alright for >> some, but most modern games can run in excess of 60FPS and 30FPS might >> be too slow for fast paced games. >> > > Is 24fps too slow for a fast paced action movie? Just asking because > that's all you're actually getting when you go to the cinema. :) > > Gordan > I know it's off topic, but: YES! Thank heavens for Peter Jackson and The Hobbit :) --001a11333020afb96404dd7df197 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Friday, May 24, 2013, Gordan Bobic wrote:
On 05/24/2013 08:03 PM, Casey DeLorme wrote:

Also, isn't SplashTop limited to 30FPS? =A0That might work alright for<= br> some, but most modern games can run in excess of 60FPS and 30FPS might
be too slow for fast paced games.

Is 24fps too slow for a fast paced action movie? Just asking because that&#= 39;s all you're actually getting when you go to the cinema. :)

Gordan

I know it's off topic, but: YES! =A0= =A0

Thank heavens for Peter Jackson and The Hobbit= :)
--001a11333020afb96404dd7df197-- --===============1772591921910340012== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1772591921910340012==-- From xen-users-bounces@lists.xen.org Fri May 24 22:02:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 22:02: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 1Ug03X-00059c-8h; Fri, 24 May 2013 22:01:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug03W-00059X-1b for xen-users@lists.xen.org; Fri, 24 May 2013 22:01:46 +0000 Received: from [85.158.139.211:41909] by server-14.bemta-5.messagelabs.com id E9/26-25870-943EF915; Fri, 24 May 2013 22:01:45 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1369432902!19511549!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24995 invoked from network); 24 May 2013 22:01:44 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 22:01:44 -0000 Received: by mail-pb0-f50.google.com with SMTP id wy17so4700862pbc.9 for ; Fri, 24 May 2013 15:01:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WEetpjuYxw603SzCPMF3GBrAA/DcXzBKvqx5/JhK/jA=; b=K04mZxLjy73txqqUv8hxZjtjnoENb1DmTnKIMwK5kRlIB94lxf8ehonHyjycprWxpf lkJulnP3dfT/e46a4BAqmTxETx58fdy1wK/82lnZyI+rD0gIvoZQhAtE6VdE7h5UJM3J mwAv3H9P74LBwL68+B5NEeBafuJMGNJnATiYRxkAJ+n2D1CNjO4+88ioWyIupnHIC3No rDWSuxE1x/fa3AoS/pb0QnC066eUePc9UCnJbkXz2+E0xkQfkRgw+okJJgcKztgb3uIV oXvtMhy2y9nkbGVb/igxA78sHOoLMUI3q62+nF/MGqP5ecnpvtxnprNsf7HNYu1i8sv3 2BdA== MIME-Version: 1.0 X-Received: by 10.67.21.226 with SMTP id hn2mr20259378pad.135.1369432902316; Fri, 24 May 2013 15:01:42 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 24 May 2013 15:01:42 -0700 (PDT) In-Reply-To: <519FC752.3080707@bobich.net> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> <519FC752.3080707@bobich.net> Date: Fri, 24 May 2013 18:01:42 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , Casey DeLorme , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1772591921910340012==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1772591921910340012== Content-Type: multipart/alternative; boundary=001a11333020afb96404dd7df197 --001a11333020afb96404dd7df197 Content-Type: text/plain; charset=ISO-8859-1 On Friday, May 24, 2013, Gordan Bobic wrote: > On 05/24/2013 08:03 PM, Casey DeLorme wrote: > > Also, isn't SplashTop limited to 30FPS? That might work alright for >> some, but most modern games can run in excess of 60FPS and 30FPS might >> be too slow for fast paced games. >> > > Is 24fps too slow for a fast paced action movie? Just asking because > that's all you're actually getting when you go to the cinema. :) > > Gordan > I know it's off topic, but: YES! Thank heavens for Peter Jackson and The Hobbit :) --001a11333020afb96404dd7df197 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Friday, May 24, 2013, Gordan Bobic wrote:
On 05/24/2013 08:03 PM, Casey DeLorme wrote:

Also, isn't SplashTop limited to 30FPS? =A0That might work alright for<= br> some, but most modern games can run in excess of 60FPS and 30FPS might
be too slow for fast paced games.

Is 24fps too slow for a fast paced action movie? Just asking because that&#= 39;s all you're actually getting when you go to the cinema. :)

Gordan

I know it's off topic, but: YES! =A0= =A0

Thank heavens for Peter Jackson and The Hobbit= :)
--001a11333020afb96404dd7df197-- --===============1772591921910340012== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1772591921910340012==-- From xen-users-bounces@lists.xen.org Fri May 24 22:19:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 22:19:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0JQ-0005l6-GD; Fri, 24 May 2013 22:18:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0JP-0005kz-Ts for xen-users@lists.xen.org; Fri, 24 May 2013 22:18:12 +0000 Received: from [85.158.143.99:2239] by server-2.bemta-4.messagelabs.com id 04/E0-27124-327EF915; Fri, 24 May 2013 22:18:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-216.messagelabs.com!1369433890!33578509!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 29022 invoked from network); 24 May 2013 22:18:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 22:18:10 -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 B6FF522124F; Fri, 24 May 2013 23:18:09 +0100 (BST) Message-ID: <519FE721.4040606@bobich.net> Date: Fri, 24 May 2013 23:18:09 +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: James Harper References: <5198C00C.9060902@bobich.net> <6035A0D088A63A46850C3988ED045A4B57C966FE@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C966FE@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.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 05/19/2013 11:56 PM, James Harper wrote: >> >> The subject says it all, really. >> >> I couldn't find any XP x64 specific drivers, but in all other cases 2K3 >> x64 drivers have worked for me on XP x64, so since the kernels and >> driver models are the same, I am guessing this should work. >> >> Thankfully I took a snapshot of the block device before installing the >> drivers. >> >> Is there a better driver to use on XP x64? >> >> The HVM disk performance is really quite attrocious. From dom0, I get >> about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. >> From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >> >> Is there a way to make this work / establish why it doesn't work? >> > > The 2003_x64 drivers are the right ones to use. What version GPLPV are you using? I tried using 2003x64 0.11.0.372. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri May 24 22:19:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 24 May 2013 22:19:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0JQ-0005l6-GD; Fri, 24 May 2013 22:18:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0JP-0005kz-Ts for xen-users@lists.xen.org; Fri, 24 May 2013 22:18:12 +0000 Received: from [85.158.143.99:2239] by server-2.bemta-4.messagelabs.com id 04/E0-27124-327EF915; Fri, 24 May 2013 22:18:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-216.messagelabs.com!1369433890!33578509!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 29022 invoked from network); 24 May 2013 22:18:10 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 May 2013 22:18:10 -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 B6FF522124F; Fri, 24 May 2013 23:18:09 +0100 (BST) Message-ID: <519FE721.4040606@bobich.net> Date: Fri, 24 May 2013 23:18:09 +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: James Harper References: <5198C00C.9060902@bobich.net> <6035A0D088A63A46850C3988ED045A4B57C966FE@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B57C966FE@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.2 + XP x64 + PVGPL 2K3 x64 = BSOD (UNMOUNTABLE_BOOT_VOLUME) X-BeenThere: xen-users@lists.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 05/19/2013 11:56 PM, James Harper wrote: >> >> The subject says it all, really. >> >> I couldn't find any XP x64 specific drivers, but in all other cases 2K3 >> x64 drivers have worked for me on XP x64, so since the kernels and >> driver models are the same, I am guessing this should work. >> >> Thankfully I took a snapshot of the block device before installing the >> drivers. >> >> Is there a better driver to use on XP x64? >> >> The HVM disk performance is really quite attrocious. From dom0, I get >> about 60MB/s on unbuffered reads with dd iflag=direct and hdparm -t. >> From domU I get 5MB/s and qemu-dm hits 100% CPU usage. >> >> Is there a way to make this work / establish why it doesn't work? >> > > The 2003_x64 drivers are the right ones to use. What version GPLPV are you using? I tried using 2003x64 0.11.0.372. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 25 00:13:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 00:13: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 1Ug25Z-0007pn-2y; Sat, 25 May 2013 00:12:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0SZ-00065n-GD; Fri, 24 May 2013 22:27:39 +0000 Received: from [85.158.139.83:40635] by server-14.bemta-5.messagelabs.com id 13/11-25870-A59EF915; Fri, 24 May 2013 22:27:38 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1369434456!28958313!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3031 invoked from network); 24 May 2013 22:27:37 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 22:27:37 -0000 Received: by mail-la0-f47.google.com with SMTP id fq12so4929421lab.20 for ; Fri, 24 May 2013 15:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8pFg1gF6AabEK2CQfpYh3jrGA4SU5EJcxC2YmEIIFLo=; b=X1MAxRMPRVMuEbmecV3SSl0WVx96gbPcbXxj3WIFaS94H4VHjWV0C4HFzDcoZp3Zc7 Aas3AvfhaRZd70UikdYmOOWo4UmP9c6ro0oXIUfAX9P3zGtm2ZY07Y8EfiKs5WDA7Sqk xgId0Jbj/Df92lnSWFKHQvTpiUKFARtB9t2lwVaSx72nirODYj5nk9UQyABvfp7+SaLm dRKqxmNkqCfwBgf1RFogE0zjO3lRFeVbiEvHQ5XFFwFVNcwSzh+55keS8Ql7HEbwTzf6 SS6BGvSF5LLyqtlQZtvpwYJUVit1N+rL/UcnJ8ybV+bHkYMAGbtj7owXL40Sxu0UqqYq 5HTg== MIME-Version: 1.0 X-Received: by 10.152.8.37 with SMTP id o5mr9859823laa.1.1369434456622; Fri, 24 May 2013 15:27:36 -0700 (PDT) Received: by 10.112.3.102 with HTTP; Fri, 24 May 2013 15:27:36 -0700 (PDT) In-Reply-To: <519E1A0C.3070609@citrix.com> References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Fri, 24 May 2013 15:27:36 -0700 X-Google-Sender-Auth: M0tGXGXQIXLFWwwgwdowDAjc0qE Message-ID: From: Craig Rodrigues To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Sat, 25 May 2013 00:11:58 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4552914973865664704==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4552914973865664704== Content-Type: multipart/alternative; boundary=001a11c3658e548c3c04dd7e4e1e --001a11c3658e548c3c04dd7e4e1e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monn=E9 wr= ote: > On 23/05/13 15:20, Jeroen van der Ham wrote: > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrot= e: > >> Also, I've created a wiki page that explains how to set up a FreeBSD > >> PVHVM for testing: > >> > >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > > > > > > You mention on that page that it is easier to install on 10.0-CURRENT > snapshots. > > What are the issues with installing this on 9.1? Is it possible? > > I don't think it is recommended to use a HEAD (10) kernel with a 9.1 > userland. You can always install a 9.1 and then do a full update with > the source on my repository. > Actually in FreeBSD, it is possible to run an older userland on a newer kernel, and a lot of effort is spent in preserving this type of backwards compatibility. So a 9.1 userland with a 10 kernel will work. However, running a newer userland on an older kernel is not guaranteed to work. So running a 10 userland with a 9.1 kernel will most likely not work. However, since you guys are doing very cutting edge stuff with 10-CURRENT, it is better that you do not waste time with 9.1. I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. I am going through a similar setup exercise with a Google Summer of Code student where he needs to have a latest CURRENT system running in a VM. I wrote this blog post: http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gs= oc-work/ for the steps how to do it. You can follow those steps to get bootstrapped with a working environment if it helps you out. Good luck. --=20 Craig --001a11c3658e548c3c04dd7e4e1e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
On 23/0= 5/13 15:20, Jeroen van der Ham wrote:
>
> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
>> Also, I've created a wiki page that explains how to set up a F= reeBSD
>> PVHVM for testing:
>>
>> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM
>
>
> You mention on that page that it is easier to install on 10.0-CURRENT = snapshots.
> What are the issues with installing this on 9.1? Is it possible?

I don't think it is recommended to use a HEAD (10) kernel with a = 9.1
userland. You can always install a 9.1 and then do a full update with
the source on my repository.

=A0
=
Actually in FreeBSD, it is possible to run an older userland on = a newer kernel,
and a lot of effort is spent in preserving th= is type of backwards compatibility.
So a 9.1 userland with a 10 kernel will work.
Howe= ver, running a newer userland on an older kernel is not guaranteed to work.=
So running a 10 userland with a 9.1 kernel will most likely = not work.

However, since you guys are doing very cutting edge stuff wi= th 10-CURRENT,
it is better that you do not waste time with 9= .1.

I recommend you start with a 10.0 CURRENT snapshot IS= O and go from there.
I am going through a similar setup exercise with a Google Summer= of Code student
where he needs to have a latest CURRENT system running = in a VM.

for the steps how to do it.=A0 You can follow those steps to= get bootstrapped with a working environment if it helps you out.

Go= od luck.

--
Craig
--001a11c3658e548c3c04dd7e4e1e-- --===============4552914973865664704== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4552914973865664704==-- From xen-users-bounces@lists.xen.org Sat May 25 00:13:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 00:13: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 1Ug25Z-0007pn-2y; Sat, 25 May 2013 00:12:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0SZ-00065n-GD; Fri, 24 May 2013 22:27:39 +0000 Received: from [85.158.139.83:40635] by server-14.bemta-5.messagelabs.com id 13/11-25870-A59EF915; Fri, 24 May 2013 22:27:38 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1369434456!28958313!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3031 invoked from network); 24 May 2013 22:27:37 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 22:27:37 -0000 Received: by mail-la0-f47.google.com with SMTP id fq12so4929421lab.20 for ; Fri, 24 May 2013 15:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8pFg1gF6AabEK2CQfpYh3jrGA4SU5EJcxC2YmEIIFLo=; b=X1MAxRMPRVMuEbmecV3SSl0WVx96gbPcbXxj3WIFaS94H4VHjWV0C4HFzDcoZp3Zc7 Aas3AvfhaRZd70UikdYmOOWo4UmP9c6ro0oXIUfAX9P3zGtm2ZY07Y8EfiKs5WDA7Sqk xgId0Jbj/Df92lnSWFKHQvTpiUKFARtB9t2lwVaSx72nirODYj5nk9UQyABvfp7+SaLm dRKqxmNkqCfwBgf1RFogE0zjO3lRFeVbiEvHQ5XFFwFVNcwSzh+55keS8Ql7HEbwTzf6 SS6BGvSF5LLyqtlQZtvpwYJUVit1N+rL/UcnJ8ybV+bHkYMAGbtj7owXL40Sxu0UqqYq 5HTg== MIME-Version: 1.0 X-Received: by 10.152.8.37 with SMTP id o5mr9859823laa.1.1369434456622; Fri, 24 May 2013 15:27:36 -0700 (PDT) Received: by 10.112.3.102 with HTTP; Fri, 24 May 2013 15:27:36 -0700 (PDT) In-Reply-To: <519E1A0C.3070609@citrix.com> References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Fri, 24 May 2013 15:27:36 -0700 X-Google-Sender-Auth: M0tGXGXQIXLFWwwgwdowDAjc0qE Message-ID: From: Craig Rodrigues To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailman-Approved-At: Sat, 25 May 2013 00:11:58 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Jeroen van der Ham Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4552914973865664704==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4552914973865664704== Content-Type: multipart/alternative; boundary=001a11c3658e548c3c04dd7e4e1e --001a11c3658e548c3c04dd7e4e1e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monn=E9 wr= ote: > On 23/05/13 15:20, Jeroen van der Ham wrote: > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 wrot= e: > >> Also, I've created a wiki page that explains how to set up a FreeBSD > >> PVHVM for testing: > >> > >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > > > > > > You mention on that page that it is easier to install on 10.0-CURRENT > snapshots. > > What are the issues with installing this on 9.1? Is it possible? > > I don't think it is recommended to use a HEAD (10) kernel with a 9.1 > userland. You can always install a 9.1 and then do a full update with > the source on my repository. > Actually in FreeBSD, it is possible to run an older userland on a newer kernel, and a lot of effort is spent in preserving this type of backwards compatibility. So a 9.1 userland with a 10 kernel will work. However, running a newer userland on an older kernel is not guaranteed to work. So running a 10 userland with a 9.1 kernel will most likely not work. However, since you guys are doing very cutting edge stuff with 10-CURRENT, it is better that you do not waste time with 9.1. I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. I am going through a similar setup exercise with a Google Summer of Code student where he needs to have a latest CURRENT system running in a VM. I wrote this blog post: http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gs= oc-work/ for the steps how to do it. You can follow those steps to get bootstrapped with a working environment if it helps you out. Good luck. --=20 Craig --001a11c3658e548c3c04dd7e4e1e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monn=E9 <roger.pau@c= itrix.com> wrote:
On 23/0= 5/13 15:20, Jeroen van der Ham wrote:
>
> On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
>> Also, I've created a wiki page that explains how to set up a F= reeBSD
>> PVHVM for testing:
>>
>> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM
>
>
> You mention on that page that it is easier to install on 10.0-CURRENT = snapshots.
> What are the issues with installing this on 9.1? Is it possible?

I don't think it is recommended to use a HEAD (10) kernel with a = 9.1
userland. You can always install a 9.1 and then do a full update with
the source on my repository.

=A0
=
Actually in FreeBSD, it is possible to run an older userland on = a newer kernel,
and a lot of effort is spent in preserving th= is type of backwards compatibility.
So a 9.1 userland with a 10 kernel will work.
Howe= ver, running a newer userland on an older kernel is not guaranteed to work.=
So running a 10 userland with a 9.1 kernel will most likely = not work.

However, since you guys are doing very cutting edge stuff wi= th 10-CURRENT,
it is better that you do not waste time with 9= .1.

I recommend you start with a 10.0 CURRENT snapshot IS= O and go from there.
I am going through a similar setup exercise with a Google Summer= of Code student
where he needs to have a latest CURRENT system running = in a VM.

for the steps how to do it.=A0 You can follow those steps to= get bootstrapped with a working environment if it helps you out.

Go= od luck.

--
Craig
--001a11c3658e548c3c04dd7e4e1e-- --===============4552914973865664704== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4552914973865664704==-- From xen-users-bounces@lists.xen.org Sat May 25 00:13:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 00:13: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 1Ug25Y-0007pe-F4; Sat, 25 May 2013 00:12:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0N3-0005x9-8q; Fri, 24 May 2013 22:21:57 +0000 Received: from [85.158.137.99:10717] by server-10.bemta-3.messagelabs.com id 38/D1-00761-308EF915; Fri, 24 May 2013 22:21:55 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369434114!18344764!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17824 invoked from network); 24 May 2013 22:21:55 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 22:21:55 -0000 Received: by mail-lb0-f176.google.com with SMTP id x10so5210839lbi.35 for ; Fri, 24 May 2013 15:21:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eldH7v0aYlUhC+VwCfQX+DCQem+tH0rTvKyEkhfFVnU=; b=Ik8pws0O85ZKCSguySvRZ9JDRC9RgkEyN8iMwMLcRkD+g7seCmkcNsSkXVaLPBAm/L IMlt8iV2Jp87qXRGGTFPqvILNnHPVqEoyLUm7j86IkpSIg6qN2f06cuOnpn+RSiIT8OY WgW5qeBDAttXpxqz2GUXf8Y0C4YozJE7bb1u08x+DCqWLvk+Uggm1EYL8yUSDvfXT583 3JMNL0YBzyRbcrK2r+JN63IW1abmcHowCkQK7Sk+KG7vnNkV7fx3LlFq2bZjICK5JuMg ufKi/gM07Fd6AFG3cE4Ww4+CQVd3GO2WuzXc3w50BvdET87OKSqawFTC5iWC+cWwd1mD wDUQ== MIME-Version: 1.0 X-Received: by 10.112.145.199 with SMTP id sw7mr9785854lbb.131.1369434114274; Fri, 24 May 2013 15:21:54 -0700 (PDT) Received: by 10.112.3.102 with HTTP; Fri, 24 May 2013 15:21:54 -0700 (PDT) In-Reply-To: <20130524141400.GB3900@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> Date: Fri, 24 May 2013 15:21:54 -0700 X-Google-Sender-Auth: tnkGgUv2nhyfJVEb5booGBkbfzQ Message-ID: From: Craig Rodrigues To: Konrad Rzeszutek Wilk X-Mailman-Approved-At: Sat, 25 May 2013 00:11:58 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0050270146738719801==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0050270146738719801== Content-Type: multipart/alternative; boundary=047d7b343d7eecb8d204dd7e39f3 --047d7b343d7eecb8d204dd7e39f3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 24, 2013 at 7:14 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > > Hello, > > > > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > > implementation for both amd64 and i386. I've also updated the wiki to > > point to the pvhvm_v10 branch: > > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_ad= d > -r gmake' > tells me there is no package (perhaps I am using a too modern version of > FreeBSD > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > > The Wiki mentions how to install git but that fails b/c it can't find > gmake. > For 10.0-CURRENT, not all the packages are available yet from the main FreeBSD.org ftp site. I am going through a similar setup issue with someone who has signed up for Google Summer of Code, and I need him to use close to the latest 10.0-CURRENT and have a usable system. I wrote this blog post for the student: http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gs= oc-work/ You may wish to follow those steps to configure your system to download packages from one of the 3rd party pkg mirrors, and then use the "pkg" command to install gmake and whatever other packages you need. Outback Dingo has mentioned using "pkg" command for installing packages in 10-CURRENT, and that is what I am instructing my GSoC to do. Good luck. --=20 Craig --047d7b343d7eecb8d204dd7e39f3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, May 24, 2013 at 7:14 AM, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
On Thu,= May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote:
> Hello,
>
> I've pushed a new branch, pvhvm_v10 that contains a PV IPI
> implementation for both amd64 and i386. I've also updated the wiki= to
> point to the pvhvm_v10 branch:

I feel a bit stupid to ask this, but how I install 'gmake'? D= oing 'pkg_add -r gmake'
tells me there is no package (perhaps I am using a too modern version of Fr= eeBSD
(FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)?

The Wiki mentions how to install git but that fails b/c it can't find g= make.

For 10.0-CURRENT, not all the packages= are available yet from the main FreeBSD.org ftp site.
I am g= oing through a similar setup issue with someone who has signed up for Googl= e Summer of Code,
and I need him to use close to the latest 10.0-CURRENT and have a usable sy= stem.

You may wish to follow those steps to configure your system = to download packages from
one of the 3rd party pkg mirrors, and then use= the "pkg" command to install gmake and whatever other packages y= ou need.
Outback Dingo has mentioned using "pkg" command for in= stalling packages in 10-CURRENT, and that is
what I am instructing my GS= oC to do.

Good luck.
--
Craig
--047d7b343d7eecb8d204dd7e39f3-- --===============0050270146738719801== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0050270146738719801==-- From xen-users-bounces@lists.xen.org Sat May 25 00:13:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 00:13: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 1Ug25Y-0007pe-F4; Sat, 25 May 2013 00:12:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0N3-0005x9-8q; Fri, 24 May 2013 22:21:57 +0000 Received: from [85.158.137.99:10717] by server-10.bemta-3.messagelabs.com id 38/D1-00761-308EF915; Fri, 24 May 2013 22:21:55 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369434114!18344764!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17824 invoked from network); 24 May 2013 22:21:55 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 22:21:55 -0000 Received: by mail-lb0-f176.google.com with SMTP id x10so5210839lbi.35 for ; Fri, 24 May 2013 15:21:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eldH7v0aYlUhC+VwCfQX+DCQem+tH0rTvKyEkhfFVnU=; b=Ik8pws0O85ZKCSguySvRZ9JDRC9RgkEyN8iMwMLcRkD+g7seCmkcNsSkXVaLPBAm/L IMlt8iV2Jp87qXRGGTFPqvILNnHPVqEoyLUm7j86IkpSIg6qN2f06cuOnpn+RSiIT8OY WgW5qeBDAttXpxqz2GUXf8Y0C4YozJE7bb1u08x+DCqWLvk+Uggm1EYL8yUSDvfXT583 3JMNL0YBzyRbcrK2r+JN63IW1abmcHowCkQK7Sk+KG7vnNkV7fx3LlFq2bZjICK5JuMg ufKi/gM07Fd6AFG3cE4Ww4+CQVd3GO2WuzXc3w50BvdET87OKSqawFTC5iWC+cWwd1mD wDUQ== MIME-Version: 1.0 X-Received: by 10.112.145.199 with SMTP id sw7mr9785854lbb.131.1369434114274; Fri, 24 May 2013 15:21:54 -0700 (PDT) Received: by 10.112.3.102 with HTTP; Fri, 24 May 2013 15:21:54 -0700 (PDT) In-Reply-To: <20130524141400.GB3900@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> Date: Fri, 24 May 2013 15:21:54 -0700 X-Google-Sender-Auth: tnkGgUv2nhyfJVEb5booGBkbfzQ Message-ID: From: Craig Rodrigues To: Konrad Rzeszutek Wilk X-Mailman-Approved-At: Sat, 25 May 2013 00:11:58 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0050270146738719801==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0050270146738719801== Content-Type: multipart/alternative; boundary=047d7b343d7eecb8d204dd7e39f3 --047d7b343d7eecb8d204dd7e39f3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 24, 2013 at 7:14 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > > Hello, > > > > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > > implementation for both amd64 and i386. I've also updated the wiki to > > point to the pvhvm_v10 branch: > > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_ad= d > -r gmake' > tells me there is no package (perhaps I am using a too modern version of > FreeBSD > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > > The Wiki mentions how to install git but that fails b/c it can't find > gmake. > For 10.0-CURRENT, not all the packages are available yet from the main FreeBSD.org ftp site. I am going through a similar setup issue with someone who has signed up for Google Summer of Code, and I need him to use close to the latest 10.0-CURRENT and have a usable system. I wrote this blog post for the student: http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gs= oc-work/ You may wish to follow those steps to configure your system to download packages from one of the 3rd party pkg mirrors, and then use the "pkg" command to install gmake and whatever other packages you need. Outback Dingo has mentioned using "pkg" command for installing packages in 10-CURRENT, and that is what I am instructing my GSoC to do. Good luck. --=20 Craig --047d7b343d7eecb8d204dd7e39f3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, May 24, 2013 at 7:14 AM, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
On Thu,= May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote:
> Hello,
>
> I've pushed a new branch, pvhvm_v10 that contains a PV IPI
> implementation for both amd64 and i386. I've also updated the wiki= to
> point to the pvhvm_v10 branch:

I feel a bit stupid to ask this, but how I install 'gmake'? D= oing 'pkg_add -r gmake'
tells me there is no package (perhaps I am using a too modern version of Fr= eeBSD
(FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)?

The Wiki mentions how to install git but that fails b/c it can't find g= make.

For 10.0-CURRENT, not all the packages= are available yet from the main FreeBSD.org ftp site.
I am g= oing through a similar setup issue with someone who has signed up for Googl= e Summer of Code,
and I need him to use close to the latest 10.0-CURRENT and have a usable sy= stem.

You may wish to follow those steps to configure your system = to download packages from
one of the 3rd party pkg mirrors, and then use= the "pkg" command to install gmake and whatever other packages y= ou need.
Outback Dingo has mentioned using "pkg" command for in= stalling packages in 10-CURRENT, and that is
what I am instructing my GS= oC to do.

Good luck.
--
Craig
--047d7b343d7eecb8d204dd7e39f3-- --===============0050270146738719801== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0050270146738719801==-- From xen-users-bounces@lists.xen.org Sat May 25 00:13:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 00:13: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 1Ug25X-0007pV-R8; Sat, 25 May 2013 00:11:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufso4-0007ze-6B; Fri, 24 May 2013 14:17:20 +0000 Received: from [85.158.139.211:43309] by server-3.bemta-5.messagelabs.com id CC/E1-31108-F667F915; Fri, 24 May 2013 14:17:19 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1369405015!18697584!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30226 invoked from network); 24 May 2013 14:16:57 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 14:16:57 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so6063128oag.8 for ; Fri, 24 May 2013 07:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YY8JHQq6gO6kuXdY/Cdl423DNhEV1Jc6AWzEhcCretg=; b=u0wCDjaf4S+kPjzlTqmPk77zf1Poh6Yb4PnCuJjJp1J5wENThkE1dO/WjIaXpfhH9M ryZyYGrX+hwJ5CGERJ3Rwd8F+q0N5Vlg3D9lE7hMmUhucRak9d4VarzpSL8hSgcS+pVK d8KZpeXdKEJCpiD/bUvUng3FYqo/JKj/UqGZeS06dJvCG4KCf153LiiB+18wGn0YGqIA JYQjeutk03ZL85gneTUfZa59SU4XBvP73ZrIgnSBNAI2AN49jDRK134Y/1yYLyVKKykN 5IEba09pTwyLETo7yCVjCHP6AZDnefIbqcZQnSAatSQZiDADFhsSTizAPyppDMBANPOz cETQ== MIME-Version: 1.0 X-Received: by 10.60.103.148 with SMTP id fw20mr11696497oeb.37.1369405014798; Fri, 24 May 2013 07:16:54 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Fri, 24 May 2013 07:16:54 -0700 (PDT) In-Reply-To: <20130524141400.GB3900@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> Date: Fri, 24 May 2013 10:16:54 -0400 Message-ID: From: Outback Dingo To: Konrad Rzeszutek Wilk X-Mailman-Approved-At: Sat, 25 May 2013 00:11:58 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5495722216075177861==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5495722216075177861== Content-Type: multipart/alternative; boundary=089e0118485c75fa8f04dd777388 --089e0118485c75fa8f04dd777388 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 24, 2013 at 10:14 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > > Hello, > > > > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > > implementation for both amd64 and i386. I've also updated the wiki to > > point to the pvhvm_v10 branch: > > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_ad= d > -r gmake' > tells me there is no package (perhaps I am using a too modern version of > FreeBSD > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > > The Wiki mentions how to install git but that fails b/c it can't find > gmake. > on 10-CURRENT you need to use pkg or build from ports/devel/gmake > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --089e0118485c75fa8f04dd777388 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Fri, May 24, 2013 at 10:14 AM, Konrad Rzeszutek Wilk <ko= nrad.wilk@oracle.com> wrote:
On Thu, May 23, 2013 at 07= :41:50PM +0200, Roger Pau Monn=E9 wrote:
> Hello,
>
> I've pushed a new branch, pvhvm_v10 that contains a PV IPI
> implementation for both amd64 and i386. I've also updated the wiki= to
> point to the pvhvm_v10 branch:

I feel a bit stupid to ask this, but how I install 'gmake'? D= oing 'pkg_add -r gmake'
tells me there is no package (perhaps I am using a too modern version of Fr= eeBSD
(FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)?

The Wiki mentions how to install git but that fails b/c it can't find g= make.

on 10-CURRENT you need to u= se pkg or build from ports/devel/gmake
=A0
___________________________________= ____________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--089e0118485c75fa8f04dd777388-- --===============5495722216075177861== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5495722216075177861==-- From xen-users-bounces@lists.xen.org Sat May 25 00:13:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 00:13: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 1Ug25X-0007pV-R8; Sat, 25 May 2013 00:11:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufso4-0007ze-6B; Fri, 24 May 2013 14:17:20 +0000 Received: from [85.158.139.211:43309] by server-3.bemta-5.messagelabs.com id CC/E1-31108-F667F915; Fri, 24 May 2013 14:17:19 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1369405015!18697584!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30226 invoked from network); 24 May 2013 14:16:57 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 May 2013 14:16:57 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so6063128oag.8 for ; Fri, 24 May 2013 07:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YY8JHQq6gO6kuXdY/Cdl423DNhEV1Jc6AWzEhcCretg=; b=u0wCDjaf4S+kPjzlTqmPk77zf1Poh6Yb4PnCuJjJp1J5wENThkE1dO/WjIaXpfhH9M ryZyYGrX+hwJ5CGERJ3Rwd8F+q0N5Vlg3D9lE7hMmUhucRak9d4VarzpSL8hSgcS+pVK d8KZpeXdKEJCpiD/bUvUng3FYqo/JKj/UqGZeS06dJvCG4KCf153LiiB+18wGn0YGqIA JYQjeutk03ZL85gneTUfZa59SU4XBvP73ZrIgnSBNAI2AN49jDRK134Y/1yYLyVKKykN 5IEba09pTwyLETo7yCVjCHP6AZDnefIbqcZQnSAatSQZiDADFhsSTizAPyppDMBANPOz cETQ== MIME-Version: 1.0 X-Received: by 10.60.103.148 with SMTP id fw20mr11696497oeb.37.1369405014798; Fri, 24 May 2013 07:16:54 -0700 (PDT) Received: by 10.76.96.49 with HTTP; Fri, 24 May 2013 07:16:54 -0700 (PDT) In-Reply-To: <20130524141400.GB3900@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> Date: Fri, 24 May 2013 10:16:54 -0400 Message-ID: From: Outback Dingo To: Konrad Rzeszutek Wilk X-Mailman-Approved-At: Sat, 25 May 2013 00:11:58 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5495722216075177861==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5495722216075177861== Content-Type: multipart/alternative; boundary=089e0118485c75fa8f04dd777388 --089e0118485c75fa8f04dd777388 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 24, 2013 at 10:14 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > > Hello, > > > > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > > implementation for both amd64 and i386. I've also updated the wiki to > > point to the pvhvm_v10 branch: > > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_ad= d > -r gmake' > tells me there is no package (perhaps I am using a too modern version of > FreeBSD > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > > The Wiki mentions how to install git but that fails b/c it can't find > gmake. > on 10-CURRENT you need to use pkg or build from ports/devel/gmake > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > --089e0118485c75fa8f04dd777388 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Fri, May 24, 2013 at 10:14 AM, Konrad Rzeszutek Wilk <ko= nrad.wilk@oracle.com> wrote:
On Thu, May 23, 2013 at 07= :41:50PM +0200, Roger Pau Monn=E9 wrote:
> Hello,
>
> I've pushed a new branch, pvhvm_v10 that contains a PV IPI
> implementation for both amd64 and i386. I've also updated the wiki= to
> point to the pvhvm_v10 branch:

I feel a bit stupid to ask this, but how I install 'gmake'? D= oing 'pkg_add -r gmake'
tells me there is no package (perhaps I am using a too modern version of Fr= eeBSD
(FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)?

The Wiki mentions how to install git but that fails b/c it can't find g= make.

on 10-CURRENT you need to u= se pkg or build from ports/devel/gmake
=A0
___________________________________= ____________
freebsd-virtualizatio= n@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtu= alization
To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.or= g"

--089e0118485c75fa8f04dd777388-- --===============5495722216075177861== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5495722216075177861==-- From xen-users-bounces@lists.xen.org Sat May 25 02:32:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 02:32: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 1Ug4Ga-0000kv-Ju; Sat, 25 May 2013 02:31:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug4GY-0000kq-4v for xen-users@lists.xen.org; Sat, 25 May 2013 02:31:30 +0000 Received: from [193.109.254.147:60188] by server-9.bemta-14.messagelabs.com id A3/BC-15694-08220A15; Sat, 25 May 2013 02:31:28 +0000 X-Env-Sender: jeff@zaf.ca X-Msg-Ref: server-6.tower-27.messagelabs.com!1369449085!4334147!1 X-Originating-IP: [208.79.216.111] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9959 invoked from network); 25 May 2013 02:31:27 -0000 Received: from thefishers.ca (HELO thefishers.ca) (208.79.216.111) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 May 2013 02:31:27 -0000 Received: from mrlaptop.fisher.prv (unknown [IPv6:2001:470:1d:471:a11:96ff:fe1d:3d94]) by thefishers.ca (Postfix) with ESMTPSA id 0EBEA538100 for ; Fri, 24 May 2013 22:31:14 -0400 (EDT) Message-ID: <51A02270.3050303@zaf.ca> Date: Fri, 24 May 2013 20:31:12 -0600 From: Jeff Fisher User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: "xen-users@lists.xen.org" Subject: [Xen-users] Question regarding dropped packets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I've got a machine that's hosting a number of virtual machines (58 + the dom0) and I'm having some weird issues with packet loss and high latency that happens when ksoftirqd spikes in CPU usage. The machine itself is CentOS 5 x86_64 running the stock Xen packages (3.1.2). It's a dual quad-core w/ hyperthreading, 48 gigs of ram, and using Adaptec hardware raid w/ SAS drives. Almost every 2 minutes, I'll lose between 2 and 4 packets (while running ping) to the domUs and see a couple of packets with very high latency. I see the packets coming in on eth0, the bridge, and sometimes on the vif device but the domU itself doesn't see these packets. Has anyone seen this type of behaviour before? I've tried all the following with little success: - increasing txqueuelen - changing the smp_affinity settings for our network devces - dedicating the first 2 cores to dom0 and letting the domUs use the remaining 14. If anyone has any ideas or additional things I can try, I would be most grateful :) Thanks, Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 25 02:32:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 02:32: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 1Ug4Ga-0000kv-Ju; Sat, 25 May 2013 02:31:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug4GY-0000kq-4v for xen-users@lists.xen.org; Sat, 25 May 2013 02:31:30 +0000 Received: from [193.109.254.147:60188] by server-9.bemta-14.messagelabs.com id A3/BC-15694-08220A15; Sat, 25 May 2013 02:31:28 +0000 X-Env-Sender: jeff@zaf.ca X-Msg-Ref: server-6.tower-27.messagelabs.com!1369449085!4334147!1 X-Originating-IP: [208.79.216.111] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9959 invoked from network); 25 May 2013 02:31:27 -0000 Received: from thefishers.ca (HELO thefishers.ca) (208.79.216.111) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 May 2013 02:31:27 -0000 Received: from mrlaptop.fisher.prv (unknown [IPv6:2001:470:1d:471:a11:96ff:fe1d:3d94]) by thefishers.ca (Postfix) with ESMTPSA id 0EBEA538100 for ; Fri, 24 May 2013 22:31:14 -0400 (EDT) Message-ID: <51A02270.3050303@zaf.ca> Date: Fri, 24 May 2013 20:31:12 -0600 From: Jeff Fisher User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: "xen-users@lists.xen.org" Subject: [Xen-users] Question regarding dropped packets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I've got a machine that's hosting a number of virtual machines (58 + the dom0) and I'm having some weird issues with packet loss and high latency that happens when ksoftirqd spikes in CPU usage. The machine itself is CentOS 5 x86_64 running the stock Xen packages (3.1.2). It's a dual quad-core w/ hyperthreading, 48 gigs of ram, and using Adaptec hardware raid w/ SAS drives. Almost every 2 minutes, I'll lose between 2 and 4 packets (while running ping) to the domUs and see a couple of packets with very high latency. I see the packets coming in on eth0, the bridge, and sometimes on the vif device but the domU itself doesn't see these packets. Has anyone seen this type of behaviour before? I've tried all the following with little success: - increasing txqueuelen - changing the smp_affinity settings for our network devces - dedicating the first 2 cores to dom0 and letting the domUs use the remaining 14. If anyone has any ideas or additional things I can try, I would be most grateful :) Thanks, Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 25 02:38:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 02:38: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 1Ug4M5-00017i-RA; Sat, 25 May 2013 02:37:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug4M4-00017b-Tu for xen-users@lists.xen.org; Sat, 25 May 2013 02:37:13 +0000 Received: from [85.158.143.99:35909] by server-2.bemta-4.messagelabs.com id 31/59-27124-8D320A15; Sat, 25 May 2013 02:37:12 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1369449430!33592321!1 X-Originating-IP: [209.85.212.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 16701 invoked from network); 25 May 2013 02:37:11 -0000 Received: from mail-vb0-f54.google.com (HELO mail-vb0-f54.google.com) (209.85.212.54) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2013 02:37:11 -0000 Received: by mail-vb0-f54.google.com with SMTP id f13so3578797vbg.27 for ; Fri, 24 May 2013 19:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=GDxqJfla84MREpjB4x9aYK7gz2r07k+9icogHKeqRGA=; b=hw1eDrNFPgRtzZZShhBTyca43C0NUwoUSxq13JCGl3hfV1mLhDefMAmY1B5KFjrnTM R5wvikmJpd6ZWG3wWcU/9BdYVRvAu9sDDAq6nY+GKPzSl1JoRThUfBUYSjKmPiyUCHne 4ULoG4+cy3DzSgKi/SWL+hdRtOfIzHDYAV0wAy9EvrcJ74XGcBLGTOE4GAKxZdR9fpmJ njf+Oa2k73Be56cuZKOyyyTiJAQdx/QF289vS96TB/Pcl+safRsC8iQINPqs/IrHovPZ A4mUiDuVsCgGBlLXxwkOBc3dtLr0jZOEL4S1tAk5TNWgThWB0kAkTp1bl6V1hZXxJ9g2 0BVA== X-Received: by 10.220.164.81 with SMTP id d17mr10262970vcy.56.1369449215080; Fri, 24 May 2013 19:33:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Fri, 24 May 2013 19:33:14 -0700 (PDT) In-Reply-To: <519FC6A6.9050806@bobich.net> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> <519FC6A6.9050806@bobich.net> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Sat, 25 May 2013 04:33:14 +0200 Message-ID: To: Gordan Bobic Cc: hwit@a-domani.nl, xen-users@lists.xen.org, J.Witvliet@mindef.nl Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 haven't observed any pixelation like what you describe. It could be memory > corruption due to BAR memory stomp. What distro and qemu do you use? Any > additional patches? I am using Gentoo @ 3.8.13, xen 4.2.2, xen-tools 4.2.2-r1 from portage, default qemu-dm. I am not patching anything, but gentoo throws in a few patches, mostly security, look in the src_prepare function: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/xen-tools/xen-tools-4.2.2-r1.ebuild http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/xen/xen-4.2.2.ebuild > Here's what I was told yesterday: > http://lists.xen.org/archives/html/xen-devel/2013-05/msg02338.html Thanks - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 25 02:38:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 02:38: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 1Ug4M5-00017i-RA; Sat, 25 May 2013 02:37:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug4M4-00017b-Tu for xen-users@lists.xen.org; Sat, 25 May 2013 02:37:13 +0000 Received: from [85.158.143.99:35909] by server-2.bemta-4.messagelabs.com id 31/59-27124-8D320A15; Sat, 25 May 2013 02:37:12 +0000 X-Env-Sender: ole.johan.varingstad@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1369449430!33592321!1 X-Originating-IP: [209.85.212.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 16701 invoked from network); 25 May 2013 02:37:11 -0000 Received: from mail-vb0-f54.google.com (HELO mail-vb0-f54.google.com) (209.85.212.54) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2013 02:37:11 -0000 Received: by mail-vb0-f54.google.com with SMTP id f13so3578797vbg.27 for ; Fri, 24 May 2013 19:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=GDxqJfla84MREpjB4x9aYK7gz2r07k+9icogHKeqRGA=; b=hw1eDrNFPgRtzZZShhBTyca43C0NUwoUSxq13JCGl3hfV1mLhDefMAmY1B5KFjrnTM R5wvikmJpd6ZWG3wWcU/9BdYVRvAu9sDDAq6nY+GKPzSl1JoRThUfBUYSjKmPiyUCHne 4ULoG4+cy3DzSgKi/SWL+hdRtOfIzHDYAV0wAy9EvrcJ74XGcBLGTOE4GAKxZdR9fpmJ njf+Oa2k73Be56cuZKOyyyTiJAQdx/QF289vS96TB/Pcl+safRsC8iQINPqs/IrHovPZ A4mUiDuVsCgGBlLXxwkOBc3dtLr0jZOEL4S1tAk5TNWgThWB0kAkTp1bl6V1hZXxJ9g2 0BVA== X-Received: by 10.220.164.81 with SMTP id d17mr10262970vcy.56.1369449215080; Fri, 24 May 2013 19:33:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.90.136 with HTTP; Fri, 24 May 2013 19:33:14 -0700 (PDT) In-Reply-To: <519FC6A6.9050806@bobich.net> References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <7fab842363c0dd9acc0f41bf69d1dc46@mail.shatteredsilicon.net> <519FC6A6.9050806@bobich.net> From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= Date: Sat, 25 May 2013 04:33:14 +0200 Message-ID: To: Gordan Bobic Cc: hwit@a-domani.nl, xen-users@lists.xen.org, J.Witvliet@mindef.nl Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 haven't observed any pixelation like what you describe. It could be memory > corruption due to BAR memory stomp. What distro and qemu do you use? Any > additional patches? I am using Gentoo @ 3.8.13, xen 4.2.2, xen-tools 4.2.2-r1 from portage, default qemu-dm. I am not patching anything, but gentoo throws in a few patches, mostly security, look in the src_prepare function: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/xen-tools/xen-tools-4.2.2-r1.ebuild http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/xen/xen-4.2.2.ebuild > Here's what I was told yesterday: > http://lists.xen.org/archives/html/xen-devel/2013-05/msg02338.html Thanks - OJ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat May 25 03:27:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 03:27: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 1Ug57u-0002N6-GY; Sat, 25 May 2013 03:26:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug57r-0002N1-OR for xen-users@lists.xen.org; Sat, 25 May 2013 03:26:36 +0000 Received: from [85.158.143.99:39189] by server-2.bemta-4.messagelabs.com id 61/8F-27124-B6F20A15; Sat, 25 May 2013 03:26:35 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369452390!22830402!1 X-Originating-IP: [209.85.192.172] 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 8808 invoked from network); 25 May 2013 03:26:32 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2013 03:26:32 -0000 Received: by mail-pd0-f172.google.com with SMTP id 10so4789164pdi.31 for ; Fri, 24 May 2013 20:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=erijED4O/lokaMOr1D3Jqz6TIc7y+Hybjh7uGvXD1i4=; b=GJfvTOjGA0CGBb8nZPZOyw35GXLOerhzgaPmHrvq1fcij6OtZhl/zR/spriEPuSr/2 DVb+k+7FPfXPHORjPbmKF857pWjZVXa2FbVeclEtDIHfRXdHzi3uFtXHfNmBgWmIOJwb 00Btk84857617dRGiRznYBwfkHSQl6pw+ZtW1qYzwxi+Lmb8bCRi50tlch0wNopIE4GK n2I7m0eKz6ckpShZiDv5SGZRjW39MbSLrlOeEtH5RpmY77fRBTUONGOTWQA/aewaY1Yj SLE/MQiPkHSOgLK+8g4GcHxfXCqt8BC6Z8BZgFbRk+p2+Aipdh861b97mvrPa5dnrQb1 SAcw== MIME-Version: 1.0 X-Received: by 10.66.151.46 with SMTP id un14mr21429515pab.14.1369452390294; Fri, 24 May 2013 20:26:30 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 24 May 2013 20:26:30 -0700 (PDT) In-Reply-To: References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> Date: Fri, 24 May 2013 23:26:30 -0400 Message-ID: From: Andrew Bobulsky To: Casey DeLorme Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6719236267432389568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6719236267432389568== Content-Type: multipart/alternative; boundary=047d7b6d885e42abef04dd827b19 --047d7b6d885e42abef04dd827b19 Content-Type: text/plain; charset=ISO-8859-1 Hello Casey, Some quick'n'dirty Googling brought up this: https://support-splashtop2.splashtop.com/entries/21523003-How-can-I-get-the-best-performance-from-using-Splashtop-2- It looks like there's a registry value you can manipulate to force higher performance... but I wouldn't have the slightest idea of how to test it, short of running a high-resolution digital timer on the screen, filming it with a >60fps camera, and then watching the result in slow motion :P Might be worth a shot! I can't really test it until I get home next week though :P -Andrew On Fri, May 24, 2013 at 3:03 PM, Casey DeLorme wrote: > Hi Andrew, > > I actually did try SplashTop. Great theoretical solution with a fabulous > GUI, but I had no success connecting from my MacBook Pro to my Windows HVM. > I couldn't find the linux "client", just a compressed file with what > looked to be DIY source code, which I never got running. I didn't have a > second Windows machine to test from. > > Also, isn't SplashTop limited to 30FPS? That might work alright for some, > but most modern games can run in excess of 60FPS and 30FPS might be too > slow for fast paced games. > > ~Casey > > > On Fri, May 24, 2013 at 2:01 PM, Andrew Bobulsky wrote: > >> Hello Casey, Hans, >> >> I've never tried virtualized gaming from the standpoint of wanting to be >> at a Linux desktop while doing it, but I have played Diablo 3 and watched a >> couple Blu-Ray movies on my MacBook Pro by using Splashtop's free remote >> access product. Performance over wireless N is excellent. >> >> There's no reason you couldn't pass through a video card to your virtual >> machine, install the splashtop streamer, download the Linux client, and >> game your heart out :) >> >> You will need to ensure your game runs in a borderless full screen >> window, which can be accomplished in most games' video settings, or using a >> third party utility such as ShiftWindow. >> >> I've never been too concerned with having things work in this direction; >> I'd rather get myself a Windows desktop and then dig my way back into Linux >> via SSH or VNC. However, considering the setup I just suggested, I would >> actually bet that such a configuration would be up to par with my own >> exacting standards---and I play everything on maximum settings with Vsync >> enabled ;) >> >> If you have any questions, I'd be happy to help! >> >> Cheers, >> Andrew Bobulsky >> >> >> On May 24, 2013, at 3:23 AM, Casey DeLorme wrote: >> >> Hi Hans, >> >> Using passthrough virtual gaming is very doable, but that is with >> directly connected monitors and some minor quirks. Personally, I have had >> no luck getting networked gameplay to perform at acceptable framerates. >> Full screen games will crash most VNC consoles, or just give you a black >> screen, and input is limited and heavily delayed, tested direct and on >> wired Cat6 with half a dozen different VNC clients. I am not sure whether >> TSC would behave any better. >> >> If directly connected monitors and input devices are acceptable, and you >> are not already doing graphics passthrough you may want to read up a bit on >> the xen wiki, and I'm sure many list members would be happy to share their >> experiences. >> >> ~Casey >> >> >> On Fri, May 24, 2013 at 5:59 AM, wrote: >> >>> Hi all, >>> >>> Perhaps slightly off-topic, but perhaps somebody around has tried >>> something like this. >>> >>> I bought a game for my son, and verified that it got "platinum status" >>> for wine. >>> However, the general requirements are way too heavy for his current >>> machine, even without wine. >>> >>> So, I was contemplating if (!) it might be possible to have a >>> virtualized xp/w7 running the game. >>> The piece of software (truck driving simulator) is asking: >>> -Dual core CPU 3.0 GHz >>> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >>> equivalent or better) >>> >>> I already have several virtual machines running, mix of Linux (mostly >>> servers) and XP (desktop chores), >>> But never tried virtualized gaming. >>> >>> So I presume that installing the game poses no problem, but playing >>> might be something else. >>> - with regards to CPU-load... >>> - with regards to graphics: Could I get away with a TSC-client over the >>> network? >>> >>> Anyone who ever tried it? Worthwhile trying or forget it straight away? >>> >>> Hans >>> >>> ______________________________________________________________________ >>> Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u >>> niet de geadresseerde bent of dit bericht abusievelijk aan u is >>> toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht >>> te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van >>> welke aard ook, die verband houdt met risico's verbonden aan het >>> electronisch verzenden van berichten. >>> >>> This message may contain information that is not intended for you. If >>> you are not the addressee or if this message was sent to you by mistake, >>> you are requested to inform the sender and delete the message. The State >>> accepts no liability for damage of any kind resulting from the risks >>> inherent in the electronic transmission of messages. >>> >>> _______________________________________________ >>> 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 >> >> > --047d7b6d885e42abef04dd827b19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Casey,


It looks like there's a registry value you can mani= pulate to force higher performance... but I wouldn't have the slightest= idea of how to test it, short of running a high-resolution digital timer o= n the screen, filming it with a >60fps camera, and then watching the res= ult in slow motion :P

Might be worth a shot! =A0I can't really test it un= til I get home next week though :P

-Andrew

=
On Fri, May 24, 2013 at 3:03 PM, Casey DeLorme <= span dir=3D"ltr"><cdelorme@gmail.com> wrote:
Hi Andrew,

I actually did try SplashTop. =A0Great theoretical solution with a fabul= ous GUI, but I had no success connecting from my MacBook Pro to my Windows = HVM. =A0I couldn't find the linux "client", just a compressed= file with what looked to be DIY source code, which I never got running. = =A0I didn't have a second Windows machine to test from.

Also, isn't SplashTop limited to 30FPS? =A0That mig= ht work alright for some, but most modern games can run in excess of 60FPS = and 30FPS might be too slow for fast paced games.

~Casey


On Fri, May 24, = 2013 at 2:01 PM, Andrew Bobulsky <rulerof@gmail.com> wrote:<= br>
Hello Casey, Hans,

I've never tried virtualized gaming from the sta= ndpoint of wanting to be at a Linux desktop while doing it, but I have play= ed Diablo 3 and watched a couple Blu-Ray movies on my MacBook Pro by using = Splashtop's free remote access product. =A0Performance over wireless N = is excellent.

There's no reason you couldn't pass through a v= ideo card to your virtual machine, install the splashtop streamer, download= the Linux client, and game your heart out :)

You will need to ensure your game runs in a borderless full screen window, = which can be accomplished in most games' video settings, or using a thi= rd party utility such as ShiftWindow.

I've nev= er been too concerned with having things work in this direction; I'd ra= ther get myself a Windows desktop and then dig my way back into Linux via S= SH or VNC. =A0However, considering the setup I just suggested, I would actu= ally bet that such a configuration would be up to par with my own exacting = standards---and I play everything on maximum settings with Vsync enabled ;)=

If you have any questions, I'd be happy to help!

Cheers,
Andrew Bobulsky=A0
=


On May 24, 2013, at 3:23 AM, Casey DeLorme <cdelorme@gmail.com&= gt; wrote:

Hi Hans= ,

Using passthrough virtual gaming is very doable,= but that is with directly connected monitors and some minor quirks. =A0Per= sonally, I have had no luck getting networked gameplay to perform at accept= able framerates. =A0Full screen games will crash most VNC consoles, or just= give you a black screen, and input is limited and heavily delayed, tested = direct and on wired Cat6 with half a dozen different VNC clients. =A0I am n= ot sure whether TSC would behave any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-u= sers@lists.xen.org
http://l= ists.xen.org/xen-users


--047d7b6d885e42abef04dd827b19-- --===============6719236267432389568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6719236267432389568==-- From xen-users-bounces@lists.xen.org Sat May 25 03:27:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 03:27: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 1Ug57u-0002N6-GY; Sat, 25 May 2013 03:26:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug57r-0002N1-OR for xen-users@lists.xen.org; Sat, 25 May 2013 03:26:36 +0000 Received: from [85.158.143.99:39189] by server-2.bemta-4.messagelabs.com id 61/8F-27124-B6F20A15; Sat, 25 May 2013 03:26:35 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369452390!22830402!1 X-Originating-IP: [209.85.192.172] 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 8808 invoked from network); 25 May 2013 03:26:32 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2013 03:26:32 -0000 Received: by mail-pd0-f172.google.com with SMTP id 10so4789164pdi.31 for ; Fri, 24 May 2013 20:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=erijED4O/lokaMOr1D3Jqz6TIc7y+Hybjh7uGvXD1i4=; b=GJfvTOjGA0CGBb8nZPZOyw35GXLOerhzgaPmHrvq1fcij6OtZhl/zR/spriEPuSr/2 DVb+k+7FPfXPHORjPbmKF857pWjZVXa2FbVeclEtDIHfRXdHzi3uFtXHfNmBgWmIOJwb 00Btk84857617dRGiRznYBwfkHSQl6pw+ZtW1qYzwxi+Lmb8bCRi50tlch0wNopIE4GK n2I7m0eKz6ckpShZiDv5SGZRjW39MbSLrlOeEtH5RpmY77fRBTUONGOTWQA/aewaY1Yj SLE/MQiPkHSOgLK+8g4GcHxfXCqt8BC6Z8BZgFbRk+p2+Aipdh861b97mvrPa5dnrQb1 SAcw== MIME-Version: 1.0 X-Received: by 10.66.151.46 with SMTP id un14mr21429515pab.14.1369452390294; Fri, 24 May 2013 20:26:30 -0700 (PDT) Received: by 10.70.28.4 with HTTP; Fri, 24 May 2013 20:26:30 -0700 (PDT) In-Reply-To: References: <20130524095949.6494F17CCEE@mx3-out.mindef.nl> <-2614816535609480788@unknownmsgid> Date: Fri, 24 May 2013 23:26:30 -0400 Message-ID: From: Andrew Bobulsky To: Casey DeLorme Cc: "hwit@a-domani.nl" , "xen-users@lists.xen.org" , "J.Witvliet@mindef.nl" Subject: Re: [Xen-users] Games X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6719236267432389568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6719236267432389568== Content-Type: multipart/alternative; boundary=047d7b6d885e42abef04dd827b19 --047d7b6d885e42abef04dd827b19 Content-Type: text/plain; charset=ISO-8859-1 Hello Casey, Some quick'n'dirty Googling brought up this: https://support-splashtop2.splashtop.com/entries/21523003-How-can-I-get-the-best-performance-from-using-Splashtop-2- It looks like there's a registry value you can manipulate to force higher performance... but I wouldn't have the slightest idea of how to test it, short of running a high-resolution digital timer on the screen, filming it with a >60fps camera, and then watching the result in slow motion :P Might be worth a shot! I can't really test it until I get home next week though :P -Andrew On Fri, May 24, 2013 at 3:03 PM, Casey DeLorme wrote: > Hi Andrew, > > I actually did try SplashTop. Great theoretical solution with a fabulous > GUI, but I had no success connecting from my MacBook Pro to my Windows HVM. > I couldn't find the linux "client", just a compressed file with what > looked to be DIY source code, which I never got running. I didn't have a > second Windows machine to test from. > > Also, isn't SplashTop limited to 30FPS? That might work alright for some, > but most modern games can run in excess of 60FPS and 30FPS might be too > slow for fast paced games. > > ~Casey > > > On Fri, May 24, 2013 at 2:01 PM, Andrew Bobulsky wrote: > >> Hello Casey, Hans, >> >> I've never tried virtualized gaming from the standpoint of wanting to be >> at a Linux desktop while doing it, but I have played Diablo 3 and watched a >> couple Blu-Ray movies on my MacBook Pro by using Splashtop's free remote >> access product. Performance over wireless N is excellent. >> >> There's no reason you couldn't pass through a video card to your virtual >> machine, install the splashtop streamer, download the Linux client, and >> game your heart out :) >> >> You will need to ensure your game runs in a borderless full screen >> window, which can be accomplished in most games' video settings, or using a >> third party utility such as ShiftWindow. >> >> I've never been too concerned with having things work in this direction; >> I'd rather get myself a Windows desktop and then dig my way back into Linux >> via SSH or VNC. However, considering the setup I just suggested, I would >> actually bet that such a configuration would be up to par with my own >> exacting standards---and I play everything on maximum settings with Vsync >> enabled ;) >> >> If you have any questions, I'd be happy to help! >> >> Cheers, >> Andrew Bobulsky >> >> >> On May 24, 2013, at 3:23 AM, Casey DeLorme wrote: >> >> Hi Hans, >> >> Using passthrough virtual gaming is very doable, but that is with >> directly connected monitors and some minor quirks. Personally, I have had >> no luck getting networked gameplay to perform at acceptable framerates. >> Full screen games will crash most VNC consoles, or just give you a black >> screen, and input is limited and heavily delayed, tested direct and on >> wired Cat6 with half a dozen different VNC clients. I am not sure whether >> TSC would behave any better. >> >> If directly connected monitors and input devices are acceptable, and you >> are not already doing graphics passthrough you may want to read up a bit on >> the xen wiki, and I'm sure many list members would be happy to share their >> experiences. >> >> ~Casey >> >> >> On Fri, May 24, 2013 at 5:59 AM, wrote: >> >>> Hi all, >>> >>> Perhaps slightly off-topic, but perhaps somebody around has tried >>> something like this. >>> >>> I bought a game for my son, and verified that it got "platinum status" >>> for wine. >>> However, the general requirements are way too heavy for his current >>> machine, even without wine. >>> >>> So, I was contemplating if (!) it might be possible to have a >>> virtualized xp/w7 running the game. >>> The piece of software (truck driving simulator) is asking: >>> -Dual core CPU 3.0 GHz >>> -4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class >>> equivalent or better) >>> >>> I already have several virtual machines running, mix of Linux (mostly >>> servers) and XP (desktop chores), >>> But never tried virtualized gaming. >>> >>> So I presume that installing the game poses no problem, but playing >>> might be something else. >>> - with regards to CPU-load... >>> - with regards to graphics: Could I get away with a TSC-client over the >>> network? >>> >>> Anyone who ever tried it? Worthwhile trying or forget it straight away? >>> >>> Hans >>> >>> ______________________________________________________________________ >>> Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u >>> niet de geadresseerde bent of dit bericht abusievelijk aan u is >>> toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht >>> te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van >>> welke aard ook, die verband houdt met risico's verbonden aan het >>> electronisch verzenden van berichten. >>> >>> This message may contain information that is not intended for you. If >>> you are not the addressee or if this message was sent to you by mistake, >>> you are requested to inform the sender and delete the message. The State >>> accepts no liability for damage of any kind resulting from the risks >>> inherent in the electronic transmission of messages. >>> >>> _______________________________________________ >>> 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 >> >> > --047d7b6d885e42abef04dd827b19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Casey,


It looks like there's a registry value you can mani= pulate to force higher performance... but I wouldn't have the slightest= idea of how to test it, short of running a high-resolution digital timer o= n the screen, filming it with a >60fps camera, and then watching the res= ult in slow motion :P

Might be worth a shot! =A0I can't really test it un= til I get home next week though :P

-Andrew

=
On Fri, May 24, 2013 at 3:03 PM, Casey DeLorme <= span dir=3D"ltr"><cdelorme@gmail.com> wrote:
Hi Andrew,

I actually did try SplashTop. =A0Great theoretical solution with a fabul= ous GUI, but I had no success connecting from my MacBook Pro to my Windows = HVM. =A0I couldn't find the linux "client", just a compressed= file with what looked to be DIY source code, which I never got running. = =A0I didn't have a second Windows machine to test from.

Also, isn't SplashTop limited to 30FPS? =A0That mig= ht work alright for some, but most modern games can run in excess of 60FPS = and 30FPS might be too slow for fast paced games.

~Casey


On Fri, May 24, = 2013 at 2:01 PM, Andrew Bobulsky <rulerof@gmail.com> wrote:<= br>
Hello Casey, Hans,

I've never tried virtualized gaming from the sta= ndpoint of wanting to be at a Linux desktop while doing it, but I have play= ed Diablo 3 and watched a couple Blu-Ray movies on my MacBook Pro by using = Splashtop's free remote access product. =A0Performance over wireless N = is excellent.

There's no reason you couldn't pass through a v= ideo card to your virtual machine, install the splashtop streamer, download= the Linux client, and game your heart out :)

You will need to ensure your game runs in a borderless full screen window, = which can be accomplished in most games' video settings, or using a thi= rd party utility such as ShiftWindow.

I've nev= er been too concerned with having things work in this direction; I'd ra= ther get myself a Windows desktop and then dig my way back into Linux via S= SH or VNC. =A0However, considering the setup I just suggested, I would actu= ally bet that such a configuration would be up to par with my own exacting = standards---and I play everything on maximum settings with Vsync enabled ;)=

If you have any questions, I'd be happy to help!

Cheers,
Andrew Bobulsky=A0
=


On May 24, 2013, at 3:23 AM, Casey DeLorme <cdelorme@gmail.com&= gt; wrote:

Hi Hans= ,

Using passthrough virtual gaming is very doable,= but that is with directly connected monitors and some minor quirks. =A0Per= sonally, I have had no luck getting networked gameplay to perform at accept= able framerates. =A0Full screen games will crash most VNC consoles, or just= give you a black screen, and input is limited and heavily delayed, tested = direct and on wired Cat6 with half a dozen different VNC clients. =A0I am n= ot sure whether TSC would behave any better.

If directly connected monitors and input devices are ac= ceptable, and you are not already doing graphics passthrough you may want t= o read up a bit on the xen wiki, and I'm sure many list members would b= e happy to share their experiences.

~Casey

=
On Fri, May 24, 2013 at 5:59 AM, <J.Wi= tvliet@mindef.nl> wrote:
Hi all,

Perhaps slightly off-topic, but perhaps somebody around has tried something= like this.

I bought a game for my son, and verified that it got "platinum status&= quot; for wine.
However, the general requirements are way too heavy for his current machine= , even without wine.

So, I was contemplating if (!) it might be possible to have a virtualized x= p/w7 running the game.
The piece of software (truck driving simulator) is asking:
-Dual core CPU 3.0 GHz
-4 GB RAM, graphics card with 1024 MB memory (GeForce GTS 450-class equival= ent or better)

I already have several virtual machines running, mix of Linux (mostly serve= rs) and XP (desktop chores),
But never tried virtualized gaming.

So I presume that installing the game poses no problem, but playing might b= e something else.
- with regards to CPU-load...
- with regards to graphics: Could I get away with a TSC-client over the net= work?

Anyone who ever tried it? Worthwhile trying or forget it straight away?

Hans

______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u ni= et de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, = wordt u verzocht dat aan de afzender te melden en het bericht te verwijdere= n. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard oo= k, die verband houdt met risico's verbonden aan het electronisch verzen= den van berichten.

This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. The State accepts n= o liability for damage of any kind resulting from the risks inherent in the= electronic transmission of messages.

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-u= sers@lists.xen.org
http://l= ists.xen.org/xen-users


--047d7b6d885e42abef04dd827b19-- --===============6719236267432389568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6719236267432389568==-- From xen-users-bounces@lists.xen.org Sat May 25 10:56:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 10:56: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 1UgC80-0001lf-D4; Sat, 25 May 2013 10:55:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug72b-0004fU-5L for xen-users@lists.xen.org; Sat, 25 May 2013 05:29:17 +0000 Received: from [85.158.143.99:11144] by server-1.bemta-4.messagelabs.com id 1D/FC-06122-B2C40A15; Sat, 25 May 2013 05:29:15 +0000 X-Env-Sender: zir_blazer@hotmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369459754!25472940!1 X-Originating-IP: [65.54.190.77] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22166 invoked from network); 25 May 2013 05:29:14 -0000 Received: from bay0-omc2-s2.bay0.hotmail.com (HELO bay0-omc2-s2.bay0.hotmail.com) (65.54.190.77) by server-10.tower-216.messagelabs.com with SMTP; 25 May 2013 05:29:14 -0000 Received: from BAY170-W39 ([65.54.190.124]) by bay0-omc2-s2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 24 May 2013 22:29:13 -0700 X-TMN: [rpeGtv3WvAKcoXmPCJFg+CmhKRAOuhcdSahkmTkgSyE=] X-Originating-Email: [zir_blazer@hotmail.com] Message-ID: From: Zir Blazer To: "xen-users@lists.xen.org" Date: Sat, 25 May 2013 02:29:13 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 25 May 2013 05:29:13.0711 (UTC) FILETIME=[CAC917F0:01CE5908] X-Mailman-Approved-At: Sat, 25 May 2013 10:55:11 +0000 Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1657418264161331033==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1657418264161331033== Content-Type: multipart/alternative; boundary="_3133ed7f-e00a-41e4-94eb-dee769b2b613_" --_3133ed7f-e00a-41e4-94eb-dee769b2b613_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think I am a bit later to the party. However=2C you said... > Here are the computer components we used: =0A= > Motherboard: Intel BOXDH77DF =0A= > CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) In case you still are stuck there=2C Core i5 2310 does NOT support VT-d: ht= tp://ark.intel.com/products/53445/ In Sandy Bridge=2C you needed at least a Core i5 2400: http://ark.intel.com= /products/52207 Even if Motherboard supports it and all=2C you need a Processor enabled for= it=2C too. = --_3133ed7f-e00a-41e4-94eb-dee769b2b613_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I think I am a bit later to the = party. However=2C you said...


>=3B Here are the computer compo= nents we used:
=0A= >=3B Motherboard: Intel BOXDH77DF
=0A= >=3B CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310)


In= case you still are stuck there=2C Core i5 2310 does NOT support VT-d: http://ark.i= ntel.com/products/53445/
In Sandy Bridge=2C you needed at least a Co= re i5 2400: http://ark.intel.com/products/52207

Even if Motherboard suppo= rts it and all=2C you need a Processor enabled for it=2C too.
=
= --_3133ed7f-e00a-41e4-94eb-dee769b2b613_-- --===============1657418264161331033== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1657418264161331033==-- From xen-users-bounces@lists.xen.org Sat May 25 10:56:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 25 May 2013 10:56: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 1UgC80-0001lf-D4; Sat, 25 May 2013 10:55:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug72b-0004fU-5L for xen-users@lists.xen.org; Sat, 25 May 2013 05:29:17 +0000 Received: from [85.158.143.99:11144] by server-1.bemta-4.messagelabs.com id 1D/FC-06122-B2C40A15; Sat, 25 May 2013 05:29:15 +0000 X-Env-Sender: zir_blazer@hotmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369459754!25472940!1 X-Originating-IP: [65.54.190.77] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22166 invoked from network); 25 May 2013 05:29:14 -0000 Received: from bay0-omc2-s2.bay0.hotmail.com (HELO bay0-omc2-s2.bay0.hotmail.com) (65.54.190.77) by server-10.tower-216.messagelabs.com with SMTP; 25 May 2013 05:29:14 -0000 Received: from BAY170-W39 ([65.54.190.124]) by bay0-omc2-s2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 24 May 2013 22:29:13 -0700 X-TMN: [rpeGtv3WvAKcoXmPCJFg+CmhKRAOuhcdSahkmTkgSyE=] X-Originating-Email: [zir_blazer@hotmail.com] Message-ID: From: Zir Blazer To: "xen-users@lists.xen.org" Date: Sat, 25 May 2013 02:29:13 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 25 May 2013 05:29:13.0711 (UTC) FILETIME=[CAC917F0:01CE5908] X-Mailman-Approved-At: Sat, 25 May 2013 10:55:11 +0000 Subject: Re: [Xen-users] Xen Reports no IOMMU, but Hardware Supports It X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1657418264161331033==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1657418264161331033== Content-Type: multipart/alternative; boundary="_3133ed7f-e00a-41e4-94eb-dee769b2b613_" --_3133ed7f-e00a-41e4-94eb-dee769b2b613_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think I am a bit later to the party. However=2C you said... > Here are the computer components we used: =0A= > Motherboard: Intel BOXDH77DF =0A= > CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310) In case you still are stuck there=2C Core i5 2310 does NOT support VT-d: ht= tp://ark.intel.com/products/53445/ In Sandy Bridge=2C you needed at least a Core i5 2400: http://ark.intel.com= /products/52207 Even if Motherboard supports it and all=2C you need a Processor enabled for= it=2C too. = --_3133ed7f-e00a-41e4-94eb-dee769b2b613_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I think I am a bit later to the = party. However=2C you said...


>=3B Here are the computer compo= nents we used:
=0A= >=3B Motherboard: Intel BOXDH77DF
=0A= >=3B CPU: Intel Core i5-2310 (Sandy Bridge - BX80623I52310)


In= case you still are stuck there=2C Core i5 2310 does NOT support VT-d: http://ark.i= ntel.com/products/53445/
In Sandy Bridge=2C you needed at least a Co= re i5 2400: http://ark.intel.com/products/52207

Even if Motherboard suppo= rts it and all=2C you need a Processor enabled for it=2C too.
=
= --_3133ed7f-e00a-41e4-94eb-dee769b2b613_-- --===============1657418264161331033== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1657418264161331033==-- From xen-users-bounces@lists.xen.org Sun May 26 09:31:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 09:31: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 1UgXHA-000575-Cu; Sun, 26 May 2013 09:30:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgXH8-000570-KO for xen-users@lists.xen.org; Sun, 26 May 2013 09:30:02 +0000 Received: from [85.158.138.51:56570] by server-6.bemta-3.messagelabs.com id 6F/8D-14331-916D1A15; Sun, 26 May 2013 09:30:01 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369560599!22240728!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3973 invoked from network); 26 May 2013 09:30:00 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 09:30:00 -0000 Received: by mail-qc0-f182.google.com with SMTP id n1so3130710qcw.27 for ; Sun, 26 May 2013 02:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yHXbvuiI24HTHuwnfvPdBxTbqqg6gHs33cgSzIyTGbk=; b=Dnd0+jCBu13MkiBeOR6/SUQCcr6jjTNr5koT+C/df+peopldRMOXMeNuA9KQHD1+uI DhoiCpQOUDksfMMBNtZ9C0sfQnpquCbS7+EyV40GjcSiE7cmpCZfNJfQt8ESBrrVbXIc Txytre3mtQo7EH2tyr3T3NLNIT+V1kSvz/mErW+hTvQ1uL6zBNfQFTWSotlNiLdp5zCD 4LDXc/Cff/7hlq2riQTU5PUOV25h7roTE5Hq/PWQOOAIA+Y8gwk7x5/ITAXm16wDiWOA JpM9B7zuaFJp534kgJX1sopFR8CBgnNxTuePniYFd9XZPfBEDfrb5D9SibxqMAgVR5bS gBUA== MIME-Version: 1.0 X-Received: by 10.224.45.132 with SMTP id e4mr23478489qaf.84.1369560599503; Sun, 26 May 2013 02:29:59 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 02:29:59 -0700 (PDT) Date: Sun, 26 May 2013 14:29:59 +0500 Message-ID: From: Micky To: "xen-users@lists.xen.org" Subject: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Having this weird problem of high cpu coming off from "System" and "System Interrupts" processes on a GPLPV domu. The latency seems to be related to a system interrupts. Did anyone else notice the same issue? Running standard web server apps here. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 09:31:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 09:31: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 1UgXHA-000575-Cu; Sun, 26 May 2013 09:30:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgXH8-000570-KO for xen-users@lists.xen.org; Sun, 26 May 2013 09:30:02 +0000 Received: from [85.158.138.51:56570] by server-6.bemta-3.messagelabs.com id 6F/8D-14331-916D1A15; Sun, 26 May 2013 09:30:01 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369560599!22240728!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3973 invoked from network); 26 May 2013 09:30:00 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 09:30:00 -0000 Received: by mail-qc0-f182.google.com with SMTP id n1so3130710qcw.27 for ; Sun, 26 May 2013 02:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yHXbvuiI24HTHuwnfvPdBxTbqqg6gHs33cgSzIyTGbk=; b=Dnd0+jCBu13MkiBeOR6/SUQCcr6jjTNr5koT+C/df+peopldRMOXMeNuA9KQHD1+uI DhoiCpQOUDksfMMBNtZ9C0sfQnpquCbS7+EyV40GjcSiE7cmpCZfNJfQt8ESBrrVbXIc Txytre3mtQo7EH2tyr3T3NLNIT+V1kSvz/mErW+hTvQ1uL6zBNfQFTWSotlNiLdp5zCD 4LDXc/Cff/7hlq2riQTU5PUOV25h7roTE5Hq/PWQOOAIA+Y8gwk7x5/ITAXm16wDiWOA JpM9B7zuaFJp534kgJX1sopFR8CBgnNxTuePniYFd9XZPfBEDfrb5D9SibxqMAgVR5bS gBUA== MIME-Version: 1.0 X-Received: by 10.224.45.132 with SMTP id e4mr23478489qaf.84.1369560599503; Sun, 26 May 2013 02:29:59 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 02:29:59 -0700 (PDT) Date: Sun, 26 May 2013 14:29:59 +0500 Message-ID: From: Micky To: "xen-users@lists.xen.org" Subject: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Having this weird problem of high cpu coming off from "System" and "System Interrupts" processes on a GPLPV domu. The latency seems to be related to a system interrupts. Did anyone else notice the same issue? Running standard web server apps here. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 10:19:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 10:19: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 1UgY1Y-0005b8-Ia; Sun, 26 May 2013 10:18:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgY1W-0005b2-UH for xen-users@lists.xen.org; Sun, 26 May 2013 10:17:59 +0000 Received: from [193.109.254.147:59731] by server-1.bemta-14.messagelabs.com id D7/6E-06919-651E1A15; Sun, 26 May 2013 10:17:58 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1369563475!2118965!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24244 invoked from network); 26 May 2013 10:17:56 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 10:17:56 -0000 Received: by mail-la0-f54.google.com with SMTP id eg20so5733125lab.13 for ; Sun, 26 May 2013 03:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=JecWDRlx1PU2Uhv/az+yx/q81+lWMnHiWd6N5lqqhUQ=; b=QqUrHELmm9Oi90DTAsfqlEww1oTwGo5bVxyTyMoKnxK0+B4nrjUIwORaKEL4Z23Esl q696G+wf0xY7dKLVPIlsovwckTha/ncGEfzP639Yje/frQtrfDID7v50e4E/f5wBY3Vt lnUTOSJRDIvWE9Q1yw5DWHZcSbm5oADrUn+wNu9K5ZznZnojgPssAqykH+/QXx2ILI65 /69OuVUbXxepbp5qNft7ohKAYVeS9CqqXGc1xqSuFiOjo4Fy6Fo4dEvqVjP++dRK2blB rAqTt7XkI/TsKitGcKU775moMAUT1MtdQpuyVoIZIW6Nh8lNhx4yeK/C0SQZzK4WrysC 3ABQ== X-Received: by 10.112.74.233 with SMTP id x9mr12336092lbv.0.1369563474714; Sun, 26 May 2013 03:17:54 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id g10sm9878924lag.10.2013.05.26.03.17.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 03:17:54 -0700 (PDT) Message-ID: <51A1E150.20908@gmail.com> Date: Sun, 26 May 2013 14:17:52 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 SGVsbG8uIEknbSBleHBlcmllbmNpbmcgc29saWQgSS9PIHBlcmZvcm1hbmNlIGRyb3Agd2hlbiB1 c2luZyBzb2Z0d2FyZSAKcmFpZCA1IGZyb20gUFYgRG9tVS4gSSBjYW4gZ2V0IGFib3V0IDQyME0v cyBmb3Igc2VxdWVudGlhbCByZWFkcyBhbmQgCn4yMjAgTS9zIGZvciBzZXF1ZW50aWFsIHdyaXRl cyB3aGVuIHVzaW5nIGl0IGZyb20gRG9tMC4gQnV0IGl0J3Mgb25seSAKfjE3MCBNL3MgZm9yIHJl YWQgYW5kIH44MCBNL3MgZm9yIHdyaXRlIHdoZW4gdXNpbmcgaXQgZnJvbSBEb21VLgoKRG9tVSBw ZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNsb3NlIHRvIG5hdGl2ZSDigJQgfjE2MCBN L3MgZm9yIApyZWFkcyBhbmQgfjE2MCBmb3Igd3JpdGVzLgoKVGhlcmUgaXMgbm8gZmlsZXN5c3Rl bSBvciBMVk0sIGp1c3QgcmF3IGRhdGEuIERlYmlhbiB3aGVlenkgeDg2XzY0IGZvciAKYm90aCBE b20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFjaCBkcml2ZSB0 byBEb21VLgpJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRoIG15IHNldHVwPyBX aGF0IHNob3VsZCBJIGNoZWNrPwoKCktpcmlsbAoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlz dHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 10:19:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 10:19: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 1UgY1Y-0005b8-Ia; Sun, 26 May 2013 10:18:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgY1W-0005b2-UH for xen-users@lists.xen.org; Sun, 26 May 2013 10:17:59 +0000 Received: from [193.109.254.147:59731] by server-1.bemta-14.messagelabs.com id D7/6E-06919-651E1A15; Sun, 26 May 2013 10:17:58 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1369563475!2118965!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24244 invoked from network); 26 May 2013 10:17:56 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 10:17:56 -0000 Received: by mail-la0-f54.google.com with SMTP id eg20so5733125lab.13 for ; Sun, 26 May 2013 03:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=JecWDRlx1PU2Uhv/az+yx/q81+lWMnHiWd6N5lqqhUQ=; b=QqUrHELmm9Oi90DTAsfqlEww1oTwGo5bVxyTyMoKnxK0+B4nrjUIwORaKEL4Z23Esl q696G+wf0xY7dKLVPIlsovwckTha/ncGEfzP639Yje/frQtrfDID7v50e4E/f5wBY3Vt lnUTOSJRDIvWE9Q1yw5DWHZcSbm5oADrUn+wNu9K5ZznZnojgPssAqykH+/QXx2ILI65 /69OuVUbXxepbp5qNft7ohKAYVeS9CqqXGc1xqSuFiOjo4Fy6Fo4dEvqVjP++dRK2blB rAqTt7XkI/TsKitGcKU775moMAUT1MtdQpuyVoIZIW6Nh8lNhx4yeK/C0SQZzK4WrysC 3ABQ== X-Received: by 10.112.74.233 with SMTP id x9mr12336092lbv.0.1369563474714; Sun, 26 May 2013 03:17:54 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id g10sm9878924lag.10.2013.05.26.03.17.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 03:17:54 -0700 (PDT) Message-ID: <51A1E150.20908@gmail.com> Date: Sun, 26 May 2013 14:17:52 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 SGVsbG8uIEknbSBleHBlcmllbmNpbmcgc29saWQgSS9PIHBlcmZvcm1hbmNlIGRyb3Agd2hlbiB1 c2luZyBzb2Z0d2FyZSAKcmFpZCA1IGZyb20gUFYgRG9tVS4gSSBjYW4gZ2V0IGFib3V0IDQyME0v cyBmb3Igc2VxdWVudGlhbCByZWFkcyBhbmQgCn4yMjAgTS9zIGZvciBzZXF1ZW50aWFsIHdyaXRl cyB3aGVuIHVzaW5nIGl0IGZyb20gRG9tMC4gQnV0IGl0J3Mgb25seSAKfjE3MCBNL3MgZm9yIHJl YWQgYW5kIH44MCBNL3MgZm9yIHdyaXRlIHdoZW4gdXNpbmcgaXQgZnJvbSBEb21VLgoKRG9tVSBw ZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNsb3NlIHRvIG5hdGl2ZSDigJQgfjE2MCBN L3MgZm9yIApyZWFkcyBhbmQgfjE2MCBmb3Igd3JpdGVzLgoKVGhlcmUgaXMgbm8gZmlsZXN5c3Rl bSBvciBMVk0sIGp1c3QgcmF3IGRhdGEuIERlYmlhbiB3aGVlenkgeDg2XzY0IGZvciAKYm90aCBE b20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFjaCBkcml2ZSB0 byBEb21VLgpJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRoIG15IHNldHVwPyBX aGF0IHNob3VsZCBJIGNoZWNrPwoKCktpcmlsbAoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlz dHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 10:45:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 10:45: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 1UgYQn-00069Q-HU; Sun, 26 May 2013 10:44:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYQm-00069K-DI for xen-users@lists.xen.org; Sun, 26 May 2013 10:44:04 +0000 Received: from [85.158.139.83:46034] by server-10.bemta-5.messagelabs.com id 05/3E-19016-377E1A15; Sun, 26 May 2013 10:44:03 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-6.tower-182.messagelabs.com!1369565039!25199895!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2717 invoked from network); 26 May 2013 10:44:02 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-6.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 10:44:02 -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 1UgYQe-0005ZA-Kn; Sun, 26 May 2013 20:43:56 +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; Sun, 26 May 2013 20:43:50 +1000 From: James Harper To: braintorch , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw Date: Sun, 26 May 2013 10:43:49 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> In-Reply-To: <51A1E150.20908@gmail.com> 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-19894.002 x-tm-as-result: No--40.704600-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-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 PiANCj4gSGVsbG8uIEknbSBleHBlcmllbmNpbmcgc29saWQgSS9PIHBlcmZvcm1hbmNlIGRyb3Ag d2hlbiB1c2luZyBzb2Z0d2FyZQ0KPiByYWlkIDUgZnJvbSBQViBEb21VLiBJIGNhbiBnZXQgYWJv dXQgNDIwTS9zIGZvciBzZXF1ZW50aWFsIHJlYWRzIGFuZA0KPiB+MjIwIE0vcyBmb3Igc2VxdWVu dGlhbCB3cml0ZXMgd2hlbiB1c2luZyBpdCBmcm9tIERvbTAuIEJ1dCBpdCdzIG9ubHkNCj4gfjE3 MCBNL3MgZm9yIHJlYWQgYW5kIH44MCBNL3MgZm9yIHdyaXRlIHdoZW4gdXNpbmcgaXQgZnJvbSBE b21VLg0KPiANCj4gRG9tVSBwZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNsb3NlIHRv IG5hdGl2ZSDigJQgfjE2MCBNL3MgZm9yDQo+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuDQo+ IA0KPiBUaGVyZSBpcyBubyBmaWxlc3lzdGVtIG9yIExWTSwganVzdCByYXcgZGF0YS4gRGViaWFu IHdoZWV6eSB4ODZfNjQgZm9yDQo+IGJvdGggRG9tMCBhbmQgRG9tVS4gQW5kICJwaHkiIGJhY2tl bmQgaXMgdXNlZCB0byBhdHRhY2ggZHJpdmUgdG8gRG9tVS4NCj4gSXMgdGhpcyBhIGJ1ZyBvciBz b21ldGhpbmcgd3Jvbmcgd2l0aCBteSBzZXR1cD8gV2hhdCBzaG91bGQgSSBjaGVjaz8NCj4gDQoN CkhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBlcmZvcm1hbmNlPw0KDQpKYW1lcw0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 10:45:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 10:45: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 1UgYQn-00069Q-HU; Sun, 26 May 2013 10:44:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYQm-00069K-DI for xen-users@lists.xen.org; Sun, 26 May 2013 10:44:04 +0000 Received: from [85.158.139.83:46034] by server-10.bemta-5.messagelabs.com id 05/3E-19016-377E1A15; Sun, 26 May 2013 10:44:03 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-6.tower-182.messagelabs.com!1369565039!25199895!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2717 invoked from network); 26 May 2013 10:44:02 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-6.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 10:44:02 -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 1UgYQe-0005ZA-Kn; Sun, 26 May 2013 20:43:56 +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; Sun, 26 May 2013 20:43:50 +1000 From: James Harper To: braintorch , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw Date: Sun, 26 May 2013 10:43:49 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> In-Reply-To: <51A1E150.20908@gmail.com> 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-19894.002 x-tm-as-result: No--40.704600-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-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 PiANCj4gSGVsbG8uIEknbSBleHBlcmllbmNpbmcgc29saWQgSS9PIHBlcmZvcm1hbmNlIGRyb3Ag d2hlbiB1c2luZyBzb2Z0d2FyZQ0KPiByYWlkIDUgZnJvbSBQViBEb21VLiBJIGNhbiBnZXQgYWJv dXQgNDIwTS9zIGZvciBzZXF1ZW50aWFsIHJlYWRzIGFuZA0KPiB+MjIwIE0vcyBmb3Igc2VxdWVu dGlhbCB3cml0ZXMgd2hlbiB1c2luZyBpdCBmcm9tIERvbTAuIEJ1dCBpdCdzIG9ubHkNCj4gfjE3 MCBNL3MgZm9yIHJlYWQgYW5kIH44MCBNL3MgZm9yIHdyaXRlIHdoZW4gdXNpbmcgaXQgZnJvbSBE b21VLg0KPiANCj4gRG9tVSBwZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNsb3NlIHRv IG5hdGl2ZSDigJQgfjE2MCBNL3MgZm9yDQo+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuDQo+ IA0KPiBUaGVyZSBpcyBubyBmaWxlc3lzdGVtIG9yIExWTSwganVzdCByYXcgZGF0YS4gRGViaWFu IHdoZWV6eSB4ODZfNjQgZm9yDQo+IGJvdGggRG9tMCBhbmQgRG9tVS4gQW5kICJwaHkiIGJhY2tl bmQgaXMgdXNlZCB0byBhdHRhY2ggZHJpdmUgdG8gRG9tVS4NCj4gSXMgdGhpcyBhIGJ1ZyBvciBz b21ldGhpbmcgd3Jvbmcgd2l0aCBteSBzZXR1cD8gV2hhdCBzaG91bGQgSSBjaGVjaz8NCj4gDQoN CkhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBlcmZvcm1hbmNlPw0KDQpKYW1lcw0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 10:50:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 10:50: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 1UgYWG-0006Ms-Ia; Sun, 26 May 2013 10:49:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYWE-0006Ml-Ur for xen-users@lists.xen.org; Sun, 26 May 2013 10:49:43 +0000 Received: from [193.109.254.147:8986] by server-6.bemta-14.messagelabs.com id 5E/0D-00912-6C8E1A15; Sun, 26 May 2013 10:49:42 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1369565380!4031966!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12546 invoked from network); 26 May 2013 10:49:41 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 10:49:41 -0000 Received: by mail-lb0-f171.google.com with SMTP id v20so5962067lbc.16 for ; Sun, 26 May 2013 03:49:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=YNfD4J3B0fDaEMnXDEcoMUuTklF6Y4li3QSdqyx+bDk=; b=sOCm7wx5z/cEnIhPwCBPltlUBvbCtNyrpfeGZWPd/jxiEwB0FRHqTZNKI7Gxl6qMqT aM+FKGL3tICltg8lv+ysrmBXNA8He+Lz95DmMrnCouuBJv3J+k/+NEWY3dcN/32hwvOt rHMqk48SlOR88QYnptQKhExAtU1KGfVTm/9RHgVXrPs3dE5kr2tx58M9lccuI9F300TU iwP9C1wVSxssXiLz75E6uUzSc/gV/cvxUWVXhvb0Vd6OBoJQHLdDmqxoYkJgTouG5SEG mx8PKCz6NU3iThLZl2RftEDGA49sfkYuj7UMmJNLQpSQ4Nhli4+zYfYV7QuHK/uGhTo5 nITg== X-Received: by 10.112.35.69 with SMTP id f5mr11927932lbj.105.1369565375760; Sun, 26 May 2013 03:49:35 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id v4sm6347609lag.8.2013.05.26.03.49.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 03:49:35 -0700 (PDT) Message-ID: <51A1E8BD.9020700@gmail.com> Date: Sun, 26 May 2013 14:49:33 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNDo0MywgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4+IEhlbGxvLiBJJ20g ZXhwZXJpZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNpbmcgc29mdHdh cmUKPj4gcmFpZCA1IGZyb20gUFYgRG9tVS4gSSBjYW4gZ2V0IGFib3V0IDQyME0vcyBmb3Igc2Vx dWVudGlhbCByZWFkcyBhbmQKPj4gfjIyMCBNL3MgZm9yIHNlcXVlbnRpYWwgd3JpdGVzIHdoZW4g dXNpbmcgaXQgZnJvbSBEb20wLiBCdXQgaXQncyBvbmx5Cj4+IH4xNzAgTS9zIGZvciByZWFkIGFu ZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4KPj4gRG9tVSBw ZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNsb3NlIHRvIG5hdGl2ZSDigJQgfjE2MCBN L3MgZm9yCj4+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuCj4+Cj4+IFRoZXJlIGlzIG5vIGZp bGVzeXN0ZW0gb3IgTFZNLCBqdXN0IHJhdyBkYXRhLiBEZWJpYW4gd2hlZXp5IHg4Nl82NCBmb3IK Pj4gYm90aCBEb20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFj aCBkcml2ZSB0byBEb21VLgo+PiBJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRo IG15IHNldHVwPyBXaGF0IHNob3VsZCBJIGNoZWNrPwo+Pgo+IEhvdyBhcmUgeW91IG1lYXN1cmlu ZyB0aGlzIHBlcmZvcm1hbmNlPwo+Cj4gSmFtZXMKSSAgcnVubmluZyBkZCBpZj0vZGV2L3plcm8g b2Y9L2Rldi94dmRiIGJzPTFNIGZvciBzZXZlcmFsIG1pbnV0ZXMuCgpBbHNvIHRyaWVkICJjYXQg L2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWlsYXIgCnJl c3VsdHMuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sun May 26 10:50:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 10:50: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 1UgYWG-0006Ms-Ia; Sun, 26 May 2013 10:49:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYWE-0006Ml-Ur for xen-users@lists.xen.org; Sun, 26 May 2013 10:49:43 +0000 Received: from [193.109.254.147:8986] by server-6.bemta-14.messagelabs.com id 5E/0D-00912-6C8E1A15; Sun, 26 May 2013 10:49:42 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1369565380!4031966!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12546 invoked from network); 26 May 2013 10:49:41 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 10:49:41 -0000 Received: by mail-lb0-f171.google.com with SMTP id v20so5962067lbc.16 for ; Sun, 26 May 2013 03:49:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=YNfD4J3B0fDaEMnXDEcoMUuTklF6Y4li3QSdqyx+bDk=; b=sOCm7wx5z/cEnIhPwCBPltlUBvbCtNyrpfeGZWPd/jxiEwB0FRHqTZNKI7Gxl6qMqT aM+FKGL3tICltg8lv+ysrmBXNA8He+Lz95DmMrnCouuBJv3J+k/+NEWY3dcN/32hwvOt rHMqk48SlOR88QYnptQKhExAtU1KGfVTm/9RHgVXrPs3dE5kr2tx58M9lccuI9F300TU iwP9C1wVSxssXiLz75E6uUzSc/gV/cvxUWVXhvb0Vd6OBoJQHLdDmqxoYkJgTouG5SEG mx8PKCz6NU3iThLZl2RftEDGA49sfkYuj7UMmJNLQpSQ4Nhli4+zYfYV7QuHK/uGhTo5 nITg== X-Received: by 10.112.35.69 with SMTP id f5mr11927932lbj.105.1369565375760; Sun, 26 May 2013 03:49:35 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id v4sm6347609lag.8.2013.05.26.03.49.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 03:49:35 -0700 (PDT) Message-ID: <51A1E8BD.9020700@gmail.com> Date: Sun, 26 May 2013 14:49:33 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNDo0MywgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4+IEhlbGxvLiBJJ20g ZXhwZXJpZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNpbmcgc29mdHdh cmUKPj4gcmFpZCA1IGZyb20gUFYgRG9tVS4gSSBjYW4gZ2V0IGFib3V0IDQyME0vcyBmb3Igc2Vx dWVudGlhbCByZWFkcyBhbmQKPj4gfjIyMCBNL3MgZm9yIHNlcXVlbnRpYWwgd3JpdGVzIHdoZW4g dXNpbmcgaXQgZnJvbSBEb20wLiBCdXQgaXQncyBvbmx5Cj4+IH4xNzAgTS9zIGZvciByZWFkIGFu ZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4KPj4gRG9tVSBw ZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNsb3NlIHRvIG5hdGl2ZSDigJQgfjE2MCBN L3MgZm9yCj4+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuCj4+Cj4+IFRoZXJlIGlzIG5vIGZp bGVzeXN0ZW0gb3IgTFZNLCBqdXN0IHJhdyBkYXRhLiBEZWJpYW4gd2hlZXp5IHg4Nl82NCBmb3IK Pj4gYm90aCBEb20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFj aCBkcml2ZSB0byBEb21VLgo+PiBJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRo IG15IHNldHVwPyBXaGF0IHNob3VsZCBJIGNoZWNrPwo+Pgo+IEhvdyBhcmUgeW91IG1lYXN1cmlu ZyB0aGlzIHBlcmZvcm1hbmNlPwo+Cj4gSmFtZXMKSSAgcnVubmluZyBkZCBpZj0vZGV2L3plcm8g b2Y9L2Rldi94dmRiIGJzPTFNIGZvciBzZXZlcmFsIG1pbnV0ZXMuCgpBbHNvIHRyaWVkICJjYXQg L2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWlsYXIgCnJl c3VsdHMuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sun May 26 11:17:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:17:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYwG-0006t6-9u; Sun, 26 May 2013 11:16:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYwE-0006t1-PR for xen-users@lists.xen.org; Sun, 26 May 2013 11:16:35 +0000 Received: from [85.158.138.51:46461] by server-12.bemta-3.messagelabs.com id 2A/52-17342-11FE1A15; Sun, 26 May 2013 11:16:33 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-2.tower-174.messagelabs.com!1369566990!28512651!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23023 invoked from network); 26 May 2013 11:16:32 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-2.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 11:16:32 -0000 Received: from bitcom1.int.sbss.com.au ([192.168.200.237]) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UgYw4-0005db-Oy; Sun, 26 May 2013 21:16:24 +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; Sun, 26 May 2013 21:16:24 +1000 From: James Harper To: braintorch Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoA== Date: Sun, 26 May 2013 11:16:22 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> In-Reply-To: <51A1E8BD.9020700@gmail.com> 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-19894.003 x-tm-as-result: No--51.620200-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-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 PiANCj4gMjYuMDUuMjAxMyAxNDo0MywgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6DQo+ID4+IEhl bGxvLiBJJ20gZXhwZXJpZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNp bmcgc29mdHdhcmUNCj4gPj4gcmFpZCA1IGZyb20gUFYgRG9tVS4gSSBjYW4gZ2V0IGFib3V0IDQy ME0vcyBmb3Igc2VxdWVudGlhbCByZWFkcyBhbmQNCj4gPj4gfjIyMCBNL3MgZm9yIHNlcXVlbnRp YWwgd3JpdGVzIHdoZW4gdXNpbmcgaXQgZnJvbSBEb20wLiBCdXQgaXQncyBvbmx5DQo+ID4+IH4x NzAgTS9zIGZvciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20g RG9tVS4NCj4gPj4NCj4gPj4gRG9tVSBwZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNs b3NlIHRvIG5hdGl2ZSDigJQgfjE2MCBNL3MgZm9yDQo+ID4+IHJlYWRzIGFuZCB+MTYwIGZvciB3 cml0ZXMuDQo+ID4+DQo+ID4+IFRoZXJlIGlzIG5vIGZpbGVzeXN0ZW0gb3IgTFZNLCBqdXN0IHJh dyBkYXRhLiBEZWJpYW4gd2hlZXp5IHg4Nl82NCBmb3INCj4gPj4gYm90aCBEb20wIGFuZCBEb21V LiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFjaCBkcml2ZSB0bw0KPiBEb21VLg0K PiA+PiBJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRoIG15IHNldHVwPyBXaGF0 IHNob3VsZCBJIGNoZWNrPw0KPiA+Pg0KPiA+IEhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBl cmZvcm1hbmNlPw0KPiA+DQo+ID4gSmFtZXMNCj4gSSAgcnVubmluZyBkZCBpZj0vZGV2L3plcm8g b2Y9L2Rldi94dmRiIGJzPTFNIGZvciBzZXZlcmFsIG1pbnV0ZXMuDQo+IA0KPiBBbHNvIHRyaWVk ICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWls YXINCj4gcmVzdWx0cy4NCg0KQWRkIG9mbGFnPWRpcmVjdCB0byB0aGUgZGQgY29tbWFuZCBzbyB0 aGF0IG5vIGNhY2hpbmcgaXMgaW4gZWZmZWN0IGFuZCB0aGVuIGNvbXBhcmUuDQoNCkphbWVzDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMg bWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sun May 26 11:17:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:17:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYwG-0006t6-9u; Sun, 26 May 2013 11:16:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYwE-0006t1-PR for xen-users@lists.xen.org; Sun, 26 May 2013 11:16:35 +0000 Received: from [85.158.138.51:46461] by server-12.bemta-3.messagelabs.com id 2A/52-17342-11FE1A15; Sun, 26 May 2013 11:16:33 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-2.tower-174.messagelabs.com!1369566990!28512651!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23023 invoked from network); 26 May 2013 11:16:32 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-2.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 11:16:32 -0000 Received: from bitcom1.int.sbss.com.au ([192.168.200.237]) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UgYw4-0005db-Oy; Sun, 26 May 2013 21:16:24 +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; Sun, 26 May 2013 21:16:24 +1000 From: James Harper To: braintorch Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoA== Date: Sun, 26 May 2013 11:16:22 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> In-Reply-To: <51A1E8BD.9020700@gmail.com> 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-19894.003 x-tm-as-result: No--51.620200-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-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 PiANCj4gMjYuMDUuMjAxMyAxNDo0MywgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6DQo+ID4+IEhl bGxvLiBJJ20gZXhwZXJpZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNp bmcgc29mdHdhcmUNCj4gPj4gcmFpZCA1IGZyb20gUFYgRG9tVS4gSSBjYW4gZ2V0IGFib3V0IDQy ME0vcyBmb3Igc2VxdWVudGlhbCByZWFkcyBhbmQNCj4gPj4gfjIyMCBNL3MgZm9yIHNlcXVlbnRp YWwgd3JpdGVzIHdoZW4gdXNpbmcgaXQgZnJvbSBEb20wLiBCdXQgaXQncyBvbmx5DQo+ID4+IH4x NzAgTS9zIGZvciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20g RG9tVS4NCj4gPj4NCj4gPj4gRG9tVSBwZXJmb3JtYW5jZSBmb3Igc2luZ2xlIGRyaXZlIGlzIGNs b3NlIHRvIG5hdGl2ZSDigJQgfjE2MCBNL3MgZm9yDQo+ID4+IHJlYWRzIGFuZCB+MTYwIGZvciB3 cml0ZXMuDQo+ID4+DQo+ID4+IFRoZXJlIGlzIG5vIGZpbGVzeXN0ZW0gb3IgTFZNLCBqdXN0IHJh dyBkYXRhLiBEZWJpYW4gd2hlZXp5IHg4Nl82NCBmb3INCj4gPj4gYm90aCBEb20wIGFuZCBEb21V LiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFjaCBkcml2ZSB0bw0KPiBEb21VLg0K PiA+PiBJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRoIG15IHNldHVwPyBXaGF0 IHNob3VsZCBJIGNoZWNrPw0KPiA+Pg0KPiA+IEhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBl cmZvcm1hbmNlPw0KPiA+DQo+ID4gSmFtZXMNCj4gSSAgcnVubmluZyBkZCBpZj0vZGV2L3plcm8g b2Y9L2Rldi94dmRiIGJzPTFNIGZvciBzZXZlcmFsIG1pbnV0ZXMuDQo+IA0KPiBBbHNvIHRyaWVk ICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWls YXINCj4gcmVzdWx0cy4NCg0KQWRkIG9mbGFnPWRpcmVjdCB0byB0aGUgZGQgY29tbWFuZCBzbyB0 aGF0IG5vIGNhY2hpbmcgaXMgaW4gZWZmZWN0IGFuZCB0aGVuIGNvbXBhcmUuDQoNCkphbWVzDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMg bWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sun May 26 11:20:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11: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 1UgYzT-00071r-64; Sun, 26 May 2013 11:19:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYzR-00071h-Dn for xen-users@lists.xen.org; Sun, 26 May 2013 11:19:53 +0000 Received: from [85.158.143.99:54707] by server-2.bemta-4.messagelabs.com id 79/F3-27124-8DFE1A15; Sun, 26 May 2013 11:19:52 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1369567191!34056124!1 X-Originating-IP: [209.85.128.50] 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 21309 invoked from network); 26 May 2013 11:19:52 -0000 Received: from mail-qe0-f50.google.com (HELO mail-qe0-f50.google.com) (209.85.128.50) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 11:19:52 -0000 Received: by mail-qe0-f50.google.com with SMTP id x7so3349163qeu.9 for ; Sun, 26 May 2013 04:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=IMnq+W0bqEIVc6+dTkBhAoSjpHPsBI3PF+mLysBVjB0=; b=vBFRu3wWjrvTvpNpGqaxmOveOM2BcgHk/PL7cL7YBOmFe0rOJO9upvJ9vSiwDD4egI H/eLLKNun9WjdT0W39Q5Osm85UT/Xg5PfXJ6L6+v4oqvKN2Id3kJkDlSlE4Pi9u6eORv bZqK9vE+vNiNmXjzJ9XU/uggx3OCbGEWVakVamo/JZYM1cIHmHdJjP94xoVHESUMj4HW DsDhLqR3ugIBpIaSEotK+/iE1geaufoxhKkQzBrSvMEvJqxr01ELjS9CbQSkY5EBhRuw VkEGcPSfNDMIX01yE/rYIKp8+C8wHGw+umb2N3ZlyhlLCwG5UZT+NNSJDcyom13Pt8IC 06xQ== MIME-Version: 1.0 X-Received: by 10.229.59.71 with SMTP id k7mr4619696qch.50.1369567190986; Sun, 26 May 2013 04:19:50 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 04:19:50 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 May 2013 16:19:50 +0500 Message-ID: From: Micky To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Discard that. It appears that lvm snapshot size (the one I'm using for backups) got exceeded with i/o errors resulting in high DCP latency from ata.sys driver. Though lvm backups are quite risky but still it questions the fact that a simple i/o related issue on an lvm based domu can render it unbootable. On Sun, May 26, 2013 at 2:29 PM, Micky wrote: > Having this weird problem of high cpu coming off from "System" and > "System Interrupts" processes on a GPLPV domu. > > The latency seems to be related to a system interrupts. > > Did anyone else notice the same issue? Running standard web server apps here. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 11:20:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11: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 1UgYzT-00071r-64; Sun, 26 May 2013 11:19:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgYzR-00071h-Dn for xen-users@lists.xen.org; Sun, 26 May 2013 11:19:53 +0000 Received: from [85.158.143.99:54707] by server-2.bemta-4.messagelabs.com id 79/F3-27124-8DFE1A15; Sun, 26 May 2013 11:19:52 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1369567191!34056124!1 X-Originating-IP: [209.85.128.50] 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 21309 invoked from network); 26 May 2013 11:19:52 -0000 Received: from mail-qe0-f50.google.com (HELO mail-qe0-f50.google.com) (209.85.128.50) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 11:19:52 -0000 Received: by mail-qe0-f50.google.com with SMTP id x7so3349163qeu.9 for ; Sun, 26 May 2013 04:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=IMnq+W0bqEIVc6+dTkBhAoSjpHPsBI3PF+mLysBVjB0=; b=vBFRu3wWjrvTvpNpGqaxmOveOM2BcgHk/PL7cL7YBOmFe0rOJO9upvJ9vSiwDD4egI H/eLLKNun9WjdT0W39Q5Osm85UT/Xg5PfXJ6L6+v4oqvKN2Id3kJkDlSlE4Pi9u6eORv bZqK9vE+vNiNmXjzJ9XU/uggx3OCbGEWVakVamo/JZYM1cIHmHdJjP94xoVHESUMj4HW DsDhLqR3ugIBpIaSEotK+/iE1geaufoxhKkQzBrSvMEvJqxr01ELjS9CbQSkY5EBhRuw VkEGcPSfNDMIX01yE/rYIKp8+C8wHGw+umb2N3ZlyhlLCwG5UZT+NNSJDcyom13Pt8IC 06xQ== MIME-Version: 1.0 X-Received: by 10.229.59.71 with SMTP id k7mr4619696qch.50.1369567190986; Sun, 26 May 2013 04:19:50 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 04:19:50 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 May 2013 16:19:50 +0500 Message-ID: From: Micky To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Discard that. It appears that lvm snapshot size (the one I'm using for backups) got exceeded with i/o errors resulting in high DCP latency from ata.sys driver. Though lvm backups are quite risky but still it questions the fact that a simple i/o related issue on an lvm based domu can render it unbootable. On Sun, May 26, 2013 at 2:29 PM, Micky wrote: > Having this weird problem of high cpu coming off from "System" and > "System Interrupts" processes on a GPLPV domu. > > The latency seems to be related to a system interrupts. > > Did anyone else notice the same issue? Running standard web server apps here. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 11:50:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:50:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZRu-0007vO-4N; Sun, 26 May 2013 11:49:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZRt-0007vJ-7V for xen-users@lists.xen.org; Sun, 26 May 2013 11:49:17 +0000 Received: from [85.158.143.99:9451] by server-1.bemta-4.messagelabs.com id 94/E5-06122-CB6F1A15; Sun, 26 May 2013 11:49:16 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369568955!22940622!1 X-Originating-IP: [209.85.215.51] 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 10659 invoked from network); 26 May 2013 11:49:15 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 11:49:15 -0000 Received: by mail-la0-f51.google.com with SMTP id lx15so5751846lab.10 for ; Sun, 26 May 2013 04:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IHFb1WF6N5GIukZVvP9Imm3g7JoC2YHslFpGkvXh0ao=; b=fEP5+BTETo1z0MvBUrSAg4Sz9bo6gm+IXWZZkIWA1l0S/2KKeE/bNAw1wz6s3LQdV2 oDw0P0qy1FEbvz6wWYuNlzQwpSOFPPAebaN5tYSPeEwgJudj7g6J0AcLD749PQ4tYjCY vAggsdiGZ4fYZk8xinfkwi+cAAbzr9ReK4/SjG50eGuW53Om10+xbfWKh8jOGrdFghyA y23VvN1/sTZ0hnFV5anPnozIeIiU61u4r7z0ZFE6SdJk1mAWpAFgw33+AH766Fpp0vow 0FrYDeyUKcl4nBj+cTibxJwVYxCPQ5THPDrEQ8c2XpiNY4bXO9grAguC7XmW0iuEh0Is Hn/w== X-Received: by 10.112.162.40 with SMTP id xx8mr12326350lbb.30.1369568954923; Sun, 26 May 2013 04:49:14 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id uo8sm7825874lbb.5.2013.05.26.04.49.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 04:49:14 -0700 (PDT) Message-ID: <51A1F6B9.10707@gmail.com> Date: Sun, 26 May 2013 15:49:13 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNToxNiwgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4+IDI2LjA1LjIwMTMg MTQ6NDMsIEphbWVzIEhhcnBlciDQv9C40YjQtdGCOgo+Pj4+IEhlbGxvLiBJJ20gZXhwZXJpZW5j aW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNpbmcgc29mdHdhcmUKPj4+PiBy YWlkIDUgZnJvbSBQViBEb21VLiBJIGNhbiBnZXQgYWJvdXQgNDIwTS9zIGZvciBzZXF1ZW50aWFs IHJlYWRzIGFuZAo+Pj4+IH4yMjAgTS9zIGZvciBzZXF1ZW50aWFsIHdyaXRlcyB3aGVuIHVzaW5n IGl0IGZyb20gRG9tMC4gQnV0IGl0J3Mgb25seQo+Pj4+IH4xNzAgTS9zIGZvciByZWFkIGFuZCB+ ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4+Pgo+Pj4+IERvbVUg cGVyZm9ybWFuY2UgZm9yIHNpbmdsZSBkcml2ZSBpcyBjbG9zZSB0byBuYXRpdmUg4oCUIH4xNjAg TS9zIGZvcgo+Pj4+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuCj4+Pj4KPj4+PiBUaGVyZSBp cyBubyBmaWxlc3lzdGVtIG9yIExWTSwganVzdCByYXcgZGF0YS4gRGViaWFuIHdoZWV6eSB4ODZf NjQgZm9yCj4+Pj4gYm90aCBEb20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2Vk IHRvIGF0dGFjaCBkcml2ZSB0bwo+PiBEb21VLgo+Pj4+IElzIHRoaXMgYSBidWcgb3Igc29tZXRo aW5nIHdyb25nIHdpdGggbXkgc2V0dXA/IFdoYXQgc2hvdWxkIEkgY2hlY2s/Cj4+Pj4KPj4+IEhv dyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBlcmZvcm1hbmNlPwo+Pj4KPj4+IEphbWVzCj4+IEkg IHJ1bm5pbmcgZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYveHZkYiBicz0xTSBmb3Igc2V2ZXJhbCBt aW51dGVzLgo+Pgo+PiBBbHNvIHRyaWVkICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2 ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWlsYXIKPj4gcmVzdWx0cy4KPiBBZGQgb2ZsYWc9ZGlyZWN0 IHRvIHRoZSBkZCBjb21tYW5kIHNvIHRoYXQgbm8gY2FjaGluZyBpcyBpbiBlZmZlY3QgYW5kIHRo ZW4gY29tcGFyZS4KPgo+IEphbWVzCkphbWVzLCBpdCdzIGV2ZW4gbW9yZSBkcmFtYXRpYyB3aXRo b3V0IGNhY2hpbmcuCgoKRG9tMDoKClJlYWRpbmc6CmRkIGlmPS9kZXYvbWQwIG9mPS9kZXYvbnVs bCBicz0xTSBpZmxhZz1kaXJlY3QKICDRgdC60L7Qv9C40YDQvtCy0LDQvdC+IDExNjU5MTE2NTQ0 INCx0LDQudGC0LAgKDEyIEdCKSwgMjcsNDYxNCBjLCA0MjUgTUIvYwoKV3JpdGluZzoKZGQgaWY9 L2Rldi96ZXJvIG9mPS9kZXYvbWQwIGJzPTFNIG9mbGFnPWRpcmVjdAogINGB0LrQvtC/0LjRgNC+ 0LLQsNC90L4gMTAxMDgyNzI2NDAg0LHQsNC50YIgKDEwIEdCKSwgMTM1LDg1OSBjLCA3NCw0IE1C L2MKCkRvbXU6CgpSZWFkaW5nOgpkZCBpZj0vZGV2L3h2ZGIgb2Y9L2Rldi9udWxsIGlmbGFnPWRp cmVjdAogINGB0LrQvtC/0LjRgNC+0LLQsNC90L4gMjI5NjE1MTA0INCx0LDQudGC0LAgKDIzMCBN QiksIDc1LDkzOTQgYywgMywwIE1CL2MKCldyaXRpbmc6CmRkIGlmPS9kZXYvemVybyBvZj0vZGV2 L3h2ZGIgb2ZsYWc9ZGlyZWN0CiAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAyMzE4MTgyNDAg0LHQ sNC50YIgKDIzMiBNQiksIDE1OCwyODMgYywgMSw1IE1CL2MKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun May 26 11:50:09 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:50:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZRu-0007vO-4N; Sun, 26 May 2013 11:49:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZRt-0007vJ-7V for xen-users@lists.xen.org; Sun, 26 May 2013 11:49:17 +0000 Received: from [85.158.143.99:9451] by server-1.bemta-4.messagelabs.com id 94/E5-06122-CB6F1A15; Sun, 26 May 2013 11:49:16 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369568955!22940622!1 X-Originating-IP: [209.85.215.51] 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 10659 invoked from network); 26 May 2013 11:49:15 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 11:49:15 -0000 Received: by mail-la0-f51.google.com with SMTP id lx15so5751846lab.10 for ; Sun, 26 May 2013 04:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IHFb1WF6N5GIukZVvP9Imm3g7JoC2YHslFpGkvXh0ao=; b=fEP5+BTETo1z0MvBUrSAg4Sz9bo6gm+IXWZZkIWA1l0S/2KKeE/bNAw1wz6s3LQdV2 oDw0P0qy1FEbvz6wWYuNlzQwpSOFPPAebaN5tYSPeEwgJudj7g6J0AcLD749PQ4tYjCY vAggsdiGZ4fYZk8xinfkwi+cAAbzr9ReK4/SjG50eGuW53Om10+xbfWKh8jOGrdFghyA y23VvN1/sTZ0hnFV5anPnozIeIiU61u4r7z0ZFE6SdJk1mAWpAFgw33+AH766Fpp0vow 0FrYDeyUKcl4nBj+cTibxJwVYxCPQ5THPDrEQ8c2XpiNY4bXO9grAguC7XmW0iuEh0Is Hn/w== X-Received: by 10.112.162.40 with SMTP id xx8mr12326350lbb.30.1369568954923; Sun, 26 May 2013 04:49:14 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id uo8sm7825874lbb.5.2013.05.26.04.49.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 04:49:14 -0700 (PDT) Message-ID: <51A1F6B9.10707@gmail.com> Date: Sun, 26 May 2013 15:49:13 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNToxNiwgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4+IDI2LjA1LjIwMTMg MTQ6NDMsIEphbWVzIEhhcnBlciDQv9C40YjQtdGCOgo+Pj4+IEhlbGxvLiBJJ20gZXhwZXJpZW5j aW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNpbmcgc29mdHdhcmUKPj4+PiBy YWlkIDUgZnJvbSBQViBEb21VLiBJIGNhbiBnZXQgYWJvdXQgNDIwTS9zIGZvciBzZXF1ZW50aWFs IHJlYWRzIGFuZAo+Pj4+IH4yMjAgTS9zIGZvciBzZXF1ZW50aWFsIHdyaXRlcyB3aGVuIHVzaW5n IGl0IGZyb20gRG9tMC4gQnV0IGl0J3Mgb25seQo+Pj4+IH4xNzAgTS9zIGZvciByZWFkIGFuZCB+ ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4+Pgo+Pj4+IERvbVUg cGVyZm9ybWFuY2UgZm9yIHNpbmdsZSBkcml2ZSBpcyBjbG9zZSB0byBuYXRpdmUg4oCUIH4xNjAg TS9zIGZvcgo+Pj4+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuCj4+Pj4KPj4+PiBUaGVyZSBp cyBubyBmaWxlc3lzdGVtIG9yIExWTSwganVzdCByYXcgZGF0YS4gRGViaWFuIHdoZWV6eSB4ODZf NjQgZm9yCj4+Pj4gYm90aCBEb20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2Vk IHRvIGF0dGFjaCBkcml2ZSB0bwo+PiBEb21VLgo+Pj4+IElzIHRoaXMgYSBidWcgb3Igc29tZXRo aW5nIHdyb25nIHdpdGggbXkgc2V0dXA/IFdoYXQgc2hvdWxkIEkgY2hlY2s/Cj4+Pj4KPj4+IEhv dyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBlcmZvcm1hbmNlPwo+Pj4KPj4+IEphbWVzCj4+IEkg IHJ1bm5pbmcgZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYveHZkYiBicz0xTSBmb3Igc2V2ZXJhbCBt aW51dGVzLgo+Pgo+PiBBbHNvIHRyaWVkICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2 ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWlsYXIKPj4gcmVzdWx0cy4KPiBBZGQgb2ZsYWc9ZGlyZWN0 IHRvIHRoZSBkZCBjb21tYW5kIHNvIHRoYXQgbm8gY2FjaGluZyBpcyBpbiBlZmZlY3QgYW5kIHRo ZW4gY29tcGFyZS4KPgo+IEphbWVzCkphbWVzLCBpdCdzIGV2ZW4gbW9yZSBkcmFtYXRpYyB3aXRo b3V0IGNhY2hpbmcuCgoKRG9tMDoKClJlYWRpbmc6CmRkIGlmPS9kZXYvbWQwIG9mPS9kZXYvbnVs bCBicz0xTSBpZmxhZz1kaXJlY3QKICDRgdC60L7Qv9C40YDQvtCy0LDQvdC+IDExNjU5MTE2NTQ0 INCx0LDQudGC0LAgKDEyIEdCKSwgMjcsNDYxNCBjLCA0MjUgTUIvYwoKV3JpdGluZzoKZGQgaWY9 L2Rldi96ZXJvIG9mPS9kZXYvbWQwIGJzPTFNIG9mbGFnPWRpcmVjdAogINGB0LrQvtC/0LjRgNC+ 0LLQsNC90L4gMTAxMDgyNzI2NDAg0LHQsNC50YIgKDEwIEdCKSwgMTM1LDg1OSBjLCA3NCw0IE1C L2MKCkRvbXU6CgpSZWFkaW5nOgpkZCBpZj0vZGV2L3h2ZGIgb2Y9L2Rldi9udWxsIGlmbGFnPWRp cmVjdAogINGB0LrQvtC/0LjRgNC+0LLQsNC90L4gMjI5NjE1MTA0INCx0LDQudGC0LAgKDIzMCBN QiksIDc1LDkzOTQgYywgMywwIE1CL2MKCldyaXRpbmc6CmRkIGlmPS9kZXYvemVybyBvZj0vZGV2 L3h2ZGIgb2ZsYWc9ZGlyZWN0CiAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAyMzE4MTgyNDAg0LHQ sNC50YIgKDIzMiBNQiksIDE1OCwyODMgYywgMSw1IE1CL2MKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun May 26 11:51:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:51: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 1UgZT2-0007z2-Qr; Sun, 26 May 2013 11:50:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZT1-0007yw-Pw for xen-users@lists.xen.org; Sun, 26 May 2013 11:50:27 +0000 Received: from [193.109.254.147:7223] by server-9.bemta-14.messagelabs.com id 55/95-15694-307F1A15; Sun, 26 May 2013 11:50:27 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-4.tower-27.messagelabs.com!1369569022!9681407!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8560 invoked from network); 26 May 2013 11:50:24 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-4.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 11:50:24 -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 1UgZSt-0005iG-5X; Sun, 26 May 2013 21:50:19 +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; Sun, 26 May 2013 21:50:11 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes Thread-Index: AQHOWgSiaRYb03DttE6rPJtrz5uUi5kXWblw Date: Sun, 26 May 2013 11:50:09 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> References: In-Reply-To: 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-19894.003 x-tm-as-result: No--36.978900-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Discard that. It appears that lvm snapshot size (the one I'm using for > backups) got exceeded with i/o errors resulting in high DCP latency > from ata.sys driver. Though lvm backups are quite risky but still it > questions the fact that a simple i/o related issue on an lvm based > domu can render it unbootable. > If the snapshot becomes full then it becomes disabled. Are you running your domu on the snapshot itself or are you just saying that there is a snapshot and it got full? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 11:51:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:51: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 1UgZT2-0007z2-Qr; Sun, 26 May 2013 11:50:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZT1-0007yw-Pw for xen-users@lists.xen.org; Sun, 26 May 2013 11:50:27 +0000 Received: from [193.109.254.147:7223] by server-9.bemta-14.messagelabs.com id 55/95-15694-307F1A15; Sun, 26 May 2013 11:50:27 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-4.tower-27.messagelabs.com!1369569022!9681407!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8560 invoked from network); 26 May 2013 11:50:24 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-4.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 11:50:24 -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 1UgZSt-0005iG-5X; Sun, 26 May 2013 21:50:19 +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; Sun, 26 May 2013 21:50:11 +1000 From: James Harper To: Micky , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes Thread-Index: AQHOWgSiaRYb03DttE6rPJtrz5uUi5kXWblw Date: Sun, 26 May 2013 11:50:09 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> References: In-Reply-To: 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-19894.003 x-tm-as-result: No--36.978900-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Discard that. It appears that lvm snapshot size (the one I'm using for > backups) got exceeded with i/o errors resulting in high DCP latency > from ata.sys driver. Though lvm backups are quite risky but still it > questions the fact that a simple i/o related issue on an lvm based > domu can render it unbootable. > If the snapshot becomes full then it becomes disabled. Are you running your domu on the snapshot itself or are you just saying that there is a snapshot and it got full? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 11:52:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:52: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 1UgZUa-00087H-Iv; Sun, 26 May 2013 11:52:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZUZ-000873-Ji for xen-users@lists.xen.org; Sun, 26 May 2013 11:52:03 +0000 Received: from [193.109.254.147:12416] by server-8.bemta-14.messagelabs.com id A4/2A-04364-267F1A15; Sun, 26 May 2013 11:52:02 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-12.tower-27.messagelabs.com!1369569119!9108351!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25857 invoked from network); 26 May 2013 11:52:01 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-12.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 26 May 2013 11:52:01 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UgZUL-0005aA-NW; Sun, 26 May 2013 21:51:49 +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; Sun, 26 May 2013 21:51:35 +1000 From: James Harper To: braintorch Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDA= Date: Sun, 26 May 2013 11:51:34 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> In-Reply-To: <51A1F6B9.10707@gmail.com> 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-19894.003 x-tm-as-result: No--60.336800-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-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 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogYnJhaW50b3JjaCBbbWFp bHRvOmtrYWJhcmRpbkBnbWFpbC5jb21dDQo+IFNlbnQ6IFN1bmRheSwgMjYgTWF5IDIwMTMgOTo0 OSBQTQ0KPiBUbzogSmFtZXMgSGFycGVyDQo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0K PiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gU29mdHdhcmUgUmFpZCA1IGRvbXUgcGVyZm9ybWFu Y2UgZHJvcA0KPiANCj4gMjYuMDUuMjAxMyAxNToxNiwgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6 DQo+ID4+IDI2LjA1LjIwMTMgMTQ6NDMsIEphbWVzIEhhcnBlciDQv9C40YjQtdGCOg0KPiA+Pj4+ IEhlbGxvLiBJJ20gZXhwZXJpZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4g dXNpbmcNCj4gc29mdHdhcmUNCj4gPj4+PiByYWlkIDUgZnJvbSBQViBEb21VLiBJIGNhbiBnZXQg YWJvdXQgNDIwTS9zIGZvciBzZXF1ZW50aWFsIHJlYWRzIGFuZA0KPiA+Pj4+IH4yMjAgTS9zIGZv ciBzZXF1ZW50aWFsIHdyaXRlcyB3aGVuIHVzaW5nIGl0IGZyb20gRG9tMC4gQnV0IGl0J3Mgb25s eQ0KPiA+Pj4+IH4xNzAgTS9zIGZvciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVz aW5nIGl0IGZyb20gRG9tVS4NCj4gPj4+Pg0KPiA+Pj4+IERvbVUgcGVyZm9ybWFuY2UgZm9yIHNp bmdsZSBkcml2ZSBpcyBjbG9zZSB0byBuYXRpdmUg4oCUIH4xNjAgTS9zIGZvcg0KPiA+Pj4+IHJl YWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuDQo+ID4+Pj4NCj4gPj4+PiBUaGVyZSBpcyBubyBmaWxl c3lzdGVtIG9yIExWTSwganVzdCByYXcgZGF0YS4gRGViaWFuIHdoZWV6eSB4ODZfNjQgZm9yDQo+ ID4+Pj4gYm90aCBEb20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0 dGFjaCBkcml2ZSB0bw0KPiA+PiBEb21VLg0KPiA+Pj4+IElzIHRoaXMgYSBidWcgb3Igc29tZXRo aW5nIHdyb25nIHdpdGggbXkgc2V0dXA/IFdoYXQgc2hvdWxkIEkgY2hlY2s/DQo+ID4+Pj4NCj4g Pj4+IEhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBlcmZvcm1hbmNlPw0KPiA+Pj4NCj4gPj4+ IEphbWVzDQo+ID4+IEkgIHJ1bm5pbmcgZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYveHZkYiBicz0x TSBmb3Igc2V2ZXJhbCBtaW51dGVzLg0KPiA+Pg0KPiA+PiBBbHNvIHRyaWVkICJjYXQgL2Rldi96 ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWlsYXINCj4gPj4gcmVz dWx0cy4NCj4gPiBBZGQgb2ZsYWc9ZGlyZWN0IHRvIHRoZSBkZCBjb21tYW5kIHNvIHRoYXQgbm8g Y2FjaGluZyBpcyBpbiBlZmZlY3QgYW5kDQo+IHRoZW4gY29tcGFyZS4NCj4gPg0KPiA+IEphbWVz DQo+IEphbWVzLCBpdCdzIGV2ZW4gbW9yZSBkcmFtYXRpYyB3aXRob3V0IGNhY2hpbmcuDQo+IA0K PiANCj4gRG9tMDoNCj4gDQo+IFJlYWRpbmc6DQo+IGRkIGlmPS9kZXYvbWQwIG9mPS9kZXYvbnVs bCBicz0xTSBpZmxhZz1kaXJlY3QNCj4gICDRgdC60L7Qv9C40YDQvtCy0LDQvdC+IDExNjU5MTE2 NTQ0INCx0LDQudGC0LAgKDEyIEdCKSwgMjcsNDYxNCBjLCA0MjUgTUIvYw0KPiANCj4gV3JpdGlu ZzoNCj4gZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYvbWQwIGJzPTFNIG9mbGFnPWRpcmVjdA0KPiAg INGB0LrQvtC/0LjRgNC+0LLQsNC90L4gMTAxMDgyNzI2NDAg0LHQsNC50YIgKDEwIEdCKSwgMTM1 LDg1OSBjLCA3NCw0IE1CL2MNCj4gDQo+IERvbXU6DQo+IA0KPiBSZWFkaW5nOg0KPiBkZCBpZj0v ZGV2L3h2ZGIgb2Y9L2Rldi9udWxsIGlmbGFnPWRpcmVjdA0KPiAgINGB0LrQvtC/0LjRgNC+0LLQ sNC90L4gMjI5NjE1MTA0INCx0LDQudGC0LAgKDIzMCBNQiksIDc1LDkzOTQgYywgMywwIE1CL2MN Cj4gDQo+IFdyaXRpbmc6DQo+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIgb2ZsYWc9ZGly ZWN0DQo+ICAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAyMzE4MTgyNDAg0LHQsNC50YIgKDIzMiBN QiksIDE1OCwyODMgYywgMSw1IE1CL2MNCg0KSSBkb24ndCBzZWUgYSBibG9jayBzaXplIG9uIHRo ZSBkb211IG1lYXN1cmVtZW50cy4uLiBkaWQgeW91IGp1c3QgY29weSBhbmQgcGFzdGUgaXQgd3Jv bmcgb3IgZGlkIHlvdSByZWFsbHkgbGVhdmUgaXQgYXQgZGVmYXVsdCA1MTIgYnl0ZSBibG9jayBz aXplPw0KDQpKYW1lcw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 11:52:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 11:52: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 1UgZUa-00087H-Iv; Sun, 26 May 2013 11:52:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZUZ-000873-Ji for xen-users@lists.xen.org; Sun, 26 May 2013 11:52:03 +0000 Received: from [193.109.254.147:12416] by server-8.bemta-14.messagelabs.com id A4/2A-04364-267F1A15; Sun, 26 May 2013 11:52:02 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-12.tower-27.messagelabs.com!1369569119!9108351!1 X-Originating-IP: [203.16.224.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25857 invoked from network); 26 May 2013 11:52:01 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-12.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 26 May 2013 11:52:01 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99] helo=BITCOM1.int.sbss.com.au) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1UgZUL-0005aA-NW; Sun, 26 May 2013 21:51:49 +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; Sun, 26 May 2013 21:51:35 +1000 From: James Harper To: braintorch Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDA= Date: Sun, 26 May 2013 11:51:34 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> In-Reply-To: <51A1F6B9.10707@gmail.com> 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-19894.003 x-tm-as-result: No--60.336800-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-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 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogYnJhaW50b3JjaCBbbWFp bHRvOmtrYWJhcmRpbkBnbWFpbC5jb21dDQo+IFNlbnQ6IFN1bmRheSwgMjYgTWF5IDIwMTMgOTo0 OSBQTQ0KPiBUbzogSmFtZXMgSGFycGVyDQo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0K PiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gU29mdHdhcmUgUmFpZCA1IGRvbXUgcGVyZm9ybWFu Y2UgZHJvcA0KPiANCj4gMjYuMDUuMjAxMyAxNToxNiwgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6 DQo+ID4+IDI2LjA1LjIwMTMgMTQ6NDMsIEphbWVzIEhhcnBlciDQv9C40YjQtdGCOg0KPiA+Pj4+ IEhlbGxvLiBJJ20gZXhwZXJpZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4g dXNpbmcNCj4gc29mdHdhcmUNCj4gPj4+PiByYWlkIDUgZnJvbSBQViBEb21VLiBJIGNhbiBnZXQg YWJvdXQgNDIwTS9zIGZvciBzZXF1ZW50aWFsIHJlYWRzIGFuZA0KPiA+Pj4+IH4yMjAgTS9zIGZv ciBzZXF1ZW50aWFsIHdyaXRlcyB3aGVuIHVzaW5nIGl0IGZyb20gRG9tMC4gQnV0IGl0J3Mgb25s eQ0KPiA+Pj4+IH4xNzAgTS9zIGZvciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVz aW5nIGl0IGZyb20gRG9tVS4NCj4gPj4+Pg0KPiA+Pj4+IERvbVUgcGVyZm9ybWFuY2UgZm9yIHNp bmdsZSBkcml2ZSBpcyBjbG9zZSB0byBuYXRpdmUg4oCUIH4xNjAgTS9zIGZvcg0KPiA+Pj4+IHJl YWRzIGFuZCB+MTYwIGZvciB3cml0ZXMuDQo+ID4+Pj4NCj4gPj4+PiBUaGVyZSBpcyBubyBmaWxl c3lzdGVtIG9yIExWTSwganVzdCByYXcgZGF0YS4gRGViaWFuIHdoZWV6eSB4ODZfNjQgZm9yDQo+ ID4+Pj4gYm90aCBEb20wIGFuZCBEb21VLiBBbmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0 dGFjaCBkcml2ZSB0bw0KPiA+PiBEb21VLg0KPiA+Pj4+IElzIHRoaXMgYSBidWcgb3Igc29tZXRo aW5nIHdyb25nIHdpdGggbXkgc2V0dXA/IFdoYXQgc2hvdWxkIEkgY2hlY2s/DQo+ID4+Pj4NCj4g Pj4+IEhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlzIHBlcmZvcm1hbmNlPw0KPiA+Pj4NCj4gPj4+ IEphbWVzDQo+ID4+IEkgIHJ1bm5pbmcgZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYveHZkYiBicz0x TSBmb3Igc2V2ZXJhbCBtaW51dGVzLg0KPiA+Pg0KPiA+PiBBbHNvIHRyaWVkICJjYXQgL2Rldi96 ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZlIG1lIHNpbWlsYXINCj4gPj4gcmVz dWx0cy4NCj4gPiBBZGQgb2ZsYWc9ZGlyZWN0IHRvIHRoZSBkZCBjb21tYW5kIHNvIHRoYXQgbm8g Y2FjaGluZyBpcyBpbiBlZmZlY3QgYW5kDQo+IHRoZW4gY29tcGFyZS4NCj4gPg0KPiA+IEphbWVz DQo+IEphbWVzLCBpdCdzIGV2ZW4gbW9yZSBkcmFtYXRpYyB3aXRob3V0IGNhY2hpbmcuDQo+IA0K PiANCj4gRG9tMDoNCj4gDQo+IFJlYWRpbmc6DQo+IGRkIGlmPS9kZXYvbWQwIG9mPS9kZXYvbnVs bCBicz0xTSBpZmxhZz1kaXJlY3QNCj4gICDRgdC60L7Qv9C40YDQvtCy0LDQvdC+IDExNjU5MTE2 NTQ0INCx0LDQudGC0LAgKDEyIEdCKSwgMjcsNDYxNCBjLCA0MjUgTUIvYw0KPiANCj4gV3JpdGlu ZzoNCj4gZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYvbWQwIGJzPTFNIG9mbGFnPWRpcmVjdA0KPiAg INGB0LrQvtC/0LjRgNC+0LLQsNC90L4gMTAxMDgyNzI2NDAg0LHQsNC50YIgKDEwIEdCKSwgMTM1 LDg1OSBjLCA3NCw0IE1CL2MNCj4gDQo+IERvbXU6DQo+IA0KPiBSZWFkaW5nOg0KPiBkZCBpZj0v ZGV2L3h2ZGIgb2Y9L2Rldi9udWxsIGlmbGFnPWRpcmVjdA0KPiAgINGB0LrQvtC/0LjRgNC+0LLQ sNC90L4gMjI5NjE1MTA0INCx0LDQudGC0LAgKDIzMCBNQiksIDc1LDkzOTQgYywgMywwIE1CL2MN Cj4gDQo+IFdyaXRpbmc6DQo+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIgb2ZsYWc9ZGly ZWN0DQo+ICAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAyMzE4MTgyNDAg0LHQsNC50YIgKDIzMiBN QiksIDE1OCwyODMgYywgMSw1IE1CL2MNCg0KSSBkb24ndCBzZWUgYSBibG9jayBzaXplIG9uIHRo ZSBkb211IG1lYXN1cmVtZW50cy4uLiBkaWQgeW91IGp1c3QgY29weSBhbmQgcGFzdGUgaXQgd3Jv bmcgb3IgZGlkIHlvdSByZWFsbHkgbGVhdmUgaXQgYXQgZGVmYXVsdCA1MTIgYnl0ZSBibG9jayBz aXplPw0KDQpKYW1lcw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 12:20:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 12:20: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 1UgZv0-0000dL-3N; Sun, 26 May 2013 12:19:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZuy-0000dG-GN for xen-users@lists.xen.org; Sun, 26 May 2013 12:19:20 +0000 Received: from [193.109.254.147:50889] by server-6.bemta-14.messagelabs.com id 33/65-00912-7CDF1A15; Sun, 26 May 2013 12:19:19 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1369570758!9121137!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1945 invoked from network); 26 May 2013 12:19:19 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 12:19:19 -0000 Received: by mail-qa0-f42.google.com with SMTP id bs12so605244qab.1 for ; Sun, 26 May 2013 05:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qAShSy1Ft1/PMSwIGfv99rf+4WXKuDBiSBHJsMyfM34=; b=GJseE+TSzLUNydrsBnZfIDqx3pQ/GVCkT4ELU72vKVq84sCCqVZUUWbnkDV6vwCg45 ifZfACZcAkkF4lYsoQAkXKbwTW6QIRkhMuvrTnJnNhlcOxXa2lkvliyKQhnPoku3FNUm NMFZ6iziVjmmexEcjdHlgZklE1y85Jtu7Xj/gFMRKbR5sQz69g1Md+ocrdnI2BWSP5oR bqezWhg3HPBvxlA71uyPDULJZfFBhGp3PP0yTgufzl/GNPQtEXe3djcZ/3a4PRGL7OK7 3Ow8l1patI3k5l9yUHNYY+zhq0NA1xnPjfOVfJ/s1LYTIZGLYlkXZE91yW/tgJAa2UD6 6Mpw== MIME-Version: 1.0 X-Received: by 10.224.59.200 with SMTP id m8mr23005255qah.43.1369570757960; Sun, 26 May 2013 05:19:17 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 05:19:17 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> Date: Sun, 26 May 2013 17:19:17 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org The domu itself is running on a separate lvm. I was just using snapshots for backups. Indeed, the snapshot got over flowed with i/o errors. Sadly the last backup with lvm seemed to have few gigs more than the original size of the lvm so i am gonna have to shit to other means to restore it. LOL! Pretty weird as it happened when the snapshot got filled in. Dmeventd should have auto expanded the snapshot according to lvm.conf but it didn't. Testing. On Sun, May 26, 2013 at 4:50 PM, James Harper wrote: >> >> Discard that. It appears that lvm snapshot size (the one I'm using for >> backups) got exceeded with i/o errors resulting in high DCP latency >> from ata.sys driver. Though lvm backups are quite risky but still it >> questions the fact that a simple i/o related issue on an lvm based >> domu can render it unbootable. >> > > If the snapshot becomes full then it becomes disabled. Are you running your domu on the snapshot itself or are you just saying that there is a snapshot and it got full? > > James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 12:20:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 12:20: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 1UgZv0-0000dL-3N; Sun, 26 May 2013 12:19:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgZuy-0000dG-GN for xen-users@lists.xen.org; Sun, 26 May 2013 12:19:20 +0000 Received: from [193.109.254.147:50889] by server-6.bemta-14.messagelabs.com id 33/65-00912-7CDF1A15; Sun, 26 May 2013 12:19:19 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1369570758!9121137!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1945 invoked from network); 26 May 2013 12:19:19 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 12:19:19 -0000 Received: by mail-qa0-f42.google.com with SMTP id bs12so605244qab.1 for ; Sun, 26 May 2013 05:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qAShSy1Ft1/PMSwIGfv99rf+4WXKuDBiSBHJsMyfM34=; b=GJseE+TSzLUNydrsBnZfIDqx3pQ/GVCkT4ELU72vKVq84sCCqVZUUWbnkDV6vwCg45 ifZfACZcAkkF4lYsoQAkXKbwTW6QIRkhMuvrTnJnNhlcOxXa2lkvliyKQhnPoku3FNUm NMFZ6iziVjmmexEcjdHlgZklE1y85Jtu7Xj/gFMRKbR5sQz69g1Md+ocrdnI2BWSP5oR bqezWhg3HPBvxlA71uyPDULJZfFBhGp3PP0yTgufzl/GNPQtEXe3djcZ/3a4PRGL7OK7 3Ow8l1patI3k5l9yUHNYY+zhq0NA1xnPjfOVfJ/s1LYTIZGLYlkXZE91yW/tgJAa2UD6 6Mpw== MIME-Version: 1.0 X-Received: by 10.224.59.200 with SMTP id m8mr23005255qah.43.1369570757960; Sun, 26 May 2013 05:19:17 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 05:19:17 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> Date: Sun, 26 May 2013 17:19:17 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org The domu itself is running on a separate lvm. I was just using snapshots for backups. Indeed, the snapshot got over flowed with i/o errors. Sadly the last backup with lvm seemed to have few gigs more than the original size of the lvm so i am gonna have to shit to other means to restore it. LOL! Pretty weird as it happened when the snapshot got filled in. Dmeventd should have auto expanded the snapshot according to lvm.conf but it didn't. Testing. On Sun, May 26, 2013 at 4:50 PM, James Harper wrote: >> >> Discard that. It appears that lvm snapshot size (the one I'm using for >> backups) got exceeded with i/o errors resulting in high DCP latency >> from ata.sys driver. Though lvm backups are quite risky but still it >> questions the fact that a simple i/o related issue on an lvm based >> domu can render it unbootable. >> > > If the snapshot becomes full then it becomes disabled. Are you running your domu on the snapshot itself or are you just saying that there is a snapshot and it got full? > > James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 12:26:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 12:26: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 1Uga0y-0000p7-8u; Sun, 26 May 2013 12:25:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgI53-00011n-8I for xen-users@lists.xen.org; Sat, 25 May 2013 17:16:33 +0000 Received: from [85.158.137.99:24171] by server-2.bemta-3.messagelabs.com id 0C/F4-24763-0F1F0A15; Sat, 25 May 2013 17:16:32 +0000 X-Env-Sender: raghu.nallamothu@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369502189!15201545!1 X-Originating-IP: [209.85.214.176] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8889 invoked from network); 25 May 2013 17:16:30 -0000 Received: from mail-ob0-f176.google.com (HELO mail-ob0-f176.google.com) (209.85.214.176) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2013 17:16:30 -0000 Received: by mail-ob0-f176.google.com with SMTP id wp18so6521687obc.7 for ; Sat, 25 May 2013 10:16:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VURKR/BA5BxKCG1NMEdKt8+z7Cs8x+sTVyuvl2jaE8U=; b=pJRrcqR+bzpbQB8aoBxJI4vWOhNCZjWfK7XmYgdo54xy6qvviovw76LyCAhGfY4GGM LeYhMMDSfPxmUMfRWI37cg5aJvtXkdrQJEK0wjFpMY0KL6DBAP2iJp1Gp24/dIh8MeN4 0KWE5Cb5ZC9z5pzAx6MGcnILkfm/N2LrUFbolYTGSj/3OCOIkKRkxeo3ZZFX2SOPEodT bMb1OwSKdzVkzy9Q0zygKJ9KzWlJmKIwt4gJYEAeTNfU4IQiZinjg9ZcydbLGXH/i8cu gunfqlVjL/dgeMaDZQdCifQ/t2XZ7MZuiMHjU2W/IE2OswNDZ37gr3RZjMtvYSV0onfv LRfA== MIME-Version: 1.0 X-Received: by 10.182.40.202 with SMTP id z10mr14726361obk.74.1369502189191; Sat, 25 May 2013 10:16:29 -0700 (PDT) Received: by 10.60.60.40 with HTTP; Sat, 25 May 2013 10:16:29 -0700 (PDT) Date: Sat, 25 May 2013 10:16:29 -0700 Message-ID: From: Raghu Nallamothu To: xen-users@lists.xen.org X-Mailman-Approved-At: Sun, 26 May 2013 12:25:30 +0000 Subject: [Xen-users] Attaching pre created tap interfaces to a VM in Xen for Routed Networking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3064576866209316232==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3064576866209316232== Content-Type: multipart/alternative; boundary=001a11c32db681869404dd8e13b9 --001a11c32db681869404dd8e13b9 Content-Type: text/plain; charset=ISO-8859-1 Hi All., I am not sure if this is possible in xen via Libvirt, but what I am trying to do is, I want libvirt to launch a VM and attach a pre-created tap interface to that VM ( I do not want XEN to create one, as I am running a lot of custom scripts on my tap interface). I also dont want xen to attach this tap interface to a bridge. For example, lets say I have created a tap interface with name "tap123456" when libvirt launches my VM in xen, I want the VM to read its networking info from this tap interface. But I wasn't so successful in doing this when ever I am trying to do this, I am seeing the following error message "VmError: Device 0 (vif) could not be connected. Hotplug scripts not working." and "error: POST operation failed: xend_post: error from xen daemon: (xend.err 'Device 0 (vif) could not be connected. Cannot rename interface vif4.0. An interface with name tap12345 already exists.')". But I dont want xen to create another interface and rename it, rather want xen to use the existing one === output of lsmod === bash-4.1# lsmod | grep xen xen_acpi_processor 4465 0 xen_netback 25455 0 [permanent] xen_gntdev 9504 2 xen_evtchn 4899 3 xenfs 2943 1 xen_privcmd 4972 19 xenfs ==== end of output ==== My Configuration : Centos 6.2 with Xen 4.2.5 along with Libvirt Libvirt Configuration file, raghu_12345 12113325-d948-4a1b-b673-888a16b90726 1048576 1 hvm /usr/lib/xen/boot/hvmloader destroy restart restart /usr/lib/xen/bin/qemu-dm I have a pre-created tap interface with name 'tap123456' with all the networking setup with dhcp and dns running. Thanks for your time and help. --001a11c32db681869404dd8e13b9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All.,=A0
=A0 =A0 =A0 =A0 =A0I am not sure if this is possible in xen via Libvirt= , but what I am trying to do is, I want libvirt to launch a VM and attach a= pre-created tap interface to that VM ( I do not want XEN to create one, as= I am running a lot of custom scripts on my tap interface). I also dont wan= t xen to attach this tap interface to a bridge.

For example, lets say = I have created a tap interface with name "tap123456" when libvirt= launches my VM in xen, I want the VM to read its networking info from this= tap interface.=A0

But I wasn't so su= ccessful in doing this when ever I am trying to do this, I am seeing the fo= llowing error message "VmError: Device 0 (vif) could not be connected.= Hotplug scripts not working." and "error: POST operation failed:= xend_post: error from xen daemon: (xend.err 'Device 0 (vif) could not = be connected. Cannot rename interface vif4.0. An interface with name tap123= 45 already exists.')". But I dont want xen to create =A0another in= terface and rename it, rather want xen to use the existing one

=3D=3D=3D output of ls= mod =3D=3D=3D

bash-4.1# lsmod | grep xen
xen_acpi_processor =A0 =A0 =A0446= 5 =A00=A0
xen_netback =A0 =A0 =A0 =A0 =A0 =A025455 =A00 [permanen= t]
xen_gntdev =A0 =A0 =A0 =A0 =A0 =A0 =A09504 =A02=A0
x= en_evtchn =A0 =A0 =A0 =A0 =A0 =A0 =A04899 =A03=A0
xenfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2943 =A01=A0
xen_privcm= d =A0 =A0 =A0 =A0 =A0 =A0 4972 =A019 xenfs

=3D=3D=3D=3D end of ou= tput =3D=3D=3D=3D

My Con= figuration : Centos 6.2 with Xen 4.2.5 along with Libvirt
=A0

Libvir= t Configuration file,=A0

<domain type=3D'xen'>

<name&= gt;raghu_12345</name>
<uuid>12113325-d948-4a1b-b673-8= 88a16b90726</uuid>
<memory>1048576</memory>
<vcpu>1</vcpu>


<= ;os>
<type>= hvm</type>
<= ;loader>/usr/lib/xen/boot/hvmloader</loader>
<boot dev=3D'hd= 9;/>
</os>

<on_poweroff>d= estroy</on_poweroff>
<on_reboot>restart</on_reboot= >
<on_crash>restart</on_crash>

<= features>
<pae= />
<acpi/><= /div>
<apic/>
&= lt;/features>


<devices>
<emulator>/usr/l= ib/xen/bin/qemu-dm</emulator>
<interface type=3D&quo= t;ethernet">
<mac address=3D'00:25:90:3f:25:91'/> =A0<!-- I want this= mac to be mac address of a vm -->
<target dev=3D'ta= p123456'/>=A0
</interface>
= <disk type=3D'file' device=3D'disk'>
<source file=3D'~= /tmp/lucid.img'/>
<= /span><target dev=3D'hda'/>
</disk>
<console type=3D'p= ty'>
<tar= get port=3D'0'/>
= </console>
<graphics port=3D'= -1' type=3D'vnc' autoport=3D'yes' listen=3D'0.0.0.0= '/>
</devices>

</domain&= gt;


I have a pre-created =A0tap interface wi= th name 'tap123456' =A0with all the networking setup with dhcp and = dns running.

Thanks for your time and help.
<= /div>
--001a11c32db681869404dd8e13b9-- --===============3064576866209316232== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3064576866209316232==-- From xen-users-bounces@lists.xen.org Sun May 26 12:26:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 12:26: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 1Uga0y-0000p7-8u; Sun, 26 May 2013 12:25:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgI53-00011n-8I for xen-users@lists.xen.org; Sat, 25 May 2013 17:16:33 +0000 Received: from [85.158.137.99:24171] by server-2.bemta-3.messagelabs.com id 0C/F4-24763-0F1F0A15; Sat, 25 May 2013 17:16:32 +0000 X-Env-Sender: raghu.nallamothu@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369502189!15201545!1 X-Originating-IP: [209.85.214.176] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8889 invoked from network); 25 May 2013 17:16:30 -0000 Received: from mail-ob0-f176.google.com (HELO mail-ob0-f176.google.com) (209.85.214.176) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2013 17:16:30 -0000 Received: by mail-ob0-f176.google.com with SMTP id wp18so6521687obc.7 for ; Sat, 25 May 2013 10:16:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VURKR/BA5BxKCG1NMEdKt8+z7Cs8x+sTVyuvl2jaE8U=; b=pJRrcqR+bzpbQB8aoBxJI4vWOhNCZjWfK7XmYgdo54xy6qvviovw76LyCAhGfY4GGM LeYhMMDSfPxmUMfRWI37cg5aJvtXkdrQJEK0wjFpMY0KL6DBAP2iJp1Gp24/dIh8MeN4 0KWE5Cb5ZC9z5pzAx6MGcnILkfm/N2LrUFbolYTGSj/3OCOIkKRkxeo3ZZFX2SOPEodT bMb1OwSKdzVkzy9Q0zygKJ9KzWlJmKIwt4gJYEAeTNfU4IQiZinjg9ZcydbLGXH/i8cu gunfqlVjL/dgeMaDZQdCifQ/t2XZ7MZuiMHjU2W/IE2OswNDZ37gr3RZjMtvYSV0onfv LRfA== MIME-Version: 1.0 X-Received: by 10.182.40.202 with SMTP id z10mr14726361obk.74.1369502189191; Sat, 25 May 2013 10:16:29 -0700 (PDT) Received: by 10.60.60.40 with HTTP; Sat, 25 May 2013 10:16:29 -0700 (PDT) Date: Sat, 25 May 2013 10:16:29 -0700 Message-ID: From: Raghu Nallamothu To: xen-users@lists.xen.org X-Mailman-Approved-At: Sun, 26 May 2013 12:25:30 +0000 Subject: [Xen-users] Attaching pre created tap interfaces to a VM in Xen for Routed Networking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3064576866209316232==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3064576866209316232== Content-Type: multipart/alternative; boundary=001a11c32db681869404dd8e13b9 --001a11c32db681869404dd8e13b9 Content-Type: text/plain; charset=ISO-8859-1 Hi All., I am not sure if this is possible in xen via Libvirt, but what I am trying to do is, I want libvirt to launch a VM and attach a pre-created tap interface to that VM ( I do not want XEN to create one, as I am running a lot of custom scripts on my tap interface). I also dont want xen to attach this tap interface to a bridge. For example, lets say I have created a tap interface with name "tap123456" when libvirt launches my VM in xen, I want the VM to read its networking info from this tap interface. But I wasn't so successful in doing this when ever I am trying to do this, I am seeing the following error message "VmError: Device 0 (vif) could not be connected. Hotplug scripts not working." and "error: POST operation failed: xend_post: error from xen daemon: (xend.err 'Device 0 (vif) could not be connected. Cannot rename interface vif4.0. An interface with name tap12345 already exists.')". But I dont want xen to create another interface and rename it, rather want xen to use the existing one === output of lsmod === bash-4.1# lsmod | grep xen xen_acpi_processor 4465 0 xen_netback 25455 0 [permanent] xen_gntdev 9504 2 xen_evtchn 4899 3 xenfs 2943 1 xen_privcmd 4972 19 xenfs ==== end of output ==== My Configuration : Centos 6.2 with Xen 4.2.5 along with Libvirt Libvirt Configuration file, raghu_12345 12113325-d948-4a1b-b673-888a16b90726 1048576 1 hvm /usr/lib/xen/boot/hvmloader destroy restart restart /usr/lib/xen/bin/qemu-dm I have a pre-created tap interface with name 'tap123456' with all the networking setup with dhcp and dns running. Thanks for your time and help. --001a11c32db681869404dd8e13b9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All.,=A0
=A0 =A0 =A0 =A0 =A0I am not sure if this is possible in xen via Libvirt= , but what I am trying to do is, I want libvirt to launch a VM and attach a= pre-created tap interface to that VM ( I do not want XEN to create one, as= I am running a lot of custom scripts on my tap interface). I also dont wan= t xen to attach this tap interface to a bridge.

For example, lets say = I have created a tap interface with name "tap123456" when libvirt= launches my VM in xen, I want the VM to read its networking info from this= tap interface.=A0

But I wasn't so su= ccessful in doing this when ever I am trying to do this, I am seeing the fo= llowing error message "VmError: Device 0 (vif) could not be connected.= Hotplug scripts not working." and "error: POST operation failed:= xend_post: error from xen daemon: (xend.err 'Device 0 (vif) could not = be connected. Cannot rename interface vif4.0. An interface with name tap123= 45 already exists.')". But I dont want xen to create =A0another in= terface and rename it, rather want xen to use the existing one

=3D=3D=3D output of ls= mod =3D=3D=3D

bash-4.1# lsmod | grep xen
xen_acpi_processor =A0 =A0 =A0446= 5 =A00=A0
xen_netback =A0 =A0 =A0 =A0 =A0 =A025455 =A00 [permanen= t]
xen_gntdev =A0 =A0 =A0 =A0 =A0 =A0 =A09504 =A02=A0
x= en_evtchn =A0 =A0 =A0 =A0 =A0 =A0 =A04899 =A03=A0
xenfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2943 =A01=A0
xen_privcm= d =A0 =A0 =A0 =A0 =A0 =A0 4972 =A019 xenfs

=3D=3D=3D=3D end of ou= tput =3D=3D=3D=3D

My Con= figuration : Centos 6.2 with Xen 4.2.5 along with Libvirt
=A0

Libvir= t Configuration file,=A0

<domain type=3D'xen'>

<name&= gt;raghu_12345</name>
<uuid>12113325-d948-4a1b-b673-8= 88a16b90726</uuid>
<memory>1048576</memory>
<vcpu>1</vcpu>


<= ;os>
<type>= hvm</type>
<= ;loader>/usr/lib/xen/boot/hvmloader</loader>
<boot dev=3D'hd= 9;/>
</os>

<on_poweroff>d= estroy</on_poweroff>
<on_reboot>restart</on_reboot= >
<on_crash>restart</on_crash>

<= features>
<pae= />
<acpi/><= /div>
<apic/>
&= lt;/features>


<devices>
<emulator>/usr/l= ib/xen/bin/qemu-dm</emulator>
<interface type=3D&quo= t;ethernet">
<mac address=3D'00:25:90:3f:25:91'/> =A0<!-- I want this= mac to be mac address of a vm -->
<target dev=3D'ta= p123456'/>=A0
</interface>
= <disk type=3D'file' device=3D'disk'>
<source file=3D'~= /tmp/lucid.img'/>
<= /span><target dev=3D'hda'/>
</disk>
<console type=3D'p= ty'>
<tar= get port=3D'0'/>
= </console>
<graphics port=3D'= -1' type=3D'vnc' autoport=3D'yes' listen=3D'0.0.0.0= '/>
</devices>

</domain&= gt;


I have a pre-created =A0tap interface wi= th name 'tap123456' =A0with all the networking setup with dhcp and = dns running.

Thanks for your time and help.
<= /div>
--001a11c32db681869404dd8e13b9-- --===============3064576866209316232== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3064576866209316232==-- From xen-users-bounces@lists.xen.org Sun May 26 12:49:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 12:49: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 1UgaNj-0001Lm-MW; Sun, 26 May 2013 12:49:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgaNh-0001Lh-72 for xen-users@lists.xen.org; Sun, 26 May 2013 12:49:01 +0000 Received: from [85.158.137.99:55331] by server-13.bemta-3.messagelabs.com id 17/4C-19597-CB402A15; Sun, 26 May 2013 12:49:00 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1369572538!12279000!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28435 invoked from network); 26 May 2013 12:48:59 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 12:48:59 -0000 Received: by mail-la0-f45.google.com with SMTP id ec20so5781196lab.18 for ; Sun, 26 May 2013 05:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Fvf9NchTOV8KptA8hchvsgV5s/daYHYbOzjhBo2nz3Y=; b=sVdNNJvh0QDNt0DJ5kZSxo/nQqSMDGfAiBb+7fJTJ3TIJiampRLyqU0LnEw5w8lxJR brenUPde8EnYcTaHL3nodkjPO42d9HLAqzOiQtKRWeX6rxNMK27xopDhCHkVDLJy3uAA 4JulCoULrNUfDqxpRNM0mJPw3jBeUqZJuvsRoDmioja/Pxg1gkmMwLKLfUEl8r+6x03J gmW64fdsqZKCG3P3//woXtNNiatQjb810xfJvgfbmC5EaEJpkGzxDFigJYfOdQoTDQV0 Gen6d1UidiGXFZGdrkVpTvzKoO9SIgOCEwBjon8j92wwWgaDnXa4OBdZ0quGZogayVJm wf2Q== X-Received: by 10.112.158.6 with SMTP id wq6mr12497434lbb.108.1369572538237; Sun, 26 May 2013 05:48:58 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id w9sm9783333lbe.6.2013.05.26.05.48.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 05:48:57 -0700 (PDT) Message-ID: <51A204B8.60206@gmail.com> Date: Sun, 26 May 2013 16:48:56 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNTo1MSwgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4KPj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0KPj4gRnJvbTogYnJhaW50b3JjaCBbbWFpbHRvOmtrYWJhcmRpbkBn bWFpbC5jb21dCj4+IFNlbnQ6IFN1bmRheSwgMjYgTWF5IDIwMTMgOTo0OSBQTQo+PiBUbzogSmFt ZXMgSGFycGVyCj4+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+PiBTdWJqZWN0OiBSZTog W1hlbi11c2Vyc10gU29mdHdhcmUgUmFpZCA1IGRvbXUgcGVyZm9ybWFuY2UgZHJvcAo+Pgo+PiAy Ni4wNS4yMDEzIDE1OjE2LCBKYW1lcyBIYXJwZXIg0L/QuNGI0LXRgjoKPj4+PiAyNi4wNS4yMDEz IDE0OjQzLCBKYW1lcyBIYXJwZXIg0L/QuNGI0LXRgjoKPj4+Pj4+IEhlbGxvLiBJJ20gZXhwZXJp ZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNpbmcKPj4gc29mdHdhcmUK Pj4+Pj4+IHJhaWQgNSBmcm9tIFBWIERvbVUuIEkgY2FuIGdldCBhYm91dCA0MjBNL3MgZm9yIHNl cXVlbnRpYWwgcmVhZHMgYW5kCj4+Pj4+PiB+MjIwIE0vcyBmb3Igc2VxdWVudGlhbCB3cml0ZXMg d2hlbiB1c2luZyBpdCBmcm9tIERvbTAuIEJ1dCBpdCdzIG9ubHkKPj4+Pj4+IH4xNzAgTS9zIGZv ciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4+ Pj4+Cj4+Pj4+PiBEb21VIHBlcmZvcm1hbmNlIGZvciBzaW5nbGUgZHJpdmUgaXMgY2xvc2UgdG8g bmF0aXZlIOKAlCB+MTYwIE0vcyBmb3IKPj4+Pj4+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMu Cj4+Pj4+Pgo+Pj4+Pj4gVGhlcmUgaXMgbm8gZmlsZXN5c3RlbSBvciBMVk0sIGp1c3QgcmF3IGRh dGEuIERlYmlhbiB3aGVlenkgeDg2XzY0IGZvcgo+Pj4+Pj4gYm90aCBEb20wIGFuZCBEb21VLiBB bmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFjaCBkcml2ZSB0bwo+Pj4+IERvbVUuCj4+ Pj4+PiBJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRoIG15IHNldHVwPyBXaGF0 IHNob3VsZCBJIGNoZWNrPwo+Pj4+Pj4KPj4+Pj4gSG93IGFyZSB5b3UgbWVhc3VyaW5nIHRoaXMg cGVyZm9ybWFuY2U/Cj4+Pj4+Cj4+Pj4+IEphbWVzCj4+Pj4gSSAgcnVubmluZyBkZCBpZj0vZGV2 L3plcm8gb2Y9L2Rldi94dmRiIGJzPTFNIGZvciBzZXZlcmFsIG1pbnV0ZXMuCj4+Pj4KPj4+PiBB bHNvIHRyaWVkICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZl IG1lIHNpbWlsYXIKPj4+PiByZXN1bHRzLgo+Pj4gQWRkIG9mbGFnPWRpcmVjdCB0byB0aGUgZGQg Y29tbWFuZCBzbyB0aGF0IG5vIGNhY2hpbmcgaXMgaW4gZWZmZWN0IGFuZAo+PiB0aGVuIGNvbXBh cmUuCj4+PiBKYW1lcwo+PiBKYW1lcywgaXQncyBldmVuIG1vcmUgZHJhbWF0aWMgd2l0aG91dCBj YWNoaW5nLgo+Pgo+Pgo+PiBEb20wOgo+Pgo+PiBSZWFkaW5nOgo+PiBkZCBpZj0vZGV2L21kMCBv Zj0vZGV2L251bGwgYnM9MU0gaWZsYWc9ZGlyZWN0Cj4+ICAgINGB0LrQvtC/0LjRgNC+0LLQsNC9 0L4gMTE2NTkxMTY1NDQg0LHQsNC50YLQsCAoMTIgR0IpLCAyNyw0NjE0IGMsIDQyNSBNQi9jCj4+ Cj4+IFdyaXRpbmc6Cj4+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L21kMCBicz0xTSBvZmxhZz1k aXJlY3QKPj4gICAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAxMDEwODI3MjY0MCDQsdCw0LnRgiAo MTAgR0IpLCAxMzUsODU5IGMsIDc0LDQgTUIvYwo+Pgo+PiBEb211Ogo+Pgo+PiBSZWFkaW5nOgo+ PiBkZCBpZj0vZGV2L3h2ZGIgb2Y9L2Rldi9udWxsIGlmbGFnPWRpcmVjdAo+PiAgICDRgdC60L7Q v9C40YDQvtCy0LDQvdC+IDIyOTYxNTEwNCDQsdCw0LnRgtCwICgyMzAgTUIpLCA3NSw5Mzk0IGMs IDMsMCBNQi9jCj4+Cj4+IFdyaXRpbmc6Cj4+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIg b2ZsYWc9ZGlyZWN0Cj4+ICAgINGB0LrQvtC/0LjRgNC+0LLQsNC90L4gMjMxODE4MjQwINCx0LDQ udGCICgyMzIgTUIpLCAxNTgsMjgzIGMsIDEsNSBNQi9jCj4gSSBkb24ndCBzZWUgYSBibG9jayBz aXplIG9uIHRoZSBkb211IG1lYXN1cmVtZW50cy4uLiBkaWQgeW91IGp1c3QgY29weSBhbmQgcGFz dGUgaXQgd3Jvbmcgb3IgZGlkIHlvdSByZWFsbHkgbGVhdmUgaXQgYXQgZGVmYXVsdCA1MTIgYnl0 ZSBibG9jayBzaXplPwo+Cj4gSmFtZXMKQWgsIG15IG1pc3Rha2UuIEknbSBzb3JyeS4gOigKClJl YWRpbmc6CmRkIGlmPS9kZXYveHZkYiBvZj0vZGV2L251bGwgYnM9MU0gaWZsYWc9ZGlyZWN0CiAg 0YHQutC+0L/QuNGA0L7QstCw0L3QviAxMzA2MDAxNDA4MCDQsdCw0LnRgiAoMTMgR0IpLCA1OCw5 NDkgYywgMjIyIE1CL2MKCldyaXRpbmc6CmRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIgYnM9 MU0gb2ZsYWc9ZGlyZWN0CiAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAyMjQxODU1NDg4INCx0LDQ udGCICgyLDIgR0IpLCAyOSw2MjkyIGMsIDc1LDcgTUIvYwoKU28sIHdyaXRpbmcgd2l0aG91dCBj YWNoaW5nIGlzIGFsbW9zdCB0aGUgc2FtZS4gUmVhZGluZyBpcyBoYWxmZWQgaW4gCmNvbXBhcmUg dG8gZG9tMCwgYnV0IHRoaXMgaXMgbm90IHJlYWxseSBhbiBpc3N1ZSB0byBtZS4KSXMgdGhlcmUg YSB3YXkgdG8gb3B0aW1pemUgRG9tVSBjYWNoaW5nIHRvIGJvb3N0IHdyaXRlIHNwZWVkPwoKS2ly aWxsLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 12:49:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 12:49: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 1UgaNj-0001Lm-MW; Sun, 26 May 2013 12:49:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgaNh-0001Lh-72 for xen-users@lists.xen.org; Sun, 26 May 2013 12:49:01 +0000 Received: from [85.158.137.99:55331] by server-13.bemta-3.messagelabs.com id 17/4C-19597-CB402A15; Sun, 26 May 2013 12:49:00 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1369572538!12279000!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28435 invoked from network); 26 May 2013 12:48:59 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 12:48:59 -0000 Received: by mail-la0-f45.google.com with SMTP id ec20so5781196lab.18 for ; Sun, 26 May 2013 05:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Fvf9NchTOV8KptA8hchvsgV5s/daYHYbOzjhBo2nz3Y=; b=sVdNNJvh0QDNt0DJ5kZSxo/nQqSMDGfAiBb+7fJTJ3TIJiampRLyqU0LnEw5w8lxJR brenUPde8EnYcTaHL3nodkjPO42d9HLAqzOiQtKRWeX6rxNMK27xopDhCHkVDLJy3uAA 4JulCoULrNUfDqxpRNM0mJPw3jBeUqZJuvsRoDmioja/Pxg1gkmMwLKLfUEl8r+6x03J gmW64fdsqZKCG3P3//woXtNNiatQjb810xfJvgfbmC5EaEJpkGzxDFigJYfOdQoTDQV0 Gen6d1UidiGXFZGdrkVpTvzKoO9SIgOCEwBjon8j92wwWgaDnXa4OBdZ0quGZogayVJm wf2Q== X-Received: by 10.112.158.6 with SMTP id wq6mr12497434lbb.108.1369572538237; Sun, 26 May 2013 05:48:58 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id w9sm9783333lbe.6.2013.05.26.05.48.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 05:48:57 -0700 (PDT) Message-ID: <51A204B8.60206@gmail.com> Date: Sun, 26 May 2013 16:48:56 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNTo1MSwgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4KPj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0KPj4gRnJvbTogYnJhaW50b3JjaCBbbWFpbHRvOmtrYWJhcmRpbkBn bWFpbC5jb21dCj4+IFNlbnQ6IFN1bmRheSwgMjYgTWF5IDIwMTMgOTo0OSBQTQo+PiBUbzogSmFt ZXMgSGFycGVyCj4+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+PiBTdWJqZWN0OiBSZTog W1hlbi11c2Vyc10gU29mdHdhcmUgUmFpZCA1IGRvbXUgcGVyZm9ybWFuY2UgZHJvcAo+Pgo+PiAy Ni4wNS4yMDEzIDE1OjE2LCBKYW1lcyBIYXJwZXIg0L/QuNGI0LXRgjoKPj4+PiAyNi4wNS4yMDEz IDE0OjQzLCBKYW1lcyBIYXJwZXIg0L/QuNGI0LXRgjoKPj4+Pj4+IEhlbGxvLiBJJ20gZXhwZXJp ZW5jaW5nIHNvbGlkIEkvTyBwZXJmb3JtYW5jZSBkcm9wIHdoZW4gdXNpbmcKPj4gc29mdHdhcmUK Pj4+Pj4+IHJhaWQgNSBmcm9tIFBWIERvbVUuIEkgY2FuIGdldCBhYm91dCA0MjBNL3MgZm9yIHNl cXVlbnRpYWwgcmVhZHMgYW5kCj4+Pj4+PiB+MjIwIE0vcyBmb3Igc2VxdWVudGlhbCB3cml0ZXMg d2hlbiB1c2luZyBpdCBmcm9tIERvbTAuIEJ1dCBpdCdzIG9ubHkKPj4+Pj4+IH4xNzAgTS9zIGZv ciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4+ Pj4+Cj4+Pj4+PiBEb21VIHBlcmZvcm1hbmNlIGZvciBzaW5nbGUgZHJpdmUgaXMgY2xvc2UgdG8g bmF0aXZlIOKAlCB+MTYwIE0vcyBmb3IKPj4+Pj4+IHJlYWRzIGFuZCB+MTYwIGZvciB3cml0ZXMu Cj4+Pj4+Pgo+Pj4+Pj4gVGhlcmUgaXMgbm8gZmlsZXN5c3RlbSBvciBMVk0sIGp1c3QgcmF3IGRh dGEuIERlYmlhbiB3aGVlenkgeDg2XzY0IGZvcgo+Pj4+Pj4gYm90aCBEb20wIGFuZCBEb21VLiBB bmQgInBoeSIgYmFja2VuZCBpcyB1c2VkIHRvIGF0dGFjaCBkcml2ZSB0bwo+Pj4+IERvbVUuCj4+ Pj4+PiBJcyB0aGlzIGEgYnVnIG9yIHNvbWV0aGluZyB3cm9uZyB3aXRoIG15IHNldHVwPyBXaGF0 IHNob3VsZCBJIGNoZWNrPwo+Pj4+Pj4KPj4+Pj4gSG93IGFyZSB5b3UgbWVhc3VyaW5nIHRoaXMg cGVyZm9ybWFuY2U/Cj4+Pj4+Cj4+Pj4+IEphbWVzCj4+Pj4gSSAgcnVubmluZyBkZCBpZj0vZGV2 L3plcm8gb2Y9L2Rldi94dmRiIGJzPTFNIGZvciBzZXZlcmFsIG1pbnV0ZXMuCj4+Pj4KPj4+PiBB bHNvIHRyaWVkICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIgIiB3aGljaCBnYXZl IG1lIHNpbWlsYXIKPj4+PiByZXN1bHRzLgo+Pj4gQWRkIG9mbGFnPWRpcmVjdCB0byB0aGUgZGQg Y29tbWFuZCBzbyB0aGF0IG5vIGNhY2hpbmcgaXMgaW4gZWZmZWN0IGFuZAo+PiB0aGVuIGNvbXBh cmUuCj4+PiBKYW1lcwo+PiBKYW1lcywgaXQncyBldmVuIG1vcmUgZHJhbWF0aWMgd2l0aG91dCBj YWNoaW5nLgo+Pgo+Pgo+PiBEb20wOgo+Pgo+PiBSZWFkaW5nOgo+PiBkZCBpZj0vZGV2L21kMCBv Zj0vZGV2L251bGwgYnM9MU0gaWZsYWc9ZGlyZWN0Cj4+ICAgINGB0LrQvtC/0LjRgNC+0LLQsNC9 0L4gMTE2NTkxMTY1NDQg0LHQsNC50YLQsCAoMTIgR0IpLCAyNyw0NjE0IGMsIDQyNSBNQi9jCj4+ Cj4+IFdyaXRpbmc6Cj4+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L21kMCBicz0xTSBvZmxhZz1k aXJlY3QKPj4gICAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAxMDEwODI3MjY0MCDQsdCw0LnRgiAo MTAgR0IpLCAxMzUsODU5IGMsIDc0LDQgTUIvYwo+Pgo+PiBEb211Ogo+Pgo+PiBSZWFkaW5nOgo+ PiBkZCBpZj0vZGV2L3h2ZGIgb2Y9L2Rldi9udWxsIGlmbGFnPWRpcmVjdAo+PiAgICDRgdC60L7Q v9C40YDQvtCy0LDQvdC+IDIyOTYxNTEwNCDQsdCw0LnRgtCwICgyMzAgTUIpLCA3NSw5Mzk0IGMs IDMsMCBNQi9jCj4+Cj4+IFdyaXRpbmc6Cj4+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIg b2ZsYWc9ZGlyZWN0Cj4+ICAgINGB0LrQvtC/0LjRgNC+0LLQsNC90L4gMjMxODE4MjQwINCx0LDQ udGCICgyMzIgTUIpLCAxNTgsMjgzIGMsIDEsNSBNQi9jCj4gSSBkb24ndCBzZWUgYSBibG9jayBz aXplIG9uIHRoZSBkb211IG1lYXN1cmVtZW50cy4uLiBkaWQgeW91IGp1c3QgY29weSBhbmQgcGFz dGUgaXQgd3Jvbmcgb3IgZGlkIHlvdSByZWFsbHkgbGVhdmUgaXQgYXQgZGVmYXVsdCA1MTIgYnl0 ZSBibG9jayBzaXplPwo+Cj4gSmFtZXMKQWgsIG15IG1pc3Rha2UuIEknbSBzb3JyeS4gOigKClJl YWRpbmc6CmRkIGlmPS9kZXYveHZkYiBvZj0vZGV2L251bGwgYnM9MU0gaWZsYWc9ZGlyZWN0CiAg 0YHQutC+0L/QuNGA0L7QstCw0L3QviAxMzA2MDAxNDA4MCDQsdCw0LnRgiAoMTMgR0IpLCA1OCw5 NDkgYywgMjIyIE1CL2MKCldyaXRpbmc6CmRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIgYnM9 MU0gb2ZsYWc9ZGlyZWN0CiAg0YHQutC+0L/QuNGA0L7QstCw0L3QviAyMjQxODU1NDg4INCx0LDQ udGCICgyLDIgR0IpLCAyOSw2MjkyIGMsIDc1LDcgTUIvYwoKU28sIHdyaXRpbmcgd2l0aG91dCBj YWNoaW5nIGlzIGFsbW9zdCB0aGUgc2FtZS4gUmVhZGluZyBpcyBoYWxmZWQgaW4gCmNvbXBhcmUg dG8gZG9tMCwgYnV0IHRoaXMgaXMgbm90IHJlYWxseSBhbiBpc3N1ZSB0byBtZS4KSXMgdGhlcmUg YSB3YXkgdG8gb3B0aW1pemUgRG9tVSBjYWNoaW5nIHRvIGJvb3N0IHdyaXRlIHNwZWVkPwoKS2ly aWxsLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 13:36:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 13:36: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 1Ugb6h-0001nr-Lp; Sun, 26 May 2013 13:35:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugb6f-0001nm-EL for xen-users@lists.xen.org; Sun, 26 May 2013 13:35:29 +0000 Received: from [85.158.143.99:32533] by server-3.bemta-4.messagelabs.com id 30/DB-02015-F9F02A15; Sun, 26 May 2013 13:35:27 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1369575325!32237032!1 X-Originating-IP: [209.85.216.48] 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 27953 invoked from network); 26 May 2013 13:35:26 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 13:35:26 -0000 Received: by mail-qa0-f48.google.com with SMTP id o13so612699qaj.14 for ; Sun, 26 May 2013 06:35:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U7Z9wZFKWzUjGhiWt2G36TRqCWdxJAHwtbQfGd6Gtzw=; b=gtPZShUI8LdmbBPpML5nVspfmDFGgfmo3409RK+Zc+KjyAIGodrySsAiOnmzyFdTK1 kDQT9AO3MyTZ9vYPZ33qOO921cwq+QupoNSxelk2PCq3hD1wzFcXCsGY0BUHqOimtvYM 1K7dqD02yFzDI6sxEK2HuGKyzEpK1CXOVoR1K+dY44MWgi3zWPU4Lv7fJdgqYvouy9H0 RXEfMNd+GZqGvmnQ2x52gBbhdBzq8aoX8Yf5TGpql8xbfDrMDBEmTnQpCXpKHwFed4A3 CIfxUdXQQytlKCyBRePNrIjUonJazlqh8ozt2Ki4soHwXURDTxsCuDsc+DIAB8AghAHL RWfA== MIME-Version: 1.0 X-Received: by 10.224.45.132 with SMTP id e4mr24135129qaf.84.1369575324118; Sun, 26 May 2013 06:35:24 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 06:35:24 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> Date: Sun, 26 May 2013 18:35:24 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 believe I have figured it out. The default value of snapshot_autoextend_threshold in /etc/lvm/lvm.conf is 100, which just simply disables the automatic snapshot expansion. No where in the documentation mentions that. After modifying both snapshot* values in lvm.conf, you have to manually kill dmeventd daemon to reread the lvm.conf file, as it gets restarted when a snapshot is created. One more important defacto standard, dmevent doesn't instantly expands the snapshots but rather checks for thresholds every 10 seconds or so. So, if the domu has high I/O activity, you are better of by setting the extend value by 50% or similar. *It is REALLY IMPORTANT to configure to AUTOMATIC SNAPSHOT EXPANSION because if a snapshot overflows, YOUR BACKUP WILL BE CORRUPT* On Sun, May 26, 2013 at 5:19 PM, Micky wrote: > The domu itself is running on a separate lvm. I was just using > snapshots for backups. Indeed, the snapshot got over flowed with i/o > errors. Sadly the last backup with lvm seemed to have few gigs more > than the original size of the lvm so i am gonna have to shit to other > means to restore it. LOL! > > Pretty weird as it happened when the snapshot got filled in. > > Dmeventd should have auto expanded the snapshot according to lvm.conf > but it didn't. Testing. > > On Sun, May 26, 2013 at 4:50 PM, James Harper > wrote: >>> >>> Discard that. It appears that lvm snapshot size (the one I'm using for >>> backups) got exceeded with i/o errors resulting in high DCP latency >>> from ata.sys driver. Though lvm backups are quite risky but still it >>> questions the fact that a simple i/o related issue on an lvm based >>> domu can render it unbootable. >>> >> >> If the snapshot becomes full then it becomes disabled. Are you running your domu on the snapshot itself or are you just saying that there is a snapshot and it got full? >> >> James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 13:36:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 13:36: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 1Ugb6h-0001nr-Lp; Sun, 26 May 2013 13:35:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugb6f-0001nm-EL for xen-users@lists.xen.org; Sun, 26 May 2013 13:35:29 +0000 Received: from [85.158.143.99:32533] by server-3.bemta-4.messagelabs.com id 30/DB-02015-F9F02A15; Sun, 26 May 2013 13:35:27 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1369575325!32237032!1 X-Originating-IP: [209.85.216.48] 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 27953 invoked from network); 26 May 2013 13:35:26 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 13:35:26 -0000 Received: by mail-qa0-f48.google.com with SMTP id o13so612699qaj.14 for ; Sun, 26 May 2013 06:35:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U7Z9wZFKWzUjGhiWt2G36TRqCWdxJAHwtbQfGd6Gtzw=; b=gtPZShUI8LdmbBPpML5nVspfmDFGgfmo3409RK+Zc+KjyAIGodrySsAiOnmzyFdTK1 kDQT9AO3MyTZ9vYPZ33qOO921cwq+QupoNSxelk2PCq3hD1wzFcXCsGY0BUHqOimtvYM 1K7dqD02yFzDI6sxEK2HuGKyzEpK1CXOVoR1K+dY44MWgi3zWPU4Lv7fJdgqYvouy9H0 RXEfMNd+GZqGvmnQ2x52gBbhdBzq8aoX8Yf5TGpql8xbfDrMDBEmTnQpCXpKHwFed4A3 CIfxUdXQQytlKCyBRePNrIjUonJazlqh8ozt2Ki4soHwXURDTxsCuDsc+DIAB8AghAHL RWfA== MIME-Version: 1.0 X-Received: by 10.224.45.132 with SMTP id e4mr24135129qaf.84.1369575324118; Sun, 26 May 2013 06:35:24 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 06:35:24 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B5C1DD0DB@BITCOM1.int.sbss.com.au> Date: Sun, 26 May 2013 18:35:24 +0500 Message-ID: From: Micky To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV domu high cpu from System and System Interrupts processes X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 believe I have figured it out. The default value of snapshot_autoextend_threshold in /etc/lvm/lvm.conf is 100, which just simply disables the automatic snapshot expansion. No where in the documentation mentions that. After modifying both snapshot* values in lvm.conf, you have to manually kill dmeventd daemon to reread the lvm.conf file, as it gets restarted when a snapshot is created. One more important defacto standard, dmevent doesn't instantly expands the snapshots but rather checks for thresholds every 10 seconds or so. So, if the domu has high I/O activity, you are better of by setting the extend value by 50% or similar. *It is REALLY IMPORTANT to configure to AUTOMATIC SNAPSHOT EXPANSION because if a snapshot overflows, YOUR BACKUP WILL BE CORRUPT* On Sun, May 26, 2013 at 5:19 PM, Micky wrote: > The domu itself is running on a separate lvm. I was just using > snapshots for backups. Indeed, the snapshot got over flowed with i/o > errors. Sadly the last backup with lvm seemed to have few gigs more > than the original size of the lvm so i am gonna have to shit to other > means to restore it. LOL! > > Pretty weird as it happened when the snapshot got filled in. > > Dmeventd should have auto expanded the snapshot according to lvm.conf > but it didn't. Testing. > > On Sun, May 26, 2013 at 4:50 PM, James Harper > wrote: >>> >>> Discard that. It appears that lvm snapshot size (the one I'm using for >>> backups) got exceeded with i/o errors resulting in high DCP latency >>> from ata.sys driver. Though lvm backups are quite risky but still it >>> questions the fact that a simple i/o related issue on an lvm based >>> domu can render it unbootable. >>> >> >> If the snapshot becomes full then it becomes disabled. Are you running your domu on the snapshot itself or are you just saying that there is a snapshot and it got full? >> >> James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 13:40:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 13:40: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 1UgbAI-0001wz-JF; Sun, 26 May 2013 13:39:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgbAH-0001wp-1b for xen-users@lists.xen.org; Sun, 26 May 2013 13:39:13 +0000 Received: from [85.158.138.51:16795] by server-5.bemta-3.messagelabs.com id D7/AE-29713-08012A15; Sun, 26 May 2013 13:39:12 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369575550!9371573!1 X-Originating-IP: [209.85.216.49] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15602 invoked from network); 26 May 2013 13:39:11 -0000 Received: from mail-qa0-f49.google.com (HELO mail-qa0-f49.google.com) (209.85.216.49) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 13:39:11 -0000 Received: by mail-qa0-f49.google.com with SMTP id j11so613238qag.15 for ; Sun, 26 May 2013 06:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jhVPM3KxR+4rpa7hs81p1rAAzFQ6BG1NwpLOWdQA2c0=; b=J6gQ6tcN3tbAcH8AqDjpw3NT+a0cRnaZyIZSaxKCenXGWs49UQ78UROTThuc7FyIbW lSe5bYsJHC5urYBe4Vko7Hm3Z6WT7JANDPiR8i7zwhfVXADOd35RrU4aSFAgSce2TeLl C5amzQJI7DkJDP5auwDzeptzPw1uDXI2KnDX8JfJtPtgldAzRKZRHLr01Jz5OaNmF5pa gpRXhkL6lqfBjY9zYQVUi73f3S+dVAleBzyYx3czi0dMEjE9b2gz1oLpP9g89oeAx/E2 WZRGVypOsLEqsez63LmqlJmlp9rj+wulwssRGIjqnR6C+P3r5onKCKpHNOdIDzfXLkte 32BA== MIME-Version: 1.0 X-Received: by 10.224.37.70 with SMTP id w6mr23416339qad.86.1369575549890; Sun, 26 May 2013 06:39:09 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 06:39:09 -0700 (PDT) In-Reply-To: <51A204B8.60206@gmail.com> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> Date: Sun, 26 May 2013 18:39:09 +0500 Message-ID: From: Micky To: braintorch Cc: "xen-users@lists.xen.org" , James Harper Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U29mdHdhcmUgcmFpZHMgYnkgZGVzaWduIGhhdmUgaHVnZSBwZXJmb3JtYW5jZSBoaXRzLiBJIHdv bid0IHJlYWxseQp1c2UgZG1yYWlkIGluIHByb2R1Y3Rpb24uCgpPbiBTdW4sIE1heSAyNiwgMjAx MyBhdCA1OjQ4IFBNLCBicmFpbnRvcmNoIDxra2FiYXJkaW5AZ21haWwuY29tPiB3cm90ZToKPiAy Ni4wNS4yMDEzIDE1OjUxLCBKYW1lcyBIYXJwZXIg0MnbxdQ6Cj4KPj4KPj4+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tCj4+PiBGcm9tOiBicmFpbnRvcmNoIFttYWlsdG86a2thYmFyZGluQGdt YWlsLmNvbV0KPj4+IFNlbnQ6IFN1bmRheSwgMjYgTWF5IDIwMTMgOTo0OSBQTQo+Pj4gVG86IEph bWVzIEhhcnBlcgo+Pj4gQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+PiBTdWJqZWN0OiBS ZTogW1hlbi11c2Vyc10gU29mdHdhcmUgUmFpZCA1IGRvbXUgcGVyZm9ybWFuY2UgZHJvcAo+Pj4K Pj4+IDI2LjA1LjIwMTMgMTU6MTYsIEphbWVzIEhhcnBlciDQydvF1DoKPj4+Pj4KPj4+Pj4gMjYu MDUuMjAxMyAxNDo0MywgSmFtZXMgSGFycGVyINDJ28XUOgo+Pj4+Pj4+Cj4+Pj4+Pj4gSGVsbG8u IEknbSBleHBlcmllbmNpbmcgc29saWQgSS9PIHBlcmZvcm1hbmNlIGRyb3Agd2hlbiB1c2luZwo+ Pj4KPj4+IHNvZnR3YXJlCj4+Pj4+Pj4KPj4+Pj4+PiByYWlkIDUgZnJvbSBQViBEb21VLiBJIGNh biBnZXQgYWJvdXQgNDIwTS9zIGZvciBzZXF1ZW50aWFsIHJlYWRzIGFuZAo+Pj4+Pj4+IH4yMjAg TS9zIGZvciBzZXF1ZW50aWFsIHdyaXRlcyB3aGVuIHVzaW5nIGl0IGZyb20gRG9tMC4gQnV0IGl0 J3Mgb25seQo+Pj4+Pj4+IH4xNzAgTS9zIGZvciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3 aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4+Pj4+Pgo+Pj4+Pj4+IERvbVUgcGVyZm9ybWFuY2Ug Zm9yIHNpbmdsZSBkcml2ZSBpcyBjbG9zZSB0byBuYXRpdmUgLS0gfjE2MCBNL3MgZm9yCj4+Pj4+ Pj4gcmVhZHMgYW5kIH4xNjAgZm9yIHdyaXRlcy4KPj4+Pj4+Pgo+Pj4+Pj4+IFRoZXJlIGlzIG5v IGZpbGVzeXN0ZW0gb3IgTFZNLCBqdXN0IHJhdyBkYXRhLiBEZWJpYW4gd2hlZXp5IHg4Nl82NAo+ Pj4+Pj4+IGZvcgo+Pj4+Pj4+IGJvdGggRG9tMCBhbmQgRG9tVS4gQW5kICJwaHkiIGJhY2tlbmQg aXMgdXNlZCB0byBhdHRhY2ggZHJpdmUgdG8KPj4+Pj4KPj4+Pj4gRG9tVS4KPj4+Pj4+Pgo+Pj4+ Pj4+IElzIHRoaXMgYSBidWcgb3Igc29tZXRoaW5nIHdyb25nIHdpdGggbXkgc2V0dXA/IFdoYXQg c2hvdWxkIEkgY2hlY2s/Cj4+Pj4+Pj4KPj4+Pj4+IEhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlz IHBlcmZvcm1hbmNlPwo+Pj4+Pj4KPj4+Pj4+IEphbWVzCj4+Pj4+Cj4+Pj4+IEkgIHJ1bm5pbmcg ZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYveHZkYiBicz0xTSBmb3Igc2V2ZXJhbCBtaW51dGVzLgo+ Pj4+Pgo+Pj4+PiBBbHNvIHRyaWVkICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIg IiB3aGljaCBnYXZlIG1lIHNpbWlsYXIKPj4+Pj4gcmVzdWx0cy4KPj4+Pgo+Pj4+IEFkZCBvZmxh Zz1kaXJlY3QgdG8gdGhlIGRkIGNvbW1hbmQgc28gdGhhdCBubyBjYWNoaW5nIGlzIGluIGVmZmVj dCBhbmQKPj4+Cj4+PiB0aGVuIGNvbXBhcmUuCj4+Pj4KPj4+PiBKYW1lcwo+Pj4KPj4+IEphbWVz LCBpdCdzIGV2ZW4gbW9yZSBkcmFtYXRpYyB3aXRob3V0IGNhY2hpbmcuCj4+Pgo+Pj4KPj4+IERv bTA6Cj4+Pgo+Pj4gUmVhZGluZzoKPj4+IGRkIGlmPS9kZXYvbWQwIG9mPS9kZXYvbnVsbCBicz0x TSBpZmxhZz1kaXJlY3QKPj4+ICAgINPLz9DJ0s/Xwc7PIDExNjU5MTE2NTQ0IMLBytTBICgxMiBH QiksIDI3LDQ2MTQgYywgNDI1IE1CL2MKPj4+Cj4+PiBXcml0aW5nOgo+Pj4gZGQgaWY9L2Rldi96 ZXJvIG9mPS9kZXYvbWQwIGJzPTFNIG9mbGFnPWRpcmVjdAo+Pj4gICAg08vP0MnSz9fBzs8gMTAx MDgyNzI2NDAgwsHK1CAoMTAgR0IpLCAxMzUsODU5IGMsIDc0LDQgTUIvYwo+Pj4KPj4+IERvbXU6 Cj4+Pgo+Pj4gUmVhZGluZzoKPj4+IGRkIGlmPS9kZXYveHZkYiBvZj0vZGV2L251bGwgaWZsYWc9 ZGlyZWN0Cj4+PiAgICDTy8/QydLP18HOzyAyMjk2MTUxMDQgwsHK1MEgKDIzMCBNQiksIDc1LDkz OTQgYywgMywwIE1CL2MKPj4+Cj4+PiBXcml0aW5nOgo+Pj4gZGQgaWY9L2Rldi96ZXJvIG9mPS9k ZXYveHZkYiBvZmxhZz1kaXJlY3QKPj4+ICAgINPLz9DJ0s/Xwc7PIDIzMTgxODI0MCDCwcrUICgy MzIgTUIpLCAxNTgsMjgzIGMsIDEsNSBNQi9jCj4+Cj4+IEkgZG9uJ3Qgc2VlIGEgYmxvY2sgc2l6 ZSBvbiB0aGUgZG9tdSBtZWFzdXJlbWVudHMuLi4gZGlkIHlvdSBqdXN0IGNvcHkgYW5kCj4+IHBh c3RlIGl0IHdyb25nIG9yIGRpZCB5b3UgcmVhbGx5IGxlYXZlIGl0IGF0IGRlZmF1bHQgNTEyIGJ5 dGUgYmxvY2sgc2l6ZT8KPj4KPj4gSmFtZXMKPgo+IEFoLCBteSBtaXN0YWtlLiBJJ20gc29ycnku IDooCj4KPiBSZWFkaW5nOgo+IGRkIGlmPS9kZXYveHZkYiBvZj0vZGV2L251bGwgYnM9MU0gaWZs YWc9ZGlyZWN0Cj4gINPLz9DJ0s/Xwc7PIDEzMDYwMDE0MDgwIMLBytQgKDEzIEdCKSwgNTgsOTQ5 IGMsIDIyMiBNQi9jCj4KPiBXcml0aW5nOgo+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIg YnM9MU0gb2ZsYWc9ZGlyZWN0Cj4gINPLz9DJ0s/Xwc7PIDIyNDE4NTU0ODggwsHK1CAoMiwyIEdC KSwgMjksNjI5MiBjLCA3NSw3IE1CL2MKPgo+IFNvLCB3cml0aW5nIHdpdGhvdXQgY2FjaGluZyBp cyBhbG1vc3QgdGhlIHNhbWUuIFJlYWRpbmcgaXMgaGFsZmVkIGluIGNvbXBhcmUKPiB0byBkb20w LCBidXQgdGhpcyBpcyBub3QgcmVhbGx5IGFuIGlzc3VlIHRvIG1lLgo+IElzIHRoZXJlIGEgd2F5 IHRvIG9wdGltaXplIERvbVUgY2FjaGluZyB0byBib29zdCB3cml0ZSBzcGVlZD8KPgo+IEtpcmls bC4KPgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K PiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun May 26 13:40:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 13:40: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 1UgbAI-0001wz-JF; Sun, 26 May 2013 13:39:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgbAH-0001wp-1b for xen-users@lists.xen.org; Sun, 26 May 2013 13:39:13 +0000 Received: from [85.158.138.51:16795] by server-5.bemta-3.messagelabs.com id D7/AE-29713-08012A15; Sun, 26 May 2013 13:39:12 +0000 X-Env-Sender: mickylmartin@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369575550!9371573!1 X-Originating-IP: [209.85.216.49] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15602 invoked from network); 26 May 2013 13:39:11 -0000 Received: from mail-qa0-f49.google.com (HELO mail-qa0-f49.google.com) (209.85.216.49) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 13:39:11 -0000 Received: by mail-qa0-f49.google.com with SMTP id j11so613238qag.15 for ; Sun, 26 May 2013 06:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jhVPM3KxR+4rpa7hs81p1rAAzFQ6BG1NwpLOWdQA2c0=; b=J6gQ6tcN3tbAcH8AqDjpw3NT+a0cRnaZyIZSaxKCenXGWs49UQ78UROTThuc7FyIbW lSe5bYsJHC5urYBe4Vko7Hm3Z6WT7JANDPiR8i7zwhfVXADOd35RrU4aSFAgSce2TeLl C5amzQJI7DkJDP5auwDzeptzPw1uDXI2KnDX8JfJtPtgldAzRKZRHLr01Jz5OaNmF5pa gpRXhkL6lqfBjY9zYQVUi73f3S+dVAleBzyYx3czi0dMEjE9b2gz1oLpP9g89oeAx/E2 WZRGVypOsLEqsez63LmqlJmlp9rj+wulwssRGIjqnR6C+P3r5onKCKpHNOdIDzfXLkte 32BA== MIME-Version: 1.0 X-Received: by 10.224.37.70 with SMTP id w6mr23416339qad.86.1369575549890; Sun, 26 May 2013 06:39:09 -0700 (PDT) Received: by 10.49.97.229 with HTTP; Sun, 26 May 2013 06:39:09 -0700 (PDT) In-Reply-To: <51A204B8.60206@gmail.com> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> Date: Sun, 26 May 2013 18:39:09 +0500 Message-ID: From: Micky To: braintorch Cc: "xen-users@lists.xen.org" , James Harper Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U29mdHdhcmUgcmFpZHMgYnkgZGVzaWduIGhhdmUgaHVnZSBwZXJmb3JtYW5jZSBoaXRzLiBJIHdv bid0IHJlYWxseQp1c2UgZG1yYWlkIGluIHByb2R1Y3Rpb24uCgpPbiBTdW4sIE1heSAyNiwgMjAx MyBhdCA1OjQ4IFBNLCBicmFpbnRvcmNoIDxra2FiYXJkaW5AZ21haWwuY29tPiB3cm90ZToKPiAy Ni4wNS4yMDEzIDE1OjUxLCBKYW1lcyBIYXJwZXIg0MnbxdQ6Cj4KPj4KPj4+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tCj4+PiBGcm9tOiBicmFpbnRvcmNoIFttYWlsdG86a2thYmFyZGluQGdt YWlsLmNvbV0KPj4+IFNlbnQ6IFN1bmRheSwgMjYgTWF5IDIwMTMgOTo0OSBQTQo+Pj4gVG86IEph bWVzIEhhcnBlcgo+Pj4gQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+PiBTdWJqZWN0OiBS ZTogW1hlbi11c2Vyc10gU29mdHdhcmUgUmFpZCA1IGRvbXUgcGVyZm9ybWFuY2UgZHJvcAo+Pj4K Pj4+IDI2LjA1LjIwMTMgMTU6MTYsIEphbWVzIEhhcnBlciDQydvF1DoKPj4+Pj4KPj4+Pj4gMjYu MDUuMjAxMyAxNDo0MywgSmFtZXMgSGFycGVyINDJ28XUOgo+Pj4+Pj4+Cj4+Pj4+Pj4gSGVsbG8u IEknbSBleHBlcmllbmNpbmcgc29saWQgSS9PIHBlcmZvcm1hbmNlIGRyb3Agd2hlbiB1c2luZwo+ Pj4KPj4+IHNvZnR3YXJlCj4+Pj4+Pj4KPj4+Pj4+PiByYWlkIDUgZnJvbSBQViBEb21VLiBJIGNh biBnZXQgYWJvdXQgNDIwTS9zIGZvciBzZXF1ZW50aWFsIHJlYWRzIGFuZAo+Pj4+Pj4+IH4yMjAg TS9zIGZvciBzZXF1ZW50aWFsIHdyaXRlcyB3aGVuIHVzaW5nIGl0IGZyb20gRG9tMC4gQnV0IGl0 J3Mgb25seQo+Pj4+Pj4+IH4xNzAgTS9zIGZvciByZWFkIGFuZCB+ODAgTS9zIGZvciB3cml0ZSB3 aGVuIHVzaW5nIGl0IGZyb20gRG9tVS4KPj4+Pj4+Pgo+Pj4+Pj4+IERvbVUgcGVyZm9ybWFuY2Ug Zm9yIHNpbmdsZSBkcml2ZSBpcyBjbG9zZSB0byBuYXRpdmUgLS0gfjE2MCBNL3MgZm9yCj4+Pj4+ Pj4gcmVhZHMgYW5kIH4xNjAgZm9yIHdyaXRlcy4KPj4+Pj4+Pgo+Pj4+Pj4+IFRoZXJlIGlzIG5v IGZpbGVzeXN0ZW0gb3IgTFZNLCBqdXN0IHJhdyBkYXRhLiBEZWJpYW4gd2hlZXp5IHg4Nl82NAo+ Pj4+Pj4+IGZvcgo+Pj4+Pj4+IGJvdGggRG9tMCBhbmQgRG9tVS4gQW5kICJwaHkiIGJhY2tlbmQg aXMgdXNlZCB0byBhdHRhY2ggZHJpdmUgdG8KPj4+Pj4KPj4+Pj4gRG9tVS4KPj4+Pj4+Pgo+Pj4+ Pj4+IElzIHRoaXMgYSBidWcgb3Igc29tZXRoaW5nIHdyb25nIHdpdGggbXkgc2V0dXA/IFdoYXQg c2hvdWxkIEkgY2hlY2s/Cj4+Pj4+Pj4KPj4+Pj4+IEhvdyBhcmUgeW91IG1lYXN1cmluZyB0aGlz IHBlcmZvcm1hbmNlPwo+Pj4+Pj4KPj4+Pj4+IEphbWVzCj4+Pj4+Cj4+Pj4+IEkgIHJ1bm5pbmcg ZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYveHZkYiBicz0xTSBmb3Igc2V2ZXJhbCBtaW51dGVzLgo+ Pj4+Pgo+Pj4+PiBBbHNvIHRyaWVkICJjYXQgL2Rldi96ZXJvIHwgcHYgLXIgPiAvZGV2L3h2ZGIg IiB3aGljaCBnYXZlIG1lIHNpbWlsYXIKPj4+Pj4gcmVzdWx0cy4KPj4+Pgo+Pj4+IEFkZCBvZmxh Zz1kaXJlY3QgdG8gdGhlIGRkIGNvbW1hbmQgc28gdGhhdCBubyBjYWNoaW5nIGlzIGluIGVmZmVj dCBhbmQKPj4+Cj4+PiB0aGVuIGNvbXBhcmUuCj4+Pj4KPj4+PiBKYW1lcwo+Pj4KPj4+IEphbWVz LCBpdCdzIGV2ZW4gbW9yZSBkcmFtYXRpYyB3aXRob3V0IGNhY2hpbmcuCj4+Pgo+Pj4KPj4+IERv bTA6Cj4+Pgo+Pj4gUmVhZGluZzoKPj4+IGRkIGlmPS9kZXYvbWQwIG9mPS9kZXYvbnVsbCBicz0x TSBpZmxhZz1kaXJlY3QKPj4+ICAgINPLz9DJ0s/Xwc7PIDExNjU5MTE2NTQ0IMLBytTBICgxMiBH QiksIDI3LDQ2MTQgYywgNDI1IE1CL2MKPj4+Cj4+PiBXcml0aW5nOgo+Pj4gZGQgaWY9L2Rldi96 ZXJvIG9mPS9kZXYvbWQwIGJzPTFNIG9mbGFnPWRpcmVjdAo+Pj4gICAg08vP0MnSz9fBzs8gMTAx MDgyNzI2NDAgwsHK1CAoMTAgR0IpLCAxMzUsODU5IGMsIDc0LDQgTUIvYwo+Pj4KPj4+IERvbXU6 Cj4+Pgo+Pj4gUmVhZGluZzoKPj4+IGRkIGlmPS9kZXYveHZkYiBvZj0vZGV2L251bGwgaWZsYWc9 ZGlyZWN0Cj4+PiAgICDTy8/QydLP18HOzyAyMjk2MTUxMDQgwsHK1MEgKDIzMCBNQiksIDc1LDkz OTQgYywgMywwIE1CL2MKPj4+Cj4+PiBXcml0aW5nOgo+Pj4gZGQgaWY9L2Rldi96ZXJvIG9mPS9k ZXYveHZkYiBvZmxhZz1kaXJlY3QKPj4+ICAgINPLz9DJ0s/Xwc7PIDIzMTgxODI0MCDCwcrUICgy MzIgTUIpLCAxNTgsMjgzIGMsIDEsNSBNQi9jCj4+Cj4+IEkgZG9uJ3Qgc2VlIGEgYmxvY2sgc2l6 ZSBvbiB0aGUgZG9tdSBtZWFzdXJlbWVudHMuLi4gZGlkIHlvdSBqdXN0IGNvcHkgYW5kCj4+IHBh c3RlIGl0IHdyb25nIG9yIGRpZCB5b3UgcmVhbGx5IGxlYXZlIGl0IGF0IGRlZmF1bHQgNTEyIGJ5 dGUgYmxvY2sgc2l6ZT8KPj4KPj4gSmFtZXMKPgo+IEFoLCBteSBtaXN0YWtlLiBJJ20gc29ycnku IDooCj4KPiBSZWFkaW5nOgo+IGRkIGlmPS9kZXYveHZkYiBvZj0vZGV2L251bGwgYnM9MU0gaWZs YWc9ZGlyZWN0Cj4gINPLz9DJ0s/Xwc7PIDEzMDYwMDE0MDgwIMLBytQgKDEzIEdCKSwgNTgsOTQ5 IGMsIDIyMiBNQi9jCj4KPiBXcml0aW5nOgo+IGRkIGlmPS9kZXYvemVybyBvZj0vZGV2L3h2ZGIg YnM9MU0gb2ZsYWc9ZGlyZWN0Cj4gINPLz9DJ0s/Xwc7PIDIyNDE4NTU0ODggwsHK1CAoMiwyIEdC KSwgMjksNjI5MiBjLCA3NSw3IE1CL2MKPgo+IFNvLCB3cml0aW5nIHdpdGhvdXQgY2FjaGluZyBp cyBhbG1vc3QgdGhlIHNhbWUuIFJlYWRpbmcgaXMgaGFsZmVkIGluIGNvbXBhcmUKPiB0byBkb20w LCBidXQgdGhpcyBpcyBub3QgcmVhbGx5IGFuIGlzc3VlIHRvIG1lLgo+IElzIHRoZXJlIGEgd2F5 IHRvIG9wdGltaXplIERvbVUgY2FjaGluZyB0byBib29zdCB3cml0ZSBzcGVlZD8KPgo+IEtpcmls bC4KPgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K PiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun May 26 13:48:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 13:48: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 1UgbIB-0002Nb-6i; Sun, 26 May 2013 13:47:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgbIA-0002NU-7I for xen-users@lists.xen.org; Sun, 26 May 2013 13:47:22 +0000 Received: from [85.158.139.83:2357] by server-11.bemta-5.messagelabs.com id F0/4A-26693-96212A15; Sun, 26 May 2013 13:47:21 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1369576037!25124242!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18749 invoked from network); 26 May 2013 13:47:20 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-7.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 13:47:20 -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 1UgbI2-0005yV-F8; Sun, 26 May 2013 23:47:14 +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; Sun, 26 May 2013 23:47:13 +1000 From: James Harper To: braintorch Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDD//2irAAAW6BDw Date: Sun, 26 May 2013 13:47:12 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DE288@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> In-Reply-To: <51A204B8.60206@gmail.com> 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-19894.003 x-tm-as-result: No--30.695600-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > So, writing without caching is almost the same. Reading is halfed in > compare to dom0, but this is not really an issue to me. > Is there a way to optimize DomU caching to boost write speed? > I think you wouldn't want to do this if you value your data. Maybe dom0 just has more memory than domu? Are you saying that raid5 has a specific problem or is this just what you happen to be using? Can you do some other tests with just a single harddisk passed through to domu? And maybe a raid1 too? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 13:48:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 13:48: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 1UgbIB-0002Nb-6i; Sun, 26 May 2013 13:47:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgbIA-0002NU-7I for xen-users@lists.xen.org; Sun, 26 May 2013 13:47:22 +0000 Received: from [85.158.139.83:2357] by server-11.bemta-5.messagelabs.com id F0/4A-26693-96212A15; Sun, 26 May 2013 13:47:21 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1369576037!25124242!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18749 invoked from network); 26 May 2013 13:47:20 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-7.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 13:47:20 -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 1UgbI2-0005yV-F8; Sun, 26 May 2013 23:47:14 +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; Sun, 26 May 2013 23:47:13 +1000 From: James Harper To: braintorch Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDD//2irAAAW6BDw Date: Sun, 26 May 2013 13:47:12 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DE288@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> In-Reply-To: <51A204B8.60206@gmail.com> 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-19894.003 x-tm-as-result: No--30.695600-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 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > So, writing without caching is almost the same. Reading is halfed in > compare to dom0, but this is not really an issue to me. > Is there a way to optimize DomU caching to boost write speed? > I think you wouldn't want to do this if you value your data. Maybe dom0 just has more memory than domu? Are you saying that raid5 has a specific problem or is this just what you happen to be using? Can you do some other tests with just a single harddisk passed through to domu? And maybe a raid1 too? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 14:05:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 14:05: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 1UgbYZ-0002xV-0U; Sun, 26 May 2013 14:04:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgbYW-0002xP-W1 for xen-users@lists.xen.org; Sun, 26 May 2013 14:04:17 +0000 Received: from [85.158.138.51:48979] by server-3.bemta-3.messagelabs.com id E9/48-12734-06612A15; Sun, 26 May 2013 14:04:16 +0000 X-Env-Sender: stevew@pcann.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369577054!26835871!1 X-Originating-IP: [209.240.84.98] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20732 invoked from network); 26 May 2013 14:04:15 -0000 Received: from pcann04.pcann.com (HELO mx.pcann.com) (209.240.84.98) by server-15.tower-174.messagelabs.com with SMTP; 26 May 2013 14:04:15 -0000 Received: from localhost (localhost [127.0.0.1]) by mx.pcann.com (Postfix) with ESMTP id 58CE07212D3; Sun, 26 May 2013 09:04:14 -0500 (CDT) X-Virus-Scanned: Debian amavisd-new at mx.pcann.com Received: from mx.pcann.com ([127.0.0.1]) by localhost (pcann04.pcann.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rssrAD1G7ten; Sun, 26 May 2013 09:04:09 -0500 (CDT) Authentication-Results: pcann.com; X-DKIM-Authentication-Results: none Received: from [192.168.0.110] (unknown [70.57.157.45]) by mx.pcann.com (Postfix) with ESMTPSA id B4B097200C5; Sun, 26 May 2013 09:04:09 -0500 (CDT) Message-ID: <51A21653.6030508@pcann.com> Date: Sun, 26 May 2013 09:04:03 -0500 From: Steven Wilcoxon User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Micky References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> In-Reply-To: Cc: "xen-users@lists.xen.org" , braintorch , James Harper Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 5/26/2013 8:39 AM, Micky wrote: > Software raids by design have huge performance hits. I won't really > use dmraid in production. Raid 5 also has significantly more more I/O delays & performance hits since a single Write usually causes two Reads, then processing, finally two Writes. It gets even worse when sync'ing or if something waits for the the operation to complete before continuing. Anyone using S/W raid (and sometimes even with h/w raid) is better off using Raid 1 or Raid 10 if you are concerned with performance. S.W. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 14:05:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 14:05: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 1UgbYZ-0002xV-0U; Sun, 26 May 2013 14:04:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgbYW-0002xP-W1 for xen-users@lists.xen.org; Sun, 26 May 2013 14:04:17 +0000 Received: from [85.158.138.51:48979] by server-3.bemta-3.messagelabs.com id E9/48-12734-06612A15; Sun, 26 May 2013 14:04:16 +0000 X-Env-Sender: stevew@pcann.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369577054!26835871!1 X-Originating-IP: [209.240.84.98] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20732 invoked from network); 26 May 2013 14:04:15 -0000 Received: from pcann04.pcann.com (HELO mx.pcann.com) (209.240.84.98) by server-15.tower-174.messagelabs.com with SMTP; 26 May 2013 14:04:15 -0000 Received: from localhost (localhost [127.0.0.1]) by mx.pcann.com (Postfix) with ESMTP id 58CE07212D3; Sun, 26 May 2013 09:04:14 -0500 (CDT) X-Virus-Scanned: Debian amavisd-new at mx.pcann.com Received: from mx.pcann.com ([127.0.0.1]) by localhost (pcann04.pcann.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rssrAD1G7ten; Sun, 26 May 2013 09:04:09 -0500 (CDT) Authentication-Results: pcann.com; X-DKIM-Authentication-Results: none Received: from [192.168.0.110] (unknown [70.57.157.45]) by mx.pcann.com (Postfix) with ESMTPSA id B4B097200C5; Sun, 26 May 2013 09:04:09 -0500 (CDT) Message-ID: <51A21653.6030508@pcann.com> Date: Sun, 26 May 2013 09:04:03 -0500 From: Steven Wilcoxon User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Micky References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> In-Reply-To: Cc: "xen-users@lists.xen.org" , braintorch , James Harper Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 5/26/2013 8:39 AM, Micky wrote: > Software raids by design have huge performance hits. I won't really > use dmraid in production. Raid 5 also has significantly more more I/O delays & performance hits since a single Write usually causes two Reads, then processing, finally two Writes. It gets even worse when sync'ing or if something waits for the the operation to complete before continuing. Anyone using S/W raid (and sometimes even with h/w raid) is better off using Raid 1 or Raid 10 if you are concerned with performance. S.W. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 14:11:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 14:11: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 1Ugbef-0003CL-2l; Sun, 26 May 2013 14:10:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugbee-0003CG-61 for xen-users@lists.xen.org; Sun, 26 May 2013 14:10:36 +0000 Received: from [85.158.138.51:59132] by server-15.bemta-3.messagelabs.com id E4/B8-32363-BD712A15; Sun, 26 May 2013 14:10:35 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-12.tower-174.messagelabs.com!1369577431!1270212!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25924 invoked from network); 26 May 2013 14:10:34 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-12.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 14:10:34 -0000 Received: from bitcom1.int.sbss.com.au ([192.168.200.237]) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UgbeR-00062a-2J; Mon, 27 May 2013 00:10:23 +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; Mon, 27 May 2013 00:10:22 +1000 From: James Harper To: Steven Wilcoxon , Micky Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDD//2irAAABwRiAAADeoIAAFP4jQA== Date: Sun, 26 May 2013 14:10:21 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DE336@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <51A21653.6030508@pcann.com> In-Reply-To: <51A21653.6030508@pcann.com> 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-19894.003 x-tm-as-result: No--43.923400-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 Cc: "xen-users@lists.xen.org" , braintorch Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > On 5/26/2013 8:39 AM, Micky wrote: > > Software raids by design have huge performance hits. I won't really > > use dmraid in production. > > Raid 5 also has significantly more more I/O delays & performance hits > since a single Write usually causes two Reads, then processing, finally > two Writes. It gets even worse when sync'ing or if something waits for > the the operation to complete before continuing. > > Anyone using S/W raid (and sometimes even with h/w raid) is better off > using Raid 1 or Raid 10 if you are concerned with performance. > According to a recent post - http://comments.gmane.org/gmane.linux.kernel.bcache.devel/1713 - bcache now has some smarts for raid5 where it tries to write out an entire stripe where possible. If you have a fast flash disk and can compile your own kernel then bcache is the only way I would recommend using software raid5 where performance matters. Also in theory it might close the raid5 write hole. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 14:11:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 14:11: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 1Ugbef-0003CL-2l; Sun, 26 May 2013 14:10:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugbee-0003CG-61 for xen-users@lists.xen.org; Sun, 26 May 2013 14:10:36 +0000 Received: from [85.158.138.51:59132] by server-15.bemta-3.messagelabs.com id E4/B8-32363-BD712A15; Sun, 26 May 2013 14:10:35 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-12.tower-174.messagelabs.com!1369577431!1270212!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25924 invoked from network); 26 May 2013 14:10:34 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-12.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 14:10:34 -0000 Received: from bitcom1.int.sbss.com.au ([192.168.200.237]) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UgbeR-00062a-2J; Mon, 27 May 2013 00:10:23 +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; Mon, 27 May 2013 00:10:22 +1000 From: James Harper To: Steven Wilcoxon , Micky Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDD//2irAAABwRiAAADeoIAAFP4jQA== Date: Sun, 26 May 2013 14:10:21 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1DE336@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <51A21653.6030508@pcann.com> In-Reply-To: <51A21653.6030508@pcann.com> 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-19894.003 x-tm-as-result: No--43.923400-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 Cc: "xen-users@lists.xen.org" , braintorch Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > On 5/26/2013 8:39 AM, Micky wrote: > > Software raids by design have huge performance hits. I won't really > > use dmraid in production. > > Raid 5 also has significantly more more I/O delays & performance hits > since a single Write usually causes two Reads, then processing, finally > two Writes. It gets even worse when sync'ing or if something waits for > the the operation to complete before continuing. > > Anyone using S/W raid (and sometimes even with h/w raid) is better off > using Raid 1 or Raid 10 if you are concerned with performance. > According to a recent post - http://comments.gmane.org/gmane.linux.kernel.bcache.devel/1713 - bcache now has some smarts for raid5 where it tries to write out an entire stripe where possible. If you have a fast flash disk and can compile your own kernel then bcache is the only way I would recommend using software raid5 where performance matters. Also in theory it might close the raid5 write hole. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 14:51:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 14:51: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 1UgcGr-0003kV-Hv; Sun, 26 May 2013 14:50:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgcGp-0003kQ-Mj for xen-users@lists.xen.org; Sun, 26 May 2013 14:50:03 +0000 Received: from [85.158.137.99:58349] by server-13.bemta-3.messagelabs.com id 3C/30-19597-A1122A15; Sun, 26 May 2013 14:50:02 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1369579801!12334783!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18601 invoked from network); 26 May 2013 14:50:02 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 14:50:02 -0000 Received: by mail-lb0-f180.google.com with SMTP id r10so5923819lbi.25 for ; Sun, 26 May 2013 07:50:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IegtjjAQLOXEjYOxWmMK5omZcASn4xaYsXvynd0P2n8=; b=Chf3516gzg6vXQGuMIloE/G3BY2gISM1o/PJN2WHmyfio+uDaBXsUqvLEInIXwrbWk DRgTFCdfRSy2Ph1QH1rzXD+LILPIygH0zpghJhK3Lmmg606wB6KmUstn2jDpZ57+vg2s wGZI9M+aekNbJ8fBARJATLZ6DAsHwnWYxF2qck1EakwQ9XjJMw+qgkNfGI3BvkH74l+3 k9Pkhk9bldCFKxIZmEw1hFHzOiNdTYZOhCP8NgpJGtKnSoeFKpG/DgzA6ztM7jxic/QD 3ZkFzo3gLiBXLPXehWRejkFpSi4YTEvNwm3RjSqwd+56qrOy00jIRw6TR7dRV+k/WUc+ Bl2A== X-Received: by 10.112.169.37 with SMTP id ab5mr12462867lbc.25.1369579801526; Sun, 26 May 2013 07:50:01 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id c5sm9948400lbe.1.2013.05.26.07.50.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 07:50:01 -0700 (PDT) Message-ID: <51A22117.1070800@gmail.com> Date: Sun, 26 May 2013 18:49:59 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DE288@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DE288@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNzo0NywgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4+IFNvLCB3cml0aW5n IHdpdGhvdXQgY2FjaGluZyBpcyBhbG1vc3QgdGhlIHNhbWUuIFJlYWRpbmcgaXMgaGFsZmVkIGlu Cj4+IGNvbXBhcmUgdG8gZG9tMCwgYnV0IHRoaXMgaXMgbm90IHJlYWxseSBhbiBpc3N1ZSB0byBt ZS4KPj4gSXMgdGhlcmUgYSB3YXkgdG8gb3B0aW1pemUgRG9tVSBjYWNoaW5nIHRvIGJvb3N0IHdy aXRlIHNwZWVkPwo+Pgo+IEkgdGhpbmsgeW91IHdvdWxkbid0IHdhbnQgdG8gZG8gdGhpcyBpZiB5 b3UgdmFsdWUgeW91ciBkYXRhLiBNYXliZSBkb20wIGp1c3QgaGFzIG1vcmUgbWVtb3J5IHRoYW4g ZG9tdT8KPgo+IEFyZSB5b3Ugc2F5aW5nIHRoYXQgcmFpZDUgaGFzIGEgc3BlY2lmaWMgcHJvYmxl bSBvciBpcyB0aGlzIGp1c3Qgd2hhdCB5b3UgaGFwcGVuIHRvIGJlIHVzaW5nPyBDYW4geW91IGRv IHNvbWUgb3RoZXIgdGVzdHMgd2l0aCBqdXN0IGEgc2luZ2xlIGhhcmRkaXNrIHBhc3NlZCB0aHJv dWdoIHRvIGRvbXU/IEFuZCBtYXliZSBhIHJhaWQxIHRvbz8KPgo+IEphbWVzCkFjdHVhbGx5LCBk b20wIGhhdmUgNTEyIE1iIG1lbW9yeSB2cyBEb21VIHdpdGggMTAyNCBNYi4gSSBoYXZlIGRvbmUg c29tZSAKdGVzdHMgd2l0aCBzaW5nbGUgZHJpdmUsIHJhaWQxIGFuZCByYWlkMTAuIFJlc3VsdHMg aW4gRG9tVSBhbG1vc3QgCmlkZW50aWNhbCB0byB0aG9zZSBpbiBEb20wLiBPbmx5IHJhaWQgNSBz ZXR1cCBoYXZlIHRoZSBkaWZmZXJlbmNlLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 14:51:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 14:51: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 1UgcGr-0003kV-Hv; Sun, 26 May 2013 14:50:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgcGp-0003kQ-Mj for xen-users@lists.xen.org; Sun, 26 May 2013 14:50:03 +0000 Received: from [85.158.137.99:58349] by server-13.bemta-3.messagelabs.com id 3C/30-19597-A1122A15; Sun, 26 May 2013 14:50:02 +0000 X-Env-Sender: kkabardin@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1369579801!12334783!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18601 invoked from network); 26 May 2013 14:50:02 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2013 14:50:02 -0000 Received: by mail-lb0-f180.google.com with SMTP id r10so5923819lbi.25 for ; Sun, 26 May 2013 07:50:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IegtjjAQLOXEjYOxWmMK5omZcASn4xaYsXvynd0P2n8=; b=Chf3516gzg6vXQGuMIloE/G3BY2gISM1o/PJN2WHmyfio+uDaBXsUqvLEInIXwrbWk DRgTFCdfRSy2Ph1QH1rzXD+LILPIygH0zpghJhK3Lmmg606wB6KmUstn2jDpZ57+vg2s wGZI9M+aekNbJ8fBARJATLZ6DAsHwnWYxF2qck1EakwQ9XjJMw+qgkNfGI3BvkH74l+3 k9Pkhk9bldCFKxIZmEw1hFHzOiNdTYZOhCP8NgpJGtKnSoeFKpG/DgzA6ztM7jxic/QD 3ZkFzo3gLiBXLPXehWRejkFpSi4YTEvNwm3RjSqwd+56qrOy00jIRw6TR7dRV+k/WUc+ Bl2A== X-Received: by 10.112.169.37 with SMTP id ab5mr12462867lbc.25.1369579801526; Sun, 26 May 2013 07:50:01 -0700 (PDT) Received: from [192.168.2.105] ([84.51.223.29]) by mx.google.com with ESMTPSA id c5sm9948400lbe.1.2013.05.26.07.50.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 May 2013 07:50:01 -0700 (PDT) Message-ID: <51A22117.1070800@gmail.com> Date: Sun, 26 May 2013 18:49:59 +0400 From: braintorch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DE288@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1DE288@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 MjYuMDUuMjAxMyAxNzo0NywgSmFtZXMgSGFycGVyINC/0LjRiNC10YI6Cj4+IFNvLCB3cml0aW5n IHdpdGhvdXQgY2FjaGluZyBpcyBhbG1vc3QgdGhlIHNhbWUuIFJlYWRpbmcgaXMgaGFsZmVkIGlu Cj4+IGNvbXBhcmUgdG8gZG9tMCwgYnV0IHRoaXMgaXMgbm90IHJlYWxseSBhbiBpc3N1ZSB0byBt ZS4KPj4gSXMgdGhlcmUgYSB3YXkgdG8gb3B0aW1pemUgRG9tVSBjYWNoaW5nIHRvIGJvb3N0IHdy aXRlIHNwZWVkPwo+Pgo+IEkgdGhpbmsgeW91IHdvdWxkbid0IHdhbnQgdG8gZG8gdGhpcyBpZiB5 b3UgdmFsdWUgeW91ciBkYXRhLiBNYXliZSBkb20wIGp1c3QgaGFzIG1vcmUgbWVtb3J5IHRoYW4g ZG9tdT8KPgo+IEFyZSB5b3Ugc2F5aW5nIHRoYXQgcmFpZDUgaGFzIGEgc3BlY2lmaWMgcHJvYmxl bSBvciBpcyB0aGlzIGp1c3Qgd2hhdCB5b3UgaGFwcGVuIHRvIGJlIHVzaW5nPyBDYW4geW91IGRv IHNvbWUgb3RoZXIgdGVzdHMgd2l0aCBqdXN0IGEgc2luZ2xlIGhhcmRkaXNrIHBhc3NlZCB0aHJv dWdoIHRvIGRvbXU/IEFuZCBtYXliZSBhIHJhaWQxIHRvbz8KPgo+IEphbWVzCkFjdHVhbGx5LCBk b20wIGhhdmUgNTEyIE1iIG1lbW9yeSB2cyBEb21VIHdpdGggMTAyNCBNYi4gSSBoYXZlIGRvbmUg c29tZSAKdGVzdHMgd2l0aCBzaW5nbGUgZHJpdmUsIHJhaWQxIGFuZCByYWlkMTAuIFJlc3VsdHMg aW4gRG9tVSBhbG1vc3QgCmlkZW50aWNhbCB0byB0aG9zZSBpbiBEb20wLiBPbmx5IHJhaWQgNSBz ZXR1cCBoYXZlIHRoZSBkaWZmZXJlbmNlLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun May 26 22:06:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 22:06: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 1Ugj47-0006dx-JQ; Sun, 26 May 2013 22:05:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugj46-0006ds-8n for xen-users@lists.xen.org; Sun, 26 May 2013 22:05:22 +0000 Received: from [85.158.139.83:62823] by server-10.bemta-5.messagelabs.com id 8E/C6-19016-12782A15; Sun, 26 May 2013 22:05:21 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1369605912!24852274!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24104 invoked from network); 26 May 2013 22:05:13 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 May 2013 22:05:13 -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 B5F2C22124F; Sun, 26 May 2013 23:05:09 +0100 (BST) Message-ID: <51A28714.5090904@bobich.net> Date: Sun, 26 May 2013 23:05:08 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Micky References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> In-Reply-To: Cc: "xen-users@lists.xen.org" , braintorch , James Harper Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 05/26/2013 02:39 PM, Micky wrote: > Software raids by design have huge performance hits. Who told you that? The ARM ASIC on a typical RAID controller has a lot less throughput for XOR-ing data than the main CPU in the system, and also has a lot less RAM for caching. If anything software RAID is going to be faster if you are operating at saturation point. With hardware RAID you are also suffering the problem that alignment of blocks is unknowable, which is relevant when you are trying to align your entire block storage stack (especially when the disk is reporting 512b sectors when they are emulated from 4KB physical sectors). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 22:06:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 22:06: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 1Ugj47-0006dx-JQ; Sun, 26 May 2013 22:05:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugj46-0006ds-8n for xen-users@lists.xen.org; Sun, 26 May 2013 22:05:22 +0000 Received: from [85.158.139.83:62823] by server-10.bemta-5.messagelabs.com id 8E/C6-19016-12782A15; Sun, 26 May 2013 22:05:21 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1369605912!24852274!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24104 invoked from network); 26 May 2013 22:05:13 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 May 2013 22:05:13 -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 B5F2C22124F; Sun, 26 May 2013 23:05:09 +0100 (BST) Message-ID: <51A28714.5090904@bobich.net> Date: Sun, 26 May 2013 23:05:08 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Micky References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> In-Reply-To: Cc: "xen-users@lists.xen.org" , braintorch , James Harper Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 05/26/2013 02:39 PM, Micky wrote: > Software raids by design have huge performance hits. Who told you that? The ARM ASIC on a typical RAID controller has a lot less throughput for XOR-ing data than the main CPU in the system, and also has a lot less RAM for caching. If anything software RAID is going to be faster if you are operating at saturation point. With hardware RAID you are also suffering the problem that alignment of blocks is unknowable, which is relevant when you are trying to align your entire block storage stack (especially when the disk is reporting 512b sectors when they are emulated from 4KB physical sectors). Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 23:24:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 23:24:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgkHO-0007Ck-Px; Sun, 26 May 2013 23:23:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgkHN-0007Cf-4y for xen-users@lists.xen.org; Sun, 26 May 2013 23:23:09 +0000 Received: from [85.158.139.211:25670] by server-16.bemta-5.messagelabs.com id 09/7C-31493-B5992A15; Sun, 26 May 2013 23:23:07 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-206.messagelabs.com!1369610583!18391857!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31254 invoked from network); 26 May 2013 23:23:06 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 23:23:06 -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 1UgkGz-0007PG-Gz; Mon, 27 May 2013 09:22:45 +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; Mon, 27 May 2013 09:22:44 +1000 From: James Harper To: Gordan Bobic , Micky Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDD//2irAAABwRiAABGr2AAAF5a5EA== Date: Sun, 26 May 2013 23:22:43 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1E18AA@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <51A28714.5090904@bobich.net> In-Reply-To: <51A28714.5090904@bobich.net> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:352e:6615:cf53:9b12] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19896.002 x-tm-as-result: No--43.060100-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 Cc: "xen-users@lists.xen.org" , braintorch Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > On 05/26/2013 02:39 PM, Micky wrote: > > Software raids by design have huge performance hits. > > Who told you that? The ARM ASIC on a typical RAID controller has a lot > less throughput for XOR-ing data than the main CPU in the system, and > also has a lot less RAM for caching. If anything software RAID is going > to be faster if you are operating at saturation point. What spoils it is that hardware raid normally has nv write cache which can be a huge boost for performance, especially for raid5. Bcache fixes that to some extent but I'm not aware of any cheap battery backed memory cards. SSD is the next best thing but that's often attached via SATA or SAS. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 23:24:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 23:24:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgkHO-0007Ck-Px; Sun, 26 May 2013 23:23:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgkHN-0007Cf-4y for xen-users@lists.xen.org; Sun, 26 May 2013 23:23:09 +0000 Received: from [85.158.139.211:25670] by server-16.bemta-5.messagelabs.com id 09/7C-31493-B5992A15; Sun, 26 May 2013 23:23:07 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-206.messagelabs.com!1369610583!18391857!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31254 invoked from network); 26 May 2013 23:23:06 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 May 2013 23:23:06 -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 1UgkGz-0007PG-Gz; Mon, 27 May 2013 09:22:45 +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; Mon, 27 May 2013 09:22:44 +1000 From: James Harper To: Gordan Bobic , Micky Thread-Topic: [Xen-users] Software Raid 5 domu performance drop Thread-Index: AQHOWf2ZW7tOoUBKmUKOm82Bx8d4rJkXR8Kw//9aCYCAAK6GoP//YiWAgACoBDD//2irAAABwRiAABGr2AAAF5a5EA== Date: Sun, 26 May 2013 23:22:43 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B5C1E18AA@BITCOM1.int.sbss.com.au> References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <51A28714.5090904@bobich.net> In-Reply-To: <51A28714.5090904@bobich.net> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:388:e000:712:352e:6615:cf53:9b12] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19896.002 x-tm-as-result: No--43.060100-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 Cc: "xen-users@lists.xen.org" , braintorch Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > On 05/26/2013 02:39 PM, Micky wrote: > > Software raids by design have huge performance hits. > > Who told you that? The ARM ASIC on a typical RAID controller has a lot > less throughput for XOR-ing data than the main CPU in the system, and > also has a lot less RAM for caching. If anything software RAID is going > to be faster if you are operating at saturation point. What spoils it is that hardware raid normally has nv write cache which can be a huge boost for performance, especially for raid5. Bcache fixes that to some extent but I'm not aware of any cheap battery backed memory cards. SSD is the next best thing but that's often attached via SATA or SAS. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 23:45:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 23:45: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 1Ugkbu-0007YS-Vn; Sun, 26 May 2013 23:44:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugkbt-0007YM-Lg for xen-users@lists.xen.org; Sun, 26 May 2013 23:44:21 +0000 Received: from [85.158.137.99:43421] by server-16.bemta-3.messagelabs.com id 2B/27-23964-45E92A15; Sun, 26 May 2013 23:44:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-217.messagelabs.com!1369611856!17608291!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21841 invoked from network); 26 May 2013 23:44:16 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 May 2013 23:44:16 -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 D378822124F; Mon, 27 May 2013 00:44:14 +0100 (BST) Message-ID: <51A29E4D.7030307@bobich.net> Date: Mon, 27 May 2013 00:44:13 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <51A28714.5090904@bobich.net> <6035A0D088A63A46850C3988ED045A4B5C1E18AA@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1E18AA@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" , braintorch , Micky Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 05/27/2013 12:22 AM, James Harper wrote: >> >> On 05/26/2013 02:39 PM, Micky wrote: >>> Software raids by design have huge performance hits. >> >> Who told you that? The ARM ASIC on a typical RAID controller has a lot >> less throughput for XOR-ing data than the main CPU in the system, and >> also has a lot less RAM for caching. If anything software RAID is going >> to be faster if you are operating at saturation point. > > What spoils it is that hardware raid normally has nv write cache which > can be a huge boost for performance, especially for raid5. That only helps if your load is very bursty and you aren't operating anywhere near the saturation point for any length of time. The write hole can largely be avoided by making sure your FS stack geometry is optimally alighted with what your application does. As a random example, if you are using MySQL and InnoDB which has the default page size of 16KB, if you have a 5-disk RAID5, you can make the RAID block size 4KB. That means your 16KB commits (assuming everything else is also aligned correctly) will typically write out a whole stripe at the same time, which avoids the write-read-modify cycle. But - this doesn't help you in terms of overall throughput because you are still performing an operation on every disk in the array, so your overall write IOPS are the same as that of a single disk whatever you do. In the non-aligned case you get: 1.1) Write on subset of x disks 1.2) Read on subset of n-x-1 disks 1.3) Write on the 1 parity disk Total: 1 operation per disk Where n is the number of disks in the array, and x is the number of disks such that operation size / RAID block size = x. In the aligned case you get: 2.1) Write on all disks Total: 1 operation per disk So it doesn't actually gain you any throughput in the saturation case whatever you do. RAID5 generally sucks for both performance and reliability regardless of what kind of RAID you use. But this is getting fairly off-topic for Xen... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun May 26 23:45:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 26 May 2013 23:45: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 1Ugkbu-0007YS-Vn; Sun, 26 May 2013 23:44:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugkbt-0007YM-Lg for xen-users@lists.xen.org; Sun, 26 May 2013 23:44:21 +0000 Received: from [85.158.137.99:43421] by server-16.bemta-3.messagelabs.com id 2B/27-23964-45E92A15; Sun, 26 May 2013 23:44:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-217.messagelabs.com!1369611856!17608291!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21841 invoked from network); 26 May 2013 23:44:16 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 May 2013 23:44:16 -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 D378822124F; Mon, 27 May 2013 00:44:14 +0100 (BST) Message-ID: <51A29E4D.7030307@bobich.net> Date: Mon, 27 May 2013 00:44:13 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: James Harper References: <51A1E150.20908@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DCFE0@BITCOM1.int.sbss.com.au> <51A1E8BD.9020700@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD047@BITCOM1.int.sbss.com.au> <51A1F6B9.10707@gmail.com> <6035A0D088A63A46850C3988ED045A4B5C1DD0FA@BITCOM1.int.sbss.com.au> <51A204B8.60206@gmail.com> <51A28714.5090904@bobich.net> <6035A0D088A63A46850C3988ED045A4B5C1E18AA@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1E18AA@BITCOM1.int.sbss.com.au> Cc: "xen-users@lists.xen.org" , braintorch , Micky Subject: Re: [Xen-users] Software Raid 5 domu performance drop X-BeenThere: xen-users@lists.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 05/27/2013 12:22 AM, James Harper wrote: >> >> On 05/26/2013 02:39 PM, Micky wrote: >>> Software raids by design have huge performance hits. >> >> Who told you that? The ARM ASIC on a typical RAID controller has a lot >> less throughput for XOR-ing data than the main CPU in the system, and >> also has a lot less RAM for caching. If anything software RAID is going >> to be faster if you are operating at saturation point. > > What spoils it is that hardware raid normally has nv write cache which > can be a huge boost for performance, especially for raid5. That only helps if your load is very bursty and you aren't operating anywhere near the saturation point for any length of time. The write hole can largely be avoided by making sure your FS stack geometry is optimally alighted with what your application does. As a random example, if you are using MySQL and InnoDB which has the default page size of 16KB, if you have a 5-disk RAID5, you can make the RAID block size 4KB. That means your 16KB commits (assuming everything else is also aligned correctly) will typically write out a whole stripe at the same time, which avoids the write-read-modify cycle. But - this doesn't help you in terms of overall throughput because you are still performing an operation on every disk in the array, so your overall write IOPS are the same as that of a single disk whatever you do. In the non-aligned case you get: 1.1) Write on subset of x disks 1.2) Read on subset of n-x-1 disks 1.3) Write on the 1 parity disk Total: 1 operation per disk Where n is the number of disks in the array, and x is the number of disks such that operation size / RAID block size = x. In the aligned case you get: 2.1) Write on all disks Total: 1 operation per disk So it doesn't actually gain you any throughput in the saturation case whatever you do. RAID5 generally sucks for both performance and reliability regardless of what kind of RAID you use. But this is getting fairly off-topic for Xen... Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 01:49:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 01:49: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 1UgmXo-0004D9-C3; Mon, 27 May 2013 01:48:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgmXm-0004D4-RP for xen-users@lists.xen.org; Mon, 27 May 2013 01:48:15 +0000 Received: from [85.158.143.99:39391] by server-3.bemta-4.messagelabs.com id BF/DC-02015-E5BB2A15; Mon, 27 May 2013 01:48:14 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-6.tower-216.messagelabs.com!1369619289!24445108!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2306 invoked from network); 27 May 2013 01:48:12 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 01:48:12 -0000 Received: (qmail 20444 invoked by uid 1011); 27 May 2013 01:48:05 -0000 Received: from 203.98.89.65 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17271. spamassassin: 3.3.1. Clear:RC:1(203.98.89.65):. Processed in 0.644787 secs); 27 May 2013 01:48:05 -0000 Received: from unknown (HELO webmail.websitemanagers.com.au) (203.98.89.65) by 0 with SMTP; 27 May 2013 01:48:04 -0000 Received: from 202.44.178.137 (proxying for 10.30.10.14) (SquirrelMail authenticated user adamg+websitemanagers.com.au) by webmail.websitemanagers.com.au with HTTP; Mon, 27 May 2013 11:48:05 +1000 Message-ID: In-Reply-To: <51A02270.3050303@zaf.ca> References: <51A02270.3050303@zaf.ca> Date: Mon, 27 May 2013 11:48:05 +1000 From: "Adam Goryachev" To: "Jeff Fisher" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Question regarding dropped packets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 25, 2013 12:31, Jeff Fisher wrote: > Hi, > > I've got a machine that's hosting a number of virtual machines (58 + the > dom0) and I'm having some weird issues with packet loss and high latency > that happens when ksoftirqd spikes in CPU usage. > > The machine itself is CentOS 5 x86_64 running the stock Xen packages > (3.1.2). It's a dual quad-core w/ hyperthreading, 48 gigs of ram, and > using Adaptec hardware raid w/ SAS drives. > > Almost every 2 minutes, I'll lose between 2 and 4 packets (while running > ping) to the domUs and see a couple of packets with very high latency. I > see the packets coming in on eth0, the bridge, and sometimes on the vif > device but the domU itself doesn't see these packets. > > Has anyone seen this type of behaviour before? I've tried all the > following with little success: > > - increasing txqueuelen > - changing the smp_affinity settings for our network devces > - dedicating the first 2 cores to dom0 and letting the domUs use > the remaining 14. > > If anyone has any ideas or additional things I can try, I would be most > grateful :) I've been having a similar (though not identical) issue over the past months. Can you advise the domU OS, and what drivers are being used for the networking (and versions). In my case, I have a single domU per dom0, running MS Windows 2003 with latest testing GPLPV drivers (0.11.0.404), and I see 10 seconds to 2 minutes (varies, but usually around 20 seconds) of domU network traffic loss (not 100% but 99.9%) during that period. I'm still working on resolving the issue, but would be interesting to get more information on your situation. Also, running 58 domU's on a single dom0 sounds rather busy... what are all those domU's doing? I assume they are not very busy, but could they be spiking occassionally causing the issue? When you get the packet loss, is it across all domU's at the same time, or just random? Regards, Adam _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 01:49:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 01:49: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 1UgmXo-0004D9-C3; Mon, 27 May 2013 01:48:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgmXm-0004D4-RP for xen-users@lists.xen.org; Mon, 27 May 2013 01:48:15 +0000 Received: from [85.158.143.99:39391] by server-3.bemta-4.messagelabs.com id BF/DC-02015-E5BB2A15; Mon, 27 May 2013 01:48:14 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-6.tower-216.messagelabs.com!1369619289!24445108!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2306 invoked from network); 27 May 2013 01:48:12 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 01:48:12 -0000 Received: (qmail 20444 invoked by uid 1011); 27 May 2013 01:48:05 -0000 Received: from 203.98.89.65 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.6/17271. spamassassin: 3.3.1. Clear:RC:1(203.98.89.65):. Processed in 0.644787 secs); 27 May 2013 01:48:05 -0000 Received: from unknown (HELO webmail.websitemanagers.com.au) (203.98.89.65) by 0 with SMTP; 27 May 2013 01:48:04 -0000 Received: from 202.44.178.137 (proxying for 10.30.10.14) (SquirrelMail authenticated user adamg+websitemanagers.com.au) by webmail.websitemanagers.com.au with HTTP; Mon, 27 May 2013 11:48:05 +1000 Message-ID: In-Reply-To: <51A02270.3050303@zaf.ca> References: <51A02270.3050303@zaf.ca> Date: Mon, 27 May 2013 11:48:05 +1000 From: "Adam Goryachev" To: "Jeff Fisher" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Question regarding dropped packets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 25, 2013 12:31, Jeff Fisher wrote: > Hi, > > I've got a machine that's hosting a number of virtual machines (58 + the > dom0) and I'm having some weird issues with packet loss and high latency > that happens when ksoftirqd spikes in CPU usage. > > The machine itself is CentOS 5 x86_64 running the stock Xen packages > (3.1.2). It's a dual quad-core w/ hyperthreading, 48 gigs of ram, and > using Adaptec hardware raid w/ SAS drives. > > Almost every 2 minutes, I'll lose between 2 and 4 packets (while running > ping) to the domUs and see a couple of packets with very high latency. I > see the packets coming in on eth0, the bridge, and sometimes on the vif > device but the domU itself doesn't see these packets. > > Has anyone seen this type of behaviour before? I've tried all the > following with little success: > > - increasing txqueuelen > - changing the smp_affinity settings for our network devces > - dedicating the first 2 cores to dom0 and letting the domUs use > the remaining 14. > > If anyone has any ideas or additional things I can try, I would be most > grateful :) I've been having a similar (though not identical) issue over the past months. Can you advise the domU OS, and what drivers are being used for the networking (and versions). In my case, I have a single domU per dom0, running MS Windows 2003 with latest testing GPLPV drivers (0.11.0.404), and I see 10 seconds to 2 minutes (varies, but usually around 20 seconds) of domU network traffic loss (not 100% but 99.9%) during that period. I'm still working on resolving the issue, but would be interesting to get more information on your situation. Also, running 58 domU's on a single dom0 sounds rather busy... what are all those domU's doing? I assume they are not very busy, but could they be spiking occassionally causing the issue? When you get the packet loss, is it across all domU's at the same time, or just random? Regards, Adam _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 02:40:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 02:40: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 1UgnLX-0004zw-Qa; Mon, 27 May 2013 02:39:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UggtS-00062Q-3s for xen-users@lists.xen.org; Sun, 26 May 2013 19:46:14 +0000 Received: from [85.158.139.83:7304] by server-3.bemta-5.messagelabs.com id D0/C6-31108-58662A15; Sun, 26 May 2013 19:46:13 +0000 X-Env-Sender: c3000@live.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1369597572!24845164!1 X-Originating-IP: [65.55.111.113] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26256 invoked from network); 26 May 2013 19:46:12 -0000 Received: from blu0-omc2-s38.blu0.hotmail.com (HELO blu0-omc2-s38.blu0.hotmail.com) (65.55.111.113) by server-14.tower-182.messagelabs.com with SMTP; 26 May 2013 19:46:12 -0000 Received: from BLU173-W45 ([65.55.111.72]) by blu0-omc2-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 26 May 2013 12:46:12 -0700 X-TMN: [PGgbECXr2u4BFWLmcky5OZU0Fsyv62eO] X-Originating-Email: [c3000@live.com] Message-ID: From: Sebastian McNamara To: "xen-users@lists.xen.org" Date: Sun, 26 May 2013 12:46:11 -0700 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 26 May 2013 19:46:12.0565 (UTC) FILETIME=[AD395050:01CE5A49] X-Mailman-Approved-At: Mon, 27 May 2013 02:39:37 +0000 Subject: [Xen-users] xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1518091953403753813==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1518091953403753813== Content-Type: multipart/alternative; boundary="_186e63e9-6dcc-4175-9e91-9b9d0973162b_" --_186e63e9-6dcc-4175-9e91-9b9d0973162b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi=2C my OS is Archlinux. I am trying to install Xen 4.2 on a UEFI Mainboar= d. With UEFI boot=2C I was able to successfully install xen=2C but once I t= ried to boot into Arch Xen=2C the system would constantly just reboot. It a= lso doesn't build a xen.efi file. With legay boot it works without any prob= lems. Does someone know what to do? thanks a lot=2C 3000 =20 =20 = --_186e63e9-6dcc-4175-9e91-9b9d0973162b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi=2C my OS is Archlinux. I am t= rying to install Xen 4.2 on a UEFI Mainboard. With UEFI boot=2C I was able = to successfully install xen=2C but once I tried to boot into Arch Xen=2C th= e system would constantly just reboot. It also doesn't build a =3Bxen.e= fi file. With legay boot it works without any problems. Does someone know w= hat to do?

thanks a lot=2C
3000
 =3B
 =3B
=
= --_186e63e9-6dcc-4175-9e91-9b9d0973162b_-- --===============1518091953403753813== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1518091953403753813==-- From xen-users-bounces@lists.xen.org Mon May 27 02:40:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 02:40: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 1UgnLX-0004zw-Qa; Mon, 27 May 2013 02:39:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UggtS-00062Q-3s for xen-users@lists.xen.org; Sun, 26 May 2013 19:46:14 +0000 Received: from [85.158.139.83:7304] by server-3.bemta-5.messagelabs.com id D0/C6-31108-58662A15; Sun, 26 May 2013 19:46:13 +0000 X-Env-Sender: c3000@live.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1369597572!24845164!1 X-Originating-IP: [65.55.111.113] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26256 invoked from network); 26 May 2013 19:46:12 -0000 Received: from blu0-omc2-s38.blu0.hotmail.com (HELO blu0-omc2-s38.blu0.hotmail.com) (65.55.111.113) by server-14.tower-182.messagelabs.com with SMTP; 26 May 2013 19:46:12 -0000 Received: from BLU173-W45 ([65.55.111.72]) by blu0-omc2-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 26 May 2013 12:46:12 -0700 X-TMN: [PGgbECXr2u4BFWLmcky5OZU0Fsyv62eO] X-Originating-Email: [c3000@live.com] Message-ID: From: Sebastian McNamara To: "xen-users@lists.xen.org" Date: Sun, 26 May 2013 12:46:11 -0700 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 26 May 2013 19:46:12.0565 (UTC) FILETIME=[AD395050:01CE5A49] X-Mailman-Approved-At: Mon, 27 May 2013 02:39:37 +0000 Subject: [Xen-users] xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1518091953403753813==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1518091953403753813== Content-Type: multipart/alternative; boundary="_186e63e9-6dcc-4175-9e91-9b9d0973162b_" --_186e63e9-6dcc-4175-9e91-9b9d0973162b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi=2C my OS is Archlinux. I am trying to install Xen 4.2 on a UEFI Mainboar= d. With UEFI boot=2C I was able to successfully install xen=2C but once I t= ried to boot into Arch Xen=2C the system would constantly just reboot. It a= lso doesn't build a xen.efi file. With legay boot it works without any prob= lems. Does someone know what to do? thanks a lot=2C 3000 =20 =20 = --_186e63e9-6dcc-4175-9e91-9b9d0973162b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi=2C my OS is Archlinux. I am t= rying to install Xen 4.2 on a UEFI Mainboard. With UEFI boot=2C I was able = to successfully install xen=2C but once I tried to boot into Arch Xen=2C th= e system would constantly just reboot. It also doesn't build a =3Bxen.e= fi file. With legay boot it works without any problems. Does someone know w= hat to do?

thanks a lot=2C
3000
 =3B
 =3B
=
= --_186e63e9-6dcc-4175-9e91-9b9d0973162b_-- --===============1518091953403753813== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1518091953403753813==-- From xen-users-bounces@lists.xen.org Mon May 27 02:41:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 02:41: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 1UgnMb-00052U-HQ; Mon, 27 May 2013 02:40:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugm1f-00045Z-AV for xen-users@lists.xen.org; Mon, 27 May 2013 01:15:03 +0000 Received: from [85.158.138.51:22737] by server-10.bemta-3.messagelabs.com id C9/5C-00761-693B2A15; Mon, 27 May 2013 01:15:02 +0000 X-Env-Sender: sam@samuelkerr.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1369617300!24594436!1 X-Originating-IP: [50.22.14.112] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22256 invoked from network); 27 May 2013 01:15:01 -0000 Received: from midsweet.asmallorange.com (HELO midsweet.asmallorange.com) (50.22.14.112) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 01:15:01 -0000 Received: from mail-ob0-f182.google.com ([209.85.214.182]:49766) by midsweet.asmallorange.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from ) id 1Ugm1b-0030gC-PH for xen-users@lists.xen.org; Sun, 26 May 2013 21:14:59 -0400 Received: by mail-ob0-f182.google.com with SMTP id va7so539308obc.13 for ; Sun, 26 May 2013 18:14:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=i7JBMZMW7LeC+psVXF23/paNXQnOY8ixb2PD1OCm0Oo=; b=Rerhpu0wZvqnWM4rnUTXIS8puUituGWpYXRbn9djXOavx1TI4Dur1xdLGTHH59tq8S 1aOVWWGocg1YXy3RaHPKiiVBb6lbR/i5hE3zvwJ+tOrES7Az81VbMcSc3yvu6+TDZvbI I4CUT8Ft2whxPmJZO7hd0TYv94hMtw2nB8JTcX97ElK7tskvQsCpxiJ3cH9l/8jfg7rk nxD0rVx+ztcENw74WhHa2QR2iQnxwwbyfDO2QjxIDPe4j/P0BmXF7YKmjh8gSwaSR2px F6o3XbIMY5Wy/hNznAZnCg0jyDKQkY7gGkZJcqL8I1XchzjWPRaWeU1NIBdrn3yO/byr FjSw== MIME-Version: 1.0 X-Received: by 10.60.101.163 with SMTP id fh3mr17508538oeb.95.1369617299261; Sun, 26 May 2013 18:14:59 -0700 (PDT) Received: by 10.60.3.193 with HTTP; Sun, 26 May 2013 18:14:59 -0700 (PDT) Date: Sun, 26 May 2013 18:14:59 -0700 Message-ID: From: Sam Kerr To: xen-users@lists.xen.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - midsweet.asmallorange.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - samuelkerr.com X-Get-Message-Sender-Via: midsweet.asmallorange.com: authenticated_id: sam@samuelkerr.com X-Mailman-Approved-At: Mon, 27 May 2013 02:40:44 +0000 Subject: [Xen-users] Will Xen fit my needs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: sam@samuelkerr.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6364494002888645920==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6364494002888645920== Content-Type: multipart/alternative; boundary=089e0111b3029a1f2b04dda8e071 --089e0111b3029a1f2b04dda8e071 Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm new to Xen and was wondering if I could get some guidance and advice before going down a rabbit hole. I have tried VMware virtualization and WINE before, but neither has really fit my needs. I would like to run both an Ubuntu and Windows 7 instance on my hardware. I generally prefer to use Linux for development and day to day, but I have several audio hardware pieces and software applications that simply are a no go with WINE. I also play several games on Windows that don't really work well on WINE. If I understand correctly, I can pass hardware directly through to either guest, so both my Windows and Ubuntu instance would be able to do all the video or sound processing they needed, without tons of overhead. Is that correct? For my CPU, I have an Intel Core i7 920, so I have hardware virtualization support. Thanks for any help! -Sam Kerr --089e0111b3029a1f2b04dda8e071 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I'm new to Xen and was wo= ndering if I could get some guidance and advice before going down a rabbit = hole.

I have tried VMware virtualization and WINE before, but = neither has really fit my needs. I would like to run both an Ubuntu and Win= dows 7 instance on my hardware. I generally prefer to use Linux for develop= ment and day to day, but I have several audio hardware pieces and software = applications that simply are a no go with WINE. I also play several games o= n Windows that don't really work well on WINE.

If I understand correctly, I can pass hardware directly through t= o either guest, so both my Windows and Ubuntu instance would be able to do = all the video or sound processing they needed, without tons of overhead. Is= that correct?

For my CPU, I have an Intel Core i7 920, so I have hardware virtu= alization support.

Thanks for any help!

-Sam Kerr
--089e0111b3029a1f2b04dda8e071-- --===============6364494002888645920== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6364494002888645920==-- From xen-users-bounces@lists.xen.org Mon May 27 02:41:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 02:41: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 1UgnMb-00052U-HQ; Mon, 27 May 2013 02:40:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugm1f-00045Z-AV for xen-users@lists.xen.org; Mon, 27 May 2013 01:15:03 +0000 Received: from [85.158.138.51:22737] by server-10.bemta-3.messagelabs.com id C9/5C-00761-693B2A15; Mon, 27 May 2013 01:15:02 +0000 X-Env-Sender: sam@samuelkerr.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1369617300!24594436!1 X-Originating-IP: [50.22.14.112] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22256 invoked from network); 27 May 2013 01:15:01 -0000 Received: from midsweet.asmallorange.com (HELO midsweet.asmallorange.com) (50.22.14.112) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 01:15:01 -0000 Received: from mail-ob0-f182.google.com ([209.85.214.182]:49766) by midsweet.asmallorange.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from ) id 1Ugm1b-0030gC-PH for xen-users@lists.xen.org; Sun, 26 May 2013 21:14:59 -0400 Received: by mail-ob0-f182.google.com with SMTP id va7so539308obc.13 for ; Sun, 26 May 2013 18:14:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=i7JBMZMW7LeC+psVXF23/paNXQnOY8ixb2PD1OCm0Oo=; b=Rerhpu0wZvqnWM4rnUTXIS8puUituGWpYXRbn9djXOavx1TI4Dur1xdLGTHH59tq8S 1aOVWWGocg1YXy3RaHPKiiVBb6lbR/i5hE3zvwJ+tOrES7Az81VbMcSc3yvu6+TDZvbI I4CUT8Ft2whxPmJZO7hd0TYv94hMtw2nB8JTcX97ElK7tskvQsCpxiJ3cH9l/8jfg7rk nxD0rVx+ztcENw74WhHa2QR2iQnxwwbyfDO2QjxIDPe4j/P0BmXF7YKmjh8gSwaSR2px F6o3XbIMY5Wy/hNznAZnCg0jyDKQkY7gGkZJcqL8I1XchzjWPRaWeU1NIBdrn3yO/byr FjSw== MIME-Version: 1.0 X-Received: by 10.60.101.163 with SMTP id fh3mr17508538oeb.95.1369617299261; Sun, 26 May 2013 18:14:59 -0700 (PDT) Received: by 10.60.3.193 with HTTP; Sun, 26 May 2013 18:14:59 -0700 (PDT) Date: Sun, 26 May 2013 18:14:59 -0700 Message-ID: From: Sam Kerr To: xen-users@lists.xen.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - midsweet.asmallorange.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - samuelkerr.com X-Get-Message-Sender-Via: midsweet.asmallorange.com: authenticated_id: sam@samuelkerr.com X-Mailman-Approved-At: Mon, 27 May 2013 02:40:44 +0000 Subject: [Xen-users] Will Xen fit my needs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: sam@samuelkerr.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6364494002888645920==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6364494002888645920== Content-Type: multipart/alternative; boundary=089e0111b3029a1f2b04dda8e071 --089e0111b3029a1f2b04dda8e071 Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm new to Xen and was wondering if I could get some guidance and advice before going down a rabbit hole. I have tried VMware virtualization and WINE before, but neither has really fit my needs. I would like to run both an Ubuntu and Windows 7 instance on my hardware. I generally prefer to use Linux for development and day to day, but I have several audio hardware pieces and software applications that simply are a no go with WINE. I also play several games on Windows that don't really work well on WINE. If I understand correctly, I can pass hardware directly through to either guest, so both my Windows and Ubuntu instance would be able to do all the video or sound processing they needed, without tons of overhead. Is that correct? For my CPU, I have an Intel Core i7 920, so I have hardware virtualization support. Thanks for any help! -Sam Kerr --089e0111b3029a1f2b04dda8e071 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I'm new to Xen and was wo= ndering if I could get some guidance and advice before going down a rabbit = hole.

I have tried VMware virtualization and WINE before, but = neither has really fit my needs. I would like to run both an Ubuntu and Win= dows 7 instance on my hardware. I generally prefer to use Linux for develop= ment and day to day, but I have several audio hardware pieces and software = applications that simply are a no go with WINE. I also play several games o= n Windows that don't really work well on WINE.

If I understand correctly, I can pass hardware directly through t= o either guest, so both my Windows and Ubuntu instance would be able to do = all the video or sound processing they needed, without tons of overhead. Is= that correct?

For my CPU, I have an Intel Core i7 920, so I have hardware virtu= alization support.

Thanks for any help!

-Sam Kerr
--089e0111b3029a1f2b04dda8e071-- --===============6364494002888645920== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6364494002888645920==-- From xen-users-bounces@lists.xen.org Mon May 27 03:32:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 03:32: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 1Ugo9p-0006B2-1x; Mon, 27 May 2013 03:31:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugo9n-0006Ax-8L for xen-users@lists.xen.org; Mon, 27 May 2013 03:31:35 +0000 Received: from [85.158.137.99:17422] by server-6.bemta-3.messagelabs.com id AA/A6-14331-693D2A15; Mon, 27 May 2013 03:31:34 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1369625491!13396830!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13511 invoked from network); 27 May 2013 03:31:32 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2013 03:31:32 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so17340071iee.13 for ; Sun, 26 May 2013 20:31:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MlenwgpfrZVg/LJoquqnXpIxmCcE+Ecre9ovrOTmm/U=; b=GmYBK4oyLkPcDjWJPnOEgSODvpxbvf7+D330zyyf/ce0AlG+vG573/sG+FAH5H6Rn7 NQ8pTTjGz+oY3oJZ0Pf4/WGsrb9nmXEhmuMN+RilVfO/JfROEbKQlkXPUHu9LTw+MDed 3nvGJ5g8JjZOG8nMxOoqlXm+W3ccAibVLC7RD7ilVqbaPkykwaPrHecsjvLPs5PeDUnM lBeXkL8m7W6CO9utCZS/yVkNIcSFThAJq7D+BNKxbyXTizTG+boB8H1VghOXsb123Dd2 2SDYsLyQMj7MKUZl1pTQSQ4y1k05PgBgsaVYXYKozsRB0dCgv2F3EMlkfOHIJjgOttop /iqA== MIME-Version: 1.0 X-Received: by 10.42.102.143 with SMTP id i15mr2222504ico.31.1369625490829; Sun, 26 May 2013 20:31:30 -0700 (PDT) Received: by 10.42.76.137 with HTTP; Sun, 26 May 2013 20:31:30 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 May 2013 21:31:30 -0600 Message-ID: From: jacek burghardt To: Sebastian McNamara Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6118914785972338050==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6118914785972338050== Content-Type: multipart/alternative; boundary=20cf3011d901db398d04ddaac848 --20cf3011d901db398d04ddaac848 Content-Type: text/plain; charset=ISO-8859-1 xen git aur package works according to user post you should try to compile it and ask the person that had it compiled working for a copy of package and see what package he had installed in order to compile xfi I am getting disabled and d: unrecognised emulation mode: i386pep Supported emulations: elf_x86_64 elf32_x86_64 elf_i386 i386linux elf_l1om elf_k1om On Sun, May 26, 2013 at 1:46 PM, Sebastian McNamara wrote: > Hi, my OS is Archlinux. I am trying to install Xen 4.2 on a UEFI > Mainboard. With UEFI boot, I was able to successfully install xen, but once > I tried to boot into Arch Xen, the system would constantly just reboot. It > also doesn't build a xen.efi file. With legay boot it works without any > problems. Does someone know what to do? > > thanks a lot, > 3000 > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3011d901db398d04ddaac848 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
xen git aur package works according to user post you shoul= d try to compile it and=A0ask=A0the person that had it compiled working for= a copy of package and see what package he had installed=A0in order=A0to co= mpile xfi I am getting disabled and d: unrecognised emulation mode: i386pep=
Supported emulations: elf_x86_64 elf32_x86_64 elf_i386 i386linux elf_l1om e= lf_k1om


On Sun, May 26, 2013 at 1:46 PM, Sebastian McNamara <c3000@live.com= > wrote:
Hi, my OS is Archlinux. I am trying to install Xen 4.= 2 on a UEFI Mainboard. With UEFI boot, I was able to successfully install x= en, but once I tried to boot into Arch Xen, the system would constantly jus= t reboot. It also doesn't build a=A0xen.efi file. With legay boot it wo= rks without any problems. Does someone know what to do?

thanks a lot,
3000
=A0
=A0

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

--20cf3011d901db398d04ddaac848-- --===============6118914785972338050== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6118914785972338050==-- From xen-users-bounces@lists.xen.org Mon May 27 03:32:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 03:32: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 1Ugo9p-0006B2-1x; Mon, 27 May 2013 03:31:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugo9n-0006Ax-8L for xen-users@lists.xen.org; Mon, 27 May 2013 03:31:35 +0000 Received: from [85.158.137.99:17422] by server-6.bemta-3.messagelabs.com id AA/A6-14331-693D2A15; Mon, 27 May 2013 03:31:34 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1369625491!13396830!1 X-Originating-IP: [209.85.223.182] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13511 invoked from network); 27 May 2013 03:31:32 -0000 Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com) (209.85.223.182) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2013 03:31:32 -0000 Received: by mail-ie0-f182.google.com with SMTP id a14so17340071iee.13 for ; Sun, 26 May 2013 20:31:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MlenwgpfrZVg/LJoquqnXpIxmCcE+Ecre9ovrOTmm/U=; b=GmYBK4oyLkPcDjWJPnOEgSODvpxbvf7+D330zyyf/ce0AlG+vG573/sG+FAH5H6Rn7 NQ8pTTjGz+oY3oJZ0Pf4/WGsrb9nmXEhmuMN+RilVfO/JfROEbKQlkXPUHu9LTw+MDed 3nvGJ5g8JjZOG8nMxOoqlXm+W3ccAibVLC7RD7ilVqbaPkykwaPrHecsjvLPs5PeDUnM lBeXkL8m7W6CO9utCZS/yVkNIcSFThAJq7D+BNKxbyXTizTG+boB8H1VghOXsb123Dd2 2SDYsLyQMj7MKUZl1pTQSQ4y1k05PgBgsaVYXYKozsRB0dCgv2F3EMlkfOHIJjgOttop /iqA== MIME-Version: 1.0 X-Received: by 10.42.102.143 with SMTP id i15mr2222504ico.31.1369625490829; Sun, 26 May 2013 20:31:30 -0700 (PDT) Received: by 10.42.76.137 with HTTP; Sun, 26 May 2013 20:31:30 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 May 2013 21:31:30 -0600 Message-ID: From: jacek burghardt To: Sebastian McNamara Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6118914785972338050==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6118914785972338050== Content-Type: multipart/alternative; boundary=20cf3011d901db398d04ddaac848 --20cf3011d901db398d04ddaac848 Content-Type: text/plain; charset=ISO-8859-1 xen git aur package works according to user post you should try to compile it and ask the person that had it compiled working for a copy of package and see what package he had installed in order to compile xfi I am getting disabled and d: unrecognised emulation mode: i386pep Supported emulations: elf_x86_64 elf32_x86_64 elf_i386 i386linux elf_l1om elf_k1om On Sun, May 26, 2013 at 1:46 PM, Sebastian McNamara wrote: > Hi, my OS is Archlinux. I am trying to install Xen 4.2 on a UEFI > Mainboard. With UEFI boot, I was able to successfully install xen, but once > I tried to boot into Arch Xen, the system would constantly just reboot. It > also doesn't build a xen.efi file. With legay boot it works without any > problems. Does someone know what to do? > > thanks a lot, > 3000 > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3011d901db398d04ddaac848 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
xen git aur package works according to user post you shoul= d try to compile it and=A0ask=A0the person that had it compiled working for= a copy of package and see what package he had installed=A0in order=A0to co= mpile xfi I am getting disabled and d: unrecognised emulation mode: i386pep=
Supported emulations: elf_x86_64 elf32_x86_64 elf_i386 i386linux elf_l1om e= lf_k1om


On Sun, May 26, 2013 at 1:46 PM, Sebastian McNamara <c3000@live.com= > wrote:
Hi, my OS is Archlinux. I am trying to install Xen 4.= 2 on a UEFI Mainboard. With UEFI boot, I was able to successfully install x= en, but once I tried to boot into Arch Xen, the system would constantly jus= t reboot. It also doesn't build a=A0xen.efi file. With legay boot it wo= rks without any problems. Does someone know what to do?

thanks a lot,
3000
=A0
=A0

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

--20cf3011d901db398d04ddaac848-- --===============6118914785972338050== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6118914785972338050==-- From xen-users-bounces@lists.xen.org Mon May 27 05:14:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 05:14: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 1Ugpkl-0007MT-7y; Mon, 27 May 2013 05:13:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugpkk-0007MO-5l for xen-users@lists.xen.org; Mon, 27 May 2013 05:13:50 +0000 Received: from [85.158.143.99:14517] by server-3.bemta-4.messagelabs.com id 2A/AF-02015-D8BE2A15; Mon, 27 May 2013 05:13:49 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1369631628!24517420!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5938 invoked from network); 27 May 2013 05:13:48 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 05:13:48 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-3b-51a2eb8b28ea Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 56.5B.06701.B8BE2A15; Mon, 27 May 2013 07:13:47 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.279.1; Mon, 27 May 2013 07:13:47 +0200 Message-ID: <51A2EB84.8080105@ericsson.com> Date: Mon, 27 May 2013 10:43:40 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519E44AF.10105@ondore.com> In-Reply-To: <519E44AF.10105@ondore.com> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplluLIzCtJLcpLzFFi42KZGfG3Vrf79aJAg0sPrSxWXT3A6sDocXT3 b6YAxigum5TUnMyy1CJ9uwSujBn7ZjIVTGWvuH+kkb2B8S5rFyMnh4SAicTK7jNMELaYxIV7 69m6GLk4hAROMUo8W3WaFcLZwigx5/ghFpAqXgFtiW27JzCC2CwCqhKnpy8E62YT0JO4duwm O4gtJKAsMf/OBLA4v4CpxMPeWUCDODhEBcIkpu9khxgjKHFy5hOwkSIC0hIzrjSxgdjCAuYS 53e/Z4UY4y5xd/U6sBpOAQ2J9mNPwUYyC9hKXJhznQXClpdo3jqbGWS8kICaxKnXORMYhWYh 2TALSccsJB0LGJlXMbLnJmbmpJebb2IEBuXBLb8NdjBuui92iFGag0VJnLdPe2qgkEB6Yklq dmpqQWpRfFFpTmrxIUYmDk6pBkb1aXnRT/bclHhZEyPcvvPisYJO9aTb61f//yC5Nfk4x923 UwXbjBOnTzp45MqGjN4ll7TzrjzKypz2t+GUjjRHz7uYbz7x24sMrv3TmFB/+27VRkvd9zkf l22dtap94tdnd+NzJ3jesjT/PbFmj946UdVbHTMa8k2lXT4oWB6uM2reM/X0+e8pSizFGYmG WsxFxYkAEZNwzBgCAAA= Subject: Re: [Xen-users] img format, they call it "raw" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com 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 I got a .iso image, used virt-install (GUI) to create a VM. This created = disk0.raw image. I tried to use this .raw image to create a new VM using xm create. Create was = successful, but Iam not able to login to the console. I think its not able to find the boot location. Will the created .raw image cant be used to create another VM? Thanks, Dhanesh. On 05/23/2013 10:02 PM, Alexandre Kouznetsov wrote: > Hi. > > El 23/05/13 05:50, Jaya Dhanesh escribi=F3: >> I have a .vdi format used in VBox. Is there a way to convert this to >> .img format which I can use in Xen? > > Dumb approach: boot your machine under VBox using a LiveCD, make a = > "dd" of your disk, save elsewhere. > > They also say it's possible to make a conversion using specialized tools: > http://www.turnkeylinux.org/blog/convert-vdi-vmdk > http://en.wikibooks.org/wiki/QEMU/Images#Exchanging_images_with_VirtualBo= x = > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 05:14:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 05:14: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 1Ugpkl-0007MT-7y; Mon, 27 May 2013 05:13:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugpkk-0007MO-5l for xen-users@lists.xen.org; Mon, 27 May 2013 05:13:50 +0000 Received: from [85.158.143.99:14517] by server-3.bemta-4.messagelabs.com id 2A/AF-02015-D8BE2A15; Mon, 27 May 2013 05:13:49 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1369631628!24517420!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5938 invoked from network); 27 May 2013 05:13:48 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-12.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 05:13:48 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-3b-51a2eb8b28ea Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 56.5B.06701.B8BE2A15; Mon, 27 May 2013 07:13:47 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.279.1; Mon, 27 May 2013 07:13:47 +0200 Message-ID: <51A2EB84.8080105@ericsson.com> Date: Mon, 27 May 2013 10:43:40 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519E44AF.10105@ondore.com> In-Reply-To: <519E44AF.10105@ondore.com> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplluLIzCtJLcpLzFFi42KZGfG3Vrf79aJAg0sPrSxWXT3A6sDocXT3 b6YAxigum5TUnMyy1CJ9uwSujBn7ZjIVTGWvuH+kkb2B8S5rFyMnh4SAicTK7jNMELaYxIV7 69m6GLk4hAROMUo8W3WaFcLZwigx5/ghFpAqXgFtiW27JzCC2CwCqhKnpy8E62YT0JO4duwm O4gtJKAsMf/OBLA4v4CpxMPeWUCDODhEBcIkpu9khxgjKHFy5hOwkSIC0hIzrjSxgdjCAuYS 53e/Z4UY4y5xd/U6sBpOAQ2J9mNPwUYyC9hKXJhznQXClpdo3jqbGWS8kICaxKnXORMYhWYh 2TALSccsJB0LGJlXMbLnJmbmpJebb2IEBuXBLb8NdjBuui92iFGag0VJnLdPe2qgkEB6Yklq dmpqQWpRfFFpTmrxIUYmDk6pBkb1aXnRT/bclHhZEyPcvvPisYJO9aTb61f//yC5Nfk4x923 UwXbjBOnTzp45MqGjN4ll7TzrjzKypz2t+GUjjRHz7uYbz7x24sMrv3TmFB/+27VRkvd9zkf l22dtap94tdnd+NzJ3jesjT/PbFmj946UdVbHTMa8k2lXT4oWB6uM2reM/X0+e8pSizFGYmG WsxFxYkAEZNwzBgCAAA= Subject: Re: [Xen-users] img format, they call it "raw" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com 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 I got a .iso image, used virt-install (GUI) to create a VM. This created = disk0.raw image. I tried to use this .raw image to create a new VM using xm create. Create was = successful, but Iam not able to login to the console. I think its not able to find the boot location. Will the created .raw image cant be used to create another VM? Thanks, Dhanesh. On 05/23/2013 10:02 PM, Alexandre Kouznetsov wrote: > Hi. > > El 23/05/13 05:50, Jaya Dhanesh escribi=F3: >> I have a .vdi format used in VBox. Is there a way to convert this to >> .img format which I can use in Xen? > > Dumb approach: boot your machine under VBox using a LiveCD, make a = > "dd" of your disk, save elsewhere. > > They also say it's possible to make a conversion using specialized tools: > http://www.turnkeylinux.org/blog/convert-vdi-vmdk > http://en.wikibooks.org/wiki/QEMU/Images#Exchanging_images_with_VirtualBo= x = > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 06:01:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 06:01:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgqTt-00081y-Nj; Mon, 27 May 2013 06:00:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgqTr-00081t-EP for xen-users@lists.xen.org; Mon, 27 May 2013 06:00:27 +0000 Received: from [85.158.143.99:8150] by server-2.bemta-4.messagelabs.com id 17/D2-27124-A76F2A15; Mon, 27 May 2013 06:00:26 +0000 X-Env-Sender: quan.xu@aliyun.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1369634420!32290860!1 X-Originating-IP: [110.75.46.1] X-SpamReason: No, hits=4.7 required=7.0 tests=BODY_RANDOM_LONG, HELO_DYNAMIC_DHCP, HTML_MESSAGE, MIME_QP_LONG_LINE, SUBJECT_EXCESS_BASE64, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23280 invoked from network); 27 May 2013 06:00:22 -0000 Received: from smtpcm9-301.freemail.mail.aliyun.com (HELO smtpcm9-301.freemail.mail.aliyun.com) (110.75.46.1) by server-9.tower-216.messagelabs.com with SMTP; 27 May 2013 06:00:22 -0000 Received: from WS-web by 36e002009.cm9 at Mon, 27 May 2013 14:00:13 +0800 Date: Mon, 27 May 2013 14:00:13 +0800 From: To: Message-ID: <79ec9bcf-daa1-45b4-864d-2e35c94a794d@aliyun.com> X-Priority: 3 X-Mailer: Alimail-Mailagent revision 1570136 MIME-Version: 1.0 Cc: quan.xu@intel.com Subject: [Xen-users] =?utf-8?q?faild_to__Starti_vTPM_manager_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: multipart/mixed; boundary="===============1453096510220047503==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1453096510220047503== Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f" ------=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =c2=a0=0ahello community, =0a=c2=a0=c2=a0=c2=a0=c2=a0 when I start vTPM manage= r domain with =e2=80=98xl create -c vtpmmgr.cfg=e2=80=99, =c2=a0xen hyperviser= is xen-4.3.0-rc1. It faild with below out print.=0a>>>>>>>>>>>>> out print >>= >>>>>>>>>>=c2=a0 =0aParsing config from vtpmmgr.cfg=0aDaemon running with PID = 1937=0aXen Minimal OS!=0a=c2=a0 start_info: 0xa3000(VA)=0a=c2=a0=c2=a0=c2=a0 n= r_pages: 0x1000=0a=c2=a0 shared_inf: 0xdf3d5000(MA)=0a=c2=a0=c2=a0=c2=a0=c2=a0= pt_base: 0xa6000(VA)=0anr_pt_frames: 0x5=0a=c2=a0=c2=a0=c2=a0 mfn_list: 0x9b0= 00(VA)=0a=c2=a0=c2=a0 mod_start: 0x0(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0 mod_len: 0= =0a=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0 flags: 0x0=0a=c2=a0=c2=a0=c2=a0 cmd_li= ne:=0a=c2=a0 stack:=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0 0x5a7c0-0x7a7c0=0aMM: Init=0a= =c2=a0=c2=a0=c2=a0=c2=a0=c2=a0 _text: 0x0(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0 _etex= t: 0x39b14(VA)=0a=c2=a0=c2=a0 _erodata: 0x46000(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0= _edata: 0x48c40(VA)=0astack start: 0x5a7c0(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0= =c2=a0 _end: 0x9ade0(VA)=0a=c2=a0 start_pfn: ae=0a=c2=a0=c2=a0=c2=a0 max_pfn: = 1000=0aMapping memory range 0x400000 - 0x1000000=0asetting 0x0-0x46000 readonl= y=0askipped 0x1000=0aMM: Initialise page allocator for b4000(b4000)-1000000(10= 00000)=0aMM: done=0aDemand map pfns at 1001000-2001001000.=0aHeap resides at 2= 001002000-4001002000.=0aInitialising timer interface=0aInitialising console ..= . done.=0agnttab_table mapped at 0x1001000.=0aInitialising scheduler=0aThread = "Idle": pointer: 0x2001002050, stack: 0xd0000=0aThread "xenstore": pointer: 0x= 2001002800, stack: 0xe0000=0axenbus initialised on irq 1 mfn 0x204c22=0aThread= "shutdown": pointer: 0x2001002fb0, stack: 0xf0000=0aDummy main: start_info=3d= 0x7a8c0=0aThread "main": pointer: 0x2001003760, stack: 0x100000=0a"main"=0aShu= tting down ()=0aShutdown requested: 3=0aThread "shutdown" exited.=0aINFO[VTPM]= : Starting vTPM manager domain=0aINFO[VTPM]: Option: Using tpm_tis driver=0a**= ***************** BLKFRONT for device/vbd/768 **********=0a=c2=a0=0a=c2=a0=0ab= ackend at /local/domain/0/backend/qdisk/3/768=0aFailed to read /local/domain/0= /backend/qdisk/3/768/feature-barrier.=0a32768 sectors of 512 bytes=0a*********= *****************=0ablk_open(device/vbd/768) -> 3=0a=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d=3d=3d=3d Init TPM BACK =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=0a= Thread "tpmback-listener": pointer: 0x20010043f0, stack: 0xf0000=0a=3d=3d=3d=3d= =3d=3d=3d=3d=3d=3d=3d=3d=3d Init TPM TIS Driver =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d=3d=3d=3d=0aIOMEM Machine Base Address: FED40000=0aEnabled Localities: 0=0a= Map 1 (fed40, ...) at 0x1006000 failed: -1.=0aDo_exit called!=0abase is 0x10fb= 88 caller is 0x1f30d=0abase is 0x10fba8 caller is 0x2817b=0abase is 0x10fc68 c= aller is 0x28245=0abase is 0x10fcc8 caller is 0x28f3e=0abase is 0x10fd08 calle= r is 0x28f66=0abase is 0x10fd18 caller is 0x1bb3f=0abase is 0x10fd58 caller is= 0x69d8=0abase is 0x10ff38 caller is 0x353a=0abase is 0x10ff68 caller is 0x1fb= 30=0abase is 0x10ffe8 caller is 0x343b=0a=c2=a0=0a<<<<<<<<<<<< out print <<<<<= <<<<<<<<<<< =0a=c2=a0=0avtpmmgr.cfg file is blow:=0a=c2=a0=0akernel=3d"/usr/lo= cal/lib/xen/boot/vtpmmgr-stubdom.gz"=0amemory=3d16=0adisk=3d["tap:aio:/var/lib= /vtpmmgr-stubdom.img,hda,w"]=0aname=3d"vtpmmgr"=0aiomem=3d["fed40,1"]=0a=c2=a0= =0a=c2=a0=0a#####=c2=a0 =0aCould you help me to check it? Thanks =0a=c2=a0=0a=c2= =a0=0athanks =0aQuan,Xu=0a=0a=c2=a0 ------=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
 
=0d=0a

hello community,

=0d=0a

  &n= bsp;  when I start vTPM manager domain with ‘xl create -c vtpmmgr.c= fg’,  xen hyperviser is xen-4.3.0-rc1. It faild with below out prin= t.

=0d=0a

>>>>>>>>>= >>>> out print >>>>>>>>>>>>&nb= sp;

=0d=0a

Parsing config from vtpmmgr.cfg

=0d=0a

Daemon running with PID 1937

=0d= =0a

Xen Minimal OS!

=0d=0a

  start_info: 0xa3000(VA)

=0d=0a

 = ;   nr_pages: 0x1000

=0d=0a

  s= hared_inf: 0xdf3d5000(MA)

=0d=0a

  &n= bsp;  pt_base: 0xa6000(VA)

=0d=0a

nr_pt_f= rames: 0x5

=0d=0a

    mfn_list:= 0x9b000(VA)

=0d=0a

   mod_start: 0x= 0(VA)

=0d=0a

     mod_len:= 0

=0d=0a

      = flags: 0x0

=0d=0a

    cmd_line= :

=0d=0a

  stack:    =   0x5a7c0-0x7a7c0

=0d=0a

MM: Init<= /p>=0d=0a

      _text: 0x0(VA)<= /span>

=0d=0a

     _etext: 0x39b1= 4(VA)

=0d=0a

   _erodata: 0x46000(VA= )

=0d=0a

     _edata: 0x48= c40(VA)

=0d=0a

stack start: 0x5a7c0(VA)=

=0d=0a

       _end: 0x= 9ade0(VA)

=0d=0a

  start_pfn: ae=0d=0a

    max_pfn: 1000

=0d=0a=

Mapping memory range 0x400000 - 0x1000000

=0d= =0a

setting 0x0-0x46000 readonly

=0d=0a

skipped 0x1000

=0d=0a

MM: Init= ialise page allocator for b4000(b4000)-1000000(1000000)

=0d=0a

MM: done

=0d=0a

Demand map pfn= s at 1001000-2001001000.

=0d=0a

Heap resides a= t 2001002000-4001002000.

=0d=0a

Initialising t= imer interface

=0d=0a

Initialising console ...= done.

=0d=0a

gnttab_table mapped at 0x1001000= .

=0d=0a

Initialising scheduler

=0d=0a=

Thread "Idle": pointer: 0x2001002050, stack: 0xd0000

=0d=0a

Thread "xenstore": pointer: 0x2001002800,= stack: 0xe0000

=0d=0a

xenbus initialised on i= rq 1 mfn 0x204c22

=0d=0a

Thread "shutdown": po= inter: 0x2001002fb0, stack: 0xf0000

=0d=0a

Dum= my main: start_info=3d0x7a8c0

=0d=0a

Thread "m= ain": pointer: 0x2001003760, stack: 0x100000

=0d=0a

"main"

=0d=0a

Shutting down ()=0d=0a

Shutdown requested: 3

=0d=0a

Thread "shutdown" exited.

=0d=0a

<= span style=3d"font-size: 14.0pt; mso-bidi-font-size: 11.0pt;" lang=3d"EN-US">I= NFO[VTPM]: Starting vTPM manager domain

=0d=0a

INFO[VTPM]: Option: Using tpm_tis driver

=0d=0a

******************* BLKFRONT for device/vbd/768 **********

=0d=0a=

 

=0d=0a

 

=0d=0a

backend at /local/domain/0/backend/qdisk/= 3/768

=0d=0a

Failed to read /local/domain/0/ba= ckend/qdisk/3/768/feature-barrier.

=0d=0a

3276= 8 sectors of 512 bytes

=0d=0a

****************= **********

=0d=0a

blk_open(device/vbd/768) -&g= t; 3

=0d=0a

=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d Init TPM BACK =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d

=0d= =0a

Thread "tpmback-listener": pointer: 0x20010043f0, st= ack: 0xf0000

=0d=0a

=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d=3d=3d=3d Init TPM TIS Driver =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d

=0d=0a

IOMEM Machine Base Address: FED40000

=0d=0a

Enabled Localities: 0

=0d=0a

Map 1 (fed40, ...) at 0x1006000 failed: -1.

=0d=0a=

Do_exit called!

=0d=0a

= = base is 0x10fb88 caller is 0x1f30d

=0d=0a

base= is 0x10fba8 caller is 0x2817b

=0d=0a

base is = 0x10fc68 caller is 0x28245

=0d=0a

base is 0x10fc= c8 caller is 0x28f3e

=0d=0a

base is 0x10fd08 c= aller is 0x28f66

=0d=0a

base is 0x10fd18 calle= r is 0x1bb3f

=0d=0a

base is 0x10fd58 caller is= 0x69d8

=0d=0a

base is 0x10ff38 caller is 0x35= 3a

=0d=0a

base is 0x10ff68 caller is 0x1fb30

=0d=0a

base is 0x10ffe8 caller is 0x343b=

=0d=0a

 

=0d=0a

<<<<<<<<<<<< out print <<<<&l= t;<<<<<<<<<<<

=0d=0a

 

=0d=0a

vtpmmgr.cfg file is blow= :

=0d=0a

 

=0d=0a

kernel=3d"/usr/local/lib/xen/boot/vtpmmgr-stubdom.gz"

=0d=0a=

memory=3d16

=0d=0a

disk= =3d["tap:aio:/var/lib/vtpmmgr-stubdom.img,hda,w"]

=0d=0a

name=3d"vtpmmgr"

=0d=0a

iomem=3d["f= ed40,1"]

=0d=0a

 

=0d=0a

 

=0d=0a

##### 

=0d=0a

Could you help me to check it? Thanks

=0d=0a

 

=0d=0a

 

=0d=0a

thanks

=0d=0a

Quan,Xu

=0d= =0a


=0d=0a

 =

------=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f-- --===============1453096510220047503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1453096510220047503==-- From xen-users-bounces@lists.xen.org Mon May 27 06:01:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 06:01:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgqTt-00081y-Nj; Mon, 27 May 2013 06:00:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgqTr-00081t-EP for xen-users@lists.xen.org; Mon, 27 May 2013 06:00:27 +0000 Received: from [85.158.143.99:8150] by server-2.bemta-4.messagelabs.com id 17/D2-27124-A76F2A15; Mon, 27 May 2013 06:00:26 +0000 X-Env-Sender: quan.xu@aliyun.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1369634420!32290860!1 X-Originating-IP: [110.75.46.1] X-SpamReason: No, hits=4.7 required=7.0 tests=BODY_RANDOM_LONG, HELO_DYNAMIC_DHCP, HTML_MESSAGE, MIME_QP_LONG_LINE, SUBJECT_EXCESS_BASE64, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23280 invoked from network); 27 May 2013 06:00:22 -0000 Received: from smtpcm9-301.freemail.mail.aliyun.com (HELO smtpcm9-301.freemail.mail.aliyun.com) (110.75.46.1) by server-9.tower-216.messagelabs.com with SMTP; 27 May 2013 06:00:22 -0000 Received: from WS-web by 36e002009.cm9 at Mon, 27 May 2013 14:00:13 +0800 Date: Mon, 27 May 2013 14:00:13 +0800 From: To: Message-ID: <79ec9bcf-daa1-45b4-864d-2e35c94a794d@aliyun.com> X-Priority: 3 X-Mailer: Alimail-Mailagent revision 1570136 MIME-Version: 1.0 Cc: quan.xu@intel.com Subject: [Xen-users] =?utf-8?q?faild_to__Starti_vTPM_manager_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: multipart/mixed; boundary="===============1453096510220047503==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1453096510220047503== Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f" ------=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =c2=a0=0ahello community, =0a=c2=a0=c2=a0=c2=a0=c2=a0 when I start vTPM manage= r domain with =e2=80=98xl create -c vtpmmgr.cfg=e2=80=99, =c2=a0xen hyperviser= is xen-4.3.0-rc1. It faild with below out print.=0a>>>>>>>>>>>>> out print >>= >>>>>>>>>>=c2=a0 =0aParsing config from vtpmmgr.cfg=0aDaemon running with PID = 1937=0aXen Minimal OS!=0a=c2=a0 start_info: 0xa3000(VA)=0a=c2=a0=c2=a0=c2=a0 n= r_pages: 0x1000=0a=c2=a0 shared_inf: 0xdf3d5000(MA)=0a=c2=a0=c2=a0=c2=a0=c2=a0= pt_base: 0xa6000(VA)=0anr_pt_frames: 0x5=0a=c2=a0=c2=a0=c2=a0 mfn_list: 0x9b0= 00(VA)=0a=c2=a0=c2=a0 mod_start: 0x0(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0 mod_len: 0= =0a=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0 flags: 0x0=0a=c2=a0=c2=a0=c2=a0 cmd_li= ne:=0a=c2=a0 stack:=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0 0x5a7c0-0x7a7c0=0aMM: Init=0a= =c2=a0=c2=a0=c2=a0=c2=a0=c2=a0 _text: 0x0(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0 _etex= t: 0x39b14(VA)=0a=c2=a0=c2=a0 _erodata: 0x46000(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0= _edata: 0x48c40(VA)=0astack start: 0x5a7c0(VA)=0a=c2=a0=c2=a0=c2=a0=c2=a0=c2=a0= =c2=a0 _end: 0x9ade0(VA)=0a=c2=a0 start_pfn: ae=0a=c2=a0=c2=a0=c2=a0 max_pfn: = 1000=0aMapping memory range 0x400000 - 0x1000000=0asetting 0x0-0x46000 readonl= y=0askipped 0x1000=0aMM: Initialise page allocator for b4000(b4000)-1000000(10= 00000)=0aMM: done=0aDemand map pfns at 1001000-2001001000.=0aHeap resides at 2= 001002000-4001002000.=0aInitialising timer interface=0aInitialising console ..= . done.=0agnttab_table mapped at 0x1001000.=0aInitialising scheduler=0aThread = "Idle": pointer: 0x2001002050, stack: 0xd0000=0aThread "xenstore": pointer: 0x= 2001002800, stack: 0xe0000=0axenbus initialised on irq 1 mfn 0x204c22=0aThread= "shutdown": pointer: 0x2001002fb0, stack: 0xf0000=0aDummy main: start_info=3d= 0x7a8c0=0aThread "main": pointer: 0x2001003760, stack: 0x100000=0a"main"=0aShu= tting down ()=0aShutdown requested: 3=0aThread "shutdown" exited.=0aINFO[VTPM]= : Starting vTPM manager domain=0aINFO[VTPM]: Option: Using tpm_tis driver=0a**= ***************** BLKFRONT for device/vbd/768 **********=0a=c2=a0=0a=c2=a0=0ab= ackend at /local/domain/0/backend/qdisk/3/768=0aFailed to read /local/domain/0= /backend/qdisk/3/768/feature-barrier.=0a32768 sectors of 512 bytes=0a*********= *****************=0ablk_open(device/vbd/768) -> 3=0a=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d=3d=3d=3d Init TPM BACK =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=0a= Thread "tpmback-listener": pointer: 0x20010043f0, stack: 0xf0000=0a=3d=3d=3d=3d= =3d=3d=3d=3d=3d=3d=3d=3d=3d Init TPM TIS Driver =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d=3d=3d=3d=0aIOMEM Machine Base Address: FED40000=0aEnabled Localities: 0=0a= Map 1 (fed40, ...) at 0x1006000 failed: -1.=0aDo_exit called!=0abase is 0x10fb= 88 caller is 0x1f30d=0abase is 0x10fba8 caller is 0x2817b=0abase is 0x10fc68 c= aller is 0x28245=0abase is 0x10fcc8 caller is 0x28f3e=0abase is 0x10fd08 calle= r is 0x28f66=0abase is 0x10fd18 caller is 0x1bb3f=0abase is 0x10fd58 caller is= 0x69d8=0abase is 0x10ff38 caller is 0x353a=0abase is 0x10ff68 caller is 0x1fb= 30=0abase is 0x10ffe8 caller is 0x343b=0a=c2=a0=0a<<<<<<<<<<<< out print <<<<<= <<<<<<<<<<< =0a=c2=a0=0avtpmmgr.cfg file is blow:=0a=c2=a0=0akernel=3d"/usr/lo= cal/lib/xen/boot/vtpmmgr-stubdom.gz"=0amemory=3d16=0adisk=3d["tap:aio:/var/lib= /vtpmmgr-stubdom.img,hda,w"]=0aname=3d"vtpmmgr"=0aiomem=3d["fed40,1"]=0a=c2=a0= =0a=c2=a0=0a#####=c2=a0 =0aCould you help me to check it? Thanks =0a=c2=a0=0a=c2= =a0=0athanks =0aQuan,Xu=0a=0a=c2=a0 ------=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
 
=0d=0a

hello community,

=0d=0a

  &n= bsp;  when I start vTPM manager domain with ‘xl create -c vtpmmgr.c= fg’,  xen hyperviser is xen-4.3.0-rc1. It faild with below out prin= t.

=0d=0a

>>>>>>>>>= >>>> out print >>>>>>>>>>>>&nb= sp;

=0d=0a

Parsing config from vtpmmgr.cfg

=0d=0a

Daemon running with PID 1937

=0d= =0a

Xen Minimal OS!

=0d=0a

  start_info: 0xa3000(VA)

=0d=0a

 = ;   nr_pages: 0x1000

=0d=0a

  s= hared_inf: 0xdf3d5000(MA)

=0d=0a

  &n= bsp;  pt_base: 0xa6000(VA)

=0d=0a

nr_pt_f= rames: 0x5

=0d=0a

    mfn_list:= 0x9b000(VA)

=0d=0a

   mod_start: 0x= 0(VA)

=0d=0a

     mod_len:= 0

=0d=0a

      = flags: 0x0

=0d=0a

    cmd_line= :

=0d=0a

  stack:    =   0x5a7c0-0x7a7c0

=0d=0a

MM: Init<= /p>=0d=0a

      _text: 0x0(VA)<= /span>

=0d=0a

     _etext: 0x39b1= 4(VA)

=0d=0a

   _erodata: 0x46000(VA= )

=0d=0a

     _edata: 0x48= c40(VA)

=0d=0a

stack start: 0x5a7c0(VA)=

=0d=0a

       _end: 0x= 9ade0(VA)

=0d=0a

  start_pfn: ae=0d=0a

    max_pfn: 1000

=0d=0a=

Mapping memory range 0x400000 - 0x1000000

=0d= =0a

setting 0x0-0x46000 readonly

=0d=0a

skipped 0x1000

=0d=0a

MM: Init= ialise page allocator for b4000(b4000)-1000000(1000000)

=0d=0a

MM: done

=0d=0a

Demand map pfn= s at 1001000-2001001000.

=0d=0a

Heap resides a= t 2001002000-4001002000.

=0d=0a

Initialising t= imer interface

=0d=0a

Initialising console ...= done.

=0d=0a

gnttab_table mapped at 0x1001000= .

=0d=0a

Initialising scheduler

=0d=0a=

Thread "Idle": pointer: 0x2001002050, stack: 0xd0000

=0d=0a

Thread "xenstore": pointer: 0x2001002800,= stack: 0xe0000

=0d=0a

xenbus initialised on i= rq 1 mfn 0x204c22

=0d=0a

Thread "shutdown": po= inter: 0x2001002fb0, stack: 0xf0000

=0d=0a

Dum= my main: start_info=3d0x7a8c0

=0d=0a

Thread "m= ain": pointer: 0x2001003760, stack: 0x100000

=0d=0a

"main"

=0d=0a

Shutting down ()=0d=0a

Shutdown requested: 3

=0d=0a

Thread "shutdown" exited.

=0d=0a

<= span style=3d"font-size: 14.0pt; mso-bidi-font-size: 11.0pt;" lang=3d"EN-US">I= NFO[VTPM]: Starting vTPM manager domain

=0d=0a

INFO[VTPM]: Option: Using tpm_tis driver

=0d=0a

******************* BLKFRONT for device/vbd/768 **********

=0d=0a=

 

=0d=0a

 

=0d=0a

backend at /local/domain/0/backend/qdisk/= 3/768

=0d=0a

Failed to read /local/domain/0/ba= ckend/qdisk/3/768/feature-barrier.

=0d=0a

3276= 8 sectors of 512 bytes

=0d=0a

****************= **********

=0d=0a

blk_open(device/vbd/768) -&g= t; 3

=0d=0a

=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d Init TPM BACK =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d

=0d= =0a

Thread "tpmback-listener": pointer: 0x20010043f0, st= ack: 0xf0000

=0d=0a

=3d=3d=3d=3d=3d=3d=3d=3d=3d= =3d=3d=3d=3d Init TPM TIS Driver =3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d=3d

=0d=0a

IOMEM Machine Base Address: FED40000

=0d=0a

Enabled Localities: 0

=0d=0a

Map 1 (fed40, ...) at 0x1006000 failed: -1.

=0d=0a=

Do_exit called!

=0d=0a

= = base is 0x10fb88 caller is 0x1f30d

=0d=0a

base= is 0x10fba8 caller is 0x2817b

=0d=0a

base is = 0x10fc68 caller is 0x28245

=0d=0a

base is 0x10fc= c8 caller is 0x28f3e

=0d=0a

base is 0x10fd08 c= aller is 0x28f66

=0d=0a

base is 0x10fd18 calle= r is 0x1bb3f

=0d=0a

base is 0x10fd58 caller is= 0x69d8

=0d=0a

base is 0x10ff38 caller is 0x35= 3a

=0d=0a

base is 0x10ff68 caller is 0x1fb30

=0d=0a

base is 0x10ffe8 caller is 0x343b=

=0d=0a

 

=0d=0a

<<<<<<<<<<<< out print <<<<&l= t;<<<<<<<<<<<

=0d=0a

 

=0d=0a

vtpmmgr.cfg file is blow= :

=0d=0a

 

=0d=0a

kernel=3d"/usr/local/lib/xen/boot/vtpmmgr-stubdom.gz"

=0d=0a=

memory=3d16

=0d=0a

disk= =3d["tap:aio:/var/lib/vtpmmgr-stubdom.img,hda,w"]

=0d=0a

name=3d"vtpmmgr"

=0d=0a

iomem=3d["f= ed40,1"]

=0d=0a

 

=0d=0a

 

=0d=0a

##### 

=0d=0a

Could you help me to check it? Thanks

=0d=0a

 

=0d=0a

 

=0d=0a

thanks

=0d=0a

Quan,Xu

=0d= =0a


=0d=0a

 =

------=ALIBOUNDARY_18341_4dcb7940_51a2f66d_a18f-- --===============1453096510220047503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1453096510220047503==-- From xen-users-bounces@lists.xen.org Mon May 27 11:41:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 11:41: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 1Ugvmu-0005Qk-KG; Mon, 27 May 2013 11:40:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugvms-0005QS-9O; Mon, 27 May 2013 11:40:26 +0000 Received: from [85.158.139.211:43337] by server-13.bemta-5.messagelabs.com id 3B/F0-08040-92643A15; Mon, 27 May 2013 11:40:25 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369654824!18709308!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11654 invoked from network); 27 May 2013 11:40:24 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2013 11:40:24 -0000 Received: by mail-ea0-f180.google.com with SMTP id g10so3880106eak.39 for ; Mon, 27 May 2013 04:40:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=VECY8iqq/BCff4jhy5IzWviHY7u6wkRvkOHj9L68Pvw=; b=ggowOzc0dkaUx0wHYjdJ8Lgrf6NkK9KsURitcYdng7IwmrlWKJybrbsK5RN7e4vggr uJgNb0AG5lAADi/zE1ag2C7zIFw8jOuLWDkxs/l27mRTn+0C3iZJ/dLKiAE1XV5N9N+a SaVPbt0H1LbMhvD7AaVE/XdasRd/rhkRyp8u7h64ooaZQtm7zjkFzrXTIHCqMzVAz3zc ybfwULKdZsp8kkgbJrcjgXnYRj5aZlxO0YtM6TSJhbtPz4fCOGTNVUTAIs7T1IhkIwWW OybU5McAG4g0+aWQFVJuO0EBx9wFIpHaoCxQaAob2cO8BI03z4qx0b6DcLLn6j7j/Tyo 1KCA== X-Received: by 10.14.107.200 with SMTP id o48mr53824032eeg.35.1369654823952; Mon, 27 May 2013 04:40:23 -0700 (PDT) Received: from [172.16.26.11] ([193.110.199.36]) by mx.google.com with ESMTPSA id a5sm41061293ees.6.2013.05.27.04.40.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 May 2013 04:40:22 -0700 (PDT) Message-ID: <51A3461E.50409@xen.org> Date: Mon, 27 May 2013 12:40:14 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , xen-announce@lists.xen.org Subject: [Xen-users] [Votes] Xen Security Problem Response Process v2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, the vote for the "Xen Security Problem Response Process v2" (detailed proposal at http://www.xenproject.org/component/content/article/85-about-xen/138-xen-security-problem-response-process-v2-proposal.html) is now open for voting for ALL maintainers, committers and project leads of the Xen Hypervisor sub-project. You can vote via http://xenproject.org/component/content/article/98-developers/vote/141-vote-xen-security-problem-response-process-v2.html ... The vote will be open until June 7th. The proposal has been out for final community review at http://lists.xen.org/archives/html/xen-users/2013-05/msg00148.html with no comments. Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 11:41:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 11:41: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 1Ugvmu-0005Qk-KG; Mon, 27 May 2013 11:40:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ugvms-0005QS-9O; Mon, 27 May 2013 11:40:26 +0000 Received: from [85.158.139.211:43337] by server-13.bemta-5.messagelabs.com id 3B/F0-08040-92643A15; Mon, 27 May 2013 11:40:25 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369654824!18709308!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11654 invoked from network); 27 May 2013 11:40:24 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2013 11:40:24 -0000 Received: by mail-ea0-f180.google.com with SMTP id g10so3880106eak.39 for ; Mon, 27 May 2013 04:40:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=VECY8iqq/BCff4jhy5IzWviHY7u6wkRvkOHj9L68Pvw=; b=ggowOzc0dkaUx0wHYjdJ8Lgrf6NkK9KsURitcYdng7IwmrlWKJybrbsK5RN7e4vggr uJgNb0AG5lAADi/zE1ag2C7zIFw8jOuLWDkxs/l27mRTn+0C3iZJ/dLKiAE1XV5N9N+a SaVPbt0H1LbMhvD7AaVE/XdasRd/rhkRyp8u7h64ooaZQtm7zjkFzrXTIHCqMzVAz3zc ybfwULKdZsp8kkgbJrcjgXnYRj5aZlxO0YtM6TSJhbtPz4fCOGTNVUTAIs7T1IhkIwWW OybU5McAG4g0+aWQFVJuO0EBx9wFIpHaoCxQaAob2cO8BI03z4qx0b6DcLLn6j7j/Tyo 1KCA== X-Received: by 10.14.107.200 with SMTP id o48mr53824032eeg.35.1369654823952; Mon, 27 May 2013 04:40:23 -0700 (PDT) Received: from [172.16.26.11] ([193.110.199.36]) by mx.google.com with ESMTPSA id a5sm41061293ees.6.2013.05.27.04.40.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 May 2013 04:40:22 -0700 (PDT) Message-ID: <51A3461E.50409@xen.org> Date: Mon, 27 May 2013 12:40:14 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , xen-announce@lists.xen.org Subject: [Xen-users] [Votes] Xen Security Problem Response Process v2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear Community Members, the vote for the "Xen Security Problem Response Process v2" (detailed proposal at http://www.xenproject.org/component/content/article/85-about-xen/138-xen-security-problem-response-process-v2-proposal.html) is now open for voting for ALL maintainers, committers and project leads of the Xen Hypervisor sub-project. You can vote via http://xenproject.org/component/content/article/98-developers/vote/141-vote-xen-security-problem-response-process-v2.html ... The vote will be open until June 7th. The proposal has been out for final community review at http://lists.xen.org/archives/html/xen-users/2013-05/msg00148.html with no comments. Regards Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 15:43:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 15:43: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 1UgzZ4-0000SJ-5P; Mon, 27 May 2013 15:42:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgzZ2-0000SD-Ld for xen-users@lists.xen.org; Mon, 27 May 2013 15:42:24 +0000 Received: from [85.158.139.83:63629] by server-2.bemta-5.messagelabs.com id 8F/0D-26552-EDE73A15; Mon, 27 May 2013 15:42:22 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1369669340!27896241!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28851 invoked from network); 27 May 2013 15:42:21 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 15:42:21 -0000 Received: from [187.162.122.248] (port=57609 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UgzYw-0003DU-M2 for xen-users@lists.xen.org; Mon, 27 May 2013 10:42:18 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 5E589A204 for ; Mon, 27 May 2013 10:42:17 -0500 (CDT) Message-ID: <51A37ED9.8040809@ondore.com> Date: Mon, 27 May 2013 10:42:17 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519E44AF.10105@ondore.com> <51A2EB84.8080105@ericsson.com> In-Reply-To: <51A2EB84.8080105@ericsson.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] img format, they call it "raw" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 27/05/13 00:13, Jaya Dhanesh escribi=F3: > I got a .iso image, used virt-install (GUI) to create a VM. This created > disk0.raw image. Well, .iso are usually CD/DVD images, quite different from a disk image. = From what you say I would assume you have used a .iso image of a OS = installation media to deploy a whole new VM. I thought your goal was to = move a existing VirtualBox VM to Xen. > I tried to > use this .raw image to create a new VM using xm create. Create was > successful, but Iam not able to > login to the console. So, do you have a DomU console but can't login? Any error message? > I think its not able to find the boot location. In that case, it would specifically say so. Try "-c" option for xm = create, it will attach the VM's console to your terminal. Paste here the = console output, an the config file for you VM. > Will the created .raw image cant be used to create another VM? No idea. What do you mean? -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 15:43:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 15:43: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 1UgzZ4-0000SJ-5P; Mon, 27 May 2013 15:42:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgzZ2-0000SD-Ld for xen-users@lists.xen.org; Mon, 27 May 2013 15:42:24 +0000 Received: from [85.158.139.83:63629] by server-2.bemta-5.messagelabs.com id 8F/0D-26552-EDE73A15; Mon, 27 May 2013 15:42:22 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1369669340!27896241!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28851 invoked from network); 27 May 2013 15:42:21 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 May 2013 15:42:21 -0000 Received: from [187.162.122.248] (port=57609 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UgzYw-0003DU-M2 for xen-users@lists.xen.org; Mon, 27 May 2013 10:42:18 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 5E589A204 for ; Mon, 27 May 2013 10:42:17 -0500 (CDT) Message-ID: <51A37ED9.8040809@ondore.com> Date: Mon, 27 May 2013 10:42:17 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519E44AF.10105@ondore.com> <51A2EB84.8080105@ericsson.com> In-Reply-To: <51A2EB84.8080105@ericsson.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] img format, they call it "raw" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 27/05/13 00:13, Jaya Dhanesh escribi=F3: > I got a .iso image, used virt-install (GUI) to create a VM. This created > disk0.raw image. Well, .iso are usually CD/DVD images, quite different from a disk image. = From what you say I would assume you have used a .iso image of a OS = installation media to deploy a whole new VM. I thought your goal was to = move a existing VirtualBox VM to Xen. > I tried to > use this .raw image to create a new VM using xm create. Create was > successful, but Iam not able to > login to the console. So, do you have a DomU console but can't login? Any error message? > I think its not able to find the boot location. In that case, it would specifically say so. Try "-c" option for xm = create, it will attach the VM's console to your terminal. Paste here the = console output, an the config file for you VM. > Will the created .raw image cant be used to create another VM? No idea. What do you mean? -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 20:53:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 20:53: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 1Uh4Or-0004Ec-8f; Mon, 27 May 2013 20:52:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uh4Op-0004EX-GO for xen-users@lists.xen.org; Mon, 27 May 2013 20:52:11 +0000 Received: from [193.109.254.147:13139] by server-1.bemta-14.messagelabs.com id AB/35-06919-A77C3A15; Mon, 27 May 2013 20:52:10 +0000 X-Env-Sender: nacho@alegre.es X-Msg-Ref: server-11.tower-27.messagelabs.com!1369687860!1714693!1 X-Originating-IP: [80.24.141.24] X-SpamReason: No, hits=3.0 required=7.0 tests=BODY_RANDOM_LONG, MANY_EXCLAMATIONS,ML_RADAR_SPEW_LINKS_32,ML_RADAR_SPEW_LINKS_8, SUBJ_HAS_SPACES,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTQ1NzIgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15217 invoked from network); 27 May 2013 20:51:01 -0000 Received: from 24.red-80-24-141.staticip.rima-tde.net (HELO smtp.alegre.es) (80.24.141.24) by server-11.tower-27.messagelabs.com with SMTP; 27 May 2013 20:51:01 -0000 Received: from smtp.alegre.es (localhost.localdomain [127.0.0.1]) by smtp.alegre.es (Postfix) with ESMTP id 7FC63FDBD1 for ; Mon, 27 May 2013 22:50:58 +0200 (CEST) Received: by smtp.alegre.es (Postfix, from userid 2002) id 3D565FDBD5; Mon, 27 May 2013 22:50:58 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on servidor.alegre.es X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, FRT_SOMA2 autolearn=ham version=3.3.2 Received: from webmail.alegre.es (localhost [IPv6:::1]) by smtp.alegre.es (Postfix) with ESMTP id 0B348FDBD1 for ; Mon, 27 May 2013 22:50:37 +0200 (CEST) Received: from 83.39.244.164 (SquirrelMail authenticated user fuego) by webmail.alegre.es with HTTP; Mon, 27 May 2013 22:50:37 +0200 Message-ID: In-Reply-To: References: Date: Mon, 27 May 2013 22:50:37 +0200 From: "Nacho Alegre Alvarez" To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-AV-Checked: ClamAV using ClamSMTP Subject: Re: [Xen-users] ALERT! /dev/xvda2 does not exist. Dropping to a shell! (Ignacio Alegre Alvarez) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: nacho@alegre.es 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 Dear All, I think finally i find my problem with kernel 3.2.0-4-amd64 and problem was this kernel not have loaded xen_blkfront. Step to solve 1=BA) vi /etc/initramfs-tools/module and add "xen_blkfront" 2=BA) Create new initrd adding module mkinitramfs $(uname -r) -o /tmp/initrd-$(uname -r) 3=BA) copy this new initrd to the virtual machina and your /boot 4=BA) change your virtualdomain.cfg and use this new initrd with driver xen_blkfront built in to acces to the xvda disc configured into the virtualdomain.cfg configuration. I hope this few line can help anyone with the same problem. Best Regards. Nacho Alegre > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org > > You can reach the person managing the list at > xen-users-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. Re: off topic (Ian Campbell) > 2. Re: Xen does not find bridge device (Ian Campbell) > 3. Re: [Xen-devel] xen forum (Ian Campbell) > 4. Re: [Xen-devel] xen forum (George Dunlap) > 5. xen setup/config (Chris Vella) > 6. Re: [Xen-devel] xen forum (George Dunlap) > 7. Re: off topic (Paul Stimpson) > 8. Re: off topic (Ian Campbell) > 9. ALERT! /dev/xvda2 does not exist. Dropping to a shell! > (Ignacio Alegre Alvarez) > 10. Xen Test Day is today! (Dario Faggioli) > 11. Re: [Xen-devel] FreeBSD PVHVM call for testing (Roger Pau Monn?) > 12. Re: FreeBSD PVHVM call for testing (Roger Pau Monn?) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 May 2013 10:30:42 +0100 > From: Ian Campbell > To: jacek burghardt > Cc: xen-users > Subject: Re: [Xen-users] off topic > Message-ID: <1369215042.21246.143.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >> I hope this off topic post is ok > > No, it's not, please refrain from spamming the list in the future. > >> I just find out this new service that provides free internet and free >> device[....]I hope you guys can signup for waiting list and use it as >> backup > > > > > > ------------------------------ > > Message: 2 > Date: Wed, 22 May 2013 10:43:55 +0100 > From: Ian Campbell > To: Ole Johan V?ringstad > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Xen does not find bridge device > Message-ID: <1369215835.21246.151.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, 2013-05-22 at 05:10 +0200, Ole Johan V?ringstad wrote: >> Xen 4.2.0-r1, xen-tools 4.2.0-r3 from portage >> Kernel 3.8.13-gentoo >> >> /etc/conf.d/net: >> config_eth0=3D"null" >> config_eth1=3D"dhcp" >> bridge_xenbr0=3D"eth0" >> config_xenbr0=3D"dhcp" >> brctl_xenbr0=3D"setfd 0" >> brctl_xenbr0=3D"sethello 10" >> brctl_xenbr0=3D"stp on" >> rc_net_xenbr0_need=3D"net.eth0" >> rc_net_xenbr0_provide=3D"!net" >> rc_net_xenbr0_provide=3D"xenbridge" >> carrier_timeout_xenbr0=3D"0" >> >> # brctl show >> bridge name bridge id STP enabled interfaces >> xenbr0 8000.902b34599a01 yes eth0 >> >> # ping -c 3 -I xenbr0 192.168.0.1 >> PING 192.168.0.1 (192.168.0.1) from 192.168.0.104 xenbr0: 56(84) bytes >> of data. >> 64 bytes from 192.168.0.1: icmp_seq=3D1 ttl=3D64 time=3D2.78 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D2 ttl=3D64 time=3D2.92 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D3 ttl=3D64 time=3D2.88 ms >> >> # xl create /etc/xen/ubuntu.cfg > > Can you try "xl -vvv ..." for more debugging. Also have a look > under /var/log/xen for any relevant logs. > > Is /etc/xen/scripts/vif-bridge present? If so then a useful debug > technique can be to add to the top > exec >>/tmp/hotplug.log 2>&1 > which will cause the script output to be logged to /tmp/hotplug.log > which might give a clue. > > Ian. > > > > > ------------------------------ > > Message: 3 > Date: Wed, 22 May 2013 10:53:20 +0100 > From: Ian Campbell > To: Gordan Bobic > Cc: xen-users , xen-devel@lists.xen.org, > Bartek Krawczyk > Subject: Re: [Xen-users] [Xen-devel] xen forum > Message-ID: <1369216400.21246.158.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >> Along with a wiki for documentation that is actually kept updated when >> features are added/removed/changed and more importantly, that clearly >> states if/when obvious features are unexpectedly and conspicuously >> missing > > The beauty of a wiki is that anyone can edit or correct it. > > We have regular documentation days where we are all (users and devs > alike) encouraged to work to improve the state of the wiki and other > documentation. > > http://wiki.xen.org/wiki/Xen_Document_Days > > The state of the Xen documentation base has actually improved > considerably over the last year due to this initiative. > >> (e.g. domU config file method of passing multiple USB devices to >> domU). > > I'm not sure what you are referring to here, the config file syntax is > documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) > manpage. It is also available online > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced > from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages > > This manpage contains: > =3Ditem B > > Adds Bs to the emulated USB bus. The USB bus must also be > enabled using B. The most common use for this option is > B which adds pointer device using absolute > coordinates. Such devices function better than relative coordinate > devices (such as a standard mouse) since many methods of exporting > guest graphics (such as VNC) work better in this mode. Note that > this > is independent of the actual pointer device you are using on the > host/client side. > > Host devices can also be passed through in this way, by specifying > host:USBID, where USBID is of the form xxxx:yyyy. The USBID can > typically be found by using lsusb or usb-devices. > > The form usbdevice=3DDEVICE is also accepted for backwards > compatibility. > > More valid options can be found in the "usbdevice" section of the > qemu > documentation. > > Ian. > > > > > ------------------------------ > > Message: 4 > Date: Wed, 22 May 2013 10:58:30 +0100 > From: George Dunlap > To: Ian Campbell > Cc: xen-users , Gordan Bobic > , Bartek Krawczyk , > "xen-devel@lists.xen.org" > Subject: Re: [Xen-users] [Xen-devel] xen forum > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > > On Wed, May 22, 2013 at 10:53 AM, Ian Campbell > wrote: >> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>> Along with a wiki for documentation that is actually kept updated when >>> features are added/removed/changed and more importantly, that clearly >>> states if/when obvious features are unexpectedly and conspicuously >>> missing >> >> The beauty of a wiki is that anyone can edit or correct it. >> >> We have regular documentation days where we are all (users and devs >> alike) encouraged to work to improve the state of the wiki and other >> documentation. >> >> http://wiki.xen.org/wiki/Xen_Document_Days >> >> The state of the Xen documentation base has actually improved >> considerably over the last year due to this initiative. >> >>> (e.g. domU config file method of passing multiple USB devices to >>> domU). >> >> I'm not sure what you are referring to here, the config file syntax is >> documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) >> manpage. It is also available online >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >> >> This manpage contains: >> =3Ditem B > > This is a new feature for 4.3 -- 4.2 and earlier don't support > multiple USB devices (including say, a host device and an emulated usb > tablet). > > -George > > > > ------------------------------ > > Message: 5 > Date: Wed, 22 May 2013 20:04:11 +1000 > From: "Chris Vella" > To: > Subject: [Xen-users] xen setup/config > Message-ID: <017801ce56d3$b4ff6e10$1efe4a30$@com.au> > Content-Type: text/plain; charset=3D"us-ascii" > > A little help please guys or a pointer in the right direction for a > configuration/setup recommendation. > > Whilst I have been using the XEN hypervisor in our office/dev environments > for some time, I am preparing to deploy the latest XCP/Xen build for our > live/collocation installation. > > To date I haven't used any virtualisation at all in our live environment. > Our setup is relatively straightforward with a physical three tier model: > > . Presentation tier (web servers, smtp, etc.) > . Logic tier (business and operational servers) > . Data tier (database and storage) > > I am going to leave the Data tier non virtualised and virtualise > (compress) > the logic and presentation tier onto the same physical hardware. > > So the example scenario is: > > . Both the Presentation and Logic tiers currently have 6 physical servers > each (12 total) in a load balanced (shared nothing) arrangement. These > will > be replaced with 3-4 physical servers running at least two VM's on each. > . How would you set up the XEN environment for dynamic workload > structures? > . If spikes come through via the presentation tier how do you prioritise > CPU/bandwidth to these servers/VM's? > . Likewise if the presentation tier is acquiescent then how do you control > it such that if the logic tier gets busy it can consume idle > CPU/bandwidth? > > > Regards, > > Chris > > > > > > > > > ------------------------------ > > Message: 6 > Date: Wed, 22 May 2013 11:20:49 +0100 > From: George Dunlap > To: Gordan Bobic > Cc: xen-users , "xen-devel@lists.xen.org" > , Bartek Krawczyk > > Subject: Re: [Xen-users] [Xen-devel] xen forum > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > > On Wed, May 22, 2013 at 7:55 AM, Gordan Bobic wrote: >> On 05/22/2013 07:18 AM, Bartek Krawczyk wrote: >>> >>> On 21 May 2013 17:04, Ian Campbell wrote: >>>> >>>> On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >>>>> >>>>> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >>>>> wrote: >>>>>> >>>>>> On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >>>>>>> >>>>>>> I believe both mailing lists are great but there are so may >>>>>>> postings >>>>>>> that >>>>>>> many issues get missed. There are some bugs that hand never been >>>>>>> resolved >>>>>>> because developers are unaware of it. I just setup forum for xen >>>>>>> users at >>>>>>> sam.hebe.us/forums please be free to join >>>>>> >>>>>> >>>>>> It would be easier for us if the bug reports and such were posted on >>>>>> xen-devel. >>>>>> Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>> when >>>>>> doing it. >>>>> >>>>> >>>>> Surely a bug-tracking system that emails all reports to xen-devel >>>>> automatically would cover the best of both worlds, would it not? >>>> >>>> >>>> Not unless developers can reply to the bug by hitting reply in their >>>> MUA. >>> >>> >>> Please drop the forum idea. Xen should use a proper bug tracking >>> system like Bugzilla (which allows replying to bugs by clicking >>> "Reply" in MUA). >>> Take a look at: >>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >> >> >> +1 >> >> Along with a wiki for documentation that is actually kept updated when >> features are added/removed/changed and more importantly, that clearly >> states >> if/when obvious features are unexpectedly and conspicuously missing >> (e.g. >> domU config file method of passing multiple USB devices to domU). > > So the thing here is that I don't think any of the active developers > knew there was that limitation. As soon as I discovered it, I just > fixed it (which is why 4.3 will have support for passing multiple USB > devices in the config file). > > If you find other obvious missing features like that, please mention > them on the list, and/or suggest them in the xen.org uservoice page: > http://xenorg.uservoice.com > > -George > > > > ------------------------------ > > Message: 7 > Date: Wed, 22 May 2013 12:10:33 +0100 > From: Paul Stimpson > Cc: xen-users > Subject: Re: [Xen-users] off topic > Message-ID: <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> > Content-Type: text/plain; charset=3DUTF-8 > > > > Ian Campbell wrote: >>On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >>> I hope this off topic post is ok >> >>No, it's not, please refrain from spamming the list in the future. >> >>> I just find out this new service that provides free internet and >>free >>> device[....]I hope you guys can signup for waiting list and use it as >>> backup >> >> >> > > +1 for Ian's comments. > > It also appears that the link you posted contains a unique identifier. > This gives me the impression that it's probably some kind of affiliate > code and that you would receive some financial incentive or gift of > service from this company for every person who signs up after clicking it. > > That is spamming for gain and is seriously not cool. > > Bests, > Paul. > > > -- > Sent from Kaiten Mail on Android. Please excuse my brevity. > > > > ------------------------------ > > Message: 8 > Date: Wed, 22 May 2013 12:27:18 +0100 > From: Ian Campbell > To: Paul Stimpson > Cc: xen-users , jacek burghardt > > Subject: Re: [Xen-users] off topic > Message-ID: <1369222038.21246.176.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, 2013-05-22 at 12:10 +0100, Paul Stimpson wrote: >> >> Ian Campbell wrote: >> >On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >> >> I hope this off topic post is ok >> > >> >No, it's not, please refrain from spamming the list in the future. >> > >> >> I just find out this new service that provides free internet and >> >free >> >> device[....]I hope you guys can signup for waiting list and use it as >> >> backup >> > >> > >> > >> >> +1 for Ian's comments. >> >> It also appears that the link you posted contains a unique identifier. >> This gives me the impression that it's probably some kind of affiliate >> code and that you would receive some financial incentive or gift of >> service from this company for every person who signs up after clicking >> it. >> >> That is spamming for gain and is seriously not cool. > > I hadn't noticed this and, yes, it is very uncool. > > Jacek, I have brought this to the listmaster's attention. If this > happens again I will ask them to ban you from these lists. > > Ian. > > > > > ------------------------------ > > Message: 9 > Date: Wed, 22 May 2013 00:54:12 +0200 > From: "Ignacio Alegre Alvarez" > To: xen-users@lists.xensource.com > Subject: [Xen-users] ALERT! /dev/xvda2 does not exist. Dropping to a > shell! > Message-ID: > > Content-Type: text/plain;charset=3Diso-8859-1 > > Dear All, > > Can't start system because kernel can't load file systems to and get the > next error: > > modprobe: can't load module microcode > (kernel/arch/x86/kernel/microcode.ko): No such device > done. > Begin: Running /scripts/init-premount ... Begin: Requesting microcode > update using per-core interface ... done. > done. > Begin: Mounting root file system ... Begin: Running /scripts/local-top ... > [ 1.493127] device-mapper: uevent: version 1.0.3 > [ 1.493908] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) > initialised: dm-devel@redhat.com > Volume group "disco-xen-server" not found > Skipping volume group disco-xen-server > Unable to find LVM volume disco-xen-server/xen-server-swap > done. > Begin: Waiting for root file system ... done. > Gave up waiting for root device. Common problems: > - Boot args (cat /proc/cmdline) > - Check rootdelay=3D (did the system wait long enough?) > - Check root=3D (did the system wait for the right device?) > - Missing modules (cat /proc/modules; ls /dev) > ALERT! /dev/xvda2 does not exist. Dropping to a shell! > modprobe: module ehci-hcd not found in modules.dep > modprobe: module uhci-hcd not found in modules.dep > modprobe: module ohci-hcd not found in modules.dep > modprobe: module usbhid not found in modules.dep > > > BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash) > Enter 'help' for a list of built-in commands. > > /bin/sh: can't access tty; job control turned off > (initramfs) > > Anyone can helpme because i'm lost with this matter i don't know if the > configuration is grong or if the module to create xvda2 is not loaded i > don't know follow can see some information about my system: > > root@xen-servidor:~# uname -r > 3.2.0-4-amd64 > root@xen-servidor:~# > > root@xen-servidor:~# xm info test > host : xen-servidor > release : 3.2.0-4-amd64 > version : #1 SMP Debian 3.2.41-2+deb7u2 > machine : x86_64 > nr_cpus : 2 > nr_nodes : 1 > cores_per_socket : 2 > threads_per_core : 1 > cpu_mhz : 1297 > hw_caps : > 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:0008377f:00000000 > virt_caps : hvm > total_memory : 895 > free_memory : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 1 > xen_extra : .4 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder > cc_compiler : gcc version 4.7.2 (Debian 4.7.2-5) > cc_compile_by : carnil > cc_compile_domain : debian.org > cc_compile_date : Sun May 5 14:44:49 UTC 2013 > xend_config_format : 4 > root@xen-servidor:~# > > root@xen-servidor:~# df -hT > S.ficheros Tipo Tama?o Usados > Disp Uso% Montado en > rootfs rootfs 4,6G 2,4G > 2,3G 52% / > udev devtmpfs 10M 0 > 10M 0% /dev > tmpfs tmpfs 74M 280K > 74M 1% /run > /dev/mapper/disco--xen--server-xen--server--root ext4 4,6G 2,4G > 2,3G 52% / > tmpfs tmpfs 5,0M 0 > 5,0M 0% /run/lock > tmpfs tmpfs 148M 0 > 148M 0% /run/shm > /dev/mapper/disco--xen--server-xen--server--disco ext4 223G 83G > 141G 38% /disco > root@xen-servidor:~# > > test.cfg > > # > # Kernel + memory size > # > kernel =3D '/boot/vmlinuz-3.2.0-4-amd64' > ramdisk =3D '/boot/initrd.img-3.2.0-4-amd64' > > vcpus =3D '1' > memory =3D '128' > > # > # Disk device(s). > # > root =3D '/dev/xvda2 ro' > disk =3D [ > 'file:/home/xen/domains/test/disk.img,xvda2,w', > 'file:/home/xen/domains/test/swap.img,xvda1,w', > ] > > > # > # Physical volumes > # > > > # > # Hostname > # > name =3D 'test' > > # > # Networking > # > vif =3D [ 'ip=3D192.168.0.254 ,mac=3D00:16:3E:3A:FD:80' ] > > # > # Behaviour > # > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > > Best Regards. > > Ignacio Alegre > > > > > > > ------------------------------ > > Message: 10 > Date: Wed, 22 May 2013 09:35:59 +0200 > From: Dario Faggioli > To: "xen-users@lists.xen.org" > Cc: "xen-api@lists.xen.org" , xen-devel > > Subject: [Xen-users] Xen Test Day is today! > Message-ID: <1369208159.12423.152.camel@Solace> > Content-Type: text/plain; charset=3D"utf-8" > > Hi everybody, > > Allow me to remind you that Xen Test Day is today, so come and join us > on #xentest on freenode! > > We will be testing Xen 4.3 RC2 (released yesterday). For more info, see: > - on Xen Test Days: > http://wiki.xen.org/wiki/Xen_Test_Days > > - on getting and testing RC2: > http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions > > - for generic testing information: > http://wiki.xen.org/wiki/Testing_Xen > > If you're using Fedora 18, there is even an RPM available already > (thanks Michael Young for the great work!) here: > http://koji.fedoraproject.org/koji/taskinfo?taskID=3D5407161 > > See you all on freenode, channel #xentest. > > Regards > Lars > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 198 bytes > Desc: This is a digitally signed message part > URL: > > > ------------------------------ > > Message: 11 > Date: Wed, 22 May 2013 13:41:02 +0200 > From: Roger Pau Monn? > To: Konrad Rzeszutek Wilk > Cc: "freebsd-xen@freebsd.org" , xen-devel > , "freebsd-virtualization@freebsd.org" > , "xen-users@lists.xen.org" > > Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing > Message-ID: <519CAECE.9040706@citrix.com> > Content-Type: text/plain; charset=3D"ISO-8859-1" > > On 21/05/13 19:40, Konrad Rzeszutek Wilk wrote: >> On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn? wrote: >>> Hello, >>> >>> Recently Justin T Gibbs, Will Andrews and myself have been working on >>> improving the Xen support in FreeBSD. The main goal of this was to >>> bring >>> full PVHVM support to FreeBSD, right now FreeBSD is only using PV >>> interfaces for disk and network interfaces when running as a HVM guest. >>> The main benefits of this changes are that Xen virtual interrupts >>> (event >>> channels) are now delivered to the guest using a vector callback >>> injection, that is a per-cpu mechanism that allows each vCPU to have >>> different interrupts assigned, so for example network and disk >>> interrupts are delivered to different vCPUs in order to improve >>> performance. With this changes FreeBSD also uses PV timers when running >>> as an HVM guest, which should provide better time keeping and reduce >>> the >>> virtualization overhead, since emulated timers are no longer used. PV >>> IPIs can also be used inside a HVM guest, but this will be implemented >>> later. >>> >>> Right now the code is in a state where it can be tested by users, so we >>> would like to encourage FreeBSD and Xen users to test it and provide >>> feedback. >>> >>> The code is available in the following git repository, under the branch >>> pvhvm_v5: >>> >>> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary >>> >>> Also, I've created a wiki page that explains how to set up a FreeBSD >>> PVHVM for testing: >>> >>> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM >> >> I tried on my Linux box to do this: >> >> >> HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces >> konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel >> KERNCONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM >> Makefile:123: *** missing separator. Stop. >> >> >> As I thought it would compile the same way you can compile NetBSD - that >> is >> even on non-BSD distros. Is that not the case? Should I only do this >> under >> a FreeBSD guest? > > I have never tried to run the FreeBSD build system under something > different than FreeBSD, also keep in mind that installkernel will place > a bunch of FreeBSD files on your Linux box if you manage to run it. The > error itself can probably be fixed by installing and using BSD make > (bmake), but anyway you need a FreeBSD HVM DomU in order to test the > kernel, so why not do the compilation on it? > > > > > ------------------------------ > > Message: 12 > Date: Wed, 22 May 2013 13:45:11 +0200 > From: Roger Pau Monn? > To: Colin Percival > Cc: "freebsd-xen@freebsd.org" , xen-devel > , "freebsd-virtualization@freebsd.org" > , "xen-users@lists.xen.org" > > Subject: Re: [Xen-users] FreeBSD PVHVM call for testing > Message-ID: <519CAFC7.1070908@citrix.com> > Content-Type: text/plain; charset=3D"ISO-8859-1" > > On 18/05/13 17:44, Colin Percival wrote: >> On 05/18/13 02:50, Roger Pau Monn? wrote: >>> On 17/05/13 05:07, Colin Percival wrote: >>>> On 05/16/13 17:43, Roger Pau Monn? wrote: >>>>> Thanks for testing this on EC2, could you post the full dmesg? So I >>>>> can >>>>> see the hypervisor version and if the PV timer is loaded or not. >>>> >>>> Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: >>> >>> I've pushed a new branch to my repository, pvhvm_v7 that should work, >>> there was a bug with PCI event channel interrupt set up. I've tested >>> with 3.4 and seems OK, but of course it doesn't support the vector >>> callback injection. >> >> That seems to work. dmesg is attached. Are there any particular tests >> you'd like me to run? > > I have not tested ZFS, that might be a good one. If you are running this > on Xen 3.4 the behaviour should be the same as without this patches, so > there shouldn't be many differences. > > If you could try that on Xen 4.0 at least (if I remember correctly > that's when the vector callback was introduced), you should see the PV > timer getting attached, and a performance increase. > >> If anyone else wants to play with this, you can launch ami-e75c358e in >> the >> EC2 us-east-1 region. >> > > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 99, Issue 47 > ***************************************** > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon May 27 20:53:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 27 May 2013 20:53: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 1Uh4Or-0004Ec-8f; Mon, 27 May 2013 20:52:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uh4Op-0004EX-GO for xen-users@lists.xen.org; Mon, 27 May 2013 20:52:11 +0000 Received: from [193.109.254.147:13139] by server-1.bemta-14.messagelabs.com id AB/35-06919-A77C3A15; Mon, 27 May 2013 20:52:10 +0000 X-Env-Sender: nacho@alegre.es X-Msg-Ref: server-11.tower-27.messagelabs.com!1369687860!1714693!1 X-Originating-IP: [80.24.141.24] X-SpamReason: No, hits=3.0 required=7.0 tests=BODY_RANDOM_LONG, MANY_EXCLAMATIONS,ML_RADAR_SPEW_LINKS_32,ML_RADAR_SPEW_LINKS_8, SUBJ_HAS_SPACES,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTQ1NzIgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15217 invoked from network); 27 May 2013 20:51:01 -0000 Received: from 24.red-80-24-141.staticip.rima-tde.net (HELO smtp.alegre.es) (80.24.141.24) by server-11.tower-27.messagelabs.com with SMTP; 27 May 2013 20:51:01 -0000 Received: from smtp.alegre.es (localhost.localdomain [127.0.0.1]) by smtp.alegre.es (Postfix) with ESMTP id 7FC63FDBD1 for ; Mon, 27 May 2013 22:50:58 +0200 (CEST) Received: by smtp.alegre.es (Postfix, from userid 2002) id 3D565FDBD5; Mon, 27 May 2013 22:50:58 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on servidor.alegre.es X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, FRT_SOMA2 autolearn=ham version=3.3.2 Received: from webmail.alegre.es (localhost [IPv6:::1]) by smtp.alegre.es (Postfix) with ESMTP id 0B348FDBD1 for ; Mon, 27 May 2013 22:50:37 +0200 (CEST) Received: from 83.39.244.164 (SquirrelMail authenticated user fuego) by webmail.alegre.es with HTTP; Mon, 27 May 2013 22:50:37 +0200 Message-ID: In-Reply-To: References: Date: Mon, 27 May 2013 22:50:37 +0200 From: "Nacho Alegre Alvarez" To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-AV-Checked: ClamAV using ClamSMTP Subject: Re: [Xen-users] ALERT! /dev/xvda2 does not exist. Dropping to a shell! (Ignacio Alegre Alvarez) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: nacho@alegre.es 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 Dear All, I think finally i find my problem with kernel 3.2.0-4-amd64 and problem was this kernel not have loaded xen_blkfront. Step to solve 1=BA) vi /etc/initramfs-tools/module and add "xen_blkfront" 2=BA) Create new initrd adding module mkinitramfs $(uname -r) -o /tmp/initrd-$(uname -r) 3=BA) copy this new initrd to the virtual machina and your /boot 4=BA) change your virtualdomain.cfg and use this new initrd with driver xen_blkfront built in to acces to the xvda disc configured into the virtualdomain.cfg configuration. I hope this few line can help anyone with the same problem. Best Regards. Nacho Alegre > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org > > You can reach the person managing the list at > xen-users-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. Re: off topic (Ian Campbell) > 2. Re: Xen does not find bridge device (Ian Campbell) > 3. Re: [Xen-devel] xen forum (Ian Campbell) > 4. Re: [Xen-devel] xen forum (George Dunlap) > 5. xen setup/config (Chris Vella) > 6. Re: [Xen-devel] xen forum (George Dunlap) > 7. Re: off topic (Paul Stimpson) > 8. Re: off topic (Ian Campbell) > 9. ALERT! /dev/xvda2 does not exist. Dropping to a shell! > (Ignacio Alegre Alvarez) > 10. Xen Test Day is today! (Dario Faggioli) > 11. Re: [Xen-devel] FreeBSD PVHVM call for testing (Roger Pau Monn?) > 12. Re: FreeBSD PVHVM call for testing (Roger Pau Monn?) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 May 2013 10:30:42 +0100 > From: Ian Campbell > To: jacek burghardt > Cc: xen-users > Subject: Re: [Xen-users] off topic > Message-ID: <1369215042.21246.143.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >> I hope this off topic post is ok > > No, it's not, please refrain from spamming the list in the future. > >> I just find out this new service that provides free internet and free >> device[....]I hope you guys can signup for waiting list and use it as >> backup > > > > > > ------------------------------ > > Message: 2 > Date: Wed, 22 May 2013 10:43:55 +0100 > From: Ian Campbell > To: Ole Johan V?ringstad > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] Xen does not find bridge device > Message-ID: <1369215835.21246.151.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, 2013-05-22 at 05:10 +0200, Ole Johan V?ringstad wrote: >> Xen 4.2.0-r1, xen-tools 4.2.0-r3 from portage >> Kernel 3.8.13-gentoo >> >> /etc/conf.d/net: >> config_eth0=3D"null" >> config_eth1=3D"dhcp" >> bridge_xenbr0=3D"eth0" >> config_xenbr0=3D"dhcp" >> brctl_xenbr0=3D"setfd 0" >> brctl_xenbr0=3D"sethello 10" >> brctl_xenbr0=3D"stp on" >> rc_net_xenbr0_need=3D"net.eth0" >> rc_net_xenbr0_provide=3D"!net" >> rc_net_xenbr0_provide=3D"xenbridge" >> carrier_timeout_xenbr0=3D"0" >> >> # brctl show >> bridge name bridge id STP enabled interfaces >> xenbr0 8000.902b34599a01 yes eth0 >> >> # ping -c 3 -I xenbr0 192.168.0.1 >> PING 192.168.0.1 (192.168.0.1) from 192.168.0.104 xenbr0: 56(84) bytes >> of data. >> 64 bytes from 192.168.0.1: icmp_seq=3D1 ttl=3D64 time=3D2.78 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D2 ttl=3D64 time=3D2.92 ms >> 64 bytes from 192.168.0.1: icmp_seq=3D3 ttl=3D64 time=3D2.88 ms >> >> # xl create /etc/xen/ubuntu.cfg > > Can you try "xl -vvv ..." for more debugging. Also have a look > under /var/log/xen for any relevant logs. > > Is /etc/xen/scripts/vif-bridge present? If so then a useful debug > technique can be to add to the top > exec >>/tmp/hotplug.log 2>&1 > which will cause the script output to be logged to /tmp/hotplug.log > which might give a clue. > > Ian. > > > > > ------------------------------ > > Message: 3 > Date: Wed, 22 May 2013 10:53:20 +0100 > From: Ian Campbell > To: Gordan Bobic > Cc: xen-users , xen-devel@lists.xen.org, > Bartek Krawczyk > Subject: Re: [Xen-users] [Xen-devel] xen forum > Message-ID: <1369216400.21246.158.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >> Along with a wiki for documentation that is actually kept updated when >> features are added/removed/changed and more importantly, that clearly >> states if/when obvious features are unexpectedly and conspicuously >> missing > > The beauty of a wiki is that anyone can edit or correct it. > > We have regular documentation days where we are all (users and devs > alike) encouraged to work to improve the state of the wiki and other > documentation. > > http://wiki.xen.org/wiki/Xen_Document_Days > > The state of the Xen documentation base has actually improved > considerably over the last year due to this initiative. > >> (e.g. domU config file method of passing multiple USB devices to >> domU). > > I'm not sure what you are referring to here, the config file syntax is > documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) > manpage. It is also available online > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced > from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages > > This manpage contains: > =3Ditem B > > Adds Bs to the emulated USB bus. The USB bus must also be > enabled using B. The most common use for this option is > B which adds pointer device using absolute > coordinates. Such devices function better than relative coordinate > devices (such as a standard mouse) since many methods of exporting > guest graphics (such as VNC) work better in this mode. Note that > this > is independent of the actual pointer device you are using on the > host/client side. > > Host devices can also be passed through in this way, by specifying > host:USBID, where USBID is of the form xxxx:yyyy. The USBID can > typically be found by using lsusb or usb-devices. > > The form usbdevice=3DDEVICE is also accepted for backwards > compatibility. > > More valid options can be found in the "usbdevice" section of the > qemu > documentation. > > Ian. > > > > > ------------------------------ > > Message: 4 > Date: Wed, 22 May 2013 10:58:30 +0100 > From: George Dunlap > To: Ian Campbell > Cc: xen-users , Gordan Bobic > , Bartek Krawczyk , > "xen-devel@lists.xen.org" > Subject: Re: [Xen-users] [Xen-devel] xen forum > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > > On Wed, May 22, 2013 at 10:53 AM, Ian Campbell > wrote: >> On Wed, 2013-05-22 at 07:55 +0100, Gordan Bobic wrote: >>> Along with a wiki for documentation that is actually kept updated when >>> features are added/removed/changed and more importantly, that clearly >>> states if/when obvious features are unexpectedly and conspicuously >>> missing >> >> The beauty of a wiki is that anyone can edit or correct it. >> >> We have regular documentation days where we are all (users and devs >> alike) encouraged to work to improve the state of the wiki and other >> documentation. >> >> http://wiki.xen.org/wiki/Xen_Document_Days >> >> The state of the Xen documentation base has actually improved >> considerably over the last year due to this initiative. >> >>> (e.g. domU config file method of passing multiple USB devices to >>> domU). >> >> I'm not sure what you are referring to here, the config file syntax is >> documented in docs/man/xl.cfg.pod.5 which is installed as the xl.cfg(5) >> manpage. It is also available online >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html and referenced >> from the wiki e.g. http://wiki.xen.org/wiki/Xen_Man_Pages >> >> This manpage contains: >> =3Ditem B > > This is a new feature for 4.3 -- 4.2 and earlier don't support > multiple USB devices (including say, a host device and an emulated usb > tablet). > > -George > > > > ------------------------------ > > Message: 5 > Date: Wed, 22 May 2013 20:04:11 +1000 > From: "Chris Vella" > To: > Subject: [Xen-users] xen setup/config > Message-ID: <017801ce56d3$b4ff6e10$1efe4a30$@com.au> > Content-Type: text/plain; charset=3D"us-ascii" > > A little help please guys or a pointer in the right direction for a > configuration/setup recommendation. > > Whilst I have been using the XEN hypervisor in our office/dev environments > for some time, I am preparing to deploy the latest XCP/Xen build for our > live/collocation installation. > > To date I haven't used any virtualisation at all in our live environment. > Our setup is relatively straightforward with a physical three tier model: > > . Presentation tier (web servers, smtp, etc.) > . Logic tier (business and operational servers) > . Data tier (database and storage) > > I am going to leave the Data tier non virtualised and virtualise > (compress) > the logic and presentation tier onto the same physical hardware. > > So the example scenario is: > > . Both the Presentation and Logic tiers currently have 6 physical servers > each (12 total) in a load balanced (shared nothing) arrangement. These > will > be replaced with 3-4 physical servers running at least two VM's on each. > . How would you set up the XEN environment for dynamic workload > structures? > . If spikes come through via the presentation tier how do you prioritise > CPU/bandwidth to these servers/VM's? > . Likewise if the presentation tier is acquiescent then how do you control > it such that if the logic tier gets busy it can consume idle > CPU/bandwidth? > > > Regards, > > Chris > > > > > > > > > ------------------------------ > > Message: 6 > Date: Wed, 22 May 2013 11:20:49 +0100 > From: George Dunlap > To: Gordan Bobic > Cc: xen-users , "xen-devel@lists.xen.org" > , Bartek Krawczyk > > Subject: Re: [Xen-users] [Xen-devel] xen forum > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > > On Wed, May 22, 2013 at 7:55 AM, Gordan Bobic wrote: >> On 05/22/2013 07:18 AM, Bartek Krawczyk wrote: >>> >>> On 21 May 2013 17:04, Ian Campbell wrote: >>>> >>>> On Tue, 2013-05-21 at 15:57 +0100, Gordan Bobic wrote: >>>>> >>>>> On Tue, 21 May 2013 10:29:17 -0400, Konrad Rzeszutek Wilk >>>>> wrote: >>>>>> >>>>>> On Sun, May 19, 2013 at 09:09:00AM -0600, jacek burghardt wrote: >>>>>>> >>>>>>> I believe both mailing lists are great but there are so may >>>>>>> postings >>>>>>> that >>>>>>> many issues get missed. There are some bugs that hand never been >>>>>>> resolved >>>>>>> because developers are unaware of it. I just setup forum for xen >>>>>>> users at >>>>>>> sam.hebe.us/forums please be free to join >>>>>> >>>>>> >>>>>> It would be easier for us if the bug reports and such were posted on >>>>>> xen-devel. >>>>>> Please consult http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >>>>>> when >>>>>> doing it. >>>>> >>>>> >>>>> Surely a bug-tracking system that emails all reports to xen-devel >>>>> automatically would cover the best of both worlds, would it not? >>>> >>>> >>>> Not unless developers can reply to the bug by hitting reply in their >>>> MUA. >>> >>> >>> Please drop the forum idea. Xen should use a proper bug tracking >>> system like Bugzilla (which allows replying to bugs by clicking >>> "Reply" in MUA). >>> Take a look at: >>> http://www.bugzilla.org/docs/4.0/en/html/api/email_in.html >> >> >> +1 >> >> Along with a wiki for documentation that is actually kept updated when >> features are added/removed/changed and more importantly, that clearly >> states >> if/when obvious features are unexpectedly and conspicuously missing >> (e.g. >> domU config file method of passing multiple USB devices to domU). > > So the thing here is that I don't think any of the active developers > knew there was that limitation. As soon as I discovered it, I just > fixed it (which is why 4.3 will have support for passing multiple USB > devices in the config file). > > If you find other obvious missing features like that, please mention > them on the list, and/or suggest them in the xen.org uservoice page: > http://xenorg.uservoice.com > > -George > > > > ------------------------------ > > Message: 7 > Date: Wed, 22 May 2013 12:10:33 +0100 > From: Paul Stimpson > Cc: xen-users > Subject: Re: [Xen-users] off topic > Message-ID: <6346f0c8-8472-47d7-a20d-d11b95580537@email.android.com> > Content-Type: text/plain; charset=3DUTF-8 > > > > Ian Campbell wrote: >>On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >>> I hope this off topic post is ok >> >>No, it's not, please refrain from spamming the list in the future. >> >>> I just find out this new service that provides free internet and >>free >>> device[....]I hope you guys can signup for waiting list and use it as >>> backup >> >> >> > > +1 for Ian's comments. > > It also appears that the link you posted contains a unique identifier. > This gives me the impression that it's probably some kind of affiliate > code and that you would receive some financial incentive or gift of > service from this company for every person who signs up after clicking it. > > That is spamming for gain and is seriously not cool. > > Bests, > Paul. > > > -- > Sent from Kaiten Mail on Android. Please excuse my brevity. > > > > ------------------------------ > > Message: 8 > Date: Wed, 22 May 2013 12:27:18 +0100 > From: Ian Campbell > To: Paul Stimpson > Cc: xen-users , jacek burghardt > > Subject: Re: [Xen-users] off topic > Message-ID: <1369222038.21246.176.camel@zakaz.uk.xensource.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, 2013-05-22 at 12:10 +0100, Paul Stimpson wrote: >> >> Ian Campbell wrote: >> >On Tue, 2013-05-21 at 14:44 -0600, jacek burghardt wrote: >> >> I hope this off topic post is ok >> > >> >No, it's not, please refrain from spamming the list in the future. >> > >> >> I just find out this new service that provides free internet and >> >free >> >> device[....]I hope you guys can signup for waiting list and use it as >> >> backup >> > >> > >> > >> >> +1 for Ian's comments. >> >> It also appears that the link you posted contains a unique identifier. >> This gives me the impression that it's probably some kind of affiliate >> code and that you would receive some financial incentive or gift of >> service from this company for every person who signs up after clicking >> it. >> >> That is spamming for gain and is seriously not cool. > > I hadn't noticed this and, yes, it is very uncool. > > Jacek, I have brought this to the listmaster's attention. If this > happens again I will ask them to ban you from these lists. > > Ian. > > > > > ------------------------------ > > Message: 9 > Date: Wed, 22 May 2013 00:54:12 +0200 > From: "Ignacio Alegre Alvarez" > To: xen-users@lists.xensource.com > Subject: [Xen-users] ALERT! /dev/xvda2 does not exist. Dropping to a > shell! > Message-ID: > > Content-Type: text/plain;charset=3Diso-8859-1 > > Dear All, > > Can't start system because kernel can't load file systems to and get the > next error: > > modprobe: can't load module microcode > (kernel/arch/x86/kernel/microcode.ko): No such device > done. > Begin: Running /scripts/init-premount ... Begin: Requesting microcode > update using per-core interface ... done. > done. > Begin: Mounting root file system ... Begin: Running /scripts/local-top ... > [ 1.493127] device-mapper: uevent: version 1.0.3 > [ 1.493908] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) > initialised: dm-devel@redhat.com > Volume group "disco-xen-server" not found > Skipping volume group disco-xen-server > Unable to find LVM volume disco-xen-server/xen-server-swap > done. > Begin: Waiting for root file system ... done. > Gave up waiting for root device. Common problems: > - Boot args (cat /proc/cmdline) > - Check rootdelay=3D (did the system wait long enough?) > - Check root=3D (did the system wait for the right device?) > - Missing modules (cat /proc/modules; ls /dev) > ALERT! /dev/xvda2 does not exist. Dropping to a shell! > modprobe: module ehci-hcd not found in modules.dep > modprobe: module uhci-hcd not found in modules.dep > modprobe: module ohci-hcd not found in modules.dep > modprobe: module usbhid not found in modules.dep > > > BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash) > Enter 'help' for a list of built-in commands. > > /bin/sh: can't access tty; job control turned off > (initramfs) > > Anyone can helpme because i'm lost with this matter i don't know if the > configuration is grong or if the module to create xvda2 is not loaded i > don't know follow can see some information about my system: > > root@xen-servidor:~# uname -r > 3.2.0-4-amd64 > root@xen-servidor:~# > > root@xen-servidor:~# xm info test > host : xen-servidor > release : 3.2.0-4-amd64 > version : #1 SMP Debian 3.2.41-2+deb7u2 > machine : x86_64 > nr_cpus : 2 > nr_nodes : 1 > cores_per_socket : 2 > threads_per_core : 1 > cpu_mhz : 1297 > hw_caps : > 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:0008377f:00000000 > virt_caps : hvm > total_memory : 895 > free_memory : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 1 > xen_extra : .4 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder > cc_compiler : gcc version 4.7.2 (Debian 4.7.2-5) > cc_compile_by : carnil > cc_compile_domain : debian.org > cc_compile_date : Sun May 5 14:44:49 UTC 2013 > xend_config_format : 4 > root@xen-servidor:~# > > root@xen-servidor:~# df -hT > S.ficheros Tipo Tama?o Usados > Disp Uso% Montado en > rootfs rootfs 4,6G 2,4G > 2,3G 52% / > udev devtmpfs 10M 0 > 10M 0% /dev > tmpfs tmpfs 74M 280K > 74M 1% /run > /dev/mapper/disco--xen--server-xen--server--root ext4 4,6G 2,4G > 2,3G 52% / > tmpfs tmpfs 5,0M 0 > 5,0M 0% /run/lock > tmpfs tmpfs 148M 0 > 148M 0% /run/shm > /dev/mapper/disco--xen--server-xen--server--disco ext4 223G 83G > 141G 38% /disco > root@xen-servidor:~# > > test.cfg > > # > # Kernel + memory size > # > kernel =3D '/boot/vmlinuz-3.2.0-4-amd64' > ramdisk =3D '/boot/initrd.img-3.2.0-4-amd64' > > vcpus =3D '1' > memory =3D '128' > > # > # Disk device(s). > # > root =3D '/dev/xvda2 ro' > disk =3D [ > 'file:/home/xen/domains/test/disk.img,xvda2,w', > 'file:/home/xen/domains/test/swap.img,xvda1,w', > ] > > > # > # Physical volumes > # > > > # > # Hostname > # > name =3D 'test' > > # > # Networking > # > vif =3D [ 'ip=3D192.168.0.254 ,mac=3D00:16:3E:3A:FD:80' ] > > # > # Behaviour > # > on_poweroff =3D 'destroy' > on_reboot =3D 'restart' > on_crash =3D 'restart' > > Best Regards. > > Ignacio Alegre > > > > > > > ------------------------------ > > Message: 10 > Date: Wed, 22 May 2013 09:35:59 +0200 > From: Dario Faggioli > To: "xen-users@lists.xen.org" > Cc: "xen-api@lists.xen.org" , xen-devel > > Subject: [Xen-users] Xen Test Day is today! > Message-ID: <1369208159.12423.152.camel@Solace> > Content-Type: text/plain; charset=3D"utf-8" > > Hi everybody, > > Allow me to remind you that Xen Test Day is today, so come and join us > on #xentest on freenode! > > We will be testing Xen 4.3 RC2 (released yesterday). For more info, see: > - on Xen Test Days: > http://wiki.xen.org/wiki/Xen_Test_Days > > - on getting and testing RC2: > http://wiki.xen.org/wiki/Xen_4.3_RC2_test_instructions > > - for generic testing information: > http://wiki.xen.org/wiki/Testing_Xen > > If you're using Fedora 18, there is even an RPM available already > (thanks Michael Young for the great work!) here: > http://koji.fedoraproject.org/koji/taskinfo?taskID=3D5407161 > > See you all on freenode, channel #xentest. > > Regards > Lars > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 198 bytes > Desc: This is a digitally signed message part > URL: > > > ------------------------------ > > Message: 11 > Date: Wed, 22 May 2013 13:41:02 +0200 > From: Roger Pau Monn? > To: Konrad Rzeszutek Wilk > Cc: "freebsd-xen@freebsd.org" , xen-devel > , "freebsd-virtualization@freebsd.org" > , "xen-users@lists.xen.org" > > Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing > Message-ID: <519CAECE.9040706@citrix.com> > Content-Type: text/plain; charset=3D"ISO-8859-1" > > On 21/05/13 19:40, Konrad Rzeszutek Wilk wrote: >> On Mon, May 13, 2013 at 08:32:56PM +0200, Roger Pau Monn? wrote: >>> Hello, >>> >>> Recently Justin T Gibbs, Will Andrews and myself have been working on >>> improving the Xen support in FreeBSD. The main goal of this was to >>> bring >>> full PVHVM support to FreeBSD, right now FreeBSD is only using PV >>> interfaces for disk and network interfaces when running as a HVM guest. >>> The main benefits of this changes are that Xen virtual interrupts >>> (event >>> channels) are now delivered to the guest using a vector callback >>> injection, that is a per-cpu mechanism that allows each vCPU to have >>> different interrupts assigned, so for example network and disk >>> interrupts are delivered to different vCPUs in order to improve >>> performance. With this changes FreeBSD also uses PV timers when running >>> as an HVM guest, which should provide better time keeping and reduce >>> the >>> virtualization overhead, since emulated timers are no longer used. PV >>> IPIs can also be used inside a HVM guest, but this will be implemented >>> later. >>> >>> Right now the code is in a state where it can be tested by users, so we >>> would like to encourage FreeBSD and Xen users to test it and provide >>> feedback. >>> >>> The code is available in the following git repository, under the branch >>> pvhvm_v5: >>> >>> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dsummary >>> >>> Also, I've created a wiki page that explains how to set up a FreeBSD >>> PVHVM for testing: >>> >>> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM >> >> I tried on my Linux box to do this: >> >> >> HEAD is now at 9b25356... xen-netfront: fix detach of network interfaces >> konrad@phenom:~/git/freebsd$ make kernel-toolchain && make buildkernel >> KERNCONF=3DXENHVM && make installkernel KERNCONF=3DXENHVM >> Makefile:123: *** missing separator. Stop. >> >> >> As I thought it would compile the same way you can compile NetBSD - that >> is >> even on non-BSD distros. Is that not the case? Should I only do this >> under >> a FreeBSD guest? > > I have never tried to run the FreeBSD build system under something > different than FreeBSD, also keep in mind that installkernel will place > a bunch of FreeBSD files on your Linux box if you manage to run it. The > error itself can probably be fixed by installing and using BSD make > (bmake), but anyway you need a FreeBSD HVM DomU in order to test the > kernel, so why not do the compilation on it? > > > > > ------------------------------ > > Message: 12 > Date: Wed, 22 May 2013 13:45:11 +0200 > From: Roger Pau Monn? > To: Colin Percival > Cc: "freebsd-xen@freebsd.org" , xen-devel > , "freebsd-virtualization@freebsd.org" > , "xen-users@lists.xen.org" > > Subject: Re: [Xen-users] FreeBSD PVHVM call for testing > Message-ID: <519CAFC7.1070908@citrix.com> > Content-Type: text/plain; charset=3D"ISO-8859-1" > > On 18/05/13 17:44, Colin Percival wrote: >> On 05/18/13 02:50, Roger Pau Monn? wrote: >>> On 17/05/13 05:07, Colin Percival wrote: >>>> On 05/16/13 17:43, Roger Pau Monn? wrote: >>>>> Thanks for testing this on EC2, could you post the full dmesg? So I >>>>> can >>>>> see the hypervisor version and if the PV timer is loaded or not. >>>> >>>> Here's what I get on a cc2.8xlarge with boot_verbose=3DYES: >>> >>> I've pushed a new branch to my repository, pvhvm_v7 that should work, >>> there was a bug with PCI event channel interrupt set up. I've tested >>> with 3.4 and seems OK, but of course it doesn't support the vector >>> callback injection. >> >> That seems to work. dmesg is attached. Are there any particular tests >> you'd like me to run? > > I have not tested ZFS, that might be a good one. If you are running this > on Xen 3.4 the behaviour should be the same as without this patches, so > there shouldn't be many differences. > > If you could try that on Xen 4.0 at least (if I remember correctly > that's when the vector callback was introduced), you should see the PV > timer getting attached, and a performance increase. > >> If anyone else wants to play with this, you can launch ami-e75c358e in >> the >> EC2 us-east-1 region. >> > > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 99, Issue 47 > ***************************************** > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 03:06:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 03:06: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 1UhAE5-0002Wr-1L; Tue, 28 May 2013 03:05:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhAE2-0002WJ-9J; Tue, 28 May 2013 03:05:26 +0000 Received: from [85.158.138.51:30012] by server-4.bemta-3.messagelabs.com id 34/64-01776-4FE14A15; Tue, 28 May 2013 03:05:24 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369710323!20734001!1 X-Originating-IP: [209.85.215.44] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8586 invoked from network); 28 May 2013 03:05:23 -0000 Received: from mail-la0-f44.google.com (HELO mail-la0-f44.google.com) (209.85.215.44) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 03:05:23 -0000 Received: by mail-la0-f44.google.com with SMTP id fr10so7008438lab.31 for ; Mon, 27 May 2013 20:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=tkkDdMHDs9uUXu6oQhQMRInUkORWU2VFmwX1J+2h8KA=; b=kjiQi9AQXouHBp1+2TtOTloEd8zwS54psPNPIG/0ilQixVxjSHdlvGxe0AIv/3FKjd 1fFql0vpvNOdZ7ngxDyJzTiE9p/tYb2osx4ybQBBu6xcvCGJOsqzbjjn7HIsFeVYij9I 183eTLvs59L8MtKITQco7oWxSqiyoUFEXj2jqR9/6dOPkEDYd+FrHHpAPcICIGvmtWCr hYPnG1d93/l1Lzi/pfpDU4qNfi1ZW2EwMIpwrRG01G2qc/FI6jXflWt7l7C2Y5j9TtvJ egbmxnXZF9hpHMGFN0VONtB3kbpxpKmZaNZL3JQ0bndtXwgXWNemw6ydW/wDbd77gwtv +SJw== MIME-Version: 1.0 X-Received: by 10.112.188.161 with SMTP id gb1mr4453040lbc.107.1369710321458; Mon, 27 May 2013 20:05:21 -0700 (PDT) Received: by 10.112.1.100 with HTTP; Mon, 27 May 2013 20:05:21 -0700 (PDT) Date: Mon, 27 May 2013 23:05:21 -0400 X-Google-Sender-Auth: MI8BOolqGqrDjvA9YgNyCECtTec Message-ID: From: Russ Pavlicek To: xen-api@lists.xen.org, xen-arm@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] Xen Document Day is Tuesday May 28 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6703492640494838269==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6703492640494838269== Content-Type: multipart/alternative; boundary=001a11c36dae27e2ad04ddbe8980 --001a11c36dae27e2ad04ddbe8980 Content-Type: text/plain; charset=ISO-8859-1 ********************* * Xen Document Days * ********************* Just a reminder that Xen Document Day is Tuesday May 28. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO ). Of course, you can work on anything you like: the list just provides suggestions. How do I participate? ===================== - Join us on IRC: freenode channel #xendocs - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! --001a11c36dae27e2ad04ddbe8980 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
*********************
* Xen Document Days *
*********************

Just a reminder that Xen Document Day is Tuesday May 28. =A0Xen Docume= nt Days=A0
are for people w= ho care about Xen Documentation and want to improve it.=A0
We introduced Documentatio= n Days, because working on documentation in=A0
parallel with li= ke minded-people, is just more fun than working alone!=A0
Everybody who can contribu= te is welcome to join!

For a list of items th= at need work, check out the community maintained=A0
<= div style=3D"font-family:arial,sans-serif;font-size:13px"><http://wik= i.xen.org/wiki/Xen_Document_Days/TODO>). Of course, you can=A0
work on anything= you like: the list just provides suggestions.

How do I participate?
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /div>

<= div style=3D"font-family:arial,sans-serif;font-size:13px"> - Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (= to avoid doing something somebody
=A0 =A0else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!
--001a11c36dae27e2ad04ddbe8980-- --===============6703492640494838269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6703492640494838269==-- From xen-users-bounces@lists.xen.org Tue May 28 03:06:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 03:06: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 1UhAE5-0002Wr-1L; Tue, 28 May 2013 03:05:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhAE2-0002WJ-9J; Tue, 28 May 2013 03:05:26 +0000 Received: from [85.158.138.51:30012] by server-4.bemta-3.messagelabs.com id 34/64-01776-4FE14A15; Tue, 28 May 2013 03:05:24 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1369710323!20734001!1 X-Originating-IP: [209.85.215.44] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8586 invoked from network); 28 May 2013 03:05:23 -0000 Received: from mail-la0-f44.google.com (HELO mail-la0-f44.google.com) (209.85.215.44) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 03:05:23 -0000 Received: by mail-la0-f44.google.com with SMTP id fr10so7008438lab.31 for ; Mon, 27 May 2013 20:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=tkkDdMHDs9uUXu6oQhQMRInUkORWU2VFmwX1J+2h8KA=; b=kjiQi9AQXouHBp1+2TtOTloEd8zwS54psPNPIG/0ilQixVxjSHdlvGxe0AIv/3FKjd 1fFql0vpvNOdZ7ngxDyJzTiE9p/tYb2osx4ybQBBu6xcvCGJOsqzbjjn7HIsFeVYij9I 183eTLvs59L8MtKITQco7oWxSqiyoUFEXj2jqR9/6dOPkEDYd+FrHHpAPcICIGvmtWCr hYPnG1d93/l1Lzi/pfpDU4qNfi1ZW2EwMIpwrRG01G2qc/FI6jXflWt7l7C2Y5j9TtvJ egbmxnXZF9hpHMGFN0VONtB3kbpxpKmZaNZL3JQ0bndtXwgXWNemw6ydW/wDbd77gwtv +SJw== MIME-Version: 1.0 X-Received: by 10.112.188.161 with SMTP id gb1mr4453040lbc.107.1369710321458; Mon, 27 May 2013 20:05:21 -0700 (PDT) Received: by 10.112.1.100 with HTTP; Mon, 27 May 2013 20:05:21 -0700 (PDT) Date: Mon, 27 May 2013 23:05:21 -0400 X-Google-Sender-Auth: MI8BOolqGqrDjvA9YgNyCECtTec Message-ID: From: Russ Pavlicek To: xen-api@lists.xen.org, xen-arm@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] Xen Document Day is Tuesday May 28 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6703492640494838269==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6703492640494838269== Content-Type: multipart/alternative; boundary=001a11c36dae27e2ad04ddbe8980 --001a11c36dae27e2ad04ddbe8980 Content-Type: text/plain; charset=ISO-8859-1 ********************* * Xen Document Days * ********************* Just a reminder that Xen Document Day is Tuesday May 28. Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO ). Of course, you can work on anything you like: the list just provides suggestions. How do I participate? ===================== - Join us on IRC: freenode channel #xendocs - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! --001a11c36dae27e2ad04ddbe8980 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
*********************
* Xen Document Days *
*********************

Just a reminder that Xen Document Day is Tuesday May 28. =A0Xen Docume= nt Days=A0
are for people w= ho care about Xen Documentation and want to improve it.=A0
We introduced Documentatio= n Days, because working on documentation in=A0
parallel with li= ke minded-people, is just more fun than working alone!=A0
Everybody who can contribu= te is welcome to join!

For a list of items th= at need work, check out the community maintained=A0
<= div style=3D"font-family:arial,sans-serif;font-size:13px"><http://wik= i.xen.org/wiki/Xen_Document_Days/TODO>). Of course, you can=A0
work on anything= you like: the list just provides suggestions.

How do I participate?
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /div>

<= div style=3D"font-family:arial,sans-serif;font-size:13px"> - Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (= to avoid doing something somebody
=A0 =A0else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!
--001a11c36dae27e2ad04ddbe8980-- --===============6703492640494838269== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6703492640494838269==-- From xen-users-bounces@lists.xen.org Tue May 28 04:44:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 04:44: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 1UhBko-0003VJ-Ou; Tue, 28 May 2013 04:43:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhBkm-0003VE-PD for xen-users@lists.xen.org; Tue, 28 May 2013 04:43:21 +0000 Received: from [85.158.138.51:22794] by server-8.bemta-3.messagelabs.com id 94/7F-25864-7E534A15; Tue, 28 May 2013 04:43:19 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369716198!25715952!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2717 invoked from network); 28 May 2013 04:43:18 -0000 Received: from mail-ea0-f173.google.com (HELO mail-ea0-f173.google.com) (209.85.215.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 04:43:18 -0000 Received: by mail-ea0-f173.google.com with SMTP id n15so4165222ead.18 for ; Mon, 27 May 2013 21:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=DtiEDuii8mEaxKJYQU4xojj/GuMyqgR5dLoamPTIyXY=; b=DrdOQXpbHWsnrJHqHquibxrd7aWuw/vOWaRrdILXRj9TcPI16UlbG61QTUkRsj2Xde Kn4NdPGF20WDBiRF886t0RXr3KVm5MrrqJhR+KSizzDOGpeJN082E32d8/dqBbunmM+C wKyUbRDUAho9vuCkGv20IPDlzflvzae27kqbh3kxydtkXeoGGB61KzfO4GNsHPBbMfYR CQXX1BbheCYN0Dw/GpKkg9BlgOwUawM8vrUD53O1m95AHb+cG9RPmeHB1+7bcodXP+s1 b1xnIyENckedbxNvMNqLSxGWrVvww5WjnHmJssuOasPuRp4We0LdCdpB5fLBRcX8aD1B bMbA== X-Received: by 10.14.174.8 with SMTP id w8mr12563388eel.115.1369716196961; Mon, 27 May 2013 21:43:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Mon, 27 May 2013 21:42:56 -0700 (PDT) From: feral Date: Mon, 27 May 2013 21:42:56 -0700 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This issue has been discussed many times before, but I haven't found an answer in my specific problem. Motherboard: Asus Sabertooth 990fx R2.0 Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough) Affected: Xen-hypervisor >4.1.2 Not Affected: Xen-hypervisor <4.1.2 Xen 4.1.2 and earlier works fine regardless of the BIOS version of the Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the following: (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3110.540 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff (XEN) IVHD Error: Invalid IO-APIC 0xff (XEN) AMD-Vi: Error initialization (XEN) I/O virtualisation disabled >From what I understand, Xen used to just care less about the state of your ACPI/IVRS but that this was potentially a security concern and checks were implemented to disable IOMMU whenever it would be unsafe (potentially) to have it enabled. Now, I understand the logic here, but I disagree with the implementation. There are a fairly large number of people who are affected and we know Asus isn't going to fix the IVRS table. I recognize the importance of implementing these checks and hell, even automatically disabling IOMMU without notice (though on a consumer board, this is a bit paranoid). I understand there are kernel command line options you can pass to forcibly bypass the checks and leave IOMMU enabled in most cases (ie: iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to be enough to force IOMMU back on. I read somewhere in one of the many discussions on the subject, that there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or something, which seems to be my issue). As I said, I know other people have precisely this problem with a whole line of mid range Asus boards, but haven't seen a lot of discussion on the list. Anyone reading this run into the same problem? I bought this board specifically because of it's IOMMU implementation, which worked fine... at the time... Ultimately I know for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been working for 6 months without an issue. I'm just sorta in a situation where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to disable the checks. xm dmesg from a working vs. borked system Working: (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough xen-pciback.hide=(06:00.0)(06.00.1) (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 6 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e800 (usable) (XEN) 000000000009e800 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bc348000 (usable) (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) (XEN) 00000000f8000000 - 00000000fc000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fec10000 - 00000000fec11000 (reserved) (XEN) 00000000fec20000 - 00000000fec21000 (reserved) (XEN) 00000000fed00000 - 00000000fed01000 (reserved) (XEN) 00000000fed61000 - 00000000fed71000 (reserved) (XEN) 00000000fed80000 - 00000000fed90000 (reserved) (XEN) 00000000fef00000 - 0000000100000000 (reserved) (XEN) 0000000100001000 - 000000043f000000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126] (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL 20051117) (XEN) ACPI: FACS BD4F2F80, 0040 (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT 10013) (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI 5) (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD 0) (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD 1) (XEN) System RAM: 16311MB (16702516kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - bd4f2f80/0000000000000000, using 32 (XEN) Processor #16 5:1 APIC version 16 (XEN) Processor #17 5:1 APIC version 16 (XEN) Processor #18 5:1 APIC version 16 (XEN) Processor #19 5:1 APIC version 16 (XEN) Processor #20 5:1 APIC version 16 (XEN) Processor #21 5:1 APIC version 16 (XEN) Processor #22 5:1 APIC version 16 (XEN) Processor #23 5:1 APIC version 16 (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3110.553 MHz processor. (XEN) Initing memory sharing. (XEN) AMD-Vi: IOMMU 0 Enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) HVM: ASIDs enabled. (XEN) SVM: Supported advanced features: (XEN) - Nested Page Tables (NPT) (XEN) - Last Branch Record (LBR) Virtualisation (XEN) - Next-RIP Saved on #VMEXIT (XEN) - VMCB Clean Bits (XEN) - Pause-Intercept Filter (XEN) HVM: SVM enabled (XEN) HVM: Hardware Assisted Paging detected. (XEN) Brought up 8 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 pages to be allocated) (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 (XEN) ENTRY ADDRESS: ffffffff81cfb200 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to switch input to Xen) (XEN) Freed 220kB init memory. (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from 0x0000000000000000 to 0x000000000000abcd. (XEN) physdev.c:155: dom0: wrong map_pirq type 3 BORKED: (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3) Mon Apr 29 19:35:31 UTC 2013 (XEN) Bootloader: GRUB 2.00-13ubuntu3 (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off xen-pciback.hide=(06:00.0)(06.00.1) (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 7 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e800 (usable) (XEN) 000000000009e800 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000ba7ac000 (usable) (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) (XEN) 00000000bb958000 - 00000000bca35000 (reserved) (XEN) 00000000bca35000 - 00000000bca36000 (usable) (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) (XEN) 00000000f8000000 - 00000000fc000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fec10000 - 00000000fec11000 (reserved) (XEN) 00000000fec20000 - 00000000fec21000 (reserved) (XEN) 00000000fed00000 - 00000000fed01000 (reserved) (XEN) 00000000fed61000 - 00000000fed71000 (reserved) (XEN) 00000000fed80000 - 00000000fed90000 (reserved) (XEN) 00000000fef00000 - 0000000100000000 (reserved) (XEN) 0000000100001000 - 000000043f000000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126] (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL 20051117) (XEN) ACPI: FACS BB952F80, 0040 (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT 10013) (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI 5) (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD 0) (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD 1) (XEN) System RAM: 16283MB (16674420kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - bb952f80/0000000000000000, using 32 (XEN) Processor #16 5:1 APIC version 16 (XEN) Processor #17 5:1 APIC version 16 (XEN) Processor #18 5:1 APIC version 16 (XEN) Processor #19 5:1 APIC version 16 (XEN) Processor #20 5:1 APIC version 16 (XEN) Processor #21 5:1 APIC version 16 (XEN) Processor #22 5:1 APIC version 16 (XEN) Processor #23 5:1 APIC version 16 (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3110.540 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff (XEN) IVHD Error: Invalid IO-APIC 0xff (XEN) AMD-Vi: Error initialization (XEN) I/O virtualisation disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) HVM: ASIDs enabled. (XEN) SVM: Supported advanced features: (XEN) - Nested Page Tables (NPT) (XEN) - Last Branch Record (LBR) Virtualisation (XEN) - Next-RIP Saved on #VMEXIT (XEN) - VMCB Clean Bits (XEN) - DecodeAssists (XEN) - Pause-Intercept Filter (XEN) - TSC Rate MSR (XEN) HVM: SVM enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB (XEN) Brought up 8 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 pages to be allocated) (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 (XEN) Page tables: ffffffff894b5000->ffffffff89504000 (XEN) Boot stack: ffffffff89504000->ffffffff89505000 (XEN) TOTAL: ffffffff80000000->ffffffff89800000 (XEN) ENTRY ADDRESS: ffffffff81d06210 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to switch input to Xen) (XEN) Freed 244kB init memory. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 04:44:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 04:44: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 1UhBko-0003VJ-Ou; Tue, 28 May 2013 04:43:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhBkm-0003VE-PD for xen-users@lists.xen.org; Tue, 28 May 2013 04:43:21 +0000 Received: from [85.158.138.51:22794] by server-8.bemta-3.messagelabs.com id 94/7F-25864-7E534A15; Tue, 28 May 2013 04:43:19 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369716198!25715952!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2717 invoked from network); 28 May 2013 04:43:18 -0000 Received: from mail-ea0-f173.google.com (HELO mail-ea0-f173.google.com) (209.85.215.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 04:43:18 -0000 Received: by mail-ea0-f173.google.com with SMTP id n15so4165222ead.18 for ; Mon, 27 May 2013 21:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=DtiEDuii8mEaxKJYQU4xojj/GuMyqgR5dLoamPTIyXY=; b=DrdOQXpbHWsnrJHqHquibxrd7aWuw/vOWaRrdILXRj9TcPI16UlbG61QTUkRsj2Xde Kn4NdPGF20WDBiRF886t0RXr3KVm5MrrqJhR+KSizzDOGpeJN082E32d8/dqBbunmM+C wKyUbRDUAho9vuCkGv20IPDlzflvzae27kqbh3kxydtkXeoGGB61KzfO4GNsHPBbMfYR CQXX1BbheCYN0Dw/GpKkg9BlgOwUawM8vrUD53O1m95AHb+cG9RPmeHB1+7bcodXP+s1 b1xnIyENckedbxNvMNqLSxGWrVvww5WjnHmJssuOasPuRp4We0LdCdpB5fLBRcX8aD1B bMbA== X-Received: by 10.14.174.8 with SMTP id w8mr12563388eel.115.1369716196961; Mon, 27 May 2013 21:43:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Mon, 27 May 2013 21:42:56 -0700 (PDT) From: feral Date: Mon, 27 May 2013 21:42:56 -0700 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This issue has been discussed many times before, but I haven't found an answer in my specific problem. Motherboard: Asus Sabertooth 990fx R2.0 Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough) Affected: Xen-hypervisor >4.1.2 Not Affected: Xen-hypervisor <4.1.2 Xen 4.1.2 and earlier works fine regardless of the BIOS version of the Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the following: (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3110.540 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff (XEN) IVHD Error: Invalid IO-APIC 0xff (XEN) AMD-Vi: Error initialization (XEN) I/O virtualisation disabled >From what I understand, Xen used to just care less about the state of your ACPI/IVRS but that this was potentially a security concern and checks were implemented to disable IOMMU whenever it would be unsafe (potentially) to have it enabled. Now, I understand the logic here, but I disagree with the implementation. There are a fairly large number of people who are affected and we know Asus isn't going to fix the IVRS table. I recognize the importance of implementing these checks and hell, even automatically disabling IOMMU without notice (though on a consumer board, this is a bit paranoid). I understand there are kernel command line options you can pass to forcibly bypass the checks and leave IOMMU enabled in most cases (ie: iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to be enough to force IOMMU back on. I read somewhere in one of the many discussions on the subject, that there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or something, which seems to be my issue). As I said, I know other people have precisely this problem with a whole line of mid range Asus boards, but haven't seen a lot of discussion on the list. Anyone reading this run into the same problem? I bought this board specifically because of it's IOMMU implementation, which worked fine... at the time... Ultimately I know for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been working for 6 months without an issue. I'm just sorta in a situation where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to disable the checks. xm dmesg from a working vs. borked system Working: (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough xen-pciback.hide=(06:00.0)(06.00.1) (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 6 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e800 (usable) (XEN) 000000000009e800 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bc348000 (usable) (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) (XEN) 00000000f8000000 - 00000000fc000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fec10000 - 00000000fec11000 (reserved) (XEN) 00000000fec20000 - 00000000fec21000 (reserved) (XEN) 00000000fed00000 - 00000000fed01000 (reserved) (XEN) 00000000fed61000 - 00000000fed71000 (reserved) (XEN) 00000000fed80000 - 00000000fed90000 (reserved) (XEN) 00000000fef00000 - 0000000100000000 (reserved) (XEN) 0000000100001000 - 000000043f000000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126] (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL 20051117) (XEN) ACPI: FACS BD4F2F80, 0040 (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT 10013) (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI 5) (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD 0) (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD 1) (XEN) System RAM: 16311MB (16702516kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - bd4f2f80/0000000000000000, using 32 (XEN) Processor #16 5:1 APIC version 16 (XEN) Processor #17 5:1 APIC version 16 (XEN) Processor #18 5:1 APIC version 16 (XEN) Processor #19 5:1 APIC version 16 (XEN) Processor #20 5:1 APIC version 16 (XEN) Processor #21 5:1 APIC version 16 (XEN) Processor #22 5:1 APIC version 16 (XEN) Processor #23 5:1 APIC version 16 (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3110.553 MHz processor. (XEN) Initing memory sharing. (XEN) AMD-Vi: IOMMU 0 Enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) HVM: ASIDs enabled. (XEN) SVM: Supported advanced features: (XEN) - Nested Page Tables (NPT) (XEN) - Last Branch Record (LBR) Virtualisation (XEN) - Next-RIP Saved on #VMEXIT (XEN) - VMCB Clean Bits (XEN) - Pause-Intercept Filter (XEN) HVM: SVM enabled (XEN) HVM: Hardware Assisted Paging detected. (XEN) Brought up 8 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 pages to be allocated) (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 (XEN) ENTRY ADDRESS: ffffffff81cfb200 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to switch input to Xen) (XEN) Freed 220kB init memory. (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from 0x0000000000000000 to 0x000000000000abcd. (XEN) physdev.c:155: dom0: wrong map_pirq type 3 BORKED: (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3) Mon Apr 29 19:35:31 UTC 2013 (XEN) Bootloader: GRUB 2.00-13ubuntu3 (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off xen-pciback.hide=(06:00.0)(06.00.1) (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 7 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e800 (usable) (XEN) 000000000009e800 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000ba7ac000 (usable) (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) (XEN) 00000000bb958000 - 00000000bca35000 (reserved) (XEN) 00000000bca35000 - 00000000bca36000 (usable) (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) (XEN) 00000000f8000000 - 00000000fc000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fec10000 - 00000000fec11000 (reserved) (XEN) 00000000fec20000 - 00000000fec21000 (reserved) (XEN) 00000000fed00000 - 00000000fed01000 (reserved) (XEN) 00000000fed61000 - 00000000fed71000 (reserved) (XEN) 00000000fed80000 - 00000000fed90000 (reserved) (XEN) 00000000fef00000 - 0000000100000000 (reserved) (XEN) 0000000100001000 - 000000043f000000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126] (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL 20051117) (XEN) ACPI: FACS BB952F80, 0040 (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT 10013) (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI 5) (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD 0) (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD 1) (XEN) System RAM: 16283MB (16674420kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - bb952f80/0000000000000000, using 32 (XEN) Processor #16 5:1 APIC version 16 (XEN) Processor #17 5:1 APIC version 16 (XEN) Processor #18 5:1 APIC version 16 (XEN) Processor #19 5:1 APIC version 16 (XEN) Processor #20 5:1 APIC version 16 (XEN) Processor #21 5:1 APIC version 16 (XEN) Processor #22 5:1 APIC version 16 (XEN) Processor #23 5:1 APIC version 16 (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3110.540 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff (XEN) IVHD Error: Invalid IO-APIC 0xff (XEN) AMD-Vi: Error initialization (XEN) I/O virtualisation disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) HVM: ASIDs enabled. (XEN) SVM: Supported advanced features: (XEN) - Nested Page Tables (NPT) (XEN) - Last Branch Record (LBR) Virtualisation (XEN) - Next-RIP Saved on #VMEXIT (XEN) - VMCB Clean Bits (XEN) - DecodeAssists (XEN) - Pause-Intercept Filter (XEN) - TSC Rate MSR (XEN) HVM: SVM enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB (XEN) Brought up 8 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 pages to be allocated) (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 (XEN) Page tables: ffffffff894b5000->ffffffff89504000 (XEN) Boot stack: ffffffff89504000->ffffffff89505000 (XEN) TOTAL: ffffffff80000000->ffffffff89800000 (XEN) ENTRY ADDRESS: ffffffff81d06210 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to switch input to Xen) (XEN) Freed 244kB init memory. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 07:20:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 07:20: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 1UhEBU-0004ys-Vp; Tue, 28 May 2013 07:19:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhEBT-0004yn-IA for xen-users@lists.xen.org; Tue, 28 May 2013 07:19:03 +0000 Received: from [85.158.137.99:59393] by server-14.bemta-3.messagelabs.com id 16/90-20016-66A54A15; Tue, 28 May 2013 07:19:02 +0000 X-Env-Sender: westjonathanx@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1369725540!12492735!1 X-Originating-IP: [209.85.214.195] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13600 invoked from network); 28 May 2013 07:19:01 -0000 Received: from mail-ob0-f195.google.com (HELO mail-ob0-f195.google.com) (209.85.214.195) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 07:19:01 -0000 Received: by mail-ob0-f195.google.com with SMTP id ef5so2396047obb.10 for ; Tue, 28 May 2013 00:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jvkz0/HdgJomg7ZDwZ+4QLXop192GxWXgVBDPtonE7Y=; b=0aMP7TEeoPENTkMWdMk6CFFlQhZba1e5ecQJE3Dv2Nm+ED5wH5fu6prV1pzGScbLPF FuhyXCSNVViZ4fpicSigK+wSIKOFoKgHGhjsly2x0Hrp1DLQgFQSFs+zWH7oyq1OV3nH vBjgLwJkKfEVYcY7DwwJdiQQc4Afcdjx8U1yLLxggPEdNFbyHnI1NTnI0FCvEXPFXp/A JBZNMeaP40cKHS2b8Tl1rYdEyzy9GRdBqOvdOXPVgMZKHLqLyPnaEiVHOICF2WoYGJkH 8rkD1HLA9HKHtYAI+cP3ixJnsDiKQWt0X/VJa0APE0K9nLptAyJer6ukY9vdLD+yMmmO ktpg== MIME-Version: 1.0 X-Received: by 10.182.134.231 with SMTP id pn7mr19626120obb.11.1369725540058; Tue, 28 May 2013 00:19:00 -0700 (PDT) Received: by 10.76.167.169 with HTTP; Tue, 28 May 2013 00:18:59 -0700 (PDT) Date: Tue, 28 May 2013 09:18:59 +0200 Message-ID: From: jonathan west To: xen-users@lists.xen.org Subject: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7476896195510366087==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7476896195510366087== Content-Type: multipart/alternative; boundary=001a11c2c396414cb004ddc21439 --001a11c2c396414cb004ddc21439 Content-Type: text/plain; charset=ISO-8859-1 Hi all, Forgive me this probably very basic question, but I could not find the answer. I have physical server (dom0) and two XEN vm installed. I have moved physical server to new rack so now it has different range of IP (I am assigning static IP). I was able to change static IP (of physical server) modifying /etc/sysconfig/network-scripts. I would like to know how can I modify IP's for both of XEN vm ? Do I need to log separately to each of them, and change network-scripts files like I did in physical server? Or can I do it somehow from physical server itself using putty for example ? I am not a system administrator neither the one who set this up. Thanks for help ! --001a11c2c396414cb004ddc21439 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

Forgive me this probably ve= ry basic question, but I could not find the answer.

I have phy= sical server (dom0) and two XEN vm installed. I have moved physical server = to new rack so now it has different range of IP (I am assigning static IP).= I was able to change static IP (of physical server) modifying /etc/sysconf= ig/network-scripts. I would like to know how can I modify IP's for both= of XEN vm ? Do I need to log separately to each of them, and change networ= k-scripts files like I did in physical server? Or can I do it somehow from = physical server itself using putty for example ? I am not a system administ= rator neither the one who set this up. Thanks for help !
--001a11c2c396414cb004ddc21439-- --===============7476896195510366087== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7476896195510366087==-- From xen-users-bounces@lists.xen.org Tue May 28 07:20:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 07:20: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 1UhEBU-0004ys-Vp; Tue, 28 May 2013 07:19:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhEBT-0004yn-IA for xen-users@lists.xen.org; Tue, 28 May 2013 07:19:03 +0000 Received: from [85.158.137.99:59393] by server-14.bemta-3.messagelabs.com id 16/90-20016-66A54A15; Tue, 28 May 2013 07:19:02 +0000 X-Env-Sender: westjonathanx@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1369725540!12492735!1 X-Originating-IP: [209.85.214.195] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13600 invoked from network); 28 May 2013 07:19:01 -0000 Received: from mail-ob0-f195.google.com (HELO mail-ob0-f195.google.com) (209.85.214.195) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 07:19:01 -0000 Received: by mail-ob0-f195.google.com with SMTP id ef5so2396047obb.10 for ; Tue, 28 May 2013 00:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jvkz0/HdgJomg7ZDwZ+4QLXop192GxWXgVBDPtonE7Y=; b=0aMP7TEeoPENTkMWdMk6CFFlQhZba1e5ecQJE3Dv2Nm+ED5wH5fu6prV1pzGScbLPF FuhyXCSNVViZ4fpicSigK+wSIKOFoKgHGhjsly2x0Hrp1DLQgFQSFs+zWH7oyq1OV3nH vBjgLwJkKfEVYcY7DwwJdiQQc4Afcdjx8U1yLLxggPEdNFbyHnI1NTnI0FCvEXPFXp/A JBZNMeaP40cKHS2b8Tl1rYdEyzy9GRdBqOvdOXPVgMZKHLqLyPnaEiVHOICF2WoYGJkH 8rkD1HLA9HKHtYAI+cP3ixJnsDiKQWt0X/VJa0APE0K9nLptAyJer6ukY9vdLD+yMmmO ktpg== MIME-Version: 1.0 X-Received: by 10.182.134.231 with SMTP id pn7mr19626120obb.11.1369725540058; Tue, 28 May 2013 00:19:00 -0700 (PDT) Received: by 10.76.167.169 with HTTP; Tue, 28 May 2013 00:18:59 -0700 (PDT) Date: Tue, 28 May 2013 09:18:59 +0200 Message-ID: From: jonathan west To: xen-users@lists.xen.org Subject: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7476896195510366087==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7476896195510366087== Content-Type: multipart/alternative; boundary=001a11c2c396414cb004ddc21439 --001a11c2c396414cb004ddc21439 Content-Type: text/plain; charset=ISO-8859-1 Hi all, Forgive me this probably very basic question, but I could not find the answer. I have physical server (dom0) and two XEN vm installed. I have moved physical server to new rack so now it has different range of IP (I am assigning static IP). I was able to change static IP (of physical server) modifying /etc/sysconfig/network-scripts. I would like to know how can I modify IP's for both of XEN vm ? Do I need to log separately to each of them, and change network-scripts files like I did in physical server? Or can I do it somehow from physical server itself using putty for example ? I am not a system administrator neither the one who set this up. Thanks for help ! --001a11c2c396414cb004ddc21439 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

Forgive me this probably ve= ry basic question, but I could not find the answer.

I have phy= sical server (dom0) and two XEN vm installed. I have moved physical server = to new rack so now it has different range of IP (I am assigning static IP).= I was able to change static IP (of physical server) modifying /etc/sysconf= ig/network-scripts. I would like to know how can I modify IP's for both= of XEN vm ? Do I need to log separately to each of them, and change networ= k-scripts files like I did in physical server? Or can I do it somehow from = physical server itself using putty for example ? I am not a system administ= rator neither the one who set this up. Thanks for help !
--001a11c2c396414cb004ddc21439-- --===============7476896195510366087== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7476896195510366087==-- From xen-users-bounces@lists.xen.org Tue May 28 07:33:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 07:33: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 1UhENs-0005ER-3J; Tue, 28 May 2013 07:31:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhENq-0005EM-C0 for xen-users@lists.xen.org; Tue, 28 May 2013 07:31:50 +0000 Received: from [85.158.138.51:2975] by server-10.bemta-3.messagelabs.com id 69/9A-00761-56D54A15; Tue, 28 May 2013 07:31:49 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1369726301!28770375!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8597 invoked from network); 28 May 2013 07:31:41 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 07:31:41 -0000 Received: by mail-we0-f170.google.com with SMTP id u59so4597270wes.1 for ; Tue, 28 May 2013 00:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5xv+d6l00zUEjiCA69Wmo5D1aYhWVElETNgsOlHNCyc=; b=dp9lkiSmUCNpP0eu2G1QoOcoN+wchE2A5tdNxy+Xvlx/A3PTSAXZts3ODG2xIDqx30 5KnqS6NrW3/c9RhRFM9aDXPXtRpTy8p1LdfLEHRyS1OsKDsY6wNgLjqoE2VixVtibIVU Mo1VTUwZsT53XxBHWz8KVR1pYjbPEnyzTKUAUiFUjohGR8dLWvcACQuW0NGjlHGy6X3Z cfP+We1lhudd5xVlT8HLTW1dkKA1QaAA864URuf+aRhqGD8Q7U7VKzevfrggHegkyqR/ Ikw+Ucn4Q8KNN1jWWL4syvpj2H6S7NAKTW0sVnM+4snrBICgpFOdIQ8GLwVYrf405gNP OoJQ== MIME-Version: 1.0 X-Received: by 10.180.211.197 with SMTP id ne5mr10719016wic.54.1369726300743; Tue, 28 May 2013 00:31:40 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 00:31:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 02:31:40 -0500 Message-ID: From: David Sutton To: feral Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9139354798649054557==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9139354798649054557== Content-Type: multipart/alternative; boundary=001a11c266a4986f6c04ddc241a5 --001a11c266a4986f6c04ddc241a5 Content-Type: text/plain; charset=ISO-8859-1 Feral, I have the R1.0 version of that motherboard. The problem is with the BIOS; its returning bad information in the IVRS table for the IO-APICs, which the new parser is catching and causing AMD-Vi initialization to fail. I've already put in a support ticket via the online form, included all the information such as links to the document which shows what the valid details should be. The ticket was basically closed with a note saying to look out for BIOS updates. I'm currently using 4.2.1 (which was before the table checking was added) and am able to use AMD-Vi. If you want to fix this, you're either going to have to get ASUS to issue a fixed BIOS (which doesn't feel likely at this point) or you'd have to either disable interrupt remapping or edit the source code to disable that check (and deal with any potential issue that might cause later) Regards, David On Mon, May 27, 2013 at 11:42 PM, feral wrote: > This issue has been discussed many times before, but I haven't found > an answer in my specific problem. > > Motherboard: Asus Sabertooth 990fx R2.0 > Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough) > > Affected: Xen-hypervisor >4.1.2 > Not Affected: Xen-hypervisor <4.1.2 > > > Xen 4.1.2 and earlier works fine regardless of the BIOS version of the > Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the > following: > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > > > From what I understand, Xen used to just care less about the state of > your ACPI/IVRS but that this was potentially a security concern and > checks were implemented to disable IOMMU whenever it would be unsafe > (potentially) to have it enabled. > Now, I understand the logic here, but I disagree with the > implementation. There are a fairly large number of people who are > affected and we know Asus isn't going to fix the IVRS table. I > recognize the importance of implementing these checks and hell, even > automatically disabling IOMMU without notice (though on a consumer > board, this is a bit paranoid). > I understand there are kernel command line options you can pass to > forcibly bypass the checks and leave IOMMU enabled in most cases (ie: > iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to > be enough to force IOMMU back on. > I read somewhere in one of the many discussions on the subject, that > there are cases where you simply aren't allowed to disable the checks > (I believe this was when the IVRS table indicies don't line up or > something, which seems to be my issue). > > As I said, I know other people have precisely this problem with a > whole line of mid range Asus boards, but haven't seen a lot of > discussion on the list. Anyone reading this run into the same > problem? I bought this board specifically because of it's IOMMU > implementation, which worked fine... at the time... Ultimately I know > for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been > working for 6 months without an issue. I'm just sorta in a situation > where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems > like a silly amount of work when all I really need is an option to > disable the checks. > > > xm dmesg from a working vs. borked system > Working: > (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) > (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro > 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 > (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 > (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough > xen-pciback.hide=(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 6 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bc348000 (usable) > (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) > (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) > (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) > (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) > (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) > (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) > (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL 20051117) > (XEN) ACPI: FACS BD4F2F80, 0040 > (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT 10013) > (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI 5) > (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD 0) > (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD 1) > (XEN) System RAM: 16311MB (16702516kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bd4f2f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.553 MHz processor. > (XEN) Initing memory sharing. > (XEN) AMD-Vi: IOMMU 0 Enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - Pause-Intercept Filter > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging detected. > (XEN) Brought up 8 CPUs > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 > pages to be allocated) > (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 > (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 > (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 > (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 > (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 > (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 > (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 > (XEN) ENTRY ADDRESS: ffffffff81cfb200 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Xen trace buffers: disabled > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to > switch input to Xen) > (XEN) Freed 220kB init memory. > (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from > 0x0000000000000000 to 0x000000000000abcd. > (XEN) physdev.c:155: dom0: wrong map_pirq type 3 > > > BORKED: > (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) > (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) > 4.7.3) Mon Apr 29 19:35:31 UTC 2013 > (XEN) Bootloader: GRUB 2.00-13ubuntu3 > (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off > xen-pciback.hide=(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 7 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000ba7ac000 (usable) > (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) > (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) > (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) > (XEN) 00000000bb958000 - 00000000bca35000 (reserved) > (XEN) 00000000bca35000 - 00000000bca36000 (usable) > (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) > (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) > (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) > (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than > ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] > (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL 20051117) > (XEN) ACPI: FACS BB952F80, 0040 > (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT 10013) > (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI 5) > (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD 0) > (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD 1) > (XEN) System RAM: 16283MB (16674420kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bb952f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - DecodeAssists > (XEN) - Pause-Intercept Filter > (XEN) - TSC Rate MSR > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > (XEN) Brought up 8 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 > pages to be allocated) > (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 > (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 > (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 > (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 > (XEN) Page tables: ffffffff894b5000->ffffffff89504000 > (XEN) Boot stack: ffffffff89504000->ffffffff89505000 > (XEN) TOTAL: ffffffff80000000->ffffffff89800000 > (XEN) ENTRY ADDRESS: ffffffff81d06210 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to > switch input to Xen) > (XEN) Freed 244kB init memory. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c266a4986f6c04ddc241a5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Feral,

=A0 I have the R1.0 version of th= at motherboard. The problem is with the BIOS; its returning bad information= in the IVRS table for the IO-APICs, which the new parser is catching and c= ausing AMD-Vi initialization to fail. I've already put in a support tic= ket via the online form, included all the information such as links to the = document which shows what the valid details should be. The ticket was basic= ally closed with a note saying to look out for BIOS updates. I'm curren= tly using 4.2.1 (which was before the table checking was added) and am able= to use AMD-Vi. If you want to fix this, you're either going to have to= get ASUS to issue a fixed BIOS (which doesn't feel likely at this poin= t) or you'd have to either disable interrupt remapping or edit the sour= ce code to disable that check (and deal with any potential issue that might= cause later)

Regards,

=A0 David


<= div class=3D"gmail_quote">On Mon, May 27, 2013 at 11:42 PM, feral <blis= tovmhz@gmail.com> wrote:
This issue has been discussed many times bef= ore, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)=

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo. =A0After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


>From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation. =A0There are a fairly large number of people who are
affected and we know Asus isn't going to fix the IVRS table. =A0I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list. =A0Anyone reading this run into the same
problem? =A0I bought this board specifically because of it's IOMMU
implementation, which worked fine... at the time... =A0Ultimately I know for a =A0fact that the boards ACPI/IVRS can't be TOO wrong as it's = been
working for 6 months without an issue. =A0I'm just sorta in a situation=
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
(stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar =A08 14:31:11 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 6 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000bc348000 (usable)
(XEN) =A000000000bc348000 - 00000000bc78c000 (reserved)
(XEN) =A000000000bc78c000 - 00000000bc797000 (ACPI data)
(XEN) =A000000000bc797000 - 00000000bd4f8000 (ACPI NVS)
(XEN) =A000000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN) =A000000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN) =A000000000bd8d6000 - 00000000bdad9000 (ACPI NVS)
(XEN) =A000000000bdad9000 - 00000000bdf00000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN) =A0- Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4044532 pages to be allocated)
(XEN) =A0Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN) =A0Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN) =A0Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN) =A0Start info: =A0 =A0ffffffff867b2000->ffffffff867b24b4
(XEN) =A0Page tables: =A0 ffffffff867b3000->ffffffff867ec000
(XEN) =A0Boot stack: =A0 =A0ffffffff867ec000->ffffffff867ed000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff86c00000
(XEN) =A0ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3


BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1)
(stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 7 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000ba7ac000 (usable)
(XEN) =A000000000ba7ac000 - 00000000babe0000 (reserved)
(XEN) =A000000000babe0000 - 00000000babf0000 (ACPI data)
(XEN) =A000000000babf0000 - 00000000bb958000 (ACPI NVS)
(XEN) =A000000000bb958000 - 00000000bca35000 (reserved)
(XEN) =A000000000bca35000 - 00000000bca36000 (usable)
(XEN) =A000000000bca36000 - 00000000bcc3c000 (ACPI NVS)
(XEN) =A000000000bcc3c000 - 00000000bd083000 (usable)
(XEN) =A000000000bd083000 - 00000000bd7f4000 (reserved)
(XEN) =A000000000bd7f4000 - 00000000bd800000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- DecodeAssists
(XEN) =A0- Pause-Intercept Filter
(XEN) =A0- TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4035583 pages to be allocated)
(XEN) =A0Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN) =A0Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN) =A0Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN) =A0Start info: =A0 =A0ffffffff894b4000->ffffffff894b44b4
(XEN) =A0Page tables: =A0 ffffffff894b5000->ffffffff89504000
(XEN) =A0Boot stack: =A0 =A0ffffffff89504000->ffffffff89505000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff89800000
(XEN) =A0ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

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

--001a11c266a4986f6c04ddc241a5-- --===============9139354798649054557== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9139354798649054557==-- From xen-users-bounces@lists.xen.org Tue May 28 07:33:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 07:33: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 1UhENs-0005ER-3J; Tue, 28 May 2013 07:31:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhENq-0005EM-C0 for xen-users@lists.xen.org; Tue, 28 May 2013 07:31:50 +0000 Received: from [85.158.138.51:2975] by server-10.bemta-3.messagelabs.com id 69/9A-00761-56D54A15; Tue, 28 May 2013 07:31:49 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1369726301!28770375!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8597 invoked from network); 28 May 2013 07:31:41 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 07:31:41 -0000 Received: by mail-we0-f170.google.com with SMTP id u59so4597270wes.1 for ; Tue, 28 May 2013 00:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5xv+d6l00zUEjiCA69Wmo5D1aYhWVElETNgsOlHNCyc=; b=dp9lkiSmUCNpP0eu2G1QoOcoN+wchE2A5tdNxy+Xvlx/A3PTSAXZts3ODG2xIDqx30 5KnqS6NrW3/c9RhRFM9aDXPXtRpTy8p1LdfLEHRyS1OsKDsY6wNgLjqoE2VixVtibIVU Mo1VTUwZsT53XxBHWz8KVR1pYjbPEnyzTKUAUiFUjohGR8dLWvcACQuW0NGjlHGy6X3Z cfP+We1lhudd5xVlT8HLTW1dkKA1QaAA864URuf+aRhqGD8Q7U7VKzevfrggHegkyqR/ Ikw+Ucn4Q8KNN1jWWL4syvpj2H6S7NAKTW0sVnM+4snrBICgpFOdIQ8GLwVYrf405gNP OoJQ== MIME-Version: 1.0 X-Received: by 10.180.211.197 with SMTP id ne5mr10719016wic.54.1369726300743; Tue, 28 May 2013 00:31:40 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 00:31:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 02:31:40 -0500 Message-ID: From: David Sutton To: feral Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9139354798649054557==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9139354798649054557== Content-Type: multipart/alternative; boundary=001a11c266a4986f6c04ddc241a5 --001a11c266a4986f6c04ddc241a5 Content-Type: text/plain; charset=ISO-8859-1 Feral, I have the R1.0 version of that motherboard. The problem is with the BIOS; its returning bad information in the IVRS table for the IO-APICs, which the new parser is catching and causing AMD-Vi initialization to fail. I've already put in a support ticket via the online form, included all the information such as links to the document which shows what the valid details should be. The ticket was basically closed with a note saying to look out for BIOS updates. I'm currently using 4.2.1 (which was before the table checking was added) and am able to use AMD-Vi. If you want to fix this, you're either going to have to get ASUS to issue a fixed BIOS (which doesn't feel likely at this point) or you'd have to either disable interrupt remapping or edit the source code to disable that check (and deal with any potential issue that might cause later) Regards, David On Mon, May 27, 2013 at 11:42 PM, feral wrote: > This issue has been discussed many times before, but I haven't found > an answer in my specific problem. > > Motherboard: Asus Sabertooth 990fx R2.0 > Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough) > > Affected: Xen-hypervisor >4.1.2 > Not Affected: Xen-hypervisor <4.1.2 > > > Xen 4.1.2 and earlier works fine regardless of the BIOS version of the > Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the > following: > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > > > From what I understand, Xen used to just care less about the state of > your ACPI/IVRS but that this was potentially a security concern and > checks were implemented to disable IOMMU whenever it would be unsafe > (potentially) to have it enabled. > Now, I understand the logic here, but I disagree with the > implementation. There are a fairly large number of people who are > affected and we know Asus isn't going to fix the IVRS table. I > recognize the importance of implementing these checks and hell, even > automatically disabling IOMMU without notice (though on a consumer > board, this is a bit paranoid). > I understand there are kernel command line options you can pass to > forcibly bypass the checks and leave IOMMU enabled in most cases (ie: > iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to > be enough to force IOMMU back on. > I read somewhere in one of the many discussions on the subject, that > there are cases where you simply aren't allowed to disable the checks > (I believe this was when the IVRS table indicies don't line up or > something, which seems to be my issue). > > As I said, I know other people have precisely this problem with a > whole line of mid range Asus boards, but haven't seen a lot of > discussion on the list. Anyone reading this run into the same > problem? I bought this board specifically because of it's IOMMU > implementation, which worked fine... at the time... Ultimately I know > for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been > working for 6 months without an issue. I'm just sorta in a situation > where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems > like a silly amount of work when all I really need is an option to > disable the checks. > > > xm dmesg from a working vs. borked system > Working: > (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) > (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro > 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 > (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 > (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough > xen-pciback.hide=(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 6 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bc348000 (usable) > (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) > (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) > (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) > (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) > (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) > (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) > (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL 20051117) > (XEN) ACPI: FACS BD4F2F80, 0040 > (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT 10013) > (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI 5) > (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD 0) > (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD 1) > (XEN) System RAM: 16311MB (16702516kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bd4f2f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.553 MHz processor. > (XEN) Initing memory sharing. > (XEN) AMD-Vi: IOMMU 0 Enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - Pause-Intercept Filter > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging detected. > (XEN) Brought up 8 CPUs > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 > pages to be allocated) > (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 > (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 > (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 > (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 > (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 > (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 > (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 > (XEN) ENTRY ADDRESS: ffffffff81cfb200 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Xen trace buffers: disabled > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to > switch input to Xen) > (XEN) Freed 220kB init memory. > (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from > 0x0000000000000000 to 0x000000000000abcd. > (XEN) physdev.c:155: dom0: wrong map_pirq type 3 > > > BORKED: > (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) > (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) > 4.7.3) Mon Apr 29 19:35:31 UTC 2013 > (XEN) Bootloader: GRUB 2.00-13ubuntu3 > (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off > xen-pciback.hide=(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 7 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000ba7ac000 (usable) > (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) > (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) > (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) > (XEN) 00000000bb958000 - 00000000bca35000 (reserved) > (XEN) 00000000bca35000 - 00000000bca36000 (usable) > (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) > (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) > (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) > (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than > ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] > (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL 20051117) > (XEN) ACPI: FACS BB952F80, 0040 > (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT 10013) > (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI 5) > (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD 0) > (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD 1) > (XEN) System RAM: 16283MB (16674420kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bb952f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - DecodeAssists > (XEN) - Pause-Intercept Filter > (XEN) - TSC Rate MSR > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > (XEN) Brought up 8 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 > pages to be allocated) > (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 > (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 > (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 > (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 > (XEN) Page tables: ffffffff894b5000->ffffffff89504000 > (XEN) Boot stack: ffffffff89504000->ffffffff89505000 > (XEN) TOTAL: ffffffff80000000->ffffffff89800000 > (XEN) ENTRY ADDRESS: ffffffff81d06210 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to > switch input to Xen) > (XEN) Freed 244kB init memory. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c266a4986f6c04ddc241a5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Feral,

=A0 I have the R1.0 version of th= at motherboard. The problem is with the BIOS; its returning bad information= in the IVRS table for the IO-APICs, which the new parser is catching and c= ausing AMD-Vi initialization to fail. I've already put in a support tic= ket via the online form, included all the information such as links to the = document which shows what the valid details should be. The ticket was basic= ally closed with a note saying to look out for BIOS updates. I'm curren= tly using 4.2.1 (which was before the table checking was added) and am able= to use AMD-Vi. If you want to fix this, you're either going to have to= get ASUS to issue a fixed BIOS (which doesn't feel likely at this poin= t) or you'd have to either disable interrupt remapping or edit the sour= ce code to disable that check (and deal with any potential issue that might= cause later)

Regards,

=A0 David


<= div class=3D"gmail_quote">On Mon, May 27, 2013 at 11:42 PM, feral <blis= tovmhz@gmail.com> wrote:
This issue has been discussed many times bef= ore, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)=

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo. =A0After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


>From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation. =A0There are a fairly large number of people who are
affected and we know Asus isn't going to fix the IVRS table. =A0I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list. =A0Anyone reading this run into the same
problem? =A0I bought this board specifically because of it's IOMMU
implementation, which worked fine... at the time... =A0Ultimately I know for a =A0fact that the boards ACPI/IVRS can't be TOO wrong as it's = been
working for 6 months without an issue. =A0I'm just sorta in a situation=
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
(stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar =A08 14:31:11 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 6 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000bc348000 (usable)
(XEN) =A000000000bc348000 - 00000000bc78c000 (reserved)
(XEN) =A000000000bc78c000 - 00000000bc797000 (ACPI data)
(XEN) =A000000000bc797000 - 00000000bd4f8000 (ACPI NVS)
(XEN) =A000000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN) =A000000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN) =A000000000bd8d6000 - 00000000bdad9000 (ACPI NVS)
(XEN) =A000000000bdad9000 - 00000000bdf00000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN) =A0- Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4044532 pages to be allocated)
(XEN) =A0Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN) =A0Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN) =A0Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN) =A0Start info: =A0 =A0ffffffff867b2000->ffffffff867b24b4
(XEN) =A0Page tables: =A0 ffffffff867b3000->ffffffff867ec000
(XEN) =A0Boot stack: =A0 =A0ffffffff867ec000->ffffffff867ed000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff86c00000
(XEN) =A0ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3


BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1)
(stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 7 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000ba7ac000 (usable)
(XEN) =A000000000ba7ac000 - 00000000babe0000 (reserved)
(XEN) =A000000000babe0000 - 00000000babf0000 (ACPI data)
(XEN) =A000000000babf0000 - 00000000bb958000 (ACPI NVS)
(XEN) =A000000000bb958000 - 00000000bca35000 (reserved)
(XEN) =A000000000bca35000 - 00000000bca36000 (usable)
(XEN) =A000000000bca36000 - 00000000bcc3c000 (ACPI NVS)
(XEN) =A000000000bcc3c000 - 00000000bd083000 (usable)
(XEN) =A000000000bd083000 - 00000000bd7f4000 (reserved)
(XEN) =A000000000bd7f4000 - 00000000bd800000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- DecodeAssists
(XEN) =A0- Pause-Intercept Filter
(XEN) =A0- TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4035583 pages to be allocated)
(XEN) =A0Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN) =A0Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN) =A0Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN) =A0Start info: =A0 =A0ffffffff894b4000->ffffffff894b44b4
(XEN) =A0Page tables: =A0 ffffffff894b5000->ffffffff89504000
(XEN) =A0Boot stack: =A0 =A0ffffffff89504000->ffffffff89505000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff89800000
(XEN) =A0ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

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

--001a11c266a4986f6c04ddc241a5-- --===============9139354798649054557== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9139354798649054557==-- From xen-users-bounces@lists.xen.org Tue May 28 08:47:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 08:47: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 1UhFY9-0006eE-KM; Tue, 28 May 2013 08:46:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhFY8-0006e9-V2 for xen-users@lists.xen.org; Tue, 28 May 2013 08:46:33 +0000 Received: from [85.158.138.51:44565] by server-2.bemta-3.messagelabs.com id B5/E5-24763-8EE64A15; Tue, 28 May 2013 08:46:32 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1369730791!28902481!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17945 invoked from network); 28 May 2013 08:46:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 08:46:31 -0000 X-IronPort-AV: E=Sophos;i="4.87,756,1363132800"; d="scan'208";a="5034884" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 May 2013 08:46:13 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Tue, 28 May 2013 09:46:12 +0100 Message-ID: <1369730771.3469.17.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Raghu Nallamothu Date: Tue, 28 May 2013 09:46:11 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Attaching pre created tap interfaces to a VM in Xen for Routed Networking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-25 at 10:16 -0700, Raghu Nallamothu wrote: > Hi All., > I am not sure if this is possible in xen via Libvirt, but > what I am trying to do is, I want libvirt to launch a VM and attach a > pre-created tap interface to that VM ( I do not want XEN to create > one, as I am running a lot of custom scripts on my tap interface). What sort of pre-created tap interface? A Xen virtual NIC is created by qemu which is only started when the domain is launched. As far as I know there is no way to "precreate" them since they have to be created by the process which is driving them. Please can you explain precisely what you are doing? > I also dont want xen to attach this tap interface to a bridge. You should be able to control this by editing the vif-* scripts to suit your local environment. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 08:47:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 08:47: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 1UhFY9-0006eE-KM; Tue, 28 May 2013 08:46:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhFY8-0006e9-V2 for xen-users@lists.xen.org; Tue, 28 May 2013 08:46:33 +0000 Received: from [85.158.138.51:44565] by server-2.bemta-3.messagelabs.com id B5/E5-24763-8EE64A15; Tue, 28 May 2013 08:46:32 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1369730791!28902481!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17945 invoked from network); 28 May 2013 08:46:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 08:46:31 -0000 X-IronPort-AV: E=Sophos;i="4.87,756,1363132800"; d="scan'208";a="5034884" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 May 2013 08:46:13 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Tue, 28 May 2013 09:46:12 +0100 Message-ID: <1369730771.3469.17.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Raghu Nallamothu Date: Tue, 28 May 2013 09:46:11 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Attaching pre created tap interfaces to a VM in Xen for Routed Networking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-25 at 10:16 -0700, Raghu Nallamothu wrote: > Hi All., > I am not sure if this is possible in xen via Libvirt, but > what I am trying to do is, I want libvirt to launch a VM and attach a > pre-created tap interface to that VM ( I do not want XEN to create > one, as I am running a lot of custom scripts on my tap interface). What sort of pre-created tap interface? A Xen virtual NIC is created by qemu which is only started when the domain is launched. As far as I know there is no way to "precreate" them since they have to be created by the process which is driving them. Please can you explain precisely what you are doing? > I also dont want xen to attach this tap interface to a bridge. You should be able to control this by editing the vif-* scripts to suit your local environment. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 10:13:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 10:13: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 1UhGsw-0000eu-Gu; Tue, 28 May 2013 10:12:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhGst-0000ep-UV for xen-users@lists.xen.org; Tue, 28 May 2013 10:12:04 +0000 Received: from [85.158.138.51:5904] by server-13.bemta-3.messagelabs.com id BC/6E-19597-3F284A15; Tue, 28 May 2013 10:12:03 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1369735918!19937139!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2967 invoked from network); 28 May 2013 10:12:00 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 10:12:00 -0000 Received: by mail-oa0-f43.google.com with SMTP id o6so9696188oag.2 for ; Tue, 28 May 2013 03:11:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=auuQS6mpX/IUgW+pfM3AwyG2TVStenlcfdlRtt6JET0=; b=nUDyNeI/4gnOtZZ06GQau2OjnFrp3vpGbQGcgJ9JSnSFMsm2B4/pFaRZVpcOo1G1Ca bq2Az7v2i3LnsqKNcRDgX0w7MEBuGe/+fyMt013PrfMsE9TvjLn1x2bzf45s+MhvLsR2 cWLcyBAyel+27S3Vw3XJK+n2vfmjZ9bg1ZY+KgeSEZa/GZUE77SH3YoP32UAFLazp0+Q EsTdP6tQRJUny9DrdfphV9iJyG2uNfdnsXK4eK51xXqMsPatehG0uRj/iiIpF8xVyEe+ THIqjhVIYYegJ+yYamMXfo3vndKmQFKa0/P0oijC3kRoQ8Jilg+qWwTT5gvgIlodq1mN aLnQ== MIME-Version: 1.0 X-Received: by 10.182.153.97 with SMTP id vf1mr20307593obb.27.1369735918523; Tue, 28 May 2013 03:11:58 -0700 (PDT) Received: by 10.60.56.39 with HTTP; Tue, 28 May 2013 03:11:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 06:11:58 -0400 Message-ID: From: Gizmo Chicken To: David Sutton Cc: "xen-users@lists.xen.org" , feral Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1821813317283141017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1821813317283141017== Content-Type: multipart/alternative; boundary=089e0158b44cdc19b004ddc47ea9 --089e0158b44cdc19b004ddc47ea9 Content-Type: text/plain; charset=ISO-8859-1 David and feral, I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can tell, IOMMU works well with that motherboard and Xen 4.1. (I got VGA passthrough working with a Windows guest.) Although I did some preliminary testing with Xen 4.2 on that motherboard, because of some other issues, I never got around to creating a VM that required IOMMU support, and so can't say for certain whether IOMMU is working with that motherboard and Xen 4.2. Apart from creating a VM that requires IOMMU support (which would take more time than I'd prefer to spend right now) to see if it works, what would good way to determine whether my Asus M5A99FX Pro 2.0 motherboard suffers, or if free from, the IVRS table issue that you describe? Thanks much for any help with this! Best regards, GizmoChicken On Tue, May 28, 2013 at 3:31 AM, David Sutton wrote: > Feral, > > I have the R1.0 version of that motherboard. The problem is with the > BIOS; its returning bad information in the IVRS table for the IO-APICs, > which the new parser is catching and causing AMD-Vi initialization to fail. > I've already put in a support ticket via the online form, included all the > information such as links to the document which shows what the valid > details should be. The ticket was basically closed with a note saying to > look out for BIOS updates. I'm currently using 4.2.1 (which was before the > table checking was added) and am able to use AMD-Vi. If you want to fix > this, you're either going to have to get ASUS to issue a fixed BIOS (which > doesn't feel likely at this point) or you'd have to either disable > interrupt remapping or edit the source code to disable that check (and deal > with any potential issue that might cause later) > > Regards, > > David > > > On Mon, May 27, 2013 at 11:42 PM, feral wrote: > >> This issue has been discussed many times before, but I haven't found >> an answer in my specific problem. >> >> Motherboard: Asus Sabertooth 990fx R2.0 >> Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously >> thorough) >> >> Affected: Xen-hypervisor >4.1.2 >> Not Affected: Xen-hypervisor <4.1.2 >> >> >> Xen 4.1.2 and earlier works fine regardless of the BIOS version of the >> Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the >> following: >> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >> (XEN) Table is not found! >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 3110.540 MHz processor. >> (XEN) Initing memory sharing. >> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >> (XEN) IVHD Error: Invalid IO-APIC 0xff >> (XEN) AMD-Vi: Error initialization >> (XEN) I/O virtualisation disabled >> >> >> From what I understand, Xen used to just care less about the state of >> your ACPI/IVRS but that this was potentially a security concern and >> checks were implemented to disable IOMMU whenever it would be unsafe >> (potentially) to have it enabled. >> Now, I understand the logic here, but I disagree with the >> implementation. There are a fairly large number of people who are >> affected and we know Asus isn't going to fix the IVRS table. I >> recognize the importance of implementing these checks and hell, even >> automatically disabling IOMMU without notice (though on a consumer >> board, this is a bit paranoid). >> I understand there are kernel command line options you can pass to >> forcibly bypass the checks and leave IOMMU enabled in most cases (ie: >> iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to >> be enough to force IOMMU back on. >> I read somewhere in one of the many discussions on the subject, that >> there are cases where you simply aren't allowed to disable the checks >> (I believe this was when the IVRS table indicies don't line up or >> something, which seems to be my issue). >> >> As I said, I know other people have precisely this problem with a >> whole line of mid range Asus boards, but haven't seen a lot of >> discussion on the list. Anyone reading this run into the same >> problem? I bought this board specifically because of it's IOMMU >> implementation, which worked fine... at the time... Ultimately I know >> for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been >> working for 6 months without an issue. I'm just sorta in a situation >> where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems >> like a silly amount of work when all I really need is an option to >> disable the checks. >> >> >> xm dmesg from a working vs. borked system >> Working: >> (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) >> (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro >> 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 >> (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 >> (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough >> xen-pciback.hide=(06:00.0)(06.00.1) >> (XEN) Video information: >> (XEN) VGA is text mode 80x25, font 8x16 >> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >> (XEN) Disc information: >> (XEN) Found 6 MBR signatures >> (XEN) Found 6 EDD information structures >> (XEN) Xen-e820 RAM map: >> (XEN) 0000000000000000 - 000000000009e800 (usable) >> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> (XEN) 0000000000100000 - 00000000bc348000 (usable) >> (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) >> (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) >> (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) >> (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) >> (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) >> (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) >> (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) >> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >> (XEN) 0000000100001000 - 000000043f000000 (usable) >> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >> (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >> zero address or length: 0000000000000000/1 [20070126] >> (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL >> 20051117) >> (XEN) ACPI: FACS BD4F2F80, 0040 >> (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT >> 10013) >> (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI >> 5) >> (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD >> 0) >> (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD >> 1) >> (XEN) System RAM: 16311MB (16702516kB) >> (XEN) Domain heap initialised >> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >> bd4f2f80/0000000000000000, using 32 >> (XEN) Processor #16 5:1 APIC version 16 >> (XEN) Processor #17 5:1 APIC version 16 >> (XEN) Processor #18 5:1 APIC version 16 >> (XEN) Processor #19 5:1 APIC version 16 >> (XEN) Processor #20 5:1 APIC version 16 >> (XEN) Processor #21 5:1 APIC version 16 >> (XEN) Processor #22 5:1 APIC version 16 >> (XEN) Processor #23 5:1 APIC version 16 >> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >> (XEN) Table is not found! >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 3110.553 MHz processor. >> (XEN) Initing memory sharing. >> (XEN) AMD-Vi: IOMMU 0 Enabled. >> (XEN) I/O virtualisation enabled >> (XEN) - Dom0 mode: Relaxed >> (XEN) ENABLING IO-APIC IRQs >> (XEN) -> Using new ACK method >> (XEN) Platform timer is 14.318MHz HPET >> (XEN) Allocated console ring of 16 KiB. >> (XEN) HVM: ASIDs enabled. >> (XEN) SVM: Supported advanced features: >> (XEN) - Nested Page Tables (NPT) >> (XEN) - Last Branch Record (LBR) Virtualisation >> (XEN) - Next-RIP Saved on #VMEXIT >> (XEN) - VMCB Clean Bits >> (XEN) - Pause-Intercept Filter >> (XEN) HVM: SVM enabled >> (XEN) HVM: Hardware Assisted Paging detected. >> (XEN) Brought up 8 CPUs >> (XEN) *** LOADING DOMAIN 0 *** >> (XEN) Xen kernel: 64-bit, lsb, compat32 >> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 >> (XEN) PHYSICAL MEMORY ARRANGEMENT: >> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 >> pages to be allocated) >> (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 >> (XEN) VIRTUAL MEMORY ARRANGEMENT: >> (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 >> (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 >> (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 >> (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 >> (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 >> (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 >> (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 >> (XEN) ENTRY ADDRESS: ffffffff81cfb200 >> (XEN) Dom0 has maximum 8 VCPUs >> (XEN) Scrubbing Free RAM: .done. >> (XEN) Xen trace buffers: disabled >> (XEN) Std. Loglevel: Errors and warnings >> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >> (XEN) Xen is relinquishing VGA console. >> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >> switch input to Xen) >> (XEN) Freed 220kB init memory. >> (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from >> 0x0000000000000000 to 0x000000000000abcd. >> (XEN) physdev.c:155: dom0: wrong map_pirq type 3 >> >> >> BORKED: >> (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) >> (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) >> 4.7.3) Mon Apr 29 19:35:31 UTC 2013 >> (XEN) Bootloader: GRUB 2.00-13ubuntu3 >> (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off >> xen-pciback.hide=(06:00.0)(06.00.1) >> (XEN) Video information: >> (XEN) VGA is text mode 80x25, font 8x16 >> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >> (XEN) Disc information: >> (XEN) Found 7 MBR signatures >> (XEN) Found 6 EDD information structures >> (XEN) Xen-e820 RAM map: >> (XEN) 0000000000000000 - 000000000009e800 (usable) >> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> (XEN) 0000000000100000 - 00000000ba7ac000 (usable) >> (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) >> (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) >> (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) >> (XEN) 00000000bb958000 - 00000000bca35000 (reserved) >> (XEN) 00000000bca35000 - 00000000bca36000 (usable) >> (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) >> (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) >> (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) >> (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) >> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >> (XEN) 0000000100001000 - 000000043f000000 (usable) >> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >> (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than >> ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] >> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >> zero address or length: 0000000000000000/1 [20070126] >> (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL >> 20051117) >> (XEN) ACPI: FACS BB952F80, 0040 >> (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT >> 10013) >> (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI >> 5) >> (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD >> 0) >> (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD >> 1) >> (XEN) System RAM: 16283MB (16674420kB) >> (XEN) Domain heap initialised >> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >> bb952f80/0000000000000000, using 32 >> (XEN) Processor #16 5:1 APIC version 16 >> (XEN) Processor #17 5:1 APIC version 16 >> (XEN) Processor #18 5:1 APIC version 16 >> (XEN) Processor #19 5:1 APIC version 16 >> (XEN) Processor #20 5:1 APIC version 16 >> (XEN) Processor #21 5:1 APIC version 16 >> (XEN) Processor #22 5:1 APIC version 16 >> (XEN) Processor #23 5:1 APIC version 16 >> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >> (XEN) Table is not found! >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 3110.540 MHz processor. >> (XEN) Initing memory sharing. >> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >> (XEN) IVHD Error: Invalid IO-APIC 0xff >> (XEN) AMD-Vi: Error initialization >> (XEN) I/O virtualisation disabled >> (XEN) ENABLING IO-APIC IRQs >> (XEN) -> Using new ACK method >> (XEN) Platform timer is 14.318MHz HPET >> (XEN) Allocated console ring of 16 KiB. >> (XEN) HVM: ASIDs enabled. >> (XEN) SVM: Supported advanced features: >> (XEN) - Nested Page Tables (NPT) >> (XEN) - Last Branch Record (LBR) Virtualisation >> (XEN) - Next-RIP Saved on #VMEXIT >> (XEN) - VMCB Clean Bits >> (XEN) - DecodeAssists >> (XEN) - Pause-Intercept Filter >> (XEN) - TSC Rate MSR >> (XEN) HVM: SVM enabled >> (XEN) HVM: Hardware Assisted Paging (HAP) detected >> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB >> (XEN) Brought up 8 CPUs >> (XEN) mtrr: your CPUs had inconsistent variable MTRR settings >> (XEN) *** LOADING DOMAIN 0 *** >> (XEN) Xen kernel: 64-bit, lsb, compat32 >> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 >> (XEN) PHYSICAL MEMORY ARRANGEMENT: >> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 >> pages to be allocated) >> (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 >> (XEN) VIRTUAL MEMORY ARRANGEMENT: >> (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 >> (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 >> (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 >> (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 >> (XEN) Page tables: ffffffff894b5000->ffffffff89504000 >> (XEN) Boot stack: ffffffff89504000->ffffffff89505000 >> (XEN) TOTAL: ffffffff80000000->ffffffff89800000 >> (XEN) ENTRY ADDRESS: ffffffff81d06210 >> (XEN) Dom0 has maximum 8 VCPUs >> (XEN) Scrubbing Free RAM: .done. >> (XEN) Initial low memory virq threshold set at 0x4000 pages. >> (XEN) Std. Loglevel: Errors and warnings >> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >> (XEN) Xen is relinquishing VGA console. >> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >> switch input to Xen) >> (XEN) Freed 244kB init memory. >> >> _______________________________________________ >> 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 > --089e0158b44cdc19b004ddc47ea9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
David and feral,

I h= ave an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can tell,= IOMMU works well with that motherboard and Xen 4.1.=A0 (I got VGA passthro= ugh working with a Windows guest.)=A0=A0 Although I did some preliminary te= sting with Xen 4.2 on that motherboard, because of some other issues, I nev= er got around to creating a VM that required IOMMU support, and so can'= t say for certain whether IOMMU is working with that motherboard and Xen 4.= 2.

Apart from creating a VM that requires IOMMU support (which would= take more time than I'd prefer to spend right now) to see if it works,= what would good way to determine whether my=A0 Asus M5A99FX Pro 2.0 mother= board suffers, or if free from, the IVRS table issue that you describe?

Thanks much for any help with this!

Best regards,
GizmoChicken


On Tue, May 28, 2013 at 3:31 AM, David Sutton <kantras@gm= ail.com> wrote:
Feral,

= =A0 I have the R1.0 version of that motherboard. The problem is with the BI= OS; its returning bad information in the IVRS table for the IO-APICs, which= the new parser is catching and causing AMD-Vi initialization to fail. I= 9;ve already put in a support ticket via the online form, included all the = information such as links to the document which shows what the valid detail= s should be. The ticket was basically closed with a note saying to look out= for BIOS updates. I'm currently using 4.2.1 (which was before the tabl= e checking was added) and am able to use AMD-Vi. If you want to fix this, y= ou're either going to have to get ASUS to issue a fixed BIOS (which doe= sn't feel likely at this point) or you'd have to either disable int= errupt remapping or edit the source code to disable that check (and deal wi= th any potential issue that might cause later)

Regards,

=A0 David


On Mon, M= ay 27, 2013 at 11:42 PM, feral <blistovmhz@gmail.com> wro= te:
This issue has been discussed many times bef= ore, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)=

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo. =A0After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


>From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation. =A0There are a fairly large number of people who are
affected and we know Asus isn't going to fix the IVRS table. =A0I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list. =A0Anyone reading this run into the same
problem? =A0I bought this board specifically because of it's IOMMU
implementation, which worked fine... at the time... =A0Ultimately I know for a =A0fact that the boards ACPI/IVRS can't be TOO wrong as it's = been
working for 6 months without an issue. =A0I'm just sorta in a situation=
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
(stefan.bad= er@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar =A08 14:31:11 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 6 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000bc348000 (usable)
(XEN) =A000000000bc348000 - 00000000bc78c000 (reserved)
(XEN) =A000000000bc78c000 - 00000000bc797000 (ACPI data)
(XEN) =A000000000bc797000 - 00000000bd4f8000 (ACPI NVS)
(XEN) =A000000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN) =A000000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN) =A000000000bd8d6000 - 00000000bdad9000 (ACPI NVS)
(XEN) =A000000000bdad9000 - 00000000bdf00000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN) =A0- Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4044532 pages to be allocated)
(XEN) =A0Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN) =A0Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN) =A0Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN) =A0Start info: =A0 =A0ffffffff867b2000->ffffffff867b24b4
(XEN) =A0Page tables: =A0 ffffffff867b3000->ffffffff867ec000
(XEN) =A0Boot stack: =A0 =A0ffffffff867ec000->ffffffff867ed000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff86c00000
(XEN) =A0ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3


BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1)
(stefan.bad= er@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 7 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000ba7ac000 (usable)
(XEN) =A000000000ba7ac000 - 00000000babe0000 (reserved)
(XEN) =A000000000babe0000 - 00000000babf0000 (ACPI data)
(XEN) =A000000000babf0000 - 00000000bb958000 (ACPI NVS)
(XEN) =A000000000bb958000 - 00000000bca35000 (reserved)
(XEN) =A000000000bca35000 - 00000000bca36000 (usable)
(XEN) =A000000000bca36000 - 00000000bcc3c000 (ACPI NVS)
(XEN) =A000000000bcc3c000 - 00000000bd083000 (usable)
(XEN) =A000000000bd083000 - 00000000bd7f4000 (reserved)
(XEN) =A000000000bd7f4000 - 00000000bd800000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- DecodeAssists
(XEN) =A0- Pause-Intercept Filter
(XEN) =A0- TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4035583 pages to be allocated)
(XEN) =A0Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN) =A0Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN) =A0Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN) =A0Start info: =A0 =A0ffffffff894b4000->ffffffff894b44b4
(XEN) =A0Page tables: =A0 ffffffff894b5000->ffffffff89504000
(XEN) =A0Boot stack: =A0 =A0ffffffff89504000->ffffffff89505000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff89800000
(XEN) =A0ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

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


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

--089e0158b44cdc19b004ddc47ea9-- --===============1821813317283141017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1821813317283141017==-- From xen-users-bounces@lists.xen.org Tue May 28 10:13:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 10:13: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 1UhGsw-0000eu-Gu; Tue, 28 May 2013 10:12:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhGst-0000ep-UV for xen-users@lists.xen.org; Tue, 28 May 2013 10:12:04 +0000 Received: from [85.158.138.51:5904] by server-13.bemta-3.messagelabs.com id BC/6E-19597-3F284A15; Tue, 28 May 2013 10:12:03 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1369735918!19937139!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2967 invoked from network); 28 May 2013 10:12:00 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 10:12:00 -0000 Received: by mail-oa0-f43.google.com with SMTP id o6so9696188oag.2 for ; Tue, 28 May 2013 03:11:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=auuQS6mpX/IUgW+pfM3AwyG2TVStenlcfdlRtt6JET0=; b=nUDyNeI/4gnOtZZ06GQau2OjnFrp3vpGbQGcgJ9JSnSFMsm2B4/pFaRZVpcOo1G1Ca bq2Az7v2i3LnsqKNcRDgX0w7MEBuGe/+fyMt013PrfMsE9TvjLn1x2bzf45s+MhvLsR2 cWLcyBAyel+27S3Vw3XJK+n2vfmjZ9bg1ZY+KgeSEZa/GZUE77SH3YoP32UAFLazp0+Q EsTdP6tQRJUny9DrdfphV9iJyG2uNfdnsXK4eK51xXqMsPatehG0uRj/iiIpF8xVyEe+ THIqjhVIYYegJ+yYamMXfo3vndKmQFKa0/P0oijC3kRoQ8Jilg+qWwTT5gvgIlodq1mN aLnQ== MIME-Version: 1.0 X-Received: by 10.182.153.97 with SMTP id vf1mr20307593obb.27.1369735918523; Tue, 28 May 2013 03:11:58 -0700 (PDT) Received: by 10.60.56.39 with HTTP; Tue, 28 May 2013 03:11:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 06:11:58 -0400 Message-ID: From: Gizmo Chicken To: David Sutton Cc: "xen-users@lists.xen.org" , feral Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1821813317283141017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1821813317283141017== Content-Type: multipart/alternative; boundary=089e0158b44cdc19b004ddc47ea9 --089e0158b44cdc19b004ddc47ea9 Content-Type: text/plain; charset=ISO-8859-1 David and feral, I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can tell, IOMMU works well with that motherboard and Xen 4.1. (I got VGA passthrough working with a Windows guest.) Although I did some preliminary testing with Xen 4.2 on that motherboard, because of some other issues, I never got around to creating a VM that required IOMMU support, and so can't say for certain whether IOMMU is working with that motherboard and Xen 4.2. Apart from creating a VM that requires IOMMU support (which would take more time than I'd prefer to spend right now) to see if it works, what would good way to determine whether my Asus M5A99FX Pro 2.0 motherboard suffers, or if free from, the IVRS table issue that you describe? Thanks much for any help with this! Best regards, GizmoChicken On Tue, May 28, 2013 at 3:31 AM, David Sutton wrote: > Feral, > > I have the R1.0 version of that motherboard. The problem is with the > BIOS; its returning bad information in the IVRS table for the IO-APICs, > which the new parser is catching and causing AMD-Vi initialization to fail. > I've already put in a support ticket via the online form, included all the > information such as links to the document which shows what the valid > details should be. The ticket was basically closed with a note saying to > look out for BIOS updates. I'm currently using 4.2.1 (which was before the > table checking was added) and am able to use AMD-Vi. If you want to fix > this, you're either going to have to get ASUS to issue a fixed BIOS (which > doesn't feel likely at this point) or you'd have to either disable > interrupt remapping or edit the source code to disable that check (and deal > with any potential issue that might cause later) > > Regards, > > David > > > On Mon, May 27, 2013 at 11:42 PM, feral wrote: > >> This issue has been discussed many times before, but I haven't found >> an answer in my specific problem. >> >> Motherboard: Asus Sabertooth 990fx R2.0 >> Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously >> thorough) >> >> Affected: Xen-hypervisor >4.1.2 >> Not Affected: Xen-hypervisor <4.1.2 >> >> >> Xen 4.1.2 and earlier works fine regardless of the BIOS version of the >> Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the >> following: >> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >> (XEN) Table is not found! >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 3110.540 MHz processor. >> (XEN) Initing memory sharing. >> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >> (XEN) IVHD Error: Invalid IO-APIC 0xff >> (XEN) AMD-Vi: Error initialization >> (XEN) I/O virtualisation disabled >> >> >> From what I understand, Xen used to just care less about the state of >> your ACPI/IVRS but that this was potentially a security concern and >> checks were implemented to disable IOMMU whenever it would be unsafe >> (potentially) to have it enabled. >> Now, I understand the logic here, but I disagree with the >> implementation. There are a fairly large number of people who are >> affected and we know Asus isn't going to fix the IVRS table. I >> recognize the importance of implementing these checks and hell, even >> automatically disabling IOMMU without notice (though on a consumer >> board, this is a bit paranoid). >> I understand there are kernel command line options you can pass to >> forcibly bypass the checks and leave IOMMU enabled in most cases (ie: >> iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to >> be enough to force IOMMU back on. >> I read somewhere in one of the many discussions on the subject, that >> there are cases where you simply aren't allowed to disable the checks >> (I believe this was when the IVRS table indicies don't line up or >> something, which seems to be my issue). >> >> As I said, I know other people have precisely this problem with a >> whole line of mid range Asus boards, but haven't seen a lot of >> discussion on the list. Anyone reading this run into the same >> problem? I bought this board specifically because of it's IOMMU >> implementation, which worked fine... at the time... Ultimately I know >> for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been >> working for 6 months without an issue. I'm just sorta in a situation >> where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems >> like a silly amount of work when all I really need is an option to >> disable the checks. >> >> >> xm dmesg from a working vs. borked system >> Working: >> (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) >> (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro >> 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 >> (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 >> (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough >> xen-pciback.hide=(06:00.0)(06.00.1) >> (XEN) Video information: >> (XEN) VGA is text mode 80x25, font 8x16 >> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >> (XEN) Disc information: >> (XEN) Found 6 MBR signatures >> (XEN) Found 6 EDD information structures >> (XEN) Xen-e820 RAM map: >> (XEN) 0000000000000000 - 000000000009e800 (usable) >> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> (XEN) 0000000000100000 - 00000000bc348000 (usable) >> (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) >> (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) >> (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) >> (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) >> (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) >> (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) >> (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) >> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >> (XEN) 0000000100001000 - 000000043f000000 (usable) >> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >> (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >> zero address or length: 0000000000000000/1 [20070126] >> (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL >> 20051117) >> (XEN) ACPI: FACS BD4F2F80, 0040 >> (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT >> 10013) >> (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI >> 5) >> (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD >> 0) >> (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD >> 1) >> (XEN) System RAM: 16311MB (16702516kB) >> (XEN) Domain heap initialised >> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >> bd4f2f80/0000000000000000, using 32 >> (XEN) Processor #16 5:1 APIC version 16 >> (XEN) Processor #17 5:1 APIC version 16 >> (XEN) Processor #18 5:1 APIC version 16 >> (XEN) Processor #19 5:1 APIC version 16 >> (XEN) Processor #20 5:1 APIC version 16 >> (XEN) Processor #21 5:1 APIC version 16 >> (XEN) Processor #22 5:1 APIC version 16 >> (XEN) Processor #23 5:1 APIC version 16 >> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >> (XEN) Table is not found! >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 3110.553 MHz processor. >> (XEN) Initing memory sharing. >> (XEN) AMD-Vi: IOMMU 0 Enabled. >> (XEN) I/O virtualisation enabled >> (XEN) - Dom0 mode: Relaxed >> (XEN) ENABLING IO-APIC IRQs >> (XEN) -> Using new ACK method >> (XEN) Platform timer is 14.318MHz HPET >> (XEN) Allocated console ring of 16 KiB. >> (XEN) HVM: ASIDs enabled. >> (XEN) SVM: Supported advanced features: >> (XEN) - Nested Page Tables (NPT) >> (XEN) - Last Branch Record (LBR) Virtualisation >> (XEN) - Next-RIP Saved on #VMEXIT >> (XEN) - VMCB Clean Bits >> (XEN) - Pause-Intercept Filter >> (XEN) HVM: SVM enabled >> (XEN) HVM: Hardware Assisted Paging detected. >> (XEN) Brought up 8 CPUs >> (XEN) *** LOADING DOMAIN 0 *** >> (XEN) Xen kernel: 64-bit, lsb, compat32 >> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 >> (XEN) PHYSICAL MEMORY ARRANGEMENT: >> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 >> pages to be allocated) >> (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 >> (XEN) VIRTUAL MEMORY ARRANGEMENT: >> (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 >> (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 >> (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 >> (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 >> (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 >> (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 >> (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 >> (XEN) ENTRY ADDRESS: ffffffff81cfb200 >> (XEN) Dom0 has maximum 8 VCPUs >> (XEN) Scrubbing Free RAM: .done. >> (XEN) Xen trace buffers: disabled >> (XEN) Std. Loglevel: Errors and warnings >> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >> (XEN) Xen is relinquishing VGA console. >> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >> switch input to Xen) >> (XEN) Freed 220kB init memory. >> (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from >> 0x0000000000000000 to 0x000000000000abcd. >> (XEN) physdev.c:155: dom0: wrong map_pirq type 3 >> >> >> BORKED: >> (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) >> (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) >> 4.7.3) Mon Apr 29 19:35:31 UTC 2013 >> (XEN) Bootloader: GRUB 2.00-13ubuntu3 >> (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off >> xen-pciback.hide=(06:00.0)(06.00.1) >> (XEN) Video information: >> (XEN) VGA is text mode 80x25, font 8x16 >> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >> (XEN) Disc information: >> (XEN) Found 7 MBR signatures >> (XEN) Found 6 EDD information structures >> (XEN) Xen-e820 RAM map: >> (XEN) 0000000000000000 - 000000000009e800 (usable) >> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> (XEN) 0000000000100000 - 00000000ba7ac000 (usable) >> (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) >> (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) >> (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) >> (XEN) 00000000bb958000 - 00000000bca35000 (reserved) >> (XEN) 00000000bca35000 - 00000000bca36000 (usable) >> (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) >> (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) >> (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) >> (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) >> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >> (XEN) 0000000100001000 - 000000043f000000 (usable) >> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >> (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than >> ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] >> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >> zero address or length: 0000000000000000/1 [20070126] >> (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL >> 20051117) >> (XEN) ACPI: FACS BB952F80, 0040 >> (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT >> 10013) >> (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI >> 5) >> (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI >> 10013) >> (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD >> 0) >> (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD >> 1) >> (XEN) System RAM: 16283MB (16674420kB) >> (XEN) Domain heap initialised >> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >> bb952f80/0000000000000000, using 32 >> (XEN) Processor #16 5:1 APIC version 16 >> (XEN) Processor #17 5:1 APIC version 16 >> (XEN) Processor #18 5:1 APIC version 16 >> (XEN) Processor #19 5:1 APIC version 16 >> (XEN) Processor #20 5:1 APIC version 16 >> (XEN) Processor #21 5:1 APIC version 16 >> (XEN) Processor #22 5:1 APIC version 16 >> (XEN) Processor #23 5:1 APIC version 16 >> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >> (XEN) Table is not found! >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 3110.540 MHz processor. >> (XEN) Initing memory sharing. >> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >> (XEN) IVHD Error: Invalid IO-APIC 0xff >> (XEN) AMD-Vi: Error initialization >> (XEN) I/O virtualisation disabled >> (XEN) ENABLING IO-APIC IRQs >> (XEN) -> Using new ACK method >> (XEN) Platform timer is 14.318MHz HPET >> (XEN) Allocated console ring of 16 KiB. >> (XEN) HVM: ASIDs enabled. >> (XEN) SVM: Supported advanced features: >> (XEN) - Nested Page Tables (NPT) >> (XEN) - Last Branch Record (LBR) Virtualisation >> (XEN) - Next-RIP Saved on #VMEXIT >> (XEN) - VMCB Clean Bits >> (XEN) - DecodeAssists >> (XEN) - Pause-Intercept Filter >> (XEN) - TSC Rate MSR >> (XEN) HVM: SVM enabled >> (XEN) HVM: Hardware Assisted Paging (HAP) detected >> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB >> (XEN) Brought up 8 CPUs >> (XEN) mtrr: your CPUs had inconsistent variable MTRR settings >> (XEN) *** LOADING DOMAIN 0 *** >> (XEN) Xen kernel: 64-bit, lsb, compat32 >> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 >> (XEN) PHYSICAL MEMORY ARRANGEMENT: >> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 >> pages to be allocated) >> (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 >> (XEN) VIRTUAL MEMORY ARRANGEMENT: >> (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 >> (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 >> (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 >> (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 >> (XEN) Page tables: ffffffff894b5000->ffffffff89504000 >> (XEN) Boot stack: ffffffff89504000->ffffffff89505000 >> (XEN) TOTAL: ffffffff80000000->ffffffff89800000 >> (XEN) ENTRY ADDRESS: ffffffff81d06210 >> (XEN) Dom0 has maximum 8 VCPUs >> (XEN) Scrubbing Free RAM: .done. >> (XEN) Initial low memory virq threshold set at 0x4000 pages. >> (XEN) Std. Loglevel: Errors and warnings >> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >> (XEN) Xen is relinquishing VGA console. >> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >> switch input to Xen) >> (XEN) Freed 244kB init memory. >> >> _______________________________________________ >> 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 > --089e0158b44cdc19b004ddc47ea9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
David and feral,

I h= ave an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can tell,= IOMMU works well with that motherboard and Xen 4.1.=A0 (I got VGA passthro= ugh working with a Windows guest.)=A0=A0 Although I did some preliminary te= sting with Xen 4.2 on that motherboard, because of some other issues, I nev= er got around to creating a VM that required IOMMU support, and so can'= t say for certain whether IOMMU is working with that motherboard and Xen 4.= 2.

Apart from creating a VM that requires IOMMU support (which would= take more time than I'd prefer to spend right now) to see if it works,= what would good way to determine whether my=A0 Asus M5A99FX Pro 2.0 mother= board suffers, or if free from, the IVRS table issue that you describe?

Thanks much for any help with this!

Best regards,
GizmoChicken


On Tue, May 28, 2013 at 3:31 AM, David Sutton <kantras@gm= ail.com> wrote:
Feral,

= =A0 I have the R1.0 version of that motherboard. The problem is with the BI= OS; its returning bad information in the IVRS table for the IO-APICs, which= the new parser is catching and causing AMD-Vi initialization to fail. I= 9;ve already put in a support ticket via the online form, included all the = information such as links to the document which shows what the valid detail= s should be. The ticket was basically closed with a note saying to look out= for BIOS updates. I'm currently using 4.2.1 (which was before the tabl= e checking was added) and am able to use AMD-Vi. If you want to fix this, y= ou're either going to have to get ASUS to issue a fixed BIOS (which doe= sn't feel likely at this point) or you'd have to either disable int= errupt remapping or edit the source code to disable that check (and deal wi= th any potential issue that might cause later)

Regards,

=A0 David


On Mon, M= ay 27, 2013 at 11:42 PM, feral <blistovmhz@gmail.com> wro= te:
This issue has been discussed many times bef= ore, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)=

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo. =A0After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


>From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation. =A0There are a fairly large number of people who are
affected and we know Asus isn't going to fix the IVRS table. =A0I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list. =A0Anyone reading this run into the same
problem? =A0I bought this board specifically because of it's IOMMU
implementation, which worked fine... at the time... =A0Ultimately I know for a =A0fact that the boards ACPI/IVRS can't be TOO wrong as it's = been
working for 6 months without an issue. =A0I'm just sorta in a situation=
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
(stefan.bad= er@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar =A08 14:31:11 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 6 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000bc348000 (usable)
(XEN) =A000000000bc348000 - 00000000bc78c000 (reserved)
(XEN) =A000000000bc78c000 - 00000000bc797000 (ACPI data)
(XEN) =A000000000bc797000 - 00000000bd4f8000 (ACPI NVS)
(XEN) =A000000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN) =A000000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN) =A000000000bd8d6000 - 00000000bdad9000 (ACPI NVS)
(XEN) =A000000000bdad9000 - 00000000bdf00000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN) =A0- Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4044532 pages to be allocated)
(XEN) =A0Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN) =A0Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN) =A0Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN) =A0Start info: =A0 =A0ffffffff867b2000->ffffffff867b24b4
(XEN) =A0Page tables: =A0 ffffffff867b3000->ffffffff867ec000
(XEN) =A0Boot stack: =A0 =A0ffffffff867ec000->ffffffff867ed000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff86c00000
(XEN) =A0ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3


BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1)
(stefan.bad= er@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 7 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000ba7ac000 (usable)
(XEN) =A000000000ba7ac000 - 00000000babe0000 (reserved)
(XEN) =A000000000babe0000 - 00000000babf0000 (ACPI data)
(XEN) =A000000000babf0000 - 00000000bb958000 (ACPI NVS)
(XEN) =A000000000bb958000 - 00000000bca35000 (reserved)
(XEN) =A000000000bca35000 - 00000000bca36000 (usable)
(XEN) =A000000000bca36000 - 00000000bcc3c000 (ACPI NVS)
(XEN) =A000000000bcc3c000 - 00000000bd083000 (usable)
(XEN) =A000000000bd083000 - 00000000bd7f4000 (reserved)
(XEN) =A000000000bd7f4000 - 00000000bd800000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- DecodeAssists
(XEN) =A0- Pause-Intercept Filter
(XEN) =A0- TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4035583 pages to be allocated)
(XEN) =A0Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN) =A0Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN) =A0Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN) =A0Start info: =A0 =A0ffffffff894b4000->ffffffff894b44b4
(XEN) =A0Page tables: =A0 ffffffff894b5000->ffffffff89504000
(XEN) =A0Boot stack: =A0 =A0ffffffff89504000->ffffffff89505000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff89800000
(XEN) =A0ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

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


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

--089e0158b44cdc19b004ddc47ea9-- --===============1821813317283141017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1821813317283141017==-- From xen-users-bounces@lists.xen.org Tue May 28 11:22:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 11:22: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 1UhHyL-0002bx-Oh; Tue, 28 May 2013 11:21:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhHyK-0002bY-3e for xen-users@lists.xen.org; Tue, 28 May 2013 11:21:44 +0000 Received: from [85.158.143.99:57829] by server-3.bemta-4.messagelabs.com id 0D/7D-02015-74394A15; Tue, 28 May 2013 11:21:43 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-10.tower-216.messagelabs.com!1369740102!20961972!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=1.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n, BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2466 invoked from network); 28 May 2013 11:21:42 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-10.tower-216.messagelabs.com with SMTP; 28 May 2013 11:21:42 -0000 Received: from redfox.vps.bitfolk.com ([85.119.82.73] helo=[10.26.0.6]) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UhHyI-00033V-EL for xen-users@lists.xen.org; Tue, 28 May 2013 12:21:42 +0100 Message-ID: <51A49345.8030305@stimpsonfamily.co.uk> Date: Tue, 28 May 2013 12:21:41 +0100 From: Paul Stimpson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-users@lists.xen.org" X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: [Xen-users] Default CPU allocation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0897487348116748828==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0897487348116748828== Content-Type: multipart/alternative; boundary="------------090908050907070405010102" This is a multi-part message in MIME format. --------------090908050907070405010102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, We have a machine with a 4-core Hyperthreading-capable CPU that appears as 8 logical CPUs (0-7) to Xen. The Dom0 is Ubuntu 12.04 with Xen 4.2.0. There are two guests: A low-load Ubuntu 12.04 Linux guest that is used for maintenance purposes. An HVM Windows Server guest that is doing all the heavy work but isn't currently heavily loaded. Allocation is: CPU0 - Dom0 shared with low-load maintenance guest. CPU1 - Low-load maintenance guest shared with Windows guest CPU2-7 - Windows guest exclusive The following interesting questions just surfaced during a discussion: How does the default Xen scheduler allocate cores? Is it intelligent enough to use the exclusive cores for the Windows guest before it resorts to the core it shares with the maintenance guest or does it go in core order? If it's going in core order, it looks like the sharing of its lowest numbered core would cause needless context switching even when Windows was lightly loaded. Would we be better to make core 7 the shared core instead of core 1? I would value your opinions on this. Thanks, Paul. --------------090908050907070405010102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

We have a machine with a 4-core Hyperthreading-capable CPU that appears as 8 logical CPUs (0-7) to Xen.

The Dom0 is Ubuntu 12.04 with Xen 4.2.0. There are two guests: A low-load Ubuntu 12.04 Linux guest that is used for maintenance purposes. An HVM Windows Server guest that is doing all the heavy work but isn't currently heavily loaded.

Allocation is:
CPU0 - Dom0 shared with low-load maintenance guest.
CPU1 - Low-load maintenance guest shared with Windows guest
CPU2-7 - Windows guest exclusive

The following interesting questions just surfaced during a discussion:

How does the default Xen scheduler allocate cores? Is it intelligent enough to use the exclusive cores for the Windows guest before it resorts to the core it shares with the maintenance guest or does it go in core order? If it's going in core order, it looks like the sharing of its lowest numbered core would cause needless context switching even when Windows was lightly loaded. Would we be better to make core 7 the shared core instead of core 1?

I would value your opinions on this.

Thanks,
Paul.


--------------090908050907070405010102-- --===============0897487348116748828== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0897487348116748828==-- From xen-users-bounces@lists.xen.org Tue May 28 11:22:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 11:22: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 1UhHyL-0002bx-Oh; Tue, 28 May 2013 11:21:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhHyK-0002bY-3e for xen-users@lists.xen.org; Tue, 28 May 2013 11:21:44 +0000 Received: from [85.158.143.99:57829] by server-3.bemta-4.messagelabs.com id 0D/7D-02015-74394A15; Tue, 28 May 2013 11:21:43 +0000 X-Env-Sender: paul@stimpsonfamily.co.uk X-Msg-Ref: server-10.tower-216.messagelabs.com!1369740102!20961972!1 X-Originating-IP: [94.136.40.61] X-SpamReason: No, hits=1.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n,sa_preprocessor: QmFkIElQOiA5NC4xMzYuNDAuNjEgPT4gNTQwMTg=\n, BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2466 invoked from network); 28 May 2013 11:21:42 -0000 Received: from mailex.mailcore.me (HELO mailex.mailcore.me) (94.136.40.61) by server-10.tower-216.messagelabs.com with SMTP; 28 May 2013 11:21:42 -0000 Received: from redfox.vps.bitfolk.com ([85.119.82.73] helo=[10.26.0.6]) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1UhHyI-00033V-EL for xen-users@lists.xen.org; Tue, 28 May 2013 12:21:42 +0100 Message-ID: <51A49345.8030305@stimpsonfamily.co.uk> Date: Tue, 28 May 2013 12:21:41 +0100 From: Paul Stimpson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "xen-users@lists.xen.org" X-Mailcore-Auth: 8324857 X-Mailcore-Domain: 844183 Subject: [Xen-users] Default CPU allocation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0897487348116748828==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0897487348116748828== Content-Type: multipart/alternative; boundary="------------090908050907070405010102" This is a multi-part message in MIME format. --------------090908050907070405010102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, We have a machine with a 4-core Hyperthreading-capable CPU that appears as 8 logical CPUs (0-7) to Xen. The Dom0 is Ubuntu 12.04 with Xen 4.2.0. There are two guests: A low-load Ubuntu 12.04 Linux guest that is used for maintenance purposes. An HVM Windows Server guest that is doing all the heavy work but isn't currently heavily loaded. Allocation is: CPU0 - Dom0 shared with low-load maintenance guest. CPU1 - Low-load maintenance guest shared with Windows guest CPU2-7 - Windows guest exclusive The following interesting questions just surfaced during a discussion: How does the default Xen scheduler allocate cores? Is it intelligent enough to use the exclusive cores for the Windows guest before it resorts to the core it shares with the maintenance guest or does it go in core order? If it's going in core order, it looks like the sharing of its lowest numbered core would cause needless context switching even when Windows was lightly loaded. Would we be better to make core 7 the shared core instead of core 1? I would value your opinions on this. Thanks, Paul. --------------090908050907070405010102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

We have a machine with a 4-core Hyperthreading-capable CPU that appears as 8 logical CPUs (0-7) to Xen.

The Dom0 is Ubuntu 12.04 with Xen 4.2.0. There are two guests: A low-load Ubuntu 12.04 Linux guest that is used for maintenance purposes. An HVM Windows Server guest that is doing all the heavy work but isn't currently heavily loaded.

Allocation is:
CPU0 - Dom0 shared with low-load maintenance guest.
CPU1 - Low-load maintenance guest shared with Windows guest
CPU2-7 - Windows guest exclusive

The following interesting questions just surfaced during a discussion:

How does the default Xen scheduler allocate cores? Is it intelligent enough to use the exclusive cores for the Windows guest before it resorts to the core it shares with the maintenance guest or does it go in core order? If it's going in core order, it looks like the sharing of its lowest numbered core would cause needless context switching even when Windows was lightly loaded. Would we be better to make core 7 the shared core instead of core 1?

I would value your opinions on this.

Thanks,
Paul.


--------------090908050907070405010102-- --===============0897487348116748828== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0897487348116748828==-- From xen-users-bounces@lists.xen.org Tue May 28 11:25:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 11:25: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 1UhI1U-0002x7-1O; Tue, 28 May 2013 11:25:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhI1S-0002wp-N5 for xen-users@lists.xen.org; Tue, 28 May 2013 11:24:59 +0000 Received: from [85.158.137.99:35037] by server-12.bemta-3.messagelabs.com id F9/20-17342-90494A15; Tue, 28 May 2013 11:24:57 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-14.tower-217.messagelabs.com!1369740295!18679667!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4051 invoked from network); 28 May 2013 11:24:55 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-14.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 11:24:55 -0000 Received: (qmail 14165 invoked by uid 1000); 28 May 2013 13:24:55 +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(-10.9/5.0):. Processed in 1.794958 secs); 28 May 2013 11:24:55 -0000 X-Spam-Status: No, hits=-10.9 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 WORD_UPGRADE RAW: Including upgrade word 0.5 MAILBOX_SIZE RAW: Describing mailbox size -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 1.5 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch. [URIs: canonical.com] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369740292; n=Test; bh=K8ZS0HLpW2pXzFk/JQId7sW4WTK7+4bcmmTNEl i5B9s=; b=GsfNvwDAEhGVY55kXksi3oyiuw+SxCcJ+1oqwWbN3aCTidVxOYMpaX Nz5u1+dej35233A9/2WWMWSqODQeXswXuvrOHf/TUsavILpReggiVdcWZ1kcoP0h AJEo8voHgL 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=YFITCl0B82hT97pIloEV5zmGV/Ua5 y5lTRPnGcpKdSSet8MuYjd8TQSxMZYdniR76nzCwkhFvVOO61ZQm9d3Zk8eKp06v 2PcKDQWjEbka8rLwLI6jlPnqBd/SkF7yBxY Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 28 May 2013 13:24:52 +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 47B0F2C0918 for ; Tue, 28 May 2013 13:24:52 +0200 (CEST) Message-ID: <51A49404.2080706@excello.cz> Date: Tue, 28 May 2013 13:24:52 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5871344472165481671==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============5871344472165481671== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050203000309020907050109" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050203000309020907050109 Content-Type: multipart/alternative; boundary="------------030208000901050503010003" This is a multi-part message in MIME format. --------------030208000901050503010003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi guys, i'm also experiencing this problem with M5A97 EVO R2.0. It has been=20 "solved" in Xen 4.2.2 (discused here=20 http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html).=20 But i agree on that that it should be repaired on ASUS side. And I'm also facing with prolem about Adaptec 3805 Raid card with=20 enabled IOMMU on this motherbord. Without IOMMU storage adapter works=20 perfectly, but with enabled IOMMU in BIOS i see the device under linux=20 as block device but it's unusable - no data can read or written. Does=20 anyone know what to do here, please? Could it be related with bad IOMMU=20 implementation? Thanks in advance Jan Dne 28.5.2013 12:11, Gizmo Chicken napsal(a): > David and feral, > > I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I=20 > can tell, IOMMU works well with that motherboard and Xen 4.1. (I got=20 > VGA passthrough working with a Windows guest.) Although I did some=20 > preliminary testing with Xen 4.2 on that motherboard, because of some=20 > other issues, I never got around to creating a VM that required IOMMU=20 > support, and so can't say for certain whether IOMMU is working with=20 > that motherboard and Xen 4.2. > > Apart from creating a VM that requires IOMMU support (which would take = > more time than I'd prefer to spend right now) to see if it works, what = > would good way to determine whether my Asus M5A99FX Pro 2.0=20 > motherboard suffers, or if free from, the IVRS table issue that you=20 > describe? > > Thanks much for any help with this! > > Best regards, > GizmoChicken > > > On Tue, May 28, 2013 at 3:31 AM, David Sutton > wrote: > > Feral, > > I have the R1.0 version of that motherboard. The problem is with > the BIOS; its returning bad information in the IVRS table for the > IO-APICs, which the new parser is catching and causing AMD-Vi > initialization to fail. I've already put in a support ticket via > the online form, included all the information such as links to the > document which shows what the valid details should be. The ticket > was basically closed with a note saying to look out for BIOS > updates. I'm currently using 4.2.1 (which was before the table > checking was added) and am able to use AMD-Vi. If you want to fix > this, you're either going to have to get ASUS to issue a fixed > BIOS (which doesn't feel likely at this point) or you'd have to > either disable interrupt remapping or edit the source code to > disable that check (and deal with any potential issue that might > cause later) > > Regards, > > David > > > On Mon, May 27, 2013 at 11:42 PM, feral > wrote: > > This issue has been discussed many times before, but I haven't > found > an answer in my specific problem. > > Motherboard: Asus Sabertooth 990fx R2.0 > Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be > ridiculously thorough) > > Affected: Xen-hypervisor >4.1.2 > Not Affected: Xen-hypervisor <4.1.2 > > > Xen 4.1.2 and earlier works fine regardless of the BIOS > version of the > Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the > following: > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, > GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, > GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: > 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > > > From what I understand, Xen used to just care less about the > state of > your ACPI/IVRS but that this was potentially a security > concern and > checks were implemented to disable IOMMU whenever it would be > unsafe > (potentially) to have it enabled. > Now, I understand the logic here, but I disagree with the > implementation. There are a fairly large number of people who = are > affected and we know Asus isn't going to fix the IVRS table. I= > recognize the importance of implementing these checks and > hell, even > automatically disabling IOMMU without notice (though on a consu= mer > board, this is a bit paranoid). > I understand there are kernel command line options you can pass= to > forcibly bypass the checks and leave IOMMU enabled in most > cases (ie: > iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them= > seem to > be enough to force IOMMU back on. > I read somewhere in one of the many discussions on the > subject, that > there are cases where you simply aren't allowed to disable the > checks > (I believe this was when the IVRS table indicies don't line up = or > something, which seems to be my issue). > > As I said, I know other people have precisely this problem with= a > whole line of mid range Asus boards, but haven't seen a lot of > discussion on the list. Anyone reading this run into the same > problem? I bought this board specifically because of it's IOMM= U > implementation, which worked fine... at the time... > Ultimately I know > for a fact that the boards ACPI/IVRS can't be TOO wrong as > it's been > working for 6 months without an issue. I'm just sorta in a > situation > where it's time to upgrade my base OS and hacking Xen 4.1.2 in > seems > like a silly amount of work when all I really need is an option= to > disable the checks. > > > xm dmesg from a working vs. borked system > Working: > (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) > (stefan.bader@canonical.com > ) (gcc version 4.6.3 > (Ubuntu/Linaro > 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 > (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 > (XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthro= ugh > xen-pciback.hide=3D(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 6 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bc348000 (usable) > (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) > (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) > (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) > (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) > (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) > (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) > (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI Warning (tbfadt-0444): Optional field > "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 > INTL 20051117) > (XEN) ACPI: FACS BD4F2F80, 0040 > (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 > MSFT 10013) > (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 > AMI 5) > (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD =20 > 0) > (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD > 1) > (XEN) System RAM: 16311MB (16702516kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bd4f2f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, > GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, > GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.553 MHz processor. > (XEN) Initing memory sharing. > (XEN) AMD-Vi: IOMMU 0 Enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - Pause-Intercept Filter > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging detected. > (XEN) Brought up 8 CPUs > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f= 000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532= > pages to be allocated) > (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 > (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 > (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 > (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 > (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 > (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 > (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 > (XEN) ENTRY ADDRESS: ffffffff81cfb200 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Xen trace buffers: disabled > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warning= s) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times= to > switch input to Xen) > (XEN) Freed 220kB init memory. > (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 f= rom > 0x0000000000000000 to 0x000000000000abcd. > (XEN) physdev.c:155: dom0: wrong map_pirq type 3 > > > BORKED: > (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) > (stefan.bader@canonical.com > ) (gcc (Ubuntu/Linaro > 4.7.3-1ubuntu1) > 4.7.3) Mon Apr 29 19:35:31 UTC 2013 > (XEN) Bootloader: GRUB 2.00-13ubuntu3 > (XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic= =3Doff > xen-pciback.hide=3D(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 7 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000ba7ac000 (usable) > (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) > (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) > (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) > (XEN) 00000000bb958000 - 00000000bca35000 (reserved) > (XEN) 00000000bca35000 - 00000000bca36000 (usable) > (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) > (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) > (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) > (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer t= han > ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] > (XEN) ACPI Warning (tbfadt-0444): Optional field > "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 > INTL 20051117) > (XEN) ACPI: FACS BB952F80, 0040 > (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 > MSFT 10013) > (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 > AMI 5) > (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD =20 > 0) > (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD > 1) > (XEN) System RAM: 16283MB (16674420kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bb952f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, > GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, > GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: > 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - DecodeAssists > (XEN) - Pause-Intercept Filter > (XEN) - TSC Rate MSR > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > (XEN) Brought up 8 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346= 000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583= > pages to be allocated) > (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 > (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 > (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 > (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 > (XEN) Page tables: ffffffff894b5000->ffffffff89504000 > (XEN) Boot stack: ffffffff89504000->ffffffff89505000 > (XEN) TOTAL: ffffffff80000000->ffffffff89800000 > (XEN) ENTRY ADDRESS: ffffffff81d06210 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warning= s) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times= to > switch input to Xen) > (XEN) Freed 244kB init memory. > > _______________________________________________ > 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 --------------030208000901050503010003 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" in Xen 4.2.2 (discused here http://lists.xen.org/archive= s/html/xen-announce/2013-02/msg00006.html). But i agree on that that it should be repaired on ASUS side.

And I'm also facing with prolem about Adaptec 3805 Raid card with enabled IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but with enabled IOMMU in BIOS i see the device under linux as block device but it's unusable - no data can read or written. Does anyone know what to do here, please? Could it be related with bad IOMMU implementation?

Thanks in advance
Jan

Dne 28.5.2013 12:11, Gizmo Chicken napsal(a):
David and feral,

I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can tell, IOMMU works well with that motherboard and Xen 4.1.  (I got VGA passthrough wor= king with a Windows guest.)   Although I did some pr= eliminary testing with Xen 4.2 on that motherboard, because of some other issues, I never got around to creating a VM that required IOMMU support, and so can't say for certain whether IOMMU is working with that motherboard and Xen 4.2.

Apart from creating a VM that requires IOMMU support (which would take more time than I'd prefer to spend right now) to see if it works, what would good way to determine whether my  Asus M5A99FX Pro 2.0 motherboard suffers, = or if free from, the IVRS table issue that you describe?

Thanks much for any help with this!

Best regards,
GizmoChicken


On Tue, May 28, 2013 at 3:31 AM, David= Sutton <kantras= @gmail.com> wrote:
Feral,

  I have the R1.0 version of that motherboard. The pro= blem is with the BIOS; its returning bad information in the IVRS table for the IO-APICs, which the new parser is catching and causing AMD-Vi initialization to fail. I've already put in a support ticket via the online form, included all the information such as links to the document which shows what the valid details should be. The ticket was basically closed with a note saying to look out for BIOS updates. I'm currently using 4.2.1 (which was before the table checking was added) and am able to use AMD-Vi. If you want to fix this, you're either going to have to get ASUS to issue a fixed BIOS (which doesn't feel likely at this point) or you'd have to either disable interrupt remapping or edit the source code to disable that check (and deal with any potential issue that might cause later)<= br>
Regards,

  David


On Mon, May 27, 2013 at 11:4= 2 PM, feral <blistovmhz@gmail.com> wrote:
T= his issue has been discussed many times before, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo.  After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode:  Flat.  Using 2= I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007
(XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation.  There are a fairly large numb= er of people who are
affected and we know Asus isn't going to fix the IVRS table.  I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks
(I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list.  Anyone reading this r= un into the same
problem?  I bought this board specifically bec= ause of it's IOMMU
implementation, which worked fine... at the time...  Ultimately I know
for a  fact that the boards ACPI/IVRS can't be= TOO wrong as it's been
working for 6 months without an issue.  I'm ju= st sorta in a situation
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems
like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
= (stefan.bader@canonical.com)= (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar  8 14:31:11 UTC 2012=
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time= : 1 seconds
(XEN) Disc information:
(XEN)  Found 6 MBR signatures
(XEN)  Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009e800 (usable)
(XEN)  000000000009e800 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000bc348000 (usable)
(XEN)  00000000bc348000 - 00000000bc78c000 (reserved)
(XEN)  00000000bc78c000 - 00000000bc797000 (AC= PI data)
(XEN)  00000000bc797000 - 00000000bd4f8000 (AC= PI NVS)
(XEN)  00000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN)  00000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN)  00000000bd8d6000 - 00000000bdad9000 (AC= PI NVS)
(XEN)  00000000bdad9000 - 00000000bdf00000 (usable)
(XEN)  00000000f8000000 - 00000000fc000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fec10000 - 00000000fec11000 (reserved)
(XEN)  00000000fec20000 - 00000000fec21000 (reserved)
(XEN)  00000000fed00000 - 00000000fed01000 (reserved)
(XEN)  00000000fed61000 - 00000000fed71000 (reserved)
(XEN)  00000000fed80000 - 00000000fed90000 (reserved)
(XEN)  00000000fef00000 - 0000000100000000 (reserved)
(XEN)  0000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA   &= nbsp;A M I        0 INTL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA   &= nbsp;A M I  1072009 MSFT    10013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA   &= nbsp;A M I  1072009 AMI         5)<= br> (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1  AMD  = ;   RD890S   202031 AMD        = ; 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD    POWERNOW        1 AMD &nb= sp;       1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -<= br> bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode:  Flat.  Using 2= I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN)  - Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN)  - Nested Page Tables (NPT)
(XEN)  - Last Branch Record (LBR) Virtualisati= on
(XEN)  - Next-RIP Saved on #VMEXIT
(XEN)  - VMCB Clean Bits
(XEN)  - Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32=
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000420000000->0000000428000000 (4044532
pages to be allocated)
(XEN)  Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN)  Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN)  Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN)  Start info:    ffffffff867b2000->ffffffff867b24b4
(XEN)  Page tables:   ffffffff867b3000->ffffffff867ec000
(XEN)  Boot stack:    ffffffff867ec000->ffffffff867ed000
(XEN)  TOTAL:         ffffffff80000000->ffffffff86c00000
(XEN)  ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3

BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) (stefan.bader@canonical.com)= (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time= : 1 seconds
(XEN) Disc information:
(XEN)  Found 7 MBR signatures
(XEN)  Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009e800 (usable)
(XEN)  000000000009e800 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000ba7ac000 (usable)
(XEN)  00000000ba7ac000 - 00000000babe0000 (reserved)
(XEN)  00000000babe0000 - 00000000babf0000 (AC= PI data)
(XEN)  00000000babf0000 - 00000000bb958000 (AC= PI NVS)
(XEN)  00000000bb958000 - 00000000bca35000 (reserved)
(XEN)  00000000bca35000 - 00000000bca36000 (usable)
(XEN)  00000000bca36000 - 00000000bcc3c000 (AC= PI NVS)
(XEN)  00000000bcc3c000 - 00000000bd083000 (usable)
(XEN)  00000000bd083000 - 00000000bd7f4000 (reserved)
(XEN)  00000000bd7f4000 - 00000000bd800000 (usable)
(XEN)  00000000f8000000 - 00000000fc000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fec10000 - 00000000fec11000 (reserved)
(XEN)  00000000fec20000 - 00000000fec21000 (reserved)
(XEN)  00000000fed00000 - 00000000fed01000 (reserved)
(XEN)  00000000fed61000 - 00000000fed71000 (reserved)
(XEN)  00000000fed80000 - 00000000fed90000 (reserved)
(XEN)  00000000fef00000 - 0000000100000000 (reserved)
(XEN)  0000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA   &= nbsp;A M I        0 INTL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA   &= nbsp;A M I  1072009 MSFT    10013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA   &= nbsp;A M I  1072009 AMI         5)<= br> (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1  AMD  = ;   RD890S   202031 AMD        = ; 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD    POWERNOW        1 AMD &nb= sp;       1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -<= br> bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode:  Flat.  Using 2= I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007
(XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN)  - Nested Page Tables (NPT)
(XEN)  - Last Branch Record (LBR) Virtualisati= on
(XEN)  - Next-RIP Saved on #VMEXIT
(XEN)  - VMCB Clean Bits
(XEN)  - DecodeAssists
(XEN)  - Pause-Intercept Filter
(XEN)  - TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected<= br> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32=
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000420000000->0000000428000000 (4035583
pages to be allocated)
(XEN)  Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN)  Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN)  Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN)  Start info:    ffffffff894b4000->ffffffff894b44b4
(XEN)  Page tables:   ffffffff894b5000->ffffffff89504000
(XEN)  Boot stack:    ffffffff89504000->ffffffff89505000
(XEN)  TOTAL:         ffffffff80000000->ffffffff89800000
(XEN)  ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

_______________________________________________
= Xen-users mailing list
Xen-users@lists.xen.org
= http://lists.xen.org/xen-users<= /a>


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen= =2Eorg
h= ttp://lists.xen.org/xen-users



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

--------------030208000901050503010003-- --------------ms050203000309020907050109 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjgxMTI0NTJa MCMGCSqGSIb3DQEJBDEWBBSDQKhcyS00ukuZ5Ly5yAkaX7SZDzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABTyFjrYtseT 349A1GsQbwf+6n8PJ4Iz0yz9jjQJEzVPHVTcXPjkpBuhlO4iW0kbhSO66R6ksjMciK7oj+L4 cEZITR+0URkINlTpj8PQ0U5H+w2RK4IOyjaECeL8kXNwnRX4HnwV/bNTQ1YMQ8qyUhW1ciXH qfxKEC+Xwm9qt7pnTyHAKuhcgBtNGZjl425elyKw9lbcIRjdQn+FN8VCwVnYJ832kKBJrNFW u9mmjXL+AJHlyJyLFVvx7Ee22Lo4K8PoeI6VFrjVIJ7YZM3wlN8YqnETs4sJ0mfTh6orWbTY k9Qk1I2aKYHFj5QQrsKgdaotXBlEMSyuw9/2wDcWs6UAAAAAAAA= --------------ms050203000309020907050109-- --===============5871344472165481671== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5871344472165481671==-- From xen-users-bounces@lists.xen.org Tue May 28 11:25:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 11:25: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 1UhI1U-0002x7-1O; Tue, 28 May 2013 11:25:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhI1S-0002wp-N5 for xen-users@lists.xen.org; Tue, 28 May 2013 11:24:59 +0000 Received: from [85.158.137.99:35037] by server-12.bemta-3.messagelabs.com id F9/20-17342-90494A15; Tue, 28 May 2013 11:24:57 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-14.tower-217.messagelabs.com!1369740295!18679667!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4051 invoked from network); 28 May 2013 11:24:55 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-14.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 11:24:55 -0000 Received: (qmail 14165 invoked by uid 1000); 28 May 2013 13:24:55 +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(-10.9/5.0):. Processed in 1.794958 secs); 28 May 2013 11:24:55 -0000 X-Spam-Status: No, hits=-10.9 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 WORD_UPGRADE RAW: Including upgrade word 0.5 MAILBOX_SIZE RAW: Describing mailbox size -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 1.5 URIBL_SC_SWINOG URI's listed in uribl.swinog.ch. [URIs: canonical.com] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369740292; n=Test; bh=K8ZS0HLpW2pXzFk/JQId7sW4WTK7+4bcmmTNEl i5B9s=; b=GsfNvwDAEhGVY55kXksi3oyiuw+SxCcJ+1oqwWbN3aCTidVxOYMpaX Nz5u1+dej35233A9/2WWMWSqODQeXswXuvrOHf/TUsavILpReggiVdcWZ1kcoP0h AJEo8voHgL 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=YFITCl0B82hT97pIloEV5zmGV/Ua5 y5lTRPnGcpKdSSet8MuYjd8TQSxMZYdniR76nzCwkhFvVOO61ZQm9d3Zk8eKp06v 2PcKDQWjEbka8rLwLI6jlPnqBd/SkF7yBxY Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 28 May 2013 13:24:52 +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 47B0F2C0918 for ; Tue, 28 May 2013 13:24:52 +0200 (CEST) Message-ID: <51A49404.2080706@excello.cz> Date: Tue, 28 May 2013 13:24:52 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5871344472165481671==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============5871344472165481671== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050203000309020907050109" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050203000309020907050109 Content-Type: multipart/alternative; boundary="------------030208000901050503010003" This is a multi-part message in MIME format. --------------030208000901050503010003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi guys, i'm also experiencing this problem with M5A97 EVO R2.0. It has been=20 "solved" in Xen 4.2.2 (discused here=20 http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html).=20 But i agree on that that it should be repaired on ASUS side. And I'm also facing with prolem about Adaptec 3805 Raid card with=20 enabled IOMMU on this motherbord. Without IOMMU storage adapter works=20 perfectly, but with enabled IOMMU in BIOS i see the device under linux=20 as block device but it's unusable - no data can read or written. Does=20 anyone know what to do here, please? Could it be related with bad IOMMU=20 implementation? Thanks in advance Jan Dne 28.5.2013 12:11, Gizmo Chicken napsal(a): > David and feral, > > I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I=20 > can tell, IOMMU works well with that motherboard and Xen 4.1. (I got=20 > VGA passthrough working with a Windows guest.) Although I did some=20 > preliminary testing with Xen 4.2 on that motherboard, because of some=20 > other issues, I never got around to creating a VM that required IOMMU=20 > support, and so can't say for certain whether IOMMU is working with=20 > that motherboard and Xen 4.2. > > Apart from creating a VM that requires IOMMU support (which would take = > more time than I'd prefer to spend right now) to see if it works, what = > would good way to determine whether my Asus M5A99FX Pro 2.0=20 > motherboard suffers, or if free from, the IVRS table issue that you=20 > describe? > > Thanks much for any help with this! > > Best regards, > GizmoChicken > > > On Tue, May 28, 2013 at 3:31 AM, David Sutton > wrote: > > Feral, > > I have the R1.0 version of that motherboard. The problem is with > the BIOS; its returning bad information in the IVRS table for the > IO-APICs, which the new parser is catching and causing AMD-Vi > initialization to fail. I've already put in a support ticket via > the online form, included all the information such as links to the > document which shows what the valid details should be. The ticket > was basically closed with a note saying to look out for BIOS > updates. I'm currently using 4.2.1 (which was before the table > checking was added) and am able to use AMD-Vi. If you want to fix > this, you're either going to have to get ASUS to issue a fixed > BIOS (which doesn't feel likely at this point) or you'd have to > either disable interrupt remapping or edit the source code to > disable that check (and deal with any potential issue that might > cause later) > > Regards, > > David > > > On Mon, May 27, 2013 at 11:42 PM, feral > wrote: > > This issue has been discussed many times before, but I haven't > found > an answer in my specific problem. > > Motherboard: Asus Sabertooth 990fx R2.0 > Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be > ridiculously thorough) > > Affected: Xen-hypervisor >4.1.2 > Not Affected: Xen-hypervisor <4.1.2 > > > Xen 4.1.2 and earlier works fine regardless of the BIOS > version of the > Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the > following: > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, > GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, > GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: > 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > > > From what I understand, Xen used to just care less about the > state of > your ACPI/IVRS but that this was potentially a security > concern and > checks were implemented to disable IOMMU whenever it would be > unsafe > (potentially) to have it enabled. > Now, I understand the logic here, but I disagree with the > implementation. There are a fairly large number of people who = are > affected and we know Asus isn't going to fix the IVRS table. I= > recognize the importance of implementing these checks and > hell, even > automatically disabling IOMMU without notice (though on a consu= mer > board, this is a bit paranoid). > I understand there are kernel command line options you can pass= to > forcibly bypass the checks and leave IOMMU enabled in most > cases (ie: > iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them= > seem to > be enough to force IOMMU back on. > I read somewhere in one of the many discussions on the > subject, that > there are cases where you simply aren't allowed to disable the > checks > (I believe this was when the IVRS table indicies don't line up = or > something, which seems to be my issue). > > As I said, I know other people have precisely this problem with= a > whole line of mid range Asus boards, but haven't seen a lot of > discussion on the list. Anyone reading this run into the same > problem? I bought this board specifically because of it's IOMM= U > implementation, which worked fine... at the time... > Ultimately I know > for a fact that the boards ACPI/IVRS can't be TOO wrong as > it's been > working for 6 months without an issue. I'm just sorta in a > situation > where it's time to upgrade my base OS and hacking Xen 4.1.2 in > seems > like a silly amount of work when all I really need is an option= to > disable the checks. > > > xm dmesg from a working vs. borked system > Working: > (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) > (stefan.bader@canonical.com > ) (gcc version 4.6.3 > (Ubuntu/Linaro > 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 > (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 > (XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthro= ugh > xen-pciback.hide=3D(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 6 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bc348000 (usable) > (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) > (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) > (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) > (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) > (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) > (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) > (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI Warning (tbfadt-0444): Optional field > "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 > INTL 20051117) > (XEN) ACPI: FACS BD4F2F80, 0040 > (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 > MSFT 10013) > (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 > AMI 5) > (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD =20 > 0) > (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD > 1) > (XEN) System RAM: 16311MB (16702516kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bd4f2f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, > GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, > GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.553 MHz processor. > (XEN) Initing memory sharing. > (XEN) AMD-Vi: IOMMU 0 Enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - Pause-Intercept Filter > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging detected. > (XEN) Brought up 8 CPUs > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f= 000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532= > pages to be allocated) > (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 > (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 > (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 > (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 > (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 > (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 > (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 > (XEN) ENTRY ADDRESS: ffffffff81cfb200 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Xen trace buffers: disabled > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warning= s) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times= to > switch input to Xen) > (XEN) Freed 220kB init memory. > (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 f= rom > 0x0000000000000000 to 0x000000000000abcd. > (XEN) physdev.c:155: dom0: wrong map_pirq type 3 > > > BORKED: > (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) > (stefan.bader@canonical.com > ) (gcc (Ubuntu/Linaro > 4.7.3-1ubuntu1) > 4.7.3) Mon Apr 29 19:35:31 UTC 2013 > (XEN) Bootloader: GRUB 2.00-13ubuntu3 > (XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic= =3Doff > xen-pciback.hide=3D(06:00.0)(06.00.1) > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds > (XEN) Disc information: > (XEN) Found 7 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e800 (usable) > (XEN) 000000000009e800 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000ba7ac000 (usable) > (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) > (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) > (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) > (XEN) 00000000bb958000 - 00000000bca35000 (reserved) > (XEN) 00000000bca35000 - 00000000bca36000 (usable) > (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) > (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) > (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) > (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) > (XEN) 00000000f8000000 - 00000000fc000000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fec10000 - 00000000fec11000 (reserved) > (XEN) 00000000fec20000 - 00000000fec21000 (reserved) > (XEN) 00000000fed00000 - 00000000fed01000 (reserved) > (XEN) 00000000fed61000 - 00000000fed71000 (reserved) > (XEN) 00000000fed80000 - 00000000fed90000 (reserved) > (XEN) 00000000fef00000 - 0000000100000000 (reserved) > (XEN) 0000000100001000 - 000000043f000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer t= han > ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] > (XEN) ACPI Warning (tbfadt-0444): Optional field > "Pm2ControlBlock" has > zero address or length: 0000000000000000/1 [20070126] > (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 > INTL 20051117) > (XEN) ACPI: FACS BB952F80, 0040 > (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 > MSFT 10013) > (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 > AMI 5) > (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 > AMI 10013) > (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD =20 > 0) > (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD > 1) > (XEN) System RAM: 16283MB (16674420kB) > (XEN) Domain heap initialised > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > bb952f80/0000000000000000, using 32 > (XEN) Processor #16 5:1 APIC version 16 > (XEN) Processor #17 5:1 APIC version 16 > (XEN) Processor #18 5:1 APIC version 16 > (XEN) Processor #19 5:1 APIC version 16 > (XEN) Processor #20 5:1 APIC version 16 > (XEN) Processor #21 5:1 APIC version 16 > (XEN) Processor #22 5:1 APIC version 16 > (XEN) Processor #23 5:1 APIC version 16 > (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, > GSI 0-23 > (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, > GSI 24-55 > (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3110.540 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x3c0 and states: > 0x4000000000000007 > (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff > (XEN) IVHD Error: Invalid IO-APIC 0xff > (XEN) AMD-Vi: Error initialization > (XEN) I/O virtualisation disabled > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using new ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) HVM: ASIDs enabled. > (XEN) SVM: Supported advanced features: > (XEN) - Nested Page Tables (NPT) > (XEN) - Last Branch Record (LBR) Virtualisation > (XEN) - Next-RIP Saved on #VMEXIT > (XEN) - VMCB Clean Bits > (XEN) - DecodeAssists > (XEN) - Pause-Intercept Filter > (XEN) - TSC Rate MSR > (XEN) HVM: SVM enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > (XEN) Brought up 8 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346= 000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583= > pages to be allocated) > (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 > (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 > (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 > (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 > (XEN) Page tables: ffffffff894b5000->ffffffff89504000 > (XEN) Boot stack: ffffffff89504000->ffffffff89505000 > (XEN) TOTAL: ffffffff80000000->ffffffff89800000 > (XEN) ENTRY ADDRESS: ffffffff81d06210 > (XEN) Dom0 has maximum 8 VCPUs > (XEN) Scrubbing Free RAM: .done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warning= s) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times= to > switch input to Xen) > (XEN) Freed 244kB init memory. > > _______________________________________________ > 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 --------------030208000901050503010003 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" in Xen 4.2.2 (discused here http://lists.xen.org/archive= s/html/xen-announce/2013-02/msg00006.html). But i agree on that that it should be repaired on ASUS side.

And I'm also facing with prolem about Adaptec 3805 Raid card with enabled IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but with enabled IOMMU in BIOS i see the device under linux as block device but it's unusable - no data can read or written. Does anyone know what to do here, please? Could it be related with bad IOMMU implementation?

Thanks in advance
Jan

Dne 28.5.2013 12:11, Gizmo Chicken napsal(a):
David and feral,

I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can tell, IOMMU works well with that motherboard and Xen 4.1.  (I got VGA passthrough wor= king with a Windows guest.)   Although I did some pr= eliminary testing with Xen 4.2 on that motherboard, because of some other issues, I never got around to creating a VM that required IOMMU support, and so can't say for certain whether IOMMU is working with that motherboard and Xen 4.2.

Apart from creating a VM that requires IOMMU support (which would take more time than I'd prefer to spend right now) to see if it works, what would good way to determine whether my  Asus M5A99FX Pro 2.0 motherboard suffers, = or if free from, the IVRS table issue that you describe?

Thanks much for any help with this!

Best regards,
GizmoChicken


On Tue, May 28, 2013 at 3:31 AM, David= Sutton <kantras= @gmail.com> wrote:
Feral,

  I have the R1.0 version of that motherboard. The pro= blem is with the BIOS; its returning bad information in the IVRS table for the IO-APICs, which the new parser is catching and causing AMD-Vi initialization to fail. I've already put in a support ticket via the online form, included all the information such as links to the document which shows what the valid details should be. The ticket was basically closed with a note saying to look out for BIOS updates. I'm currently using 4.2.1 (which was before the table checking was added) and am able to use AMD-Vi. If you want to fix this, you're either going to have to get ASUS to issue a fixed BIOS (which doesn't feel likely at this point) or you'd have to either disable interrupt remapping or edit the source code to disable that check (and deal with any potential issue that might cause later)<= br>
Regards,

  David


On Mon, May 27, 2013 at 11:4= 2 PM, feral <blistovmhz@gmail.com> wrote:
T= his issue has been discussed many times before, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo.  After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode:  Flat.  Using 2= I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007
(XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation.  There are a fairly large numb= er of people who are
affected and we know Asus isn't going to fix the IVRS table.  I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks
(I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list.  Anyone reading this r= un into the same
problem?  I bought this board specifically bec= ause of it's IOMMU
implementation, which worked fine... at the time...  Ultimately I know
for a  fact that the boards ACPI/IVRS can't be= TOO wrong as it's been
working for 6 months without an issue.  I'm ju= st sorta in a situation
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems
like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
= (stefan.bader@canonical.com)= (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar  8 14:31:11 UTC 2012=
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time= : 1 seconds
(XEN) Disc information:
(XEN)  Found 6 MBR signatures
(XEN)  Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009e800 (usable)
(XEN)  000000000009e800 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000bc348000 (usable)
(XEN)  00000000bc348000 - 00000000bc78c000 (reserved)
(XEN)  00000000bc78c000 - 00000000bc797000 (AC= PI data)
(XEN)  00000000bc797000 - 00000000bd4f8000 (AC= PI NVS)
(XEN)  00000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN)  00000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN)  00000000bd8d6000 - 00000000bdad9000 (AC= PI NVS)
(XEN)  00000000bdad9000 - 00000000bdf00000 (usable)
(XEN)  00000000f8000000 - 00000000fc000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fec10000 - 00000000fec11000 (reserved)
(XEN)  00000000fec20000 - 00000000fec21000 (reserved)
(XEN)  00000000fed00000 - 00000000fed01000 (reserved)
(XEN)  00000000fed61000 - 00000000fed71000 (reserved)
(XEN)  00000000fed80000 - 00000000fed90000 (reserved)
(XEN)  00000000fef00000 - 0000000100000000 (reserved)
(XEN)  0000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA   &= nbsp;A M I        0 INTL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA   &= nbsp;A M I  1072009 MSFT    10013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA   &= nbsp;A M I  1072009 AMI         5)<= br> (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1  AMD  = ;   RD890S   202031 AMD        = ; 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD    POWERNOW        1 AMD &nb= sp;       1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -<= br> bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode:  Flat.  Using 2= I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN)  - Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN)  - Nested Page Tables (NPT)
(XEN)  - Last Branch Record (LBR) Virtualisati= on
(XEN)  - Next-RIP Saved on #VMEXIT
(XEN)  - VMCB Clean Bits
(XEN)  - Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32=
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000420000000->0000000428000000 (4044532
pages to be allocated)
(XEN)  Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN)  Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN)  Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN)  Start info:    ffffffff867b2000->ffffffff867b24b4
(XEN)  Page tables:   ffffffff867b3000->ffffffff867ec000
(XEN)  Boot stack:    ffffffff867ec000->ffffffff867ed000
(XEN)  TOTAL:         ffffffff80000000->ffffffff86c00000
(XEN)  ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3

BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) (stefan.bader@canonical.com)= (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time= : 1 seconds
(XEN) Disc information:
(XEN)  Found 7 MBR signatures
(XEN)  Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009e800 (usable)
(XEN)  000000000009e800 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000ba7ac000 (usable)
(XEN)  00000000ba7ac000 - 00000000babe0000 (reserved)
(XEN)  00000000babe0000 - 00000000babf0000 (AC= PI data)
(XEN)  00000000babf0000 - 00000000bb958000 (AC= PI NVS)
(XEN)  00000000bb958000 - 00000000bca35000 (reserved)
(XEN)  00000000bca35000 - 00000000bca36000 (usable)
(XEN)  00000000bca36000 - 00000000bcc3c000 (AC= PI NVS)
(XEN)  00000000bcc3c000 - 00000000bd083000 (usable)
(XEN)  00000000bd083000 - 00000000bd7f4000 (reserved)
(XEN)  00000000bd7f4000 - 00000000bd800000 (usable)
(XEN)  00000000f8000000 - 00000000fc000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fec10000 - 00000000fec11000 (reserved)
(XEN)  00000000fec20000 - 00000000fec21000 (reserved)
(XEN)  00000000fed00000 - 00000000fed01000 (reserved)
(XEN)  00000000fed61000 - 00000000fed71000 (reserved)
(XEN)  00000000fed80000 - 00000000fed90000 (reserved)
(XEN)  00000000fef00000 - 0000000100000000 (reserved)
(XEN)  0000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA   &= nbsp;A M I        0 INTL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA   &= nbsp;A M I  1072009 MSFT    10013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA   &= nbsp;A M I  1072009 AMI         5)<= br> (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA   &= nbsp;A M I  1072009 AMI     10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1  AMD  = ;   RD890S   202031 AMD        = ; 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD    POWERNOW        1 AMD &nb= sp;       1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -<= br> bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode:  Flat.  Using 2= I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007
(XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN)  - Nested Page Tables (NPT)
(XEN)  - Last Branch Record (LBR) Virtualisati= on
(XEN)  - Next-RIP Saved on #VMEXIT
(XEN)  - VMCB Clean Bits
(XEN)  - DecodeAssists
(XEN)  - Pause-Intercept Filter
(XEN)  - TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected<= br> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32=
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000420000000->0000000428000000 (4035583
pages to be allocated)
(XEN)  Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN)  Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN)  Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN)  Start info:    ffffffff894b4000->ffffffff894b44b4
(XEN)  Page tables:   ffffffff894b5000->ffffffff89504000
(XEN)  Boot stack:    ffffffff89504000->ffffffff89505000
(XEN)  TOTAL:         ffffffff80000000->ffffffff89800000
(XEN)  ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

_______________________________________________
= Xen-users mailing list
Xen-users@lists.xen.org
= http://lists.xen.org/xen-users<= /a>


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen= =2Eorg
h= ttp://lists.xen.org/xen-users



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

--------------030208000901050503010003-- --------------ms050203000309020907050109 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjgxMTI0NTJa MCMGCSqGSIb3DQEJBDEWBBSDQKhcyS00ukuZ5Ly5yAkaX7SZDzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBABTyFjrYtseT 349A1GsQbwf+6n8PJ4Iz0yz9jjQJEzVPHVTcXPjkpBuhlO4iW0kbhSO66R6ksjMciK7oj+L4 cEZITR+0URkINlTpj8PQ0U5H+w2RK4IOyjaECeL8kXNwnRX4HnwV/bNTQ1YMQ8qyUhW1ciXH qfxKEC+Xwm9qt7pnTyHAKuhcgBtNGZjl425elyKw9lbcIRjdQn+FN8VCwVnYJ832kKBJrNFW u9mmjXL+AJHlyJyLFVvx7Ee22Lo4K8PoeI6VFrjVIJ7YZM3wlN8YqnETs4sJ0mfTh6orWbTY k9Qk1I2aKYHFj5QQrsKgdaotXBlEMSyuw9/2wDcWs6UAAAAAAAA= --------------ms050203000309020907050109-- --===============5871344472165481671== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5871344472165481671==-- From xen-users-bounces@lists.xen.org Tue May 28 11:29:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 11:29: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 1UhI5E-0003Mz-5Y; Tue, 28 May 2013 11:28:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhI5C-0003Ms-Ot for xen-users@lists.xen.org; Tue, 28 May 2013 11:28:51 +0000 Received: from [193.109.254.147:8530] by server-15.bemta-14.messagelabs.com id C2/82-16548-2F494A15; Tue, 28 May 2013 11:28:50 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-8.tower-27.messagelabs.com!1369740527!10336412!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19780 invoked from network); 28 May 2013 11:28:48 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 11:28:48 -0000 Received: (qmail 20406 invoked by uid 1000); 28 May 2013 13:28:47 +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(-13.4/5.0):. Processed in 0.316714 secs); 28 May 2013 11:28:47 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0001] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369740526; n=Test; bh=apwBMxEtwYjmDENEsJvEPKzR4X2gjLqkKVdQvu qtLyc=; b=FC59YrXFWP6QcKBy4xQPzArvxYTcAzbKq7nLEja3aLpoQVcVX5WY1R eEkA0xG0FonlmX8ou4QpmHkxNlqPpimgrlINwS1PpfahPFQfyeLWtasBAeacRCdu LdHGDdkDUJ 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=rCSVZEkQbspk/cfiLFkQ0jjnS2hMN SdHkQzQXrzclBzMRyjhJO2tk9nrjguz7SsQJVL4Kt7qUYvpk0ScrqbhJ4JBTadmf QuJyk39VzrBFQRQS0I6V4zjPaN3lbdAzNPt Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 28 May 2013 13:28:46 +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 9B55C2C0A74 for ; Tue, 28 May 2013 13:28:45 +0200 (CEST) Message-ID: <51A494ED.4090307@excello.cz> Date: Tue, 28 May 2013 13:28:45 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0484191625742944612==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============0484191625742944612== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010807040501060507060603" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms010807040501060507060603 Content-Type: multipart/alternative; boundary="------------010502060109050203010205" This is a multi-part message in MIME format. --------------010502060109050203010205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Jonathan, It should be possible to do it in a way you want it. You can mount=20 domU's disk device at dom0. Then you can edit domU's network config from = dom0. There is a lot of ways how to do this. This is just one of them. Jan Dne 28.5.2013 09:18, jonathan west napsal(a): > Hi all, > > Forgive me this probably very basic question, but I could not find the = > answer. > > I have physical server (dom0) and two XEN vm installed. I have moved=20 > physical server to new rack so now it has different range of IP (I am=20 > assigning static IP). I was able to change static IP (of physical=20 > server) modifying /etc/sysconfig/network-scripts. I would like to know = > how can I modify IP's for both of XEN vm ? Do I need to log separately = > to each of them, and change network-scripts files like I did in=20 > physical server? Or can I do it somehow from physical server itself=20 > using putty for example ? I am not a system administrator neither the=20 > one who set this up. Thanks for help ! > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------010502060109050203010205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jonathan,

It should be possible to do it in a way you want it. You can mount domU's disk device at dom0. Then you can edit domU's network config from dom0.

There is a lot of ways how to do this. This is just one of them.

Jan

Dne 28.5.2013 09:18, jonathan west napsal(a):
Hi all,

Forgive me this probably very basic question, but I could not find the answer.

I have physical server (dom0) and two XEN vm installed. I have moved physical server to new rack so now it has different range of IP (I am assigning static IP). I was able to change static IP (of physical server) modifying /etc/sysconfig/network-scripts. I would like to know how can I modify IP's for both of XEN vm ? Do I need to log separately to each of them, and change network-scripts files like I did in physical server? Or can I do it somehow from physical server itself using putty for example ? I am not a system administrator neither the one who set this up. Thanks for help !


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

--------------010502060109050203010205-- --------------ms010807040501060507060603 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjgxMTI4NDVa MCMGCSqGSIb3DQEJBDEWBBSkrgW1ksBjQZ4iMBF10uRDaOhc0DBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAIm6AZ6wbu4+ aGBjRHEhBQTfO3GLYrGqerdOt2MTY1dAH8iQka8e+GyFokwl+zvnt/rygz3mD7br4B6nJOi4 j/Z9WXBOsykK1r+RxnYHBjcwJWlHaeBylE8XtjCswpsbpdR6q0/PI4yhdLOeFPjv0K2C5Hmq /QZxRRI5hP6YR1IhPiTvPCuWrCX/PMywY1cmVyvXInbhRQ19u6fs7oq9aJXz06+YaQObdrLL zf0ZwGS6wsuzEgPp+9e3l1S1bDNolcHQSQPnb4wgKVaXCxtIf56Cvh1OmrS/wWGrem18OLwn eyOn7i2BUc4irEtYhiI6/NvMiQfbn6EOklC3gLuNQLIAAAAAAAA= --------------ms010807040501060507060603-- --===============0484191625742944612== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0484191625742944612==-- From xen-users-bounces@lists.xen.org Tue May 28 11:29:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 11:29: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 1UhI5E-0003Mz-5Y; Tue, 28 May 2013 11:28:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhI5C-0003Ms-Ot for xen-users@lists.xen.org; Tue, 28 May 2013 11:28:51 +0000 Received: from [193.109.254.147:8530] by server-15.bemta-14.messagelabs.com id C2/82-16548-2F494A15; Tue, 28 May 2013 11:28:50 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-8.tower-27.messagelabs.com!1369740527!10336412!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19780 invoked from network); 28 May 2013 11:28:48 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 11:28:48 -0000 Received: (qmail 20406 invoked by uid 1000); 28 May 2013 13:28:47 +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(-13.4/5.0):. Processed in 0.316714 secs); 28 May 2013 11:28:47 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0001] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369740526; n=Test; bh=apwBMxEtwYjmDENEsJvEPKzR4X2gjLqkKVdQvu qtLyc=; b=FC59YrXFWP6QcKBy4xQPzArvxYTcAzbKq7nLEja3aLpoQVcVX5WY1R eEkA0xG0FonlmX8ou4QpmHkxNlqPpimgrlINwS1PpfahPFQfyeLWtasBAeacRCdu LdHGDdkDUJ 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=rCSVZEkQbspk/cfiLFkQ0jjnS2hMN SdHkQzQXrzclBzMRyjhJO2tk9nrjguz7SsQJVL4Kt7qUYvpk0ScrqbhJ4JBTadmf QuJyk39VzrBFQRQS0I6V4zjPaN3lbdAzNPt Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 28 May 2013 13:28:46 +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 9B55C2C0A74 for ; Tue, 28 May 2013 13:28:45 +0200 (CEST) Message-ID: <51A494ED.4090307@excello.cz> Date: Tue, 28 May 2013 13:28:45 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0484191625742944612==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============0484191625742944612== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010807040501060507060603" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms010807040501060507060603 Content-Type: multipart/alternative; boundary="------------010502060109050203010205" This is a multi-part message in MIME format. --------------010502060109050203010205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Jonathan, It should be possible to do it in a way you want it. You can mount=20 domU's disk device at dom0. Then you can edit domU's network config from = dom0. There is a lot of ways how to do this. This is just one of them. Jan Dne 28.5.2013 09:18, jonathan west napsal(a): > Hi all, > > Forgive me this probably very basic question, but I could not find the = > answer. > > I have physical server (dom0) and two XEN vm installed. I have moved=20 > physical server to new rack so now it has different range of IP (I am=20 > assigning static IP). I was able to change static IP (of physical=20 > server) modifying /etc/sysconfig/network-scripts. I would like to know = > how can I modify IP's for both of XEN vm ? Do I need to log separately = > to each of them, and change network-scripts files like I did in=20 > physical server? Or can I do it somehow from physical server itself=20 > using putty for example ? I am not a system administrator neither the=20 > one who set this up. Thanks for help ! > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------010502060109050203010205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jonathan,

It should be possible to do it in a way you want it. You can mount domU's disk device at dom0. Then you can edit domU's network config from dom0.

There is a lot of ways how to do this. This is just one of them.

Jan

Dne 28.5.2013 09:18, jonathan west napsal(a):
Hi all,

Forgive me this probably very basic question, but I could not find the answer.

I have physical server (dom0) and two XEN vm installed. I have moved physical server to new rack so now it has different range of IP (I am assigning static IP). I was able to change static IP (of physical server) modifying /etc/sysconfig/network-scripts. I would like to know how can I modify IP's for both of XEN vm ? Do I need to log separately to each of them, and change network-scripts files like I did in physical server? Or can I do it somehow from physical server itself using putty for example ? I am not a system administrator neither the one who set this up. Thanks for help !


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

--------------010502060109050203010205-- --------------ms010807040501060507060603 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjgxMTI4NDVa MCMGCSqGSIb3DQEJBDEWBBSkrgW1ksBjQZ4iMBF10uRDaOhc0DBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAIm6AZ6wbu4+ aGBjRHEhBQTfO3GLYrGqerdOt2MTY1dAH8iQka8e+GyFokwl+zvnt/rygz3mD7br4B6nJOi4 j/Z9WXBOsykK1r+RxnYHBjcwJWlHaeBylE8XtjCswpsbpdR6q0/PI4yhdLOeFPjv0K2C5Hmq /QZxRRI5hP6YR1IhPiTvPCuWrCX/PMywY1cmVyvXInbhRQ19u6fs7oq9aJXz06+YaQObdrLL zf0ZwGS6wsuzEgPp+9e3l1S1bDNolcHQSQPnb4wgKVaXCxtIf56Cvh1OmrS/wWGrem18OLwn eyOn7i2BUc4irEtYhiI6/NvMiQfbn6EOklC3gLuNQLIAAAAAAAA= --------------ms010807040501060507060603-- --===============0484191625742944612== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0484191625742944612==-- From xen-users-bounces@lists.xen.org Tue May 28 12:03:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 12:03: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 1UhIbc-0004cV-0l; Tue, 28 May 2013 12:02:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgyJR-0008Pw-5i for xen-users@lists.xen.org; Mon, 27 May 2013 14:22:13 +0000 Received: from [193.109.254.147:50633] by server-11.bemta-14.messagelabs.com id 4F/36-09099-41C63A15; Mon, 27 May 2013 14:22:12 +0000 X-Env-Sender: anastas.semenov@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369664529!8902890!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8324 invoked from network); 27 May 2013 14:22:10 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2013 14:22:10 -0000 Received: by mail-qa0-f42.google.com with SMTP id bs12so1007635qab.15 for ; Mon, 27 May 2013 07:22:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dQsjd65k9Jbs1UYQJqNBkgpSI0/Z9FSBqY3/lllcqVg=; b=UovEaN88hd4HNMAxX6rOL3HlPyYgRC+cUwyQbvfBlV5Oed7LQHF6WcerrnTvVcm3by 2MQCLOIclviu4kTWUUT8V7pT2cRGqWM2X9hqYY8DQmePdhGfVqg/IwcFiBI/PTPFiahH 6Fquogq6st9WBPx+WQg7/JS5yfnBoQOz9vrAnDXeTjPAO2GzeLWKxp8lfFzrJzwm+0cI iWuj3UfA6dW2Th3jx+mrMzZAXgQ8u3OdK/Eu89dCMqk+Bfx13opBbrX0NgpfnVMMKuvh VXROWn8zC1qJgk5omzPXyuG7Jmbrwf5ouitRx62sQgb7fSOuAnwk7xT8iN3JZD6FgBdS T3TA== MIME-Version: 1.0 X-Received: by 10.49.130.131 with SMTP id oe3mr31739525qeb.24.1369664529437; Mon, 27 May 2013 07:22:09 -0700 (PDT) Received: by 10.49.116.75 with HTTP; Mon, 27 May 2013 07:22:09 -0700 (PDT) Received: by 10.49.116.75 with HTTP; Mon, 27 May 2013 07:22:09 -0700 (PDT) Date: Mon, 27 May 2013 10:22:09 -0400 Message-ID: From: Anastas Semenov To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 28 May 2013 12:02:19 +0000 Subject: Re: [Xen-users] [Votes] Xen Security Problem Response Process v2 (Lars Kurth) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5536638840846819545==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5536638840846819545== Content-Type: multipart/alternative; boundary=047d7bb04204bd1daa04ddb3df22 --047d7bb04204bd1daa04ddb3df22 Content-Type: text/plain; charset=UTF-8 Looks great, with few typos. I see one in first paragraph: previous. And one further down, almost at the end: Organisations. -Anastas On May 27, 2013 8:04 AM, wrote: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org > > You can reach the person managing the list at > xen-users-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. [Votes] Xen Security Problem Response Process v2 (Lars Kurth) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 May 2013 12:40:14 +0100 > From: Lars Kurth > To: "xen-devel@lists.xen.org" , > "xen-users@lists.xen.org" , > xen-announce@lists.xen.org > Subject: [Xen-users] [Votes] Xen Security Problem Response Process v2 > Message-ID: <51A3461E.50409@xen.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear Community Members, > > the vote for the "Xen Security Problem Response Process v2" (detailed > proposal at > > http://www.xenproject.org/component/content/article/85-about-xen/138-xen-security-problem-response-process-v2-proposal.html > ) > is now open for voting for ALL maintainers, committers and project leads > of the Xen Hypervisor sub-project. > > You can vote via > > http://xenproject.org/component/content/article/98-developers/vote/141-vote-xen-security-problem-response-process-v2.html > ... The vote will be open until June 7th. > > The proposal has been out for final community review at > http://lists.xen.org/archives/html/xen-users/2013-05/msg00148.html with > no comments. > > Regards > Lars > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 99, Issue 58 > ***************************************** > --047d7bb04204bd1daa04ddb3df22 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Looks great, with few typos. I see one in first paragraph: p= revious. And one further down, almost at the end: Organisations.

-Anastas

On May 27, 2013 8:04 AM, <xen-users-request@lists.xen.org> wr= ote:
Send Xen-users mailing list submissions to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xen-= users@lists.xen.org

To subscribe or unsubscribe via the World Wide Web, visit
=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://lists.xen.org/cgi-bin/mailman= /listinfo/xen-users
or, via email, send a message with subject or body 'help' to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xen-users-request@lists.xen.org

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

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xen-users digest..."


Today's Topics:

=C2=A0 =C2=A01. [Votes] Xen Security Problem Response Process v2 (Lars Kurt= h)


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

Message: 1
Date: Mon, 27 May 2013 12:40:14 +0100
From: Lars Kurth <lars.kurth@xen.o= rg>
To: "xen-devel@lists.xen.or= g" <xen-devel@lists.= xen.org>,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 "xen-users@lists.xen.org" <xen-users@lists.xen.org>,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 x= en-announce@lists.xen.org
Subject: [Xen-users] [Votes] Xen Security Problem Response Process v2
Message-ID: <51A3461E.50409@xe= n.org>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed

Dear Community Members,

the vote for the "Xen Security Problem Response Process v2" (deta= iled
proposal at
http://www.xenproject.org/component/content/article/85-about-xen/138-xe= n-security-problem-response-process-v2-proposal.html)
is now open for voting for ALL maintainers, committers and project leads of the Xen Hypervisor sub-project.

You can vote via
http://xenproject.org/component/content/article/98-developers/vote/141-vo= te-xen-security-problem-response-process-v2.html
... The vote will be open until June 7th.

The proposal has been out for final community review at
http://lists.xen.org/archives/html/xen-users/2013-05/= msg00148.html with
no comments.

Regards
Lars



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

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


End of Xen-users Digest, Vol 99, Issue 58
*****************************************
--047d7bb04204bd1daa04ddb3df22-- --===============5536638840846819545== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5536638840846819545==-- From xen-users-bounces@lists.xen.org Tue May 28 12:03:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 12:03: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 1UhIbc-0004cV-0l; Tue, 28 May 2013 12:02:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UgyJR-0008Pw-5i for xen-users@lists.xen.org; Mon, 27 May 2013 14:22:13 +0000 Received: from [193.109.254.147:50633] by server-11.bemta-14.messagelabs.com id 4F/36-09099-41C63A15; Mon, 27 May 2013 14:22:12 +0000 X-Env-Sender: anastas.semenov@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369664529!8902890!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8324 invoked from network); 27 May 2013 14:22:10 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2013 14:22:10 -0000 Received: by mail-qa0-f42.google.com with SMTP id bs12so1007635qab.15 for ; Mon, 27 May 2013 07:22:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dQsjd65k9Jbs1UYQJqNBkgpSI0/Z9FSBqY3/lllcqVg=; b=UovEaN88hd4HNMAxX6rOL3HlPyYgRC+cUwyQbvfBlV5Oed7LQHF6WcerrnTvVcm3by 2MQCLOIclviu4kTWUUT8V7pT2cRGqWM2X9hqYY8DQmePdhGfVqg/IwcFiBI/PTPFiahH 6Fquogq6st9WBPx+WQg7/JS5yfnBoQOz9vrAnDXeTjPAO2GzeLWKxp8lfFzrJzwm+0cI iWuj3UfA6dW2Th3jx+mrMzZAXgQ8u3OdK/Eu89dCMqk+Bfx13opBbrX0NgpfnVMMKuvh VXROWn8zC1qJgk5omzPXyuG7Jmbrwf5ouitRx62sQgb7fSOuAnwk7xT8iN3JZD6FgBdS T3TA== MIME-Version: 1.0 X-Received: by 10.49.130.131 with SMTP id oe3mr31739525qeb.24.1369664529437; Mon, 27 May 2013 07:22:09 -0700 (PDT) Received: by 10.49.116.75 with HTTP; Mon, 27 May 2013 07:22:09 -0700 (PDT) Received: by 10.49.116.75 with HTTP; Mon, 27 May 2013 07:22:09 -0700 (PDT) Date: Mon, 27 May 2013 10:22:09 -0400 Message-ID: From: Anastas Semenov To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 28 May 2013 12:02:19 +0000 Subject: Re: [Xen-users] [Votes] Xen Security Problem Response Process v2 (Lars Kurth) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5536638840846819545==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5536638840846819545== Content-Type: multipart/alternative; boundary=047d7bb04204bd1daa04ddb3df22 --047d7bb04204bd1daa04ddb3df22 Content-Type: text/plain; charset=UTF-8 Looks great, with few typos. I see one in first paragraph: previous. And one further down, almost at the end: Organisations. -Anastas On May 27, 2013 8:04 AM, wrote: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org > > You can reach the person managing the list at > xen-users-owner@lists.xen.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. [Votes] Xen Security Problem Response Process v2 (Lars Kurth) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 May 2013 12:40:14 +0100 > From: Lars Kurth > To: "xen-devel@lists.xen.org" , > "xen-users@lists.xen.org" , > xen-announce@lists.xen.org > Subject: [Xen-users] [Votes] Xen Security Problem Response Process v2 > Message-ID: <51A3461E.50409@xen.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear Community Members, > > the vote for the "Xen Security Problem Response Process v2" (detailed > proposal at > > http://www.xenproject.org/component/content/article/85-about-xen/138-xen-security-problem-response-process-v2-proposal.html > ) > is now open for voting for ALL maintainers, committers and project leads > of the Xen Hypervisor sub-project. > > You can vote via > > http://xenproject.org/component/content/article/98-developers/vote/141-vote-xen-security-problem-response-process-v2.html > ... The vote will be open until June 7th. > > The proposal has been out for final community review at > http://lists.xen.org/archives/html/xen-users/2013-05/msg00148.html with > no comments. > > Regards > Lars > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 99, Issue 58 > ***************************************** > --047d7bb04204bd1daa04ddb3df22 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Looks great, with few typos. I see one in first paragraph: p= revious. And one further down, almost at the end: Organisations.

-Anastas

On May 27, 2013 8:04 AM, <xen-users-request@lists.xen.org> wr= ote:
Send Xen-users mailing list submissions to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xen-= users@lists.xen.org

To subscribe or unsubscribe via the World Wide Web, visit
=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://lists.xen.org/cgi-bin/mailman= /listinfo/xen-users
or, via email, send a message with subject or body 'help' to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xen-users-request@lists.xen.org

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

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xen-users digest..."


Today's Topics:

=C2=A0 =C2=A01. [Votes] Xen Security Problem Response Process v2 (Lars Kurt= h)


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

Message: 1
Date: Mon, 27 May 2013 12:40:14 +0100
From: Lars Kurth <lars.kurth@xen.o= rg>
To: "xen-devel@lists.xen.or= g" <xen-devel@lists.= xen.org>,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 "xen-users@lists.xen.org" <xen-users@lists.xen.org>,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 x= en-announce@lists.xen.org
Subject: [Xen-users] [Votes] Xen Security Problem Response Process v2
Message-ID: <51A3461E.50409@xe= n.org>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed

Dear Community Members,

the vote for the "Xen Security Problem Response Process v2" (deta= iled
proposal at
http://www.xenproject.org/component/content/article/85-about-xen/138-xe= n-security-problem-response-process-v2-proposal.html)
is now open for voting for ALL maintainers, committers and project leads of the Xen Hypervisor sub-project.

You can vote via
http://xenproject.org/component/content/article/98-developers/vote/141-vo= te-xen-security-problem-response-process-v2.html
... The vote will be open until June 7th.

The proposal has been out for final community review at
http://lists.xen.org/archives/html/xen-users/2013-05/= msg00148.html with
no comments.

Regards
Lars



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

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


End of Xen-users Digest, Vol 99, Issue 58
*****************************************
--047d7bb04204bd1daa04ddb3df22-- --===============5536638840846819545== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5536638840846819545==-- From xen-users-bounces@lists.xen.org Tue May 28 12:03:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 12:03: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 1UhIbd-0004cr-9F; Tue, 28 May 2013 12:02:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhGnr-0000cf-Tn for xen-users@lists.xensource.com; Tue, 28 May 2013 10:06:52 +0000 Received: from [85.158.139.211:58153] by server-14.bemta-5.messagelabs.com id 20/EF-25870-BB184A15; Tue, 28 May 2013 10:06:51 +0000 X-Env-Sender: vamsissit@yahoo.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369735608!19798400!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31914 invoked from network); 28 May 2013 10:06:49 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-12.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 28 May 2013 10:06:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UhGnn-0007iN-TV for xen-users@lists.xensource.com; Tue, 28 May 2013 03:06:47 -0700 Date: Tue, 28 May 2013 03:06:47 -0700 (PDT) From: avamsi To: xen-users@lists.xensource.com Message-ID: <1369735607907-5716465.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 28 May 2013 12:02:19 +0000 Subject: [Xen-users] ubuntu12.04 pv domU not booting. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I installed ubuntu12.04 pv domU on a LVM. It got installed properly and updated grub. I followed the exact steps that listed in the below link. https://help.ubuntu.com/community/Xen When I tried to boot it first time, it is showing the following errors. Dom0 configuration is i3 , ubuntu12.04, xen-4.1. Parsing config file /etc/xen/ubuntu.cfg xc: error: do_evtchn_op: HYPERVISOR_event_channel_op failed: -1: Internal error xc: error: do_evtchn_op: HYPERVISOR_event_channel_op failed: -1: Internal error xc: error: panic: xc_dom_boot.c:159: xc_dom_boot_mem_init: can't allocate low memory for domain: Out of memory libxl: error: libxl_dom.c:204:libxl__build_pv xc_dom_boot_mem_init failed: No such process cannot (re-)build domain: -3 libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain 28 xenconsole: Could not read tty from store: No such file or directory The other method that I experimented with system images. I built the kernel for pv domU, created disk and swap images, and created root file system using debootstrap command(debootstrap --arch amd64 --variant=buildd precise /mnt/pv-ubuntu http://kr.archive.ubuntu.com/ubuntu/ ).I added hvc0.conf file and edited etc/fstab file. It went all well. Using the .cfg file when I tried to boot , it was going the following errors. libxl: error: libxl_dom.c:181:libxl__build_pv xc_dom_ramdisk_file failed: No such file or directory cannot (re-)build domain: -3 xenconsole: Could not read tty from store: No such file or directory I googled on net to resolve these errors. But a few guys experienced similar errors. Can any one help with there expertise in xen. Thanks, Vamsi A -- View this message in context: http://xen.1045712.n5.nabble.com/ubuntu12-04-pv-domU-not-booting-tp5716465.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 12:03:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 12:03: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 1UhIbd-0004cr-9F; Tue, 28 May 2013 12:02:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhGnr-0000cf-Tn for xen-users@lists.xensource.com; Tue, 28 May 2013 10:06:52 +0000 Received: from [85.158.139.211:58153] by server-14.bemta-5.messagelabs.com id 20/EF-25870-BB184A15; Tue, 28 May 2013 10:06:51 +0000 X-Env-Sender: vamsissit@yahoo.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369735608!19798400!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31914 invoked from network); 28 May 2013 10:06:49 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-12.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 28 May 2013 10:06:49 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UhGnn-0007iN-TV for xen-users@lists.xensource.com; Tue, 28 May 2013 03:06:47 -0700 Date: Tue, 28 May 2013 03:06:47 -0700 (PDT) From: avamsi To: xen-users@lists.xensource.com Message-ID: <1369735607907-5716465.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 28 May 2013 12:02:19 +0000 Subject: [Xen-users] ubuntu12.04 pv domU not booting. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I installed ubuntu12.04 pv domU on a LVM. It got installed properly and updated grub. I followed the exact steps that listed in the below link. https://help.ubuntu.com/community/Xen When I tried to boot it first time, it is showing the following errors. Dom0 configuration is i3 , ubuntu12.04, xen-4.1. Parsing config file /etc/xen/ubuntu.cfg xc: error: do_evtchn_op: HYPERVISOR_event_channel_op failed: -1: Internal error xc: error: do_evtchn_op: HYPERVISOR_event_channel_op failed: -1: Internal error xc: error: panic: xc_dom_boot.c:159: xc_dom_boot_mem_init: can't allocate low memory for domain: Out of memory libxl: error: libxl_dom.c:204:libxl__build_pv xc_dom_boot_mem_init failed: No such process cannot (re-)build domain: -3 libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain 28 xenconsole: Could not read tty from store: No such file or directory The other method that I experimented with system images. I built the kernel for pv domU, created disk and swap images, and created root file system using debootstrap command(debootstrap --arch amd64 --variant=buildd precise /mnt/pv-ubuntu http://kr.archive.ubuntu.com/ubuntu/ ).I added hvc0.conf file and edited etc/fstab file. It went all well. Using the .cfg file when I tried to boot , it was going the following errors. libxl: error: libxl_dom.c:181:libxl__build_pv xc_dom_ramdisk_file failed: No such file or directory cannot (re-)build domain: -3 xenconsole: Could not read tty from store: No such file or directory I googled on net to resolve these errors. But a few guys experienced similar errors. Can any one help with there expertise in xen. Thanks, Vamsi A -- View this message in context: http://xen.1045712.n5.nabble.com/ubuntu12-04-pv-domU-not-booting-tp5716465.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 12:03:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 12:03: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 1UhIbc-0004ci-Ki; Tue, 28 May 2013 12:02:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhFTI-0006QW-6f; Tue, 28 May 2013 08:41:32 +0000 Received: from [85.158.143.99:41074] by server-3.bemta-4.messagelabs.com id 82/42-02015-ABD64A15; Tue, 28 May 2013 08:41:30 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1369730489!26976344!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4153 invoked from network); 28 May 2013 08:41:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 08:41:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,756,1363132800"; d="asc'?scan'208";a="5034609" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 May 2013 08:41:18 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 28 May 2013 09:41:16 +0100 Message-ID: <1369730460.2680.3.camel@Solace> From: Dario Faggioli To: "xen-users@lists.xen.org" Date: Tue, 28 May 2013 10:41:00 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 28 May 2013 12:02:19 +0000 Cc: "xen-api@lists.xen.org" , xen-devel Subject: [Xen-users] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5228269793941248626==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5228269793941248626== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xDseglNB5x1YaVQi5OQg" --=-xDseglNB5x1YaVQi5OQg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi everyone, Just a reminder that Xen Document Day is TODAY, May 28! Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list: http://wiki.xen.org/wiki/Xen_Document_Days/TODO=20 To participate, you just have to: - join us on IRC: freenode channel #xendocs - tell people what you intend to work on (to avoid duplicating efforts) - fix some docus, help others and, above all, have fun! Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-xDseglNB5x1YaVQi5OQg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGkbZwACgkQk4XaBE3IOsTm9QCfUSSq3O33jgRyd4yJ9ES8PbCx C0oAn14m21rdt9j6Msscx8ikt/Q/RBlS =P2Sq -----END PGP SIGNATURE----- --=-xDseglNB5x1YaVQi5OQg-- --===============5228269793941248626== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5228269793941248626==-- From xen-users-bounces@lists.xen.org Tue May 28 12:03:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 12:03: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 1UhIbc-0004ci-Ki; Tue, 28 May 2013 12:02:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhFTI-0006QW-6f; Tue, 28 May 2013 08:41:32 +0000 Received: from [85.158.143.99:41074] by server-3.bemta-4.messagelabs.com id 82/42-02015-ABD64A15; Tue, 28 May 2013 08:41:30 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1369730489!26976344!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4153 invoked from network); 28 May 2013 08:41:29 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 08:41:29 -0000 X-IronPort-AV: E=Sophos;i="4.87,756,1363132800"; d="asc'?scan'208";a="5034609" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 May 2013 08:41:18 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 28 May 2013 09:41:16 +0100 Message-ID: <1369730460.2680.3.camel@Solace> From: Dario Faggioli To: "xen-users@lists.xen.org" Date: Tue, 28 May 2013 10:41:00 +0200 X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 28 May 2013 12:02:19 +0000 Cc: "xen-api@lists.xen.org" , xen-devel Subject: [Xen-users] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5228269793941248626==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5228269793941248626== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xDseglNB5x1YaVQi5OQg" --=-xDseglNB5x1YaVQi5OQg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi everyone, Just a reminder that Xen Document Day is TODAY, May 28! Xen Document Days are for people who care about Xen Documentation and want to improve it. We introduced Documentation Days, because working on documentation in parallel with like minded-people, is just more fun than working alone! Everybody who can contribute is welcome to join! For a list of items that need work, check out the community maintained TODO list: http://wiki.xen.org/wiki/Xen_Document_Days/TODO=20 To participate, you just have to: - join us on IRC: freenode channel #xendocs - tell people what you intend to work on (to avoid duplicating efforts) - fix some docus, help others and, above all, have fun! Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-xDseglNB5x1YaVQi5OQg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlGkbZwACgkQk4XaBE3IOsTm9QCfUSSq3O33jgRyd4yJ9ES8PbCx C0oAn14m21rdt9j6Msscx8ikt/Q/RBlS =P2Sq -----END PGP SIGNATURE----- --=-xDseglNB5x1YaVQi5OQg-- --===============5228269793941248626== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5228269793941248626==-- From xen-users-bounces@lists.xen.org Tue May 28 13:44:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 13:44:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKBH-0008U2-St; Tue, 28 May 2013 13:43:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKBF-0008Tg-V4; Tue, 28 May 2013 13:43:14 +0000 Received: from [85.158.138.51:55627] by server-14.bemta-3.messagelabs.com id C7/97-20016-074B4A15; Tue, 28 May 2013 13:43:12 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1369748590!28962915!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1013 invoked from network); 28 May 2013 13:43:12 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 13:43:12 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4SDgxJE021182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 May 2013 13:43:00 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SDgwNj008485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 28 May 2013 13:42:59 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SDgvEG017409; Tue, 28 May 2013 13:42:58 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 28 May 2013 06:42:57 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 6CF821BF781; Tue, 28 May 2013 09:42:56 -0400 (EDT) Date: Tue, 28 May 2013 09:42:56 -0400 From: Konrad Rzeszutek Wilk To: Craig Rodrigues Message-ID: <20130528134256.GF724@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: "freebsd-xen@freebsd.org" , xen-devel , Roger Pau =?iso-8859-1?Q?Monn=E9?= , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, May 24, 2013 at 03:21:54PM -0700, Craig Rodrigues wrote: > On Fri, May 24, 2013 at 7:14 AM, Konrad Rzeszutek Wilk < > konrad.wilk@oracle.com> wrote: > = > > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > > > Hello, > > > > > > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > > > implementation for both amd64 and i386. I've also updated the wiki to > > > point to the pvhvm_v10 branch: > > > > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_= add > > -r gmake' > > tells me there is no package (perhaps I am using a too modern version of > > FreeBSD > > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > > > > The Wiki mentions how to install git but that fails b/c it can't find > > gmake. > > > = > For 10.0-CURRENT, not all the packages are available yet from the main > FreeBSD.org ftp site. > I am going through a similar setup issue with someone who has signed up f= or > Google Summer of Code, > and I need him to use close to the latest 10.0-CURRENT and have a usable > system. > = > I wrote this blog post for the student: > http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-= gsoc-work/ Excellent! Thanks for the link. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 13:44:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 13:44:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKBH-0008U2-St; Tue, 28 May 2013 13:43:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKBF-0008Tg-V4; Tue, 28 May 2013 13:43:14 +0000 Received: from [85.158.138.51:55627] by server-14.bemta-3.messagelabs.com id C7/97-20016-074B4A15; Tue, 28 May 2013 13:43:12 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1369748590!28962915!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1013 invoked from network); 28 May 2013 13:43:12 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 13:43:12 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4SDgxJE021182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 May 2013 13:43:00 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SDgwNj008485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 28 May 2013 13:42:59 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SDgvEG017409; Tue, 28 May 2013 13:42:58 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 28 May 2013 06:42:57 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 6CF821BF781; Tue, 28 May 2013 09:42:56 -0400 (EDT) Date: Tue, 28 May 2013 09:42:56 -0400 From: Konrad Rzeszutek Wilk To: Craig Rodrigues Message-ID: <20130528134256.GF724@phenom.dumpdata.com> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <20130524141400.GB3900@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: "freebsd-xen@freebsd.org" , xen-devel , Roger Pau =?iso-8859-1?Q?Monn=E9?= , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, May 24, 2013 at 03:21:54PM -0700, Craig Rodrigues wrote: > On Fri, May 24, 2013 at 7:14 AM, Konrad Rzeszutek Wilk < > konrad.wilk@oracle.com> wrote: > = > > On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monn=E9 wrote: > > > Hello, > > > > > > I've pushed a new branch, pvhvm_v10 that contains a PV IPI > > > implementation for both amd64 and i386. I've also updated the wiki to > > > point to the pvhvm_v10 branch: > > > > I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_= add > > -r gmake' > > tells me there is no package (perhaps I am using a too modern version of > > FreeBSD > > (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? > > > > The Wiki mentions how to install git but that fails b/c it can't find > > gmake. > > > = > For 10.0-CURRENT, not all the packages are available yet from the main > FreeBSD.org ftp site. > I am going through a similar setup issue with someone who has signed up f= or > Google Summer of Code, > and I need him to use close to the latest 10.0-CURRENT and have a usable > system. > = > I wrote this blog post for the student: > http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-= gsoc-work/ Excellent! Thanks for the link. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 14:01:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 14:01: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 1UhKRv-0001ES-JP; Tue, 28 May 2013 14:00:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKRu-0001EM-60 for xen-users@lists.xensource.com; Tue, 28 May 2013 14:00:26 +0000 Received: from [85.158.139.83:13283] by server-14.bemta-5.messagelabs.com id 06/9A-25870-978B4A15; Tue, 28 May 2013 14:00:25 +0000 X-Env-Sender: matthew.pideil@teledetection.fr X-Msg-Ref: server-6.tower-182.messagelabs.com!1369749624!25512180!1 X-Originating-IP: [193.48.189.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29171 invoked from network); 28 May 2013 14:00:24 -0000 Received: from komper2.teledetection.fr (HELO komper.teledetection.fr) (193.48.189.9) by server-6.tower-182.messagelabs.com with SMTP; 28 May 2013 14:00:24 -0000 Received: from [193.48.189.109] (unknown [193.48.189.109]) by komper.teledetection.fr (Serveur mel de la MTD) with ESMTPSA id 23AFB264AC85 for ; Tue, 28 May 2013 16:00:23 +0200 (CEST) Message-ID: <51A4B877.1070801@teledetection.fr> Date: Tue, 28 May 2013 16:00:23 +0200 From: matthew pideil User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20121215 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4BA798D2.9050807@teledetection.fr> <7207d96f1003232012w5986ce94oe81924295a274566@mail.gmail.com> <4BA9DA2B.2050004@teledetection.fr> <7207d96f1003240241nb9fe0d6tc84502d3be55977@mail.gmail.com> In-Reply-To: <7207d96f1003240241nb9fe0d6tc84502d3be55977@mail.gmail.com> Subject: Re: [Xen-users] 2 instances of a DomU on the same LV X-BeenThere: xen-users@lists.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 Le -10/01/-28163 20:59, Fajar A. Nugraha a =E9crit : > On Wed, Mar 24, 2010 at 4:23 PM, Guy Roussin > wrote: > = >>> First the basics: xen does a basic sanity check to prevent more than a >>> domU uses the same block device/file when it's set as writable, unless >>> user specifically overides it. The check is only on the same dom0. >>> Nothing is done to prevent the same device used on another dom0. You >>> need some other kind of external mechanism to prevent that. >>> = > = >> Thank you Fajar, now i understand the logic. >> Is there some "external mechanism" i can use ? >> = > No ready-to-use script/application that I know of. > > = >> Otherwise I could develop my own simple mechanisms (shell scripts), >> = > You could extend /etc/xen/scripts/block. Look for check_sharing(), and > add a custom function there to check whether a remote node/guest is > using it. > > A simple way would be to set up ssh authorized_keys on both nodes and > changing the basic commands (cat /proc/mounts, xenstore-list/read) to > have "ssh other-host-ip" in front of it. I'm not sure how this method > will interact with live migration though. > > = >> and stop using virt-manager. >> = > If done correctly, you can still use virt-manager. > > = Hello, Sorry for bring back this thread but, like Fajar said, i extended the = "/etc/xen/scripts/block" script. Now, on the add of a new device, we check that this device is an LV and = if it is not already opened on another node of our non-clustered dom0s which access to the shared VG. Problem is that this script is called by udevd when a device is added or = removed, but in the case of migration, this will not works. # cat /etc/udev/xen-backend.rules | grep block SUBSYSTEM=3D=3D"xen-backend", KERNEL=3D=3D"vbd*", RUN+=3D"/etc/xen/scripts/= block = $env{ACTION}" So how does the node could know that the device is 'mounted' by xen for = a migration, and how udev could handle this and does the appropriate call to the block script ? Best regards, -- = Matthew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 14:01:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 14:01: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 1UhKRv-0001ES-JP; Tue, 28 May 2013 14:00:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKRu-0001EM-60 for xen-users@lists.xensource.com; Tue, 28 May 2013 14:00:26 +0000 Received: from [85.158.139.83:13283] by server-14.bemta-5.messagelabs.com id 06/9A-25870-978B4A15; Tue, 28 May 2013 14:00:25 +0000 X-Env-Sender: matthew.pideil@teledetection.fr X-Msg-Ref: server-6.tower-182.messagelabs.com!1369749624!25512180!1 X-Originating-IP: [193.48.189.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29171 invoked from network); 28 May 2013 14:00:24 -0000 Received: from komper2.teledetection.fr (HELO komper.teledetection.fr) (193.48.189.9) by server-6.tower-182.messagelabs.com with SMTP; 28 May 2013 14:00:24 -0000 Received: from [193.48.189.109] (unknown [193.48.189.109]) by komper.teledetection.fr (Serveur mel de la MTD) with ESMTPSA id 23AFB264AC85 for ; Tue, 28 May 2013 16:00:23 +0200 (CEST) Message-ID: <51A4B877.1070801@teledetection.fr> Date: Tue, 28 May 2013 16:00:23 +0200 From: matthew pideil User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20121215 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4BA798D2.9050807@teledetection.fr> <7207d96f1003232012w5986ce94oe81924295a274566@mail.gmail.com> <4BA9DA2B.2050004@teledetection.fr> <7207d96f1003240241nb9fe0d6tc84502d3be55977@mail.gmail.com> In-Reply-To: <7207d96f1003240241nb9fe0d6tc84502d3be55977@mail.gmail.com> Subject: Re: [Xen-users] 2 instances of a DomU on the same LV X-BeenThere: xen-users@lists.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 Le -10/01/-28163 20:59, Fajar A. Nugraha a =E9crit : > On Wed, Mar 24, 2010 at 4:23 PM, Guy Roussin > wrote: > = >>> First the basics: xen does a basic sanity check to prevent more than a >>> domU uses the same block device/file when it's set as writable, unless >>> user specifically overides it. The check is only on the same dom0. >>> Nothing is done to prevent the same device used on another dom0. You >>> need some other kind of external mechanism to prevent that. >>> = > = >> Thank you Fajar, now i understand the logic. >> Is there some "external mechanism" i can use ? >> = > No ready-to-use script/application that I know of. > > = >> Otherwise I could develop my own simple mechanisms (shell scripts), >> = > You could extend /etc/xen/scripts/block. Look for check_sharing(), and > add a custom function there to check whether a remote node/guest is > using it. > > A simple way would be to set up ssh authorized_keys on both nodes and > changing the basic commands (cat /proc/mounts, xenstore-list/read) to > have "ssh other-host-ip" in front of it. I'm not sure how this method > will interact with live migration though. > > = >> and stop using virt-manager. >> = > If done correctly, you can still use virt-manager. > > = Hello, Sorry for bring back this thread but, like Fajar said, i extended the = "/etc/xen/scripts/block" script. Now, on the add of a new device, we check that this device is an LV and = if it is not already opened on another node of our non-clustered dom0s which access to the shared VG. Problem is that this script is called by udevd when a device is added or = removed, but in the case of migration, this will not works. # cat /etc/udev/xen-backend.rules | grep block SUBSYSTEM=3D=3D"xen-backend", KERNEL=3D=3D"vbd*", RUN+=3D"/etc/xen/scripts/= block = $env{ACTION}" So how does the node could know that the device is 'mounted' by xen for = a migration, and how udev could handle this and does the appropriate call to the block script ? Best regards, -- = Matthew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 14:08:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 14:08: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 1UhKZD-0001Tx-PA; Tue, 28 May 2013 14:07:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKZB-0001Tp-Pf for xen-users@lists.xen.org; Tue, 28 May 2013 14:07:58 +0000 Received: from [85.158.139.211:47022] by server-5.bemta-5.messagelabs.com id FF/F3-27009-C3AB4A15; Tue, 28 May 2013 14:07:56 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1369750074!19846475!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27733 invoked from network); 28 May 2013 14:07:54 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 14:07:54 -0000 Received: by mail-we0-f177.google.com with SMTP id n57so5298602wev.36 for ; Tue, 28 May 2013 07:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=22/57WQrOjiZZpyrApxpFOqcmygVUKeiR/UbmlW8A2k=; b=eHBtrJZ+1NkGqAcl1KLiHeVv8heGBPtHCqyqz2XoFpfLX8Q1i8u05jqAc2e2iD8Psh 0lIUuKcHTwhwEeoUFCqAK56Dj6mIMWFDtyVVcg98rAALkukulC4v9yNLVYct9LvzMb/p kCZd+RbXeT/s+3utQP3RZOQW3UC35SVWfSfWX7ya2/QD89Lekz+IAXddVePZaeDT6H6S KZ4aigcNpOmy6tDxU+NOn7N6YlRhY0fkwL4D2ehqSsECm+vx0pn8oSSi6CAkONlp9QTf LZy3EcSso+UJz2Dv/tsP2xJ/Rh+8J7M5VsywAjM5mZxYo3Vg2cIe2E5merhCUy7wJp/L 6/bg== MIME-Version: 1.0 X-Received: by 10.180.184.83 with SMTP id es19mr12177959wic.54.1369750073860; Tue, 28 May 2013 07:07:53 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 07:07:53 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 09:07:53 -0500 Message-ID: From: David Sutton To: Gizmo Chicken Cc: "xen-users@lists.xen.org" , feral Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2090736648241793091==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2090736648241793091== Content-Type: multipart/alternative; boundary=001a11c228a095936c04ddc7caa7 --001a11c228a095936c04ddc7caa7 Content-Type: text/plain; charset=ISO-8859-1 GizmoChicken, To debug the issue when I first ran across it, I made sure I added "iommu=debug,verbose" onto the boot options in my grub.conf file. I then used "xl dmesg" to see the log when booting up - You'd be looking for something like: -- (XEN) AMD-Vi: Found MSI capability block at 0x54 (XEN) AMD-Vi: ACPI Table: (XEN) AMD-Vi: Signature IVRS (XEN) AMD-Vi: Length 0xf0 (XEN) AMD-Vi: Revision 0x1 (XEN) AMD-Vi: CheckSum 0x6e (XEN) AMD-Vi: OEM_Id AMD (XEN) AMD-Vi: OEM_Table_Id RD890S (XEN) AMD-Vi: OEM_Revision 0x202031 (XEN) AMD-Vi: Creator_Id AMD (XEN) AMD-Vi: Creator_Revision 0x0 (XEN) AMD-Vi: IVRS Block: type 0x10 flags 0x3e len 0xc0 id 0x2 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x0 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x0 -> 0x2 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x10 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x100 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x100 -> 0x101 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x20 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x200 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x28 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x300 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x30 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x400 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x48 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x500 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x58 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x600 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x600 -> 0x601 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x88 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x90 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x90 -> 0x92 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x98 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x98 -> 0x9a (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa0 flags 0xd7 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa2 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa3 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa4 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x0 id 0x0 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x43 id 0x700 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x700 -> 0x7ff alias 0xa4 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa5 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa8 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa9 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x900 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0xb0 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0xb0 -> 0xb2 (XEN) AMD-Vi: IVHD Device Entry: type 0x0 id 0x0 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x48 id 0x0 flags 0xd7 (XEN) AMD-Vi: IVHD Special: 0000:00:14.0 variety 0x1 handle 0x0 (XEN) IVHD Error: Invalid IO-APIC 0x0 (XEN) AMD-Vi: Error initialization -- In my case, the handle id is wrong ( you can see what it should be on the support document http://support.amd.com/us/Processor_TechDocs/48882.pdf - per tables 77/79 it should be the ID of the IO-APIC). Unlike the conflict error, which can be worked around by passing another command line option, invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to fail to be enabled if you have the XSA-36 patch installed. >From the notes in the patch for 4.2: -- In addition, because some BIOSes may incorrectly program IVRS entries for IOAPIC try to check for entry's consistency. Specifically, if conflicting entries are found disable IOMMU if per-device remapping table is used. If entries refer to bogus IOAPIC IDs disable IOMMU unconditionally -- Regards, David On Tue, May 28, 2013 at 5:11 AM, Gizmo Chicken wrote: > David and feral, > > I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can > tell, IOMMU works well with that motherboard and Xen 4.1. (I got VGA > passthrough working with a Windows guest.) Although I did some > preliminary testing with Xen 4.2 on that motherboard, because of some other > issues, I never got around to creating a VM that required IOMMU support, > and so can't say for certain whether IOMMU is working with that motherboard > and Xen 4.2. > > Apart from creating a VM that requires IOMMU support (which would take > more time than I'd prefer to spend right now) to see if it works, what > would good way to determine whether my Asus M5A99FX Pro 2.0 motherboard > suffers, or if free from, the IVRS table issue that you describe? > > Thanks much for any help with this! > > Best regards, > GizmoChicken > > > On Tue, May 28, 2013 at 3:31 AM, David Sutton wrote: > >> Feral, >> >> I have the R1.0 version of that motherboard. The problem is with the >> BIOS; its returning bad information in the IVRS table for the IO-APICs, >> which the new parser is catching and causing AMD-Vi initialization to fail. >> I've already put in a support ticket via the online form, included all the >> information such as links to the document which shows what the valid >> details should be. The ticket was basically closed with a note saying to >> look out for BIOS updates. I'm currently using 4.2.1 (which was before the >> table checking was added) and am able to use AMD-Vi. If you want to fix >> this, you're either going to have to get ASUS to issue a fixed BIOS (which >> doesn't feel likely at this point) or you'd have to either disable >> interrupt remapping or edit the source code to disable that check (and deal >> with any potential issue that might cause later) >> >> Regards, >> >> David >> >> >> On Mon, May 27, 2013 at 11:42 PM, feral wrote: >> >>> This issue has been discussed many times before, but I haven't found >>> an answer in my specific problem. >>> >>> Motherboard: Asus Sabertooth 990fx R2.0 >>> Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously >>> thorough) >>> >>> Affected: Xen-hypervisor >4.1.2 >>> Not Affected: Xen-hypervisor <4.1.2 >>> >>> >>> Xen 4.1.2 and earlier works fine regardless of the BIOS version of the >>> Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the >>> following: >>> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >>> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >>> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >>> (XEN) Table is not found! >>> (XEN) Using scheduler: SMP Credit Scheduler (credit) >>> (XEN) Detected 3110.540 MHz processor. >>> (XEN) Initing memory sharing. >>> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >>> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >>> (XEN) IVHD Error: Invalid IO-APIC 0xff >>> (XEN) AMD-Vi: Error initialization >>> (XEN) I/O virtualisation disabled >>> >>> >>> From what I understand, Xen used to just care less about the state of >>> your ACPI/IVRS but that this was potentially a security concern and >>> checks were implemented to disable IOMMU whenever it would be unsafe >>> (potentially) to have it enabled. >>> Now, I understand the logic here, but I disagree with the >>> implementation. There are a fairly large number of people who are >>> affected and we know Asus isn't going to fix the IVRS table. I >>> recognize the importance of implementing these checks and hell, even >>> automatically disabling IOMMU without notice (though on a consumer >>> board, this is a bit paranoid). >>> I understand there are kernel command line options you can pass to >>> forcibly bypass the checks and leave IOMMU enabled in most cases (ie: >>> iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to >>> be enough to force IOMMU back on. >>> I read somewhere in one of the many discussions on the subject, that >>> there are cases where you simply aren't allowed to disable the checks >>> (I believe this was when the IVRS table indicies don't line up or >>> something, which seems to be my issue). >>> >>> As I said, I know other people have precisely this problem with a >>> whole line of mid range Asus boards, but haven't seen a lot of >>> discussion on the list. Anyone reading this run into the same >>> problem? I bought this board specifically because of it's IOMMU >>> implementation, which worked fine... at the time... Ultimately I know >>> for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been >>> working for 6 months without an issue. I'm just sorta in a situation >>> where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems >>> like a silly amount of work when all I really need is an option to >>> disable the checks. >>> >>> >>> xm dmesg from a working vs. borked system >>> Working: >>> (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) >>> (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro >>> 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 >>> (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 >>> (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough >>> xen-pciback.hide=(06:00.0)(06.00.1) >>> (XEN) Video information: >>> (XEN) VGA is text mode 80x25, font 8x16 >>> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >>> (XEN) Disc information: >>> (XEN) Found 6 MBR signatures >>> (XEN) Found 6 EDD information structures >>> (XEN) Xen-e820 RAM map: >>> (XEN) 0000000000000000 - 000000000009e800 (usable) >>> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >>> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >>> (XEN) 0000000000100000 - 00000000bc348000 (usable) >>> (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) >>> (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) >>> (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) >>> (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) >>> (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) >>> (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) >>> (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) >>> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >>> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >>> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >>> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >>> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >>> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >>> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >>> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >>> (XEN) 0000000100001000 - 000000043f000000 (usable) >>> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >>> (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >>> zero address or length: 0000000000000000/1 [20070126] >>> (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL >>> 20051117) >>> (XEN) ACPI: FACS BD4F2F80, 0040 >>> (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT >>> 10013) >>> (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI >>> 5) >>> (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD >>> 0) >>> (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD >>> 1) >>> (XEN) System RAM: 16311MB (16702516kB) >>> (XEN) Domain heap initialised >>> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >>> bd4f2f80/0000000000000000, using 32 >>> (XEN) Processor #16 5:1 APIC version 16 >>> (XEN) Processor #17 5:1 APIC version 16 >>> (XEN) Processor #18 5:1 APIC version 16 >>> (XEN) Processor #19 5:1 APIC version 16 >>> (XEN) Processor #20 5:1 APIC version 16 >>> (XEN) Processor #21 5:1 APIC version 16 >>> (XEN) Processor #22 5:1 APIC version 16 >>> (XEN) Processor #23 5:1 APIC version 16 >>> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >>> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >>> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >>> (XEN) Table is not found! >>> (XEN) Using scheduler: SMP Credit Scheduler (credit) >>> (XEN) Detected 3110.553 MHz processor. >>> (XEN) Initing memory sharing. >>> (XEN) AMD-Vi: IOMMU 0 Enabled. >>> (XEN) I/O virtualisation enabled >>> (XEN) - Dom0 mode: Relaxed >>> (XEN) ENABLING IO-APIC IRQs >>> (XEN) -> Using new ACK method >>> (XEN) Platform timer is 14.318MHz HPET >>> (XEN) Allocated console ring of 16 KiB. >>> (XEN) HVM: ASIDs enabled. >>> (XEN) SVM: Supported advanced features: >>> (XEN) - Nested Page Tables (NPT) >>> (XEN) - Last Branch Record (LBR) Virtualisation >>> (XEN) - Next-RIP Saved on #VMEXIT >>> (XEN) - VMCB Clean Bits >>> (XEN) - Pause-Intercept Filter >>> (XEN) HVM: SVM enabled >>> (XEN) HVM: Hardware Assisted Paging detected. >>> (XEN) Brought up 8 CPUs >>> (XEN) *** LOADING DOMAIN 0 *** >>> (XEN) Xen kernel: 64-bit, lsb, compat32 >>> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 >>> (XEN) PHYSICAL MEMORY ARRANGEMENT: >>> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 >>> pages to be allocated) >>> (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 >>> (XEN) VIRTUAL MEMORY ARRANGEMENT: >>> (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 >>> (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 >>> (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 >>> (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 >>> (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 >>> (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 >>> (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 >>> (XEN) ENTRY ADDRESS: ffffffff81cfb200 >>> (XEN) Dom0 has maximum 8 VCPUs >>> (XEN) Scrubbing Free RAM: .done. >>> (XEN) Xen trace buffers: disabled >>> (XEN) Std. Loglevel: Errors and warnings >>> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >>> (XEN) Xen is relinquishing VGA console. >>> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >>> switch input to Xen) >>> (XEN) Freed 220kB init memory. >>> (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from >>> 0x0000000000000000 to 0x000000000000abcd. >>> (XEN) physdev.c:155: dom0: wrong map_pirq type 3 >>> >>> >>> BORKED: >>> (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) >>> (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) >>> 4.7.3) Mon Apr 29 19:35:31 UTC 2013 >>> (XEN) Bootloader: GRUB 2.00-13ubuntu3 >>> (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off >>> xen-pciback.hide=(06:00.0)(06.00.1) >>> (XEN) Video information: >>> (XEN) VGA is text mode 80x25, font 8x16 >>> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >>> (XEN) Disc information: >>> (XEN) Found 7 MBR signatures >>> (XEN) Found 6 EDD information structures >>> (XEN) Xen-e820 RAM map: >>> (XEN) 0000000000000000 - 000000000009e800 (usable) >>> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >>> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >>> (XEN) 0000000000100000 - 00000000ba7ac000 (usable) >>> (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) >>> (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) >>> (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) >>> (XEN) 00000000bb958000 - 00000000bca35000 (reserved) >>> (XEN) 00000000bca35000 - 00000000bca36000 (usable) >>> (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) >>> (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) >>> (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) >>> (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) >>> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >>> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >>> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >>> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >>> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >>> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >>> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >>> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >>> (XEN) 0000000100001000 - 000000043f000000 (usable) >>> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >>> (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than >>> ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] >>> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >>> zero address or length: 0000000000000000/1 [20070126] >>> (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL >>> 20051117) >>> (XEN) ACPI: FACS BB952F80, 0040 >>> (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT >>> 10013) >>> (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI >>> 5) >>> (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD >>> 0) >>> (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD >>> 1) >>> (XEN) System RAM: 16283MB (16674420kB) >>> (XEN) Domain heap initialised >>> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >>> bb952f80/0000000000000000, using 32 >>> (XEN) Processor #16 5:1 APIC version 16 >>> (XEN) Processor #17 5:1 APIC version 16 >>> (XEN) Processor #18 5:1 APIC version 16 >>> (XEN) Processor #19 5:1 APIC version 16 >>> (XEN) Processor #20 5:1 APIC version 16 >>> (XEN) Processor #21 5:1 APIC version 16 >>> (XEN) Processor #22 5:1 APIC version 16 >>> (XEN) Processor #23 5:1 APIC version 16 >>> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >>> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >>> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >>> (XEN) Table is not found! >>> (XEN) Using scheduler: SMP Credit Scheduler (credit) >>> (XEN) Detected 3110.540 MHz processor. >>> (XEN) Initing memory sharing. >>> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >>> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >>> (XEN) IVHD Error: Invalid IO-APIC 0xff >>> (XEN) AMD-Vi: Error initialization >>> (XEN) I/O virtualisation disabled >>> (XEN) ENABLING IO-APIC IRQs >>> (XEN) -> Using new ACK method >>> (XEN) Platform timer is 14.318MHz HPET >>> (XEN) Allocated console ring of 16 KiB. >>> (XEN) HVM: ASIDs enabled. >>> (XEN) SVM: Supported advanced features: >>> (XEN) - Nested Page Tables (NPT) >>> (XEN) - Last Branch Record (LBR) Virtualisation >>> (XEN) - Next-RIP Saved on #VMEXIT >>> (XEN) - VMCB Clean Bits >>> (XEN) - DecodeAssists >>> (XEN) - Pause-Intercept Filter >>> (XEN) - TSC Rate MSR >>> (XEN) HVM: SVM enabled >>> (XEN) HVM: Hardware Assisted Paging (HAP) detected >>> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB >>> (XEN) Brought up 8 CPUs >>> (XEN) mtrr: your CPUs had inconsistent variable MTRR settings >>> (XEN) *** LOADING DOMAIN 0 *** >>> (XEN) Xen kernel: 64-bit, lsb, compat32 >>> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 >>> (XEN) PHYSICAL MEMORY ARRANGEMENT: >>> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 >>> pages to be allocated) >>> (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 >>> (XEN) VIRTUAL MEMORY ARRANGEMENT: >>> (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 >>> (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 >>> (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 >>> (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 >>> (XEN) Page tables: ffffffff894b5000->ffffffff89504000 >>> (XEN) Boot stack: ffffffff89504000->ffffffff89505000 >>> (XEN) TOTAL: ffffffff80000000->ffffffff89800000 >>> (XEN) ENTRY ADDRESS: ffffffff81d06210 >>> (XEN) Dom0 has maximum 8 VCPUs >>> (XEN) Scrubbing Free RAM: .done. >>> (XEN) Initial low memory virq threshold set at 0x4000 pages. >>> (XEN) Std. Loglevel: Errors and warnings >>> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >>> (XEN) Xen is relinquishing VGA console. >>> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >>> switch input to Xen) >>> (XEN) Freed 244kB init memory. >>> >>> _______________________________________________ >>> 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 >> > > --001a11c228a095936c04ddc7caa7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
GizmoChicken,

=A0 To= debug the issue when I first ran across it, I made sure I added "iomm= u=3Ddebug,verbose" onto the boot options in my grub.conf file. I then = used "xl dmesg" to see the log when booting up - You'd be loo= king for something like:

--
(XEN) AMD-Vi: Found MSI capability block at 0x54
(XEN) AMD-Vi:= ACPI Table:
(XEN) AMD-Vi:=A0 Signature IVRS
(XEN) AMD-Vi:=A0 Length = 0xf0
(XEN) AMD-Vi:=A0 Revision 0x1
(XEN) AMD-Vi:=A0 CheckSum 0x6e
= (XEN) AMD-Vi:=A0 OEM_Id AMD=A0
(XEN) AMD-Vi:=A0 OEM_Table_Id RD890S
(XEN) AMD-Vi:=A0 OEM_Revision 0x202= 031
(XEN) AMD-Vi:=A0 Creator_Id AMD
(XEN) AMD-Vi:=A0 Creator_Revisio= n 0x0
(XEN) AMD-Vi: IVRS Block: type 0x10 flags 0x3e len 0xc0 id 0x2
= (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x0 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0x0 -> 0x2
(XEN) AMD-Vi: IVHD Device E= ntry: type 0x2 id 0x10 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0= x3 id 0x100 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0x100 -> 0x101 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x20 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x2 id 0x200 flags 0x0
(XEN) AMD-Vi: IVHD Devi= ce Entry: type 0x2 id 0x28 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0x300 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x30 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x2 id 0x400 flags 0x0
(XEN) AMD-Vi: IVHD Devi= ce Entry: type 0x2 id 0x48 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0x500 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x58 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x3 id 0x600 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id= Range: 0x600 -> 0x601
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0= x88 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x90 flags 0x0
(XEN) AMD-Vi= :=A0 Dev_Id Range: 0x90 -> 0x92
(XEN) AMD-Vi: IVHD Device Entry: type= 0x3 id 0x98 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0x98 -> 0x9a (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa0 flags 0xd7
(XEN) AMD-V= i: IVHD Device Entry: type 0x2 id 0xa2 flags 0x0
(XEN) AMD-Vi: IVHD Devi= ce Entry: type 0x2 id 0xa3 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0xa4 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x0 id 0x0 flags 0x0
(XEN) AMD-Vi:= IVHD Device Entry: type 0x43 id 0x700 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id= Range: 0x700 -> 0x7ff alias 0xa4
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0xa5 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa8 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x2 id 0xa9 flags 0x0
(XEN) AMD-Vi: IVHD Devic= e Entry: type 0x2 id 0x900 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x3 id 0xb0 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0xb0 -> 0xb2
(XEN) AMD-Vi: IVHD Device= Entry: type 0x0 id 0x0 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type = 0x48 id 0x0 flags 0xd7
(XEN) AMD-Vi: IVHD Special: 0000:00:14.0 variety = 0x1 handle 0x0
(XEN) IVHD Error: Invalid IO-APIC 0x0
(XEN) AMD-Vi: Error initialization=
--

In my case, the handle id is wrong ( you can see what i= t should be on the support document http://su= pport.amd.com/us/Processor_TechDocs/48882.pdf - per tables 77/79 it sho= uld be the ID of the IO-APIC). Unlike the conflict error, which can be work= ed around by passing another command line option, invalid IO-APIC entries i= n the IVRS table will always cause AMD-Vi to fail to be enabled if you have= the XSA-36 patch installed.

From the notes in the patch for 4.2:--
In addition, because some BIOSes may incorrectly program IVRS
entries for IOAPIC try to check for entry's consistency. Specifically,<= br>if conflicting entries are found disable IOMMU if per-device
remappin= g table is used. If entries refer to bogus IOAPIC IDs
disable IOMMU unco= nditionally
--

Regards,

=A0 David


= On Tue, May 28, 2013 at 5:11 AM, Gizmo Chicken <gizmochicken@gmail.co= m> wrote:
Da= vid and feral,

I have an Asus M5A99FX Pro 2.0 motherboard and,= at least as far as I can tell, IOMMU works well with that motherboard and = Xen 4.1.=A0 (I got VGA passthrough working with a Windows guest.)=A0=A0 Alt= hough I did some preliminary testing with Xen 4.2 on that motherboard, beca= use of some other issues, I never got around to creating a VM that required= IOMMU support, and so can't say for certain whether IOMMU is working w= ith that motherboard and Xen 4.2.

Apart from creating a VM that requires IOMMU support (which would= take more time than I'd prefer to spend right now) to see if it works,= what would good way to determine whether my=A0 Asus M5A99FX Pro 2.0 mother= board suffers, or if free from, the IVRS table issue that you describe?

Thanks much for any help with this!

Best regards,
GizmoChicken


On Tue, May 28, 201= 3 at 3:31 AM, David Sutton <kantras@gmail.com> wrote:
Feral,

= =A0 I have the R1.0 version of that motherboard. The problem is with the BI= OS; its returning bad information in the IVRS table for the IO-APICs, which= the new parser is catching and causing AMD-Vi initialization to fail. I= 9;ve already put in a support ticket via the online form, included all the = information such as links to the document which shows what the valid detail= s should be. The ticket was basically closed with a note saying to look out= for BIOS updates. I'm currently using 4.2.1 (which was before the tabl= e checking was added) and am able to use AMD-Vi. If you want to fix this, y= ou're either going to have to get ASUS to issue a fixed BIOS (which doe= sn't feel likely at this point) or you'd have to either disable int= errupt remapping or edit the source code to disable that check (and deal wi= th any potential issue that might cause later)

Regards,

=A0 David


On Mon, May 27, 2013 at 11:42 PM, feral= <blistovmhz@gmail.com> wrote:
This issue has been discussed many times bef= ore, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)=

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo. =A0After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


>From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation. =A0There are a fairly large number of people who are
affected and we know Asus isn't going to fix the IVRS table. =A0I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list. =A0Anyone reading this run into the same
problem? =A0I bought this board specifically because of it's IOMMU
implementation, which worked fine... at the time... =A0Ultimately I know for a =A0fact that the boards ACPI/IVRS can't be TOO wrong as it's = been
working for 6 months without an issue. =A0I'm just sorta in a situation=
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
(stefan.bad= er@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar =A08 14:31:11 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 6 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000bc348000 (usable)
(XEN) =A000000000bc348000 - 00000000bc78c000 (reserved)
(XEN) =A000000000bc78c000 - 00000000bc797000 (ACPI data)
(XEN) =A000000000bc797000 - 00000000bd4f8000 (ACPI NVS)
(XEN) =A000000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN) =A000000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN) =A000000000bd8d6000 - 00000000bdad9000 (ACPI NVS)
(XEN) =A000000000bdad9000 - 00000000bdf00000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN) =A0- Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4044532 pages to be allocated)
(XEN) =A0Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN) =A0Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN) =A0Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN) =A0Start info: =A0 =A0ffffffff867b2000->ffffffff867b24b4
(XEN) =A0Page tables: =A0 ffffffff867b3000->ffffffff867ec000
(XEN) =A0Boot stack: =A0 =A0ffffffff867ec000->ffffffff867ed000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff86c00000
(XEN) =A0ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3


BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1)
(stefan.bad= er@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 7 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000ba7ac000 (usable)
(XEN) =A000000000ba7ac000 - 00000000babe0000 (reserved)
(XEN) =A000000000babe0000 - 00000000babf0000 (ACPI data)
(XEN) =A000000000babf0000 - 00000000bb958000 (ACPI NVS)
(XEN) =A000000000bb958000 - 00000000bca35000 (reserved)
(XEN) =A000000000bca35000 - 00000000bca36000 (usable)
(XEN) =A000000000bca36000 - 00000000bcc3c000 (ACPI NVS)
(XEN) =A000000000bcc3c000 - 00000000bd083000 (usable)
(XEN) =A000000000bd083000 - 00000000bd7f4000 (reserved)
(XEN) =A000000000bd7f4000 - 00000000bd800000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- DecodeAssists
(XEN) =A0- Pause-Intercept Filter
(XEN) =A0- TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4035583 pages to be allocated)
(XEN) =A0Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN) =A0Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN) =A0Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN) =A0Start info: =A0 =A0ffffffff894b4000->ffffffff894b44b4
(XEN) =A0Page tables: =A0 ffffffff894b5000->ffffffff89504000
(XEN) =A0Boot stack: =A0 =A0ffffffff89504000->ffffffff89505000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff89800000
(XEN) =A0ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

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


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


--001a11c228a095936c04ddc7caa7-- --===============2090736648241793091== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2090736648241793091==-- From xen-users-bounces@lists.xen.org Tue May 28 14:08:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 14:08: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 1UhKZD-0001Tx-PA; Tue, 28 May 2013 14:07:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhKZB-0001Tp-Pf for xen-users@lists.xen.org; Tue, 28 May 2013 14:07:58 +0000 Received: from [85.158.139.211:47022] by server-5.bemta-5.messagelabs.com id FF/F3-27009-C3AB4A15; Tue, 28 May 2013 14:07:56 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1369750074!19846475!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27733 invoked from network); 28 May 2013 14:07:54 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 14:07:54 -0000 Received: by mail-we0-f177.google.com with SMTP id n57so5298602wev.36 for ; Tue, 28 May 2013 07:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=22/57WQrOjiZZpyrApxpFOqcmygVUKeiR/UbmlW8A2k=; b=eHBtrJZ+1NkGqAcl1KLiHeVv8heGBPtHCqyqz2XoFpfLX8Q1i8u05jqAc2e2iD8Psh 0lIUuKcHTwhwEeoUFCqAK56Dj6mIMWFDtyVVcg98rAALkukulC4v9yNLVYct9LvzMb/p kCZd+RbXeT/s+3utQP3RZOQW3UC35SVWfSfWX7ya2/QD89Lekz+IAXddVePZaeDT6H6S KZ4aigcNpOmy6tDxU+NOn7N6YlRhY0fkwL4D2ehqSsECm+vx0pn8oSSi6CAkONlp9QTf LZy3EcSso+UJz2Dv/tsP2xJ/Rh+8J7M5VsywAjM5mZxYo3Vg2cIe2E5merhCUy7wJp/L 6/bg== MIME-Version: 1.0 X-Received: by 10.180.184.83 with SMTP id es19mr12177959wic.54.1369750073860; Tue, 28 May 2013 07:07:53 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 07:07:53 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 09:07:53 -0500 Message-ID: From: David Sutton To: Gizmo Chicken Cc: "xen-users@lists.xen.org" , feral Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2090736648241793091==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2090736648241793091== Content-Type: multipart/alternative; boundary=001a11c228a095936c04ddc7caa7 --001a11c228a095936c04ddc7caa7 Content-Type: text/plain; charset=ISO-8859-1 GizmoChicken, To debug the issue when I first ran across it, I made sure I added "iommu=debug,verbose" onto the boot options in my grub.conf file. I then used "xl dmesg" to see the log when booting up - You'd be looking for something like: -- (XEN) AMD-Vi: Found MSI capability block at 0x54 (XEN) AMD-Vi: ACPI Table: (XEN) AMD-Vi: Signature IVRS (XEN) AMD-Vi: Length 0xf0 (XEN) AMD-Vi: Revision 0x1 (XEN) AMD-Vi: CheckSum 0x6e (XEN) AMD-Vi: OEM_Id AMD (XEN) AMD-Vi: OEM_Table_Id RD890S (XEN) AMD-Vi: OEM_Revision 0x202031 (XEN) AMD-Vi: Creator_Id AMD (XEN) AMD-Vi: Creator_Revision 0x0 (XEN) AMD-Vi: IVRS Block: type 0x10 flags 0x3e len 0xc0 id 0x2 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x0 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x0 -> 0x2 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x10 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x100 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x100 -> 0x101 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x20 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x200 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x28 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x300 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x30 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x400 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x48 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x500 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x58 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x600 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x600 -> 0x601 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x88 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x90 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x90 -> 0x92 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x98 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x98 -> 0x9a (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa0 flags 0xd7 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa2 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa3 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa4 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x0 id 0x0 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x43 id 0x700 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0x700 -> 0x7ff alias 0xa4 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa5 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa8 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa9 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x900 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0xb0 flags 0x0 (XEN) AMD-Vi: Dev_Id Range: 0xb0 -> 0xb2 (XEN) AMD-Vi: IVHD Device Entry: type 0x0 id 0x0 flags 0x0 (XEN) AMD-Vi: IVHD Device Entry: type 0x48 id 0x0 flags 0xd7 (XEN) AMD-Vi: IVHD Special: 0000:00:14.0 variety 0x1 handle 0x0 (XEN) IVHD Error: Invalid IO-APIC 0x0 (XEN) AMD-Vi: Error initialization -- In my case, the handle id is wrong ( you can see what it should be on the support document http://support.amd.com/us/Processor_TechDocs/48882.pdf - per tables 77/79 it should be the ID of the IO-APIC). Unlike the conflict error, which can be worked around by passing another command line option, invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to fail to be enabled if you have the XSA-36 patch installed. >From the notes in the patch for 4.2: -- In addition, because some BIOSes may incorrectly program IVRS entries for IOAPIC try to check for entry's consistency. Specifically, if conflicting entries are found disable IOMMU if per-device remapping table is used. If entries refer to bogus IOAPIC IDs disable IOMMU unconditionally -- Regards, David On Tue, May 28, 2013 at 5:11 AM, Gizmo Chicken wrote: > David and feral, > > I have an Asus M5A99FX Pro 2.0 motherboard and, at least as far as I can > tell, IOMMU works well with that motherboard and Xen 4.1. (I got VGA > passthrough working with a Windows guest.) Although I did some > preliminary testing with Xen 4.2 on that motherboard, because of some other > issues, I never got around to creating a VM that required IOMMU support, > and so can't say for certain whether IOMMU is working with that motherboard > and Xen 4.2. > > Apart from creating a VM that requires IOMMU support (which would take > more time than I'd prefer to spend right now) to see if it works, what > would good way to determine whether my Asus M5A99FX Pro 2.0 motherboard > suffers, or if free from, the IVRS table issue that you describe? > > Thanks much for any help with this! > > Best regards, > GizmoChicken > > > On Tue, May 28, 2013 at 3:31 AM, David Sutton wrote: > >> Feral, >> >> I have the R1.0 version of that motherboard. The problem is with the >> BIOS; its returning bad information in the IVRS table for the IO-APICs, >> which the new parser is catching and causing AMD-Vi initialization to fail. >> I've already put in a support ticket via the online form, included all the >> information such as links to the document which shows what the valid >> details should be. The ticket was basically closed with a note saying to >> look out for BIOS updates. I'm currently using 4.2.1 (which was before the >> table checking was added) and am able to use AMD-Vi. If you want to fix >> this, you're either going to have to get ASUS to issue a fixed BIOS (which >> doesn't feel likely at this point) or you'd have to either disable >> interrupt remapping or edit the source code to disable that check (and deal >> with any potential issue that might cause later) >> >> Regards, >> >> David >> >> >> On Mon, May 27, 2013 at 11:42 PM, feral wrote: >> >>> This issue has been discussed many times before, but I haven't found >>> an answer in my specific problem. >>> >>> Motherboard: Asus Sabertooth 990fx R2.0 >>> Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously >>> thorough) >>> >>> Affected: Xen-hypervisor >4.1.2 >>> Not Affected: Xen-hypervisor <4.1.2 >>> >>> >>> Xen 4.1.2 and earlier works fine regardless of the BIOS version of the >>> Mobo. After upgrading Xen hypervisor beyond 4.1.2, we get the >>> following: >>> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >>> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >>> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >>> (XEN) Table is not found! >>> (XEN) Using scheduler: SMP Credit Scheduler (credit) >>> (XEN) Detected 3110.540 MHz processor. >>> (XEN) Initing memory sharing. >>> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >>> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >>> (XEN) IVHD Error: Invalid IO-APIC 0xff >>> (XEN) AMD-Vi: Error initialization >>> (XEN) I/O virtualisation disabled >>> >>> >>> From what I understand, Xen used to just care less about the state of >>> your ACPI/IVRS but that this was potentially a security concern and >>> checks were implemented to disable IOMMU whenever it would be unsafe >>> (potentially) to have it enabled. >>> Now, I understand the logic here, but I disagree with the >>> implementation. There are a fairly large number of people who are >>> affected and we know Asus isn't going to fix the IVRS table. I >>> recognize the importance of implementing these checks and hell, even >>> automatically disabling IOMMU without notice (though on a consumer >>> board, this is a bit paranoid). >>> I understand there are kernel command line options you can pass to >>> forcibly bypass the checks and leave IOMMU enabled in most cases (ie: >>> iommu=no-amd-iommu-perdev-intremap) but thus far none of them seem to >>> be enough to force IOMMU back on. >>> I read somewhere in one of the many discussions on the subject, that >>> there are cases where you simply aren't allowed to disable the checks >>> (I believe this was when the IVRS table indicies don't line up or >>> something, which seems to be my issue). >>> >>> As I said, I know other people have precisely this problem with a >>> whole line of mid range Asus boards, but haven't seen a lot of >>> discussion on the list. Anyone reading this run into the same >>> problem? I bought this board specifically because of it's IOMMU >>> implementation, which worked fine... at the time... Ultimately I know >>> for a fact that the boards ACPI/IVRS can't be TOO wrong as it's been >>> working for 6 months without an issue. I'm just sorta in a situation >>> where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems >>> like a silly amount of work when all I really need is an option to >>> disable the checks. >>> >>> >>> xm dmesg from a working vs. borked system >>> Working: >>> (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2) >>> (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro >>> 4.6.3-1ubuntu2) ) Thu Mar 8 14:31:11 UTC 2012 >>> (XEN) Bootloader: GRUB 1.99-21ubuntu3.9 >>> (XEN) Command line: pci_msitranslate=0 xen-pciback=passthrough >>> xen-pciback.hide=(06:00.0)(06.00.1) >>> (XEN) Video information: >>> (XEN) VGA is text mode 80x25, font 8x16 >>> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >>> (XEN) Disc information: >>> (XEN) Found 6 MBR signatures >>> (XEN) Found 6 EDD information structures >>> (XEN) Xen-e820 RAM map: >>> (XEN) 0000000000000000 - 000000000009e800 (usable) >>> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >>> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >>> (XEN) 0000000000100000 - 00000000bc348000 (usable) >>> (XEN) 00000000bc348000 - 00000000bc78c000 (reserved) >>> (XEN) 00000000bc78c000 - 00000000bc797000 (ACPI data) >>> (XEN) 00000000bc797000 - 00000000bd4f8000 (ACPI NVS) >>> (XEN) 00000000bd4f8000 - 00000000bd8d5000 (reserved) >>> (XEN) 00000000bd8d5000 - 00000000bd8d6000 (usable) >>> (XEN) 00000000bd8d6000 - 00000000bdad9000 (ACPI NVS) >>> (XEN) 00000000bdad9000 - 00000000bdf00000 (usable) >>> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >>> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >>> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >>> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >>> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >>> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >>> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >>> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >>> (XEN) 0000000100001000 - 000000043f000000 (usable) >>> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >>> (XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >>> zero address or length: 0000000000000000/1 [20070126] >>> (XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA A M I 0 INTL >>> 20051117) >>> (XEN) ACPI: FACS BD4F2F80, 0040 >>> (XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA A M I 1072009 MSFT >>> 10013) >>> (XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA A M I 1072009 AMI >>> 5) >>> (XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: IVRS BC795E58, 0100 (r1 AMD RD890S 202031 AMD >>> 0) >>> (XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD POWERNOW 1 AMD >>> 1) >>> (XEN) System RAM: 16311MB (16702516kB) >>> (XEN) Domain heap initialised >>> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >>> bd4f2f80/0000000000000000, using 32 >>> (XEN) Processor #16 5:1 APIC version 16 >>> (XEN) Processor #17 5:1 APIC version 16 >>> (XEN) Processor #18 5:1 APIC version 16 >>> (XEN) Processor #19 5:1 APIC version 16 >>> (XEN) Processor #20 5:1 APIC version 16 >>> (XEN) Processor #21 5:1 APIC version 16 >>> (XEN) Processor #22 5:1 APIC version 16 >>> (XEN) Processor #23 5:1 APIC version 16 >>> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >>> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >>> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >>> (XEN) Table is not found! >>> (XEN) Using scheduler: SMP Credit Scheduler (credit) >>> (XEN) Detected 3110.553 MHz processor. >>> (XEN) Initing memory sharing. >>> (XEN) AMD-Vi: IOMMU 0 Enabled. >>> (XEN) I/O virtualisation enabled >>> (XEN) - Dom0 mode: Relaxed >>> (XEN) ENABLING IO-APIC IRQs >>> (XEN) -> Using new ACK method >>> (XEN) Platform timer is 14.318MHz HPET >>> (XEN) Allocated console ring of 16 KiB. >>> (XEN) HVM: ASIDs enabled. >>> (XEN) SVM: Supported advanced features: >>> (XEN) - Nested Page Tables (NPT) >>> (XEN) - Last Branch Record (LBR) Virtualisation >>> (XEN) - Next-RIP Saved on #VMEXIT >>> (XEN) - VMCB Clean Bits >>> (XEN) - Pause-Intercept Filter >>> (XEN) HVM: SVM enabled >>> (XEN) HVM: Hardware Assisted Paging detected. >>> (XEN) Brought up 8 CPUs >>> (XEN) *** LOADING DOMAIN 0 *** >>> (XEN) Xen kernel: 64-bit, lsb, compat32 >>> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000 >>> (XEN) PHYSICAL MEMORY ARRANGEMENT: >>> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4044532 >>> pages to be allocated) >>> (XEN) Init. ramdisk: 000000043c7dd000->000000043efffa00 >>> (XEN) VIRTUAL MEMORY ARRANGEMENT: >>> (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 >>> (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84881a00 >>> (XEN) Phys-Mach map: ffffffff84882000->ffffffff867b18b8 >>> (XEN) Start info: ffffffff867b2000->ffffffff867b24b4 >>> (XEN) Page tables: ffffffff867b3000->ffffffff867ec000 >>> (XEN) Boot stack: ffffffff867ec000->ffffffff867ed000 >>> (XEN) TOTAL: ffffffff80000000->ffffffff86c00000 >>> (XEN) ENTRY ADDRESS: ffffffff81cfb200 >>> (XEN) Dom0 has maximum 8 VCPUs >>> (XEN) Scrubbing Free RAM: .done. >>> (XEN) Xen trace buffers: disabled >>> (XEN) Std. Loglevel: Errors and warnings >>> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >>> (XEN) Xen is relinquishing VGA console. >>> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >>> switch input to Xen) >>> (XEN) Freed 220kB init memory. >>> (XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from >>> 0x0000000000000000 to 0x000000000000abcd. >>> (XEN) physdev.c:155: dom0: wrong map_pirq type 3 >>> >>> >>> BORKED: >>> (XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1) >>> (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) >>> 4.7.3) Mon Apr 29 19:35:31 UTC 2013 >>> (XEN) Bootloader: GRUB 2.00-13ubuntu3 >>> (XEN) Command line: iommu=no-amd-iommu-perdev-intremap x2apic=off >>> xen-pciback.hide=(06:00.0)(06.00.1) >>> (XEN) Video information: >>> (XEN) VGA is text mode 80x25, font 8x16 >>> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >>> (XEN) Disc information: >>> (XEN) Found 7 MBR signatures >>> (XEN) Found 6 EDD information structures >>> (XEN) Xen-e820 RAM map: >>> (XEN) 0000000000000000 - 000000000009e800 (usable) >>> (XEN) 000000000009e800 - 00000000000a0000 (reserved) >>> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >>> (XEN) 0000000000100000 - 00000000ba7ac000 (usable) >>> (XEN) 00000000ba7ac000 - 00000000babe0000 (reserved) >>> (XEN) 00000000babe0000 - 00000000babf0000 (ACPI data) >>> (XEN) 00000000babf0000 - 00000000bb958000 (ACPI NVS) >>> (XEN) 00000000bb958000 - 00000000bca35000 (reserved) >>> (XEN) 00000000bca35000 - 00000000bca36000 (usable) >>> (XEN) 00000000bca36000 - 00000000bcc3c000 (ACPI NVS) >>> (XEN) 00000000bcc3c000 - 00000000bd083000 (usable) >>> (XEN) 00000000bd083000 - 00000000bd7f4000 (reserved) >>> (XEN) 00000000bd7f4000 - 00000000bd800000 (usable) >>> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >>> (XEN) 00000000fec00000 - 00000000fec01000 (reserved) >>> (XEN) 00000000fec10000 - 00000000fec11000 (reserved) >>> (XEN) 00000000fec20000 - 00000000fec21000 (reserved) >>> (XEN) 00000000fed00000 - 00000000fed01000 (reserved) >>> (XEN) 00000000fed61000 - 00000000fed71000 (reserved) >>> (XEN) 00000000fed80000 - 00000000fed90000 (reserved) >>> (XEN) 00000000fef00000 - 0000000100000000 (reserved) >>> (XEN) 0000000100001000 - 000000043f000000 (usable) >>> (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >>> (XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than >>> ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126] >>> (XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock" has >>> zero address or length: 0000000000000000/1 [20070126] >>> (XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA A M I 0 INTL >>> 20051117) >>> (XEN) ACPI: FACS BB952F80, 0040 >>> (XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA A M I 1072009 MSFT >>> 10013) >>> (XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA A M I 1072009 AMI >>> 5) >>> (XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA A M I 1072009 AMI >>> 10013) >>> (XEN) ACPI: IVRS BABEE3E0, 0100 (r1 AMD RD890S 202031 AMD >>> 0) >>> (XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD POWERNOW 1 AMD >>> 1) >>> (XEN) System RAM: 16283MB (16674420kB) >>> (XEN) Domain heap initialised >>> (XEN) ACPI: 32/64X FACS address mismatch in FADT - >>> bb952f80/0000000000000000, using 32 >>> (XEN) Processor #16 5:1 APIC version 16 >>> (XEN) Processor #17 5:1 APIC version 16 >>> (XEN) Processor #18 5:1 APIC version 16 >>> (XEN) Processor #19 5:1 APIC version 16 >>> (XEN) Processor #20 5:1 APIC version 16 >>> (XEN) Processor #21 5:1 APIC version 16 >>> (XEN) Processor #22 5:1 APIC version 16 >>> (XEN) Processor #23 5:1 APIC version 16 >>> (XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23 >>> (XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55 >>> (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs >>> (XEN) Table is not found! >>> (XEN) Using scheduler: SMP Credit Scheduler (credit) >>> (XEN) Detected 3110.540 MHz processor. >>> (XEN) Initing memory sharing. >>> (XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 >>> (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff >>> (XEN) IVHD Error: Invalid IO-APIC 0xff >>> (XEN) AMD-Vi: Error initialization >>> (XEN) I/O virtualisation disabled >>> (XEN) ENABLING IO-APIC IRQs >>> (XEN) -> Using new ACK method >>> (XEN) Platform timer is 14.318MHz HPET >>> (XEN) Allocated console ring of 16 KiB. >>> (XEN) HVM: ASIDs enabled. >>> (XEN) SVM: Supported advanced features: >>> (XEN) - Nested Page Tables (NPT) >>> (XEN) - Last Branch Record (LBR) Virtualisation >>> (XEN) - Next-RIP Saved on #VMEXIT >>> (XEN) - VMCB Clean Bits >>> (XEN) - DecodeAssists >>> (XEN) - Pause-Intercept Filter >>> (XEN) - TSC Rate MSR >>> (XEN) HVM: SVM enabled >>> (XEN) HVM: Hardware Assisted Paging (HAP) detected >>> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB >>> (XEN) Brought up 8 CPUs >>> (XEN) mtrr: your CPUs had inconsistent variable MTRR settings >>> (XEN) *** LOADING DOMAIN 0 *** >>> (XEN) Xen kernel: 64-bit, lsb, compat32 >>> (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000 >>> (XEN) PHYSICAL MEMORY ARRANGEMENT: >>> (XEN) Dom0 alloc.: 0000000420000000->0000000428000000 (4035583 >>> pages to be allocated) >>> (XEN) Init. ramdisk: 0000000439dc6000->000000043efff800 >>> (XEN) VIRTUAL MEMORY ARRANGEMENT: >>> (XEN) Loaded kernel: ffffffff81000000->ffffffff82346000 >>> (XEN) Init. ramdisk: ffffffff82346000->ffffffff8757f800 >>> (XEN) Phys-Mach map: ffffffff87580000->ffffffff894b31c8 >>> (XEN) Start info: ffffffff894b4000->ffffffff894b44b4 >>> (XEN) Page tables: ffffffff894b5000->ffffffff89504000 >>> (XEN) Boot stack: ffffffff89504000->ffffffff89505000 >>> (XEN) TOTAL: ffffffff80000000->ffffffff89800000 >>> (XEN) ENTRY ADDRESS: ffffffff81d06210 >>> (XEN) Dom0 has maximum 8 VCPUs >>> (XEN) Scrubbing Free RAM: .done. >>> (XEN) Initial low memory virq threshold set at 0x4000 pages. >>> (XEN) Std. Loglevel: Errors and warnings >>> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) >>> (XEN) Xen is relinquishing VGA console. >>> (XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to >>> switch input to Xen) >>> (XEN) Freed 244kB init memory. >>> >>> _______________________________________________ >>> 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 >> > > --001a11c228a095936c04ddc7caa7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
GizmoChicken,

=A0 To= debug the issue when I first ran across it, I made sure I added "iomm= u=3Ddebug,verbose" onto the boot options in my grub.conf file. I then = used "xl dmesg" to see the log when booting up - You'd be loo= king for something like:

--
(XEN) AMD-Vi: Found MSI capability block at 0x54
(XEN) AMD-Vi:= ACPI Table:
(XEN) AMD-Vi:=A0 Signature IVRS
(XEN) AMD-Vi:=A0 Length = 0xf0
(XEN) AMD-Vi:=A0 Revision 0x1
(XEN) AMD-Vi:=A0 CheckSum 0x6e
= (XEN) AMD-Vi:=A0 OEM_Id AMD=A0
(XEN) AMD-Vi:=A0 OEM_Table_Id RD890S
(XEN) AMD-Vi:=A0 OEM_Revision 0x202= 031
(XEN) AMD-Vi:=A0 Creator_Id AMD
(XEN) AMD-Vi:=A0 Creator_Revisio= n 0x0
(XEN) AMD-Vi: IVRS Block: type 0x10 flags 0x3e len 0xc0 id 0x2
= (XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x0 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0x0 -> 0x2
(XEN) AMD-Vi: IVHD Device E= ntry: type 0x2 id 0x10 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0= x3 id 0x100 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0x100 -> 0x101 (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x20 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x2 id 0x200 flags 0x0
(XEN) AMD-Vi: IVHD Devi= ce Entry: type 0x2 id 0x28 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0x300 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x30 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x2 id 0x400 flags 0x0
(XEN) AMD-Vi: IVHD Devi= ce Entry: type 0x2 id 0x48 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0x500 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0x58 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x3 id 0x600 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id= Range: 0x600 -> 0x601
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0= x88 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x3 id 0x90 flags 0x0
(XEN) AMD-Vi= :=A0 Dev_Id Range: 0x90 -> 0x92
(XEN) AMD-Vi: IVHD Device Entry: type= 0x3 id 0x98 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0x98 -> 0x9a (XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa0 flags 0xd7
(XEN) AMD-V= i: IVHD Device Entry: type 0x2 id 0xa2 flags 0x0
(XEN) AMD-Vi: IVHD Devi= ce Entry: type 0x2 id 0xa3 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0xa4 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x0 id 0x0 flags 0x0
(XEN) AMD-Vi:= IVHD Device Entry: type 0x43 id 0x700 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id= Range: 0x700 -> 0x7ff alias 0xa4
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x2 id 0xa5 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type 0x2 id 0xa8 flags 0x0
(XEN) AMD-Vi= : IVHD Device Entry: type 0x2 id 0xa9 flags 0x0
(XEN) AMD-Vi: IVHD Devic= e Entry: type 0x2 id 0x900 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: ty= pe 0x3 id 0xb0 flags 0x0
(XEN) AMD-Vi:=A0 Dev_Id Range: 0xb0 -> 0xb2
(XEN) AMD-Vi: IVHD Device= Entry: type 0x0 id 0x0 flags 0x0
(XEN) AMD-Vi: IVHD Device Entry: type = 0x48 id 0x0 flags 0xd7
(XEN) AMD-Vi: IVHD Special: 0000:00:14.0 variety = 0x1 handle 0x0
(XEN) IVHD Error: Invalid IO-APIC 0x0
(XEN) AMD-Vi: Error initialization=
--

In my case, the handle id is wrong ( you can see what i= t should be on the support document http://su= pport.amd.com/us/Processor_TechDocs/48882.pdf - per tables 77/79 it sho= uld be the ID of the IO-APIC). Unlike the conflict error, which can be work= ed around by passing another command line option, invalid IO-APIC entries i= n the IVRS table will always cause AMD-Vi to fail to be enabled if you have= the XSA-36 patch installed.

From the notes in the patch for 4.2:--
In addition, because some BIOSes may incorrectly program IVRS
entries for IOAPIC try to check for entry's consistency. Specifically,<= br>if conflicting entries are found disable IOMMU if per-device
remappin= g table is used. If entries refer to bogus IOAPIC IDs
disable IOMMU unco= nditionally
--

Regards,

=A0 David


= On Tue, May 28, 2013 at 5:11 AM, Gizmo Chicken <gizmochicken@gmail.co= m> wrote:
Da= vid and feral,

I have an Asus M5A99FX Pro 2.0 motherboard and,= at least as far as I can tell, IOMMU works well with that motherboard and = Xen 4.1.=A0 (I got VGA passthrough working with a Windows guest.)=A0=A0 Alt= hough I did some preliminary testing with Xen 4.2 on that motherboard, beca= use of some other issues, I never got around to creating a VM that required= IOMMU support, and so can't say for certain whether IOMMU is working w= ith that motherboard and Xen 4.2.

Apart from creating a VM that requires IOMMU support (which would= take more time than I'd prefer to spend right now) to see if it works,= what would good way to determine whether my=A0 Asus M5A99FX Pro 2.0 mother= board suffers, or if free from, the IVRS table issue that you describe?

Thanks much for any help with this!

Best regards,
GizmoChicken


On Tue, May 28, 201= 3 at 3:31 AM, David Sutton <kantras@gmail.com> wrote:
Feral,

= =A0 I have the R1.0 version of that motherboard. The problem is with the BI= OS; its returning bad information in the IVRS table for the IO-APICs, which= the new parser is catching and causing AMD-Vi initialization to fail. I= 9;ve already put in a support ticket via the online form, included all the = information such as links to the document which shows what the valid detail= s should be. The ticket was basically closed with a note saying to look out= for BIOS updates. I'm currently using 4.2.1 (which was before the tabl= e checking was added) and am able to use AMD-Vi. If you want to fix this, y= ou're either going to have to get ASUS to issue a fixed BIOS (which doe= sn't feel likely at this point) or you'd have to either disable int= errupt remapping or edit the source code to disable that check (and deal wi= th any potential issue that might cause later)

Regards,

=A0 David


On Mon, May 27, 2013 at 11:42 PM, feral= <blistovmhz@gmail.com> wrote:
This issue has been discussed many times bef= ore, but I haven't found
an answer in my specific problem.

Motherboard: Asus Sabertooth 990fx R2.0
Linux 3.2.0-35 through 3.8.x (tested 5 kernels to be ridiculously thorough)=

Affected: Xen-hypervisor >4.1.2
Not Affected: Xen-hypervisor <4.1.2


Xen 4.1.2 and earlier works fine regardless of the BIOS version of the
Mobo. =A0After upgrading Xen hypervisor beyond 4.1.2, we get the
following:
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled


>From what I understand, Xen used to just care less about the state of
your ACPI/IVRS but that this was potentially a security concern and
checks were implemented to disable IOMMU whenever it would be unsafe
(potentially) to have it enabled.
Now, I understand the logic here, but I disagree with the
implementation. =A0There are a fairly large number of people who are
affected and we know Asus isn't going to fix the IVRS table. =A0I
recognize the importance of implementing these checks and hell, even
automatically disabling IOMMU without notice (though on a consumer
board, this is a bit paranoid).
I understand there are kernel command line options you can pass to
forcibly bypass the checks and leave IOMMU enabled in most cases (ie:
iommu=3Dno-amd-iommu-perdev-intremap) but thus far none of them seem to
be enough to force IOMMU back on.
I read somewhere in one of the many discussions on the subject, that
there are cases where you simply aren't allowed to disable the checks (I believe this was when the IVRS table indicies don't line up or
something, which seems to be my issue).

As I said, I know other people have precisely this problem with a
whole line of mid range Asus boards, but haven't seen a lot of
discussion on the list. =A0Anyone reading this run into the same
problem? =A0I bought this board specifically because of it's IOMMU
implementation, which worked fine... at the time... =A0Ultimately I know for a =A0fact that the boards ACPI/IVRS can't be TOO wrong as it's = been
working for 6 months without an issue. =A0I'm just sorta in a situation=
where it's time to upgrade my base OS and hacking Xen 4.1.2 in seems like a silly amount of work when all I really need is an option to
disable the checks.


xm dmesg from a working vs. borked system
Working:
(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2)
(stefan.bad= er@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu2) ) Thu Mar =A08 14:31:11 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.9
(XEN) Command line: pci_msitranslate=3D0 xen-pciback=3Dpassthrough
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 6 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000bc348000 (usable)
(XEN) =A000000000bc348000 - 00000000bc78c000 (reserved)
(XEN) =A000000000bc78c000 - 00000000bc797000 (ACPI data)
(XEN) =A000000000bc797000 - 00000000bd4f8000 (ACPI NVS)
(XEN) =A000000000bd4f8000 - 00000000bd8d5000 (reserved)
(XEN) =A000000000bd8d5000 - 00000000bd8d6000 (usable)
(XEN) =A000000000bd8d6000 - 00000000bdad9000 (ACPI NVS)
(XEN) =A000000000bdad9000 - 00000000bdf00000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BC78E078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BC795BA8, 00F4 (r4 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BC78E170, 7A38 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BD4F2F80, 0040
(XEN) ACPI: APIC BC795CA0, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BC795D40, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BC795D88, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BC795DC8, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BC796260, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BC795E58, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BC795F58, 0304 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16311MB (16702516kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bd4f2f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.553 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD-Vi: IOMMU 0 Enabled.
(XEN) I/O virtualisation enabled
(XEN) =A0- Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- Pause-Intercept Filter
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x205f000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4044532 pages to be allocated)
(XEN) =A0Init. ramdisk: 000000043c7dd000->000000043efffa00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN) =A0Init. ramdisk: ffffffff8205f000->ffffffff84881a00
(XEN) =A0Phys-Mach map: ffffffff84882000->ffffffff867b18b8
(XEN) =A0Start info: =A0 =A0ffffffff867b2000->ffffffff867b24b4
(XEN) =A0Page tables: =A0 ffffffff867b3000->ffffffff867ec000
(XEN) =A0Boot stack: =A0 =A0ffffffff867ec000->ffffffff867ed000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff86c00000
(XEN) =A0ENTRY ADDRESS: ffffffff81cfb200
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) traps.c:2432:d0 Domain attempted WRMSR 00000000c0010201 from
0x0000000000000000 to 0x000000000000abcd.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3


BORKED:
(XEN) Xen version 4.2.1 (Ubuntu 4.2.1-0ubuntu3.1)
(stefan.bad= er@canonical.com) (gcc (Ubuntu/Linaro 4.7.3-1ubuntu1)
4.7.3) Mon Apr 29 19:35:31 UTC 2013
(XEN) Bootloader: GRUB 2.00-13ubuntu3
(XEN) Command line: iommu=3Dno-amd-iommu-perdev-intremap x2apic=3Doff
xen-pciback.hide=3D(06:00.0)(06.00.1)
(XEN) Video information:
(XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) =A0Found 7 MBR signatures
(XEN) =A0Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e800 (usable)
(XEN) =A0000000000009e800 - 00000000000a0000 (reserved)
(XEN) =A000000000000e0000 - 0000000000100000 (reserved)
(XEN) =A00000000000100000 - 00000000ba7ac000 (usable)
(XEN) =A000000000ba7ac000 - 00000000babe0000 (reserved)
(XEN) =A000000000babe0000 - 00000000babf0000 (ACPI data)
(XEN) =A000000000babf0000 - 00000000bb958000 (ACPI NVS)
(XEN) =A000000000bb958000 - 00000000bca35000 (reserved)
(XEN) =A000000000bca35000 - 00000000bca36000 (usable)
(XEN) =A000000000bca36000 - 00000000bcc3c000 (ACPI NVS)
(XEN) =A000000000bcc3c000 - 00000000bd083000 (usable)
(XEN) =A000000000bd083000 - 00000000bd7f4000 (reserved)
(XEN) =A000000000bd7f4000 - 00000000bd800000 (usable)
(XEN) =A000000000f8000000 - 00000000fc000000 (reserved)
(XEN) =A000000000fec00000 - 00000000fec01000 (reserved)
(XEN) =A000000000fec10000 - 00000000fec11000 (reserved)
(XEN) =A000000000fec20000 - 00000000fec21000 (reserved)
(XEN) =A000000000fed00000 - 00000000fed01000 (reserved)
(XEN) =A000000000fed61000 - 00000000fed71000 (reserved)
(XEN) =A000000000fed80000 - 00000000fed90000 (reserved)
(XEN) =A000000000fef00000 - 0000000100000000 (reserved)
(XEN) =A00000000100001000 - 000000043f000000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA)
(XEN) ACPI: XSDT BABE7078, 0064 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FACP BABEE118, 010C (r5 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI Warning (tbfadt-0232): FADT (revision 5) is longer than
ACPI 2.0 version, truncating length 0x10C to 0xF4 [20070126]
(XEN) ACPI Warning (tbfadt-0444): Optional field "Pm2ControlBlock"= ; has
zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT BABE7170, 6FA8 (r2 ALASKA =A0 =A0A M I =A0 =A0 =A0 =A00 IN= TL 20051117)
(XEN) ACPI: FACS BB952F80, 0040
(XEN) ACPI: APIC BABEE228, 009E (r3 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: FPDT BABEE2C8, 0044 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: MCFG BABEE310, 003C (r1 ALASKA =A0 =A0A M I =A01072009 MSFT =A0= =A010013)
(XEN) ACPI: HPET BABEE350, 0038 (r1 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 =A0 =A0 5)
(XEN) ACPI: BGRT BABEFBF8, 0038 (r0 ALASKA =A0 =A0A M I =A01072009 AMI =A0 = =A0 10013)
(XEN) ACPI: IVRS BABEE3E0, 0100 (r1 =A0AMD =A0 =A0 RD890S =A0 202031 AMD = =A0 =A0 =A0 =A0 0)
(XEN) ACPI: SSDT BABEE4E0, 1714 (r1 AMD =A0 =A0POWERNOW =A0 =A0 =A0 =A01 AM= D =A0 =A0 =A0 =A0 1)
(XEN) System RAM: 16283MB (16674420kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
bb952f80/0000000000000000, using 32
(XEN) Processor #16 5:1 APIC version 16
(XEN) Processor #17 5:1 APIC version 16
(XEN) Processor #18 5:1 APIC version 16
(XEN) Processor #19 5:1 APIC version 16
(XEN) Processor #20 5:1 APIC version 16
(XEN) Processor #21 5:1 APIC version 16
(XEN) Processor #22 5:1 APIC version 16
(XEN) Processor #23 5:1 APIC version 16
(XEN) IOAPIC[0]: apic_id 9, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 10, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: =A0Flat. =A0Using 2 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3110.540 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x3c0 and states: 0x4000000000000007 (XEN) PCI: Not using MCFG for segment 0000 bus 00-ff
(XEN) IVHD Error: Invalid IO-APIC 0xff
(XEN) AMD-Vi: Error initialization
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN) =A0-> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN) =A0- Nested Page Tables (NPT)
(XEN) =A0- Last Branch Record (LBR) Virtualisation
(XEN) =A0- Next-RIP Saved on #VMEXIT
(XEN) =A0- VMCB Clean Bits
(XEN) =A0- DecodeAssists
(XEN) =A0- Pause-Intercept Filter
(XEN) =A0- TSC Rate MSR
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2346000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 alloc.: =A0 0000000420000000->0000000428000000 (4035583 pages to be allocated)
(XEN) =A0Init. ramdisk: 0000000439dc6000->000000043efff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: ffffffff81000000->ffffffff82346000
(XEN) =A0Init. ramdisk: ffffffff82346000->ffffffff8757f800
(XEN) =A0Phys-Mach map: ffffffff87580000->ffffffff894b31c8
(XEN) =A0Start info: =A0 =A0ffffffff894b4000->ffffffff894b44b4
(XEN) =A0Page tables: =A0 ffffffff894b5000->ffffffff89504000
(XEN) =A0Boot stack: =A0 =A0ffffffff89504000->ffffffff89505000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff89800000
(XEN) =A0ENTRY ADDRESS: ffffffff81d06210
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type \047CTRL-a\047 three times to
switch input to Xen)
(XEN) Freed 244kB init memory.

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


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


--001a11c228a095936c04ddc7caa7-- --===============2090736648241793091== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2090736648241793091==-- From xen-users-bounces@lists.xen.org Tue May 28 15:18:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 15:18: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 1UhLeI-0004gR-RV; Tue, 28 May 2013 15:17:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLeG-0004fw-UQ for xen-users@lists.xen.org; Tue, 28 May 2013 15:17:17 +0000 Received: from [85.158.139.83:16791] by server-7.bemta-5.messagelabs.com id 00/33-12828-A7AC4A15; Tue, 28 May 2013 15:17:14 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-182.messagelabs.com!1369754233!29451270!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21916 invoked from network); 28 May 2013 15:17:13 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-182.messagelabs.com with SMTP; 28 May 2013 15:17:13 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 3703B10401B for ; Tue, 28 May 2013 16:17:11 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiHGQ3FrMlV7 for ; Tue, 28 May 2013 16:17:11 +0100 (BST) Received: from localhost (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B9B4C10401A for ; Tue, 28 May 2013 16:17:10 +0100 (BST) From: "Simon Hobson" To: xen-users@lists.xen.org Date: Tue, 28 May 2013 16:17:10 +0100 X-Priority: 3 X-Mailer: MailForge 3.0 Mac OS X Message-ID: <07536735FAF9EA933B9D7C397291619A@thehobsons.co.uk> Subject: Re: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org jonathan west wrote: > I have physical server (dom0) and two XEN vm installed. I have moved physical server to new rack so now it has different range of IP (I am assigning static IP). I was able to change static IP (of physical server) modifying /etc/sysconfig/network-scripts. I would like to know how can I modify IP's for both of XEN vm ? Do I need to log separately to each of them, and change network-scripts files like I did in physical server? Or can I do it somehow from physical server itself using putty for example ? You change it in the network settings within each guest. Provided you have access to the host (whether locally or remotely via SSH for example), then you should be able to access the virtual console of each guest ("xm console " if using the older XM tools, dunno the syntax for the newer tools). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 15:18:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 15:18: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 1UhLeI-0004gR-RV; Tue, 28 May 2013 15:17:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLeG-0004fw-UQ for xen-users@lists.xen.org; Tue, 28 May 2013 15:17:17 +0000 Received: from [85.158.139.83:16791] by server-7.bemta-5.messagelabs.com id 00/33-12828-A7AC4A15; Tue, 28 May 2013 15:17:14 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-182.messagelabs.com!1369754233!29451270!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21916 invoked from network); 28 May 2013 15:17:13 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-182.messagelabs.com with SMTP; 28 May 2013 15:17:13 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 3703B10401B for ; Tue, 28 May 2013 16:17:11 +0100 (BST) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiHGQ3FrMlV7 for ; Tue, 28 May 2013 16:17:11 +0100 (BST) Received: from localhost (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B9B4C10401A for ; Tue, 28 May 2013 16:17:10 +0100 (BST) From: "Simon Hobson" To: xen-users@lists.xen.org Date: Tue, 28 May 2013 16:17:10 +0100 X-Priority: 3 X-Mailer: MailForge 3.0 Mac OS X Message-ID: <07536735FAF9EA933B9D7C397291619A@thehobsons.co.uk> Subject: Re: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org jonathan west wrote: > I have physical server (dom0) and two XEN vm installed. I have moved physical server to new rack so now it has different range of IP (I am assigning static IP). I was able to change static IP (of physical server) modifying /etc/sysconfig/network-scripts. I would like to know how can I modify IP's for both of XEN vm ? Do I need to log separately to each of them, and change network-scripts files like I did in physical server? Or can I do it somehow from physical server itself using putty for example ? You change it in the network settings within each guest. Provided you have access to the host (whether locally or remotely via SSH for example), then you should be able to access the virtual console of each guest ("xm console " if using the older XM tools, dunno the syntax for the newer tools). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 15:28:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 15:28: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 1UhLoZ-0005dF-0V; Tue, 28 May 2013 15:27:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLoW-0005ce-G7; Tue, 28 May 2013 15:27:52 +0000 Received: from [193.109.254.147:4691] by server-11.bemta-14.messagelabs.com id 4F/FA-09099-7FCC4A15; Tue, 28 May 2013 15:27:51 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1369754817!1835448!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTcyNTEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26242 invoked from network); 28 May 2013 15:27:00 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 15:27:00 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4SFQq7C030659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 May 2013 15:26:53 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SFQpWQ029289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 28 May 2013 15:26:52 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SFQpJN007599; Tue, 28 May 2013 15:26:51 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 28 May 2013 08:26:51 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 0E6AB1BF781; Tue, 28 May 2013 11:26:50 -0400 (EDT) Date: Tue, 28 May 2013 11:26:50 -0400 From: Konrad Rzeszutek Wilk To: Dario Faggioli Message-ID: <20130528152650.GB4695@phenom.dumpdata.com> References: <1369730460.2680.3.camel@Solace> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1369730460.2680.3.camel@Solace> 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" , xen-devel , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 28, 2013 at 10:41:00AM +0200, Dario Faggioli wrote: > Hi everyone, > > Just a reminder that Xen Document Day is TODAY, May 28! Ugh, which was Memorial Day for US people :-( > > Xen Document Days are for people who care about Xen Documentation and > want to improve it. > > We introduced Documentation Days, because working on documentation in > parallel with like minded-people, is just more fun than working alone! > > Everybody who can contribute is welcome to join! For a list of items > that need work, check out the community maintained TODO list: > > http://wiki.xen.org/wiki/Xen_Document_Days/TODO > > > To participate, you just have to: > - join us on IRC: freenode channel #xendocs > - tell people what you intend to work on (to avoid duplicating efforts) > - fix some docus, help others and, above all, have fun! > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 15:28:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 15:28: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 1UhLoZ-0005dF-0V; Tue, 28 May 2013 15:27:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLoW-0005ce-G7; Tue, 28 May 2013 15:27:52 +0000 Received: from [193.109.254.147:4691] by server-11.bemta-14.messagelabs.com id 4F/FA-09099-7FCC4A15; Tue, 28 May 2013 15:27:51 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1369754817!1835448!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTcyNTEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26242 invoked from network); 28 May 2013 15:27:00 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 15:27:00 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4SFQq7C030659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 May 2013 15:26:53 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SFQpWQ029289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 28 May 2013 15:26:52 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4SFQpJN007599; Tue, 28 May 2013 15:26:51 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 28 May 2013 08:26:51 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 0E6AB1BF781; Tue, 28 May 2013 11:26:50 -0400 (EDT) Date: Tue, 28 May 2013 11:26:50 -0400 From: Konrad Rzeszutek Wilk To: Dario Faggioli Message-ID: <20130528152650.GB4695@phenom.dumpdata.com> References: <1369730460.2680.3.camel@Solace> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1369730460.2680.3.camel@Solace> 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" , xen-devel , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 28, 2013 at 10:41:00AM +0200, Dario Faggioli wrote: > Hi everyone, > > Just a reminder that Xen Document Day is TODAY, May 28! Ugh, which was Memorial Day for US people :-( > > Xen Document Days are for people who care about Xen Documentation and > want to improve it. > > We introduced Documentation Days, because working on documentation in > parallel with like minded-people, is just more fun than working alone! > > Everybody who can contribute is welcome to join! For a list of items > that need work, check out the community maintained TODO list: > > http://wiki.xen.org/wiki/Xen_Document_Days/TODO > > > To participate, you just have to: > - join us on IRC: freenode channel #xendocs > - tell people what you intend to work on (to avoid duplicating efforts) > - fix some docus, help others and, above all, have fun! > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 15:31:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 15:31: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 1UhLrT-000657-GO; Tue, 28 May 2013 15:30:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLrR-00063j-15; Tue, 28 May 2013 15:30:53 +0000 Received: from [85.158.143.99:4460] by server-3.bemta-4.messagelabs.com id 2C/C0-02015-CADC4A15; Tue, 28 May 2013 15:30:52 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369755044!16183079!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11542 invoked from network); 28 May 2013 15:30:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 15:30:45 -0000 X-IronPort-AV: E=Sophos;i="4.87,758,1363132800"; d="scan'208";a="5056304" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 May 2013 15:30:45 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Tue, 28 May 2013 16:30:44 +0100 Message-ID: <1369755043.3469.85.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Konrad Rzeszutek Wilk Date: Tue, 28 May 2013 16:30:43 +0100 In-Reply-To: <20130528152650.GB4695@phenom.dumpdata.com> References: <1369730460.2680.3.camel@Solace> <20130528152650.GB4695@phenom.dumpdata.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-users@lists.xen.org" , Dario Faggioli , "xen-api@lists.xen.org" , xen-devel Subject: Re: [Xen-users] [Xen-devel] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-28 at 11:26 -0400, Konrad Rzeszutek Wilk wrote: > On Tue, May 28, 2013 at 10:41:00AM +0200, Dario Faggioli wrote: > > Hi everyone, > > > > Just a reminder that Xen Document Day is TODAY, May 28! > > Ugh, which was Memorial Day for US people :-( No, that was yesterday, May 27. Document Day is *right* *now*. FYI yesterday was a public holiday in the UK too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 15:31:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 15:31: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 1UhLrT-000657-GO; Tue, 28 May 2013 15:30:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLrR-00063j-15; Tue, 28 May 2013 15:30:53 +0000 Received: from [85.158.143.99:4460] by server-3.bemta-4.messagelabs.com id 2C/C0-02015-CADC4A15; Tue, 28 May 2013 15:30:52 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369755044!16183079!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11542 invoked from network); 28 May 2013 15:30:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 15:30:45 -0000 X-IronPort-AV: E=Sophos;i="4.87,758,1363132800"; d="scan'208";a="5056304" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 May 2013 15:30:45 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Tue, 28 May 2013 16:30:44 +0100 Message-ID: <1369755043.3469.85.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Konrad Rzeszutek Wilk Date: Tue, 28 May 2013 16:30:43 +0100 In-Reply-To: <20130528152650.GB4695@phenom.dumpdata.com> References: <1369730460.2680.3.camel@Solace> <20130528152650.GB4695@phenom.dumpdata.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-users@lists.xen.org" , Dario Faggioli , "xen-api@lists.xen.org" , xen-devel Subject: Re: [Xen-users] [Xen-devel] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-28 at 11:26 -0400, Konrad Rzeszutek Wilk wrote: > On Tue, May 28, 2013 at 10:41:00AM +0200, Dario Faggioli wrote: > > Hi everyone, > > > > Just a reminder that Xen Document Day is TODAY, May 28! > > Ugh, which was Memorial Day for US people :-( No, that was yesterday, May 27. Document Day is *right* *now*. FYI yesterday was a public holiday in the UK too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 16:16:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 16:16: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 1UhMYb-0000N2-9l; Tue, 28 May 2013 16:15:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhMYY-0000Mk-KW; Tue, 28 May 2013 16:15:26 +0000 Received: from [85.158.139.211:21812] by server-9.bemta-5.messagelabs.com id 99/DC-14875-D18D4A15; Tue, 28 May 2013 16:15:25 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369757723!18922149!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26714 invoked from network); 28 May 2013 16:15:24 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 16:15:24 -0000 X-IronPort-AV: E=Sophos;i="4.87,758,1363132800"; d="scan'208";a="5059085" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 May 2013 16:15:01 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Tue, 28 May 2013 17:15:01 +0100 Message-ID: <51A4D804.9050208@citrix.com> Date: Tue, 28 May 2013 18:15:00 +0200 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> In-Reply-To: <519F3CD0.5090405@citrix.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , Matt Wilson , "freebsd-virtualization@freebsd.org" , xen-devel Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gMjQvMDUvMTMgMTI6MTEsIFJvZ2VyIFBhdSBNb25uw6kgd3JvdGU6Cj4gT24gMjMvMDUvMTMg MjE6MDksIENvbGluIFBlcmNpdmFsIHdyb3RlOgo+PiBPbiAwNS8yMy8xMyAwMjowNiwgUm9nZXIg UGF1IE1vbm7DqSB3cm90ZToKPj4+IE9uIDIyLzA1LzEzIDIyOjAzLCBDb2xpbiBQZXJjaXZhbCB3 cm90ZToKPj4+PiBUZXN0aW5nIG9uIGEgY3IxLjh4bGFyZ2UgRUMyIGluc3RhbmNlLCBJIGdldCBY ZW4gNC4yLCBidXQgaXQgZW5kcyB1cCB3aXRoCj4+Pj4gYSBwYW5pYyAtLSBjb25zb2xlIG91dHB1 dCBiZWxvdy4gIEkgY2FuIGdldCBhIGJhY2t0cmFjZSBhbmQgcG9zc2libHkgZXZlbgo+Pj4+IGEg ZHVtcCBpZiB0aG9zZSB3b3VsZCBoZWxwLgo+Pj4KPj4+IFRoYW5rcyBmb3IgdGhlIHRlc3QsIEkn dmUgYmVlbiB1c2luZyBYZW4gNC4yIChhbmQgNC4zKSB3aXRob3V0IHByb2JsZW1zIAo+Pj4gc28g ZmFyLiBCeSBsb29raW5nIGF0IHRoZSBYZW4gY29kZSwgdGhlIG9ubHkgcmVhc29uIHRoZSB0aW1l ciBzZXR1cCAKPj4+IGNvdWxkIHJldHVybiAtMjIgKEVJTlZBTCksIGlzIHRoYXQgd2UgdHJ5IHRv IHNldCB0aGUgdGltZXIgZm9yIGEgCj4+PiBkaWZmZXJlbnQgdkNQVSB0aGFuIHRoZSBvbmUgd2Ug YXJlIHJ1bm5pbmcgb24uCj4+Pgo+Pj4gSSd2ZSBiZWVuIGFibGUgdG8gYm9vdCBhIDMyIHZDUFUg RG9tVSBvbiBteSA4d2F5IGJveCB1c2luZyBYZW4gNC4yLjEgCj4+PiAodXNpbmcgYm90aCBxZW11 LXhlbiBhbmQgcWVtdS14ZW4tdHJhZGl0aW9uYWwgZGV2aWNlIG1vZGVscyksIHNvIEknbSAKPj4+ IHVuc3VyZSBpZiB0aGlzIGNvdWxkIGJlIGR1ZSB0byBzb21lIHBhdGNoIEFtYXpvbiBhcHBsaWVz IHRvIFhlbi4gQ291bGQgCj4+PiB5b3UgdHJ5IHRoZSBmb2xsb3dpbmcgcGF0Y2ggYW5kIHBvc3Qg dGhlIGVycm9yIG1lc3NhZ2U/IEkgd291bGQgbGlrZSB0byAKPj4+IHNlZSBpZiB0aGUgY3B1aWQg cmVwb3J0ZWQgYnkga2RiIGFuZCB0aGUgdkNQVSB0aGF0IHdlIGFyZSB0cnlpbmcgdG8gc2V0IAo+ Pj4gdGhlIHRpbWVyIGFyZSB0aGUgc2FtZS4KPj4KPj4gTG9va3MgbGlrZSB0aGVyZSdzIGFncmVl bWVudCBhYm91dCB0aGUgY3B1aWRzIGhlcmUuICBBbnl0aGluZyBlbHNlIEkgc2hvdWxkCj4+IHRy eSB0ZXN0aW5nPwo+IAo+IFRoYW5rcyBmb3IgdGhlIHRlc3QsIHRoaXMgaXMgd2hhdCBJIGV4cGVj dGVkLiBJJ20gYSBsaXR0bGUgYml0IG91dCBvZgo+IGlkZWFzIHNpbmNlIEknbSBub3QgYWJsZSB0 byByZXByb2R1Y2UgdGhpcyBvbiB1cHN0cmVhbSBYZW4gNC4yLiBXaXRob3V0Cj4ga25vd2luZyB3 aGF0J3MgaGFwcGVuaW5nIGluc2lkZSB0aGUgaHlwZXJ2aXNvciBpdCdzIGhhcmQgdG8gdGVsbCB3 aGF0J3MKPiB3cm9uZy4gSXQgd291bGQgYmUgaW50ZXJlc3RpbmcgdG8gdHJ5IGlmIHRoZSBzYW1l IGhhcHBlbnMgd2l0aCBhIExpbnV4Cj4gUFZIVk0gKG5vdCBQVikgcnVubmluZyBvbiB0aGUgc2Ft ZSBpbnN0YW5jZSB0eXBlLgoKSGVsbG8gTWF0dCwKCkNvbGluIGhhcyBmb3VuZCBhbiBpc3N1ZSBv biB0aGUgRnJlZUJTRCBQVkhWTSBwb3J0IHRoYXQgSSBoYXZlbid0IGJlZW4KYWJsZSB0byByZXBy b2R1Y2UgdXNpbmcgb3BlbiBzb3VyY2UgWGVuLCBldmVuIHdoZW4gdXNpbmcgdGhlIHNhbWUKdmVy c2lvbiBhcyB0aGUgb25lIHJlcG9ydGVkIGJ5IEVDMi4gSXMgdGhlcmUgYW55d2F5IHlvdSBjb3Vs ZCBwcm92aWRlCnNvbWUgaGVscCBkZWJ1Z2dpbmcgdGhpcz8gV2l0aG91dCBzZWVpbmcgdGhlIFhl biBjb2RlIHRoYXQgY2F1c2VzClZDUFVPUF9zZXRfc2luZ2xlc2hvdF90aW1lciB0byByZXR1cm4g RUlOVkFMIGl0IGlzIHF1aXRlIGhhcmQgdG8gZmlndXJlCm91dCB3aGF0J3MgaGFwcGVuaW5nIGlu c2lkZSB0aGUgaHlwZXJ2aXNvci4KClRoYW5rcywgUm9nZXIuCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue May 28 16:16:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 16:16: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 1UhMYb-0000N2-9l; Tue, 28 May 2013 16:15:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhMYY-0000Mk-KW; Tue, 28 May 2013 16:15:26 +0000 Received: from [85.158.139.211:21812] by server-9.bemta-5.messagelabs.com id 99/DC-14875-D18D4A15; Tue, 28 May 2013 16:15:25 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1369757723!18922149!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26714 invoked from network); 28 May 2013 16:15:24 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 16:15:24 -0000 X-IronPort-AV: E=Sophos;i="4.87,758,1363132800"; d="scan'208";a="5059085" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 28 May 2013 16:15:01 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Tue, 28 May 2013 17:15:01 +0100 Message-ID: <51A4D804.9050208@citrix.com> Date: Tue, 28 May 2013 18:15:00 +0200 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <519131D8.9010307@citrix.com> <51952BAE.6010609@freebsd.org> <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> In-Reply-To: <519F3CD0.5090405@citrix.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , Matt Wilson , "freebsd-virtualization@freebsd.org" , xen-devel Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gMjQvMDUvMTMgMTI6MTEsIFJvZ2VyIFBhdSBNb25uw6kgd3JvdGU6Cj4gT24gMjMvMDUvMTMg MjE6MDksIENvbGluIFBlcmNpdmFsIHdyb3RlOgo+PiBPbiAwNS8yMy8xMyAwMjowNiwgUm9nZXIg UGF1IE1vbm7DqSB3cm90ZToKPj4+IE9uIDIyLzA1LzEzIDIyOjAzLCBDb2xpbiBQZXJjaXZhbCB3 cm90ZToKPj4+PiBUZXN0aW5nIG9uIGEgY3IxLjh4bGFyZ2UgRUMyIGluc3RhbmNlLCBJIGdldCBY ZW4gNC4yLCBidXQgaXQgZW5kcyB1cCB3aXRoCj4+Pj4gYSBwYW5pYyAtLSBjb25zb2xlIG91dHB1 dCBiZWxvdy4gIEkgY2FuIGdldCBhIGJhY2t0cmFjZSBhbmQgcG9zc2libHkgZXZlbgo+Pj4+IGEg ZHVtcCBpZiB0aG9zZSB3b3VsZCBoZWxwLgo+Pj4KPj4+IFRoYW5rcyBmb3IgdGhlIHRlc3QsIEkn dmUgYmVlbiB1c2luZyBYZW4gNC4yIChhbmQgNC4zKSB3aXRob3V0IHByb2JsZW1zIAo+Pj4gc28g ZmFyLiBCeSBsb29raW5nIGF0IHRoZSBYZW4gY29kZSwgdGhlIG9ubHkgcmVhc29uIHRoZSB0aW1l ciBzZXR1cCAKPj4+IGNvdWxkIHJldHVybiAtMjIgKEVJTlZBTCksIGlzIHRoYXQgd2UgdHJ5IHRv IHNldCB0aGUgdGltZXIgZm9yIGEgCj4+PiBkaWZmZXJlbnQgdkNQVSB0aGFuIHRoZSBvbmUgd2Ug YXJlIHJ1bm5pbmcgb24uCj4+Pgo+Pj4gSSd2ZSBiZWVuIGFibGUgdG8gYm9vdCBhIDMyIHZDUFUg RG9tVSBvbiBteSA4d2F5IGJveCB1c2luZyBYZW4gNC4yLjEgCj4+PiAodXNpbmcgYm90aCBxZW11 LXhlbiBhbmQgcWVtdS14ZW4tdHJhZGl0aW9uYWwgZGV2aWNlIG1vZGVscyksIHNvIEknbSAKPj4+ IHVuc3VyZSBpZiB0aGlzIGNvdWxkIGJlIGR1ZSB0byBzb21lIHBhdGNoIEFtYXpvbiBhcHBsaWVz IHRvIFhlbi4gQ291bGQgCj4+PiB5b3UgdHJ5IHRoZSBmb2xsb3dpbmcgcGF0Y2ggYW5kIHBvc3Qg dGhlIGVycm9yIG1lc3NhZ2U/IEkgd291bGQgbGlrZSB0byAKPj4+IHNlZSBpZiB0aGUgY3B1aWQg cmVwb3J0ZWQgYnkga2RiIGFuZCB0aGUgdkNQVSB0aGF0IHdlIGFyZSB0cnlpbmcgdG8gc2V0IAo+ Pj4gdGhlIHRpbWVyIGFyZSB0aGUgc2FtZS4KPj4KPj4gTG9va3MgbGlrZSB0aGVyZSdzIGFncmVl bWVudCBhYm91dCB0aGUgY3B1aWRzIGhlcmUuICBBbnl0aGluZyBlbHNlIEkgc2hvdWxkCj4+IHRy eSB0ZXN0aW5nPwo+IAo+IFRoYW5rcyBmb3IgdGhlIHRlc3QsIHRoaXMgaXMgd2hhdCBJIGV4cGVj dGVkLiBJJ20gYSBsaXR0bGUgYml0IG91dCBvZgo+IGlkZWFzIHNpbmNlIEknbSBub3QgYWJsZSB0 byByZXByb2R1Y2UgdGhpcyBvbiB1cHN0cmVhbSBYZW4gNC4yLiBXaXRob3V0Cj4ga25vd2luZyB3 aGF0J3MgaGFwcGVuaW5nIGluc2lkZSB0aGUgaHlwZXJ2aXNvciBpdCdzIGhhcmQgdG8gdGVsbCB3 aGF0J3MKPiB3cm9uZy4gSXQgd291bGQgYmUgaW50ZXJlc3RpbmcgdG8gdHJ5IGlmIHRoZSBzYW1l IGhhcHBlbnMgd2l0aCBhIExpbnV4Cj4gUFZIVk0gKG5vdCBQVikgcnVubmluZyBvbiB0aGUgc2Ft ZSBpbnN0YW5jZSB0eXBlLgoKSGVsbG8gTWF0dCwKCkNvbGluIGhhcyBmb3VuZCBhbiBpc3N1ZSBv biB0aGUgRnJlZUJTRCBQVkhWTSBwb3J0IHRoYXQgSSBoYXZlbid0IGJlZW4KYWJsZSB0byByZXBy b2R1Y2UgdXNpbmcgb3BlbiBzb3VyY2UgWGVuLCBldmVuIHdoZW4gdXNpbmcgdGhlIHNhbWUKdmVy c2lvbiBhcyB0aGUgb25lIHJlcG9ydGVkIGJ5IEVDMi4gSXMgdGhlcmUgYW55d2F5IHlvdSBjb3Vs ZCBwcm92aWRlCnNvbWUgaGVscCBkZWJ1Z2dpbmcgdGhpcz8gV2l0aG91dCBzZWVpbmcgdGhlIFhl biBjb2RlIHRoYXQgY2F1c2VzClZDUFVPUF9zZXRfc2luZ2xlc2hvdF90aW1lciB0byByZXR1cm4g RUlOVkFMIGl0IGlzIHF1aXRlIGhhcmQgdG8gZmlndXJlCm91dCB3aGF0J3MgaGFwcGVuaW5nIGlu c2lkZSB0aGUgaHlwZXJ2aXNvci4KClRoYW5rcywgUm9nZXIuCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue May 28 16:51:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 16:51: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 1UhN6B-0001jg-CT; Tue, 28 May 2013 16:50:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhN69-0001jb-M4 for xen-users@lists.xen.org; Tue, 28 May 2013 16:50:09 +0000 Received: from [85.158.137.99:30816] by server-4.bemta-3.messagelabs.com id 11/19-01776-040E4A15; Tue, 28 May 2013 16:50:08 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1369759806!17195709!1 X-Originating-IP: [209.85.215.174] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16170 invoked from network); 28 May 2013 16:50:07 -0000 Received: from mail-ea0-f174.google.com (HELO mail-ea0-f174.google.com) (209.85.215.174) by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 16:50:07 -0000 Received: by mail-ea0-f174.google.com with SMTP id z7so4581054eaf.5 for ; Tue, 28 May 2013 09:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5GAiKoRnpMaCJnKRs/BPeIi3m1Bu050JW24SoSFL2FE=; b=EtPs+MNBF1ARyuM5eEHJbltjHsKB/JufrvVxT7bFl3S9qdQdVrUBDdqLDm+ESQEqF3 BfCLWrpdD94FkzhX5YOvxAl1yjAJH42992xWAb3CZtzgc4YWqqA7OEITd0bHg0AqD0P5 wzDmkmGGrRCD4zlzQ+OVh6E7CvlnI9r57WAPWs7cWf77t+hRScI3FUvOIGGH5fj3Lamr +OeU/579PvZqdNV/13pibaPXCAK5dHjEdIOu2Tf5y+U27ffb+cNmHRv6EZC8sWLL/x8c 035tbbxz6O12L70/cPgOwOC6DSczVl40acjWzV3o406ulLFhZoo6IKsQzpcWfNIomxrA tsWg== X-Received: by 10.14.194.130 with SMTP id m2mr14723690een.96.1369759806633; Tue, 28 May 2013 09:50:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 09:49:46 -0700 (PDT) In-Reply-To: References: From: feral Date: Tue, 28 May 2013 09:49:46 -0700 Message-ID: To: David Sutton Cc: "xen-users@lists.xen.org" , Gizmo Chicken Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > In my case, the handle id is wrong ( you can see what it should be on the > support document http://support.amd.com/us/Processor_TechDocs/48882.pdf - > per tables 77/79 it should be the ID of the IO-APIC). Unlike the conflict > error, which can be worked around by passing another command line option, > invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to fail > to be enabled if you have the XSA-36 patch installed. This is the part I have an angry nerd rage issue with. I'm pretty sure I fall into the latter category where there is no option to forcibly enable IOMMU. I'd understand if the patch wasn't actually removing functionality but in our case, it seems the patch does just this even though the "bug" being addressed doesn't concern me (and probably quite a few others) whatsoever. The machine in question is my gaming rig primarily, and gets a lot of use in QA, but nothing mission critical. I'd rather hobble along with a known bad IVRS table if it has no affect on my work (or games) than be locked out entirely :p. I'm still a little confused though as I've heard a few people say that this patch wasn't introduced until Xen 4.2 but I saw the issue first pop up in Xen 4.1.2 and later. Am I even looking at the right bug? And what options are available to forcibly disable the checks other than the "iommu=no-amd-iommu-perdev-intremap" ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 16:51:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 16:51: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 1UhN6B-0001jg-CT; Tue, 28 May 2013 16:50:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhN69-0001jb-M4 for xen-users@lists.xen.org; Tue, 28 May 2013 16:50:09 +0000 Received: from [85.158.137.99:30816] by server-4.bemta-3.messagelabs.com id 11/19-01776-040E4A15; Tue, 28 May 2013 16:50:08 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1369759806!17195709!1 X-Originating-IP: [209.85.215.174] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16170 invoked from network); 28 May 2013 16:50:07 -0000 Received: from mail-ea0-f174.google.com (HELO mail-ea0-f174.google.com) (209.85.215.174) by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 16:50:07 -0000 Received: by mail-ea0-f174.google.com with SMTP id z7so4581054eaf.5 for ; Tue, 28 May 2013 09:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5GAiKoRnpMaCJnKRs/BPeIi3m1Bu050JW24SoSFL2FE=; b=EtPs+MNBF1ARyuM5eEHJbltjHsKB/JufrvVxT7bFl3S9qdQdVrUBDdqLDm+ESQEqF3 BfCLWrpdD94FkzhX5YOvxAl1yjAJH42992xWAb3CZtzgc4YWqqA7OEITd0bHg0AqD0P5 wzDmkmGGrRCD4zlzQ+OVh6E7CvlnI9r57WAPWs7cWf77t+hRScI3FUvOIGGH5fj3Lamr +OeU/579PvZqdNV/13pibaPXCAK5dHjEdIOu2Tf5y+U27ffb+cNmHRv6EZC8sWLL/x8c 035tbbxz6O12L70/cPgOwOC6DSczVl40acjWzV3o406ulLFhZoo6IKsQzpcWfNIomxrA tsWg== X-Received: by 10.14.194.130 with SMTP id m2mr14723690een.96.1369759806633; Tue, 28 May 2013 09:50:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 09:49:46 -0700 (PDT) In-Reply-To: References: From: feral Date: Tue, 28 May 2013 09:49:46 -0700 Message-ID: To: David Sutton Cc: "xen-users@lists.xen.org" , Gizmo Chicken Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > In my case, the handle id is wrong ( you can see what it should be on the > support document http://support.amd.com/us/Processor_TechDocs/48882.pdf - > per tables 77/79 it should be the ID of the IO-APIC). Unlike the conflict > error, which can be worked around by passing another command line option, > invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to fail > to be enabled if you have the XSA-36 patch installed. This is the part I have an angry nerd rage issue with. I'm pretty sure I fall into the latter category where there is no option to forcibly enable IOMMU. I'd understand if the patch wasn't actually removing functionality but in our case, it seems the patch does just this even though the "bug" being addressed doesn't concern me (and probably quite a few others) whatsoever. The machine in question is my gaming rig primarily, and gets a lot of use in QA, but nothing mission critical. I'd rather hobble along with a known bad IVRS table if it has no affect on my work (or games) than be locked out entirely :p. I'm still a little confused though as I've heard a few people say that this patch wasn't introduced until Xen 4.2 but I saw the issue first pop up in Xen 4.1.2 and later. Am I even looking at the right bug? And what options are available to forcibly disable the checks other than the "iommu=no-amd-iommu-perdev-intremap" ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 16:58:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 16:58:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhND6-000239-VJ; Tue, 28 May 2013 16:57:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhND4-00022z-U1 for xen-users@lists.xen.org; Tue, 28 May 2013 16:57:19 +0000 Received: from [85.158.143.99:11923] by server-1.bemta-4.messagelabs.com id 36/D4-06122-EE1E4A15; Tue, 28 May 2013 16:57:18 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369760237!21031524!1 X-Originating-IP: [74.125.83.48] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5599 invoked from network); 28 May 2013 16:57:17 -0000 Received: from mail-ee0-f48.google.com (HELO mail-ee0-f48.google.com) (74.125.83.48) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 16:57:17 -0000 Received: by mail-ee0-f48.google.com with SMTP id b47so4665193eek.7 for ; Tue, 28 May 2013 09:57:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qHE3VW6dPk80HVYiGrAw6ZX55Y3Mxt3jOYrpv8lzfvg=; b=xDZUxgf3hQhMpUebVoQxQd1gD1/QRsxugccXMeIbfIncRnN9z7UX1qG3zA4XEvSMXY 2gJOveNLts1xaDXd29qqweWAkoGu6oNTOcHSmjd2JWXKP/IbQiPCz3lCae6cJPV1Cws+ WF7P/r7h+dB5ShlqRA+GN1jbj/sjhwD9q2TX8pcpoFI+BMsrFQZgWM4cAlV5AWhytd/w rUuY8Hf8veYqhH46PiBc2O1x38GNrM1/FtsPWFi6fKtwwJwdHUQDGLToXPwvBoHMcK+i /eaRsKi20fNfseu+oUKskdtPGZCGUxS4ndJWKxmx2ZZpgxdcXrk1P+UhnPkrMgB+NbT7 IYaw== X-Received: by 10.15.44.205 with SMTP id z53mr8705030eev.31.1369760237271; Tue, 28 May 2013 09:57:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 09:56:57 -0700 (PDT) In-Reply-To: <51A49404.2080706@excello.cz> References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 09:56:57 -0700 Message-ID: To: Jan Hejl Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 28, 2013 at 4:24 AM, Jan Hejl wrote: > Hi guys, > > i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" > in Xen 4.2.2 (discused here > http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). But > i agree on that that it should be repaired on ASUS side. > > And I'm also facing with prolem about Adaptec 3805 Raid card with enabled > IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but > with enabled IOMMU in BIOS i see the device under linux as block device but > it's unusable - no data can read or written. Does anyone know what to do > here, please? Could it be related with bad IOMMU implementation? > > Thanks in advance > Jan What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The linked message discusses the original issue of the broken IVRS tables and the "fix" is to implement checks to disable IOMMU on buggy bios's after version 4.1.3. In this case, the "fix" is the problem, unless I missed something? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 16:58:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 16:58:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhND6-000239-VJ; Tue, 28 May 2013 16:57:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhND4-00022z-U1 for xen-users@lists.xen.org; Tue, 28 May 2013 16:57:19 +0000 Received: from [85.158.143.99:11923] by server-1.bemta-4.messagelabs.com id 36/D4-06122-EE1E4A15; Tue, 28 May 2013 16:57:18 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369760237!21031524!1 X-Originating-IP: [74.125.83.48] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5599 invoked from network); 28 May 2013 16:57:17 -0000 Received: from mail-ee0-f48.google.com (HELO mail-ee0-f48.google.com) (74.125.83.48) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 16:57:17 -0000 Received: by mail-ee0-f48.google.com with SMTP id b47so4665193eek.7 for ; Tue, 28 May 2013 09:57:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qHE3VW6dPk80HVYiGrAw6ZX55Y3Mxt3jOYrpv8lzfvg=; b=xDZUxgf3hQhMpUebVoQxQd1gD1/QRsxugccXMeIbfIncRnN9z7UX1qG3zA4XEvSMXY 2gJOveNLts1xaDXd29qqweWAkoGu6oNTOcHSmjd2JWXKP/IbQiPCz3lCae6cJPV1Cws+ WF7P/r7h+dB5ShlqRA+GN1jbj/sjhwD9q2TX8pcpoFI+BMsrFQZgWM4cAlV5AWhytd/w rUuY8Hf8veYqhH46PiBc2O1x38GNrM1/FtsPWFi6fKtwwJwdHUQDGLToXPwvBoHMcK+i /eaRsKi20fNfseu+oUKskdtPGZCGUxS4ndJWKxmx2ZZpgxdcXrk1P+UhnPkrMgB+NbT7 IYaw== X-Received: by 10.15.44.205 with SMTP id z53mr8705030eev.31.1369760237271; Tue, 28 May 2013 09:57:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 09:56:57 -0700 (PDT) In-Reply-To: <51A49404.2080706@excello.cz> References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 09:56:57 -0700 Message-ID: To: Jan Hejl Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, May 28, 2013 at 4:24 AM, Jan Hejl wrote: > Hi guys, > > i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" > in Xen 4.2.2 (discused here > http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). But > i agree on that that it should be repaired on ASUS side. > > And I'm also facing with prolem about Adaptec 3805 Raid card with enabled > IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but > with enabled IOMMU in BIOS i see the device under linux as block device but > it's unusable - no data can read or written. Does anyone know what to do > here, please? Could it be related with bad IOMMU implementation? > > Thanks in advance > Jan What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The linked message discusses the original issue of the broken IVRS tables and the "fix" is to implement checks to disable IOMMU on buggy bios's after version 4.1.3. In this case, the "fix" is the problem, unless I missed something? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:16:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:16: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 1UhNV1-00034r-8T; Tue, 28 May 2013 17:15:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLiV-00054u-BZ; Tue, 28 May 2013 15:21:39 +0000 Received: from [85.158.137.99:38926] by server-1.bemta-3.messagelabs.com id A2/15-06847-28BC4A15; Tue, 28 May 2013 15:21:38 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1369754483!15573537!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30696 invoked from network); 28 May 2013 15:21:24 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 15:21:24 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so9203766obb.30 for ; Tue, 28 May 2013 08:21:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xPio3IJVaVY6s+Qwj4M56F5c7VWlzuT0VWXOERhJuEs=; b=Ht02x/SllwFrhBg9lfNPLC6mxvv+1tYU+fvf9/Ng7O4Q4YOML5tRcHvIPWlPWqZzHY vYdW7NiBhYPDFqeQYM/+X3DKQXLtG5NBR6RXk2hh5S3Xr6lir68wiDhXk8KJGxf7l4wY nT0X36xja+u3MRMFNcMrtRgHv6hUB1AINvHM5eSlHETfVvhEEWSLTZcbIWX78G3UM7F4 2Fbrqkl4jzZ4aoV41mqtpbLIoLz4GI2nOKBwHKMvGZo5yEBYdHDzvcKAOkJYZIMHHp7H HIWVvWOPVCV6W+Q3qYMm6d3IHNuWgTvuGzJ+3JFCWElaQYgNseCGoCQZCSDDAzdlFfeD 19cQ== MIME-Version: 1.0 X-Received: by 10.182.118.42 with SMTP id kj10mr20822987obb.99.1369754482743; Tue, 28 May 2013 08:21:22 -0700 (PDT) Received: by 10.76.152.225 with HTTP; Tue, 28 May 2013 08:21:22 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 11:21:22 -0400 Message-ID: From: Outback Dingo To: Craig Rodrigues X-Mailman-Approved-At: Tue, 28 May 2013 17:15:49 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6395120541830875893==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6395120541830875893== Content-Type: multipart/alternative; boundary=f46d0447878d5fa88d04ddc8d110 --f46d0447878d5fa88d04ddc8d110 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues wr= ote: > On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monn=E9 >wrote: > > > On 23/05/13 15:20, Jeroen van der Ham wrote: > > > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 > wrote: > > >> Also, I've created a wiki page that explains how to set up a FreeBSD > > >> PVHVM for testing: > > >> > > >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > > > > > > > > > You mention on that page that it is easier to install on 10.0-CURRENT > > snapshots. > > > What are the issues with installing this on 9.1? Is it possible? > > > > I don't think it is recommended to use a HEAD (10) kernel with a 9.1 > > userland. You can always install a 9.1 and then do a full update with > > the source on my repository. > > > > > Actually in FreeBSD, it is possible to run an older userland on a newer > kernel, > and a lot of effort is spent in preserving this type of backwards > compatibility. > So a 9.1 userland with a 10 kernel will work. > However, running a newer userland on an older kernel is not guaranteed to > work. > So running a 10 userland with a 9.1 kernel will most likely not work. > > However, since you guys are doing very cutting edge stuff with 10-CURRENT= , > it is better that you do not waste time with 9.1. > > I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. > I am going through a similar setup exercise with a Google Summer of Code > student > where he needs to have a latest CURRENT system running in a VM. > > I wrote this blog post: > > > http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-= gsoc-work/ > > for the steps how to do it. You can follow those steps to get bootstrapp= ed > with a working environment if it helps you out. > > Good luck. > > Any chance this will be backported to 9.X or 9-STABLE at least ?? > -- > Craig > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > --f46d0447878d5fa88d04ddc8d110 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:
On Thu, May 23, 2013 at 6:30 AM, Roger Pau M= onn=E9 <roger.pau@citrix.com= >wrote:

> On 23/05/13 15:20, Jeroen van der Ham wrote:
> >
> > On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
> >> Also, I've created a wiki page that explains how to set u= p a FreeBSD
> >> PVHVM for testing:
> >>
> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM
> >
> >
> > You mention on that page that it is easier to install on 10.0-CUR= RENT
> snapshots.
> > What are the issues with installing this on 9.1? Is it possible?<= br> >
> I don't think it is recommended to use a HEAD (10) kernel with a 9= .1
> userland. You can always install a 9.1 and then do a full update with<= br> > the source on my repository.
>


Actually in FreeBSD, it is possible to run an older userland on a new= er
kernel,
and a lot of effort is spent in preserving this type of backwards
compatibility.
So a 9.1 userland with a 10 kernel will work.
However, running a newer userland on an older kernel is not guaranteed to work.
So running a 10 userland with a 9.1 kernel will most likely not work.

However, since you guys are doing very cutting edge stuff with 10-CURRENT,<= br> it is better that you do not waste time with 9.1.

I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. I am going through a similar setup exercise with a Google Summer of Code student
where he needs to have a latest CURRENT system running in a VM.

I wrote this blog post:

http://blogs.freebsdish.org/rodrigc/= 2013/05/24/setting-up-a-vm-for-doing-gsoc-work/

for the steps how to do it. =A0You can follow those steps to get bootstrapp= ed
with a working environment if it helps you out.

Good luck.


Any chance this will be backport= ed to 9.X or 9-STABLE at least ??
=A0
--
Craig
_______________________________________________
freebsd-xen@freebsd.org mail= ing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org"

--f46d0447878d5fa88d04ddc8d110-- --===============6395120541830875893== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6395120541830875893==-- From xen-users-bounces@lists.xen.org Tue May 28 17:16:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:16: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 1UhNV1-00034r-8T; Tue, 28 May 2013 17:15:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLiV-00054u-BZ; Tue, 28 May 2013 15:21:39 +0000 Received: from [85.158.137.99:38926] by server-1.bemta-3.messagelabs.com id A2/15-06847-28BC4A15; Tue, 28 May 2013 15:21:38 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1369754483!15573537!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30696 invoked from network); 28 May 2013 15:21:24 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 15:21:24 -0000 Received: by mail-ob0-f171.google.com with SMTP id ef5so9203766obb.30 for ; Tue, 28 May 2013 08:21:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xPio3IJVaVY6s+Qwj4M56F5c7VWlzuT0VWXOERhJuEs=; b=Ht02x/SllwFrhBg9lfNPLC6mxvv+1tYU+fvf9/Ng7O4Q4YOML5tRcHvIPWlPWqZzHY vYdW7NiBhYPDFqeQYM/+X3DKQXLtG5NBR6RXk2hh5S3Xr6lir68wiDhXk8KJGxf7l4wY nT0X36xja+u3MRMFNcMrtRgHv6hUB1AINvHM5eSlHETfVvhEEWSLTZcbIWX78G3UM7F4 2Fbrqkl4jzZ4aoV41mqtpbLIoLz4GI2nOKBwHKMvGZo5yEBYdHDzvcKAOkJYZIMHHp7H HIWVvWOPVCV6W+Q3qYMm6d3IHNuWgTvuGzJ+3JFCWElaQYgNseCGoCQZCSDDAzdlFfeD 19cQ== MIME-Version: 1.0 X-Received: by 10.182.118.42 with SMTP id kj10mr20822987obb.99.1369754482743; Tue, 28 May 2013 08:21:22 -0700 (PDT) Received: by 10.76.152.225 with HTTP; Tue, 28 May 2013 08:21:22 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 11:21:22 -0400 Message-ID: From: Outback Dingo To: Craig Rodrigues X-Mailman-Approved-At: Tue, 28 May 2013 17:15:49 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6395120541830875893==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6395120541830875893== Content-Type: multipart/alternative; boundary=f46d0447878d5fa88d04ddc8d110 --f46d0447878d5fa88d04ddc8d110 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues wr= ote: > On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monn=E9 >wrote: > > > On 23/05/13 15:20, Jeroen van der Ham wrote: > > > > > > On 13 May 2013, at 20:32, Roger Pau Monn=E9 > wrote: > > >> Also, I've created a wiki page that explains how to set up a FreeBSD > > >> PVHVM for testing: > > >> > > >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM > > > > > > > > > You mention on that page that it is easier to install on 10.0-CURRENT > > snapshots. > > > What are the issues with installing this on 9.1? Is it possible? > > > > I don't think it is recommended to use a HEAD (10) kernel with a 9.1 > > userland. You can always install a 9.1 and then do a full update with > > the source on my repository. > > > > > Actually in FreeBSD, it is possible to run an older userland on a newer > kernel, > and a lot of effort is spent in preserving this type of backwards > compatibility. > So a 9.1 userland with a 10 kernel will work. > However, running a newer userland on an older kernel is not guaranteed to > work. > So running a 10 userland with a 9.1 kernel will most likely not work. > > However, since you guys are doing very cutting edge stuff with 10-CURRENT= , > it is better that you do not waste time with 9.1. > > I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. > I am going through a similar setup exercise with a Google Summer of Code > student > where he needs to have a latest CURRENT system running in a VM. > > I wrote this blog post: > > > http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-= gsoc-work/ > > for the steps how to do it. You can follow those steps to get bootstrapp= ed > with a working environment if it helps you out. > > Good luck. > > Any chance this will be backported to 9.X or 9-STABLE at least ?? > -- > Craig > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > --f46d0447878d5fa88d04ddc8d110 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:
On Thu, May 23, 2013 at 6:30 AM, Roger Pau M= onn=E9 <roger.pau@citrix.com= >wrote:

> On 23/05/13 15:20, Jeroen van der Ham wrote:
> >
> > On 13 May 2013, at 20:32, Roger Pau Monn=E9 <roger.pau@citrix.com> wrote:
> >> Also, I've created a wiki page that explains how to set u= p a FreeBSD
> >> PVHVM for testing:
> >>
> >> http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM
> >
> >
> > You mention on that page that it is easier to install on 10.0-CUR= RENT
> snapshots.
> > What are the issues with installing this on 9.1? Is it possible?<= br> >
> I don't think it is recommended to use a HEAD (10) kernel with a 9= .1
> userland. You can always install a 9.1 and then do a full update with<= br> > the source on my repository.
>


Actually in FreeBSD, it is possible to run an older userland on a new= er
kernel,
and a lot of effort is spent in preserving this type of backwards
compatibility.
So a 9.1 userland with a 10 kernel will work.
However, running a newer userland on an older kernel is not guaranteed to work.
So running a 10 userland with a 9.1 kernel will most likely not work.

However, since you guys are doing very cutting edge stuff with 10-CURRENT,<= br> it is better that you do not waste time with 9.1.

I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. I am going through a similar setup exercise with a Google Summer of Code student
where he needs to have a latest CURRENT system running in a VM.

I wrote this blog post:

http://blogs.freebsdish.org/rodrigc/= 2013/05/24/setting-up-a-vm-for-doing-gsoc-work/

for the steps how to do it. =A0You can follow those steps to get bootstrapp= ed
with a working environment if it helps you out.

Good luck.


Any chance this will be backport= ed to 9.X or 9-STABLE at least ??
=A0
--
Craig
_______________________________________________
freebsd-xen@freebsd.org mail= ing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org"

--f46d0447878d5fa88d04ddc8d110-- --===============6395120541830875893== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6395120541830875893==-- From xen-users-bounces@lists.xen.org Tue May 28 17:16:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:16: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 1UhNV1-000351-Tk; Tue, 28 May 2013 17:15:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLs5-0006DM-DY; Tue, 28 May 2013 15:31:33 +0000 Received: from [85.158.143.99:30725] by server-3.bemta-4.messagelabs.com id A9/81-02015-4DDC4A15; Tue, 28 May 2013 15:31:32 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1369755091!20370887!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 bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11271 invoked from network); 28 May 2013 15:31:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 15:31:31 -0000 X-IronPort-AV: E=Sophos;i="4.87,758,1363132800"; d="asc'?scan'208";a="5056336" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 May 2013 15:31:32 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 28 May 2013 16:31:31 +0100 Message-ID: <1369755089.2680.7.camel@Solace> From: Dario Faggioli To: Konrad Rzeszutek Wilk Date: Tue, 28 May 2013 17:31:29 +0200 In-Reply-To: <20130528152650.GB4695@phenom.dumpdata.com> References: <1369730460.2680.3.camel@Solace> <20130528152650.GB4695@phenom.dumpdata.com> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 28 May 2013 17:15:49 +0000 Cc: "xen-users@lists.xen.org" , xen-devel , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9117927638172692875==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9117927638172692875== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bmIo6bh5YePmpP+G6sxi" --=-bmIo6bh5YePmpP+G6sxi Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mar, 2013-05-28 at 11:26 -0400, Konrad Rzeszutek Wilk wrote: > On Tue, May 28, 2013 at 10:41:00AM +0200, Dario Faggioli wrote: > > Hi everyone, > >=20 > > Just a reminder that Xen Document Day is TODAY, May 28! >=20 > Ugh, which was Memorial Day for US people :-( >=20 Mmm... Is it? Wasn't that yesterday? Well, I guess, what we call today and yesterday might be different... Let's put it like this, wasn't Memorial Day the 27th? Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-bmIo6bh5YePmpP+G6sxi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEUEABECAAYFAlGkzdIACgkQk4XaBE3IOsRDxACfczWIATX7THkAmqUHNV3AvXj7 y5UAlRuUmDb3iHdyLT5TW4ATIPjufgA= =clQe -----END PGP SIGNATURE----- --=-bmIo6bh5YePmpP+G6sxi-- --===============9117927638172692875== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9117927638172692875==-- From xen-users-bounces@lists.xen.org Tue May 28 17:16:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:16: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 1UhNV1-000351-Tk; Tue, 28 May 2013 17:15:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhLs5-0006DM-DY; Tue, 28 May 2013 15:31:33 +0000 Received: from [85.158.143.99:30725] by server-3.bemta-4.messagelabs.com id A9/81-02015-4DDC4A15; Tue, 28 May 2013 15:31:32 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1369755091!20370887!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 bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11271 invoked from network); 28 May 2013 15:31:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 15:31:31 -0000 X-IronPort-AV: E=Sophos;i="4.87,758,1363132800"; d="asc'?scan'208";a="5056336" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 May 2013 15:31:32 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 28 May 2013 16:31:31 +0100 Message-ID: <1369755089.2680.7.camel@Solace> From: Dario Faggioli To: Konrad Rzeszutek Wilk Date: Tue, 28 May 2013 17:31:29 +0200 In-Reply-To: <20130528152650.GB4695@phenom.dumpdata.com> References: <1369730460.2680.3.camel@Solace> <20130528152650.GB4695@phenom.dumpdata.com> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 28 May 2013 17:15:49 +0000 Cc: "xen-users@lists.xen.org" , xen-devel , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Xen Docs Day is today! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9117927638172692875==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9117927638172692875== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bmIo6bh5YePmpP+G6sxi" --=-bmIo6bh5YePmpP+G6sxi Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mar, 2013-05-28 at 11:26 -0400, Konrad Rzeszutek Wilk wrote: > On Tue, May 28, 2013 at 10:41:00AM +0200, Dario Faggioli wrote: > > Hi everyone, > >=20 > > Just a reminder that Xen Document Day is TODAY, May 28! >=20 > Ugh, which was Memorial Day for US people :-( >=20 Mmm... Is it? Wasn't that yesterday? Well, I guess, what we call today and yesterday might be different... Let's put it like this, wasn't Memorial Day the 27th? Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-bmIo6bh5YePmpP+G6sxi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEUEABECAAYFAlGkzdIACgkQk4XaBE3IOsRDxACfczWIATX7THkAmqUHNV3AvXj7 y5UAlRuUmDb3iHdyLT5TW4ATIPjufgA= =clQe -----END PGP SIGNATURE----- --=-bmIo6bh5YePmpP+G6sxi-- --===============9117927638172692875== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9117927638172692875==-- From xen-users-bounces@lists.xen.org Tue May 28 17:16:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:16: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 1UhNV2-00035B-IH; Tue, 28 May 2013 17:15:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhMy4-0001YL-4r for xen-users@lists.xen.org; Tue, 28 May 2013 16:41:48 +0000 Received: from [193.109.254.147:9242] by server-9.bemta-14.messagelabs.com id AA/F1-15694-B4ED4A15; Tue, 28 May 2013 16:41:47 +0000 X-Env-Sender: jon_skilling@hotmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1369759303!2328640!1 X-Originating-IP: [65.54.190.93] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26419 invoked from network); 28 May 2013 16:41:44 -0000 Received: from bay0-omc2-s18.bay0.hotmail.com (HELO bay0-omc2-s18.bay0.hotmail.com) (65.54.190.93) by server-14.tower-27.messagelabs.com with SMTP; 28 May 2013 16:41:44 -0000 Received: from BAY178-DS6 ([65.54.190.124]) by bay0-omc2-s18.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 28 May 2013 09:41:43 -0700 X-TMN: [Hu7tG9UURysGCdLv3seNLNLBIsj1UGmj] X-Originating-Email: [jon_skilling@hotmail.com] Message-ID: From: Jon Skilling To: "'Gordan Bobic'" References: <519B15C8.9030605@bobich.net> <519DBCD2.3010703@bobich.net> In-Reply-To: <519DBCD2.3010703@bobich.net> Date: Tue, 28 May 2013 17:41:40 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGCFliQFsDHcj5itccc5WcUoG0moQLncGKFAeoKdJwB1bTsv5l+CYmw Content-Language: en-gb X-OriginalArrivalTime: 28 May 2013 16:41:43.0121 (UTC) FILETIME=[3C25B410:01CE5BC2] X-Mailman-Approved-At: Tue, 28 May 2013 17:15:49 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Gordan, Sorry about the delay in replying. It was bank holiday w/end here and I've been away. To answer your question, I've already tried building this with XM instead of XL and it produced the same result. However, I did have something of an epiphany whilst I was away and decided to revisit the PCI specs of the motherboard and PBX card. The card is a 32bit 33Mhz card which claims to run correctly in any PCI 2.2 slot or above. I've already tested this so I know it's correct. The slots in the mobo are 64bit, 2 x 133Mhz,1 x 100Mhz, and 1 x 66Mhz and the card was in the 100Mhz slot. It turns out however, that moving the card to the 66Mhz slot solves the problem! It seems a bit silly now that I originally put the card in the 100Mhz slot, but then, it worked fine like that until I introduced xen. Unfortunately, this wasn't the end of my problems, although it looks like I'm about 99% there... For the sake of interest, Asterisk and freePBX seem to have installed ok, but the dahdi drivers haven't. This is because I have to compile the drivers over the xen kernel (3.9.3-1.el6xen.x86_64) and each of these driver modules displays a warning about "no private gpg key". It looks like I may need to patch the install scripts to stop this breaking the install but this could be the last step before it starts working! Thanks for your help and suggestions, Jon -----Original Message----- From: Gordan Bobic [mailto:gordan@bobich.net] Sent: 23 May 2013 07:53 To: Jon Skilling Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision On 05/21/2013 04:33 PM, Jon Skilling wrote: > Hi Gordan, > > Thanks for your reply. It is my understanding that PCI pass-through > should work for PV guests, which is what I am creating here. One > thing that I notice though, other than XL DMESG giving the message > about Vt-d being disabled, is that other than the command line > message, iommu=soft doesn't seem to produce any confirmation messages > anywhere so I can't really tell if this is running or not. > > I have to confess that I have not seen any documentation on XL stating > that the device must be detached from Dom0 before it can be attached to a guest. > Certainly, XL pci-detach freePBX 06:01.0 produces an error saying that > the domain is invalid. However, I tried your suggestion prior to > starting the domain and it runs without complaint and says that the > device has been detached. > > I reincorporated your suggestion into xen-pciback.conf and added > modprobe xen-pciback into rc.local to get everything to start at boot > up and restarted the machine. > I then ran the virsh-nodev-detach command followed by xl create -c > freePBX.cfg. Unfortunately, this produced the same result as before. > > I've also tried adding iommu=soft to the Dom0 kernel line, but as I > said, this didn't produce any discernible differences to the XL DMESG output. > > Instead of hotplugging, I tried adding the two last lines to the end > of the freePBX.cfg file: > > name = "freePBX" > uuid = "91cd5696-1451-c333-f6a4-1628a79976bd" > maxmem = 1024 > memory = 1024 > vcpus = 1 > bootloader = "pygrub" > localtime = 0 > on_poweroff = "destroy" > on_reboot = "restart" > on_crash = "restart" > disk = [ "phy:/dev/VolGroup/freePBX,xvda,w" ] vif = [ > "mac=00:16:3e:00:9a:9c,bridge=br0,script=vif-bridge,vifname=vif2.0" > ] > > extra = "iommu=soft debug loglevel=10 earlyprintk=xenboot console=hvc0 > ro xencons=tty" > pci = ['06:01.0,permissive=1'] > > As you can see from above, I'm allocating 1024Mb to the guest. I > haven't got time now until the weekend to apply the 4.2.2-5 patches to > check if they solve my problem, but I'll post a message when I've done > it to update on how it went. Suffice to say, I'm still getting the > same error message :-( Have you tried using xm instead of xl? I'm finding that xl is still missing some vital features to make everything work. I'd also start with getting a standard HVM domU working with xm and then take it further from there. I'm pretty sure iommu=soft shouldn't be on the domU kernel boot parameters. I suggest you start by removing the extra= line and remove the ,permissive=1 from the pci spec since I don't think xm understands that (you have it in your module config anyway). Then see if you can get it working with xm/xend as a HVM. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:16:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:16: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 1UhNV2-00035B-IH; Tue, 28 May 2013 17:15:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhMy4-0001YL-4r for xen-users@lists.xen.org; Tue, 28 May 2013 16:41:48 +0000 Received: from [193.109.254.147:9242] by server-9.bemta-14.messagelabs.com id AA/F1-15694-B4ED4A15; Tue, 28 May 2013 16:41:47 +0000 X-Env-Sender: jon_skilling@hotmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1369759303!2328640!1 X-Originating-IP: [65.54.190.93] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26419 invoked from network); 28 May 2013 16:41:44 -0000 Received: from bay0-omc2-s18.bay0.hotmail.com (HELO bay0-omc2-s18.bay0.hotmail.com) (65.54.190.93) by server-14.tower-27.messagelabs.com with SMTP; 28 May 2013 16:41:44 -0000 Received: from BAY178-DS6 ([65.54.190.124]) by bay0-omc2-s18.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 28 May 2013 09:41:43 -0700 X-TMN: [Hu7tG9UURysGCdLv3seNLNLBIsj1UGmj] X-Originating-Email: [jon_skilling@hotmail.com] Message-ID: From: Jon Skilling To: "'Gordan Bobic'" References: <519B15C8.9030605@bobich.net> <519DBCD2.3010703@bobich.net> In-Reply-To: <519DBCD2.3010703@bobich.net> Date: Tue, 28 May 2013 17:41:40 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGCFliQFsDHcj5itccc5WcUoG0moQLncGKFAeoKdJwB1bTsv5l+CYmw Content-Language: en-gb X-OriginalArrivalTime: 28 May 2013 16:41:43.0121 (UTC) FILETIME=[3C25B410:01CE5BC2] X-Mailman-Approved-At: Tue, 28 May 2013 17:15:49 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Gordan, Sorry about the delay in replying. It was bank holiday w/end here and I've been away. To answer your question, I've already tried building this with XM instead of XL and it produced the same result. However, I did have something of an epiphany whilst I was away and decided to revisit the PCI specs of the motherboard and PBX card. The card is a 32bit 33Mhz card which claims to run correctly in any PCI 2.2 slot or above. I've already tested this so I know it's correct. The slots in the mobo are 64bit, 2 x 133Mhz,1 x 100Mhz, and 1 x 66Mhz and the card was in the 100Mhz slot. It turns out however, that moving the card to the 66Mhz slot solves the problem! It seems a bit silly now that I originally put the card in the 100Mhz slot, but then, it worked fine like that until I introduced xen. Unfortunately, this wasn't the end of my problems, although it looks like I'm about 99% there... For the sake of interest, Asterisk and freePBX seem to have installed ok, but the dahdi drivers haven't. This is because I have to compile the drivers over the xen kernel (3.9.3-1.el6xen.x86_64) and each of these driver modules displays a warning about "no private gpg key". It looks like I may need to patch the install scripts to stop this breaking the install but this could be the last step before it starts working! Thanks for your help and suggestions, Jon -----Original Message----- From: Gordan Bobic [mailto:gordan@bobich.net] Sent: 23 May 2013 07:53 To: Jon Skilling Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision On 05/21/2013 04:33 PM, Jon Skilling wrote: > Hi Gordan, > > Thanks for your reply. It is my understanding that PCI pass-through > should work for PV guests, which is what I am creating here. One > thing that I notice though, other than XL DMESG giving the message > about Vt-d being disabled, is that other than the command line > message, iommu=soft doesn't seem to produce any confirmation messages > anywhere so I can't really tell if this is running or not. > > I have to confess that I have not seen any documentation on XL stating > that the device must be detached from Dom0 before it can be attached to a guest. > Certainly, XL pci-detach freePBX 06:01.0 produces an error saying that > the domain is invalid. However, I tried your suggestion prior to > starting the domain and it runs without complaint and says that the > device has been detached. > > I reincorporated your suggestion into xen-pciback.conf and added > modprobe xen-pciback into rc.local to get everything to start at boot > up and restarted the machine. > I then ran the virsh-nodev-detach command followed by xl create -c > freePBX.cfg. Unfortunately, this produced the same result as before. > > I've also tried adding iommu=soft to the Dom0 kernel line, but as I > said, this didn't produce any discernible differences to the XL DMESG output. > > Instead of hotplugging, I tried adding the two last lines to the end > of the freePBX.cfg file: > > name = "freePBX" > uuid = "91cd5696-1451-c333-f6a4-1628a79976bd" > maxmem = 1024 > memory = 1024 > vcpus = 1 > bootloader = "pygrub" > localtime = 0 > on_poweroff = "destroy" > on_reboot = "restart" > on_crash = "restart" > disk = [ "phy:/dev/VolGroup/freePBX,xvda,w" ] vif = [ > "mac=00:16:3e:00:9a:9c,bridge=br0,script=vif-bridge,vifname=vif2.0" > ] > > extra = "iommu=soft debug loglevel=10 earlyprintk=xenboot console=hvc0 > ro xencons=tty" > pci = ['06:01.0,permissive=1'] > > As you can see from above, I'm allocating 1024Mb to the guest. I > haven't got time now until the weekend to apply the 4.2.2-5 patches to > check if they solve my problem, but I'll post a message when I've done > it to update on how it went. Suffice to say, I'm still getting the > same error message :-( Have you tried using xm instead of xl? I'm finding that xl is still missing some vital features to make everything work. I'd also start with getting a standard HVM domU working with xm and then take it further from there. I'm pretty sure iommu=soft shouldn't be on the domU kernel boot parameters. I suggest you start by removing the extra= line and remove the ,permissive=1 from the pci spec since I don't think xm understands that (you have it in your module config anyway). Then see if you can get it working with xm/xend as a HVM. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:29:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:29: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 1UhNhP-0004C2-KN; Tue, 28 May 2013 17:28:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhNhO-0004Bv-6q for xen-users@lists.xen.org; Tue, 28 May 2013 17:28:38 +0000 Received: from [85.158.139.211:61758] by server-12.bemta-5.messagelabs.com id B4/AB-16465-549E4A15; Tue, 28 May 2013 17:28:37 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1369762116!19909559!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8347 invoked from network); 28 May 2013 17:28:36 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 17:28:36 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [149.254.186.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DA77022124F; Tue, 28 May 2013 18:28:28 +0100 (BST) Message-ID: <51A4E934.6090002@bobich.net> Date: Tue, 28 May 2013 18:28:20 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jon Skilling References: <519B15C8.9030605@bobich.net> <519DBCD2.3010703@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.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 05/28/2013 05:41 PM, Jon Skilling wrote: > Hi Gordan, > > Sorry about the delay in replying. It was bank holiday w/end here and I've > been away. No worries, I've had a bank holiday weekend, too. :) > To answer your question, I've already tried building this with > XM instead of XL and it produced the same result. However, I did have > something of an epiphany whilst I was away and decided to revisit the PCI > specs of the motherboard and PBX card. The card is a 32bit 33Mhz card which > claims to run correctly in any PCI 2.2 slot or above. I've already tested > this so I know it's correct. The slots in the mobo are 64bit, 2 x 133Mhz,1 > x 100Mhz, and 1 x 66Mhz and the card was in the 100Mhz slot. > It turns out however, that moving the card to the 66Mhz slot solves the > problem! It seems a bit silly now that I originally put the card in the > 100Mhz slot, but then, it worked fine like that until I introduced xen. If I had to guess, putting it in a different slot solved the problem because of the way PCI bridges are wired up, not because it is a different speed slot. Can you check: lspci -vt and see if in the old slot you had more than just this card behind the same PCI bridge? > Unfortunately, this wasn't the end of my problems, although it looks like > I'm about 99% there... For the sake of interest, Asterisk and freePBX seem > to have installed ok, but the dahdi drivers haven't. This is because I have > to compile the drivers over the xen kernel (3.9.3-1.el6xen.x86_64) and each > of these driver modules displays a warning about "no private gpg key". It > looks like I may need to patch the install scripts to stop this breaking the > install but this could be the last step before it starts working! So, you are down to a mere Linux problem rather than a Xen one. :) Awesome stuff, should be easier from here. ;) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:29:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:29: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 1UhNhP-0004C2-KN; Tue, 28 May 2013 17:28:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhNhO-0004Bv-6q for xen-users@lists.xen.org; Tue, 28 May 2013 17:28:38 +0000 Received: from [85.158.139.211:61758] by server-12.bemta-5.messagelabs.com id B4/AB-16465-549E4A15; Tue, 28 May 2013 17:28:37 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1369762116!19909559!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8347 invoked from network); 28 May 2013 17:28:36 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 17:28:36 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [149.254.186.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DA77022124F; Tue, 28 May 2013 18:28:28 +0100 (BST) Message-ID: <51A4E934.6090002@bobich.net> Date: Tue, 28 May 2013 18:28:20 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jon Skilling References: <519B15C8.9030605@bobich.net> <519DBCD2.3010703@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem with PCI Pass-through address space collision X-BeenThere: xen-users@lists.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 05/28/2013 05:41 PM, Jon Skilling wrote: > Hi Gordan, > > Sorry about the delay in replying. It was bank holiday w/end here and I've > been away. No worries, I've had a bank holiday weekend, too. :) > To answer your question, I've already tried building this with > XM instead of XL and it produced the same result. However, I did have > something of an epiphany whilst I was away and decided to revisit the PCI > specs of the motherboard and PBX card. The card is a 32bit 33Mhz card which > claims to run correctly in any PCI 2.2 slot or above. I've already tested > this so I know it's correct. The slots in the mobo are 64bit, 2 x 133Mhz,1 > x 100Mhz, and 1 x 66Mhz and the card was in the 100Mhz slot. > It turns out however, that moving the card to the 66Mhz slot solves the > problem! It seems a bit silly now that I originally put the card in the > 100Mhz slot, but then, it worked fine like that until I introduced xen. If I had to guess, putting it in a different slot solved the problem because of the way PCI bridges are wired up, not because it is a different speed slot. Can you check: lspci -vt and see if in the old slot you had more than just this card behind the same PCI bridge? > Unfortunately, this wasn't the end of my problems, although it looks like > I'm about 99% there... For the sake of interest, Asterisk and freePBX seem > to have installed ok, but the dahdi drivers haven't. This is because I have > to compile the drivers over the xen kernel (3.9.3-1.el6xen.x86_64) and each > of these driver modules displays a warning about "no private gpg key". It > looks like I may need to patch the install scripts to stop this breaking the > install but this could be the last step before it starts working! So, you are down to a mere Linux problem rather than a Xen one. :) Awesome stuff, should be easier from here. ;) Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:36:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:36: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 1UhNnn-0004Wl-NW; Tue, 28 May 2013 17:35:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhNnm-0004Wa-0R for xen-users@lists.xen.org; Tue, 28 May 2013 17:35:14 +0000 Received: from [85.158.138.51:13632] by server-13.bemta-3.messagelabs.com id E4/78-19597-1DAE4A15; Tue, 28 May 2013 17:35:13 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-174.messagelabs.com!1369762511!27855167!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19766 invoked from network); 28 May 2013 17:35:11 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 17:35:11 -0000 Received: (qmail 826 invoked by uid 1000); 28 May 2013 19:35:10 +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(-9.0/5.0):. Processed in 2.297596 secs); 28 May 2013 17:35:10 -0000 X-Spam-Status: No, hits=-9.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM 0.8 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 28 May 2013 19:35:07 +0200 Received: from [10.128.79.100] (ip-37-188-229-96.eurotel.cz [37.188.229.96]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by posta.excello.cz (Postfix) with ESMTPSA id 262192C0753; Tue, 28 May 2013 19:35:07 +0200 (CEST) References: <51A49404.2080706@excello.cz> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: X-Mailer: iPad Mail (10B329) From: Jan Hejl Date: Tue, 28 May 2013 19:35:07 +0200 To: feral Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7140854647454133402==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7140854647454133402== Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7bit --Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Missing? May be some irony and sarcasm about that "solved". Sure this could b= e done better in Xen implementation, but primarly ASUS should be the first t= o take a care. These boards are not cheapest so i suppose that they should w= ork properly. May be i'm wrong. 28. 5. 2013 v 18:56, feral : > On Tue, May 28, 2013 at 4:24 AM, Jan Hejl wrote: >> Hi guys, >>=20 >> i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solv= ed" >> in Xen 4.2.2 (discused here >> http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). B= ut >> i agree on that that it should be repaired on ASUS side. >>=20 >> And I'm also facing with prolem about Adaptec 3805 Raid card with enabled= >> IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, b= ut >> with enabled IOMMU in BIOS i see the device under linux as block device b= ut >> it's unusable - no data can read or written. Does anyone know what to do >> here, please? Could it be related with bad IOMMU implementation? >>=20 >> Thanks in advance >> Jan >=20 > What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The > linked message discusses the original issue of the broken IVRS tables > and the "fix" is to implement checks to disable IOMMU on buggy bios's > after version 4.1.3. In this case, the "fix" is the problem, unless I > missed something? --Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFSTCCBUUw ggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMjA4MjEwMDAwMDBaFw0x MzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2 aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEcMBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6r Y9Y3JBUfOTRODhMkaoxQDYTqpzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1Sgh W8bV3mRtaoyFHSIfiiFFDH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK 6YQ87nG7a28QTCi6HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4G kMOIMz24PawkicIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0C AwEAAaOB0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEF BQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRpZ2l0 YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkqhkiG9w0B AQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosmWK8+MAYg1Fwl pVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPUiU10VzwFZ6mR7/nD 0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXUM3WXQSXWyYCEhmu0/m22 0BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65nhXX2x5my+TzazAe9z5Xxly3 ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5SfnxjGCBIswggSHAgEBMIHyMIHdMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRy dXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2ln bi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMT LlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEBT4W4g+LpxV CvoVs2BeaAUwCQYFKw4DAhoFAKCCAm0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTMwNTI4MTczNTA5WjAjBgkqhkiG9w0BCQQxFgQUYKc8nqdAf8BB35H3t3m7Bh52 ZeYwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2ln biwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMg b2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTCCAQUGCyqGSIb3DQEJEAILMYH1 oIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMC EBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEBBQAEggEAQ0BzneLiOaKpQ2i2//msTw53iVeB 0vsTBXX9RD0B4f91xZvWX0jMZ28GNi09CRXStNfqZZS6yQtxLJGP6g0s7gRF9k97/UGiIPt5H3rP 7tNtcKkyPJlzs13jkcyN89DC7uWK7X+6QozvlsIBMZ8bjA1S1dk8ABHhyu6fdSwxzuGIODt77ayX YwBO3lsEuO+zxMJ8DsBAK+hg0iBC3s5THDHMbJuXjru57acmqwDbCdMjuRfh3FcbPax8dZ/XdH81 p18s6bacnAbmU5t61Aabp6TK1NE+rRbcc+7fhZA9VKZHlc4e57B4YhdQNOB1J3r72KAGwnaf933L jqnD0z1KXwAAAAAAAA== --Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4-- --===============7140854647454133402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7140854647454133402==-- From xen-users-bounces@lists.xen.org Tue May 28 17:36:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:36: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 1UhNnn-0004Wl-NW; Tue, 28 May 2013 17:35:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhNnm-0004Wa-0R for xen-users@lists.xen.org; Tue, 28 May 2013 17:35:14 +0000 Received: from [85.158.138.51:13632] by server-13.bemta-3.messagelabs.com id E4/78-19597-1DAE4A15; Tue, 28 May 2013 17:35:13 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-174.messagelabs.com!1369762511!27855167!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19766 invoked from network); 28 May 2013 17:35:11 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2013 17:35:11 -0000 Received: (qmail 826 invoked by uid 1000); 28 May 2013 19:35:10 +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(-9.0/5.0):. Processed in 2.297596 secs); 28 May 2013 17:35:10 -0000 X-Spam-Status: No, hits=-9.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM 0.8 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 28 May 2013 19:35:07 +0200 Received: from [10.128.79.100] (ip-37-188-229-96.eurotel.cz [37.188.229.96]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by posta.excello.cz (Postfix) with ESMTPSA id 262192C0753; Tue, 28 May 2013 19:35:07 +0200 (CEST) References: <51A49404.2080706@excello.cz> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: X-Mailer: iPad Mail (10B329) From: Jan Hejl Date: Tue, 28 May 2013 19:35:07 +0200 To: feral Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7140854647454133402==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7140854647454133402== Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7bit --Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Missing? May be some irony and sarcasm about that "solved". Sure this could b= e done better in Xen implementation, but primarly ASUS should be the first t= o take a care. These boards are not cheapest so i suppose that they should w= ork properly. May be i'm wrong. 28. 5. 2013 v 18:56, feral : > On Tue, May 28, 2013 at 4:24 AM, Jan Hejl wrote: >> Hi guys, >>=20 >> i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solv= ed" >> in Xen 4.2.2 (discused here >> http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). B= ut >> i agree on that that it should be repaired on ASUS side. >>=20 >> And I'm also facing with prolem about Adaptec 3805 Raid card with enabled= >> IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, b= ut >> with enabled IOMMU in BIOS i see the device under linux as block device b= ut >> it's unusable - no data can read or written. Does anyone know what to do >> here, please? Could it be related with bad IOMMU implementation? >>=20 >> Thanks in advance >> Jan >=20 > What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The > linked message discusses the original issue of the broken IVRS tables > and the "fix" is to implement checks to disable IOMMU on buggy bios's > after version 4.1.3. In this case, the "fix" is the problem, unless I > missed something? --Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFSTCCBUUw ggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMjA4MjEwMDAwMDBaFw0x MzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2 aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEcMBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6r Y9Y3JBUfOTRODhMkaoxQDYTqpzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1Sgh W8bV3mRtaoyFHSIfiiFFDH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK 6YQ87nG7a28QTCi6HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4G kMOIMz24PawkicIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0C AwEAAaOB0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEF BQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRpZ2l0 YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkqhkiG9w0B AQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosmWK8+MAYg1Fwl pVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPUiU10VzwFZ6mR7/nD 0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXUM3WXQSXWyYCEhmu0/m22 0BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65nhXX2x5my+TzazAe9z5Xxly3 ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5SfnxjGCBIswggSHAgEBMIHyMIHdMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRy dXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2ln bi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMT LlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEBT4W4g+LpxV CvoVs2BeaAUwCQYFKw4DAhoFAKCCAm0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTMwNTI4MTczNTA5WjAjBgkqhkiG9w0BCQQxFgQUYKc8nqdAf8BB35H3t3m7Bh52 ZeYwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2ln biwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMg b2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTCCAQUGCyqGSIb3DQEJEAILMYH1 oIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMC EBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEBBQAEggEAQ0BzneLiOaKpQ2i2//msTw53iVeB 0vsTBXX9RD0B4f91xZvWX0jMZ28GNi09CRXStNfqZZS6yQtxLJGP6g0s7gRF9k97/UGiIPt5H3rP 7tNtcKkyPJlzs13jkcyN89DC7uWK7X+6QozvlsIBMZ8bjA1S1dk8ABHhyu6fdSwxzuGIODt77ayX YwBO3lsEuO+zxMJ8DsBAK+hg0iBC3s5THDHMbJuXjru57acmqwDbCdMjuRfh3FcbPax8dZ/XdH81 p18s6bacnAbmU5t61Aabp6TK1NE+rRbcc+7fhZA9VKZHlc4e57B4YhdQNOB1J3r72KAGwnaf933L jqnD0z1KXwAAAAAAAA== --Apple-Mail-09E42553-42D4-4BFB-A764-14D8F59BCEE4-- --===============7140854647454133402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7140854647454133402==-- From xen-users-bounces@lists.xen.org Tue May 28 17:41:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:41: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 1UhNtS-0004vi-OO; Tue, 28 May 2013 17:41:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhNtR-0004va-5t for xen-users@lists.xen.org; Tue, 28 May 2013 17:41:05 +0000 Received: from [85.158.143.99:54770] by server-2.bemta-4.messagelabs.com id 68/63-27124-03CE4A15; Tue, 28 May 2013 17:41:04 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369762855!21036867!1 X-Originating-IP: [74.125.83.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14978 invoked from network); 28 May 2013 17:40:55 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 17:40:55 -0000 Received: by mail-ee0-f53.google.com with SMTP id c1so4868889eek.12 for ; Tue, 28 May 2013 10:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Kt1JqN1ho0oN5TPYpAJJq2q/Cm24iwuVkTwMVy3cSJc=; b=Zv2rfoAOV+reZW05N3rOOBVxDiMFYiRqfvnTHkEC+JAoQqGvMlvLUmtQmUrokHrD06 8AKKB2rd3s2js+yxTNP8MEpyiS8UQ13RKt1SGkXrD0TyG+RM35wQnoKACG8G3I/VdXUq i+5odJQWsVHYah38AaZnVLlmRov2MvA0Qa3J+rVYDCXmvpbAIzaIEyK3A6KMHgJEREme pD7f15vTduMfp5SnFQUjgn2A+d9hEqofdct/zqy2lOtE9hnUKDAjKN0NWk52a/DUaBrn BRRcmIIeTe3LMnY1ZKjlVqck+ew8RL2rDS4hFuAM8PknoiQM+g6s21joNXk7dKeim2MA 0fPg== X-Received: by 10.14.175.199 with SMTP id z47mr8937730eel.43.1369762855422; Tue, 28 May 2013 10:40:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 10:40:35 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 10:40:35 -0700 Message-ID: To: Jan Hejl Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 agree entirely about who should be taking responsibility, but we all know of course, that Asus will never fix this. There are probably less than 5000 people in the world affected by this, and if we assume most of them will still buy Asus's next board that has working IVRS tables, Asus doesn't care. I'm more interested in knowing why the "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue though. It seems odd to me that this option was implemented precisely to work around the regression issue, but somehow it didn't catch them all. Goddamn I can't wait for the Xen Documentation to take form :) On Tue, May 28, 2013 at 10:35 AM, Jan Hejl wrote: > Missing? May be some irony and sarcasm about that "solved". Sure this could be done better in Xen implementation, but primarly ASUS should be the first to take a care. These boards are not cheapest so i suppose that they should work properly. May be i'm wrong. > > 28. 5. 2013 v 18:56, feral : > >> On Tue, May 28, 2013 at 4:24 AM, Jan Hejl wrote: >>> Hi guys, >>> >>> i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" >>> in Xen 4.2.2 (discused here >>> http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). But >>> i agree on that that it should be repaired on ASUS side. >>> >>> And I'm also facing with prolem about Adaptec 3805 Raid card with enabled >>> IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but >>> with enabled IOMMU in BIOS i see the device under linux as block device but >>> it's unusable - no data can read or written. Does anyone know what to do >>> here, please? Could it be related with bad IOMMU implementation? >>> >>> Thanks in advance >>> Jan >> >> What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The >> linked message discusses the original issue of the broken IVRS tables >> and the "fix" is to implement checks to disable IOMMU on buggy bios's >> after version 4.1.3. In this case, the "fix" is the problem, unless I >> missed something? -- _____ Fact: 1. Ninjas are mammals. 2. Ninjas fight ALL the time. 3. The purpose of the ninja is to flip out and kill people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:41:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:41: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 1UhNtS-0004vi-OO; Tue, 28 May 2013 17:41:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhNtR-0004va-5t for xen-users@lists.xen.org; Tue, 28 May 2013 17:41:05 +0000 Received: from [85.158.143.99:54770] by server-2.bemta-4.messagelabs.com id 68/63-27124-03CE4A15; Tue, 28 May 2013 17:41:04 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369762855!21036867!1 X-Originating-IP: [74.125.83.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14978 invoked from network); 28 May 2013 17:40:55 -0000 Received: from mail-ee0-f53.google.com (HELO mail-ee0-f53.google.com) (74.125.83.53) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 17:40:55 -0000 Received: by mail-ee0-f53.google.com with SMTP id c1so4868889eek.12 for ; Tue, 28 May 2013 10:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Kt1JqN1ho0oN5TPYpAJJq2q/Cm24iwuVkTwMVy3cSJc=; b=Zv2rfoAOV+reZW05N3rOOBVxDiMFYiRqfvnTHkEC+JAoQqGvMlvLUmtQmUrokHrD06 8AKKB2rd3s2js+yxTNP8MEpyiS8UQ13RKt1SGkXrD0TyG+RM35wQnoKACG8G3I/VdXUq i+5odJQWsVHYah38AaZnVLlmRov2MvA0Qa3J+rVYDCXmvpbAIzaIEyK3A6KMHgJEREme pD7f15vTduMfp5SnFQUjgn2A+d9hEqofdct/zqy2lOtE9hnUKDAjKN0NWk52a/DUaBrn BRRcmIIeTe3LMnY1ZKjlVqck+ew8RL2rDS4hFuAM8PknoiQM+g6s21joNXk7dKeim2MA 0fPg== X-Received: by 10.14.175.199 with SMTP id z47mr8937730eel.43.1369762855422; Tue, 28 May 2013 10:40:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 10:40:35 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 10:40:35 -0700 Message-ID: To: Jan Hejl Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 agree entirely about who should be taking responsibility, but we all know of course, that Asus will never fix this. There are probably less than 5000 people in the world affected by this, and if we assume most of them will still buy Asus's next board that has working IVRS tables, Asus doesn't care. I'm more interested in knowing why the "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue though. It seems odd to me that this option was implemented precisely to work around the regression issue, but somehow it didn't catch them all. Goddamn I can't wait for the Xen Documentation to take form :) On Tue, May 28, 2013 at 10:35 AM, Jan Hejl wrote: > Missing? May be some irony and sarcasm about that "solved". Sure this could be done better in Xen implementation, but primarly ASUS should be the first to take a care. These boards are not cheapest so i suppose that they should work properly. May be i'm wrong. > > 28. 5. 2013 v 18:56, feral : > >> On Tue, May 28, 2013 at 4:24 AM, Jan Hejl wrote: >>> Hi guys, >>> >>> i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" >>> in Xen 4.2.2 (discused here >>> http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). But >>> i agree on that that it should be repaired on ASUS side. >>> >>> And I'm also facing with prolem about Adaptec 3805 Raid card with enabled >>> IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but >>> with enabled IOMMU in BIOS i see the device under linux as block device but >>> it's unusable - no data can read or written. Does anyone know what to do >>> here, please? Could it be related with bad IOMMU implementation? >>> >>> Thanks in advance >>> Jan >> >> What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The >> linked message discusses the original issue of the broken IVRS tables >> and the "fix" is to implement checks to disable IOMMU on buggy bios's >> after version 4.1.3. In this case, the "fix" is the problem, unless I >> missed something? -- _____ Fact: 1. Ninjas are mammals. 2. Ninjas fight ALL the time. 3. The purpose of the ninja is to flip out and kill people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:58:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:58: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 1UhO9E-0005y0-Vx; Tue, 28 May 2013 17:57:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhO9D-0005xs-D3 for xen-users@lists.xen.org; Tue, 28 May 2013 17:57:23 +0000 Received: from [85.158.139.211:36120] by server-7.bemta-5.messagelabs.com id 52/13-12828-200F4A15; Tue, 28 May 2013 17:57:22 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1369763841!19912577!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21502 invoked from network); 28 May 2013 17:57:21 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 17:57:21 -0000 Received: by mail-ee0-f52.google.com with SMTP id c13so4768878eek.11 for ; Tue, 28 May 2013 10:57:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=m7GzKVPPBd0LT44F5/h0YQ939P75gjduFORyTvmEj+c=; b=OQJhsKS14KlTgdcqYuhORS8QtX4ToQtJp5NXbzeYjhoooRiIhdQB157HdqpDZA9uqP 3RRkDKePbGBPexavj7zKVQ1BzYTyrm2Hiq652U/xxohrEs8PGXTxEFfJYEij5hC1nz/g wRY8UYABCMZOEY0q3PItF3CwGBwHIenXCIANcYqnWLtuf+FOKYcAjAIYekKOmPtsWl3Y WsqdV7DOdtq+X4U9FbgMW5jrsDF6q7SoiF+B5LIuQ7cC+b+3Zkl+Wpy4weM7lUFuMjig LhrHT5N8fB5DW9bzIBwj+ZMllq4FgonADnRCIsQ2tm182r1LwJXGTc/jw6E1bAYa3uh9 sLVA== X-Received: by 10.14.29.7 with SMTP id h7mr15013048eea.90.1369763840994; Tue, 28 May 2013 10:57:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 10:57:00 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 10:57:00 -0700 Message-ID: To: Jan Hejl Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Also, I'm pretty much n00b when it comes to IVRS so I'm not entirely sure what I'm talking about. Meanwhile I've got my Asus rep trying to fix the issue. Does anyone have a technical explanation of what specifically, Asus has to do to fix this issue? On Tue, May 28, 2013 at 10:40 AM, feral wrote: > I agree entirely about who should be taking responsibility, but we all > know of course, that Asus will never fix this. There are probably > less than 5000 people in the world affected by this, and if we assume > most of them will still buy Asus's next board that has working IVRS > tables, Asus doesn't care. > > I'm more interested in knowing why the > "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue > though. It seems odd to me that this option was implemented precisely > to work around the regression issue, but somehow it didn't catch them > all. Goddamn I can't wait for the Xen Documentation to take form :) > > On Tue, May 28, 2013 at 10:35 AM, Jan Hejl wrote: >> Missing? May be some irony and sarcasm about that "solved". Sure this could be done better in Xen implementation, but primarly ASUS should be the first to take a care. These boards are not cheapest so i suppose that they should work properly. May be i'm wrong. >> >> 28. 5. 2013 v 18:56, feral : >> >>> On Tue, May 28, 2013 at 4:24 AM, Jan Hejl wrote: >>>> Hi guys, >>>> >>>> i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" >>>> in Xen 4.2.2 (discused here >>>> http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). But >>>> i agree on that that it should be repaired on ASUS side. >>>> >>>> And I'm also facing with prolem about Adaptec 3805 Raid card with enabled >>>> IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but >>>> with enabled IOMMU in BIOS i see the device under linux as block device but >>>> it's unusable - no data can read or written. Does anyone know what to do >>>> here, please? Could it be related with bad IOMMU implementation? >>>> >>>> Thanks in advance >>>> Jan >>> >>> What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The >>> linked message discusses the original issue of the broken IVRS tables >>> and the "fix" is to implement checks to disable IOMMU on buggy bios's >>> after version 4.1.3. In this case, the "fix" is the problem, unless I >>> missed something? > > > > -- > _____ > Fact: > 1. Ninjas are mammals. > 2. Ninjas fight ALL the time. > 3. The purpose of the ninja is to flip out and kill people. -- _____ Fact: 1. Ninjas are mammals. 2. Ninjas fight ALL the time. 3. The purpose of the ninja is to flip out and kill people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 17:58:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 17:58: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 1UhO9E-0005y0-Vx; Tue, 28 May 2013 17:57:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhO9D-0005xs-D3 for xen-users@lists.xen.org; Tue, 28 May 2013 17:57:23 +0000 Received: from [85.158.139.211:36120] by server-7.bemta-5.messagelabs.com id 52/13-12828-200F4A15; Tue, 28 May 2013 17:57:22 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1369763841!19912577!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21502 invoked from network); 28 May 2013 17:57:21 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 17:57:21 -0000 Received: by mail-ee0-f52.google.com with SMTP id c13so4768878eek.11 for ; Tue, 28 May 2013 10:57:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=m7GzKVPPBd0LT44F5/h0YQ939P75gjduFORyTvmEj+c=; b=OQJhsKS14KlTgdcqYuhORS8QtX4ToQtJp5NXbzeYjhoooRiIhdQB157HdqpDZA9uqP 3RRkDKePbGBPexavj7zKVQ1BzYTyrm2Hiq652U/xxohrEs8PGXTxEFfJYEij5hC1nz/g wRY8UYABCMZOEY0q3PItF3CwGBwHIenXCIANcYqnWLtuf+FOKYcAjAIYekKOmPtsWl3Y WsqdV7DOdtq+X4U9FbgMW5jrsDF6q7SoiF+B5LIuQ7cC+b+3Zkl+Wpy4weM7lUFuMjig LhrHT5N8fB5DW9bzIBwj+ZMllq4FgonADnRCIsQ2tm182r1LwJXGTc/jw6E1bAYa3uh9 sLVA== X-Received: by 10.14.29.7 with SMTP id h7mr15013048eea.90.1369763840994; Tue, 28 May 2013 10:57:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 10:57:00 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 10:57:00 -0700 Message-ID: To: Jan Hejl Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Also, I'm pretty much n00b when it comes to IVRS so I'm not entirely sure what I'm talking about. Meanwhile I've got my Asus rep trying to fix the issue. Does anyone have a technical explanation of what specifically, Asus has to do to fix this issue? On Tue, May 28, 2013 at 10:40 AM, feral wrote: > I agree entirely about who should be taking responsibility, but we all > know of course, that Asus will never fix this. There are probably > less than 5000 people in the world affected by this, and if we assume > most of them will still buy Asus's next board that has working IVRS > tables, Asus doesn't care. > > I'm more interested in knowing why the > "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue > though. It seems odd to me that this option was implemented precisely > to work around the regression issue, but somehow it didn't catch them > all. Goddamn I can't wait for the Xen Documentation to take form :) > > On Tue, May 28, 2013 at 10:35 AM, Jan Hejl wrote: >> Missing? May be some irony and sarcasm about that "solved". Sure this could be done better in Xen implementation, but primarly ASUS should be the first to take a care. These boards are not cheapest so i suppose that they should work properly. May be i'm wrong. >> >> 28. 5. 2013 v 18:56, feral : >> >>> On Tue, May 28, 2013 at 4:24 AM, Jan Hejl wrote: >>>> Hi guys, >>>> >>>> i'm also experiencing this problem with M5A97 EVO R2.0. It has been "solved" >>>> in Xen 4.2.2 (discused here >>>> http://lists.xen.org/archives/html/xen-announce/2013-02/msg00006.html). But >>>> i agree on that that it should be repaired on ASUS side. >>>> >>>> And I'm also facing with prolem about Adaptec 3805 Raid card with enabled >>>> IOMMU on this motherbord. Without IOMMU storage adapter works perfectly, but >>>> with enabled IOMMU in BIOS i see the device under linux as block device but >>>> it's unusable - no data can read or written. Does anyone know what to do >>>> here, please? Could it be related with bad IOMMU implementation? >>>> >>>> Thanks in advance >>>> Jan >>> >>> What am I missing :p ? What does "solved" in Xen 4.2.2 mean? The >>> linked message discusses the original issue of the broken IVRS tables >>> and the "fix" is to implement checks to disable IOMMU on buggy bios's >>> after version 4.1.3. In this case, the "fix" is the problem, unless I >>> missed something? > > > > -- > _____ > Fact: > 1. Ninjas are mammals. > 2. Ninjas fight ALL the time. > 3. The purpose of the ninja is to flip out and kill people. -- _____ Fact: 1. Ninjas are mammals. 2. Ninjas fight ALL the time. 3. The purpose of the ninja is to flip out and kill people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 18:21:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 18:21: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 1UhOW5-0007mk-AO; Tue, 28 May 2013 18:21:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhOW3-0007mZ-2X for xen-users@lists.xen.org; Tue, 28 May 2013 18:20:59 +0000 Received: from [85.158.139.211:53107] by server-1.bemta-5.messagelabs.com id CC/83-01720-985F4A15; Tue, 28 May 2013 18:20:57 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1369765255!18541391!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32551 invoked from network); 28 May 2013 18:20:56 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 18:20:56 -0000 Received: by mail-we0-f170.google.com with SMTP id u59so5130570wes.29 for ; Tue, 28 May 2013 11:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wL7QPiMJzdeIVNgfo2TPTIUSTNK82gUGHudeiXqiub8=; b=cXkjinNR6qjxSaSboHDt6SRUbgaBoRiJhgQuE+BxqUw7amUtSXzRlanEhN4Vh1/g8M Wbg+df0+HcA6pPdo5Oqd5n0FOvOOsGTrV7/Hf9f09W5CDBoH/mUxAF/dx0++GprbjRxU WkDijjGvmjzInv8K4evVa4vqZt4xZqFXI+WZKQh+MXLmk+y1ZvT0w4KinLGkE+grCATJ 87ObjLWyqPC57EJ2YxJXFs64BPBBnZwpgSil7MLghbgl2zzWomHvleFF6iUFKh3mPGTV albn7Lyh0xQdpuBO9HbO6sHZpMnueNeolBup94OMrKInBeB4nw0H1T8dB65XyJg1cz9h 0wYA== MIME-Version: 1.0 X-Received: by 10.181.13.131 with SMTP id ey3mr12846973wid.41.1369765255659; Tue, 28 May 2013 11:20:55 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 11:20:55 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 13:20:55 -0500 Message-ID: From: David Sutton To: feral Cc: "xen-users@lists.xen.org" , Gizmo Chicken Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4733489574921854901==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4733489574921854901== Content-Type: multipart/alternative; boundary=f46d0438eb277d44fe04ddcb5394 --f46d0438eb277d44fe04ddcb5394 Content-Type: text/plain; charset=ISO-8859-1 Feral, On Tue, May 28, 2013 at 11:49 AM, feral wrote: > > In my case, the handle id is wrong ( you can see what it should be on the > > support document http://support.amd.com/us/Processor_TechDocs/48882.pdf- > > per tables 77/79 it should be the ID of the IO-APIC). Unlike the conflict > > error, which can be worked around by passing another command line option, > > invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to > fail > > to be enabled if you have the XSA-36 patch installed. > > This is the part I have an angry nerd rage issue with. I'm pretty > sure I fall into the latter category where there is no option to > forcibly enable IOMMU. I'd understand if the patch wasn't actually > removing functionality but in our case, it seems the patch does just > this even though the "bug" being addressed doesn't concern me (and > probably quite a few others) whatsoever. The machine in question is > my gaming rig primarily, and gets a lot of use in QA, but nothing > mission critical. I'd rather hobble along with a known bad IVRS table > if it has no affect on my work (or games) than be locked out entirely > :p. > > I'm still a little confused though as I've heard a few people say that > this patch wasn't introduced until Xen 4.2 but I saw the issue first > pop up in Xen 4.1.2 and later. Am I even looking at the right bug? > And what options are available to forcibly disable the checks other > than the "iommu=no-amd-iommu-perdev-intremap" ? > The issue will occur with both 4.1 and 4.2 - there was a security advisory ( XSA-36 ), the patch for which added in parsing of the IVRS table to validate certain information being returned (such as the IO-APIC details). Patches were released for both 4.1 and 4.2. Regards, David --f46d0438eb277d44fe04ddcb5394 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Feral,

On Tue, May 28, 2013 at 11:49 AM, feral = <blistovmhz@gm= ail.com> wrote:
> In my case, the handl= e id is wrong ( you can see what it should be on the
> support document http://support.amd.com/us/Processor_TechDoc= s/48882.pdf -
> per tables 77/79 it should be the ID of the IO-APIC). Unlike the confl= ict
> error, which can be worked around by passing another command line opti= on,
> invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to = fail
> to be enabled if you have the XSA-36 patch installed.

This is the part I have an angry nerd rage issue with. =A0I'm pre= tty
sure I fall into the latter category where there is no option to
forcibly enable IOMMU. =A0I'd understand if the patch wasn't actual= ly
removing functionality but in our case, it seems the patch does just
this even though the "bug" being addressed doesn't concern me= (and
probably quite a few others) whatsoever. =A0The machine in question is
my gaming rig primarily, and gets a lot of use in QA, but nothing
mission critical. =A0I'd rather hobble along with a known bad IVRS tabl= e
if it has no affect on my work (or games) than be locked out entirely
:p.

I'm still a little confused though as I've heard a few people say t= hat
this patch wasn't introduced until Xen 4.2 but I saw the issue first pop up in Xen 4.1.2 and later. =A0Am I even looking at the right bug?
And what options are available to forcibly disable the checks other
than the "iommu=3Dno-amd-iommu-perdev-intremap" ?

The issue will occu= r with both 4.1 and 4.2 - there was a security advisory ( XSA-36 ), the pat= ch for which added in parsing of the IVRS table to validate certain informa= tion being returned (such as the IO-APIC details). Patches were released fo= r both 4.1 and 4.2.

Regards,

=A0 David
--f46d0438eb277d44fe04ddcb5394-- --===============4733489574921854901== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4733489574921854901==-- From xen-users-bounces@lists.xen.org Tue May 28 18:21:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 18:21: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 1UhOW5-0007mk-AO; Tue, 28 May 2013 18:21:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhOW3-0007mZ-2X for xen-users@lists.xen.org; Tue, 28 May 2013 18:20:59 +0000 Received: from [85.158.139.211:53107] by server-1.bemta-5.messagelabs.com id CC/83-01720-985F4A15; Tue, 28 May 2013 18:20:57 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1369765255!18541391!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32551 invoked from network); 28 May 2013 18:20:56 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 18:20:56 -0000 Received: by mail-we0-f170.google.com with SMTP id u59so5130570wes.29 for ; Tue, 28 May 2013 11:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wL7QPiMJzdeIVNgfo2TPTIUSTNK82gUGHudeiXqiub8=; b=cXkjinNR6qjxSaSboHDt6SRUbgaBoRiJhgQuE+BxqUw7amUtSXzRlanEhN4Vh1/g8M Wbg+df0+HcA6pPdo5Oqd5n0FOvOOsGTrV7/Hf9f09W5CDBoH/mUxAF/dx0++GprbjRxU WkDijjGvmjzInv8K4evVa4vqZt4xZqFXI+WZKQh+MXLmk+y1ZvT0w4KinLGkE+grCATJ 87ObjLWyqPC57EJ2YxJXFs64BPBBnZwpgSil7MLghbgl2zzWomHvleFF6iUFKh3mPGTV albn7Lyh0xQdpuBO9HbO6sHZpMnueNeolBup94OMrKInBeB4nw0H1T8dB65XyJg1cz9h 0wYA== MIME-Version: 1.0 X-Received: by 10.181.13.131 with SMTP id ey3mr12846973wid.41.1369765255659; Tue, 28 May 2013 11:20:55 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 11:20:55 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 May 2013 13:20:55 -0500 Message-ID: From: David Sutton To: feral Cc: "xen-users@lists.xen.org" , Gizmo Chicken Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4733489574921854901==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4733489574921854901== Content-Type: multipart/alternative; boundary=f46d0438eb277d44fe04ddcb5394 --f46d0438eb277d44fe04ddcb5394 Content-Type: text/plain; charset=ISO-8859-1 Feral, On Tue, May 28, 2013 at 11:49 AM, feral wrote: > > In my case, the handle id is wrong ( you can see what it should be on the > > support document http://support.amd.com/us/Processor_TechDocs/48882.pdf- > > per tables 77/79 it should be the ID of the IO-APIC). Unlike the conflict > > error, which can be worked around by passing another command line option, > > invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to > fail > > to be enabled if you have the XSA-36 patch installed. > > This is the part I have an angry nerd rage issue with. I'm pretty > sure I fall into the latter category where there is no option to > forcibly enable IOMMU. I'd understand if the patch wasn't actually > removing functionality but in our case, it seems the patch does just > this even though the "bug" being addressed doesn't concern me (and > probably quite a few others) whatsoever. The machine in question is > my gaming rig primarily, and gets a lot of use in QA, but nothing > mission critical. I'd rather hobble along with a known bad IVRS table > if it has no affect on my work (or games) than be locked out entirely > :p. > > I'm still a little confused though as I've heard a few people say that > this patch wasn't introduced until Xen 4.2 but I saw the issue first > pop up in Xen 4.1.2 and later. Am I even looking at the right bug? > And what options are available to forcibly disable the checks other > than the "iommu=no-amd-iommu-perdev-intremap" ? > The issue will occur with both 4.1 and 4.2 - there was a security advisory ( XSA-36 ), the patch for which added in parsing of the IVRS table to validate certain information being returned (such as the IO-APIC details). Patches were released for both 4.1 and 4.2. Regards, David --f46d0438eb277d44fe04ddcb5394 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Feral,

On Tue, May 28, 2013 at 11:49 AM, feral = <blistovmhz@gm= ail.com> wrote:
> In my case, the handl= e id is wrong ( you can see what it should be on the
> support document http://support.amd.com/us/Processor_TechDoc= s/48882.pdf -
> per tables 77/79 it should be the ID of the IO-APIC). Unlike the confl= ict
> error, which can be worked around by passing another command line opti= on,
> invalid IO-APIC entries in the IVRS table will always cause AMD-Vi to = fail
> to be enabled if you have the XSA-36 patch installed.

This is the part I have an angry nerd rage issue with. =A0I'm pre= tty
sure I fall into the latter category where there is no option to
forcibly enable IOMMU. =A0I'd understand if the patch wasn't actual= ly
removing functionality but in our case, it seems the patch does just
this even though the "bug" being addressed doesn't concern me= (and
probably quite a few others) whatsoever. =A0The machine in question is
my gaming rig primarily, and gets a lot of use in QA, but nothing
mission critical. =A0I'd rather hobble along with a known bad IVRS tabl= e
if it has no affect on my work (or games) than be locked out entirely
:p.

I'm still a little confused though as I've heard a few people say t= hat
this patch wasn't introduced until Xen 4.2 but I saw the issue first pop up in Xen 4.1.2 and later. =A0Am I even looking at the right bug?
And what options are available to forcibly disable the checks other
than the "iommu=3Dno-amd-iommu-perdev-intremap" ?

The issue will occu= r with both 4.1 and 4.2 - there was a security advisory ( XSA-36 ), the pat= ch for which added in parsing of the IVRS table to validate certain informa= tion being returned (such as the IO-APIC details). Patches were released fo= r both 4.1 and 4.2.

Regards,

=A0 David
--f46d0438eb277d44fe04ddcb5394-- --===============4733489574921854901== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4733489574921854901==-- From xen-users-bounces@lists.xen.org Tue May 28 18:26:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 18: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 1UhOaq-0008PD-Rd; Tue, 28 May 2013 18:25:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhOap-0008P1-HQ for xen-users@lists.xen.org; Tue, 28 May 2013 18:25:55 +0000 Received: from [85.158.138.51:13475] by server-8.bemta-3.messagelabs.com id AA/20-25864-2B6F4A15; Tue, 28 May 2013 18:25:54 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1369765553!27580015!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18904 invoked from network); 28 May 2013 18:25:53 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 18:25:53 -0000 Received: by mail-wi0-f173.google.com with SMTP id hi5so2800616wib.12 for ; Tue, 28 May 2013 11:25:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WCv7TAZxhRwTOSsHljzdgQE9trDp4waGqXNm7p5ypBc=; b=UsVetXSOurqfPZoLiEfZKcjG0sC+YV5ciLgDcNLuKpglx8+P7lSV4vdZPxnvi/ZuP5 8EAPykUWyobYlYBW1mJzp6pw0I5cfE6N+muz414vYIr/giMyuyyD1v4MKvCXTMOQvk/N BWqmXJLh7+exx9E/OtJA3lZ4soKkb/9QPAZtjkI+/xsNhsSKAMpI3QGy0gPAlxESySze I3mNE5jAX5BafsQlQKLPPOXbnqCYE3FbnFCXXUNGmGLaJ92/U687Rd5yO1mrI3u8MXPL wORRjZN0nrcYO4eCyue/VFWCjIupyI3jtl5wIN/tmhEHPikwj8nnlBmbUvlxqNttDRLx 0VsA== MIME-Version: 1.0 X-Received: by 10.194.6.9 with SMTP id w9mr5213252wjw.32.1369765553040; Tue, 28 May 2013 11:25:53 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 11:25:52 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> Date: Tue, 28 May 2013 13:25:52 -0500 Message-ID: From: David Sutton To: feral Cc: "xen-users@lists.xen.org" , Jan Hejl Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7039716738799664897==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7039716738799664897== Content-Type: multipart/alternative; boundary=047d7b45096636f45004ddcb6590 --047d7b45096636f45004ddcb6590 Content-Type: text/plain; charset=ISO-8859-1 Feral, On Tue, May 28, 2013 at 12:40 PM, feral wrote: > I agree entirely about who should be taking responsibility, but we all > know of course, that Asus will never fix this. There are probably > less than 5000 people in the world affected by this, and if we assume > most of them will still buy Asus's next board that has working IVRS > tables, Asus doesn't care. > > I'm more interested in knowing why the > "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue > though. It seems odd to me that this option was implemented precisely > to work around the regression issue, but somehow it didn't catch them > all. Goddamn I can't wait for the Xen Documentation to take form :) > > The problem is that there were two issues which were identified, and that flag only deals with one of them; the first issue is where the IVRS has two entries for the IO-APIC (for NB and SB) but has the same id listed for both (causing a conflict). This means you can't split across the different IO-APICs because its not sure which is which - the option allows it to use a global pool, decreasing security but allowing things to work. The second issue is where the IVRS table doesn't have a valid id listed for the IO-APIC at all. This second case, because there isn't an id listed, is the one where it just disables AMD-Vi support. Regards, David --047d7b45096636f45004ddcb6590 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Feral,

On Tue, May 28, 2013 at 12:40 PM, feral <blistovmhz@gmail.com= > wrote:
I agree entirely about who should be taking = responsibility, but we all
know of course, that Asus will never fix this. =A0There are probably
less than 5000 people in the world affected by this, and if we assume
most of them will still buy Asus's next board that has working IVRS
tables, Asus doesn't care.

I'm more interested in knowing why the
"iommu=3Dno-amd-iommu-perdev-intremap" option doesn't cover m= y issue
though. =A0It seems odd to me that this option was implemented precisely to work around the regression issue, but somehow it didn't catch them all. =A0Goddamn I can't wait for the Xen Documentation to take form :)<= br>

=
The problem is that there were two iss= ues which were identified, and that flag only deals with one of them; the f= irst issue is where the IVRS has two entries for the IO-APIC (for NB and SB= ) but has the same id listed for both (causing a conflict). This means you = can't split across the different IO-APICs because its not sure which is= which - the option allows it to use a global pool, decreasing security but= allowing things to work. The second issue is where the IVRS table doesn= 9;t have a valid id listed for the IO-APIC at all. This second case, becaus= e there isn't an id listed, is the one where it just disables AMD-Vi su= pport.

Regards,

=A0 David
--047d7b45096636f45004ddcb6590-- --===============7039716738799664897== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7039716738799664897==-- From xen-users-bounces@lists.xen.org Tue May 28 18:26:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 18: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 1UhOaq-0008PD-Rd; Tue, 28 May 2013 18:25:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhOap-0008P1-HQ for xen-users@lists.xen.org; Tue, 28 May 2013 18:25:55 +0000 Received: from [85.158.138.51:13475] by server-8.bemta-3.messagelabs.com id AA/20-25864-2B6F4A15; Tue, 28 May 2013 18:25:54 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1369765553!27580015!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18904 invoked from network); 28 May 2013 18:25:53 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 18:25:53 -0000 Received: by mail-wi0-f173.google.com with SMTP id hi5so2800616wib.12 for ; Tue, 28 May 2013 11:25:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WCv7TAZxhRwTOSsHljzdgQE9trDp4waGqXNm7p5ypBc=; b=UsVetXSOurqfPZoLiEfZKcjG0sC+YV5ciLgDcNLuKpglx8+P7lSV4vdZPxnvi/ZuP5 8EAPykUWyobYlYBW1mJzp6pw0I5cfE6N+muz414vYIr/giMyuyyD1v4MKvCXTMOQvk/N BWqmXJLh7+exx9E/OtJA3lZ4soKkb/9QPAZtjkI+/xsNhsSKAMpI3QGy0gPAlxESySze I3mNE5jAX5BafsQlQKLPPOXbnqCYE3FbnFCXXUNGmGLaJ92/U687Rd5yO1mrI3u8MXPL wORRjZN0nrcYO4eCyue/VFWCjIupyI3jtl5wIN/tmhEHPikwj8nnlBmbUvlxqNttDRLx 0VsA== MIME-Version: 1.0 X-Received: by 10.194.6.9 with SMTP id w9mr5213252wjw.32.1369765553040; Tue, 28 May 2013 11:25:53 -0700 (PDT) Received: by 10.216.71.67 with HTTP; Tue, 28 May 2013 11:25:52 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> Date: Tue, 28 May 2013 13:25:52 -0500 Message-ID: From: David Sutton To: feral Cc: "xen-users@lists.xen.org" , Jan Hejl Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7039716738799664897==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7039716738799664897== Content-Type: multipart/alternative; boundary=047d7b45096636f45004ddcb6590 --047d7b45096636f45004ddcb6590 Content-Type: text/plain; charset=ISO-8859-1 Feral, On Tue, May 28, 2013 at 12:40 PM, feral wrote: > I agree entirely about who should be taking responsibility, but we all > know of course, that Asus will never fix this. There are probably > less than 5000 people in the world affected by this, and if we assume > most of them will still buy Asus's next board that has working IVRS > tables, Asus doesn't care. > > I'm more interested in knowing why the > "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue > though. It seems odd to me that this option was implemented precisely > to work around the regression issue, but somehow it didn't catch them > all. Goddamn I can't wait for the Xen Documentation to take form :) > > The problem is that there were two issues which were identified, and that flag only deals with one of them; the first issue is where the IVRS has two entries for the IO-APIC (for NB and SB) but has the same id listed for both (causing a conflict). This means you can't split across the different IO-APICs because its not sure which is which - the option allows it to use a global pool, decreasing security but allowing things to work. The second issue is where the IVRS table doesn't have a valid id listed for the IO-APIC at all. This second case, because there isn't an id listed, is the one where it just disables AMD-Vi support. Regards, David --047d7b45096636f45004ddcb6590 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Feral,

On Tue, May 28, 2013 at 12:40 PM, feral <blistovmhz@gmail.com= > wrote:
I agree entirely about who should be taking = responsibility, but we all
know of course, that Asus will never fix this. =A0There are probably
less than 5000 people in the world affected by this, and if we assume
most of them will still buy Asus's next board that has working IVRS
tables, Asus doesn't care.

I'm more interested in knowing why the
"iommu=3Dno-amd-iommu-perdev-intremap" option doesn't cover m= y issue
though. =A0It seems odd to me that this option was implemented precisely to work around the regression issue, but somehow it didn't catch them all. =A0Goddamn I can't wait for the Xen Documentation to take form :)<= br>

=
The problem is that there were two iss= ues which were identified, and that flag only deals with one of them; the f= irst issue is where the IVRS has two entries for the IO-APIC (for NB and SB= ) but has the same id listed for both (causing a conflict). This means you = can't split across the different IO-APICs because its not sure which is= which - the option allows it to use a global pool, decreasing security but= allowing things to work. The second issue is where the IVRS table doesn= 9;t have a valid id listed for the IO-APIC at all. This second case, becaus= e there isn't an id listed, is the one where it just disables AMD-Vi su= pport.

Regards,

=A0 David
--047d7b45096636f45004ddcb6590-- --===============7039716738799664897== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7039716738799664897==-- From xen-users-bounces@lists.xen.org Tue May 28 18:28:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 18:28: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 1UhOcn-0000Dh-43; Tue, 28 May 2013 18:27:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhOcl-0000DF-Sy for xen-users@lists.xen.org; Tue, 28 May 2013 18:27:56 +0000 Received: from [85.158.143.99:53289] by server-1.bemta-4.messagelabs.com id C6/2C-06122-B27F4A15; Tue, 28 May 2013 18:27:55 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1369765674!22149267!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23350 invoked from network); 28 May 2013 18:27:54 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 18:27:54 -0000 Received: by mail-ee0-f52.google.com with SMTP id c13so4635757eek.25 for ; Tue, 28 May 2013 11:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nrt45Ma1P/9qpphMfYfr5j829LiM/Ci4Nt3Kgka4/xM=; b=HOwtn/KLSkN47nchkNyIa4e/4C64/2lCw2rCswuERRjZSt/gHBxiBNtHQZQyNmhAfa wQ2zWoxvq+8c3YOBOS58TuQ+mxQK0Pwi+F4p3I1R/XawyyDcGdmf6aHKnZeTqpmm0+dz eMehdGe9M91Bauk0mO8gchIzsu3/phupSv8PTgzaxgWrtBqeA8pWHvVDZipG9QJOWS3u Mm9uBoF49lJeRzPh/f1jyz3zKgTbApw3b8OyHyw0AYXb2DcucbtcmN7OtG8JudsBOSWs S/lnKkAvudzuqz+Ru1P3II9zAwuU00p+bIPYzbJ9be36BcfLJnPhq2ppDqMXow+FNb2y +PWQ== X-Received: by 10.15.44.205 with SMTP id z53mr9014799eev.31.1369765674202; Tue, 28 May 2013 11:27:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 11:27:34 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 11:27:34 -0700 Message-ID: To: David Sutton Cc: "xen-users@lists.xen.org" , Jan Hejl Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So next question then. How did IOMMU work before these checks if I'm affected by the latter bug, where the ID simply isn't listed? Did we fall back on global pool anyway? On Tue, May 28, 2013 at 11:25 AM, David Sutton wrote: > Feral, > > > On Tue, May 28, 2013 at 12:40 PM, feral wrote: >> >> I agree entirely about who should be taking responsibility, but we all >> know of course, that Asus will never fix this. There are probably >> less than 5000 people in the world affected by this, and if we assume >> most of them will still buy Asus's next board that has working IVRS >> tables, Asus doesn't care. >> >> I'm more interested in knowing why the >> "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue >> though. It seems odd to me that this option was implemented precisely >> to work around the regression issue, but somehow it didn't catch them >> all. Goddamn I can't wait for the Xen Documentation to take form :) >> > > The problem is that there were two issues which were identified, and that > flag only deals with one of them; the first issue is where the IVRS has two > entries for the IO-APIC (for NB and SB) but has the same id listed for both > (causing a conflict). This means you can't split across the different > IO-APICs because its not sure which is which - the option allows it to use a > global pool, decreasing security but allowing things to work. The second > issue is where the IVRS table doesn't have a valid id listed for the IO-APIC > at all. This second case, because there isn't an id listed, is the one where > it just disables AMD-Vi support. > > Regards, > > David -- _____ Fact: 1. Ninjas are mammals. 2. Ninjas fight ALL the time. 3. The purpose of the ninja is to flip out and kill people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 18:28:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 18:28: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 1UhOcn-0000Dh-43; Tue, 28 May 2013 18:27:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhOcl-0000DF-Sy for xen-users@lists.xen.org; Tue, 28 May 2013 18:27:56 +0000 Received: from [85.158.143.99:53289] by server-1.bemta-4.messagelabs.com id C6/2C-06122-B27F4A15; Tue, 28 May 2013 18:27:55 +0000 X-Env-Sender: blistovmhz@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1369765674!22149267!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23350 invoked from network); 28 May 2013 18:27:54 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 18:27:54 -0000 Received: by mail-ee0-f52.google.com with SMTP id c13so4635757eek.25 for ; Tue, 28 May 2013 11:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nrt45Ma1P/9qpphMfYfr5j829LiM/Ci4Nt3Kgka4/xM=; b=HOwtn/KLSkN47nchkNyIa4e/4C64/2lCw2rCswuERRjZSt/gHBxiBNtHQZQyNmhAfa wQ2zWoxvq+8c3YOBOS58TuQ+mxQK0Pwi+F4p3I1R/XawyyDcGdmf6aHKnZeTqpmm0+dz eMehdGe9M91Bauk0mO8gchIzsu3/phupSv8PTgzaxgWrtBqeA8pWHvVDZipG9QJOWS3u Mm9uBoF49lJeRzPh/f1jyz3zKgTbApw3b8OyHyw0AYXb2DcucbtcmN7OtG8JudsBOSWs S/lnKkAvudzuqz+Ru1P3II9zAwuU00p+bIPYzbJ9be36BcfLJnPhq2ppDqMXow+FNb2y +PWQ== X-Received: by 10.15.44.205 with SMTP id z53mr9014799eev.31.1369765674202; Tue, 28 May 2013 11:27:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.107.2 with HTTP; Tue, 28 May 2013 11:27:34 -0700 (PDT) In-Reply-To: References: <51A49404.2080706@excello.cz> From: feral Date: Tue, 28 May 2013 11:27:34 -0700 Message-ID: To: David Sutton Cc: "xen-users@lists.xen.org" , Jan Hejl Subject: Re: [Xen-users] Xen IOMMU disabled due to IVRS table... Blah blah blah X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So next question then. How did IOMMU work before these checks if I'm affected by the latter bug, where the ID simply isn't listed? Did we fall back on global pool anyway? On Tue, May 28, 2013 at 11:25 AM, David Sutton wrote: > Feral, > > > On Tue, May 28, 2013 at 12:40 PM, feral wrote: >> >> I agree entirely about who should be taking responsibility, but we all >> know of course, that Asus will never fix this. There are probably >> less than 5000 people in the world affected by this, and if we assume >> most of them will still buy Asus's next board that has working IVRS >> tables, Asus doesn't care. >> >> I'm more interested in knowing why the >> "iommu=no-amd-iommu-perdev-intremap" option doesn't cover my issue >> though. It seems odd to me that this option was implemented precisely >> to work around the regression issue, but somehow it didn't catch them >> all. Goddamn I can't wait for the Xen Documentation to take form :) >> > > The problem is that there were two issues which were identified, and that > flag only deals with one of them; the first issue is where the IVRS has two > entries for the IO-APIC (for NB and SB) but has the same id listed for both > (causing a conflict). This means you can't split across the different > IO-APICs because its not sure which is which - the option allows it to use a > global pool, decreasing security but allowing things to work. The second > issue is where the IVRS table doesn't have a valid id listed for the IO-APIC > at all. This second case, because there isn't an id listed, is the one where > it just disables AMD-Vi support. > > Regards, > > David -- _____ Fact: 1. Ninjas are mammals. 2. Ninjas fight ALL the time. 3. The purpose of the ninja is to flip out and kill people. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 19:43:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 19:43:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhPmq-0003d5-Lk; Tue, 28 May 2013 19:42:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhPmo-0003d0-R9 for xen-users@lists.xen.org; Tue, 28 May 2013 19:42:23 +0000 Received: from [85.158.137.99:47210] by server-7.bemta-3.messagelabs.com id 80/00-10169-D9805A15; Tue, 28 May 2013 19:42:21 +0000 X-Env-Sender: westjonathanx@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369770138!18813202!1 X-Originating-IP: [209.85.214.169] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3958 invoked from network); 28 May 2013 19:42:19 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 19:42:19 -0000 Received: by mail-ob0-f169.google.com with SMTP id up14so3084818obb.0 for ; Tue, 28 May 2013 12:42:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=s3RAmeiBpd/Ht0ZM4S/tav90N+cRafFCq8aVz6g9HPE=; b=O2Gl09bwRyyVlZGdSMjmSqTHLhchse4ONu9cminCaGo16e8zXIAl0m434QYMCldl7g 2p9tmxkGOnC9BxxXRVIYJBfE0ow143RuXgxuk8HmYIcWLnK8C9WJHX3BPG5Ucuvq3BPW LtnUFMLaxmlPB8Bxn0B2I8+h5eAEXVR0e1BP1ZrLe9TLKe5/11q/0+SL1rVMVmASocsl XC6GqeWvM3mJ7CNfDvM5I+HyGpdvAzLDdehsWdeqOdRCFNHCcPEjTdvClHXJ9Tpv/qZc +xMYQ/zz1GTfmFP/uOoSjcDx5HPbga6NvIcbnQ3w4J9n0jqS6JYyj0oxhP9h6GVUhz+I +N8Q== MIME-Version: 1.0 X-Received: by 10.60.174.18 with SMTP id bo18mr22474179oec.110.1369770137761; Tue, 28 May 2013 12:42:17 -0700 (PDT) Received: by 10.76.167.169 with HTTP; Tue, 28 May 2013 12:42:17 -0700 (PDT) In-Reply-To: <07536735FAF9EA933B9D7C397291619A@thehobsons.co.uk> References: <07536735FAF9EA933B9D7C397291619A@thehobsons.co.uk> Date: Tue, 28 May 2013 21:42:17 +0200 Message-ID: From: jonathan west Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6720751553739034153==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6720751553739034153== Content-Type: multipart/alternative; boundary=089e0118236a7c3fc104ddcc76a4 --089e0118236a7c3fc104ddcc76a4 Content-Type: text/plain; charset=ISO-8859-1 Thanks a lot Simon, that was something I was looking for. You have saved my life ! Regards 2013/5/28 Simon Hobson > jonathan west wrote: > > I have physical server (dom0) and two XEN vm installed. I have moved > physical server to new rack so now it has different range of IP (I am > assigning static IP). I was able to change static IP (of physical server) > modifying /etc/sysconfig/network-scripts. I would like to know how can I > modify IP's for both of XEN vm ? Do I need to log separately to each of > them, and change network-scripts files like I did in physical server? Or > can I do it somehow from physical server itself using putty for example ? > > You change it in the network settings within each guest. > Provided you have access to the host (whether locally or remotely via SSH > for example), then you should be able to access the virtual console of each > guest ("xm console " if using the older XM tools, dunno the > syntax for the newer tools). > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0118236a7c3fc104ddcc76a4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks a lot Simon, that was something I was looking = for. You have saved my life !

Regards


2013/5/28 Simon Hobson <linux@thehobsons.co.uk>
jonathan west wrote:
> I have physical server (dom0) and two XEN vm installed. I have moved p= hysical server to new rack so now it has different range of IP (I am assign= ing static IP). I was able to change static IP (of physical server) modifyi= ng /etc/sysconfig/network-scripts. I would like to know how can I modify IP= 's for both of XEN vm ? Do I need to log separately to each of them, an= d change network-scripts files like I did in physical server? Or can I do i= t somehow from physical server itself using putty for example ?

You change it in the network settings within each guest.
Provided you have access to the host (whether locally or remotely via SSH f= or example), then you should be able to access the virtual console of each = guest ("xm console <guest name/id>" if using the older XM t= ools, dunno the syntax for the newer tools).

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

--089e0118236a7c3fc104ddcc76a4-- --===============6720751553739034153== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6720751553739034153==-- From xen-users-bounces@lists.xen.org Tue May 28 19:43:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 19:43:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhPmq-0003d5-Lk; Tue, 28 May 2013 19:42:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhPmo-0003d0-R9 for xen-users@lists.xen.org; Tue, 28 May 2013 19:42:23 +0000 Received: from [85.158.137.99:47210] by server-7.bemta-3.messagelabs.com id 80/00-10169-D9805A15; Tue, 28 May 2013 19:42:21 +0000 X-Env-Sender: westjonathanx@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1369770138!18813202!1 X-Originating-IP: [209.85.214.169] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3958 invoked from network); 28 May 2013 19:42:19 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 19:42:19 -0000 Received: by mail-ob0-f169.google.com with SMTP id up14so3084818obb.0 for ; Tue, 28 May 2013 12:42:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=s3RAmeiBpd/Ht0ZM4S/tav90N+cRafFCq8aVz6g9HPE=; b=O2Gl09bwRyyVlZGdSMjmSqTHLhchse4ONu9cminCaGo16e8zXIAl0m434QYMCldl7g 2p9tmxkGOnC9BxxXRVIYJBfE0ow143RuXgxuk8HmYIcWLnK8C9WJHX3BPG5Ucuvq3BPW LtnUFMLaxmlPB8Bxn0B2I8+h5eAEXVR0e1BP1ZrLe9TLKe5/11q/0+SL1rVMVmASocsl XC6GqeWvM3mJ7CNfDvM5I+HyGpdvAzLDdehsWdeqOdRCFNHCcPEjTdvClHXJ9Tpv/qZc +xMYQ/zz1GTfmFP/uOoSjcDx5HPbga6NvIcbnQ3w4J9n0jqS6JYyj0oxhP9h6GVUhz+I +N8Q== MIME-Version: 1.0 X-Received: by 10.60.174.18 with SMTP id bo18mr22474179oec.110.1369770137761; Tue, 28 May 2013 12:42:17 -0700 (PDT) Received: by 10.76.167.169 with HTTP; Tue, 28 May 2013 12:42:17 -0700 (PDT) In-Reply-To: <07536735FAF9EA933B9D7C397291619A@thehobsons.co.uk> References: <07536735FAF9EA933B9D7C397291619A@thehobsons.co.uk> Date: Tue, 28 May 2013 21:42:17 +0200 Message-ID: From: jonathan west Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] changing ip in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6720751553739034153==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6720751553739034153== Content-Type: multipart/alternative; boundary=089e0118236a7c3fc104ddcc76a4 --089e0118236a7c3fc104ddcc76a4 Content-Type: text/plain; charset=ISO-8859-1 Thanks a lot Simon, that was something I was looking for. You have saved my life ! Regards 2013/5/28 Simon Hobson > jonathan west wrote: > > I have physical server (dom0) and two XEN vm installed. I have moved > physical server to new rack so now it has different range of IP (I am > assigning static IP). I was able to change static IP (of physical server) > modifying /etc/sysconfig/network-scripts. I would like to know how can I > modify IP's for both of XEN vm ? Do I need to log separately to each of > them, and change network-scripts files like I did in physical server? Or > can I do it somehow from physical server itself using putty for example ? > > You change it in the network settings within each guest. > Provided you have access to the host (whether locally or remotely via SSH > for example), then you should be able to access the virtual console of each > guest ("xm console " if using the older XM tools, dunno the > syntax for the newer tools). > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0118236a7c3fc104ddcc76a4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks a lot Simon, that was something I was looking = for. You have saved my life !

Regards


2013/5/28 Simon Hobson <linux@thehobsons.co.uk>
jonathan west wrote:
> I have physical server (dom0) and two XEN vm installed. I have moved p= hysical server to new rack so now it has different range of IP (I am assign= ing static IP). I was able to change static IP (of physical server) modifyi= ng /etc/sysconfig/network-scripts. I would like to know how can I modify IP= 's for both of XEN vm ? Do I need to log separately to each of them, an= d change network-scripts files like I did in physical server? Or can I do i= t somehow from physical server itself using putty for example ?

You change it in the network settings within each guest.
Provided you have access to the host (whether locally or remotely via SSH f= or example), then you should be able to access the virtual console of each = guest ("xm console <guest name/id>" if using the older XM t= ools, dunno the syntax for the newer tools).

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

--089e0118236a7c3fc104ddcc76a4-- --===============6720751553739034153== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6720751553739034153==-- From xen-users-bounces@lists.xen.org Tue May 28 22:46:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeK-0000ob-Br; Tue, 28 May 2013 22:45:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhPQI-00033E-Oo; Tue, 28 May 2013 19:19:07 +0000 Received: from [85.158.139.211:15012] by server-16.bemta-5.messagelabs.com id 63/41-31493-92305A15; Tue, 28 May 2013 19:19:05 +0000 X-Env-Sender: prvs=8537416cf=msw@amazon.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1369768743!18532218!1 X-Originating-IP: [72.21.196.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzIuMjEuMTk2LjI1ID0+IDE4NjQwNA==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14473 invoked from network); 28 May 2013 19:19:05 -0000 Received: from smtp-fw-2101.amazon.com (HELO smtp-fw-2101.amazon.com) (72.21.196.25) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 19:19:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=msw@amazon.com; q=dns/txt; s=amazon201209; t=1369768745; x=1401304745; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=yG55VFh0WNP2/pY5xjZtRFXtjo7WsphkGwXc+KaVu14=; b=cwM+1xhHjjA5WRg8W9ZOdYfylhCrja9hEhsxncUnh73zUeofC87wyHvP AzCVKRy6Kl3X4ZnZam+vZbUp5B2iIromI6prPRTYyd7ot35FPXhsVm6cL W+laFytgAcYU4yV+ZIWuGR9Akv4jtj+Z0NSfnD17PLm5x/HeZjJJ1jWM2 o=; X-IronPort-AV: E=Sophos;i="4.87,759,1363132800"; d="scan'208";a="568049173" Received: from smtp-in-1002.vdc.amazon.com ([10.118.132.23]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 May 2013 19:18:58 +0000 Received: from ex10-hub-9002.ant.amazon.com (ex10-hub-9002.ant.amazon.com [10.185.137.130]) by smtp-in-1002.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id r4SJIubK015557 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Tue, 28 May 2013 19:18:58 GMT Received: from u109add4315675089e695.ant.amazon.com (10.184.8.86) by ex10-hub-9002.ant.amazon.com (10.185.137.130) with Microsoft SMTP Server id 14.2.247.3; Tue, 28 May 2013 12:18:56 -0700 Received: by u109add4315675089e695.ant.amazon.com (sSMTP sendmail emulation); Tue, 28 May 2013 12:18:55 -0700 Date: Tue, 28 May 2013 12:18:55 -0700 From: Matt Wilson To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> References: <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51A4D804.9050208@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Colin Percival , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, May 28, 2013 at 06:15:00PM +0200, Roger Pau Monn=E9 wrote: > On 24/05/13 12:11, Roger Pau Monn=E9 wrote: > > = > > Thanks for the test, this is what I expected. I'm a little bit out of > > ideas since I'm not able to reproduce this on upstream Xen 4.2. Without > > knowing what's happening inside the hypervisor it's hard to tell what's > > wrong. It would be interesting to try if the same happens with a Linux > > PVHVM (not PV) running on the same instance type. > = > Hello Matt, > = > Colin has found an issue on the FreeBSD PVHVM port that I haven't been > able to reproduce using open source Xen, even when using the same > version as the one reported by EC2. Is there anyway you could provide > some help debugging this? Without seeing the Xen code that causes > VCPUOP_set_singleshot_timer to return EINVAL it is quite hard to figure > out what's happening inside the hypervisor. Hi Roger, VCPUOP_set_singleshot_timer returns -EINVAL when: 1) the specified vCPU ID is out of range (<0 or >MAX_VIRT_CPUS) 2) the specified vCPU ID doesn't match the running vCPU. It seems that there is a confusion between the logical vCPU ID and the local APIC physical ID. I added some debugging to case 2): diff --git a/xen/common/domain.c b/xen/common/domain.c index e728819..e3efb8c 100644 --- a/xen/common/domain.c +++ b/xen/common/domain.c @@ -901,7 +901,12 @@ long do_vcpu_op(int cmd, int vcpuid, XEN_GUEST_HANDLE(= void) arg) struct vcpu_set_singleshot_timer set; = if ( v !=3D current ) + { + printk("Domain %d (vcpu#%d) VCPUOP_set_singleshot_timer specif= ied vcpuid %d\n", + d->domain_id, current->vcpu_id, vcpuid); + = return -EINVAL; + } = if ( copy_from_guest(&set, arg, 1) ) return -EFAULT; The output from booting ami-e75c358e on a cr1.8xlarge: (XEN) Domain 1 (vcpu#16) VCPUOP_set_singleshot_timer specified vcpuid 1 (XEN) Domain 1 (vcpu#7) VCPUOP_set_singleshot_timer specified vcpuid 14 (XEN) Domain 1 (vcpu#23) VCPUOP_set_singleshot_timer specified vcpuid 15 (XEN) Domain 1 (vcpu#11) VCPUOP_set_singleshot_timer specified vcpuid 22 (XEN) Domain 1 (vcpu#27) VCPUOP_set_singleshot_timer specified vcpuid 23 (XEN) Domain 1 (vcpu#18) VCPUOP_set_singleshot_timer specified vcpuid 5 (XEN) Domain 1 (vcpu#2) VCPUOP_set_singleshot_timer specified vcpuid 4 (XEN) Domain 1 (vcpu#9) VCPUOP_set_singleshot_timer specified vcpuid 18 (XEN) Domain 1 (vcpu#25) VCPUOP_set_singleshot_timer specified vcpuid 19 (XEN) Domain 1 (vcpu#1) VCPUOP_set_singleshot_timer specified vcpuid 2 (XEN) Domain 1 (vcpu#6) VCPUOP_set_singleshot_timer specified vcpuid 12 (XEN) Domain 1 (vcpu#22) VCPUOP_set_singleshot_timer specified vcpuid 13 (XEN) Domain 1 (vcpu#26) VCPUOP_set_singleshot_timer specified vcpuid 21 (XEN) Domain 1 (vcpu#10) VCPUOP_set_singleshot_timer specified vcpuid 20 (XEN) Domain 1 (vcpu#14) VCPUOP_set_singleshot_timer specified vcpuid 28 (XEN) Domain 1 (vcpu#30) VCPUOP_set_singleshot_timer specified vcpuid 29 (XEN) Domain 1 (vcpu#3) VCPUOP_set_singleshot_timer specified vcpuid 6 (XEN) Domain 1 (vcpu#19) VCPUOP_set_singleshot_timer specified vcpuid 7 (XEN) Domain 1 (vcpu#12) VCPUOP_set_singleshot_timer specified vcpuid 24 (XEN) Domain 1 (vcpu#28) VCPUOP_set_singleshot_timer specified vcpuid 25 (XEN) Domain 1 (vcpu#5) VCPUOP_set_singleshot_timer specified vcpuid 10 (XEN) Domain 1 (vcpu#21) VCPUOP_set_singleshot_timer specified vcpuid 11 (XEN) Domain 1 (vcpu#24) VCPUOP_set_singleshot_timer specified vcpuid 17 (XEN) Domain 1 (vcpu#8) VCPUOP_set_singleshot_timer specified vcpuid 16 (XEN) Domain 1 (vcpu#17) VCPUOP_set_singleshot_timer specified vcpuid 3 (XEN) Domain 1 (vcpu#20) VCPUOP_set_singleshot_timer specified vcpuid 9 (XEN) Domain 1 (vcpu#4) VCPUOP_set_singleshot_timer specified vcpuid 8 (XEN) Domain 1 (vcpu#13) VCPUOP_set_singleshot_timer specified vcpuid 26 (XEN) Domain 1 (vcpu#29) VCPUOP_set_singleshot_timer specified vcpuid 27 (XEN) Domain 1 (vcpu#15) VCPUOP_set_singleshot_timer specified vcpuid 30 Note from the FreeBSD boot output: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 16 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 17 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 18 APIC: CPU 6 has ACPI ID 3 APIC: CPU 7 has ACPI ID 19 APIC: CPU 8 has ACPI ID 4 APIC: CPU 9 has ACPI ID 20 APIC: CPU 10 has ACPI ID 5 APIC: CPU 11 has ACPI ID 21 APIC: CPU 12 has ACPI ID 6 APIC: CPU 13 has ACPI ID 22 APIC: CPU 14 has ACPI ID 7 APIC: CPU 15 has ACPI ID 23 APIC: CPU 16 has ACPI ID 8 APIC: CPU 17 has ACPI ID 24 APIC: CPU 18 has ACPI ID 9 APIC: CPU 19 has ACPI ID 25 APIC: CPU 20 has ACPI ID 10 APIC: CPU 21 has ACPI ID 26 APIC: CPU 22 has ACPI ID 11 APIC: CPU 23 has ACPI ID 27 APIC: CPU 24 has ACPI ID 12 APIC: CPU 25 has ACPI ID 28 APIC: CPU 26 has ACPI ID 13 APIC: CPU 27 has ACPI ID 29 APIC: CPU 28 has ACPI ID 14 APIC: CPU 29 has ACPI ID 30 APIC: CPU 30 has ACPI ID 15 APIC: CPU 31 has ACPI ID 31 --msw _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 22:46:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeL-0000ow-Jw; Tue, 28 May 2013 22:45:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhS13-0008Uu-O4; Tue, 28 May 2013 22:05:14 +0000 Received: from [85.158.138.51:42409] by server-15.bemta-3.messagelabs.com id B0/6C-32363-81A25A15; Tue, 28 May 2013 22:05:12 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369778711!6135!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19121 invoked from network); 28 May 2013 22:05:11 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 22:05:11 -0000 Received: by mail-la0-f54.google.com with SMTP id eg20so8025806lab.13 for ; Tue, 28 May 2013 15:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UXaSWdt0YceK8+p8mJKAIgiWbRnQxqsjNhdBxXt/E+w=; b=0Cy937kms2ehq7LIRwRxGf9+Imjfxixr/OYKwirld6vs0Ai5I5tuQHOvMmeznPDE5j Ah7MsNyBl2g/DgYhSm0t3WTAwQcThKKyiJlLhdAoV4xeiI4+qfIsupyGo2dUymALXW2j wVQbOvrcF/JhqLtcw380qu6WOU7ty63N9SsIkdDb531ZxAmo9Hz+9pXJW9S8me4cu0H8 k6j56bUS+RO+Cd0ieljsfNjhBPwKD4wd6qthCkItdvX8Jo9R2LUzJJMdbteM89fmIwwu v45kOUov2Y0fSjKzfWj4rEyhJgTZBoFHarn8fNkwHUIYDC9jdeC6/46kAXEcHlyVwxEl SAbA== MIME-Version: 1.0 X-Received: by 10.112.131.232 with SMTP id op8mr248051lbb.2.1369778709501; Tue, 28 May 2013 15:05:09 -0700 (PDT) Received: by 10.112.13.135 with HTTP; Tue, 28 May 2013 15:05:09 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 15:05:09 -0700 X-Google-Sender-Auth: j4j0ndJlBDA_uaiB5Cl3r9fcm2A Message-ID: From: Craig Rodrigues To: Outback Dingo X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0416168313991955019==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0416168313991955019== Content-Type: multipart/alternative; boundary=047d7b33da5e669fa404ddce7585 --047d7b33da5e669fa404ddce7585 Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 8:21 AM, Outback Dingo wrote: > > > > On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues wrote: > >> I wrote this blog post: >> >> >> http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gsoc-work/ >> >> for the steps how to do it. You can follow those steps to get >> bootstrapped >> with a working environment if it helps you out. >> >> Good luck. >> >> > Any chance this will be backported to 9.X or 9-STABLE at least ?? > > I wrote a blog post specifically for installing 10-CURRENT from a snapshot ISO and getting bootstrapped from there, to help the Google Summer of Code Student that I am mentoring. What specifically do you want to be backported to 9-STABLE? -- Craig --047d7b33da5e669fa404ddce7585 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 8:21 AM, Outback Dingo &l= t;outbackdingo@= gmail.com> wrote:



On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:
I wrote this blog post:
http://blogs.freebsdish.org/rodrigc/= 2013/05/24/setting-up-a-vm-for-doing-gsoc-work/

for the steps how to do it. =A0You can follow those steps to get bootstrapp= ed
with a working environment if it helps you out.

Good luck.


Any chance this will be ba= ckported to 9.X or 9-STABLE at least ??
=A0


I wrote a blog post specifica= lly for installing 10-CURRENT from a snapshot ISO and getting bootstrapped<= br> from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

--
Craig
--047d7b33da5e669fa404ddce7585-- --===============0416168313991955019== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0416168313991955019==-- From xen-users-bounces@lists.xen.org Tue May 28 22:46:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeK-0000ob-Br; Tue, 28 May 2013 22:45:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhPQI-00033E-Oo; Tue, 28 May 2013 19:19:07 +0000 Received: from [85.158.139.211:15012] by server-16.bemta-5.messagelabs.com id 63/41-31493-92305A15; Tue, 28 May 2013 19:19:05 +0000 X-Env-Sender: prvs=8537416cf=msw@amazon.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1369768743!18532218!1 X-Originating-IP: [72.21.196.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzIuMjEuMTk2LjI1ID0+IDE4NjQwNA==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14473 invoked from network); 28 May 2013 19:19:05 -0000 Received: from smtp-fw-2101.amazon.com (HELO smtp-fw-2101.amazon.com) (72.21.196.25) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 19:19:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=msw@amazon.com; q=dns/txt; s=amazon201209; t=1369768745; x=1401304745; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=yG55VFh0WNP2/pY5xjZtRFXtjo7WsphkGwXc+KaVu14=; b=cwM+1xhHjjA5WRg8W9ZOdYfylhCrja9hEhsxncUnh73zUeofC87wyHvP AzCVKRy6Kl3X4ZnZam+vZbUp5B2iIromI6prPRTYyd7ot35FPXhsVm6cL W+laFytgAcYU4yV+ZIWuGR9Akv4jtj+Z0NSfnD17PLm5x/HeZjJJ1jWM2 o=; X-IronPort-AV: E=Sophos;i="4.87,759,1363132800"; d="scan'208";a="568049173" Received: from smtp-in-1002.vdc.amazon.com ([10.118.132.23]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 May 2013 19:18:58 +0000 Received: from ex10-hub-9002.ant.amazon.com (ex10-hub-9002.ant.amazon.com [10.185.137.130]) by smtp-in-1002.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id r4SJIubK015557 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Tue, 28 May 2013 19:18:58 GMT Received: from u109add4315675089e695.ant.amazon.com (10.184.8.86) by ex10-hub-9002.ant.amazon.com (10.185.137.130) with Microsoft SMTP Server id 14.2.247.3; Tue, 28 May 2013 12:18:56 -0700 Received: by u109add4315675089e695.ant.amazon.com (sSMTP sendmail emulation); Tue, 28 May 2013 12:18:55 -0700 Date: Tue, 28 May 2013 12:18:55 -0700 From: Matt Wilson To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> References: <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51A4D804.9050208@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Colin Percival , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, May 28, 2013 at 06:15:00PM +0200, Roger Pau Monn=E9 wrote: > On 24/05/13 12:11, Roger Pau Monn=E9 wrote: > > = > > Thanks for the test, this is what I expected. I'm a little bit out of > > ideas since I'm not able to reproduce this on upstream Xen 4.2. Without > > knowing what's happening inside the hypervisor it's hard to tell what's > > wrong. It would be interesting to try if the same happens with a Linux > > PVHVM (not PV) running on the same instance type. > = > Hello Matt, > = > Colin has found an issue on the FreeBSD PVHVM port that I haven't been > able to reproduce using open source Xen, even when using the same > version as the one reported by EC2. Is there anyway you could provide > some help debugging this? Without seeing the Xen code that causes > VCPUOP_set_singleshot_timer to return EINVAL it is quite hard to figure > out what's happening inside the hypervisor. Hi Roger, VCPUOP_set_singleshot_timer returns -EINVAL when: 1) the specified vCPU ID is out of range (<0 or >MAX_VIRT_CPUS) 2) the specified vCPU ID doesn't match the running vCPU. It seems that there is a confusion between the logical vCPU ID and the local APIC physical ID. I added some debugging to case 2): diff --git a/xen/common/domain.c b/xen/common/domain.c index e728819..e3efb8c 100644 --- a/xen/common/domain.c +++ b/xen/common/domain.c @@ -901,7 +901,12 @@ long do_vcpu_op(int cmd, int vcpuid, XEN_GUEST_HANDLE(= void) arg) struct vcpu_set_singleshot_timer set; = if ( v !=3D current ) + { + printk("Domain %d (vcpu#%d) VCPUOP_set_singleshot_timer specif= ied vcpuid %d\n", + d->domain_id, current->vcpu_id, vcpuid); + = return -EINVAL; + } = if ( copy_from_guest(&set, arg, 1) ) return -EFAULT; The output from booting ami-e75c358e on a cr1.8xlarge: (XEN) Domain 1 (vcpu#16) VCPUOP_set_singleshot_timer specified vcpuid 1 (XEN) Domain 1 (vcpu#7) VCPUOP_set_singleshot_timer specified vcpuid 14 (XEN) Domain 1 (vcpu#23) VCPUOP_set_singleshot_timer specified vcpuid 15 (XEN) Domain 1 (vcpu#11) VCPUOP_set_singleshot_timer specified vcpuid 22 (XEN) Domain 1 (vcpu#27) VCPUOP_set_singleshot_timer specified vcpuid 23 (XEN) Domain 1 (vcpu#18) VCPUOP_set_singleshot_timer specified vcpuid 5 (XEN) Domain 1 (vcpu#2) VCPUOP_set_singleshot_timer specified vcpuid 4 (XEN) Domain 1 (vcpu#9) VCPUOP_set_singleshot_timer specified vcpuid 18 (XEN) Domain 1 (vcpu#25) VCPUOP_set_singleshot_timer specified vcpuid 19 (XEN) Domain 1 (vcpu#1) VCPUOP_set_singleshot_timer specified vcpuid 2 (XEN) Domain 1 (vcpu#6) VCPUOP_set_singleshot_timer specified vcpuid 12 (XEN) Domain 1 (vcpu#22) VCPUOP_set_singleshot_timer specified vcpuid 13 (XEN) Domain 1 (vcpu#26) VCPUOP_set_singleshot_timer specified vcpuid 21 (XEN) Domain 1 (vcpu#10) VCPUOP_set_singleshot_timer specified vcpuid 20 (XEN) Domain 1 (vcpu#14) VCPUOP_set_singleshot_timer specified vcpuid 28 (XEN) Domain 1 (vcpu#30) VCPUOP_set_singleshot_timer specified vcpuid 29 (XEN) Domain 1 (vcpu#3) VCPUOP_set_singleshot_timer specified vcpuid 6 (XEN) Domain 1 (vcpu#19) VCPUOP_set_singleshot_timer specified vcpuid 7 (XEN) Domain 1 (vcpu#12) VCPUOP_set_singleshot_timer specified vcpuid 24 (XEN) Domain 1 (vcpu#28) VCPUOP_set_singleshot_timer specified vcpuid 25 (XEN) Domain 1 (vcpu#5) VCPUOP_set_singleshot_timer specified vcpuid 10 (XEN) Domain 1 (vcpu#21) VCPUOP_set_singleshot_timer specified vcpuid 11 (XEN) Domain 1 (vcpu#24) VCPUOP_set_singleshot_timer specified vcpuid 17 (XEN) Domain 1 (vcpu#8) VCPUOP_set_singleshot_timer specified vcpuid 16 (XEN) Domain 1 (vcpu#17) VCPUOP_set_singleshot_timer specified vcpuid 3 (XEN) Domain 1 (vcpu#20) VCPUOP_set_singleshot_timer specified vcpuid 9 (XEN) Domain 1 (vcpu#4) VCPUOP_set_singleshot_timer specified vcpuid 8 (XEN) Domain 1 (vcpu#13) VCPUOP_set_singleshot_timer specified vcpuid 26 (XEN) Domain 1 (vcpu#29) VCPUOP_set_singleshot_timer specified vcpuid 27 (XEN) Domain 1 (vcpu#15) VCPUOP_set_singleshot_timer specified vcpuid 30 Note from the FreeBSD boot output: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 16 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 17 APIC: CPU 4 has ACPI ID 2 APIC: CPU 5 has ACPI ID 18 APIC: CPU 6 has ACPI ID 3 APIC: CPU 7 has ACPI ID 19 APIC: CPU 8 has ACPI ID 4 APIC: CPU 9 has ACPI ID 20 APIC: CPU 10 has ACPI ID 5 APIC: CPU 11 has ACPI ID 21 APIC: CPU 12 has ACPI ID 6 APIC: CPU 13 has ACPI ID 22 APIC: CPU 14 has ACPI ID 7 APIC: CPU 15 has ACPI ID 23 APIC: CPU 16 has ACPI ID 8 APIC: CPU 17 has ACPI ID 24 APIC: CPU 18 has ACPI ID 9 APIC: CPU 19 has ACPI ID 25 APIC: CPU 20 has ACPI ID 10 APIC: CPU 21 has ACPI ID 26 APIC: CPU 22 has ACPI ID 11 APIC: CPU 23 has ACPI ID 27 APIC: CPU 24 has ACPI ID 12 APIC: CPU 25 has ACPI ID 28 APIC: CPU 26 has ACPI ID 13 APIC: CPU 27 has ACPI ID 29 APIC: CPU 28 has ACPI ID 14 APIC: CPU 29 has ACPI ID 30 APIC: CPU 30 has ACPI ID 15 APIC: CPU 31 has ACPI ID 31 --msw _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 22:46:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeL-0000ow-Jw; Tue, 28 May 2013 22:45:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhS13-0008Uu-O4; Tue, 28 May 2013 22:05:14 +0000 Received: from [85.158.138.51:42409] by server-15.bemta-3.messagelabs.com id B0/6C-32363-81A25A15; Tue, 28 May 2013 22:05:12 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369778711!6135!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19121 invoked from network); 28 May 2013 22:05:11 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 22:05:11 -0000 Received: by mail-la0-f54.google.com with SMTP id eg20so8025806lab.13 for ; Tue, 28 May 2013 15:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UXaSWdt0YceK8+p8mJKAIgiWbRnQxqsjNhdBxXt/E+w=; b=0Cy937kms2ehq7LIRwRxGf9+Imjfxixr/OYKwirld6vs0Ai5I5tuQHOvMmeznPDE5j Ah7MsNyBl2g/DgYhSm0t3WTAwQcThKKyiJlLhdAoV4xeiI4+qfIsupyGo2dUymALXW2j wVQbOvrcF/JhqLtcw380qu6WOU7ty63N9SsIkdDb531ZxAmo9Hz+9pXJW9S8me4cu0H8 k6j56bUS+RO+Cd0ieljsfNjhBPwKD4wd6qthCkItdvX8Jo9R2LUzJJMdbteM89fmIwwu v45kOUov2Y0fSjKzfWj4rEyhJgTZBoFHarn8fNkwHUIYDC9jdeC6/46kAXEcHlyVwxEl SAbA== MIME-Version: 1.0 X-Received: by 10.112.131.232 with SMTP id op8mr248051lbb.2.1369778709501; Tue, 28 May 2013 15:05:09 -0700 (PDT) Received: by 10.112.13.135 with HTTP; Tue, 28 May 2013 15:05:09 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 15:05:09 -0700 X-Google-Sender-Auth: j4j0ndJlBDA_uaiB5Cl3r9fcm2A Message-ID: From: Craig Rodrigues To: Outback Dingo X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0416168313991955019==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0416168313991955019== Content-Type: multipart/alternative; boundary=047d7b33da5e669fa404ddce7585 --047d7b33da5e669fa404ddce7585 Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 8:21 AM, Outback Dingo wrote: > > > > On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues wrote: > >> I wrote this blog post: >> >> >> http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gsoc-work/ >> >> for the steps how to do it. You can follow those steps to get >> bootstrapped >> with a working environment if it helps you out. >> >> Good luck. >> >> > Any chance this will be backported to 9.X or 9-STABLE at least ?? > > I wrote a blog post specifically for installing 10-CURRENT from a snapshot ISO and getting bootstrapped from there, to help the Google Summer of Code Student that I am mentoring. What specifically do you want to be backported to 9-STABLE? -- Craig --047d7b33da5e669fa404ddce7585 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 8:21 AM, Outback Dingo &l= t;outbackdingo@= gmail.com> wrote:



On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:
I wrote this blog post:
http://blogs.freebsdish.org/rodrigc/= 2013/05/24/setting-up-a-vm-for-doing-gsoc-work/

for the steps how to do it. =A0You can follow those steps to get bootstrapp= ed
with a working environment if it helps you out.

Good luck.


Any chance this will be ba= ckported to 9.X or 9-STABLE at least ??
=A0


I wrote a blog post specifica= lly for installing 10-CURRENT from a snapshot ISO and getting bootstrapped<= br> from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

--
Craig
--047d7b33da5e669fa404ddce7585-- --===============0416168313991955019== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0416168313991955019==-- From xen-users-bounces@lists.xen.org Tue May 28 22:46:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeM-0000p8-A5; Tue, 28 May 2013 22:45:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhSbq-0000iv-RE; Tue, 28 May 2013 22:43:15 +0000 Received: from [85.158.138.51:54051] by server-1.bemta-3.messagelabs.com id C5/11-06847-10335A15; Tue, 28 May 2013 22:43:13 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369780990!28915319!1 X-Originating-IP: [209.85.214.169] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25443 invoked from network); 28 May 2013 22:43:12 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 22:43:12 -0000 Received: by mail-ob0-f169.google.com with SMTP id up14so3292427obb.14 for ; Tue, 28 May 2013 15:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3MKzpE72joJRwtIMoPRIH253+u4d5UIFd3W13OLCUcg=; b=vBw65N2BLw80oj6n/j08QGxpRL0agycCKTeDUDmpl/7ZqZOeLgbscURMGmL3oiKMPL GbJ6u2uAhsS5wy4bD++6wY7ecw29ms4zZCt8445T4jV7/scQjtW23UdSgrDzX3uDsb7v sAkfqlfvdrAB5WTdps/oCsAdRDbEINQp2bM5DR6duSEo4vGrHdjmBaiXZdAMzaFPEyOY VzT02Td1BhWHMwgvKzprSUjB+9qefPQ5M+Ik3qUVMIiR2BHkJzGm5NPq5cyd32qvo/3r d5TbVe7uhXKGnfXnCoYj8U4YYiGSwy4KH+YHi8owuyO0LrmdI+SSdtO8JGSZF1Mzm9wH 9KQw== MIME-Version: 1.0 X-Received: by 10.182.65.100 with SMTP id w4mr19891373obs.70.1369780990087; Tue, 28 May 2013 15:43:10 -0700 (PDT) Received: by 10.76.152.225 with HTTP; Tue, 28 May 2013 15:43:09 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 18:43:09 -0400 Message-ID: From: Outback Dingo To: Craig Rodrigues X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0980920830357125969==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0980920830357125969== Content-Type: multipart/alternative; boundary=089e0153894c559adb04ddcefd6e --089e0153894c559adb04ddcefd6e Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 6:05 PM, Craig Rodrigues wrote: > > > > On Tue, May 28, 2013 at 8:21 AM, Outback Dingo wrote: > >> >> >> >> On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues wrote: >> >>> I wrote this blog post: >>> >>> >>> http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gsoc-work/ >>> >>> for the steps how to do it. You can follow those steps to get >>> bootstrapped >>> with a working environment if it helps you out. >>> >>> Good luck. >>> >>> >> Any chance this will be backported to 9.X or 9-STABLE at least ?? >> >> > > > I wrote a blog post specifically for installing 10-CURRENT from a snapshot > ISO and getting bootstrapped > from there, to help the Google Summer of Code Student that I am mentoring. > What specifically do you want to be backported to 9-STABLE? > Yes Ive seen the post, however we have a hard requirement for 9-STABLE for some development work we are currently involved in. And I would prefer not to move our current infrastructure for development to CURRENT. A major portion of our development environment is based on XEN for testing and development. Therefor we realize PVHVM is a work in progress, and we have built some VMs from it, they run exceptionally well, However our build environments refuse to build 9-STABLE on CURRENT PVHVM, or 10-CURRENT. Lastly Im sure theres a ton of users who would like to see this in 9.x or 9-STABLE > > > -- > Craig > --089e0153894c559adb04ddcefd6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 6:05 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:



On Tue, May 28, 20= 13 at 8:21 AM, Outback Dingo <outbackdingo@gmail.com> w= rote:


<= div class=3D"im"> On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues <rodrigc@crodrigues.= org> wrote:
I= wrote this blog post:

http://blogs.freebsdish.org/rodrigc/= 2013/05/24/setting-up-a-vm-for-doing-gsoc-work/

for the steps how to do it. =A0You can follow those steps to get bootstrapp= ed
with a working environment if it helps you out.

Good luck.


An= y chance this will be backported to 9.X or 9-STABLE at least ??
= =A0

I wrote a blog post specifically for installing 10-CURRENT from a snapshot = ISO and getting bootstrapped
from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

Yes Ive seen t= he post, however we have a hard requirement for 9-STABLE for some developme= nt work we are
currently involved in. And I would prefer not to move our curren= t infrastructure for development to CURRENT.
A major portio= n of our development environment is based on XEN for testing and developmen= t.
Therefor we realize PVHVM is a work in progress, and we have bui= lt some =A0VMs from it, they run exceptionally
well, Howeve= r our build environments refuse to build 9-STABLE on CURRENT PVHVM, or 10-C= URRENT.
Lastly Im sure theres a ton of users who would like to see this = in 9.x or 9-STABLE
=A0
=A0


--
Craig

--089e0153894c559adb04ddcefd6e-- --===============0980920830357125969== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0980920830357125969==-- From xen-users-bounces@lists.xen.org Tue May 28 22:46:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeM-0000p8-A5; Tue, 28 May 2013 22:45:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhSbq-0000iv-RE; Tue, 28 May 2013 22:43:15 +0000 Received: from [85.158.138.51:54051] by server-1.bemta-3.messagelabs.com id C5/11-06847-10335A15; Tue, 28 May 2013 22:43:13 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1369780990!28915319!1 X-Originating-IP: [209.85.214.169] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25443 invoked from network); 28 May 2013 22:43:12 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 22:43:12 -0000 Received: by mail-ob0-f169.google.com with SMTP id up14so3292427obb.14 for ; Tue, 28 May 2013 15:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3MKzpE72joJRwtIMoPRIH253+u4d5UIFd3W13OLCUcg=; b=vBw65N2BLw80oj6n/j08QGxpRL0agycCKTeDUDmpl/7ZqZOeLgbscURMGmL3oiKMPL GbJ6u2uAhsS5wy4bD++6wY7ecw29ms4zZCt8445T4jV7/scQjtW23UdSgrDzX3uDsb7v sAkfqlfvdrAB5WTdps/oCsAdRDbEINQp2bM5DR6duSEo4vGrHdjmBaiXZdAMzaFPEyOY VzT02Td1BhWHMwgvKzprSUjB+9qefPQ5M+Ik3qUVMIiR2BHkJzGm5NPq5cyd32qvo/3r d5TbVe7uhXKGnfXnCoYj8U4YYiGSwy4KH+YHi8owuyO0LrmdI+SSdtO8JGSZF1Mzm9wH 9KQw== MIME-Version: 1.0 X-Received: by 10.182.65.100 with SMTP id w4mr19891373obs.70.1369780990087; Tue, 28 May 2013 15:43:10 -0700 (PDT) Received: by 10.76.152.225 with HTTP; Tue, 28 May 2013 15:43:09 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 18:43:09 -0400 Message-ID: From: Outback Dingo To: Craig Rodrigues X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0980920830357125969==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0980920830357125969== Content-Type: multipart/alternative; boundary=089e0153894c559adb04ddcefd6e --089e0153894c559adb04ddcefd6e Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 6:05 PM, Craig Rodrigues wrote: > > > > On Tue, May 28, 2013 at 8:21 AM, Outback Dingo wrote: > >> >> >> >> On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues wrote: >> >>> I wrote this blog post: >>> >>> >>> http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gsoc-work/ >>> >>> for the steps how to do it. You can follow those steps to get >>> bootstrapped >>> with a working environment if it helps you out. >>> >>> Good luck. >>> >>> >> Any chance this will be backported to 9.X or 9-STABLE at least ?? >> >> > > > I wrote a blog post specifically for installing 10-CURRENT from a snapshot > ISO and getting bootstrapped > from there, to help the Google Summer of Code Student that I am mentoring. > What specifically do you want to be backported to 9-STABLE? > Yes Ive seen the post, however we have a hard requirement for 9-STABLE for some development work we are currently involved in. And I would prefer not to move our current infrastructure for development to CURRENT. A major portion of our development environment is based on XEN for testing and development. Therefor we realize PVHVM is a work in progress, and we have built some VMs from it, they run exceptionally well, However our build environments refuse to build 9-STABLE on CURRENT PVHVM, or 10-CURRENT. Lastly Im sure theres a ton of users who would like to see this in 9.x or 9-STABLE > > > -- > Craig > --089e0153894c559adb04ddcefd6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 6:05 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:



On Tue, May 28, 20= 13 at 8:21 AM, Outback Dingo <outbackdingo@gmail.com> w= rote:


<= div class=3D"im"> On Fri, May 24, 2013 at 6:27 PM, Craig Rodrigues <rodrigc@crodrigues.= org> wrote:
I= wrote this blog post:

http://blogs.freebsdish.org/rodrigc/= 2013/05/24/setting-up-a-vm-for-doing-gsoc-work/

for the steps how to do it. =A0You can follow those steps to get bootstrapp= ed
with a working environment if it helps you out.

Good luck.


An= y chance this will be backported to 9.X or 9-STABLE at least ??
= =A0

I wrote a blog post specifically for installing 10-CURRENT from a snapshot = ISO and getting bootstrapped
from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

Yes Ive seen t= he post, however we have a hard requirement for 9-STABLE for some developme= nt work we are
currently involved in. And I would prefer not to move our curren= t infrastructure for development to CURRENT.
A major portio= n of our development environment is based on XEN for testing and developmen= t.
Therefor we realize PVHVM is a work in progress, and we have bui= lt some =A0VMs from it, they run exceptionally
well, Howeve= r our build environments refuse to build 9-STABLE on CURRENT PVHVM, or 10-C= URRENT.
Lastly Im sure theres a ton of users who would like to see this = in 9.x or 9-STABLE
=A0
=A0


--
Craig

--089e0153894c559adb04ddcefd6e-- --===============0980920830357125969== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0980920830357125969==-- From xen-users-bounces@lists.xen.org Tue May 28 22:46:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeK-0000om-VR; Tue, 28 May 2013 22:45:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhRWt-0007sX-5a for xen-users@lists.xen.org; Tue, 28 May 2013 21:34:05 +0000 Received: from [85.158.137.99:17494] by server-10.bemta-3.messagelabs.com id F1/FC-00761-AC225A15; Tue, 28 May 2013 21:34:02 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-15.tower-217.messagelabs.com!1369776840!16449778!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1529 invoked from network); 28 May 2013 21:34:01 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-15.tower-217.messagelabs.com with SMTP; 28 May 2013 21:34:01 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=FDhmtoph41CXde4pcXthb1 JkJeA=; b=VepaRyE3w9GKnv7Fw6F1q5uuI9CH1ZdgqkCvrKCL8rEy7XJsS2uMZ8 HdYco8KuOptX5S4+DegMxwRSAB/aqhWrgJRD2LhiKnnBero5yyOFZfpmhT0WLCR2 z420tWwJMByyuYs6+E/He5M5k+jkY4JBYqQZP+NFdg91gxsnOgM90= Received: by 10.4.35.200 with SMTP id mf33.16697.51A522C71 Tue, 28 May 2013 21:33:59 +0000 (UTC) Received: from mi14.sendgrid.net ([UNAVAILABLE]. [10.60.208.25]) by 10.60.208.6:2500 (trex/4.8.23); Tue, 28 May 2013 21:34:00 GMT Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi14 (SG) with ESMTP id 13eed0fd924.6099.5cd2d0 for ; Tue, 28 May 2013 16:33:58 -0500 (CST) Received: (qmail 83666 invoked from network); 28 May 2013 21:33:57 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 28 May 2013 21:33:57 -0000 Received: (qmail 67058 invoked from network); 28 May 2013 21:33:19 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 28 May 2013 21:33:19 -0000 Message-ID: <51A5229F.80205@freebsd.org> Date: Tue, 28 May 2013 14:33:19 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Matt Wilson , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> In-Reply-To: <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nTPMHz7uDeFgGt7HQitFxjcupRCsTQ0A4ImwBnoPebt862rewmBMtVw8NksjaYkr1KduaxMQ1fM5EFsEaMK7YzI X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/28/13 12:18, Matt Wilson wrote: > VCPUOP_set_singleshot_timer returns -EINVAL when: > > 1) the specified vCPU ID is out of range (<0 or >MAX_VIRT_CPUS) > 2) the specified vCPU ID doesn't match the running vCPU. > > It seems that there is a confusion between the logical vCPU ID and the > local APIC physical ID. > [...] > (XEN) Domain 1 (vcpu#16) VCPUOP_set_singleshot_timer specified vcpuid 1 > [...] > APIC: CPU 1 has ACPI ID 16 Thanks Matt! Looks like we need to pass our acpi_id to the Xen hypercall instead of our cpuid. Roger, changing the line int cpu = PCPU_GET(cpuid); to int cpu = PCPU_GET(acpi_id); in xentimer_et_start and xentimer_et_stop fixes this panic and gets me slightly further; the following lines are now added to the console output prior to the system appearing to hang: > ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 > ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 > ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 > ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 > ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 > ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 > ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 7 vector 48 > TSC timecounter discards lower 1 bit(s) > Timecounter "TSC-low" frequency 1300024860 Hz quality -100 > WARNING: WITNESS option enabled, expect reduced performance. On a cc2.8xlarge EC2 instance, the lines which come after this are > GEOM: new disk xbd1 > GEOM: new disk xbd2 > GEOM: new disk xbd3 > GEOM: new disk xbd4 > Trying to mount root from ufs:/dev/ad0a [rw]... > start_init: trying /sbin/init and then the userland boot process; have you made any bug fixes after your pvhvm_v7 which would explain why tasting disks was hanging? -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 22:46:46 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 22:46: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 1UhSeK-0000om-VR; Tue, 28 May 2013 22:45:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhRWt-0007sX-5a for xen-users@lists.xen.org; Tue, 28 May 2013 21:34:05 +0000 Received: from [85.158.137.99:17494] by server-10.bemta-3.messagelabs.com id F1/FC-00761-AC225A15; Tue, 28 May 2013 21:34:02 +0000 X-Env-Sender: bounces+73574-00ed-xen-users=lists.xen.org@sendgrid.me X-Msg-Ref: server-15.tower-217.messagelabs.com!1369776840!16449778!1 X-Originating-IP: [208.117.48.85] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4LjExNy40OC44NSA9PiAyMTkxNDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1529 invoked from network); 28 May 2013 21:34:01 -0000 Received: from o3.shared.sendgrid.net (HELO o3.shared.sendgrid.net) (208.117.48.85) by server-15.tower-217.messagelabs.com with SMTP; 28 May 2013 21:34:01 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpapi; bh=FDhmtoph41CXde4pcXthb1 JkJeA=; b=VepaRyE3w9GKnv7Fw6F1q5uuI9CH1ZdgqkCvrKCL8rEy7XJsS2uMZ8 HdYco8KuOptX5S4+DegMxwRSAB/aqhWrgJRD2LhiKnnBero5yyOFZfpmhT0WLCR2 z420tWwJMByyuYs6+E/He5M5k+jkY4JBYqQZP+NFdg91gxsnOgM90= Received: by 10.4.35.200 with SMTP id mf33.16697.51A522C71 Tue, 28 May 2013 21:33:59 +0000 (UTC) Received: from mi14.sendgrid.net ([UNAVAILABLE]. [10.60.208.25]) by 10.60.208.6:2500 (trex/4.8.23); Tue, 28 May 2013 21:34:00 GMT Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi14 (SG) with ESMTP id 13eed0fd924.6099.5cd2d0 for ; Tue, 28 May 2013 16:33:58 -0500 (CST) Received: (qmail 83666 invoked from network); 28 May 2013 21:33:57 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 28 May 2013 21:33:57 -0000 Received: (qmail 67058 invoked from network); 28 May 2013 21:33:19 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 28 May 2013 21:33:19 -0000 Message-ID: <51A5229F.80205@freebsd.org> Date: Tue, 28 May 2013 14:33:19 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 MIME-Version: 1.0 To: Matt Wilson , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= References: <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> In-Reply-To: <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> X-Enigmail-Version: 1.5.1 X-SG-EID: Vb8kriuyQVhcmJ+HDj1oWfT4X8H6UKbkd/KpA+t5+nTPMHz7uDeFgGt7HQitFxjcupRCsTQ0A4ImwBnoPebt862rewmBMtVw8NksjaYkr1KduaxMQ1fM5EFsEaMK7YzI X-Mailman-Approved-At: Tue, 28 May 2013 22:45:46 +0000 Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 05/28/13 12:18, Matt Wilson wrote: > VCPUOP_set_singleshot_timer returns -EINVAL when: > > 1) the specified vCPU ID is out of range (<0 or >MAX_VIRT_CPUS) > 2) the specified vCPU ID doesn't match the running vCPU. > > It seems that there is a confusion between the logical vCPU ID and the > local APIC physical ID. > [...] > (XEN) Domain 1 (vcpu#16) VCPUOP_set_singleshot_timer specified vcpuid 1 > [...] > APIC: CPU 1 has ACPI ID 16 Thanks Matt! Looks like we need to pass our acpi_id to the Xen hypercall instead of our cpuid. Roger, changing the line int cpu = PCPU_GET(cpuid); to int cpu = PCPU_GET(acpi_id); in xentimer_et_start and xentimer_et_stop fixes this panic and gets me slightly further; the following lines are now added to the console output prior to the system appearing to hang: > ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 > ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 > ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 > ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 > ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 > ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 > ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 7 vector 48 > TSC timecounter discards lower 1 bit(s) > Timecounter "TSC-low" frequency 1300024860 Hz quality -100 > WARNING: WITNESS option enabled, expect reduced performance. On a cc2.8xlarge EC2 instance, the lines which come after this are > GEOM: new disk xbd1 > GEOM: new disk xbd2 > GEOM: new disk xbd3 > GEOM: new disk xbd4 > Trying to mount root from ufs:/dev/ad0a [rw]... > start_init: trying /sbin/init and then the userland boot process; have you made any bug fixes after your pvhvm_v7 which would explain why tasting disks was hanging? -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue May 28 23:21:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 23:21: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 1UhTCO-0002hx-8l; Tue, 28 May 2013 23:21:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhTCM-0002ha-1r for xen-users@lists.xen.org; Tue, 28 May 2013 23:20:58 +0000 Received: from [85.158.139.211:64830] by server-4.bemta-5.messagelabs.com id 6C/E9-12332-7DB35A15; Tue, 28 May 2013 23:20:55 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1369783253!19906290!1 X-Originating-IP: [209.85.223.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6397 invoked from network); 28 May 2013 23:20:54 -0000 Received: from mail-ie0-f171.google.com (HELO mail-ie0-f171.google.com) (209.85.223.171) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 23:20:54 -0000 Received: by mail-ie0-f171.google.com with SMTP id s9so5207133iec.2 for ; Tue, 28 May 2013 16:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=66xYp3sou5gn4A5td5HLRu6WaJhctAEVcPQHsXwkrQY=; b=wAGBSC8SwZ/I4TowfYqezorA+86Vpuf6pUR+xTYuvS5Zb89d2S1W/B+JF6Z7+A6iQA icSGph9Lia2eoFhYdodGiiNb74XDUndc6wXNctKO0XOzYUjS/5djPnSyG7xAlhAm+Mpb wQY64JhSrRymKtw7q61f0ul9Tx3y2UUvkMf0dMIBouSvOxn9WoH5wEkQi6zC43IkuN+k N+zcvoF+6dlzQ+sNI+qGg7e/xmnus0BqosAX4/UmlNyQFEGOPtWCzXzMBWypRsbeoSpD /fKxpNGEPE/L8wt2TiQ68BXqCM/DrOzyMqaZ7i91E+TY8nLy4XbvduwvVR1JXK1JIeUW 9uaw== MIME-Version: 1.0 X-Received: by 10.50.120.68 with SMTP id la4mr8269393igb.49.1369783253126; Tue, 28 May 2013 16:20:53 -0700 (PDT) Received: by 10.42.76.137 with HTTP; Tue, 28 May 2013 16:20:52 -0700 (PDT) Date: Tue, 28 May 2013 17:20:52 -0600 Message-ID: From: jacek burghardt To: xen-users , xen-devel@lists.xensource.com Subject: [Xen-users] perl 5.18 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3108458985679655072==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3108458985679655072== Content-Type: multipart/alternative; boundary=047d7ba9797838d6a704ddcf84c6 --047d7ba9797838d6a704ddcf84c6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I guess perl 5.18 was released and it is causing issues texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=3D1 --center=3D" " --release=3D" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII character seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71. make[3]: *** [qemu.1] Error 255 --047d7ba9797838d6a704ddcf84c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I guess perl 5.18 was released and it is causing issues = =A0
texi2html -monolithic -number-sections qemu-doc.texi
texi2html -monolithic -number-sections qemu-tech.texi
/data/dev/= xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/texi2pod.pl qemu-doc.texi qemu.pod
pod2man --section=3D1 --center=3D" " --release=3D" &quo= t; qemu.pod > qemu.1
qemu.pod around line 91: Non-ASCII charac= ter seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8
POD document had syntax errors at /usr/bin/core_perl/pod2man line 71.
make[3]: *** [qemu.1] Error 255

--047d7ba9797838d6a704ddcf84c6-- --===============3108458985679655072== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3108458985679655072==-- From xen-users-bounces@lists.xen.org Tue May 28 23:21:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 28 May 2013 23:21: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 1UhTCO-0002hx-8l; Tue, 28 May 2013 23:21:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhTCM-0002ha-1r for xen-users@lists.xen.org; Tue, 28 May 2013 23:20:58 +0000 Received: from [85.158.139.211:64830] by server-4.bemta-5.messagelabs.com id 6C/E9-12332-7DB35A15; Tue, 28 May 2013 23:20:55 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1369783253!19906290!1 X-Originating-IP: [209.85.223.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6397 invoked from network); 28 May 2013 23:20:54 -0000 Received: from mail-ie0-f171.google.com (HELO mail-ie0-f171.google.com) (209.85.223.171) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 23:20:54 -0000 Received: by mail-ie0-f171.google.com with SMTP id s9so5207133iec.2 for ; Tue, 28 May 2013 16:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=66xYp3sou5gn4A5td5HLRu6WaJhctAEVcPQHsXwkrQY=; b=wAGBSC8SwZ/I4TowfYqezorA+86Vpuf6pUR+xTYuvS5Zb89d2S1W/B+JF6Z7+A6iQA icSGph9Lia2eoFhYdodGiiNb74XDUndc6wXNctKO0XOzYUjS/5djPnSyG7xAlhAm+Mpb wQY64JhSrRymKtw7q61f0ul9Tx3y2UUvkMf0dMIBouSvOxn9WoH5wEkQi6zC43IkuN+k N+zcvoF+6dlzQ+sNI+qGg7e/xmnus0BqosAX4/UmlNyQFEGOPtWCzXzMBWypRsbeoSpD /fKxpNGEPE/L8wt2TiQ68BXqCM/DrOzyMqaZ7i91E+TY8nLy4XbvduwvVR1JXK1JIeUW 9uaw== MIME-Version: 1.0 X-Received: by 10.50.120.68 with SMTP id la4mr8269393igb.49.1369783253126; Tue, 28 May 2013 16:20:53 -0700 (PDT) Received: by 10.42.76.137 with HTTP; Tue, 28 May 2013 16:20:52 -0700 (PDT) Date: Tue, 28 May 2013 17:20:52 -0600 Message-ID: From: jacek burghardt To: xen-users , xen-devel@lists.xensource.com Subject: [Xen-users] perl 5.18 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3108458985679655072==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3108458985679655072== Content-Type: multipart/alternative; boundary=047d7ba9797838d6a704ddcf84c6 --047d7ba9797838d6a704ddcf84c6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I guess perl 5.18 was released and it is causing issues texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=3D1 --center=3D" " --release=3D" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII character seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71. make[3]: *** [qemu.1] Error 255 --047d7ba9797838d6a704ddcf84c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I guess perl 5.18 was released and it is causing issues = =A0
texi2html -monolithic -number-sections qemu-doc.texi
texi2html -monolithic -number-sections qemu-tech.texi
/data/dev/= xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/texi2pod.pl qemu-doc.texi qemu.pod
pod2man --section=3D1 --center=3D" " --release=3D" &quo= t; qemu.pod > qemu.1
qemu.pod around line 91: Non-ASCII charac= ter seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8
POD document had syntax errors at /usr/bin/core_perl/pod2man line 71.
make[3]: *** [qemu.1] Error 255

--047d7ba9797838d6a704ddcf84c6-- --===============3108458985679655072== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3108458985679655072==-- From xen-users-bounces@lists.xen.org Wed May 29 01:35:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 01:35: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 1UhVHI-00013T-GR; Wed, 29 May 2013 01:34:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhVHG-00013O-CZ for xen-users@lists.xen.org; Wed, 29 May 2013 01:34:10 +0000 Received: from [85.158.137.99:4787] by server-5.bemta-3.messagelabs.com id 88/44-29713-11B55A15; Wed, 29 May 2013 01:34:09 +0000 X-Env-Sender: antonioccolin@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369791247!13930949!1 X-Originating-IP: [74.125.82.42] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10698 invoked from network); 29 May 2013 01:34:07 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 01:34:07 -0000 Received: by mail-wg0-f42.google.com with SMTP id n12so3656828wgh.1 for ; Tue, 28 May 2013 18:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6c7ZwMrGzPF6/Qm/16jafWCIwFWsaJ/9lPb6olJOWWE=; b=FNzYY1oozs+iQ0CbfTobX+PX/rpz68E0YkJ4TZPfFebnVhS5wVka/4lxfTp4LnRdP4 GnIsJNnVAHyKp61qVFxRwo0Q1dwwETl2dMEF0WkAVfiOLNIGQ4CHXaCCKbZSnTyPlZiE KYBxQQpbgw/84XuPD9O4nQ5dmJVcR7xtYQMlWGPSZ/zQHEpka7DwCih4HKOtlS/xyB6m tN4ypXkppJL3YFHAQxNhDgh74OGYQZvgH7D+VbsBsW0ftU5QzvsVGJsIUpj4gQxQFD/0 fTjw7jHwQNVPTcUAUjmont9WMAxvHIiIHHR9gj+NFcfk/NeTPlXbDcLUQHLmQxxcAud3 0EYA== MIME-Version: 1.0 X-Received: by 10.180.210.207 with SMTP id mw15mr350274wic.10.1369791247050; Tue, 28 May 2013 18:34:07 -0700 (PDT) Received: by 10.217.118.9 with HTTP; Tue, 28 May 2013 18:34:06 -0700 (PDT) Date: Tue, 28 May 2013 20:34:06 -0500 Message-ID: From: =?ISO-8859-1?Q?Antonio_Col=EDn?= To: xen-users@lists.xen.org Subject: [Xen-users] Failed to compare host CPU, function not supported by driver virConnectCompareCPU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8120263925722855344==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8120263925722855344== Content-Type: multipart/alternative; boundary=001a11c2690cb26c8e04ddd1603f --001a11c2690cb26c8e04ddd1603f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello everyone there, I've got two Xen hosts, with different CPUs: Host A: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz Host B: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz I need to mask my server CPU flags because there are several features in the Host A CPU that are missing in Host B. I tried doing something like: *** GENERIC x86 FLAGS *** cpuid =3D [ '0:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0','1:eax=3D0x06b1, ecx=3Dxxxxxxxxxxx0000xx00xxx0000000xx0,edx=3Dxxx00000xxxxxxx0xxxxxxxxx0xxxx= xx', '4:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0', '0x80000000:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0'] in my domain .cfg file. After struggling for generic x64 generic flags (there is no such thing), I found out is easier to get a "common" CPU-baseline with # virsh command. Now, according to: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/Vir= tualization_Administration_Guide/ch15s13s03.html and to: http://libvirt.org/formatdomain.html#elementsCPUAllocation I tried: root@lepton:~# virsh capabilities > cpucaps.xml , then I modifie it: This is cpucaps.xml: http://pastebin.com/Tzurhqmf root@lepton:~# virsh cpu-compare cpucaps.xml error: Failed to compare host CPU with cpucaps.xml error: this function is not supported by the connection driver: virConnectCompareCPU root@lepton:~# /etc/init.d/libvirt-bin status Checking status of libvirt management daemon: libvirtd running. root@lepton:~# Any ideas of how can I get rid of this error? Am I missing some parts in my file?, Is it properly written? Or how do I do to mask my CPU flags in order to do a proper live migration. I must configure 9 servers, which are now running physical... and I need to run them on Xen. So this is going to be in a production environment. Thank you so much in advance, Best Regards, Antonio Col=EDn. --001a11c2690cb26c8e04ddd1603f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone there,

I've go= t two Xen hosts, with different CPUs:

= Host A: Intel(R) Core(TM) i3 CPU =A0 =A0 =A0 =A0 =A0 =A0 =A0 540 =A0@ 3.07G= Hz
Host B:=A0Intel(R) Core(TM)2 Duo CPU =A0 =A0 P8400 =A0@ 2.26GH= z

I need to mask my server CPU flags because there are several features in the Host A CPU th= at are missing in Host B. I tried doing something like:

*** GENERIC x86 F= LAGS ***=A0
cpuid =3D [ '0:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0',<= /font>'1:eax=3D0x06b1,=A0ecx=3Dxxxxxxxxxxx0000xx00xxx0000000xx0,edx=3Dxxx00000xxxxxxx0xxxxxxxxx0xxxxxx',
'4:e= ax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0','0x80000000:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0']<= /div>

in my domain .cfg file. Afte= r struggling for generic x64 generic flags (there is no such thing), I foun= d out is easier to get a "common" CPU-baseline with # virsh comma= nd.



I tried:

root@lepton:~# virsh capabilities > cpucaps.xml , th= en I modifie it:
Thi= s is cpucaps.xml:=A0= http://pastebin.com/Tzurhqmf

root@lepton:~# virsh cpu-compare cpucaps.xml=A0
error: Failed to = compare host CPU with cpucaps.xml
error: this function is not sup= ported by the connection driver: virConnectCompareCPU
root@l= epton:~# /etc/init.d/libvirt-bin status
Checking status of libvirt management daemon: libvirtd running.
<= div>root@lepton:~#=A0

Any ideas of how= can I get rid of this error?
Am I missing some parts in my= file?, Is it properly written?
Or how do I do to mask my CPU flags in order to do a proper live= migration.=A0
I must configure 9 servers, which are now ru= nning physical... and I need to run them on Xen. So this is going to be in = a production environment.

Thank you so much in advance,

Best Regards,

= Antonio Col=EDn.


--001a11c2690cb26c8e04ddd1603f-- --===============8120263925722855344== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8120263925722855344==-- From xen-users-bounces@lists.xen.org Wed May 29 01:35:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 01:35: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 1UhVHI-00013T-GR; Wed, 29 May 2013 01:34:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhVHG-00013O-CZ for xen-users@lists.xen.org; Wed, 29 May 2013 01:34:10 +0000 Received: from [85.158.137.99:4787] by server-5.bemta-3.messagelabs.com id 88/44-29713-11B55A15; Wed, 29 May 2013 01:34:09 +0000 X-Env-Sender: antonioccolin@gmail.com X-Msg-Ref: server-9.tower-217.messagelabs.com!1369791247!13930949!1 X-Originating-IP: [74.125.82.42] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10698 invoked from network); 29 May 2013 01:34:07 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-9.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 01:34:07 -0000 Received: by mail-wg0-f42.google.com with SMTP id n12so3656828wgh.1 for ; Tue, 28 May 2013 18:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6c7ZwMrGzPF6/Qm/16jafWCIwFWsaJ/9lPb6olJOWWE=; b=FNzYY1oozs+iQ0CbfTobX+PX/rpz68E0YkJ4TZPfFebnVhS5wVka/4lxfTp4LnRdP4 GnIsJNnVAHyKp61qVFxRwo0Q1dwwETl2dMEF0WkAVfiOLNIGQ4CHXaCCKbZSnTyPlZiE KYBxQQpbgw/84XuPD9O4nQ5dmJVcR7xtYQMlWGPSZ/zQHEpka7DwCih4HKOtlS/xyB6m tN4ypXkppJL3YFHAQxNhDgh74OGYQZvgH7D+VbsBsW0ftU5QzvsVGJsIUpj4gQxQFD/0 fTjw7jHwQNVPTcUAUjmont9WMAxvHIiIHHR9gj+NFcfk/NeTPlXbDcLUQHLmQxxcAud3 0EYA== MIME-Version: 1.0 X-Received: by 10.180.210.207 with SMTP id mw15mr350274wic.10.1369791247050; Tue, 28 May 2013 18:34:07 -0700 (PDT) Received: by 10.217.118.9 with HTTP; Tue, 28 May 2013 18:34:06 -0700 (PDT) Date: Tue, 28 May 2013 20:34:06 -0500 Message-ID: From: =?ISO-8859-1?Q?Antonio_Col=EDn?= To: xen-users@lists.xen.org Subject: [Xen-users] Failed to compare host CPU, function not supported by driver virConnectCompareCPU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8120263925722855344==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8120263925722855344== Content-Type: multipart/alternative; boundary=001a11c2690cb26c8e04ddd1603f --001a11c2690cb26c8e04ddd1603f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello everyone there, I've got two Xen hosts, with different CPUs: Host A: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz Host B: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz I need to mask my server CPU flags because there are several features in the Host A CPU that are missing in Host B. I tried doing something like: *** GENERIC x86 FLAGS *** cpuid =3D [ '0:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0','1:eax=3D0x06b1, ecx=3Dxxxxxxxxxxx0000xx00xxx0000000xx0,edx=3Dxxx00000xxxxxxx0xxxxxxxxx0xxxx= xx', '4:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0', '0x80000000:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0'] in my domain .cfg file. After struggling for generic x64 generic flags (there is no such thing), I found out is easier to get a "common" CPU-baseline with # virsh command. Now, according to: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/Vir= tualization_Administration_Guide/ch15s13s03.html and to: http://libvirt.org/formatdomain.html#elementsCPUAllocation I tried: root@lepton:~# virsh capabilities > cpucaps.xml , then I modifie it: This is cpucaps.xml: http://pastebin.com/Tzurhqmf root@lepton:~# virsh cpu-compare cpucaps.xml error: Failed to compare host CPU with cpucaps.xml error: this function is not supported by the connection driver: virConnectCompareCPU root@lepton:~# /etc/init.d/libvirt-bin status Checking status of libvirt management daemon: libvirtd running. root@lepton:~# Any ideas of how can I get rid of this error? Am I missing some parts in my file?, Is it properly written? Or how do I do to mask my CPU flags in order to do a proper live migration. I must configure 9 servers, which are now running physical... and I need to run them on Xen. So this is going to be in a production environment. Thank you so much in advance, Best Regards, Antonio Col=EDn. --001a11c2690cb26c8e04ddd1603f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone there,

I've go= t two Xen hosts, with different CPUs:

= Host A: Intel(R) Core(TM) i3 CPU =A0 =A0 =A0 =A0 =A0 =A0 =A0 540 =A0@ 3.07G= Hz
Host B:=A0Intel(R) Core(TM)2 Duo CPU =A0 =A0 P8400 =A0@ 2.26GH= z

I need to mask my server CPU flags because there are several features in the Host A CPU th= at are missing in Host B. I tried doing something like:

*** GENERIC x86 F= LAGS ***=A0
cpuid =3D [ '0:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0',<= /font>'1:eax=3D0x06b1,=A0ecx=3Dxxxxxxxxxxx0000xx00xxx0000000xx0,edx=3Dxxx00000xxxxxxx0xxxxxxxxx0xxxxxx',
'4:e= ax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0','0x80000000:eax=3D0x3,ebx=3D0x0,ecx=3D0x0,edx=3D0x0']<= /div>

in my domain .cfg file. Afte= r struggling for generic x64 generic flags (there is no such thing), I foun= d out is easier to get a "common" CPU-baseline with # virsh comma= nd.



I tried:

root@lepton:~# virsh capabilities > cpucaps.xml , th= en I modifie it:
Thi= s is cpucaps.xml:=A0= http://pastebin.com/Tzurhqmf

root@lepton:~# virsh cpu-compare cpucaps.xml=A0
error: Failed to = compare host CPU with cpucaps.xml
error: this function is not sup= ported by the connection driver: virConnectCompareCPU
root@l= epton:~# /etc/init.d/libvirt-bin status
Checking status of libvirt management daemon: libvirtd running.
<= div>root@lepton:~#=A0

Any ideas of how= can I get rid of this error?
Am I missing some parts in my= file?, Is it properly written?
Or how do I do to mask my CPU flags in order to do a proper live= migration.=A0
I must configure 9 servers, which are now ru= nning physical... and I need to run them on Xen. So this is going to be in = a production environment.

Thank you so much in advance,

Best Regards,

= Antonio Col=EDn.


--001a11c2690cb26c8e04ddd1603f-- --===============8120263925722855344== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8120263925722855344==-- From xen-users-bounces@lists.xen.org Wed May 29 03:02:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 03:02: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 1UhWdn-0002ra-F4; Wed, 29 May 2013 03:01:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhTBf-0002fJ-7p; Tue, 28 May 2013 23:20:15 +0000 Received: from [85.158.143.99:53874] by server-3.bemta-4.messagelabs.com id 2E/26-02015-EAB35A15; Tue, 28 May 2013 23:20:14 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1369783211!19926052!1 X-Originating-IP: [209.85.219.45] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3144 invoked from network); 28 May 2013 23:20:12 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 23:20:12 -0000 Received: by mail-oa0-f45.google.com with SMTP id j6so10928820oag.32 for ; Tue, 28 May 2013 16:20:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=76aqlEgSLgZKQz61HoiLpwcekGgZsWplRIhP5qzYz7c=; b=EOR2PcCf89fw5QtJZ/Q1+yNOK+uNDfyRYOd1pjvmDvUlz5c/pUZzxnSmaAvrl1iFZf 731aJDo1CnCavBRfkOC/Rm1n2zQ6VCXb+dPAGjrIh0GglhtV373MTyBFvvXTFOVDxO3S 7/ReXbe8cPuId4JhYDs4tDV3UTpGjLg3zdntmG7Z7HGJyx5lsPOEOVJ+oKn9BFFS8N8+ 6EaKfFfzyM9nlLc3ZpUm4mi1Jm2pwZrjAmvPaHSX9yt4o7QPBBPSPz5wjBdgAr9iToon iw2v8utXNEfUPbGNMZ2A6RCGo20Dg9yzGYzVO28hdvs58vbBZOOqv6DaT1AC8wdcriXE NG7A== MIME-Version: 1.0 X-Received: by 10.60.102.145 with SMTP id fo17mr35764oeb.76.1369783210747; Tue, 28 May 2013 16:20:10 -0700 (PDT) Received: by 10.76.152.225 with HTTP; Tue, 28 May 2013 16:20:10 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 19:20:10 -0400 Message-ID: From: Outback Dingo To: Craig Rodrigues X-Mailman-Approved-At: Wed, 29 May 2013 03:01:28 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6028423031444438260==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6028423031444438260== Content-Type: multipart/alternative; boundary=089e0118278eb22d7d04ddcf813d --089e0118278eb22d7d04ddcf813d Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 7:09 PM, Craig Rodrigues wrote: > > > > On Tue, May 28, 2013 at 3:43 PM, Outback Dingo wrote: > >> >> I wrote a blog post specifically for installing 10-CURRENT from a >>> snapshot ISO and getting bootstrapped >>> from there, to help the Google Summer of Code Student that I am >>> mentoring. >>> What specifically do you want to be backported to 9-STABLE? >>> >> >> Yes Ive seen the post, however we have a hard requirement for 9-STABLE >> for some development work we are >> currently involved in. And I would prefer not to move our current >> infrastructure for development to CURRENT. >> A major portion of our development environment is based on XEN for >> testing and development. >> Therefor we realize PVHM is a work in progress, and we have built some >> VMs from it, they run exceptionally >> well, However our build environments refuse to build 9-STABLE on CURRENT >> PVHVM, or 10-CURRENT. >> Lastly Im sure theres a ton of users who would like to see this in 9.x or >> 9-STABLE >> >> > > OK, I misunderstood you since you responded in the thread and quoted some > of my post. > My blog post has nothing relevant to Xen and PVHM, and is specific to > setting up > a Google Summer of Code student on a 10-CURRENT environment. The FreeBSD > Xen > and PVHM developers will need to provide the details about their plans to > merge their changes to the 9-STABLE branch..... > that's something which I am not familiar with. > If we can get a diff of the work done against the master Id be happy to help backporting and testing > > > -- > Craig > --089e0118278eb22d7d04ddcf813d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 7:09 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:



On Tue, May 28, 20= 13 at 3:43 PM, Outback Dingo <outbackdingo@gmail.com> w= rote:

I wrote a blog post specifically for installing 10-CURRENT from a snapshot = ISO and getting bootstrapped
from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

Yes Ive = seen the post, however we have a hard requirement for 9-STABLE for some dev= elopment work we are
currently involved in. And I would prefer not to move our current infr= astructure for development to CURRENT.
A major portion of our dev= elopment environment is based on XEN for testing and development.
Therefor we realize PVHM is a work in progress, and we have buil= t some =A0VMs from it, they run exceptionally
w= ell, However our build environments refuse to build 9-STABLE on CURRENT PVH= VM, or 10-CURRENT.
Lastly Im sure theres a ton of users who would like to see this in 9.x= or 9-STABLE


<= div>
OK, I misunderstood you since you responded in the thread and quote= d some of my post.
My blog post has nothing relevant to Xen and PVHM, and is specif= ic to setting up
a Google Summer of Code student on a 10-CUR= RENT environment.=A0 The FreeBSD Xen
and PVHM developers will need to pr= ovide the details about their plans to merge their changes to the 9-STABLE = branch.....
that's something which I am not familiar with.

Hi Jan,

 

Thanks – I shoul= d have included that but here you go;

 

bridge name  = ;   bridge id        &nbs= p;      STP enabled     interf= aces

xenbr0  &nbs= p;       8000.00e081465f38   &= nbsp;   no         &= nbsp;    eth1

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  tap14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif14.0

   &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  vif7.0

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] <= b>On Behalf Of Jan Hejl
Sent: 20 May 2013 12:52
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] xenbr0 / domU static IPs<= /p>

 

Hi Simon,

what does "brctl show" show? It should show xenbr0 and some vifX.= Y (which is domU interface) device.

Jan

Dne 20.5.2013 13:36, Simon Jones napsal(a):

Hi,  I have a new xen hosting platform.  I= have given the bridge a static IP which I can ping/ssh to etc, when I crea= te a new vm all works well apart from the networking.  If I give DomU = a static IP I can’t ping out from the box, Dom0 can’t ping the vm.  I’m suspecting it just isn’t seeing the bri= dge but am unsure where to start looking.  This is a very standard set= up, 1 bridge: xenbr0

 

Here’s a config file for a windows guest but I= get the same with windows or debian guests.

 

cat windows8.cfg

kernel =3D "/usr/lib/xen-4.0/boot/hvmloader&quo= t;

builder=3D'hvm'

memory =3D 4096

vcpus=3D1

name =3D "Windows8"

vif =3D ['bridge=3Dxenbr0']

disk =3D ['phy:/dev/vg0/windows8,hda,w','file:/usr/src/windows8_x64.= iso,hdc:cdrom,r']

acpi =3D 1

device_model =3D 'qemu-dm'

boot=3D"d"

sdl=3D0

serial=3D'pty'

vnc=3D1

vnclisten=3D"0.0.0.0"

vncpasswd=3D""

usbdevice=3D'tablet'

 




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org=

http://lists.xen.org/xen-us=
ers

&nbs= p;


If we can get a diff of th= e work done against the master Id be happy to help backporting and testing<= /div>
=A0

=A0=
--=
Craig

--089e0118278eb22d7d04ddcf813d-- --===============6028423031444438260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6028423031444438260==-- From xen-users-bounces@lists.xen.org Wed May 29 03:02:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 03:02: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 1UhWdm-0002rR-Rm; Wed, 29 May 2013 03:01:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhT17-0002Kq-Lq; Tue, 28 May 2013 23:09:21 +0000 Received: from [85.158.139.211:10733] by server-5.bemta-5.messagelabs.com id 4C/56-27009-02935A15; Tue, 28 May 2013 23:09:20 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1369782558!17680278!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10553 invoked from network); 28 May 2013 23:09:18 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 23:09:18 -0000 Received: by mail-lb0-f179.google.com with SMTP id r11so8392492lbv.10 for ; Tue, 28 May 2013 16:09:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=88+Z2qJJlPt/wKZY7PhNbLLP4DzErOxq3ntBJgkyH9A=; b=REyETal2QS5ViptyhmBsF9f/xnTNVlbKd7sqVY/MFN52/UBiphG5M6WTcH7O/XD0Vn HZtrc2WZqt12xYI9XHNm4BAuncCBB6unquSx+vwtdgvyUFJ3FUhaQkC7qWH9svC5TQO8 R9G8QMy/+RsaOszOeMQrJMLYuFYBaGUfI+0td9qW3bL8mssOBbV/R9DFDyQKXJrGvfii GQI3RIEFeHnn0pBSP50Em1hLkjOxRovjrMs+DW1uRcF3B1lIMwaUuHzOuOshax0NTXRU xz+K/l6TXhgu2ttAhEYShvSlKa8GPT1ffG2D9+gjCAIrWyJO2CZ2gtH2Oe+Tc/1rk7F6 3MAA== MIME-Version: 1.0 X-Received: by 10.112.202.198 with SMTP id kk6mr332939lbc.4.1369782557857; Tue, 28 May 2013 16:09:17 -0700 (PDT) Received: by 10.112.13.135 with HTTP; Tue, 28 May 2013 16:09:17 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 16:09:17 -0700 X-Google-Sender-Auth: F7wslqn-XWHo_QHDbyFwfcICc2Y Message-ID: From: Craig Rodrigues To: Outback Dingo X-Mailman-Approved-At: Wed, 29 May 2013 03:01:28 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0287252225289868017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0287252225289868017== Content-Type: multipart/alternative; boundary=001a11c36af6c7de4c04ddcf5a68 --001a11c36af6c7de4c04ddcf5a68 Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 3:43 PM, Outback Dingo wrote: > > I wrote a blog post specifically for installing 10-CURRENT from a snapshot >> ISO and getting bootstrapped >> from there, to help the Google Summer of Code Student that I am mentoring. >> What specifically do you want to be backported to 9-STABLE? >> > > Yes Ive seen the post, however we have a hard requirement for 9-STABLE for > some development work we are > currently involved in. And I would prefer not to move our current > infrastructure for development to CURRENT. > A major portion of our development environment is based on XEN for testing > and development. > Therefor we realize PVHM is a work in progress, and we have built some > VMs from it, they run exceptionally > well, However our build environments refuse to build 9-STABLE on CURRENT > PVHVM, or 10-CURRENT. > Lastly Im sure theres a ton of users who would like to see this in 9.x or > 9-STABLE > > OK, I misunderstood you since you responded in the thread and quoted some of my post. My blog post has nothing relevant to Xen and PVHM, and is specific to setting up a Google Summer of Code student on a 10-CURRENT environment. The FreeBSD Xen and PVHM developers will need to provide the details about their plans to merge their changes to the 9-STABLE branch..... that's something which I am not familiar with. -- Craig --001a11c36af6c7de4c04ddcf5a68 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 3:43 PM, Outback Dingo &l= t;outbackdingo@= gmail.com> wrote:

I wrote a blog post specifically for installing 10-CURRENT from a snapshot = ISO and getting bootstrapped
from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

Yes Ive = seen the post, however we have a hard requirement for 9-STABLE for some dev= elopment work we are
currently involved in. And I would prefer not to move our current infr= astructure for development to CURRENT.
A major portion of our dev= elopment environment is based on XEN for testing and development.
Therefor we realize PVHM is a work in progress, and we have built some= =A0VMs from it, they run exceptionally
well, However our build e= nvironments refuse to build 9-STABLE on CURRENT PVHVM, or 10-CURRENT.
Lastly Im sure theres a ton of users who would like to see this in 9.x= or 9-STABLE


OK, I misunderstood you since you responded in the thread and quoted some= of my post.
My blog post has nothing relevant to Xen and PVHM, and is specif= ic to setting up
a Google Summer of Code student on a 10-CUR= RENT environment.=A0 The FreeBSD Xen
and PVHM developers will need to pr= ovide the details about their plans to merge their changes to the 9-STABLE = branch.....
that's something which I am not familiar with.
=A0
--
Craig
--001a11c36af6c7de4c04ddcf5a68-- --===============0287252225289868017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0287252225289868017==-- From xen-users-bounces@lists.xen.org Wed May 29 03:02:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 03:02: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 1UhWdm-0002rR-Rm; Wed, 29 May 2013 03:01:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhT17-0002Kq-Lq; Tue, 28 May 2013 23:09:21 +0000 Received: from [85.158.139.211:10733] by server-5.bemta-5.messagelabs.com id 4C/56-27009-02935A15; Tue, 28 May 2013 23:09:20 +0000 X-Env-Sender: crodr001@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1369782558!17680278!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10553 invoked from network); 28 May 2013 23:09:18 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 23:09:18 -0000 Received: by mail-lb0-f179.google.com with SMTP id r11so8392492lbv.10 for ; Tue, 28 May 2013 16:09:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=88+Z2qJJlPt/wKZY7PhNbLLP4DzErOxq3ntBJgkyH9A=; b=REyETal2QS5ViptyhmBsF9f/xnTNVlbKd7sqVY/MFN52/UBiphG5M6WTcH7O/XD0Vn HZtrc2WZqt12xYI9XHNm4BAuncCBB6unquSx+vwtdgvyUFJ3FUhaQkC7qWH9svC5TQO8 R9G8QMy/+RsaOszOeMQrJMLYuFYBaGUfI+0td9qW3bL8mssOBbV/R9DFDyQKXJrGvfii GQI3RIEFeHnn0pBSP50Em1hLkjOxRovjrMs+DW1uRcF3B1lIMwaUuHzOuOshax0NTXRU xz+K/l6TXhgu2ttAhEYShvSlKa8GPT1ffG2D9+gjCAIrWyJO2CZ2gtH2Oe+Tc/1rk7F6 3MAA== MIME-Version: 1.0 X-Received: by 10.112.202.198 with SMTP id kk6mr332939lbc.4.1369782557857; Tue, 28 May 2013 16:09:17 -0700 (PDT) Received: by 10.112.13.135 with HTTP; Tue, 28 May 2013 16:09:17 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 16:09:17 -0700 X-Google-Sender-Auth: F7wslqn-XWHo_QHDbyFwfcICc2Y Message-ID: From: Craig Rodrigues To: Outback Dingo X-Mailman-Approved-At: Wed, 29 May 2013 03:01:28 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0287252225289868017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0287252225289868017== Content-Type: multipart/alternative; boundary=001a11c36af6c7de4c04ddcf5a68 --001a11c36af6c7de4c04ddcf5a68 Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 3:43 PM, Outback Dingo wrote: > > I wrote a blog post specifically for installing 10-CURRENT from a snapshot >> ISO and getting bootstrapped >> from there, to help the Google Summer of Code Student that I am mentoring. >> What specifically do you want to be backported to 9-STABLE? >> > > Yes Ive seen the post, however we have a hard requirement for 9-STABLE for > some development work we are > currently involved in. And I would prefer not to move our current > infrastructure for development to CURRENT. > A major portion of our development environment is based on XEN for testing > and development. > Therefor we realize PVHM is a work in progress, and we have built some > VMs from it, they run exceptionally > well, However our build environments refuse to build 9-STABLE on CURRENT > PVHVM, or 10-CURRENT. > Lastly Im sure theres a ton of users who would like to see this in 9.x or > 9-STABLE > > OK, I misunderstood you since you responded in the thread and quoted some of my post. My blog post has nothing relevant to Xen and PVHM, and is specific to setting up a Google Summer of Code student on a 10-CURRENT environment. The FreeBSD Xen and PVHM developers will need to provide the details about their plans to merge their changes to the 9-STABLE branch..... that's something which I am not familiar with. -- Craig --001a11c36af6c7de4c04ddcf5a68 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 3:43 PM, Outback Dingo &l= t;outbackdingo@= gmail.com> wrote:

I wrote a blog post specifically for installing 10-CURRENT from a snapshot = ISO and getting bootstrapped
from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

Yes Ive = seen the post, however we have a hard requirement for 9-STABLE for some dev= elopment work we are
currently involved in. And I would prefer not to move our current infr= astructure for development to CURRENT.
A major portion of our dev= elopment environment is based on XEN for testing and development.
Therefor we realize PVHM is a work in progress, and we have built some= =A0VMs from it, they run exceptionally
well, However our build e= nvironments refuse to build 9-STABLE on CURRENT PVHVM, or 10-CURRENT.
Lastly Im sure theres a ton of users who would like to see this in 9.x= or 9-STABLE


OK, I misunderstood you since you responded in the thread and quoted some= of my post.
My blog post has nothing relevant to Xen and PVHM, and is specif= ic to setting up
a Google Summer of Code student on a 10-CUR= RENT environment.=A0 The FreeBSD Xen
and PVHM developers will need to pr= ovide the details about their plans to merge their changes to the 9-STABLE = branch.....
that's something which I am not familiar with.
=A0
--
Craig
--001a11c36af6c7de4c04ddcf5a68-- --===============0287252225289868017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0287252225289868017==-- From xen-users-bounces@lists.xen.org Wed May 29 03:02:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 03:02: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 1UhWdn-0002ra-F4; Wed, 29 May 2013 03:01:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhTBf-0002fJ-7p; Tue, 28 May 2013 23:20:15 +0000 Received: from [85.158.143.99:53874] by server-3.bemta-4.messagelabs.com id 2E/26-02015-EAB35A15; Tue, 28 May 2013 23:20:14 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1369783211!19926052!1 X-Originating-IP: [209.85.219.45] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3144 invoked from network); 28 May 2013 23:20:12 -0000 Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com) (209.85.219.45) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2013 23:20:12 -0000 Received: by mail-oa0-f45.google.com with SMTP id j6so10928820oag.32 for ; Tue, 28 May 2013 16:20:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=76aqlEgSLgZKQz61HoiLpwcekGgZsWplRIhP5qzYz7c=; b=EOR2PcCf89fw5QtJZ/Q1+yNOK+uNDfyRYOd1pjvmDvUlz5c/pUZzxnSmaAvrl1iFZf 731aJDo1CnCavBRfkOC/Rm1n2zQ6VCXb+dPAGjrIh0GglhtV373MTyBFvvXTFOVDxO3S 7/ReXbe8cPuId4JhYDs4tDV3UTpGjLg3zdntmG7Z7HGJyx5lsPOEOVJ+oKn9BFFS8N8+ 6EaKfFfzyM9nlLc3ZpUm4mi1Jm2pwZrjAmvPaHSX9yt4o7QPBBPSPz5wjBdgAr9iToon iw2v8utXNEfUPbGNMZ2A6RCGo20Dg9yzGYzVO28hdvs58vbBZOOqv6DaT1AC8wdcriXE NG7A== MIME-Version: 1.0 X-Received: by 10.60.102.145 with SMTP id fo17mr35764oeb.76.1369783210747; Tue, 28 May 2013 16:20:10 -0700 (PDT) Received: by 10.76.152.225 with HTTP; Tue, 28 May 2013 16:20:10 -0700 (PDT) In-Reply-To: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> Date: Tue, 28 May 2013 19:20:10 -0400 Message-ID: From: Outback Dingo To: Craig Rodrigues X-Mailman-Approved-At: Wed, 29 May 2013 03:01:28 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6028423031444438260==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6028423031444438260== Content-Type: multipart/alternative; boundary=089e0118278eb22d7d04ddcf813d --089e0118278eb22d7d04ddcf813d Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 28, 2013 at 7:09 PM, Craig Rodrigues wrote: > > > > On Tue, May 28, 2013 at 3:43 PM, Outback Dingo wrote: > >> >> I wrote a blog post specifically for installing 10-CURRENT from a >>> snapshot ISO and getting bootstrapped >>> from there, to help the Google Summer of Code Student that I am >>> mentoring. >>> What specifically do you want to be backported to 9-STABLE? >>> >> >> Yes Ive seen the post, however we have a hard requirement for 9-STABLE >> for some development work we are >> currently involved in. And I would prefer not to move our current >> infrastructure for development to CURRENT. >> A major portion of our development environment is based on XEN for >> testing and development. >> Therefor we realize PVHM is a work in progress, and we have built some >> VMs from it, they run exceptionally >> well, However our build environments refuse to build 9-STABLE on CURRENT >> PVHVM, or 10-CURRENT. >> Lastly Im sure theres a ton of users who would like to see this in 9.x or >> 9-STABLE >> >> > > OK, I misunderstood you since you responded in the thread and quoted some > of my post. > My blog post has nothing relevant to Xen and PVHM, and is specific to > setting up > a Google Summer of Code student on a 10-CURRENT environment. The FreeBSD > Xen > and PVHM developers will need to provide the details about their plans to > merge their changes to the 9-STABLE branch..... > that's something which I am not familiar with. > If we can get a diff of the work done against the master Id be happy to help backporting and testing > > > -- > Craig > --089e0118278eb22d7d04ddcf813d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Tue, May 28, 2013 at 7:09 PM, Craig Rodrigues = <rodrigc@cro= drigues.org> wrote:



On Tue, May 28, 20= 13 at 3:43 PM, Outback Dingo <outbackdingo@gmail.com> w= rote:

I wrote a blog post specifically for installing 10-CURRENT from a snapshot = ISO and getting bootstrapped
from there, to help the Google Summer of Code Student that I am mentoring.<= br>
What specifically do you want to be backported to 9-STABLE?

Yes Ive = seen the post, however we have a hard requirement for 9-STABLE for some dev= elopment work we are
currently involved in. And I would prefer not to move our current infr= astructure for development to CURRENT.
A major portion of our dev= elopment environment is based on XEN for testing and development.
Therefor we realize PVHM is a work in progress, and we have buil= t some =A0VMs from it, they run exceptionally
w= ell, However our build environments refuse to build 9-STABLE on CURRENT PVH= VM, or 10-CURRENT.
Lastly Im sure theres a ton of users who would like to see this in 9.x= or 9-STABLE


<= div>
OK, I misunderstood you since you responded in the thread and quote= d some of my post.
My blog post has nothing relevant to Xen and PVHM, and is specif= ic to setting up
a Google Summer of Code student on a 10-CUR= RENT environment.=A0 The FreeBSD Xen
and PVHM developers will need to pr= ovide the details about their plans to merge their changes to the 9-STABLE = branch.....
that's something which I am not familiar with.

If we can get a diff of th= e work done against the master Id be happy to help backporting and testing<= /div>
=A0

=A0=
--=
Craig

--089e0118278eb22d7d04ddcf813d-- --===============6028423031444438260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6028423031444438260==-- From xen-users-bounces@lists.xen.org Wed May 29 04:44:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 04:44:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhYEB-0004cG-0V; Wed, 29 May 2013 04:43:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhYEA-0004cB-2u for xen-users@lists.xen.org; Wed, 29 May 2013 04:43:10 +0000 Received: from [193.109.254.147:4116] by server-6.bemta-14.messagelabs.com id B5/AD-00912-D5785A15; Wed, 29 May 2013 04:43:09 +0000 X-Env-Sender: prvs=8861587a79=jaya.dhanesh@ericsson.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369802587!9108143!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5015 invoked from network); 29 May 2013 04:43:08 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 04:43:08 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-a5-51a58758215a Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 8F.AC.06701.85785A15; Wed, 29 May 2013 06:43:04 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.279.1; Wed, 29 May 2013 06:43:03 +0200 Message-ID: <51A58757.7080002@ericsson.com> Date: Wed, 29 May 2013 10:13:03 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> In-Reply-To: <519F5D0C.8040807@excello.cz> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMLMWRmVeSWpSXmKPExsUyM+JvrW5E+9JAg90ntSxWXT3A6sDocXT3 b6YAxihum6TEkrLgzPQ8fbsE7ozVN96wFSxRqPi39RtzA+NtyS5GDg4JAROJ9b0FXYycQKaY xIV769m6GLk4hAROMUo8P7ySBcLZwijx4/Z2dpAqXgFtiVWTV7KC2CwCqhKfL94Gs9kE9CSu HbsJViMkoCwx/84EJhCbX8BU4mHvLFaQZaICYRLTd0KNEZQ4OfMJC4gtIiAtMeNKExuILSyg IfHg/xRGiL3nGCXu3T/ACJLgFNCSuDRjGtguZqA5K9uWsoPMFBJQkzj1OmcCo+AsJGNnIamC sG0lLsy5DhWXl9j+dg4zhK0rceH/FBTxBYxsqxjZcxMzc9LLzTcxAsP44JbfBjsYN90XO8Qo zcGiJM6rz7s4UEggPbEkNTs1tSC1KL6oNCe1+BAjEwcniOCSamDkZi58UZuTn/Vs0wLNGW+F 5gdtn3MwdNWT+L/2V9wNrpjtNz1z48SJB4tOs07JCLsurLU/ZO2KvK2dF3g2Tlos8OZUw4MV 6ze8mZBVNenv9j0/4qcYdr1R3J34Mrbxs5NJtKFNd0tE6olZdXt3OZb1PjF2bJCXjNc3s9s/ I7oqYubTwx/KHp72VWIpzkg01GIuKk4EABvUcfg2AgAA Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3500384407508062970==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3500384407508062970== Content-Type: multipart/alternative; boundary="------------080709050402060601080003" --------------080709050402060601080003 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit I have worked on VB and there is a commands which will take care of assigning ip address to the interfaces in VMs and also configure the default route. VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen? Thanks, Dhanesh. On 05/24/2013 05:59 PM, Jan Hejl wrote: > Hi Jaya, > > take a look here > http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2 > > Jan > Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >> Hi, >> >> I need to have a group of DomUs behind a NAT. The ip address is also >> fixed for the DomU. >> The default gateway will be through Dom0. >> How do I do this on Xen? >> >> Thanks, >> Dhanesh. >> >> >> _______________________________________________ >> 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 --------------080709050402060601080003 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?

Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


_______________________________________________
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


--------------080709050402060601080003-- --===============3500384407508062970== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3500384407508062970==-- From xen-users-bounces@lists.xen.org Wed May 29 04:44:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 04:44:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhYEB-0004cG-0V; Wed, 29 May 2013 04:43:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhYEA-0004cB-2u for xen-users@lists.xen.org; Wed, 29 May 2013 04:43:10 +0000 Received: from [193.109.254.147:4116] by server-6.bemta-14.messagelabs.com id B5/AD-00912-D5785A15; Wed, 29 May 2013 04:43:09 +0000 X-Env-Sender: prvs=8861587a79=jaya.dhanesh@ericsson.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1369802587!9108143!1 X-Originating-IP: [193.180.251.48] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuNDggPT4gMjYzOTY5\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5015 invoked from network); 29 May 2013 04:43:08 -0000 Received: from mailgw7.ericsson.se (HELO mailgw7.ericsson.se) (193.180.251.48) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 04:43:08 -0000 X-AuditID: c1b4fb30-b7f8a6d000001a2d-a5-51a58758215a Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 8F.AC.06701.85785A15; Wed, 29 May 2013 06:43:04 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.279.1; Wed, 29 May 2013 06:43:03 +0200 Message-ID: <51A58757.7080002@ericsson.com> Date: Wed, 29 May 2013 10:13:03 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> In-Reply-To: <519F5D0C.8040807@excello.cz> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMLMWRmVeSWpSXmKPExsUyM+JvrW5E+9JAg90ntSxWXT3A6sDocXT3 b6YAxihum6TEkrLgzPQ8fbsE7ozVN96wFSxRqPi39RtzA+NtyS5GDg4JAROJ9b0FXYycQKaY xIV769m6GLk4hAROMUo8P7ySBcLZwijx4/Z2dpAqXgFtiVWTV7KC2CwCqhKfL94Gs9kE9CSu HbsJViMkoCwx/84EJhCbX8BU4mHvLFaQZaICYRLTd0KNEZQ4OfMJC4gtIiAtMeNKExuILSyg IfHg/xRGiL3nGCXu3T/ACJLgFNCSuDRjGtguZqA5K9uWsoPMFBJQkzj1OmcCo+AsJGNnIamC sG0lLsy5DhWXl9j+dg4zhK0rceH/FBTxBYxsqxjZcxMzc9LLzTcxAsP44JbfBjsYN90XO8Qo zcGiJM6rz7s4UEggPbEkNTs1tSC1KL6oNCe1+BAjEwcniOCSamDkZi58UZuTn/Vs0wLNGW+F 5gdtn3MwdNWT+L/2V9wNrpjtNz1z48SJB4tOs07JCLsurLU/ZO2KvK2dF3g2Tlos8OZUw4MV 6ze8mZBVNenv9j0/4qcYdr1R3J34Mrbxs5NJtKFNd0tE6olZdXt3OZb1PjF2bJCXjNc3s9s/ I7oqYubTwx/KHp72VWIpzkg01GIuKk4EABvUcfg2AgAA Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3500384407508062970==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3500384407508062970== Content-Type: multipart/alternative; boundary="------------080709050402060601080003" --------------080709050402060601080003 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit I have worked on VB and there is a commands which will take care of assigning ip address to the interfaces in VMs and also configure the default route. VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen? Thanks, Dhanesh. On 05/24/2013 05:59 PM, Jan Hejl wrote: > Hi Jaya, > > take a look here > http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2 > > Jan > Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >> Hi, >> >> I need to have a group of DomUs behind a NAT. The ip address is also >> fixed for the DomU. >> The default gateway will be through Dom0. >> How do I do this on Xen? >> >> Thanks, >> Dhanesh. >> >> >> _______________________________________________ >> 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 --------------080709050402060601080003 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?

Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


_______________________________________________
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


--------------080709050402060601080003-- --===============3500384407508062970== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3500384407508062970==-- From xen-users-bounces@lists.xen.org Wed May 29 05:00:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 05:00: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 1UhYTf-000522-TW; Wed, 29 May 2013 04:59:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhYTd-00051x-Nt for xen-users@lists.xensource.com; Wed, 29 May 2013 04:59:09 +0000 Received: from [85.158.138.51:60604] by server-3.bemta-3.messagelabs.com id 79/A9-12734-C1B85A15; Wed, 29 May 2013 04:59:08 +0000 X-Env-Sender: kenny.kenny@bol.com.br X-Msg-Ref: server-15.tower-174.messagelabs.com!1369803543!25901431!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTc2MTIxMCAo YWJhbmRvbmVkOiByZW11c2hhLndpa2lkb3Qu\nY29tKQ==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18033 invoked from network); 29 May 2013 04:59:05 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 29 May 2013 04:59:05 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UhYTX-0007uc-3y for xen-users@lists.xensource.com; Tue, 28 May 2013 21:59:03 -0700 Date: Tue, 28 May 2013 21:59:03 -0700 (PDT) From: "kleber.divino" To: xen-users@lists.xensource.com Message-ID: <1369803543105-5716501.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] Remus heartbeat timout X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Anybody knows which is the remus heartbeat timeout interval ? I aplied the timeout patch (http://remusha.wikidot.com/local--files/configuring-and-installing-remus/05_timeouts.patch), but idont know. After this patch the remus heartbeat timeout is 100 ms and after is 500 ms ? is that ? thanks. -- View this message in context: http://xen.1045712.n5.nabble.com/Remus-heartbeat-timout-tp5716501.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 05:00:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 05:00: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 1UhYTf-000522-TW; Wed, 29 May 2013 04:59:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhYTd-00051x-Nt for xen-users@lists.xensource.com; Wed, 29 May 2013 04:59:09 +0000 Received: from [85.158.138.51:60604] by server-3.bemta-3.messagelabs.com id 79/A9-12734-C1B85A15; Wed, 29 May 2013 04:59:08 +0000 X-Env-Sender: kenny.kenny@bol.com.br X-Msg-Ref: server-15.tower-174.messagelabs.com!1369803543!25901431!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTc2MTIxMCAo YWJhbmRvbmVkOiByZW11c2hhLndpa2lkb3Qu\nY29tKQ==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18033 invoked from network); 29 May 2013 04:59:05 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 29 May 2013 04:59:05 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UhYTX-0007uc-3y for xen-users@lists.xensource.com; Tue, 28 May 2013 21:59:03 -0700 Date: Tue, 28 May 2013 21:59:03 -0700 (PDT) From: "kleber.divino" To: xen-users@lists.xensource.com Message-ID: <1369803543105-5716501.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] Remus heartbeat timout X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Anybody knows which is the remus heartbeat timeout interval ? I aplied the timeout patch (http://remusha.wikidot.com/local--files/configuring-and-installing-remus/05_timeouts.patch), but idont know. After this patch the remus heartbeat timeout is 100 ms and after is 500 ms ? is that ? thanks. -- View this message in context: http://xen.1045712.n5.nabble.com/Remus-heartbeat-timout-tp5716501.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 09:05:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:05: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 1UhcIn-0002Gt-9L; Wed, 29 May 2013 09:04:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhcIl-0002Go-KZ for xen-users@lists.xen.org; Wed, 29 May 2013 09:04:12 +0000 Received: from [85.158.139.211:6496] by server-1.bemta-5.messagelabs.com id 40/E5-01720-A84C5A15; Wed, 29 May 2013 09:04:10 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-7.tower-206.messagelabs.com!1369818249!18608534!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27886 invoked from network); 29 May 2013 09:04:09 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 09:04:09 -0000 Received: (qmail 28089 invoked by uid 1000); 29 May 2013 11:04:05 +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(-13.4/5.0):. Processed in 2.18478 secs); 29 May 2013 09:04:05 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369818243; n=Test; bh=FbAu7b2gVS5kYDmnNcOEdy5eaP8X2cAcaOfjNs A00SA=; b=M5ZZq/zFb4BAW1n5fxu1aHfX0o/vNBCrnnCXEwxdyZVWY7kJ9EGVwh CruuxaeJT61HTqAtw5bG0uFpzzvz49wPpwwP+z4UdTw5tho5YNp2/mLUDSbqKmUw QYoLtjEAkG 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=nByuXFk+aORFTdsi1keCSIBfVadjo kZKcX72kz7ZWQJjzi+iHjo4CDTtyvYnhwV9JBTs8GER121aoOIF8L88+rKNEB6D+ +2ghrMWnkyWbYE26OZp5LAh9oqup4igI+kR Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 29 May 2013 11:04:02 +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 F0A0B2C0DA7 for ; Wed, 29 May 2013 11:04:01 +0200 (CEST) Message-ID: <51A5C481.4030707@excello.cz> Date: Wed, 29 May 2013 11:04:01 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> In-Reply-To: <51A58757.7080002@ericsson.com> Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1498142576894219279==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1498142576894219279== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030906070902040403050804" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms030906070902040403050804 Content-Type: multipart/alternative; boundary="------------090805020702090906040300" This is a multi-part message in MIME format. --------------090805020702090906040300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Another question? What version of Xen you use - 4.1+ or older? And what=20 toolstack xm or xl? Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): > I have worked on VB and there is a commands which will take care of=20 > assigning ip address to the interfaces in VMs and also configure the=20 > default route. > > VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" > This will assign IP address from the nw_addr and a default route as=20 > nw_addr.2. How do I achieve this in Xen? > > Thanks, > Dhanesh. > On 05/24/2013 05:59 PM, Jan Hejl wrote: >> Hi Jaya, >> >> take a look here=20 >> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networkin= g_with_NAT_2 >> >> Jan >> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>> Hi, >>> >>> I need to have a group of DomUs behind a NAT. The ip address is also = >>> fixed for the DomU. >>> The default gateway will be through Dom0. >>> How do I do this on Xen? >>> >>> Thanks, >>> Dhanesh. >>> >>> >>> _______________________________________________ >>> 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 --------------090805020702090906040300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a):
= I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in VMs and a= lso configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "nw_a=
ddr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?

Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
= Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#= Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


_______________________________________________
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

--------------090805020702090906040300-- --------------ms030906070902040403050804 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkwOTA0MDFa MCMGCSqGSIb3DQEJBDEWBBQlvPAE4dzkMinemI4QGdYJqMszfDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAI1EXxr/ZqDr VzSojRfYzQ5Zt+38U/oyXhu1ShlWFwGjSWM7ew1nQpqru/yfgVBOGFbvkPAgA4hc8m+VEgAW 3vU0iKwr+ZKAnXTThjJ0aO6EOXzSp3MKM9jwDJUthiXpF+l0UQUx6FD2WqThtGCmh/3ZXgnw ExBjfgY229V0Gw5iUKjc7mZL1ldjIsMpxhfaIJlX9Ygyzz9axzwnUBIXcmjoLAE96/Ar/1Lw czY6IIl3rj1S4cqQ0xCWL1fL+r6FhsEY5uAUoJ7xxUssxsEZpH1N/BsisnwF1mo4ubu/mnBy 0VJwhxEi+CrE9umUen7+7c27MqctA/0R6J4qCh2bRdoAAAAAAAA= --------------ms030906070902040403050804-- --===============1498142576894219279== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1498142576894219279==-- From xen-users-bounces@lists.xen.org Wed May 29 09:05:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:05: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 1UhcIn-0002Gt-9L; Wed, 29 May 2013 09:04:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhcIl-0002Go-KZ for xen-users@lists.xen.org; Wed, 29 May 2013 09:04:12 +0000 Received: from [85.158.139.211:6496] by server-1.bemta-5.messagelabs.com id 40/E5-01720-A84C5A15; Wed, 29 May 2013 09:04:10 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-7.tower-206.messagelabs.com!1369818249!18608534!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27886 invoked from network); 29 May 2013 09:04:09 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 09:04:09 -0000 Received: (qmail 28089 invoked by uid 1000); 29 May 2013 11:04:05 +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(-13.4/5.0):. Processed in 2.18478 secs); 29 May 2013 09:04:05 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369818243; n=Test; bh=FbAu7b2gVS5kYDmnNcOEdy5eaP8X2cAcaOfjNs A00SA=; b=M5ZZq/zFb4BAW1n5fxu1aHfX0o/vNBCrnnCXEwxdyZVWY7kJ9EGVwh CruuxaeJT61HTqAtw5bG0uFpzzvz49wPpwwP+z4UdTw5tho5YNp2/mLUDSbqKmUw QYoLtjEAkG 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=nByuXFk+aORFTdsi1keCSIBfVadjo kZKcX72kz7ZWQJjzi+iHjo4CDTtyvYnhwV9JBTs8GER121aoOIF8L88+rKNEB6D+ +2ghrMWnkyWbYE26OZp5LAh9oqup4igI+kR Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 29 May 2013 11:04:02 +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 F0A0B2C0DA7 for ; Wed, 29 May 2013 11:04:01 +0200 (CEST) Message-ID: <51A5C481.4030707@excello.cz> Date: Wed, 29 May 2013 11:04:01 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> In-Reply-To: <51A58757.7080002@ericsson.com> Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1498142576894219279==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============1498142576894219279== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030906070902040403050804" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms030906070902040403050804 Content-Type: multipart/alternative; boundary="------------090805020702090906040300" This is a multi-part message in MIME format. --------------090805020702090906040300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Another question? What version of Xen you use - 4.1+ or older? And what=20 toolstack xm or xl? Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): > I have worked on VB and there is a commands which will take care of=20 > assigning ip address to the interfaces in VMs and also configure the=20 > default route. > > VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" > This will assign IP address from the nw_addr and a default route as=20 > nw_addr.2. How do I achieve this in Xen? > > Thanks, > Dhanesh. > On 05/24/2013 05:59 PM, Jan Hejl wrote: >> Hi Jaya, >> >> take a look here=20 >> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networkin= g_with_NAT_2 >> >> Jan >> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>> Hi, >>> >>> I need to have a group of DomUs behind a NAT. The ip address is also = >>> fixed for the DomU. >>> The default gateway will be through Dom0. >>> How do I do this on Xen? >>> >>> Thanks, >>> Dhanesh. >>> >>> >>> _______________________________________________ >>> 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 --------------090805020702090906040300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a):
= I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in VMs and a= lso configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "nw_a=
ddr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?

Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
= Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#= Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


_______________________________________________
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

--------------090805020702090906040300-- --------------ms030906070902040403050804 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkwOTA0MDFa MCMGCSqGSIb3DQEJBDEWBBQlvPAE4dzkMinemI4QGdYJqMszfDBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAI1EXxr/ZqDr VzSojRfYzQ5Zt+38U/oyXhu1ShlWFwGjSWM7ew1nQpqru/yfgVBOGFbvkPAgA4hc8m+VEgAW 3vU0iKwr+ZKAnXTThjJ0aO6EOXzSp3MKM9jwDJUthiXpF+l0UQUx6FD2WqThtGCmh/3ZXgnw ExBjfgY229V0Gw5iUKjc7mZL1ldjIsMpxhfaIJlX9Ygyzz9axzwnUBIXcmjoLAE96/Ar/1Lw czY6IIl3rj1S4cqQ0xCWL1fL+r6FhsEY5uAUoJ7xxUssxsEZpH1N/BsisnwF1mo4ubu/mnBy 0VJwhxEi+CrE9umUen7+7c27MqctA/0R6J4qCh2bRdoAAAAAAAA= --------------ms030906070902040403050804-- --===============1498142576894219279== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1498142576894219279==-- From xen-users-bounces@lists.xen.org Wed May 29 09:23:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:23: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 1UhcaT-0002pa-UK; Wed, 29 May 2013 09:22:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhcaS-0002pR-VE for xen-users@lists.xen.org; Wed, 29 May 2013 09:22:29 +0000 Received: from [85.158.143.99:47473] by server-3.bemta-4.messagelabs.com id 6C/33-02015-3D8C5A15; Wed, 29 May 2013 09:22:27 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369819345!20947796!1 X-Originating-IP: [65.54.61.94] X-SpamReason: No, hits=-1.4 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_60_70,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_FP_R_14, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12870 invoked from network); 29 May 2013 09:22:25 -0000 Received: from snt0-omc2-s43.snt0.hotmail.com (HELO snt0-omc2-s43.snt0.hotmail.com) (65.54.61.94) by server-10.tower-216.messagelabs.com with SMTP; 29 May 2013 09:22:25 -0000 Received: from SNT403-EAS169 ([65.55.90.72]) by snt0-omc2-s43.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 May 2013 02:22:25 -0700 X-EIP: [k5HNEGGg7uFv+sRbeLC1SmCd2N5CsXb9] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> From: Yeonki Choi MIME-Version: 1.0 (1.0) In-Reply-To: <51A5C481.4030707@excello.cz> Date: Wed, 29 May 2013 18:22:26 +0900 To: Jan Hejl X-OriginalArrivalTime: 29 May 2013 09:22:25.0166 (UTC) FILETIME=[07FEB2E0:01CE5C4E] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5720699947957335076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5720699947957335076== Content-Type: multipart/related; boundary="_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_" --_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_ Content-Type: multipart/alternative; boundary="Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3" Content-Transfer-Encoding: 7bit --Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 eGwgaGFzIGJlZW4gdGhlIGRlZmF1bHQgdG9vbHN0YWNrIHNpbmNlIDQuMS4gQnV0IHlvdSBzaG91 bGQgdXNlIHhtIGluIHRoZSBvbGRlciB2ZXJzaW9uIHRoYW4gNC4xLCANCg0KWWVvbmtpIENob2kN ClNlbnQgZnJvbSBteSBpUGFkDQoNCjIwMTMuIDUuIDI5LiC/wMjEIDY6MDggIkphbiBIZWpsIiA8 amhAZXhjZWxsby5jej4gwNu8ujoNCg0KPiBBbm90aGVyIHF1ZXN0aW9uPyBXaGF0IHZlcnNpb24g b2YgWGVuIHlvdSB1c2UgLSA0LjErIG9yIG9sZGVyPyBBbmQgd2hhdCB0b29sc3RhY2sgeG0gb3Ig eGw/DQo+IA0KPiBEbmUgMjkuNS4yMDEzIDA2OjQzLCBKYXlhIERoYW5lc2ggbmFwc2FsKGEpOg0K Pj4gSSBoYXZlIHdvcmtlZCBvbiBWQiBhbmQgdGhlcmUgaXMgYSBjb21tYW5kcyB3aGljaCB3aWxs IHRha2UgY2FyZSBvZiBhc3NpZ25pbmcgaXAgYWRkcmVzcyB0byB0aGUgIGludGVyZmFjZXMgaW4g Vk1zIGFuZCBhbHNvIGNvbmZpZ3VyZSB0aGUgZGVmYXVsdCByb3V0ZS4NCj4+IA0KPj4gVkJveE1h bmFnZSBtb2RpZnl2bSAiVk0gbmFtZSIgLS1uYXRuZXQxICJud19hZGRyL21hc2siDQo+PiBUaGlz IHdpbGwgYXNzaWduIElQIGFkZHJlc3MgZnJvbSB0aGUgbndfYWRkciBhbmQgYSBkZWZhdWx0IHJv dXRlIGFzIG53X2FkZHIuMi4gSG93IGRvIEkgYWNoaWV2ZSB0aGlzIGluIFhlbj8NCj4+IA0KPj4g VGhhbmtzLA0KPj4gRGhhbmVzaC4NCj4+IE9uIDA1LzI0LzIwMTMgMDU6NTkgUE0sIEphbiBIZWps IHdyb3RlOg0KPj4+IEhpIEpheWEsDQo+Pj4gDQo+Pj4gdGFrZSBhIGxvb2sgaGVyZSBodHRwOi8v d2lraS5rYXJ0YnVpbGRpbmcubmV0L2luZGV4LnBocC9YZW5fTmV0d29ya2luZyNSb3V0ZWRfTmV0 d29ya2luZ193aXRoX05BVF8yDQo+Pj4gDQo+Pj4gSmFuDQo+Pj4gRG5lIDI0LjUuMjAxMyAxNDox NywgSmF5YSBEaGFuZXNoIG5hcHNhbChhKToNCj4+Pj4gSGksDQo+Pj4+IA0KPj4+PiBJIG5lZWQg dG8gaGF2ZSBhIGdyb3VwIG9mIERvbVVzIGJlaGluZCBhIE5BVC4gVGhlIGlwIGFkZHJlc3MgaXMg YWxzbyBmaXhlZCBmb3IgdGhlIERvbVUuDQo+Pj4+IFRoZSBkZWZhdWx0IGdhdGV3YXkgd2lsbCBi ZSB0aHJvdWdoIERvbTAuDQo+Pj4+IEhvdyBkbyBJIGRvIHRoaXMgb24gWGVuPw0KPj4+PiANCj4+ Pj4gVGhhbmtzLA0KPj4+PiBEaGFuZXNoLg0KPj4+PiANCj4+Pj4gDQo+Pj4+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IFhlbi11c2VycyBtYWls aW5nIGxpc3QNCj4+Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4+Pj4gaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzDQo+Pj4gDQo+Pj4gDQo+Pj4gDQo+Pj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiBYZW4tdXNlcnMgbWFpbGluZyBs aXN0DQo+Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4+PiBodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnMNCj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4+ IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnMNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4g aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo= --Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+eGwgaGFz IGJlZW4gdGhlIGRlZmF1bHQgdG9vbHN0YWNrIHNpbmNlIDQuMS4gQnV0IHlvdSBzaG91bGQgdXNl IHhtIGluIHRoZSBvbGRlciB2ZXJzaW9uIHRoYW4gNC4xLCZuYnNwOzxicj48YnI+PGRpdj5ZZW9u a2kgQ2hvaTwvZGl2PlNlbnQgZnJvbSBteSBpUGFkPC9kaXY+PGRpdj48YnI+MjAxMy4gNS4gMjku IOyYpO2bhCA2OjA4ICJKYW4gSGVqbCIgJmx0OzxhIGhyZWY9Im1haWx0bzpqaEBleGNlbGxvLmN6 Ij5qaEBleGNlbGxvLmN6PC9hPiZndDsg7J6R7ISxOjxicj48YnI+PC9kaXY+PGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+PGRpdj4NCiAgDQogICAgPG1ldGEgY29udGVudD0idGV4dC9odG1sOyBjaGFy c2V0PUlTTy04ODU5LTEiIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSI+DQogIA0KICANCiAgICBB bm90aGVyIHF1ZXN0aW9uPyBXaGF0IHZlcnNpb24gb2YgWGVuIHlvdSB1c2UgLSA0LjErIG9yIG9s ZGVyPyBBbmQNCiAgICB3aGF0IHRvb2xzdGFjayB4bSBvciB4bD88YnI+DQogICAgPGJyPg0KICAg IDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+RG5lIDI5LjUuMjAxMyAwNjo0MywgSmF5YSBE aGFuZXNoDQogICAgICBuYXBzYWwoYSk6PGJyPg0KICAgIDwvZGl2Pg0KICAgIDxibG9ja3F1b3Rl IGNpdGU9Im1pZDo1MUE1ODc1Ny43MDgwMDAyQGVyaWNzc29uLmNvbSIgdHlwZT0iY2l0ZSI+DQog ICAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMSIgaHR0cC1l cXVpdj0iQ29udGVudC1UeXBlIj4NCiAgICAgIDxzbWFsbD5JIGhhdmUgd29ya2VkIG9uIFZCIGFu ZCB0aGVyZSBpcyBhIGNvbW1hbmRzIHdoaWNoIHdpbGwgdGFrZQ0KICAgICAgICBjYXJlIG9mIGFz c2lnbmluZyBpcCBhZGRyZXNzIHRvIHRoZSZuYnNwOyBpbnRlcmZhY2VzIGluIFZNcyBhbmQgYWxz bw0KICAgICAgICBjb25maWd1cmUgdGhlIGRlZmF1bHQgcm91dGUuPC9zbWFsbD48YnI+DQogICAg ICA8YnI+DQogICAgICA8cHJlIGNsYXNzPSJzY3JlZW4iPlZCb3hNYW5hZ2UgbW9kaWZ5dm0gIlZN IG5hbWUiIC0tbmF0bmV0MSAibndfYWRkci9tYXNrIjwvcHJlPg0KICAgICAgPHNtYWxsPlRoaXMg d2lsbCBhc3NpZ24gSVAgYWRkcmVzcyBmcm9tIHRoZSBud19hZGRyIGFuZCBhIGRlZmF1bHQNCiAg ICAgICAgcm91dGUgYXMgbndfYWRkci4yLiBIb3cgZG8gSSBhY2hpZXZlIHRoaXMgaW4gWGVuPzxi cj4NCiAgICAgICAgPGJyPg0KICAgICAgICBUaGFua3MsPGJyPg0KICAgICAgICBEaGFuZXNoLjwv c21hbGw+PGJyPg0KICAgICAgPGRpdiBjbGFzcz0ibW96LWNpdGUtcHJlZml4Ij5PbiAwNS8yNC8y MDEzIDA1OjU5IFBNLCBKYW4gSGVqbA0KICAgICAgICB3cm90ZTo8YnI+DQogICAgICA8L2Rpdj4N CiAgICAgIDxibG9ja3F1b3RlIGNpdGU9Im1pZDo1MTlGNUQwQy44MDQwODA3QGV4Y2VsbG8uY3oi IHR5cGU9ImNpdGUiPg0KICAgICAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9 SVNPLTg4NTktMSIgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4NCiAgICAgICAgSGkgSmF5YSw8 YnI+DQogICAgICAgIDxicj4NCiAgICAgICAgdGFrZSBhIGxvb2sgaGVyZSA8YSBtb3otZG8tbm90 LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly93 aWtpLmthcnRidWlsZGluZy5uZXQvaW5kZXgucGhwL1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3 b3JraW5nX3dpdGhfTkFUXzIiPmh0dHA6Ly93aWtpLmthcnRidWlsZGluZy5uZXQvaW5kZXgucGhw L1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3b3JraW5nX3dpdGhfTkFUXzI8L2E+PGJyPg0KICAg ICAgICA8YnI+DQogICAgICAgIEphbjxicj4NCiAgICAgICAgPGRpdiBjbGFzcz0ibW96LWNpdGUt cHJlZml4Ij5EbmUgMjQuNS4yMDEzIDE0OjE3LCBKYXlhIERoYW5lc2gNCiAgICAgICAgICBuYXBz YWwoYSk6PGJyPg0KICAgICAgICA8L2Rpdj4NCiAgICAgICAgPGJsb2NrcXVvdGUgY2l0ZT0ibWlk OjUxOUY1QTNDLjYwMTA2MDRAZXJpY3Nzb24uY29tIiB0eXBlPSJjaXRlIj4NCiAgICAgICAgICA8 bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMSIgaHR0cC1lcXVpdj0i Q29udGVudC1UeXBlIj4NCiAgICAgICAgICA8c21hbGw+SGksPGJyPg0KICAgICAgICAgICAgPGJy Pg0KICAgICAgICAgICAgSSBuZWVkIHRvIGhhdmUgYSBncm91cCBvZiBEb21VcyBiZWhpbmQgYSBO QVQuIFRoZSBpcCBhZGRyZXNzDQogICAgICAgICAgICBpcyBhbHNvIGZpeGVkIGZvciB0aGUgRG9t VS48YnI+DQogICAgICAgICAgICBUaGUgZGVmYXVsdCBnYXRld2F5IHdpbGwgYmUgdGhyb3VnaCBE b20wLjxicj4NCiAgICAgICAgICAgIEhvdyBkbyBJIGRvIHRoaXMgb24gWGVuPzxicj4NCiAgICAg ICAgICAgIDxicj4NCiAgICAgICAgICAgIFRoYW5rcyw8YnI+DQogICAgICAgICAgICBEaGFuZXNo Ljwvc21hbGw+PGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8ZmllbGRzZXQgY2xhc3M9 Im1pbWVBdHRhY2htZW50SGVhZGVyIj48L2ZpZWxkc2V0Pg0KICAgICAgICAgIDxicj4NCiAgICAg ICAgICA8cHJlIHdyYXA9IiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NClhlbi11c2VycyBtYWlsaW5nIGxpc3QNCjxhIG1vei1kby1ub3Qtc2VuZD0idHJ1 ZSIgY2xhc3M9Im1vei10eHQtbGluay1hYmJyZXZpYXRlZCIgaHJlZj0ibWFpbHRvOlhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT4NCjxhIG1vei1kby1u b3Qtc2VuZD0idHJ1ZSIgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8 L2E+PC9wcmU+DQogICAgICAgIDwvYmxvY2txdW90ZT4NCiAgICAgICAgPGJyPg0KICAgICAgICA8 YnI+DQogICAgICAgIDxmaWVsZHNldCBjbGFzcz0ibWltZUF0dGFjaG1lbnRIZWFkZXIiPjwvZmll bGRzZXQ+DQogICAgICAgIDxicj4NCiAgICAgICAgPHByZSB3cmFwPSIiPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 DQo8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0 ZWQiIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+WGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmc8L2E+DQo8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxp bmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyI+aHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjwvcHJlPg0KICAgICAgPC9ibG9ja3F1b3RlPg0K ICAgICAgPGJyPg0KICAgICAgPGJyPg0KICAgICAgPGJyPg0KICAgICAgPGZpZWxkc2V0IGNsYXNz PSJtaW1lQXR0YWNobWVudEhlYWRlciI+PC9maWVsZHNldD4NCiAgICAgIDxicj4NCiAgICAgIDxw cmUgd3JhcD0iIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPGEgY2xhc3M9Im1vei10eHQtbGluay1hYmJyZXZp YXRlZCIgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlz dHMueGVuLm9yZzwvYT4NCjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzPC9hPjwvcHJlPg0KICAgIDwvYmxvY2txdW90ZT4NCiAgICA8YnI+DQogIA0KDQo8L2Rpdj48 L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48c3Bhbj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnI+PHNwYW4+WGVu LXVzZXJzIG1haWxpbmcgbGlzdDwvc3Bhbj48YnI+PHNwYW4+PGEgaHJlZj0ibWFpbHRvOlhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48L3NwYW4+PGJy PjxzcGFuPjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyI+aHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjwvc3Bhbj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ib2R5 PjwvaHRtbD4= --Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3-- --_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_-- --===============5720699947957335076== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5720699947957335076==-- From xen-users-bounces@lists.xen.org Wed May 29 09:23:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:23: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 1UhcaT-0002pa-UK; Wed, 29 May 2013 09:22:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhcaS-0002pR-VE for xen-users@lists.xen.org; Wed, 29 May 2013 09:22:29 +0000 Received: from [85.158.143.99:47473] by server-3.bemta-4.messagelabs.com id 6C/33-02015-3D8C5A15; Wed, 29 May 2013 09:22:27 +0000 X-Env-Sender: yeonki_choi@hotmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369819345!20947796!1 X-Originating-IP: [65.54.61.94] X-SpamReason: No, hits=-1.4 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_60_70,HTML_MESSAGE,MIME_BASE64_TEXT,ML_RADAR_FP_R_14, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12870 invoked from network); 29 May 2013 09:22:25 -0000 Received: from snt0-omc2-s43.snt0.hotmail.com (HELO snt0-omc2-s43.snt0.hotmail.com) (65.54.61.94) by server-10.tower-216.messagelabs.com with SMTP; 29 May 2013 09:22:25 -0000 Received: from SNT403-EAS169 ([65.55.90.72]) by snt0-omc2-s43.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 May 2013 02:22:25 -0700 X-EIP: [k5HNEGGg7uFv+sRbeLC1SmCd2N5CsXb9] X-Originating-Email: [yeonki_choi@hotmail.com] Message-ID: References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> From: Yeonki Choi MIME-Version: 1.0 (1.0) In-Reply-To: <51A5C481.4030707@excello.cz> Date: Wed, 29 May 2013 18:22:26 +0900 To: Jan Hejl X-OriginalArrivalTime: 29 May 2013 09:22:25.0166 (UTC) FILETIME=[07FEB2E0:01CE5C4E] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5720699947957335076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5720699947957335076== Content-Type: multipart/related; boundary="_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_" --_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_ Content-Type: multipart/alternative; boundary="Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3" Content-Transfer-Encoding: 7bit --Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 eGwgaGFzIGJlZW4gdGhlIGRlZmF1bHQgdG9vbHN0YWNrIHNpbmNlIDQuMS4gQnV0IHlvdSBzaG91 bGQgdXNlIHhtIGluIHRoZSBvbGRlciB2ZXJzaW9uIHRoYW4gNC4xLCANCg0KWWVvbmtpIENob2kN ClNlbnQgZnJvbSBteSBpUGFkDQoNCjIwMTMuIDUuIDI5LiC/wMjEIDY6MDggIkphbiBIZWpsIiA8 amhAZXhjZWxsby5jej4gwNu8ujoNCg0KPiBBbm90aGVyIHF1ZXN0aW9uPyBXaGF0IHZlcnNpb24g b2YgWGVuIHlvdSB1c2UgLSA0LjErIG9yIG9sZGVyPyBBbmQgd2hhdCB0b29sc3RhY2sgeG0gb3Ig eGw/DQo+IA0KPiBEbmUgMjkuNS4yMDEzIDA2OjQzLCBKYXlhIERoYW5lc2ggbmFwc2FsKGEpOg0K Pj4gSSBoYXZlIHdvcmtlZCBvbiBWQiBhbmQgdGhlcmUgaXMgYSBjb21tYW5kcyB3aGljaCB3aWxs IHRha2UgY2FyZSBvZiBhc3NpZ25pbmcgaXAgYWRkcmVzcyB0byB0aGUgIGludGVyZmFjZXMgaW4g Vk1zIGFuZCBhbHNvIGNvbmZpZ3VyZSB0aGUgZGVmYXVsdCByb3V0ZS4NCj4+IA0KPj4gVkJveE1h bmFnZSBtb2RpZnl2bSAiVk0gbmFtZSIgLS1uYXRuZXQxICJud19hZGRyL21hc2siDQo+PiBUaGlz IHdpbGwgYXNzaWduIElQIGFkZHJlc3MgZnJvbSB0aGUgbndfYWRkciBhbmQgYSBkZWZhdWx0IHJv dXRlIGFzIG53X2FkZHIuMi4gSG93IGRvIEkgYWNoaWV2ZSB0aGlzIGluIFhlbj8NCj4+IA0KPj4g VGhhbmtzLA0KPj4gRGhhbmVzaC4NCj4+IE9uIDA1LzI0LzIwMTMgMDU6NTkgUE0sIEphbiBIZWps IHdyb3RlOg0KPj4+IEhpIEpheWEsDQo+Pj4gDQo+Pj4gdGFrZSBhIGxvb2sgaGVyZSBodHRwOi8v d2lraS5rYXJ0YnVpbGRpbmcubmV0L2luZGV4LnBocC9YZW5fTmV0d29ya2luZyNSb3V0ZWRfTmV0 d29ya2luZ193aXRoX05BVF8yDQo+Pj4gDQo+Pj4gSmFuDQo+Pj4gRG5lIDI0LjUuMjAxMyAxNDox NywgSmF5YSBEaGFuZXNoIG5hcHNhbChhKToNCj4+Pj4gSGksDQo+Pj4+IA0KPj4+PiBJIG5lZWQg dG8gaGF2ZSBhIGdyb3VwIG9mIERvbVVzIGJlaGluZCBhIE5BVC4gVGhlIGlwIGFkZHJlc3MgaXMg YWxzbyBmaXhlZCBmb3IgdGhlIERvbVUuDQo+Pj4+IFRoZSBkZWZhdWx0IGdhdGV3YXkgd2lsbCBi ZSB0aHJvdWdoIERvbTAuDQo+Pj4+IEhvdyBkbyBJIGRvIHRoaXMgb24gWGVuPw0KPj4+PiANCj4+ Pj4gVGhhbmtzLA0KPj4+PiBEaGFuZXNoLg0KPj4+PiANCj4+Pj4gDQo+Pj4+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IFhlbi11c2VycyBtYWls aW5nIGxpc3QNCj4+Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4+Pj4gaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJzDQo+Pj4gDQo+Pj4gDQo+Pj4gDQo+Pj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiBYZW4tdXNlcnMgbWFpbGluZyBs aXN0DQo+Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4+PiBodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnMNCj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4+ IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnMNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCj4g aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzDQo= --Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+eGwgaGFz IGJlZW4gdGhlIGRlZmF1bHQgdG9vbHN0YWNrIHNpbmNlIDQuMS4gQnV0IHlvdSBzaG91bGQgdXNl IHhtIGluIHRoZSBvbGRlciB2ZXJzaW9uIHRoYW4gNC4xLCZuYnNwOzxicj48YnI+PGRpdj5ZZW9u a2kgQ2hvaTwvZGl2PlNlbnQgZnJvbSBteSBpUGFkPC9kaXY+PGRpdj48YnI+MjAxMy4gNS4gMjku IOyYpO2bhCA2OjA4ICJKYW4gSGVqbCIgJmx0OzxhIGhyZWY9Im1haWx0bzpqaEBleGNlbGxvLmN6 Ij5qaEBleGNlbGxvLmN6PC9hPiZndDsg7J6R7ISxOjxicj48YnI+PC9kaXY+PGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+PGRpdj4NCiAgDQogICAgPG1ldGEgY29udGVudD0idGV4dC9odG1sOyBjaGFy c2V0PUlTTy04ODU5LTEiIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSI+DQogIA0KICANCiAgICBB bm90aGVyIHF1ZXN0aW9uPyBXaGF0IHZlcnNpb24gb2YgWGVuIHlvdSB1c2UgLSA0LjErIG9yIG9s ZGVyPyBBbmQNCiAgICB3aGF0IHRvb2xzdGFjayB4bSBvciB4bD88YnI+DQogICAgPGJyPg0KICAg IDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+RG5lIDI5LjUuMjAxMyAwNjo0MywgSmF5YSBE aGFuZXNoDQogICAgICBuYXBzYWwoYSk6PGJyPg0KICAgIDwvZGl2Pg0KICAgIDxibG9ja3F1b3Rl IGNpdGU9Im1pZDo1MUE1ODc1Ny43MDgwMDAyQGVyaWNzc29uLmNvbSIgdHlwZT0iY2l0ZSI+DQog ICAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMSIgaHR0cC1l cXVpdj0iQ29udGVudC1UeXBlIj4NCiAgICAgIDxzbWFsbD5JIGhhdmUgd29ya2VkIG9uIFZCIGFu ZCB0aGVyZSBpcyBhIGNvbW1hbmRzIHdoaWNoIHdpbGwgdGFrZQ0KICAgICAgICBjYXJlIG9mIGFz c2lnbmluZyBpcCBhZGRyZXNzIHRvIHRoZSZuYnNwOyBpbnRlcmZhY2VzIGluIFZNcyBhbmQgYWxz bw0KICAgICAgICBjb25maWd1cmUgdGhlIGRlZmF1bHQgcm91dGUuPC9zbWFsbD48YnI+DQogICAg ICA8YnI+DQogICAgICA8cHJlIGNsYXNzPSJzY3JlZW4iPlZCb3hNYW5hZ2UgbW9kaWZ5dm0gIlZN IG5hbWUiIC0tbmF0bmV0MSAibndfYWRkci9tYXNrIjwvcHJlPg0KICAgICAgPHNtYWxsPlRoaXMg d2lsbCBhc3NpZ24gSVAgYWRkcmVzcyBmcm9tIHRoZSBud19hZGRyIGFuZCBhIGRlZmF1bHQNCiAg ICAgICAgcm91dGUgYXMgbndfYWRkci4yLiBIb3cgZG8gSSBhY2hpZXZlIHRoaXMgaW4gWGVuPzxi cj4NCiAgICAgICAgPGJyPg0KICAgICAgICBUaGFua3MsPGJyPg0KICAgICAgICBEaGFuZXNoLjwv c21hbGw+PGJyPg0KICAgICAgPGRpdiBjbGFzcz0ibW96LWNpdGUtcHJlZml4Ij5PbiAwNS8yNC8y MDEzIDA1OjU5IFBNLCBKYW4gSGVqbA0KICAgICAgICB3cm90ZTo8YnI+DQogICAgICA8L2Rpdj4N CiAgICAgIDxibG9ja3F1b3RlIGNpdGU9Im1pZDo1MTlGNUQwQy44MDQwODA3QGV4Y2VsbG8uY3oi IHR5cGU9ImNpdGUiPg0KICAgICAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9 SVNPLTg4NTktMSIgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4NCiAgICAgICAgSGkgSmF5YSw8 YnI+DQogICAgICAgIDxicj4NCiAgICAgICAgdGFrZSBhIGxvb2sgaGVyZSA8YSBtb3otZG8tbm90 LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly93 aWtpLmthcnRidWlsZGluZy5uZXQvaW5kZXgucGhwL1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3 b3JraW5nX3dpdGhfTkFUXzIiPmh0dHA6Ly93aWtpLmthcnRidWlsZGluZy5uZXQvaW5kZXgucGhw L1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3b3JraW5nX3dpdGhfTkFUXzI8L2E+PGJyPg0KICAg ICAgICA8YnI+DQogICAgICAgIEphbjxicj4NCiAgICAgICAgPGRpdiBjbGFzcz0ibW96LWNpdGUt cHJlZml4Ij5EbmUgMjQuNS4yMDEzIDE0OjE3LCBKYXlhIERoYW5lc2gNCiAgICAgICAgICBuYXBz YWwoYSk6PGJyPg0KICAgICAgICA8L2Rpdj4NCiAgICAgICAgPGJsb2NrcXVvdGUgY2l0ZT0ibWlk OjUxOUY1QTNDLjYwMTA2MDRAZXJpY3Nzb24uY29tIiB0eXBlPSJjaXRlIj4NCiAgICAgICAgICA8 bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMSIgaHR0cC1lcXVpdj0i Q29udGVudC1UeXBlIj4NCiAgICAgICAgICA8c21hbGw+SGksPGJyPg0KICAgICAgICAgICAgPGJy Pg0KICAgICAgICAgICAgSSBuZWVkIHRvIGhhdmUgYSBncm91cCBvZiBEb21VcyBiZWhpbmQgYSBO QVQuIFRoZSBpcCBhZGRyZXNzDQogICAgICAgICAgICBpcyBhbHNvIGZpeGVkIGZvciB0aGUgRG9t VS48YnI+DQogICAgICAgICAgICBUaGUgZGVmYXVsdCBnYXRld2F5IHdpbGwgYmUgdGhyb3VnaCBE b20wLjxicj4NCiAgICAgICAgICAgIEhvdyBkbyBJIGRvIHRoaXMgb24gWGVuPzxicj4NCiAgICAg ICAgICAgIDxicj4NCiAgICAgICAgICAgIFRoYW5rcyw8YnI+DQogICAgICAgICAgICBEaGFuZXNo Ljwvc21hbGw+PGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8ZmllbGRzZXQgY2xhc3M9 Im1pbWVBdHRhY2htZW50SGVhZGVyIj48L2ZpZWxkc2V0Pg0KICAgICAgICAgIDxicj4NCiAgICAg ICAgICA8cHJlIHdyYXA9IiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NClhlbi11c2VycyBtYWlsaW5nIGxpc3QNCjxhIG1vei1kby1ub3Qtc2VuZD0idHJ1 ZSIgY2xhc3M9Im1vei10eHQtbGluay1hYmJyZXZpYXRlZCIgaHJlZj0ibWFpbHRvOlhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT4NCjxhIG1vei1kby1u b3Qtc2VuZD0idHJ1ZSIgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIj5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM8 L2E+PC9wcmU+DQogICAgICAgIDwvYmxvY2txdW90ZT4NCiAgICAgICAgPGJyPg0KICAgICAgICA8 YnI+DQogICAgICAgIDxmaWVsZHNldCBjbGFzcz0ibWltZUF0dGFjaG1lbnRIZWFkZXIiPjwvZmll bGRzZXQ+DQogICAgICAgIDxicj4NCiAgICAgICAgPHByZSB3cmFwPSIiPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 DQo8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0 ZWQiIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+WGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmc8L2E+DQo8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxp bmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyI+aHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjwvcHJlPg0KICAgICAgPC9ibG9ja3F1b3RlPg0K ICAgICAgPGJyPg0KICAgICAgPGJyPg0KICAgICAgPGJyPg0KICAgICAgPGZpZWxkc2V0IGNsYXNz PSJtaW1lQXR0YWNobWVudEhlYWRlciI+PC9maWVsZHNldD4NCiAgICAgIDxicj4NCiAgICAgIDxw cmUgd3JhcD0iIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPGEgY2xhc3M9Im1vei10eHQtbGluay1hYmJyZXZp YXRlZCIgaHJlZj0ibWFpbHRvOlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlz dHMueGVuLm9yZzwvYT4NCjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyI+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJzPC9hPjwvcHJlPg0KICAgIDwvYmxvY2txdW90ZT4NCiAgICA8YnI+DQogIA0KDQo8L2Rpdj48 L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48c3Bhbj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnI+PHNwYW4+WGVu LXVzZXJzIG1haWxpbmcgbGlzdDwvc3Bhbj48YnI+PHNwYW4+PGEgaHJlZj0ibWFpbHRvOlhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnIj5YZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48L3NwYW4+PGJy PjxzcGFuPjxhIGhyZWY9Imh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycyI+aHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzPC9hPjwvc3Bhbj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ib2R5 PjwvaHRtbD4= --Apple-Mail-6889BDB0-10DB-44C6-AD49-AB357C1BD2B3-- --_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_4f5008fd-97b4-4328-bc6d-1a4ee8ded87b_-- --===============5720699947957335076== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5720699947957335076==-- From xen-users-bounces@lists.xen.org Wed May 29 09:31:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:31: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 1UhciR-0003Ht-Cz; Wed, 29 May 2013 09:30:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhciQ-0003Hk-0l for xen-users@lists.xen.org; Wed, 29 May 2013 09:30:42 +0000 Received: from [85.158.139.211:25961] by server-15.bemta-5.messagelabs.com id 09/A9-31797-1CAC5A15; Wed, 29 May 2013 09:30:41 +0000 X-Env-Sender: prvs=6861a3e244=jaya.dhanesh@ericsson.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1369819838!18775945!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8210 invoked from network); 29 May 2013 09:30:39 -0000 Received: from mailgw2.ericsson.se (HELO mailgw2.ericsson.se) (193.180.251.37) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 09:30:39 -0000 X-AuditID: c1b4fb25-b7f4c6d000004656-1d-51a5cabdd40d Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id B7.85.18006.DBAC5A15; Wed, 29 May 2013 11:30:37 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.279.1; Wed, 29 May 2013 11:30:27 +0200 Message-ID: <51A5CAB1.8080108@ericsson.com> Date: Wed, 29 May 2013 15:00:25 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> In-Reply-To: <51A5C481.4030707@excello.cz> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCLMWRmVeSWpSXmKPExsUyM+Jvre7eU0sDDe69N7dYdfUAqwOjx9Hd v5kCGKO4bZISS8qCM9Pz9O0SuDO2LF/BXvDEsmL5s8WMDYwTdbsYOTkkBEwkfl/cxAhhi0lc uLeerYuRi0NI4BSjxK6+e6wQzhZGiUW/bjKDVPEKaEt0X9jNDmKzCKhKPPp7mAXEZhPQk7h2 7CZYXEhAWWL+nQlMIDa/gKnEw95ZQIM4OEQFwiSm72SHGCMocXLmE7BWEQFpiRlXmthAbGEB DYkH/6cwQuztYZL4dfs62F5OAS2JnR+7wS5lBprz5UE72EwhATWJU69zJjAKzkIydhaSKgjb VuLCnOtQcXmJ7W/nMEPYuhIX/k9BEV/AyLaKkT03MTMnvdxoEyMwkA9u+a26g/HOOZFDjNIc LErivHq8iwOFBNITS1KzU1MLUovii0pzUosPMTJxcIIILqkGxjaXZabZe3nmf7xoe5P74Jq2 rctCJ9Vw/l9qbmt44/xzMa1DrnOSE6P2p8emHroeeCUlMWTuY/GJ6dk1ezkUPh7bMvW/h6HH 9ZfuLGsv80+z3LKk73x8mhrLohUWFw5Gi2+TWPTV8rvU9/ZdDIrKrazhjHwv1s2MS5OQFBDa tfjZjv2X11wN0FFiKc5INNRiLipOBACcl10jNwIAAA== Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0852758677482027155==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0852758677482027155== Content-Type: multipart/alternative; boundary="------------050800030602030000050305" --------------050800030602030000050305 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit linux-qzez:~rpm -qa | grep xen xen-4.1.2_14-0.5.5 sles-xen_en-pdf-11.2-0.41.1 xen-doc-html-4.1.2_14-0.5.5 kernel-xen-devel-3.0.13-0.27.1 xen-libs-4.1.2_14-0.5.5 kernel-xen-base-3.0.13-0.27.1 xen-libs-32bit-4.1.2_14-0.5.5 xen-tools-4.1.2_14-0.5.5 kernel-xen-3.0.13-0.27.1 xen-doc-pdf-4.1.2_14-0.5.5 I use xm Thanks, Dhanesh. On 05/29/2013 02:34 PM, Jan Hejl wrote: > Another question? What version of Xen you use - 4.1+ or older? And > what toolstack xm or xl? > > Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): >> I have worked on VB and there is a commands which will take care of >> assigning ip address to the interfaces in VMs and also configure the >> default route. >> >> VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" >> This will assign IP address from the nw_addr and a default route as >> nw_addr.2. How do I achieve this in Xen? >> >> Thanks, >> Dhanesh. >> On 05/24/2013 05:59 PM, Jan Hejl wrote: >>> Hi Jaya, >>> >>> take a look here >>> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2 >>> >>> Jan >>> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>>> Hi, >>>> >>>> I need to have a group of DomUs behind a NAT. The ip address is >>>> also fixed for the DomU. >>>> The default gateway will be through Dom0. >>>> How do I do this on Xen? >>>> >>>> Thanks, >>>> Dhanesh. >>>> >>>> >>>> _______________________________________________ >>>> 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 > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050800030602030000050305 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit linux-qzez:~rpm -qa | grep xen
xen-4.1.2_14-0.5.5
sles-xen_en-pdf-11.2-0.41.1
xen-doc-html-4.1.2_14-0.5.5
kernel-xen-devel-3.0.13-0.27.1
xen-libs-4.1.2_14-0.5.5
kernel-xen-base-3.0.13-0.27.1
xen-libs-32bit-4.1.2_14-0.5.5
xen-tools-4.1.2_14-0.5.5
kernel-xen-3.0.13-0.27.1
xen-doc-pdf-4.1.2_14-0.5.5

I use xm

Thanks,
Dhanesh.
On 05/29/2013 02:34 PM, Jan Hejl wrote:
Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a):
I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?

Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


_______________________________________________
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



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


--------------050800030602030000050305-- --===============0852758677482027155== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0852758677482027155==-- From xen-users-bounces@lists.xen.org Wed May 29 09:31:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:31: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 1UhciR-0003Ht-Cz; Wed, 29 May 2013 09:30:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhciQ-0003Hk-0l for xen-users@lists.xen.org; Wed, 29 May 2013 09:30:42 +0000 Received: from [85.158.139.211:25961] by server-15.bemta-5.messagelabs.com id 09/A9-31797-1CAC5A15; Wed, 29 May 2013 09:30:41 +0000 X-Env-Sender: prvs=6861a3e244=jaya.dhanesh@ericsson.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1369819838!18775945!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8210 invoked from network); 29 May 2013 09:30:39 -0000 Received: from mailgw2.ericsson.se (HELO mailgw2.ericsson.se) (193.180.251.37) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 09:30:39 -0000 X-AuditID: c1b4fb25-b7f4c6d000004656-1d-51a5cabdd40d Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id B7.85.18006.DBAC5A15; Wed, 29 May 2013 11:30:37 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.279.1; Wed, 29 May 2013 11:30:27 +0200 Message-ID: <51A5CAB1.8080108@ericsson.com> Date: Wed, 29 May 2013 15:00:25 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> In-Reply-To: <51A5C481.4030707@excello.cz> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCLMWRmVeSWpSXmKPExsUyM+Jvre7eU0sDDe69N7dYdfUAqwOjx9Hd v5kCGKO4bZISS8qCM9Pz9O0SuDO2LF/BXvDEsmL5s8WMDYwTdbsYOTkkBEwkfl/cxAhhi0lc uLeerYuRi0NI4BSjxK6+e6wQzhZGiUW/bjKDVPEKaEt0X9jNDmKzCKhKPPp7mAXEZhPQk7h2 7CZYXEhAWWL+nQlMIDa/gKnEw95ZQIM4OEQFwiSm72SHGCMocXLmE7BWEQFpiRlXmthAbGEB DYkH/6cwQuztYZL4dfs62F5OAS2JnR+7wS5lBprz5UE72EwhATWJU69zJjAKzkIydhaSKgjb VuLCnOtQcXmJ7W/nMEPYuhIX/k9BEV/AyLaKkT03MTMnvdxoEyMwkA9u+a26g/HOOZFDjNIc LErivHq8iwOFBNITS1KzU1MLUovii0pzUosPMTJxcIIILqkGxjaXZabZe3nmf7xoe5P74Jq2 rctCJ9Vw/l9qbmt44/xzMa1DrnOSE6P2p8emHroeeCUlMWTuY/GJ6dk1ezkUPh7bMvW/h6HH 9ZfuLGsv80+z3LKk73x8mhrLohUWFw5Gi2+TWPTV8rvU9/ZdDIrKrazhjHwv1s2MS5OQFBDa tfjZjv2X11wN0FFiKc5INNRiLipOBACcl10jNwIAAA== Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0852758677482027155==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0852758677482027155== Content-Type: multipart/alternative; boundary="------------050800030602030000050305" --------------050800030602030000050305 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit linux-qzez:~rpm -qa | grep xen xen-4.1.2_14-0.5.5 sles-xen_en-pdf-11.2-0.41.1 xen-doc-html-4.1.2_14-0.5.5 kernel-xen-devel-3.0.13-0.27.1 xen-libs-4.1.2_14-0.5.5 kernel-xen-base-3.0.13-0.27.1 xen-libs-32bit-4.1.2_14-0.5.5 xen-tools-4.1.2_14-0.5.5 kernel-xen-3.0.13-0.27.1 xen-doc-pdf-4.1.2_14-0.5.5 I use xm Thanks, Dhanesh. On 05/29/2013 02:34 PM, Jan Hejl wrote: > Another question? What version of Xen you use - 4.1+ or older? And > what toolstack xm or xl? > > Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): >> I have worked on VB and there is a commands which will take care of >> assigning ip address to the interfaces in VMs and also configure the >> default route. >> >> VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" >> This will assign IP address from the nw_addr and a default route as >> nw_addr.2. How do I achieve this in Xen? >> >> Thanks, >> Dhanesh. >> On 05/24/2013 05:59 PM, Jan Hejl wrote: >>> Hi Jaya, >>> >>> take a look here >>> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2 >>> >>> Jan >>> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>>> Hi, >>>> >>>> I need to have a group of DomUs behind a NAT. The ip address is >>>> also fixed for the DomU. >>>> The default gateway will be through Dom0. >>>> How do I do this on Xen? >>>> >>>> Thanks, >>>> Dhanesh. >>>> >>>> >>>> _______________________________________________ >>>> 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 > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050800030602030000050305 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit linux-qzez:~rpm -qa | grep xen
xen-4.1.2_14-0.5.5
sles-xen_en-pdf-11.2-0.41.1
xen-doc-html-4.1.2_14-0.5.5
kernel-xen-devel-3.0.13-0.27.1
xen-libs-4.1.2_14-0.5.5
kernel-xen-base-3.0.13-0.27.1
xen-libs-32bit-4.1.2_14-0.5.5
xen-tools-4.1.2_14-0.5.5
kernel-xen-3.0.13-0.27.1
xen-doc-pdf-4.1.2_14-0.5.5

I use xm

Thanks,
Dhanesh.
On 05/29/2013 02:34 PM, Jan Hejl wrote:
Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a):
I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?

Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


_______________________________________________
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



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


--------------050800030602030000050305-- --===============0852758677482027155== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0852758677482027155==-- From xen-users-bounces@lists.xen.org Wed May 29 09:40:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:40: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 1UhcrI-0003w4-Fu; Wed, 29 May 2013 09:39:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhcrG-0003vv-D6 for xen-users@lists.xen.org; Wed, 29 May 2013 09:39:50 +0000 Received: from [85.158.138.51:9913] by server-11.bemta-3.messagelabs.com id 1D/A3-05438-5ECC5A15; Wed, 29 May 2013 09:39:49 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-8.tower-174.messagelabs.com!1369820387!28985555!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9699 invoked from network); 29 May 2013 09:39:48 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 09:39:48 -0000 Received: (qmail 3046 invoked by uid 1000); 29 May 2013 11:39:47 +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(-8.0/5.0):. Processed in 1.400445 secs); 29 May 2013 09:39:47 -0000 X-Spam-Status: No, hits=-8.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 WORD_UPGRADE RAW: Including upgrade word -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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); 29 May 2013 11:39:45 +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 497322C16F7; Wed, 29 May 2013 11:39:45 +0200 (CEST) Message-ID: <51A5CCE1.9020103@excello.cz> Date: Wed, 29 May 2013 11:39:45 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Yeonki Choi References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3822796595403898639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============3822796595403898639== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020905040501090909090207" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms020905040501090909090207 Content-Type: multipart/alternative; boundary="------------080107000002050203090507" This is a multi-part message in MIME format. --------------080107000002050203090507 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable xl is officialy default since Xen 4.2 and i've seen lot of people using=20 xm toolstack thanks to laziness, lack of time to upgrade or many howtos=20 which describe Xen setup with xm. Dne 29.5.2013 11:22, Yeonki Choi napsal(a): > xl has been the default toolstack since 4.1. But you should use xm in=20 > the older version than 4.1, > > Yeonki Choi > Sent from my iPad > > 2013. 5. 29. =EC=98=A4=ED=9B=84 6:08 "Jan Hejl" > =EC=9E=91=EC=84=B1: > >> Another question? What version of Xen you use - 4.1+ or older? And=20 >> what toolstack xm or xl? >> >> Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): >>> I have worked on VB and there is a commands which will take care of=20 >>> assigning ip address to the interfaces in VMs and also configure=20 >>> the default route. >>> >>> VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" >>> This will assign IP address from the nw_addr and a default route as=20 >>> nw_addr.2. How do I achieve this in Xen? >>> >>> Thanks, >>> Dhanesh. >>> On 05/24/2013 05:59 PM, Jan Hejl wrote: >>>> Hi Jaya, >>>> >>>> take a look here=20 >>>> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Network= ing_with_NAT_2 >>>> >>>> Jan >>>> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>>>> Hi, >>>>> >>>>> I need to have a group of DomUs behind a NAT. The ip address is=20 >>>>> also fixed for the DomU. >>>>> The default gateway will be through Dom0. >>>>> How do I do this on Xen? >>>>> >>>>> Thanks, >>>>> Dhanesh. >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users --------------080107000002050203090507 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable xl is officialy default since Xen 4.2 and i've seen lot of people using xm toolstack thanks to laziness, lack of time to upgrade or many howtos which describe Xen setup with xm.

Dne 29.5.2013 11:22, Yeonki Choi napsal(a):
xl has been the default toolstack since 4.1. But you should use xm in the older version than 4.1,=C2=A0

Yeonki Choi
Sent from my iPad

2013. 5. 29. =EC=98=A4=ED=9B=84 6:08 "Jan Hejl" <jh@excello.cz> =EC=9E=91=EC= =84=B1:

Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanes= h napsal(a):
I have worked on VB and there is a commands which will take care of assigning ip address to the=C2=A0 interfa= ces in VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1=
 "nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?
Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#= Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


__________________________________________=
_____
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

_______________________________________________=
Xen-users mailing list
Xen-users@lists.xen= =2Eorg
http://lists.xen.or= g/xen-users

--------------080107000002050203090507-- --------------ms020905040501090909090207 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkwOTM5NDVa MCMGCSqGSIb3DQEJBDEWBBSZX2+wVkqKEamhVmt5St9CFsPVmjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAEWY97FzYG0K sVaGrdISk/HAFGrXUpaIUUc0npZnvp05yVLcgkURJ25RcW2IXi21RyNICdYiJJWf5QaD+Mez rZcw6lr2NavmnzWpa7a7zQVZ3zHKjOfE4kZZUKd202hpmhDYKm4RwYAC0TRbG9elYsRN5P0l P/jNo6x0RRS17CSwWPbTpNxL4W9es/bq3CD1KjNVlRN1OyVkOU29rrNNL60RXPuBkt46j0dU ivKgrkH8S5t/zj3Qe020LEiffvdTJRdbbgPy+GzIuZoJMr13gqfWEr8kDw38kS4E0/eg9i4A 4S+pUZZnmwUvStx7khcq1dYHAqwRi2HrClItoDxr9CkAAAAAAAA= --------------ms020905040501090909090207-- --===============3822796595403898639== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3822796595403898639==-- From xen-users-bounces@lists.xen.org Wed May 29 09:40:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 09:40: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 1UhcrI-0003w4-Fu; Wed, 29 May 2013 09:39:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhcrG-0003vv-D6 for xen-users@lists.xen.org; Wed, 29 May 2013 09:39:50 +0000 Received: from [85.158.138.51:9913] by server-11.bemta-3.messagelabs.com id 1D/A3-05438-5ECC5A15; Wed, 29 May 2013 09:39:49 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-8.tower-174.messagelabs.com!1369820387!28985555!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9699 invoked from network); 29 May 2013 09:39:48 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 09:39:48 -0000 Received: (qmail 3046 invoked by uid 1000); 29 May 2013 11:39:47 +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(-8.0/5.0):. Processed in 1.400445 secs); 29 May 2013 09:39:47 -0000 X-Spam-Status: No, hits=-8.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 WORD_UPGRADE RAW: Including upgrade word -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -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 -1.1 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); 29 May 2013 11:39:45 +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 497322C16F7; Wed, 29 May 2013 11:39:45 +0200 (CEST) Message-ID: <51A5CCE1.9020103@excello.cz> Date: Wed, 29 May 2013 11:39:45 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Yeonki Choi References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> In-Reply-To: Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3822796595403898639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============3822796595403898639== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020905040501090909090207" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms020905040501090909090207 Content-Type: multipart/alternative; boundary="------------080107000002050203090507" This is a multi-part message in MIME format. --------------080107000002050203090507 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable xl is officialy default since Xen 4.2 and i've seen lot of people using=20 xm toolstack thanks to laziness, lack of time to upgrade or many howtos=20 which describe Xen setup with xm. Dne 29.5.2013 11:22, Yeonki Choi napsal(a): > xl has been the default toolstack since 4.1. But you should use xm in=20 > the older version than 4.1, > > Yeonki Choi > Sent from my iPad > > 2013. 5. 29. =EC=98=A4=ED=9B=84 6:08 "Jan Hejl" > =EC=9E=91=EC=84=B1: > >> Another question? What version of Xen you use - 4.1+ or older? And=20 >> what toolstack xm or xl? >> >> Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): >>> I have worked on VB and there is a commands which will take care of=20 >>> assigning ip address to the interfaces in VMs and also configure=20 >>> the default route. >>> >>> VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" >>> This will assign IP address from the nw_addr and a default route as=20 >>> nw_addr.2. How do I achieve this in Xen? >>> >>> Thanks, >>> Dhanesh. >>> On 05/24/2013 05:59 PM, Jan Hejl wrote: >>>> Hi Jaya, >>>> >>>> take a look here=20 >>>> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Network= ing_with_NAT_2 >>>> >>>> Jan >>>> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>>>> Hi, >>>>> >>>>> I need to have a group of DomUs behind a NAT. The ip address is=20 >>>>> also fixed for the DomU. >>>>> The default gateway will be through Dom0. >>>>> How do I do this on Xen? >>>>> >>>>> Thanks, >>>>> Dhanesh. >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users --------------080107000002050203090507 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable xl is officialy default since Xen 4.2 and i've seen lot of people using xm toolstack thanks to laziness, lack of time to upgrade or many howtos which describe Xen setup with xm.

Dne 29.5.2013 11:22, Yeonki Choi napsal(a):
xl has been the default toolstack since 4.1. But you should use xm in the older version than 4.1,=C2=A0

Yeonki Choi
Sent from my iPad

2013. 5. 29. =EC=98=A4=ED=9B=84 6:08 "Jan Hejl" <jh@excello.cz> =EC=9E=91=EC= =84=B1:

Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanes= h napsal(a):
I have worked on VB and there is a commands which will take care of assigning ip address to the=C2=A0 interfa= ces in VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1=
 "nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?
Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#= Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


__________________________________________=
_____
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

_______________________________________________=
Xen-users mailing list
Xen-users@lists.xen= =2Eorg
http://lists.xen.or= g/xen-users

--------------080107000002050203090507-- --------------ms020905040501090909090207 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkwOTM5NDVa MCMGCSqGSIb3DQEJBDEWBBSZX2+wVkqKEamhVmt5St9CFsPVmjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAEWY97FzYG0K sVaGrdISk/HAFGrXUpaIUUc0npZnvp05yVLcgkURJ25RcW2IXi21RyNICdYiJJWf5QaD+Mez rZcw6lr2NavmnzWpa7a7zQVZ3zHKjOfE4kZZUKd202hpmhDYKm4RwYAC0TRbG9elYsRN5P0l P/jNo6x0RRS17CSwWPbTpNxL4W9es/bq3CD1KjNVlRN1OyVkOU29rrNNL60RXPuBkt46j0dU ivKgrkH8S5t/zj3Qe020LEiffvdTJRdbbgPy+GzIuZoJMr13gqfWEr8kDw38kS4E0/eg9i4A 4S+pUZZnmwUvStx7khcq1dYHAqwRi2HrClItoDxr9CkAAAAAAAA= --------------ms020905040501090909090207-- --===============3822796595403898639== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3822796595403898639==-- From xen-users-bounces@lists.xen.org Wed May 29 10:19:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 10:19: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 1UhdSQ-0005eZ-Dt; Wed, 29 May 2013 10:18:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhdSO-0005eU-Nb for xen-users@lists.xen.org; Wed, 29 May 2013 10:18:13 +0000 Received: from [85.158.139.211:17831] by server-10.bemta-5.messagelabs.com id 1B/4A-19016-3E5D5A15; Wed, 29 May 2013 10:18:11 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-12.tower-206.messagelabs.com!1369822684!19984676!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13871 invoked from network); 29 May 2013 10:18:05 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 10:18:05 -0000 Received: (qmail 4798 invoked by uid 1000); 29 May 2013 12:18:04 +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(-13.4/5.0):. Processed in 2.564282 secs); 29 May 2013 10:18:04 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369822681; n=Test; bh=/2cyobl0GkNxD1dg5Kf8JSXAEOp6ggXzwHxKKh RQuXU=; b=F7IAOPytJXxmAyvJx0XfWLKooLm2WcvY/Sf/Y/FZGNWrwd2DmNFnBl BctvXOHNv+afWniWlpnh3laKlg9LbqOfr2MBlQVi6DthDG1DYXIlv7BBcYnX/9iw Nm89YDHQ1V 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=cb6++dcSSfTzVE3btjmIRIjYgfhiN UW8ZASVgA7l3T0Lfva9d1lwPJPisKP+7pz8kRwtbgzFQUK9uXdLOpUdJWjxM2cJc 9gVwzGp0BOXbnu1yWpaQuuHmEMnBx5x21Q8 Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 29 May 2013 12:18:00 +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 BD1E52C1746 for ; Wed, 29 May 2013 12:18:00 +0200 (CEST) Message-ID: <51A5D5D8.2020306@excello.cz> Date: Wed, 29 May 2013 12:18:00 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> <51A5CAB1.8080108@ericsson.com> In-Reply-To: <51A5CAB1.8080108@ericsson.com> Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3170724252743152817==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============3170724252743152817== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060808050101030403050108" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms060808050101030403050108 Content-Type: multipart/alternative; boundary="------------070407030006050904010500" This is a multi-part message in MIME format. --------------070407030006050904010500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Automatic address should work via vif-script called vif-nat in case your = dom0 runs properly set ISC DHCP server. VIF-NAT script should tell DHCPd = to assign IP you've defined in domU config to MAC domU address. Dne 29.5.2013 11:30, Jaya Dhanesh napsal(a): > linux-qzez:~rpm -qa | grep xen > xen-4.1.2_14-0.5.5 > sles-xen_en-pdf-11.2-0.41.1 > xen-doc-html-4.1.2_14-0.5.5 > kernel-xen-devel-3.0.13-0.27.1 > xen-libs-4.1.2_14-0.5.5 > kernel-xen-base-3.0.13-0.27.1 > xen-libs-32bit-4.1.2_14-0.5.5 > xen-tools-4.1.2_14-0.5.5 > kernel-xen-3.0.13-0.27.1 > xen-doc-pdf-4.1.2_14-0.5.5 > > I use xm > > Thanks, > Dhanesh. > On 05/29/2013 02:34 PM, Jan Hejl wrote: >> Another question? What version of Xen you use - 4.1+ or older? And=20 >> what toolstack xm or xl? >> >> Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): >>> I have worked on VB and there is a commands which will take care of=20 >>> assigning ip address to the interfaces in VMs and also configure=20 >>> the default route. >>> >>> VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" >>> This will assign IP address from the nw_addr and a default route as=20 >>> nw_addr.2. How do I achieve this in Xen? >>> >>> Thanks, >>> Dhanesh. >>> On 05/24/2013 05:59 PM, Jan Hejl wrote: >>>> Hi Jaya, >>>> >>>> take a look here=20 >>>> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Network= ing_with_NAT_2 >>>> >>>> Jan >>>> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>>>> Hi, >>>>> >>>>> I need to have a group of DomUs behind a NAT. The ip address is=20 >>>>> also fixed for the DomU. >>>>> The default gateway will be through Dom0. >>>>> How do I do this on Xen? >>>>> >>>>> Thanks, >>>>> Dhanesh. >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> >> >> _______________________________________________ >> 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 --------------070407030006050904010500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Automatic address should work via vif-script called vif-nat in case your dom0 runs properly set ISC DHCP server. VIF-NAT script should tell DHCPd to assign IP you've defined in domU config to MAC domU address.

Dne 29.5.2013 11:30, Jaya Dhanesh napsal(a):
= linux-qzez:~rpm -qa | grep xen
xen-4.1.2_14-0.5.5
sles-xen_en-pdf-11.2-0.41.1
xen-doc-html-4.1.2_14-0.5.5
kernel-xen-devel-3.0.13-0.27.1
xen-libs-4.1.2_14-0.5.5
kernel-xen-base-3.0.13-0.27.1
xen-libs-32bit-4.1.2_14-0.5.5
xen-tools-4.1.2_14-0.5.5
kernel-xen-3.0.13-0.27.1
xen-doc-pdf-4.1.2_14-0.5.5

I use xm

Thanks,
Dhanesh.
On 05/29/2013 02:34 PM, Jan Hejl wrote:
= Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a):
I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in = VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "=
nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?
=
Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl= wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#= Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


____________________________________________=
___
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



_______________________________________________
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

--------------070407030006050904010500-- --------------ms060808050101030403050108 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkxMDE4MDBa MCMGCSqGSIb3DQEJBDEWBBQxNQlGN9qkbAQDwk26f9uHLI+xLzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAH7Ev7A9UQnT 953fkxJr6T6v8Y//bvzTZk+eh8rvY8qaJFZXlwl7XyWHjr0kJaIKwm/9TCo4BT5z3xOOKBCd BqSZG2CT4VD3YBd6uBu+8OVzZxRH39n4aRbKrCKFo38qFGJlFnX0pFd+ChPg2YtnNYDfPYML REApgTcIYCHla9kkgfYl7DKpFBIsReZN9ckGLRpn97wu9Uqh4ZB5YbSD5yuh6unRcjR72xV5 haoXVjDVtkyarIhefawEm6OMny2UBIv9yl25rbWR+kIGOeCeOBU2+y4iey3ua4aVzziZdrgl 5f8B1ngU3SpWDtJwunD5jzjis9yjpR3Fy3JHLcEkdhoAAAAAAAA= --------------ms060808050101030403050108-- --===============3170724252743152817== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3170724252743152817==-- From xen-users-bounces@lists.xen.org Wed May 29 10:19:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 10:19: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 1UhdSQ-0005eZ-Dt; Wed, 29 May 2013 10:18:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhdSO-0005eU-Nb for xen-users@lists.xen.org; Wed, 29 May 2013 10:18:13 +0000 Received: from [85.158.139.211:17831] by server-10.bemta-5.messagelabs.com id 1B/4A-19016-3E5D5A15; Wed, 29 May 2013 10:18:11 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-12.tower-206.messagelabs.com!1369822684!19984676!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13871 invoked from network); 29 May 2013 10:18:05 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 10:18:05 -0000 Received: (qmail 4798 invoked by uid 1000); 29 May 2013 12:18:04 +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(-13.4/5.0):. Processed in 2.564282 secs); 29 May 2013 10:18:04 -0000 X-Spam-Status: No, hits=-13.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 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=1369822681; n=Test; bh=/2cyobl0GkNxD1dg5Kf8JSXAEOp6ggXzwHxKKh RQuXU=; b=F7IAOPytJXxmAyvJx0XfWLKooLm2WcvY/Sf/Y/FZGNWrwd2DmNFnBl BctvXOHNv+afWniWlpnh3laKlg9LbqOfr2MBlQVi6DthDG1DYXIlv7BBcYnX/9iw Nm89YDHQ1V 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=cb6++dcSSfTzVE3btjmIRIjYgfhiN UW8ZASVgA7l3T0Lfva9d1lwPJPisKP+7pz8kRwtbgzFQUK9uXdLOpUdJWjxM2cJc 9gVwzGp0BOXbnu1yWpaQuuHmEMnBx5x21Q8 Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 29 May 2013 12:18:00 +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 BD1E52C1746 for ; Wed, 29 May 2013 12:18:00 +0200 (CEST) Message-ID: <51A5D5D8.2020306@excello.cz> Date: Wed, 29 May 2013 12:18:00 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> <51A5CAB1.8080108@ericsson.com> In-Reply-To: <51A5CAB1.8080108@ericsson.com> Subject: Re: [Xen-users] NAT mode in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3170724252743152817==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============3170724252743152817== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060808050101030403050108" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms060808050101030403050108 Content-Type: multipart/alternative; boundary="------------070407030006050904010500" This is a multi-part message in MIME format. --------------070407030006050904010500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Automatic address should work via vif-script called vif-nat in case your = dom0 runs properly set ISC DHCP server. VIF-NAT script should tell DHCPd = to assign IP you've defined in domU config to MAC domU address. Dne 29.5.2013 11:30, Jaya Dhanesh napsal(a): > linux-qzez:~rpm -qa | grep xen > xen-4.1.2_14-0.5.5 > sles-xen_en-pdf-11.2-0.41.1 > xen-doc-html-4.1.2_14-0.5.5 > kernel-xen-devel-3.0.13-0.27.1 > xen-libs-4.1.2_14-0.5.5 > kernel-xen-base-3.0.13-0.27.1 > xen-libs-32bit-4.1.2_14-0.5.5 > xen-tools-4.1.2_14-0.5.5 > kernel-xen-3.0.13-0.27.1 > xen-doc-pdf-4.1.2_14-0.5.5 > > I use xm > > Thanks, > Dhanesh. > On 05/29/2013 02:34 PM, Jan Hejl wrote: >> Another question? What version of Xen you use - 4.1+ or older? And=20 >> what toolstack xm or xl? >> >> Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a): >>> I have worked on VB and there is a commands which will take care of=20 >>> assigning ip address to the interfaces in VMs and also configure=20 >>> the default route. >>> >>> VBoxManage modifyvm "VM name" --natnet1 "nw_addr/mask" >>> This will assign IP address from the nw_addr and a default route as=20 >>> nw_addr.2. How do I achieve this in Xen? >>> >>> Thanks, >>> Dhanesh. >>> On 05/24/2013 05:59 PM, Jan Hejl wrote: >>>> Hi Jaya, >>>> >>>> take a look here=20 >>>> http://wiki.kartbuilding.net/index.php/Xen_Networking#Routed_Network= ing_with_NAT_2 >>>> >>>> Jan >>>> Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a): >>>>> Hi, >>>>> >>>>> I need to have a group of DomUs behind a NAT. The ip address is=20 >>>>> also fixed for the DomU. >>>>> The default gateway will be through Dom0. >>>>> How do I do this on Xen? >>>>> >>>>> Thanks, >>>>> Dhanesh. >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> >> >> >> _______________________________________________ >> 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 --------------070407030006050904010500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Automatic address should work via vif-script called vif-nat in case your dom0 runs properly set ISC DHCP server. VIF-NAT script should tell DHCPd to assign IP you've defined in domU config to MAC domU address.

Dne 29.5.2013 11:30, Jaya Dhanesh napsal(a):
= linux-qzez:~rpm -qa | grep xen
xen-4.1.2_14-0.5.5
sles-xen_en-pdf-11.2-0.41.1
xen-doc-html-4.1.2_14-0.5.5
kernel-xen-devel-3.0.13-0.27.1
xen-libs-4.1.2_14-0.5.5
kernel-xen-base-3.0.13-0.27.1
xen-libs-32bit-4.1.2_14-0.5.5
xen-tools-4.1.2_14-0.5.5
kernel-xen-3.0.13-0.27.1
xen-doc-pdf-4.1.2_14-0.5.5

I use xm

Thanks,
Dhanesh.
On 05/29/2013 02:34 PM, Jan Hejl wrote:
= Another question? What version of Xen you use - 4.1+ or older? And what toolstack xm or xl?

Dne 29.5.2013 06:43, Jaya Dhanesh napsal(a):
I have worked on VB and there is a commands which will take care of assigning ip address to the  interfaces in = VMs and also configure the default route.

VBoxManage modifyvm "VM name" --natnet1 "=
nw_addr/mask"
This will assign IP address from the nw_addr and a default route as nw_addr.2. How do I achieve this in Xen?
=
Thanks,
Dhanesh.
On 05/24/2013 05:59 PM, Jan Hejl= wrote:
Hi Jaya,

take a look here http://wiki.kartbuilding.net/index.php/Xen_Networking#= Routed_Networking_with_NAT_2

Jan
Dne 24.5.2013 14:17, Jaya Dhanesh napsal(a):
Hi,

I need to have a group of DomUs behind a NAT. The ip address is also fixed for the DomU.
The default gateway will be through Dom0.
How do I do this on Xen?

Thanks,
Dhanesh.


____________________________________________=
___
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



_______________________________________________
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

--------------070407030006050904010500-- --------------ms060808050101030403050108 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkxMDE4MDBa MCMGCSqGSIb3DQEJBDEWBBQxNQlGN9qkbAQDwk26f9uHLI+xLzBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAH7Ev7A9UQnT 953fkxJr6T6v8Y//bvzTZk+eh8rvY8qaJFZXlwl7XyWHjr0kJaIKwm/9TCo4BT5z3xOOKBCd BqSZG2CT4VD3YBd6uBu+8OVzZxRH39n4aRbKrCKFo38qFGJlFnX0pFd+ChPg2YtnNYDfPYML REApgTcIYCHla9kkgfYl7DKpFBIsReZN9ckGLRpn97wu9Uqh4ZB5YbSD5yuh6unRcjR72xV5 haoXVjDVtkyarIhefawEm6OMny2UBIv9yl25rbWR+kIGOeCeOBU2+y4iey3ua4aVzziZdrgl 5f8B1ngU3SpWDtJwunD5jzjis9yjpR3Fy3JHLcEkdhoAAAAAAAA= --------------ms060808050101030403050108-- --===============3170724252743152817== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3170724252743152817==-- From xen-users-bounces@lists.xen.org Wed May 29 10:55:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 10: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 1Uhe17-0006WO-P4; Wed, 29 May 2013 10:54:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhe16-0006WJ-GL for xen-users@lists.xensource.com; Wed, 29 May 2013 10:54:04 +0000 Received: from [85.158.138.51:24365] by server-12.bemta-3.messagelabs.com id 2E/5F-17342-B4ED5A15; Wed, 29 May 2013 10:54:03 +0000 X-Env-Sender: tex---74@tiscali.it X-Msg-Ref: server-10.tower-174.messagelabs.com!1369824680!23365125!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16582 invoked from network); 29 May 2013 10:51:21 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 29 May 2013 10:51:21 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UhdyR-0003mz-NV for xen-users@lists.xensource.com; Wed, 29 May 2013 03:51:19 -0700 Date: Wed, 29 May 2013 03:51:19 -0700 (PDT) From: "dataworks.biz" To: xen-users@lists.xensource.com Message-ID: <1369824679642-5716507.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] From xm to xe and partition alignment X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all. I have a xen server in production ( ubuntu 12.04) with a VM using the xm toolstack. This is a PV DomU (ubuntu 10.04) that has raw file disks (.img). I Installed a new xen server (on another machine, ubuntu 12.04) with xcp-xapi toolstack. My question is: how to migrate current DomU from old xen server to the new one? I copied all files to the new server, but here I cannot use xm start config.pv because I hve xapi as toolstack. But I cannot figure out how to import the VM in xapi. I would continue to use a file as disk type for VM. Another thing I am struggling to is partition alignment. I have these layers: Hardware RAID 10 on Dom0 LVM on Dom0 XFS on Dom0 file .img LVM on DomU XFS on DomU I know I have to do partition alignment between RAID, LVM and XFS on Dom0. But should I also do an alignment of the partition inside DomU with the partition in Dom0? And how to do this? Or is the DomU partition already aligned because it is a file of Dom0? Thanks to all Mario -- View this message in context: http://xen.1045712.n5.nabble.com/From-xm-to-xe-and-partition-alignment-tp5716507.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 10:55:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 10: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 1Uhe17-0006WO-P4; Wed, 29 May 2013 10:54:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhe16-0006WJ-GL for xen-users@lists.xensource.com; Wed, 29 May 2013 10:54:04 +0000 Received: from [85.158.138.51:24365] by server-12.bemta-3.messagelabs.com id 2E/5F-17342-B4ED5A15; Wed, 29 May 2013 10:54:03 +0000 X-Env-Sender: tex---74@tiscali.it X-Msg-Ref: server-10.tower-174.messagelabs.com!1369824680!23365125!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16582 invoked from network); 29 May 2013 10:51:21 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 29 May 2013 10:51:21 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UhdyR-0003mz-NV for xen-users@lists.xensource.com; Wed, 29 May 2013 03:51:19 -0700 Date: Wed, 29 May 2013 03:51:19 -0700 (PDT) From: "dataworks.biz" To: xen-users@lists.xensource.com Message-ID: <1369824679642-5716507.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] From xm to xe and partition alignment X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all. I have a xen server in production ( ubuntu 12.04) with a VM using the xm toolstack. This is a PV DomU (ubuntu 10.04) that has raw file disks (.img). I Installed a new xen server (on another machine, ubuntu 12.04) with xcp-xapi toolstack. My question is: how to migrate current DomU from old xen server to the new one? I copied all files to the new server, but here I cannot use xm start config.pv because I hve xapi as toolstack. But I cannot figure out how to import the VM in xapi. I would continue to use a file as disk type for VM. Another thing I am struggling to is partition alignment. I have these layers: Hardware RAID 10 on Dom0 LVM on Dom0 XFS on Dom0 file .img LVM on DomU XFS on DomU I know I have to do partition alignment between RAID, LVM and XFS on Dom0. But should I also do an alignment of the partition inside DomU with the partition in Dom0? And how to do this? Or is the DomU partition already aligned because it is a file of Dom0? Thanks to all Mario -- View this message in context: http://xen.1045712.n5.nabble.com/From-xm-to-xe-and-partition-alignment-tp5716507.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 11:06:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 11:06: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 1UheC9-00076F-6H; Wed, 29 May 2013 11:05:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheC7-000765-NZ for xen-users@lists.xen.org; Wed, 29 May 2013 11:05:27 +0000 Received: from [85.158.138.51:45682] by server-14.bemta-3.messagelabs.com id 83/39-20016-6F0E5A15; Wed, 29 May 2013 11:05:26 +0000 X-Env-Sender: maaltahat@yahoo.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369825523!25968355!1 X-Originating-IP: [98.139.213.147] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5073 invoked from network); 29 May 2013 11:05:25 -0000 Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (HELO nm10-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.147) by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 11:05:25 -0000 Received: from [98.139.212.145] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2013 11:05:22 -0000 Received: from [98.139.212.206] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2013 11:05:22 -0000 Received: from [127.0.0.1] by omp1015.mail.bf1.yahoo.com with NNFMP; 29 May 2013 11:05:22 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 719420.11804.bm@omp1015.mail.bf1.yahoo.com Received: (qmail 25090 invoked by uid 60001); 29 May 2013 11:05:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1369825522; bh=AlIADxLzbgyWpbZGg2WJwxb3EmehVg2VKJABNkNiVug=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=whgwwdxTJSo47fqS8KrBzRJq46GldF98nJnO9Az1A2Uhadk3VrzUuQIPNWLsqKdGpcHpeJaqUWUKeF7EAEphZyDCdnpF7HTZqriS6HJfzhIkrvSYCE2DwRkU8wuO4id80O1DJIvR2g5ndosSbVM/7tz/vZxhFy+32SMyDD0VK9k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=gaHmCBImJNgqjl0dWQqgEiQt3ZWH+CkItIGFh/X711js/tGKaSu7WrGD6Y/dIdg1Bb6yTIIR3sKSaUdvBFbNqiJ1eXY0QnacAO6wsoHTLYV9DKR341DHPqvIHAEsAYm83S40k8+kkUD0ol/Q5tFl1ixh/ec+Hh53GmH9ITH5aEY=; X-YMail-OSG: M6ShCsEVM1l7NhZy_6iVSpzQoco9xHFI04dx276ktQLuUeT lMJhsF41etTztm_Xd.PfKGe2p9TXBXAUAd7sH0SI2dMC4XuC1gTTO36mCv5x JeswoqQWwc4aosBDJKz6j.kqHo2zDgf30Uyey3TiV8INBXoOBkTzroV.MFjZ HZxK5Hu1zF7CX.MRbu_6jVzi38KhVHegNtlN6qYG3Iud4XG4Nqw.UU86uIh0 SsRHoBkTX17op9NqJ239stehFKafMw2PJdjqsCFGL5HmUsUr0.PvrxuxclkO cZxeMFsNf0dcr_ecbJN5fxXyZiWNgVk.qizTTFyaBTT8aMPNhY_RvF_7RiPO TjISP5BdPG.FmgdzQrS4yIulduRXnShMTqirEA.zBTswwsc3PsASyz9y18Rq _4dAGgo2TUf61anINBXAgack9O4Aw84Rvu.m1kTMu9mGofrMtSWl.JbY7INK QYyqUF9yzaMz5yqOaBbfWxxZMf.nZ47OfQ3A1vsEB46ZBfdhYSLcJ8gJBH0C N3sgZzPaEzXzEOCiCGuyl2PL4L_8KDQ1I1m.zbgtnq8kVC9kfKjk7DhbCt7Q SlF3.XSej1p4- Received: from [87.236.232.131] by web140903.mail.bf1.yahoo.com via HTTP; Wed, 29 May 2013 04:05:22 PDT X-Rocket-MIMEInfo: 002.001, SGVsbG8gZ3V5cywKCkkgYW0gdHJ5aW5nIHRvIGluc3RhbGwgdGhlIHhlbiBoeXBlcnZpc29yIG9uIENlbnRPUywgSSBoYXZlIGRvd25sb2FkZWQgdGhlIHNvdXJjZWNvZGUgYW5kIGRvbmUgdGhlIHN0ZXBzIGluIHRoZSByZWFkbWUgZmlsZTsgYnV0IHdoZW4gZG9pbmcgdGhlICJtYWtlIGluc3RhbGwiIEkgZ2V0IGFuIGVycm9yIHRoYXQgc2F5czoKCnhlbmJpdHMueGVuLm9yZ1swOiA1MC41Ny4xNzAuMjQyXSA6IGVycm5vPWNvbm5lY3Rpb24gcmVmdXNlZApmYXRhbDogdW5hYmxlIHRvIGNvbm5lY3QgYSBzb2MBMAEBAQE- X-Mailer: YahooMailWebService/0.8.144.546 Message-ID: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> Date: Wed, 29 May 2013 04:05:22 -0700 (PDT) From: Mohammad Altahat To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] Installing Xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Mohammad Altahat List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6557698237576978469==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6557698237576978469== Content-Type: multipart/alternative; boundary="2048499531-829533339-1369825522=:21732" --2048499531-829533339-1369825522=:21732 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello guys,=0A=0AI am trying to install the xen hypervisor on CentOS, I hav= e downloaded the sourcecode and done the steps in the readme file; but when= doing the "make install" I get an error that says:=0A=0Axenbits.xen.org[0:= 50.57.170.242] : errno=3Dconnection refused=0Afatal: unable to connect a s= ocket (connection refused)=0Amake[3]: *** [seabios-dir] Error 128=0Amake [3= ]: Leaving directory '/usr/src/xen-4.2.1/tools/firmware'=0Amake[2]: *** [su= bdir-install-firmware] Error 2=0A=0Amake [2]: Leaving directory '/usr/src/x= en-4.2.1/tools'=0Amake[1]: *** [subdir-install-firmware] Error 2=0A=0Amake = [1]: Leaving directory '/usr/src/xen-4.2.1/tools'=0Amake: *** [install-tool= s] Error 2=0A=0ACan anybody help, please?=0A=0A=0A=A0=0ABest regards and wi= shes,=0AMohammad Altahat. --2048499531-829533339-1369825522=:21732 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello guys,

I = am trying to install the xen hypervisor on CentOS, I have downloaded the so= urcecode and done the steps in the readme file; but when doing the "make in= stall" I get an error that says:

xenbits.xen.org[0: 50.57.170.242] := errno=3Dconnection refused
fatal: unable to connect a socket (connectio= n refused)
make[3]: *** [seabios-dir] Error 128
make [3]: Leaving dir= ectory '/usr/src/xen-4.2.1/tools/firmware'
make[2]: *** [subdir-install-= firmware] Error 2
make [2]: Leaving directory '/usr/src/xen-4.2.1/t= ools'
make[1]: *** [subdir-install-firmware] Error 2
make [1]: Leaving directory '/usr/src/xen-4.2.1/tools'
make: **= * [install-tools] Error 2

Can = anybody help, please?

 
Best regards and wishes,
Mohammad Altahat.
--2048499531-829533339-1369825522=:21732-- --===============6557698237576978469== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6557698237576978469==-- From xen-users-bounces@lists.xen.org Wed May 29 11:06:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 11:06: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 1UheC9-00076F-6H; Wed, 29 May 2013 11:05:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheC7-000765-NZ for xen-users@lists.xen.org; Wed, 29 May 2013 11:05:27 +0000 Received: from [85.158.138.51:45682] by server-14.bemta-3.messagelabs.com id 83/39-20016-6F0E5A15; Wed, 29 May 2013 11:05:26 +0000 X-Env-Sender: maaltahat@yahoo.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1369825523!25968355!1 X-Originating-IP: [98.139.213.147] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5073 invoked from network); 29 May 2013 11:05:25 -0000 Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (HELO nm10-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.147) by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 11:05:25 -0000 Received: from [98.139.212.145] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2013 11:05:22 -0000 Received: from [98.139.212.206] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2013 11:05:22 -0000 Received: from [127.0.0.1] by omp1015.mail.bf1.yahoo.com with NNFMP; 29 May 2013 11:05:22 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 719420.11804.bm@omp1015.mail.bf1.yahoo.com Received: (qmail 25090 invoked by uid 60001); 29 May 2013 11:05:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1369825522; bh=AlIADxLzbgyWpbZGg2WJwxb3EmehVg2VKJABNkNiVug=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=whgwwdxTJSo47fqS8KrBzRJq46GldF98nJnO9Az1A2Uhadk3VrzUuQIPNWLsqKdGpcHpeJaqUWUKeF7EAEphZyDCdnpF7HTZqriS6HJfzhIkrvSYCE2DwRkU8wuO4id80O1DJIvR2g5ndosSbVM/7tz/vZxhFy+32SMyDD0VK9k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=gaHmCBImJNgqjl0dWQqgEiQt3ZWH+CkItIGFh/X711js/tGKaSu7WrGD6Y/dIdg1Bb6yTIIR3sKSaUdvBFbNqiJ1eXY0QnacAO6wsoHTLYV9DKR341DHPqvIHAEsAYm83S40k8+kkUD0ol/Q5tFl1ixh/ec+Hh53GmH9ITH5aEY=; X-YMail-OSG: M6ShCsEVM1l7NhZy_6iVSpzQoco9xHFI04dx276ktQLuUeT lMJhsF41etTztm_Xd.PfKGe2p9TXBXAUAd7sH0SI2dMC4XuC1gTTO36mCv5x JeswoqQWwc4aosBDJKz6j.kqHo2zDgf30Uyey3TiV8INBXoOBkTzroV.MFjZ HZxK5Hu1zF7CX.MRbu_6jVzi38KhVHegNtlN6qYG3Iud4XG4Nqw.UU86uIh0 SsRHoBkTX17op9NqJ239stehFKafMw2PJdjqsCFGL5HmUsUr0.PvrxuxclkO cZxeMFsNf0dcr_ecbJN5fxXyZiWNgVk.qizTTFyaBTT8aMPNhY_RvF_7RiPO TjISP5BdPG.FmgdzQrS4yIulduRXnShMTqirEA.zBTswwsc3PsASyz9y18Rq _4dAGgo2TUf61anINBXAgack9O4Aw84Rvu.m1kTMu9mGofrMtSWl.JbY7INK QYyqUF9yzaMz5yqOaBbfWxxZMf.nZ47OfQ3A1vsEB46ZBfdhYSLcJ8gJBH0C N3sgZzPaEzXzEOCiCGuyl2PL4L_8KDQ1I1m.zbgtnq8kVC9kfKjk7DhbCt7Q SlF3.XSej1p4- Received: from [87.236.232.131] by web140903.mail.bf1.yahoo.com via HTTP; Wed, 29 May 2013 04:05:22 PDT X-Rocket-MIMEInfo: 002.001, SGVsbG8gZ3V5cywKCkkgYW0gdHJ5aW5nIHRvIGluc3RhbGwgdGhlIHhlbiBoeXBlcnZpc29yIG9uIENlbnRPUywgSSBoYXZlIGRvd25sb2FkZWQgdGhlIHNvdXJjZWNvZGUgYW5kIGRvbmUgdGhlIHN0ZXBzIGluIHRoZSByZWFkbWUgZmlsZTsgYnV0IHdoZW4gZG9pbmcgdGhlICJtYWtlIGluc3RhbGwiIEkgZ2V0IGFuIGVycm9yIHRoYXQgc2F5czoKCnhlbmJpdHMueGVuLm9yZ1swOiA1MC41Ny4xNzAuMjQyXSA6IGVycm5vPWNvbm5lY3Rpb24gcmVmdXNlZApmYXRhbDogdW5hYmxlIHRvIGNvbm5lY3QgYSBzb2MBMAEBAQE- X-Mailer: YahooMailWebService/0.8.144.546 Message-ID: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> Date: Wed, 29 May 2013 04:05:22 -0700 (PDT) From: Mohammad Altahat To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] Installing Xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Mohammad Altahat List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6557698237576978469==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6557698237576978469== Content-Type: multipart/alternative; boundary="2048499531-829533339-1369825522=:21732" --2048499531-829533339-1369825522=:21732 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello guys,=0A=0AI am trying to install the xen hypervisor on CentOS, I hav= e downloaded the sourcecode and done the steps in the readme file; but when= doing the "make install" I get an error that says:=0A=0Axenbits.xen.org[0:= 50.57.170.242] : errno=3Dconnection refused=0Afatal: unable to connect a s= ocket (connection refused)=0Amake[3]: *** [seabios-dir] Error 128=0Amake [3= ]: Leaving directory '/usr/src/xen-4.2.1/tools/firmware'=0Amake[2]: *** [su= bdir-install-firmware] Error 2=0A=0Amake [2]: Leaving directory '/usr/src/x= en-4.2.1/tools'=0Amake[1]: *** [subdir-install-firmware] Error 2=0A=0Amake = [1]: Leaving directory '/usr/src/xen-4.2.1/tools'=0Amake: *** [install-tool= s] Error 2=0A=0ACan anybody help, please?=0A=0A=0A=A0=0ABest regards and wi= shes,=0AMohammad Altahat. --2048499531-829533339-1369825522=:21732 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello guys,

I = am trying to install the xen hypervisor on CentOS, I have downloaded the so= urcecode and done the steps in the readme file; but when doing the "make in= stall" I get an error that says:

xenbits.xen.org[0: 50.57.170.242] := errno=3Dconnection refused
fatal: unable to connect a socket (connectio= n refused)
make[3]: *** [seabios-dir] Error 128
make [3]: Leaving dir= ectory '/usr/src/xen-4.2.1/tools/firmware'
make[2]: *** [subdir-install-= firmware] Error 2
make [2]: Leaving directory '/usr/src/xen-4.2.1/t= ools'
make[1]: *** [subdir-install-firmware] Error 2
make [1]: Leaving directory '/usr/src/xen-4.2.1/tools'
make: **= * [install-tools] Error 2

Can = anybody help, please?

 
Best regards and wishes,
Mohammad Altahat.
--2048499531-829533339-1369825522=:21732-- --===============6557698237576978469== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6557698237576978469==-- From xen-users-bounces@lists.xen.org Wed May 29 11:17:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 11:17: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 1UheMp-0007Y5-S7; Wed, 29 May 2013 11:16:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheMo-0007Xd-2s for xen-users@lists.xen.org; Wed, 29 May 2013 11:16:30 +0000 Received: from [85.158.139.83:32519] by server-8.bemta-5.messagelabs.com id DF/43-29170-D83E5A15; Wed, 29 May 2013 11:16:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1369826186!29590970!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21960 invoked from network); 29 May 2013 11:16:26 -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; 29 May 2013 11:16:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,763,1363132800"; d="scan'208";a="5088964" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 29 May 2013 11:16:26 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Wed, 29 May 2013 12:16:25 +0100 Message-ID: <1369826184.3469.153.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Mohammad Altahat Date: Wed, 29 May 2013 12:16:24 +0100 In-Reply-To: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> References: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installing Xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-29 at 04:05 -0700, Mohammad Altahat wrote: > Hello guys, > > I am trying to install the xen hypervisor on CentOS, I have downloaded > the sourcecode and done the steps in the readme file; but when doing > the "make install" I get an error that says: > > xenbits.xen.org[0: 50.57.170.242] : errno=connection refused > fatal: unable to connect a socket (connection refused) This indicates that Xen cannot connect to the xenbits git server. If your network connectivity seems otherwise OK then it may be that git is blocked by your firewall. If that is the case then other than opening up the git port (tcp 9418) you can also use the "--enable-githttp" option to configure to clone over http instead. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 11:17:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 11:17: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 1UheMp-0007Y5-S7; Wed, 29 May 2013 11:16:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheMo-0007Xd-2s for xen-users@lists.xen.org; Wed, 29 May 2013 11:16:30 +0000 Received: from [85.158.139.83:32519] by server-8.bemta-5.messagelabs.com id DF/43-29170-D83E5A15; Wed, 29 May 2013 11:16:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1369826186!29590970!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21960 invoked from network); 29 May 2013 11:16:26 -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; 29 May 2013 11:16:26 -0000 X-IronPort-AV: E=Sophos;i="4.87,763,1363132800"; d="scan'208";a="5088964" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 29 May 2013 11:16:26 +0000 Received: from [10.80.2.42] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.3; Wed, 29 May 2013 12:16:25 +0100 Message-ID: <1369826184.3469.153.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Mohammad Altahat Date: Wed, 29 May 2013 12:16:24 +0100 In-Reply-To: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> References: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installing Xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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-05-29 at 04:05 -0700, Mohammad Altahat wrote: > Hello guys, > > I am trying to install the xen hypervisor on CentOS, I have downloaded > the sourcecode and done the steps in the readme file; but when doing > the "make install" I get an error that says: > > xenbits.xen.org[0: 50.57.170.242] : errno=connection refused > fatal: unable to connect a socket (connection refused) This indicates that Xen cannot connect to the xenbits git server. If your network connectivity seems otherwise OK then it may be that git is blocked by your firewall. If that is the case then other than opening up the git port (tcp 9418) you can also use the "--enable-githttp" option to configure to clone over http instead. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 11:25:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 11:25:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheUi-00081Q-Rl; Wed, 29 May 2013 11:24:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheUg-00081B-JH for xen-users@lists.xen.org; Wed, 29 May 2013 11:24:39 +0000 Received: from [85.158.139.211:49082] by server-2.bemta-5.messagelabs.com id 94/CE-26552-575E5A15; Wed, 29 May 2013 11:24:37 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-13.tower-206.messagelabs.com!1369826674!16063763!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9680 invoked from network); 29 May 2013 11:24:34 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 11:24:34 -0000 Received: (qmail 3117 invoked by uid 1000); 29 May 2013 13:24:33 +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.4/5.0):. Processed in 2.552272 secs); 29 May 2013 11:24:33 -0000 X-Spam-Status: No, hits=-12.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0070] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 1.0 HTML_FONT_FACE_BAD BODY: HTML font face is not a word -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=1369826670; n=Test; bh=r518Zf4Sm+zYRgxlPy0LCCueCxwK+ktpP7VgJd /5IXc=; b=a5h5ldehJYs9yKT53BIxIDwKolosfYcowtfKmY0dVNcs2kqOwpzBlb /v/wWxXdZAk+kYtFt5Msqtm6Hb4O0SqnQbmcNolRjM40+VsnpZ8bN03iaRlypsz4 OocniBfEk2 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=X6YSwjWKZww53fi6JlntAvooKLbZ6 uojZ9/AtSg46Sy8473QhX3cKWZiV+eu8T+FB3MC1FhDETE4Le7EYBAcN2F+ed+TL gIGD6cJJJMzEuirO5AuIM7NsX2l9kCBrvg/ Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 29 May 2013 13:24:30 +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 629FF2C18A0 for ; Wed, 29 May 2013 13:24:30 +0200 (CEST) Message-ID: <51A5E56E.4040905@excello.cz> Date: Wed, 29 May 2013 13:24:30 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> In-Reply-To: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> Subject: Re: [Xen-users] Installing Xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5138592751628388022==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============5138592751628388022== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050202050408020003070105" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050202050408020003070105 Content-Type: multipart/alternative; boundary="------------090701090905020603000502" This is a multi-part message in MIME format. --------------090701090905020603000502 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Mohammad, check your firewall settings if it allows outgoing connections for http=20 (80, 443) and git (9418) ports. Jan Dne 29.5.2013 13:05, Mohammad Altahat napsal(a): > Hello guys, > > I am trying to install the xen hypervisor on CentOS, I have downloaded = > the sourcecode and done the steps in the readme file; but when doing=20 > the "make install" I get an error that says: > > xenbits.xen.org[0: 50.57.170.242] : errno=3Dconnection refused > fatal: unable to connect a socket (connection refused) > make[3]: *** [seabios-dir] Error 128 > make [3]: Leaving directory '/usr/src/xen-4.2.1/tools/firmware' > make[2]: *** [subdir-install-firmware] Error 2 > make [2]: Leaving directory '/usr/src/xen-4.2.1/tools' > make[1]: *** [subdir-install-firmware] Error 2 > make [1]: Leaving directory '/usr/src/xen-4.2.1/tools' > make: *** [install-tools] Error 2 > > Can anybody help, please? > > Best regards and wishes, > Mohammad Altahat. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------090701090905020603000502 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Mohammad,

check your firewall settings if it allows outgoing connections for http (80, 443) and git (9418) ports.

Jan

Dne 29.5.2013 13:05, Mohammad Altahat napsal(a):
Hello guys,
=
I am trying to install the xen hypervisor on CentOS, I have downloaded the sourcecode and done the steps in the readme file; but when doing the "make install" I get an error that says:

xenbits.xen.org[0: 50.57.170.242] : errno=3Dconnection refused fatal: unable to connect a socket (connection refused)
make[3]: *** [seabios-dir] Error 128
make [3]: Leaving directory '/usr/src/xen-4.2.1/tools/firmware' make[2]: *** [subdir-install-firmware] Error 2
make [2]: Leaving directory '/usr/src/xen-4.2.1/tools'
=
make[1]: *** [subdir-install-firmware] Error 2
make [1]: Leaving directory '/usr/src/xen-4.2.1/tools'
=
make: *** [install-tools] Error 2

Can anybody help, please?

 
Best regards and wishes,
Mohammad Altahat.


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

--------------090701090905020603000502-- --------------ms050202050408020003070105 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkxMTI0MzBa MCMGCSqGSIb3DQEJBDEWBBQ6RJlSutmHCr8Bw4X82pW/rwRpAjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAKK7jt37x3Vw YjYh2s6vr5M5CBmNuOmK9U3npmOLO1yPW/uiiQElzGYFBuO+dsO2/FknGvEaXfM+3fYUO3h/ io/mJBV/9sx4qMmDclh20CiruWrguwWOLiHRjD1R2OYyoFIslLKcy+8wnp7RUk5Tuv5GimnC aJoZvWwk7EMe27TNZgV4vBWEC5D6hc3RXvejhHJIGIPdqJnW3ZeAU2+//FA88YV+ae3hAray Z6w/Dyp4QZ5267CuKtIsU0F64RH6l7nrThpJJp0Fe9vZOvr8djSWrj1TxxPrEVzQecen92j4 rH4j8RHLOn27bkp9pt0QOzO+VruJcO+NDyzmRZDjGvgAAAAAAAA= --------------ms050202050408020003070105-- --===============5138592751628388022== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5138592751628388022==-- From xen-users-bounces@lists.xen.org Wed May 29 11:25:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 11:25:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheUi-00081Q-Rl; Wed, 29 May 2013 11:24:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UheUg-00081B-JH for xen-users@lists.xen.org; Wed, 29 May 2013 11:24:39 +0000 Received: from [85.158.139.211:49082] by server-2.bemta-5.messagelabs.com id 94/CE-26552-575E5A15; Wed, 29 May 2013 11:24:37 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-13.tower-206.messagelabs.com!1369826674!16063763!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9680 invoked from network); 29 May 2013 11:24:34 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 11:24:34 -0000 Received: (qmail 3117 invoked by uid 1000); 29 May 2013 13:24:33 +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.4/5.0):. Processed in 2.552272 secs); 29 May 2013 11:24:33 -0000 X-Spam-Status: No, hits=-12.4 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0070] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -1.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 1.0 HTML_FONT_FACE_BAD BODY: HTML font face is not a word -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=1369826670; n=Test; bh=r518Zf4Sm+zYRgxlPy0LCCueCxwK+ktpP7VgJd /5IXc=; b=a5h5ldehJYs9yKT53BIxIDwKolosfYcowtfKmY0dVNcs2kqOwpzBlb /v/wWxXdZAk+kYtFt5Msqtm6Hb4O0SqnQbmcNolRjM40+VsnpZ8bN03iaRlypsz4 OocniBfEk2 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=X6YSwjWKZww53fi6JlntAvooKLbZ6 uojZ9/AtSg46Sy8473QhX3cKWZiV+eu8T+FB3MC1FhDETE4Le7EYBAcN2F+ed+TL gIGD6cJJJMzEuirO5AuIM7NsX2l9kCBrvg/ Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 29 May 2013 13:24:30 +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 629FF2C18A0 for ; Wed, 29 May 2013 13:24:30 +0200 (CEST) Message-ID: <51A5E56E.4040905@excello.cz> Date: Wed, 29 May 2013 13:24:30 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> In-Reply-To: <1369825522.21732.YahooMailNeo@web140903.mail.bf1.yahoo.com> Subject: Re: [Xen-users] Installing Xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5138592751628388022==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============5138592751628388022== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050202050408020003070105" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms050202050408020003070105 Content-Type: multipart/alternative; boundary="------------090701090905020603000502" This is a multi-part message in MIME format. --------------090701090905020603000502 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Mohammad, check your firewall settings if it allows outgoing connections for http=20 (80, 443) and git (9418) ports. Jan Dne 29.5.2013 13:05, Mohammad Altahat napsal(a): > Hello guys, > > I am trying to install the xen hypervisor on CentOS, I have downloaded = > the sourcecode and done the steps in the readme file; but when doing=20 > the "make install" I get an error that says: > > xenbits.xen.org[0: 50.57.170.242] : errno=3Dconnection refused > fatal: unable to connect a socket (connection refused) > make[3]: *** [seabios-dir] Error 128 > make [3]: Leaving directory '/usr/src/xen-4.2.1/tools/firmware' > make[2]: *** [subdir-install-firmware] Error 2 > make [2]: Leaving directory '/usr/src/xen-4.2.1/tools' > make[1]: *** [subdir-install-firmware] Error 2 > make [1]: Leaving directory '/usr/src/xen-4.2.1/tools' > make: *** [install-tools] Error 2 > > Can anybody help, please? > > Best regards and wishes, > Mohammad Altahat. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------090701090905020603000502 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Mohammad,

check your firewall settings if it allows outgoing connections for http (80, 443) and git (9418) ports.

Jan

Dne 29.5.2013 13:05, Mohammad Altahat napsal(a):
Hello guys,
=
I am trying to install the xen hypervisor on CentOS, I have downloaded the sourcecode and done the steps in the readme file; but when doing the "make install" I get an error that says:

xenbits.xen.org[0: 50.57.170.242] : errno=3Dconnection refused fatal: unable to connect a socket (connection refused)
make[3]: *** [seabios-dir] Error 128
make [3]: Leaving directory '/usr/src/xen-4.2.1/tools/firmware' make[2]: *** [subdir-install-firmware] Error 2
make [2]: Leaving directory '/usr/src/xen-4.2.1/tools'
=
make[1]: *** [subdir-install-firmware] Error 2
make [1]: Leaving directory '/usr/src/xen-4.2.1/tools'
=
make: *** [install-tools] Error 2

Can anybody help, please?

 
Best regards and wishes,
Mohammad Altahat.


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

--------------090701090905020603000502-- --------------ms050202050408020003070105 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 BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA1MjkxMTI0MzBa MCMGCSqGSIb3DQEJBDEWBBQ6RJlSutmHCr8Bw4X82pW/rwRpAjBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAKK7jt37x3Vw YjYh2s6vr5M5CBmNuOmK9U3npmOLO1yPW/uiiQElzGYFBuO+dsO2/FknGvEaXfM+3fYUO3h/ io/mJBV/9sx4qMmDclh20CiruWrguwWOLiHRjD1R2OYyoFIslLKcy+8wnp7RUk5Tuv5GimnC aJoZvWwk7EMe27TNZgV4vBWEC5D6hc3RXvejhHJIGIPdqJnW3ZeAU2+//FA88YV+ae3hAray Z6w/Dyp4QZ5267CuKtIsU0F64RH6l7nrThpJJp0Fe9vZOvr8djSWrj1TxxPrEVzQecen92j4 rH4j8RHLOn27bkp9pt0QOzO+VruJcO+NDyzmRZDjGvgAAAAAAAA= --------------ms050202050408020003070105-- --===============5138592751628388022== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5138592751628388022==-- From xen-users-bounces@lists.xen.org Wed May 29 14:27:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 14:27: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 1UhhKn-0007y2-IP; Wed, 29 May 2013 14:26:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhhKl-0007xx-GG for xen-users@lists.xen.org; Wed, 29 May 2013 14:26:35 +0000 Received: from [85.158.143.99:46321] by server-3.bemta-4.messagelabs.com id 65/A6-02015-A1016A15; Wed, 29 May 2013 14:26:34 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1369837581!27386686!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29397 invoked from network); 29 May 2013 14:26:22 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 14:26:22 -0000 Received: by mail-lb0-f173.google.com with SMTP id t10so9159914lbi.32 for ; Wed, 29 May 2013 07:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QlH6IytontJuOO9lfCcEgBU61dEcoyf+cSjkbdyPkow=; b=wyE57KPjd6wu4J9hkwALUllA3YWpqNrlUFoeTacB9EY82KuORzqk+1aFwp+2XL0dIG un0MhNYC6nrfRa3Kp0/aXgGTFDJVRP+n4kzhTlOUDlUx3qhguHQBnJNVI8ZhG9gCtpRk lLz/jJp2vm+n4qK1CAHCVQCnkdR+0a2X7s9Kn8aUBkyC1DhinVNm30S+zvdhp4Wq+zUP eN4lH+eNujAy11Uvw/5EAsieE0uxVfd3mnR3rVKj5yEsI4D0xTfGEOjAMR5zHeDhibKc ClC/v7toORH27qOfYfLbX8OJdzDcq7wB27GZP1eunGS9FQS8Du5/zkpD/6Aoh1I9xPh0 IU7Q== MIME-Version: 1.0 X-Received: by 10.152.27.170 with SMTP id u10mr1471291lag.45.1369837579943; Wed, 29 May 2013 07:26:19 -0700 (PDT) Received: by 10.112.0.148 with HTTP; Wed, 29 May 2013 07:26:19 -0700 (PDT) Date: Wed, 29 May 2013 17:26:19 +0300 Message-ID: From: Nick Katsipoulakis To: xen-users@lists.xen.org Subject: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6577454264520706041==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6577454264520706041== Content-Type: multipart/alternative; boundary=089e0160a3b85a456c04dddc2a10 --089e0160a3b85a456c04dddc2a10 Content-Type: text/plain; charset=ISO-8859-1 Hello everyone. I am currently working on a Project for my thesis, which involves migrating a VM from one host to another. A FUSE filesystem, which I developed, is responsible for moving the Disk contents (Virtual Disk Image) from the source to the destination host. The VM continues to operate on the source machine until I reach the "Hand-Over" phase of my approach. During that phase I need to start operating the VM to the destination host. In order to achieve this I have to move the CPU and RAM state on the destination host. I am aware of the fact that the live migration feature of Xen needs to have shared storage for the disk images. In my case, the disk image is moved to the destination machine, so that Xen can access it from its local Filesystem. How can I command Xen to live migrate the VM and look for the disk image in the local repository of the Destination Machine? Is there a tutorial (or guide) that indicates how this can be done? Thank you in advance. Nick P.S.: I realize that my post may be confusing, so do not hesitate to ask questions. --089e0160a3b85a456c04dddc2a10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone.

I am currently work= ing on a Project for my thesis, which involves migrating a VM from one host= to another.

A FUSE filesystem, which I developed, is responsible f= or moving the Disk contents (Virtual Disk Image) from the source to the des= tination host. The VM continues to operate on the source machine until I re= ach the "Hand-Over" phase of my approach. During that phase I nee= d to start operating the VM to the destination host. In order to achieve th= is I have to move the CPU and RAM state on the destination host.

I am aware of the fact that the live migration feature of Xe= n needs to have shared storage for the disk images. In my case, the disk im= age is moved to the destination machine, so that Xen can access it from its= local Filesystem. How can I command Xen to live migrate the VM and look fo= r the disk image in the local repository of the Destination Machine? Is the= re a tutorial (or guide) that indicates how this can be done?

Thank you in advance.

Nick

P.S.: I = realize that my post may be confusing, so do not hesitate to ask questions.=


--089e0160a3b85a456c04dddc2a10-- --===============6577454264520706041== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6577454264520706041==-- From xen-users-bounces@lists.xen.org Wed May 29 14:27:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 14:27: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 1UhhKn-0007y2-IP; Wed, 29 May 2013 14:26:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhhKl-0007xx-GG for xen-users@lists.xen.org; Wed, 29 May 2013 14:26:35 +0000 Received: from [85.158.143.99:46321] by server-3.bemta-4.messagelabs.com id 65/A6-02015-A1016A15; Wed, 29 May 2013 14:26:34 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1369837581!27386686!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29397 invoked from network); 29 May 2013 14:26:22 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 14:26:22 -0000 Received: by mail-lb0-f173.google.com with SMTP id t10so9159914lbi.32 for ; Wed, 29 May 2013 07:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QlH6IytontJuOO9lfCcEgBU61dEcoyf+cSjkbdyPkow=; b=wyE57KPjd6wu4J9hkwALUllA3YWpqNrlUFoeTacB9EY82KuORzqk+1aFwp+2XL0dIG un0MhNYC6nrfRa3Kp0/aXgGTFDJVRP+n4kzhTlOUDlUx3qhguHQBnJNVI8ZhG9gCtpRk lLz/jJp2vm+n4qK1CAHCVQCnkdR+0a2X7s9Kn8aUBkyC1DhinVNm30S+zvdhp4Wq+zUP eN4lH+eNujAy11Uvw/5EAsieE0uxVfd3mnR3rVKj5yEsI4D0xTfGEOjAMR5zHeDhibKc ClC/v7toORH27qOfYfLbX8OJdzDcq7wB27GZP1eunGS9FQS8Du5/zkpD/6Aoh1I9xPh0 IU7Q== MIME-Version: 1.0 X-Received: by 10.152.27.170 with SMTP id u10mr1471291lag.45.1369837579943; Wed, 29 May 2013 07:26:19 -0700 (PDT) Received: by 10.112.0.148 with HTTP; Wed, 29 May 2013 07:26:19 -0700 (PDT) Date: Wed, 29 May 2013 17:26:19 +0300 Message-ID: From: Nick Katsipoulakis To: xen-users@lists.xen.org Subject: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6577454264520706041==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6577454264520706041== Content-Type: multipart/alternative; boundary=089e0160a3b85a456c04dddc2a10 --089e0160a3b85a456c04dddc2a10 Content-Type: text/plain; charset=ISO-8859-1 Hello everyone. I am currently working on a Project for my thesis, which involves migrating a VM from one host to another. A FUSE filesystem, which I developed, is responsible for moving the Disk contents (Virtual Disk Image) from the source to the destination host. The VM continues to operate on the source machine until I reach the "Hand-Over" phase of my approach. During that phase I need to start operating the VM to the destination host. In order to achieve this I have to move the CPU and RAM state on the destination host. I am aware of the fact that the live migration feature of Xen needs to have shared storage for the disk images. In my case, the disk image is moved to the destination machine, so that Xen can access it from its local Filesystem. How can I command Xen to live migrate the VM and look for the disk image in the local repository of the Destination Machine? Is there a tutorial (or guide) that indicates how this can be done? Thank you in advance. Nick P.S.: I realize that my post may be confusing, so do not hesitate to ask questions. --089e0160a3b85a456c04dddc2a10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone.

I am currently work= ing on a Project for my thesis, which involves migrating a VM from one host= to another.

A FUSE filesystem, which I developed, is responsible f= or moving the Disk contents (Virtual Disk Image) from the source to the des= tination host. The VM continues to operate on the source machine until I re= ach the "Hand-Over" phase of my approach. During that phase I nee= d to start operating the VM to the destination host. In order to achieve th= is I have to move the CPU and RAM state on the destination host.

I am aware of the fact that the live migration feature of Xe= n needs to have shared storage for the disk images. In my case, the disk im= age is moved to the destination machine, so that Xen can access it from its= local Filesystem. How can I command Xen to live migrate the VM and look fo= r the disk image in the local repository of the Destination Machine? Is the= re a tutorial (or guide) that indicates how this can be done?

Thank you in advance.

Nick

P.S.: I = realize that my post may be confusing, so do not hesitate to ask questions.=


--089e0160a3b85a456c04dddc2a10-- --===============6577454264520706041== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6577454264520706041==-- From xen-users-bounces@lists.xen.org Wed May 29 14:44:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 14:44: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 1Uhhbj-0000Sz-5s; Wed, 29 May 2013 14:44:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhhbh-0000Sr-I0 for xen-users@lists.xen.org; Wed, 29 May 2013 14:44:05 +0000 Received: from [85.158.139.83:45496] by server-3.bemta-5.messagelabs.com id BE/A7-31108-43416A15; Wed, 29 May 2013 14:44:04 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1369838643!20217576!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22992 invoked from network); 29 May 2013 14:44:03 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 14:44:03 -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 1Uhhbe-0007NM-Cv; Wed, 29 May 2013 16:44:02 +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 Oetom6-nyhAU; Wed, 29 May 2013 16:44:02 +0200 (CEST) Received: from p5dc3fd09.dip0.t-ipconnect.de ([93.195.253.9] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Uhhbd-0007HB-Ar; Wed, 29 May 2013 16:44:02 +0200 Mime-Version: 1.0 (Apple Message framework v1085) From: Niels Dettenbach In-Reply-To: Date: Wed, 29 May 2013 16:43:56 +0200 Message-Id: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> References: To: Nick Katsipoulakis X-Mailer: Apple Mail (2.1085) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7150530483747011239==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7150530483747011239== Content-Type: multipart/alternative; boundary=Apple-Mail-1-689412473 --Apple-Mail-1-689412473 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Am 29.05.2013 um 16:26 schrieb Nick Katsipoulakis: > I am aware of the fact that the live migration feature of Xen needs to = have shared storage for the disk images. In my case, the disk image is = moved to the destination machine, so that Xen can access it from its = local Filesystem. How can I command Xen to live migrate the VM and look = for the disk image in the local repository of the Destination Machine? = Is there a tutorial (or guide) that indicates how this can be done? not shure, but if your filesystem does the correct sync it might work = like with i.e. DRBD setups: = http://backdrift.org/live-migration-and-synchronous-replicated-storage-wit= h-xen-drbd-and-lvm except your filesystem "copy" is not there att of migration. Depending = from your filesystem implementation it could be necessary to hack within = the migration code of xen - afaik there is no full scripting possibility = or similiar to do such things like "do that before taking over a = migration" or similiar.=20 You filesystem implementation sounds interesting - do you have any = details about it? If i understand right it is NOT intended for HA = replication (where both hosts requires full copies of full current = filesystem) but i.e. for load management in a cluster. cheerioh, Niels. --- Niels Dettenbach Syndicat IT & Internet http://syndicat.com= --Apple-Mail-1-689412473 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
I am aware of = the fact that the live migration feature of Xen needs to have shared = storage for the disk images. In my case, the disk image is moved to the = destination machine, so that Xen can access it from its local = Filesystem. How can I command Xen to live migrate the VM and look for = the disk image in the local repository of the Destination Machine? Is = there a tutorial (or guide) that indicates how this can be = done?

not shure, but if your filesystem does = the correct sync it might work like with i.e. DRBD setups:

except your filesystem "copy" is not there att of migration. Depending = from your filesystem implementation it could be necessary to hack within = the migration code of xen - afaik there is no full scripting possibility = or similiar to do such things like "do that before taking over a = migration" or similiar. 

You filesystem = implementation sounds interesting - do you have any details about it? If = i understand right it is NOT intended for HA replication (where both = hosts requires full copies of full current filesystem) but i.e. for load = management in a = cluster.


cheerioh,

<= /div>
Niels.

---
Niels = Dettenbach
Syndicat IT & Internet
= --Apple-Mail-1-689412473-- --===============7150530483747011239== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7150530483747011239==-- From xen-users-bounces@lists.xen.org Wed May 29 14:44:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 14:44: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 1Uhhbj-0000Sz-5s; Wed, 29 May 2013 14:44:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhhbh-0000Sr-I0 for xen-users@lists.xen.org; Wed, 29 May 2013 14:44:05 +0000 Received: from [85.158.139.83:45496] by server-3.bemta-5.messagelabs.com id BE/A7-31108-43416A15; Wed, 29 May 2013 14:44:04 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1369838643!20217576!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22992 invoked from network); 29 May 2013 14:44:03 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 14:44:03 -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 1Uhhbe-0007NM-Cv; Wed, 29 May 2013 16:44:02 +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 Oetom6-nyhAU; Wed, 29 May 2013 16:44:02 +0200 (CEST) Received: from p5dc3fd09.dip0.t-ipconnect.de ([93.195.253.9] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Uhhbd-0007HB-Ar; Wed, 29 May 2013 16:44:02 +0200 Mime-Version: 1.0 (Apple Message framework v1085) From: Niels Dettenbach In-Reply-To: Date: Wed, 29 May 2013 16:43:56 +0200 Message-Id: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> References: To: Nick Katsipoulakis X-Mailer: Apple Mail (2.1085) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7150530483747011239==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7150530483747011239== Content-Type: multipart/alternative; boundary=Apple-Mail-1-689412473 --Apple-Mail-1-689412473 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Am 29.05.2013 um 16:26 schrieb Nick Katsipoulakis: > I am aware of the fact that the live migration feature of Xen needs to = have shared storage for the disk images. In my case, the disk image is = moved to the destination machine, so that Xen can access it from its = local Filesystem. How can I command Xen to live migrate the VM and look = for the disk image in the local repository of the Destination Machine? = Is there a tutorial (or guide) that indicates how this can be done? not shure, but if your filesystem does the correct sync it might work = like with i.e. DRBD setups: = http://backdrift.org/live-migration-and-synchronous-replicated-storage-wit= h-xen-drbd-and-lvm except your filesystem "copy" is not there att of migration. Depending = from your filesystem implementation it could be necessary to hack within = the migration code of xen - afaik there is no full scripting possibility = or similiar to do such things like "do that before taking over a = migration" or similiar.=20 You filesystem implementation sounds interesting - do you have any = details about it? If i understand right it is NOT intended for HA = replication (where both hosts requires full copies of full current = filesystem) but i.e. for load management in a cluster. cheerioh, Niels. --- Niels Dettenbach Syndicat IT & Internet http://syndicat.com= --Apple-Mail-1-689412473 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
I am aware of = the fact that the live migration feature of Xen needs to have shared = storage for the disk images. In my case, the disk image is moved to the = destination machine, so that Xen can access it from its local = Filesystem. How can I command Xen to live migrate the VM and look for = the disk image in the local repository of the Destination Machine? Is = there a tutorial (or guide) that indicates how this can be = done?

not shure, but if your filesystem does = the correct sync it might work like with i.e. DRBD setups:

except your filesystem "copy" is not there att of migration. Depending = from your filesystem implementation it could be necessary to hack within = the migration code of xen - afaik there is no full scripting possibility = or similiar to do such things like "do that before taking over a = migration" or similiar. 

You filesystem = implementation sounds interesting - do you have any details about it? If = i understand right it is NOT intended for HA replication (where both = hosts requires full copies of full current filesystem) but i.e. for load = management in a = cluster.


cheerioh,

<= /div>
Niels.

---
Niels = Dettenbach
Syndicat IT & Internet
= --Apple-Mail-1-689412473-- --===============7150530483747011239== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7150530483747011239==-- From xen-users-bounces@lists.xen.org Wed May 29 15:04:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:04: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 1UhhuC-0001Vy-DH; Wed, 29 May 2013 15:03:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhhuA-0001Vr-Fx for xen-users@lists.xen.org; Wed, 29 May 2013 15:03:10 +0000 Received: from [85.158.143.99:37900] by server-2.bemta-4.messagelabs.com id AC/1C-27124-DA816A15; Wed, 29 May 2013 15:03:09 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369839788!21019930!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19959 invoked from network); 29 May 2013 15:03:08 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 15:03:08 -0000 Received: by mail-la0-f50.google.com with SMTP id ed20so8822083lab.9 for ; Wed, 29 May 2013 08:03:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EgyVw/yyzrAPwpvoL3+gWPC3L+kVFlDD7WNI6qjQBK4=; b=xjubuIYDBCUfGnine56w2D+lgGavbce+xKSPRlvY9xVSq0bJls68/PBwN5ciFThoMa hR6jth9sjN4YMsva6RFJRUv9QwnEw1eEmjQAhE3KYy52SklmranKWch69vCzGUGyyjsY lK/iy+kcprIuicqlK8e0t3bCTckhAyahT/QDm2uALJdZrxUo7xER3YKQ9wJztHBaOwIb vmtbuoDepiQ2tNCfqgm9tncjbhFp41dhvLmOQptlB2hTT2A05qCy7wrunqUi/AKFJX+l 7TmdM4b6lRuxnbHfJ0bYPGj+2ieva1/kBw+dT85qtF6i0fg2Z+5UiSfrHwnEe4vFAnTt pzZg== MIME-Version: 1.0 X-Received: by 10.152.22.73 with SMTP id b9mr1561244laf.36.1369839787680; Wed, 29 May 2013 08:03:07 -0700 (PDT) Received: by 10.112.0.148 with HTTP; Wed, 29 May 2013 08:03:07 -0700 (PDT) In-Reply-To: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> References: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> Date: Wed, 29 May 2013 18:03:07 +0300 Message-ID: From: Nick Katsipoulakis To: Niels Dettenbach Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3729759369079440972==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3729759369079440972== Content-Type: multipart/alternative; boundary=089e0158b556f1ab8004dddcadc8 --089e0158b556f1ab8004dddcadc8 Content-Type: text/plain; charset=ISO-8859-1 Niels thank you for your immediate answer and concern. Actually my FUSE Filesystem works as an abstraction layer between Xen and the underlying Filesystem (i.e. ext3). Everytime an I/O is performed by the VM, whose disk image is stored under my filesystem's mount point and is about to be migrated, the I/O is intercepted and actions are taken in order to ensure the consistency of the migrated disk image. It also manages to hand-over the VM and start its operation on the destination machine, before the whole disk image is migrated. The DRBD setup is complex and I do not think I need it. Cheers, Nick 2013/5/29 Niels Dettenbach > > Am 29.05.2013 um 16:26 schrieb Nick Katsipoulakis: > > I am aware of the fact that the live migration feature of Xen needs to > have shared storage for the disk images. In my case, the disk image is > moved to the destination machine, so that Xen can access it from its > local Filesystem. How can I command Xen to live migrate the VM and look for > the disk image in the local repository of the Destination Machine? Is there > a tutorial (or guide) that indicates how this can be done? > > > not shure, but if your filesystem does the correct sync it might work like > with i.e. DRBD setups: > > http://backdrift.org/live-migration-and-synchronous-replicated-storage-with-xen-drbd-and-lvm > > except your filesystem "copy" is not there att of migration. Depending > from your filesystem implementation it could be necessary to hack within > the migration code of xen - afaik there is no full scripting possibility or > similiar to do such things like "do that before taking over a migration" or > similiar. > > You filesystem implementation sounds interesting - do you have any details > about it? If i understand right it is NOT intended for HA replication > (where both hosts requires full copies of full current filesystem) but i.e. > for load management in a cluster. > > > cheerioh, > > Niels. > > --- > Niels Dettenbach > Syndicat IT & Internet > http://syndicat.com > --089e0158b556f1ab8004dddcadc8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Niels thank you for your immediate ans= wer and concern.

Actually my FUSE Filesystem works as an abstr= action layer between Xen and the underlying Filesystem (i.e. ext3). Everyti= me an I/O is performed by the VM, whose disk image is stored under my files= ystem's mount point and is about to be migrated, the I/O is intercepted= and actions are taken in order to ensure the consistency of the migrated d= isk image. It also manages to hand-over the VM and start its operation on t= he destination machine, before the whole disk image is migrated.



The DRBD setup is complex and I do not think I= need it.


Cheers,

Nick


2013/5/29 Niels Dettenbach= <nd@syndicat.com>

Am 29.05.2013 um 16:26 schrieb Nick Katsipoulakis:

I am aware of the fact that the live migration feature of Xen needs to = have shared storage for the disk images. In my case, the disk image is move= d to the destination machine, so that Xen can access it from its loc= al Filesystem. How can I command Xen to live migrate the VM and look for th= e disk image in the local repository of the Destination Machine? Is there a= tutorial (or guide) that indicates how this can be done?

not shure, but if your filesystem does the correct syn= c it might work like with i.e. DRBD setups:

except your filesystem "copy" is not there at= t of migration. Depending from your filesystem implementation it could be n= ecessary to hack within the migration code of xen - afaik there is no full = scripting possibility or similiar to do such things like "do that befo= re taking over a migration" or similiar.=A0

You filesystem implementation sounds interesting - do y= ou have any details about it? If i understand right it is NOT intended for = HA replication (where both hosts requires full copies of full current files= ystem) but i.e. for load management in a cluster.


cheerioh,

Niels= .

---
Niels Dettenbach
Syndica= t IT & Internet

--089e0158b556f1ab8004dddcadc8-- --===============3729759369079440972== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3729759369079440972==-- From xen-users-bounces@lists.xen.org Wed May 29 15:04:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:04: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 1UhhuC-0001Vy-DH; Wed, 29 May 2013 15:03:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhhuA-0001Vr-Fx for xen-users@lists.xen.org; Wed, 29 May 2013 15:03:10 +0000 Received: from [85.158.143.99:37900] by server-2.bemta-4.messagelabs.com id AC/1C-27124-DA816A15; Wed, 29 May 2013 15:03:09 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1369839788!21019930!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19959 invoked from network); 29 May 2013 15:03:08 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 15:03:08 -0000 Received: by mail-la0-f50.google.com with SMTP id ed20so8822083lab.9 for ; Wed, 29 May 2013 08:03:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EgyVw/yyzrAPwpvoL3+gWPC3L+kVFlDD7WNI6qjQBK4=; b=xjubuIYDBCUfGnine56w2D+lgGavbce+xKSPRlvY9xVSq0bJls68/PBwN5ciFThoMa hR6jth9sjN4YMsva6RFJRUv9QwnEw1eEmjQAhE3KYy52SklmranKWch69vCzGUGyyjsY lK/iy+kcprIuicqlK8e0t3bCTckhAyahT/QDm2uALJdZrxUo7xER3YKQ9wJztHBaOwIb vmtbuoDepiQ2tNCfqgm9tncjbhFp41dhvLmOQptlB2hTT2A05qCy7wrunqUi/AKFJX+l 7TmdM4b6lRuxnbHfJ0bYPGj+2ieva1/kBw+dT85qtF6i0fg2Z+5UiSfrHwnEe4vFAnTt pzZg== MIME-Version: 1.0 X-Received: by 10.152.22.73 with SMTP id b9mr1561244laf.36.1369839787680; Wed, 29 May 2013 08:03:07 -0700 (PDT) Received: by 10.112.0.148 with HTTP; Wed, 29 May 2013 08:03:07 -0700 (PDT) In-Reply-To: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> References: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> Date: Wed, 29 May 2013 18:03:07 +0300 Message-ID: From: Nick Katsipoulakis To: Niels Dettenbach Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3729759369079440972==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3729759369079440972== Content-Type: multipart/alternative; boundary=089e0158b556f1ab8004dddcadc8 --089e0158b556f1ab8004dddcadc8 Content-Type: text/plain; charset=ISO-8859-1 Niels thank you for your immediate answer and concern. Actually my FUSE Filesystem works as an abstraction layer between Xen and the underlying Filesystem (i.e. ext3). Everytime an I/O is performed by the VM, whose disk image is stored under my filesystem's mount point and is about to be migrated, the I/O is intercepted and actions are taken in order to ensure the consistency of the migrated disk image. It also manages to hand-over the VM and start its operation on the destination machine, before the whole disk image is migrated. The DRBD setup is complex and I do not think I need it. Cheers, Nick 2013/5/29 Niels Dettenbach > > Am 29.05.2013 um 16:26 schrieb Nick Katsipoulakis: > > I am aware of the fact that the live migration feature of Xen needs to > have shared storage for the disk images. In my case, the disk image is > moved to the destination machine, so that Xen can access it from its > local Filesystem. How can I command Xen to live migrate the VM and look for > the disk image in the local repository of the Destination Machine? Is there > a tutorial (or guide) that indicates how this can be done? > > > not shure, but if your filesystem does the correct sync it might work like > with i.e. DRBD setups: > > http://backdrift.org/live-migration-and-synchronous-replicated-storage-with-xen-drbd-and-lvm > > except your filesystem "copy" is not there att of migration. Depending > from your filesystem implementation it could be necessary to hack within > the migration code of xen - afaik there is no full scripting possibility or > similiar to do such things like "do that before taking over a migration" or > similiar. > > You filesystem implementation sounds interesting - do you have any details > about it? If i understand right it is NOT intended for HA replication > (where both hosts requires full copies of full current filesystem) but i.e. > for load management in a cluster. > > > cheerioh, > > Niels. > > --- > Niels Dettenbach > Syndicat IT & Internet > http://syndicat.com > --089e0158b556f1ab8004dddcadc8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Niels thank you for your immediate ans= wer and concern.

Actually my FUSE Filesystem works as an abstr= action layer between Xen and the underlying Filesystem (i.e. ext3). Everyti= me an I/O is performed by the VM, whose disk image is stored under my files= ystem's mount point and is about to be migrated, the I/O is intercepted= and actions are taken in order to ensure the consistency of the migrated d= isk image. It also manages to hand-over the VM and start its operation on t= he destination machine, before the whole disk image is migrated.



The DRBD setup is complex and I do not think I= need it.


Cheers,

Nick


2013/5/29 Niels Dettenbach= <nd@syndicat.com>

Am 29.05.2013 um 16:26 schrieb Nick Katsipoulakis:

I am aware of the fact that the live migration feature of Xen needs to = have shared storage for the disk images. In my case, the disk image is move= d to the destination machine, so that Xen can access it from its loc= al Filesystem. How can I command Xen to live migrate the VM and look for th= e disk image in the local repository of the Destination Machine? Is there a= tutorial (or guide) that indicates how this can be done?

not shure, but if your filesystem does the correct syn= c it might work like with i.e. DRBD setups:

except your filesystem "copy" is not there at= t of migration. Depending from your filesystem implementation it could be n= ecessary to hack within the migration code of xen - afaik there is no full = scripting possibility or similiar to do such things like "do that befo= re taking over a migration" or similiar.=A0

You filesystem implementation sounds interesting - do y= ou have any details about it? If i understand right it is NOT intended for = HA replication (where both hosts requires full copies of full current files= ystem) but i.e. for load management in a cluster.


cheerioh,

Niels= .

---
Niels Dettenbach
Syndica= t IT & Internet

--089e0158b556f1ab8004dddcadc8-- --===============3729759369079440972== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3729759369079440972==-- From xen-users-bounces@lists.xen.org Wed May 29 15:10:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:10: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 1Uhi06-0001vu-MB; Wed, 29 May 2013 15:09:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhi05-0001ve-70 for xen-users@lists.xen.org; Wed, 29 May 2013 15:09:17 +0000 Received: from [85.158.143.99:46523] by server-3.bemta-4.messagelabs.com id 59/88-02015-B1A16A15; Wed, 29 May 2013 15:09:15 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1369840154!17924884!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29736 invoked from network); 29 May 2013 15:09:15 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 15:09:15 -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 1Uhi01-0001uR-HJ; Wed, 29 May 2013 17:09:13 +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 Pv7P4mMyb4SI; Wed, 29 May 2013 17:09:13 +0200 (CEST) Received: from p5dc3fd09.dip0.t-ipconnect.de ([93.195.253.9] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Uhi01-00054R-5z; Wed, 29 May 2013 17:09:13 +0200 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Niels Dettenbach In-Reply-To: Date: Wed, 29 May 2013 17:09:08 +0200 Message-Id: References: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> To: Nick Katsipoulakis X-Mailer: Apple Mail (2.1503) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6611165341669385579==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6611165341669385579== Content-Type: multipart/alternative; boundary="Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5" --Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Am 29.05.2013 um 17:03 schrieb Nick Katsipoulakis : > The DRBD setup is complex and I do not think I need it. This was just an example of how xen typically handles (or not handles) = migration with underlying filesystems. Your concept sounds really nice - hope to see some usable results when = ready. ;) good luck! best regards, Niels.= --Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 popanik@gmail.com>:

The DRBD setup is complex and = I do not think I need it.
This was just an = example of how xen typically handles (or not handles) migration with = underlying filesystems.

Your concept sounds really = nice - hope to see some usable results when ready. = ;)


good luck!
best = regards,


Niels.
= --Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5-- --===============6611165341669385579== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6611165341669385579==-- From xen-users-bounces@lists.xen.org Wed May 29 15:10:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:10: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 1Uhi06-0001vu-MB; Wed, 29 May 2013 15:09:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhi05-0001ve-70 for xen-users@lists.xen.org; Wed, 29 May 2013 15:09:17 +0000 Received: from [85.158.143.99:46523] by server-3.bemta-4.messagelabs.com id 59/88-02015-B1A16A15; Wed, 29 May 2013 15:09:15 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1369840154!17924884!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29736 invoked from network); 29 May 2013 15:09:15 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 15:09:15 -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 1Uhi01-0001uR-HJ; Wed, 29 May 2013 17:09:13 +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 Pv7P4mMyb4SI; Wed, 29 May 2013 17:09:13 +0200 (CEST) Received: from p5dc3fd09.dip0.t-ipconnect.de ([93.195.253.9] helo=[10.1.1.18]) by mail.syndicat.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Uhi01-00054R-5z; Wed, 29 May 2013 17:09:13 +0200 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Niels Dettenbach In-Reply-To: Date: Wed, 29 May 2013 17:09:08 +0200 Message-Id: References: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> To: Nick Katsipoulakis X-Mailer: Apple Mail (2.1503) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6611165341669385579==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6611165341669385579== Content-Type: multipart/alternative; boundary="Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5" --Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Am 29.05.2013 um 17:03 schrieb Nick Katsipoulakis : > The DRBD setup is complex and I do not think I need it. This was just an example of how xen typically handles (or not handles) = migration with underlying filesystems. Your concept sounds really nice - hope to see some usable results when = ready. ;) good luck! best regards, Niels.= --Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 popanik@gmail.com>:

The DRBD setup is complex and = I do not think I need it.
This was just an = example of how xen typically handles (or not handles) migration with = underlying filesystems.

Your concept sounds really = nice - hope to see some usable results when ready. = ;)


good luck!
best = regards,


Niels.
= --Apple-Mail=_BE023AE1-6B97-412E-AA1F-B94869145DA5-- --===============6611165341669385579== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6611165341669385579==-- From xen-users-bounces@lists.xen.org Wed May 29 15:14:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:14:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhi44-00029t-JR; Wed, 29 May 2013 15:13:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhi42-00029h-VY for xen-users@lists.xen.org; Wed, 29 May 2013 15:13:23 +0000 Received: from [85.158.138.51:57516] by server-7.bemta-3.messagelabs.com id FA/9F-10169-21B16A15; Wed, 29 May 2013 15:13:22 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369840400!9856441!1 X-Originating-IP: [209.85.217.175] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21884 invoked from network); 29 May 2013 15:13:21 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 15:13:21 -0000 Received: by mail-lb0-f175.google.com with SMTP id v10so9192855lbd.34 for ; Wed, 29 May 2013 08:13:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=26mvIbKr1orzMJBBcAWkQnI+e6EV5L5dHAd4gtJL9vg=; b=gf3cJEQ51lggO6vFlMhNwkPa9JT1ez3bq7Wemu8snsU1bv7+/GQJ+/xWurEGhg5gDs 7b8WwUL1DTpGav6AyhtBxfRxwK0mfjCa3XS67Ek/9r/n642GvOBnAVCzx4YQmRQN1NuR uvz7aH95ySpr79VNTPT2mNfr7SZP68mV5zUvmLs3Xc+lkT0altWiz155jRt5rp9ZQKGC DBa2XsmwZ02agBuDImFkJ2IDIj3zQJxXP4yHvmTEe7XsL2++GbfGXoGHOl9BL2GEt3On aR7foeU/BaUcpZIDAs9zZh1LjP5aycToMhykQSodtQMOGd46+vlxyZn8TlZ/Ekd4Vt6z FBog== MIME-Version: 1.0 X-Received: by 10.152.27.194 with SMTP id v2mr1593322lag.22.1369840400025; Wed, 29 May 2013 08:13:20 -0700 (PDT) Received: by 10.112.0.148 with HTTP; Wed, 29 May 2013 08:13:19 -0700 (PDT) In-Reply-To: References: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> Date: Wed, 29 May 2013 18:13:19 +0300 Message-ID: From: Nick Katsipoulakis To: Niels Dettenbach Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5216716815074743809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5216716815074743809== Content-Type: multipart/alternative; boundary=089e0158c2ac71d53304dddcd2f0 --089e0158c2ac71d53304dddcd2f0 Content-Type: text/plain; charset=ISO-8859-1 Ohh I see. Well thank you very much. I am currently on the evaluation process of my system, which features many customization options for live migrating a VM (you do not even have to use Xen on top of it). When I have actual results of its performance I will be happy to post them on the Xen mailing lists. Thank you again. Cheers, Nick 2013/5/29 Niels Dettenbach > > Am 29.05.2013 um 17:03 schrieb Nick Katsipoulakis : > > The DRBD setup is complex and I do not think I need it. > > This was just an example of how xen typically handles (or not handles) > migration with underlying filesystems. > > Your concept sounds really nice - hope to see some usable results when > ready. ;) > > > good luck! > best regards, > > > Niels. > --089e0158c2ac71d53304dddcd2f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ohh I see.

Well thank you= very much. I am currently on the evaluation process of my system, which fe= atures many customization options for live migrating a VM (you do not even = have to use Xen on top of it). When I have actual results of its performanc= e I will be happy to post them on the Xen mailing lists.

Thank you again.

Cheers,
Nick


2013/5/29 Niels D= ettenbach <nd@syndicat.com>

Am 29.05.2013 um 17:03 schrieb Nick Katsipoulakis <popanik@gmail.com>:

The DRBD setup is complex and I do not thi= nk I need it.
This was just an example of how xen typically handles (or not h= andles) migration with underlying filesystems.

Your conc= ept sounds really nice - hope to see some usable results when ready. ;)


good luck!
best regards,
=


Niels.
--089e0158c2ac71d53304dddcd2f0-- --===============5216716815074743809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5216716815074743809==-- From xen-users-bounces@lists.xen.org Wed May 29 15:14:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:14:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhi44-00029t-JR; Wed, 29 May 2013 15:13:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhi42-00029h-VY for xen-users@lists.xen.org; Wed, 29 May 2013 15:13:23 +0000 Received: from [85.158.138.51:57516] by server-7.bemta-3.messagelabs.com id FA/9F-10169-21B16A15; Wed, 29 May 2013 15:13:22 +0000 X-Env-Sender: popanik@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1369840400!9856441!1 X-Originating-IP: [209.85.217.175] 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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21884 invoked from network); 29 May 2013 15:13:21 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 15:13:21 -0000 Received: by mail-lb0-f175.google.com with SMTP id v10so9192855lbd.34 for ; Wed, 29 May 2013 08:13:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=26mvIbKr1orzMJBBcAWkQnI+e6EV5L5dHAd4gtJL9vg=; b=gf3cJEQ51lggO6vFlMhNwkPa9JT1ez3bq7Wemu8snsU1bv7+/GQJ+/xWurEGhg5gDs 7b8WwUL1DTpGav6AyhtBxfRxwK0mfjCa3XS67Ek/9r/n642GvOBnAVCzx4YQmRQN1NuR uvz7aH95ySpr79VNTPT2mNfr7SZP68mV5zUvmLs3Xc+lkT0altWiz155jRt5rp9ZQKGC DBa2XsmwZ02agBuDImFkJ2IDIj3zQJxXP4yHvmTEe7XsL2++GbfGXoGHOl9BL2GEt3On aR7foeU/BaUcpZIDAs9zZh1LjP5aycToMhykQSodtQMOGd46+vlxyZn8TlZ/Ekd4Vt6z FBog== MIME-Version: 1.0 X-Received: by 10.152.27.194 with SMTP id v2mr1593322lag.22.1369840400025; Wed, 29 May 2013 08:13:20 -0700 (PDT) Received: by 10.112.0.148 with HTTP; Wed, 29 May 2013 08:13:19 -0700 (PDT) In-Reply-To: References: <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> Date: Wed, 29 May 2013 18:13:19 +0300 Message-ID: From: Nick Katsipoulakis To: Niels Dettenbach Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Live Migration of a Virtual Machine without a Shared Storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5216716815074743809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5216716815074743809== Content-Type: multipart/alternative; boundary=089e0158c2ac71d53304dddcd2f0 --089e0158c2ac71d53304dddcd2f0 Content-Type: text/plain; charset=ISO-8859-1 Ohh I see. Well thank you very much. I am currently on the evaluation process of my system, which features many customization options for live migrating a VM (you do not even have to use Xen on top of it). When I have actual results of its performance I will be happy to post them on the Xen mailing lists. Thank you again. Cheers, Nick 2013/5/29 Niels Dettenbach > > Am 29.05.2013 um 17:03 schrieb Nick Katsipoulakis : > > The DRBD setup is complex and I do not think I need it. > > This was just an example of how xen typically handles (or not handles) > migration with underlying filesystems. > > Your concept sounds really nice - hope to see some usable results when > ready. ;) > > > good luck! > best regards, > > > Niels. > --089e0158c2ac71d53304dddcd2f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Ohh I see.

Well thank you= very much. I am currently on the evaluation process of my system, which fe= atures many customization options for live migrating a VM (you do not even = have to use Xen on top of it). When I have actual results of its performanc= e I will be happy to post them on the Xen mailing lists.

Thank you again.

Cheers,
Nick


2013/5/29 Niels D= ettenbach <nd@syndicat.com>

Am 29.05.2013 um 17:03 schrieb Nick Katsipoulakis <popanik@gmail.com>:

The DRBD setup is complex and I do not thi= nk I need it.
This was just an example of how xen typically handles (or not h= andles) migration with underlying filesystems.

Your conc= ept sounds really nice - hope to see some usable results when ready. ;)


good luck!
best regards,
=


Niels.
--089e0158c2ac71d53304dddcd2f0-- --===============5216716815074743809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5216716815074743809==-- From xen-users-bounces@lists.xen.org Wed May 29 15:38:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:38: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 1UhiRF-0003ZL-7Q; Wed, 29 May 2013 15:37:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhiRE-0003Z8-9l for xen-users@lists.xen.org; Wed, 29 May 2013 15:37:20 +0000 Received: from [85.158.139.83:13774] by server-16.bemta-5.messagelabs.com id C0/AC-31493-FA026A15; Wed, 29 May 2013 15:37:19 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-182.messagelabs.com!1369841838!20226686!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12668 invoked from network); 29 May 2013 15:37:18 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 15:37:18 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 1F25122124E; Wed, 29 May 2013 16:37:17 +0100 (BST) MIME-Version: 1.0 Date: Wed, 29 May 2013 16:37:16 +0100 From: Gordan Bobic To: Nick Katsipoulakis In-Reply-To: References: "" <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> Message-ID: <7bbe62dd6ee2b98063065ef7b8b02699@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: Niels Dettenbach , xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?Live_Migration_of_a_Virtual_Machine_without?= =?utf-8?q?_a=09Shared_Storage?= X-BeenThere: xen-users@lists.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 Wed, 29 May 2013 18:03:07 +0300, Nick Katsipoulakis wrote: > Niels thank you for your immediate answer and concern. > > Actually my FUSE Filesystem works as an abstraction layer between Xen > and the underlying Filesystem (i.e. ext3). Everytime an I/O is > performed by the VM, whose disk image is stored under my filesystem's > mount point and is about to be migrated, the I/O is intercepted and > actions are taken in order to ensure the consistency of the migrated > disk image. It also manages to hand-over the VM and start its > operation on the destination machine, before the whole disk image is > migrated. Most interesting. Is this FS publicly available? It sounds similar to GlusterFS and SeznamFS. Can you explain the differences? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 15:38:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 15:38: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 1UhiRF-0003ZL-7Q; Wed, 29 May 2013 15:37:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhiRE-0003Z8-9l for xen-users@lists.xen.org; Wed, 29 May 2013 15:37:20 +0000 Received: from [85.158.139.83:13774] by server-16.bemta-5.messagelabs.com id C0/AC-31493-FA026A15; Wed, 29 May 2013 15:37:19 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-182.messagelabs.com!1369841838!20226686!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12668 invoked from network); 29 May 2013 15:37:18 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 15:37:18 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 1F25122124E; Wed, 29 May 2013 16:37:17 +0100 (BST) MIME-Version: 1.0 Date: Wed, 29 May 2013 16:37:16 +0100 From: Gordan Bobic To: Nick Katsipoulakis In-Reply-To: References: "" <8D83045C-92BD-4251-A109-94BFFAAF000C@syndicat.com> Message-ID: <7bbe62dd6ee2b98063065ef7b8b02699@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Cc: Niels Dettenbach , xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?Live_Migration_of_a_Virtual_Machine_without?= =?utf-8?q?_a=09Shared_Storage?= X-BeenThere: xen-users@lists.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 Wed, 29 May 2013 18:03:07 +0300, Nick Katsipoulakis wrote: > Niels thank you for your immediate answer and concern. > > Actually my FUSE Filesystem works as an abstraction layer between Xen > and the underlying Filesystem (i.e. ext3). Everytime an I/O is > performed by the VM, whose disk image is stored under my filesystem's > mount point and is about to be migrated, the I/O is intercepted and > actions are taken in order to ensure the consistency of the migrated > disk image. It also manages to hand-over the VM and start its > operation on the destination machine, before the whole disk image is > migrated. Most interesting. Is this FS publicly available? It sounds similar to GlusterFS and SeznamFS. Can you explain the differences? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 16:14:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 16:14: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 1Uhizw-0005uN-C4; Wed, 29 May 2013 16:13:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhizu-0005uI-AU for xen-users@lists.xen.org; Wed, 29 May 2013 16:13:10 +0000 Received: from [85.158.139.83:46897] by server-16.bemta-5.messagelabs.com id BB/EB-31493-51926A15; Wed, 29 May 2013 16:13:09 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1369843987!28272283!1 X-Originating-IP: [209.85.223.175] X-SpamReason: No, hits=1.2 required=7.0 tests=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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16824 invoked from network); 29 May 2013 16:13:08 -0000 Received: from mail-ie0-f175.google.com (HELO mail-ie0-f175.google.com) (209.85.223.175) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 16:13:08 -0000 Received: by mail-ie0-f175.google.com with SMTP id tp5so8630171ieb.20 for ; Wed, 29 May 2013 09:13:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wQFS78qwM1NkHSD2WPnURJlC72zykvSBQL2PwmNCoz8=; b=QMtAdWkXMXWG+KJhVkl1DUvkDVoJKmqjdXp/mv4wcFphL9umkPDzVhFf/y/lnUJWqx EBZ9AOl0G/VPwT9pizj6wVIYMcesCpaClRoa+wfDjGi+yVSBQDg2UAMfO4M6QLVUfXjo C1bqQ75yDwGSh/gf693xzSpCg1wnlZkLNpdqswL1sGmkdMGvqsYE44YjwTxK3DyZCtOv 2/w6cw/VrmejFB9/e3JdpWg3B24QVnOnm7RYt0vR9Et0yOrEFzD3rrVEGv/0BejWZ88l dvRTbRGLfM9g56LgjMOaOxpoHoYpk8F+RRR+JIwT+j432sH/N+W/IXcSlpls1Wx8a3Q8 vNCg== MIME-Version: 1.0 X-Received: by 10.50.93.41 with SMTP id cr9mr1658490igb.27.1369843986957; Wed, 29 May 2013 09:13:06 -0700 (PDT) Received: by 10.42.76.137 with HTTP; Wed, 29 May 2013 09:13:06 -0700 (PDT) Date: Wed, 29 May 2013 10:13:06 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] Bug when compiling qemu tradition X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9166213017298901496==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9166213017298901496== Content-Type: multipart/alternative; boundary=047d7b2e0f573d8df104dddda8cd --047d7b2e0f573d8df104dddda8cd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I am running arch linux and I just did system upgrade to latest packages. So I guess this bug will pop up fo other later on. I don't know if this is caused by perl 5.18? It seems that it doesn not like =FC in the name. Is there wah to have this patched to u or is there other work around? texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=3D1 --center=3D" " --release=3D" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII character seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71. make[3]: *** [qemu.1] Error 255 --047d7b2e0f573d8df104dddda8cd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running arch linux and I just did system upgrade to latest= packages. So I guess this bug will pop up fo other later on. I don't k= now if this is caused by perl 5.18? It seems that it doesn not like =A0=FC = in the name. Is there wah to have this patched to u or is there other work = around?
texi2html -monolithic -number-sections qemu-doc.texi
texi2ht= ml -monolithic -number-sections qemu-tech.texi
/data/dev/xen/xen-= 4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/texi2pod.pl=A0qemu-doc.texi qemu.pod
pod2man --section=3D1 --center=3D" " --release=3D" &quo= t; qemu.pod > qemu.1
qemu.pod around line 91: Non-ASCII charac= ter seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8
POD document had syntax errors at /usr/bin/core_perl/pod2man line 71.
make[3]: *** [qemu.1] Error 255
--047d7b2e0f573d8df104dddda8cd-- --===============9166213017298901496== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9166213017298901496==-- From xen-users-bounces@lists.xen.org Wed May 29 16:14:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 16:14: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 1Uhizw-0005uN-C4; Wed, 29 May 2013 16:13:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhizu-0005uI-AU for xen-users@lists.xen.org; Wed, 29 May 2013 16:13:10 +0000 Received: from [85.158.139.83:46897] by server-16.bemta-5.messagelabs.com id BB/EB-31493-51926A15; Wed, 29 May 2013 16:13:09 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1369843987!28272283!1 X-Originating-IP: [209.85.223.175] X-SpamReason: No, hits=1.2 required=7.0 tests=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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16824 invoked from network); 29 May 2013 16:13:08 -0000 Received: from mail-ie0-f175.google.com (HELO mail-ie0-f175.google.com) (209.85.223.175) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 16:13:08 -0000 Received: by mail-ie0-f175.google.com with SMTP id tp5so8630171ieb.20 for ; Wed, 29 May 2013 09:13:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wQFS78qwM1NkHSD2WPnURJlC72zykvSBQL2PwmNCoz8=; b=QMtAdWkXMXWG+KJhVkl1DUvkDVoJKmqjdXp/mv4wcFphL9umkPDzVhFf/y/lnUJWqx EBZ9AOl0G/VPwT9pizj6wVIYMcesCpaClRoa+wfDjGi+yVSBQDg2UAMfO4M6QLVUfXjo C1bqQ75yDwGSh/gf693xzSpCg1wnlZkLNpdqswL1sGmkdMGvqsYE44YjwTxK3DyZCtOv 2/w6cw/VrmejFB9/e3JdpWg3B24QVnOnm7RYt0vR9Et0yOrEFzD3rrVEGv/0BejWZ88l dvRTbRGLfM9g56LgjMOaOxpoHoYpk8F+RRR+JIwT+j432sH/N+W/IXcSlpls1Wx8a3Q8 vNCg== MIME-Version: 1.0 X-Received: by 10.50.93.41 with SMTP id cr9mr1658490igb.27.1369843986957; Wed, 29 May 2013 09:13:06 -0700 (PDT) Received: by 10.42.76.137 with HTTP; Wed, 29 May 2013 09:13:06 -0700 (PDT) Date: Wed, 29 May 2013 10:13:06 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] Bug when compiling qemu tradition X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9166213017298901496==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9166213017298901496== Content-Type: multipart/alternative; boundary=047d7b2e0f573d8df104dddda8cd --047d7b2e0f573d8df104dddda8cd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I am running arch linux and I just did system upgrade to latest packages. So I guess this bug will pop up fo other later on. I don't know if this is caused by perl 5.18? It seems that it doesn not like =FC in the name. Is there wah to have this patched to u or is there other work around? texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=3D1 --center=3D" " --release=3D" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII character seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71. make[3]: *** [qemu.1] Error 255 --047d7b2e0f573d8df104dddda8cd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running arch linux and I just did system upgrade to latest= packages. So I guess this bug will pop up fo other later on. I don't k= now if this is caused by perl 5.18? It seems that it doesn not like =A0=FC = in the name. Is there wah to have this patched to u or is there other work = around?
texi2html -monolithic -number-sections qemu-doc.texi
texi2ht= ml -monolithic -number-sections qemu-tech.texi
/data/dev/xen/xen-= 4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/texi2pod.pl=A0qemu-doc.texi qemu.pod
pod2man --section=3D1 --center=3D" " --release=3D" &quo= t; qemu.pod > qemu.1
qemu.pod around line 91: Non-ASCII charac= ter seen before =3Dencoding in 'Sch=FCtz.'. Assuming UTF-8
POD document had syntax errors at /usr/bin/core_perl/pod2man line 71.
make[3]: *** [qemu.1] Error 255
--047d7b2e0f573d8df104dddda8cd-- --===============9166213017298901496== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9166213017298901496==-- From xen-users-bounces@lists.xen.org Wed May 29 17:04:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:04: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 1Uhjms-0007pZ-Fq; Wed, 29 May 2013 17:03:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhjmq-0007pI-Gk; Wed, 29 May 2013 17:03:44 +0000 Received: from [85.158.139.211:24638] by server-2.bemta-5.messagelabs.com id 5B/3A-26552-FE436A15; Wed, 29 May 2013 17:03:43 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369847022!20074949!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25569 invoked from network); 29 May 2013 17:03:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 17:03:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,765,1363132800"; d="scan'208";a="5104336" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 29 May 2013 17:03:42 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 29 May 2013 18:03:41 +0100 Message-ID: <51A634EC.7050805@citrix.com> Date: Wed, 29 May 2013 19:03:40 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> In-Reply-To: <51A5229F.80205@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Matt Wilson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 28/05/13 23:33, Colin Percival wrote: > On 05/28/13 12:18, Matt Wilson wrote: >> VCPUOP_set_singleshot_timer returns -EINVAL when: >> >> 1) the specified vCPU ID is out of range (<0 or >MAX_VIRT_CPUS) >> 2) the specified vCPU ID doesn't match the running vCPU. >> >> It seems that there is a confusion between the logical vCPU ID and the >> local APIC physical ID. >> [...] >> (XEN) Domain 1 (vcpu#16) VCPUOP_set_singleshot_timer specified vcpuid 1 >> [...] >> APIC: CPU 1 has ACPI ID 16 > > Thanks Matt! Looks like we need to pass our acpi_id to the Xen hypercall > instead of our cpuid. > > Roger, changing the line > int cpu = PCPU_GET(cpuid); > to > int cpu = PCPU_GET(acpi_id); > in xentimer_et_start and xentimer_et_stop fixes this panic and gets me > slightly further; the following lines are now added to the console output > prior to the system appearing to hang: >> ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 >> ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 >> ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 >> ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 >> ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 >> ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 >> ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 7 vector 48 >> TSC timecounter discards lower 1 bit(s) >> Timecounter "TSC-low" frequency 1300024860 Hz quality -100 >> WARNING: WITNESS option enabled, expect reduced performance. Hello, Thanks Matt and Colin for the testing and help! I've pushed yet another version, now it's branch pvhvm_v12, which I *think* should solve the issues with cpuid != acpi_id: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvhvm_v12 Since I'm not able to reproduce the cpuid != acpi_id case, could you give it a try and report the results? > On a cc2.8xlarge EC2 instance, the lines which come after this are >> GEOM: new disk xbd1 >> GEOM: new disk xbd2 >> GEOM: new disk xbd3 >> GEOM: new disk xbd4 >> Trying to mount root from ufs:/dev/ad0a [rw]... >> start_init: trying /sbin/init > and then the userland boot process; have you made any bug fixes after > your pvhvm_v7 which would explain why tasting disks was hanging? I'm not sure I follow, did you found a regression from previous branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:04:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:04: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 1Uhjms-0007pZ-Fq; Wed, 29 May 2013 17:03:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhjmq-0007pI-Gk; Wed, 29 May 2013 17:03:44 +0000 Received: from [85.158.139.211:24638] by server-2.bemta-5.messagelabs.com id 5B/3A-26552-FE436A15; Wed, 29 May 2013 17:03:43 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1369847022!20074949!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25569 invoked from network); 29 May 2013 17:03:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 17:03:42 -0000 X-IronPort-AV: E=Sophos;i="4.87,765,1363132800"; d="scan'208";a="5104336" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 29 May 2013 17:03:42 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.3; Wed, 29 May 2013 18:03:41 +0100 Message-ID: <51A634EC.7050805@citrix.com> Date: Wed, 29 May 2013 19:03:40 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Colin Percival References: <51957D42.9060801@citrix.com> <51959ED9.6040405@freebsd.org> <51974EC9.9030204@citrix.com> <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> In-Reply-To: <51A5229F.80205@freebsd.org> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , xen-devel , "freebsd-virtualization@freebsd.org" , Matt Wilson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 28/05/13 23:33, Colin Percival wrote: > On 05/28/13 12:18, Matt Wilson wrote: >> VCPUOP_set_singleshot_timer returns -EINVAL when: >> >> 1) the specified vCPU ID is out of range (<0 or >MAX_VIRT_CPUS) >> 2) the specified vCPU ID doesn't match the running vCPU. >> >> It seems that there is a confusion between the logical vCPU ID and the >> local APIC physical ID. >> [...] >> (XEN) Domain 1 (vcpu#16) VCPUOP_set_singleshot_timer specified vcpuid 1 >> [...] >> APIC: CPU 1 has ACPI ID 16 > > Thanks Matt! Looks like we need to pass our acpi_id to the Xen hypercall > instead of our cpuid. > > Roger, changing the line > int cpu = PCPU_GET(cpuid); > to > int cpu = PCPU_GET(acpi_id); > in xentimer_et_start and xentimer_et_stop fixes this panic and gets me > slightly further; the following lines are now added to the console output > prior to the system appearing to hang: >> ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 >> ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 >> ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 >> ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 4 vector 48 >> ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 >> ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 >> ioapic0: routing intpin 28 (PCI IRQ 28) to lapic 7 vector 48 >> TSC timecounter discards lower 1 bit(s) >> Timecounter "TSC-low" frequency 1300024860 Hz quality -100 >> WARNING: WITNESS option enabled, expect reduced performance. Hello, Thanks Matt and Colin for the testing and help! I've pushed yet another version, now it's branch pvhvm_v12, which I *think* should solve the issues with cpuid != acpi_id: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvhvm_v12 Since I'm not able to reproduce the cpuid != acpi_id case, could you give it a try and report the results? > On a cc2.8xlarge EC2 instance, the lines which come after this are >> GEOM: new disk xbd1 >> GEOM: new disk xbd2 >> GEOM: new disk xbd3 >> GEOM: new disk xbd4 >> Trying to mount root from ufs:/dev/ad0a [rw]... >> start_init: trying /sbin/init > and then the userland boot process; have you made any bug fixes after > your pvhvm_v7 which would explain why tasting disks was hanging? I'm not sure I follow, did you found a regression from previous branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:27:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:27: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 1Uhk8y-0000Zc-Pq; Wed, 29 May 2013 17:26:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhk59-0000Pb-5x; Wed, 29 May 2013 17:22:39 +0000 Received: from [85.158.143.99:13534] by server-2.bemta-4.messagelabs.com id A1/EB-27124-E5936A15; Wed, 29 May 2013 17:22:38 +0000 X-Env-Sender: prvs=854e4d353=msw@amazon.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369848148!16385050!1 X-Originating-IP: [72.21.196.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzIuMjEuMTk2LjI1ID0+IDE4NjQwNA==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24862 invoked from network); 29 May 2013 17:22:29 -0000 Received: from smtp-fw-2101.amazon.com (HELO smtp-fw-2101.amazon.com) (72.21.196.25) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 17:22:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=msw@amazon.com; q=dns/txt; s=amazon201209; t=1369848149; x=1401384149; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=EtD99msgmr/hICSmuSUv9+Q5jjpgnXxuR0eMMuvNfa8=; b=Ukk9jb0Gu5iJC4WQp6QLBsFY+X71oE/QJ1O5SaLjMcFCArciORC8zfQh ImvG5+mfqrH3td7wEQFc4+DjL+Gds1w+53gxFjxjr6IqH/Pe+3QB9/TEl 9VDZta/hbOf1PJQlkDK2zMciHInGiD8DEa/bSmoE3cfonhndL0UQLRQmv w=; X-IronPort-AV: E=Sophos;i="4.87,765,1363132800"; d="scan'208";a="568401090" Received: from smtp-in-1101.vdc.amazon.com ([10.146.54.37]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 May 2013 17:22:27 +0000 Received: from ex10-hub-9003.ant.amazon.com (ex10-hub-9003.ant.amazon.com [10.185.137.132]) by smtp-in-1101.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id r4THMOUl029000 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Wed, 29 May 2013 17:22:27 GMT Received: from u109add4315675089e695.ant.amazon.com (10.184.8.86) by ex10-hub-9003.ant.amazon.com (10.185.137.132) with Microsoft SMTP Server id 14.2.247.3; Wed, 29 May 2013 10:22:03 -0700 Received: by u109add4315675089e695.ant.amazon.com (sSMTP sendmail emulation); Wed, 29 May 2013 10:22:03 -0700 Date: Wed, 29 May 2013 10:22:03 -0700 From: Matt Wilson To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> References: <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> <51A634EC.7050805@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51A634EC.7050805@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Wed, 29 May 2013 17:26:35 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , Colin Percival , xen-devel Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 29, 2013 at 07:03:40PM +0200, Roger Pau Monn=E9 wrote: > = > Hello, > = > Thanks Matt and Colin for the testing and help! I've pushed yet another > version, now it's branch pvhvm_v12, which I *think* should solve the > issues with cpuid !=3D acpi_id: > = > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dshortlog= ;h=3Drefs/heads/pvhvm_v12 > = > Since I'm not able to reproduce the cpuid !=3D acpi_id case, could you > give it a try and report the results? Colin, can you build an AMI with this new kernel? = [...] > On 28/05/13 23:33, Colin Percival wrote: > > On a cc2.8xlarge EC2 instance, the lines which come after this are > >> GEOM: new disk xbd1 > >> GEOM: new disk xbd2 > >> GEOM: new disk xbd3 > >> GEOM: new disk xbd4 > >> Trying to mount root from ufs:/dev/ad0a [rw]... > >> start_init: trying /sbin/init > > and then the userland boot process; have you made any bug fixes after > > your pvhvm_v7 which would explain why tasting disks was hanging? > = > I'm not sure I follow, did you found a regression from previous > branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? Colin was saying that his local change only moved the boot process a bit farther for cr1.8xlarge. Perhaps some of the other changes you made in the latest pvhvm_v12 branch will get the VM all the way up. --msw _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:27:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:27: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 1Uhk8y-0000Zc-Pq; Wed, 29 May 2013 17:26:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhk59-0000Pb-5x; Wed, 29 May 2013 17:22:39 +0000 Received: from [85.158.143.99:13534] by server-2.bemta-4.messagelabs.com id A1/EB-27124-E5936A15; Wed, 29 May 2013 17:22:38 +0000 X-Env-Sender: prvs=854e4d353=msw@amazon.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1369848148!16385050!1 X-Originating-IP: [72.21.196.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzIuMjEuMTk2LjI1ID0+IDE4NjQwNA==\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24862 invoked from network); 29 May 2013 17:22:29 -0000 Received: from smtp-fw-2101.amazon.com (HELO smtp-fw-2101.amazon.com) (72.21.196.25) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 17:22:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=msw@amazon.com; q=dns/txt; s=amazon201209; t=1369848149; x=1401384149; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=EtD99msgmr/hICSmuSUv9+Q5jjpgnXxuR0eMMuvNfa8=; b=Ukk9jb0Gu5iJC4WQp6QLBsFY+X71oE/QJ1O5SaLjMcFCArciORC8zfQh ImvG5+mfqrH3td7wEQFc4+DjL+Gds1w+53gxFjxjr6IqH/Pe+3QB9/TEl 9VDZta/hbOf1PJQlkDK2zMciHInGiD8DEa/bSmoE3cfonhndL0UQLRQmv w=; X-IronPort-AV: E=Sophos;i="4.87,765,1363132800"; d="scan'208";a="568401090" Received: from smtp-in-1101.vdc.amazon.com ([10.146.54.37]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 May 2013 17:22:27 +0000 Received: from ex10-hub-9003.ant.amazon.com (ex10-hub-9003.ant.amazon.com [10.185.137.132]) by smtp-in-1101.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id r4THMOUl029000 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Wed, 29 May 2013 17:22:27 GMT Received: from u109add4315675089e695.ant.amazon.com (10.184.8.86) by ex10-hub-9003.ant.amazon.com (10.185.137.132) with Microsoft SMTP Server id 14.2.247.3; Wed, 29 May 2013 10:22:03 -0700 Received: by u109add4315675089e695.ant.amazon.com (sSMTP sendmail emulation); Wed, 29 May 2013 10:22:03 -0700 Date: Wed, 29 May 2013 10:22:03 -0700 From: Matt Wilson To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> References: <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> <51A634EC.7050805@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51A634EC.7050805@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Wed, 29 May 2013 17:26:35 +0000 Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , Colin Percival , xen-devel Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, May 29, 2013 at 07:03:40PM +0200, Roger Pau Monn=E9 wrote: > = > Hello, > = > Thanks Matt and Colin for the testing and help! I've pushed yet another > version, now it's branch pvhvm_v12, which I *think* should solve the > issues with cpuid !=3D acpi_id: > = > http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dshortlog= ;h=3Drefs/heads/pvhvm_v12 > = > Since I'm not able to reproduce the cpuid !=3D acpi_id case, could you > give it a try and report the results? Colin, can you build an AMI with this new kernel? = [...] > On 28/05/13 23:33, Colin Percival wrote: > > On a cc2.8xlarge EC2 instance, the lines which come after this are > >> GEOM: new disk xbd1 > >> GEOM: new disk xbd2 > >> GEOM: new disk xbd3 > >> GEOM: new disk xbd4 > >> Trying to mount root from ufs:/dev/ad0a [rw]... > >> start_init: trying /sbin/init > > and then the userland boot process; have you made any bug fixes after > > your pvhvm_v7 which would explain why tasting disks was hanging? > = > I'm not sure I follow, did you found a regression from previous > branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? Colin was saying that his local change only moved the boot process a bit farther for cr1.8xlarge. Perhaps some of the other changes you made in the latest pvhvm_v12 branch will get the VM all the way up. --msw _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:27:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:27: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 1Uhk8y-0000ZO-51; Wed, 29 May 2013 17:26:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhjqy-00089K-Ex; Wed, 29 May 2013 17:08:00 +0000 Received: from [85.158.138.51:33982] by server-4.bemta-3.messagelabs.com id A6/04-01776-FE536A15; Wed, 29 May 2013 17:07:59 +0000 X-Env-Sender: gibbs@scsiguy.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369847274!22754215!1 X-Originating-IP: [70.89.174.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15728 invoked from network); 29 May 2013 17:07:57 -0000 Received: from ns1.scsiguy.com (HELO aslan.scsiguy.com) (70.89.174.89) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 17:07:57 -0000 Received: from [192.168.6.146] (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r4TH7INa052503 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 May 2013 17:07:20 GMT (envelope-from gibbs@scsiguy.com) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: "Justin T. Gibbs" In-Reply-To: Date: Wed, 29 May 2013 11:07:13 -0600 Message-Id: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> To: Outback Dingo X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Wed, 29 May 2013 17:07:22 +0000 (UTC) X-Mailman-Approved-At: Wed, 29 May 2013 17:26:35 +0000 Cc: Craig Rodrigues , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "freebsd-xen@freebsd.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 28, 2013, at 5:20 PM, Outback Dingo wrote: > On Tue, May 28, 2013 at 7:09 PM, Craig Rodrigues wrote: > >> On Tue, May 28, 2013 at 3:43 PM, Outback Dingo wrote: >> >>> >>> I wrote a blog post specifically for installing 10-CURRENT from a >>>> snapshot ISO and getting bootstrapped >>>> from there, to help the Google Summer of Code Student that I am >>>> mentoring. >>>> What specifically do you want to be backported to 9-STABLE? >>>> >>> >>> Yes Ive seen the post, however we have a hard requirement for 9-STABLE >>> for some development work we are >>> currently involved in. And I would prefer not to move our current >>> infrastructure for development to CURRENT. >>> A major portion of our development environment is based on XEN for >>> testing and development. >>> Therefor we realize PVHM is a work in progress, and we have built some >>> VMs from it, they run exceptionally >>> well, However our build environments refuse to build 9-STABLE on CURRENT >>> PVHVM, or 10-CURRENT. >>> Lastly Im sure theres a ton of users who would like to see this in 9.x or >>> 9-STABLE >>> >>> >> >> OK, I misunderstood you since you responded in the thread and quoted some >> of my post. >> My blog post has nothing relevant to Xen and PVHM, and is specific to >> setting up >> a Google Summer of Code student on a 10-CURRENT environment. The FreeBSD >> Xen >> and PVHM developers will need to provide the details about their plans to >> merge their changes to the 9-STABLE branch..... >> that's something which I am not familiar with. >> > > If we can get a diff of the work done against the master Id be happy to > help backporting and testing I plan to backport the work once we have it all in -current. -- Justin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:27:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:27: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 1Uhk8y-0000ZO-51; Wed, 29 May 2013 17:26:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhjqy-00089K-Ex; Wed, 29 May 2013 17:08:00 +0000 Received: from [85.158.138.51:33982] by server-4.bemta-3.messagelabs.com id A6/04-01776-FE536A15; Wed, 29 May 2013 17:07:59 +0000 X-Env-Sender: gibbs@scsiguy.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1369847274!22754215!1 X-Originating-IP: [70.89.174.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15728 invoked from network); 29 May 2013 17:07:57 -0000 Received: from ns1.scsiguy.com (HELO aslan.scsiguy.com) (70.89.174.89) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 17:07:57 -0000 Received: from [192.168.6.146] (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r4TH7INa052503 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 May 2013 17:07:20 GMT (envelope-from gibbs@scsiguy.com) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: "Justin T. Gibbs" In-Reply-To: Date: Wed, 29 May 2013 11:07:13 -0600 Message-Id: References: <519131D8.9010307@citrix.com> <647F6650-AEED-4784-8A45-98324860EE0A@dckd.nl> <519E1A0C.3070609@citrix.com> To: Outback Dingo X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Wed, 29 May 2013 17:07:22 +0000 (UTC) X-Mailman-Approved-At: Wed, 29 May 2013 17:26:35 +0000 Cc: Craig Rodrigues , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" , "freebsd-xen@freebsd.org" Subject: Re: [Xen-users] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On May 28, 2013, at 5:20 PM, Outback Dingo wrote: > On Tue, May 28, 2013 at 7:09 PM, Craig Rodrigues wrote: > >> On Tue, May 28, 2013 at 3:43 PM, Outback Dingo wrote: >> >>> >>> I wrote a blog post specifically for installing 10-CURRENT from a >>>> snapshot ISO and getting bootstrapped >>>> from there, to help the Google Summer of Code Student that I am >>>> mentoring. >>>> What specifically do you want to be backported to 9-STABLE? >>>> >>> >>> Yes Ive seen the post, however we have a hard requirement for 9-STABLE >>> for some development work we are >>> currently involved in. And I would prefer not to move our current >>> infrastructure for development to CURRENT. >>> A major portion of our development environment is based on XEN for >>> testing and development. >>> Therefor we realize PVHM is a work in progress, and we have built some >>> VMs from it, they run exceptionally >>> well, However our build environments refuse to build 9-STABLE on CURRENT >>> PVHVM, or 10-CURRENT. >>> Lastly Im sure theres a ton of users who would like to see this in 9.x or >>> 9-STABLE >>> >>> >> >> OK, I misunderstood you since you responded in the thread and quoted some >> of my post. >> My blog post has nothing relevant to Xen and PVHM, and is specific to >> setting up >> a Google Summer of Code student on a 10-CURRENT environment. The FreeBSD >> Xen >> and PVHM developers will need to provide the details about their plans to >> merge their changes to the 9-STABLE branch..... >> that's something which I am not familiar with. >> > > If we can get a diff of the work done against the master Id be happy to > help backporting and testing I plan to backport the work once we have it all in -current. -- Justin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:46:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:46: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 1UhkRa-0001gY-IH; Wed, 29 May 2013 17:45:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhkRX-0001gJ-Qx; Wed, 29 May 2013 17:45:48 +0000 Received: from [85.158.138.51:39838] by server-2.bemta-3.messagelabs.com id 18/4E-24763-ACE36A15; Wed, 29 May 2013 17:45:46 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369849546!171723!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6912 invoked from network); 29 May 2013 17:45:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 17:45:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,765,1363132800"; d="scan'208";a="5105590" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 29 May 2013 17:45:25 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 29 May 2013 18:45:23 +0100 Message-ID: <51A63EB3.5090007@citrix.com> Date: Wed, 29 May 2013 19:45:23 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Matt Wilson References: <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> <51A634EC.7050805@citrix.com> <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> In-Reply-To: <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , Colin Percival , xen-devel Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 29/05/13 19:22, Matt Wilson wrote: > On Wed, May 29, 2013 at 07:03:40PM +0200, Roger Pau Monn=E9 wrote: >> >> Hello, >> >> Thanks Matt and Colin for the testing and help! I've pushed yet another >> version, now it's branch pvhvm_v12, which I *think* should solve the >> issues with cpuid !=3D acpi_id: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dshortlo= g;h=3Drefs/heads/pvhvm_v12 >> >> Since I'm not able to reproduce the cpuid !=3D acpi_id case, could you >> give it a try and report the results? > = > Colin, can you build an AMI with this new kernel? > = > [...] > = >> On 28/05/13 23:33, Colin Percival wrote: >>> On a cc2.8xlarge EC2 instance, the lines which come after this are >>>> GEOM: new disk xbd1 >>>> GEOM: new disk xbd2 >>>> GEOM: new disk xbd3 >>>> GEOM: new disk xbd4 >>>> Trying to mount root from ufs:/dev/ad0a [rw]... >>>> start_init: trying /sbin/init >>> and then the userland boot process; have you made any bug fixes after >>> your pvhvm_v7 which would explain why tasting disks was hanging? >> >> I'm not sure I follow, did you found a regression from previous >> branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? > = > Colin was saying that his local change only moved the boot process a > bit farther for cr1.8xlarge. Perhaps some of the other changes you > made in the latest pvhvm_v12 branch will get the VM all the way up. Oh, sure, more changes where needed in order to get it to work, like using acpi_id to map the vcpu_info and perform the cpu bindings. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 17:46:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 17:46: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 1UhkRa-0001gY-IH; Wed, 29 May 2013 17:45:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhkRX-0001gJ-Qx; Wed, 29 May 2013 17:45:48 +0000 Received: from [85.158.138.51:39838] by server-2.bemta-3.messagelabs.com id 18/4E-24763-ACE36A15; Wed, 29 May 2013 17:45:46 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1369849546!171723!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.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6912 invoked from network); 29 May 2013 17:45:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 17:45:46 -0000 X-IronPort-AV: E=Sophos;i="4.87,765,1363132800"; d="scan'208";a="5105590" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 29 May 2013 17:45:25 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.3; Wed, 29 May 2013 18:45:23 +0100 Message-ID: <51A63EB3.5090007@citrix.com> Date: Wed, 29 May 2013 19:45:23 +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/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Matt Wilson References: <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> <51A634EC.7050805@citrix.com> <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> In-Reply-To: <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , Colin Percival , xen-devel Subject: Re: [Xen-users] [Xen-devel] FreeBSD PVHVM call for testing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 29/05/13 19:22, Matt Wilson wrote: > On Wed, May 29, 2013 at 07:03:40PM +0200, Roger Pau Monn=E9 wrote: >> >> Hello, >> >> Thanks Matt and Colin for the testing and help! I've pushed yet another >> version, now it's branch pvhvm_v12, which I *think* should solve the >> issues with cpuid !=3D acpi_id: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dshortlo= g;h=3Drefs/heads/pvhvm_v12 >> >> Since I'm not able to reproduce the cpuid !=3D acpi_id case, could you >> give it a try and report the results? > = > Colin, can you build an AMI with this new kernel? > = > [...] > = >> On 28/05/13 23:33, Colin Percival wrote: >>> On a cc2.8xlarge EC2 instance, the lines which come after this are >>>> GEOM: new disk xbd1 >>>> GEOM: new disk xbd2 >>>> GEOM: new disk xbd3 >>>> GEOM: new disk xbd4 >>>> Trying to mount root from ufs:/dev/ad0a [rw]... >>>> start_init: trying /sbin/init >>> and then the userland boot process; have you made any bug fixes after >>> your pvhvm_v7 which would explain why tasting disks was hanging? >> >> I'm not sure I follow, did you found a regression from previous >> branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? > = > Colin was saying that his local change only moved the boot process a > bit farther for cr1.8xlarge. Perhaps some of the other changes you > made in the latest pvhvm_v12 branch will get the VM all the way up. Oh, sure, more changes where needed in order to get it to work, like using acpi_id to map the vcpu_info and perform the cpu bindings. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed May 29 18:06:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 18:06: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 1UhkkL-0002tC-0t; Wed, 29 May 2013 18:05:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhkkJ-0002t1-GB for xen-users@lists.xen.org; Wed, 29 May 2013 18:05:11 +0000 Received: from [85.158.139.211:64102] by server-11.bemta-5.messagelabs.com id 49/AA-26693-65346A15; Wed, 29 May 2013 18:05:10 +0000 X-Env-Sender: prvs=4861d958ba=jaya.dhanesh@ericsson.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369850709!20064795!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20039 invoked from network); 29 May 2013 18:05:09 -0000 Received: from mailgw2.ericsson.se (HELO mailgw2.ericsson.se) (193.180.251.37) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 18:05:09 -0000 X-AuditID: c1b4fb25-b7f4c6d000004656-1d-51a64354a1ad Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id AD.AE.18006.45346A15; Wed, 29 May 2013 20:05:08 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.279.1; Wed, 29 May 2013 20:05:08 +0200 Message-ID: <51A6434E.1060702@ericsson.com> Date: Wed, 29 May 2013 23:35:02 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> <51A5CAB1.8080108@ericsson.com> <51A5D5D8.2020306@excello.cz> In-Reply-To: <51A5D5D8.2020306@excello.cz> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrELMWRmVeSWpSXmKPExsUyM+JvrW6I87JAgxVT9C1WXT3A6sDocXT3 b6YAxihum6TEkrLgzPQ8fbsE7oyZ2zoYC5byVHQ+WMzawLibs4uRg0NCwERi8kPZLkZOIFNM 4sK99WxdjFwcQgKnGCU+fr3NCOFsYZQ4e+EIO0gVr4C2xNfVN1lAbBYBVYlJq56zgdhsAnoS 147dBKsRElCWmH9nAhOIzS9gKvGwdxYryDJRgTCJ6TuhxghKnJz5BGyMiIC0xIwrTWBjhAUk JA496mOCGHOKSeJ9SzmIzSmgJXFn+S+wODPQmOuv2xhBRgoJqEmcep0zgVFwFpKps5BUQdi2 EhfmXIeKy0tsfzuHGcLWlbjwfwqK+AJGtlWM7LmJmTnp5UabGIFBfHDLb9UdjHfOiRxilOZg URLn1eNdHCgkkJ5YkpqdmlqQWhRfVJqTWnyIkYmDE0RwSTUwrrjlN42nr/BUZ72vUmnhw//H pj9MbfHZVXFQK8e4XHhJd00Ky5RZfw8KKh55WyrIH73h0UPDaGbhu9U/22VWb7yiVHBiWhWz ZVq5rGzK9P+dW/5Zpd36Jb9nnvyts/td394+r7n+34xfxgfa7Z4xrji9c3fzBYXwqFQtOd/i toVXDk+rZom5rsRSnJFoqMVcVJwIALE3meE1AgAA Subject: [Xen-users] XM console exit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1427881830867968198==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1427881830867968198== Content-Type: multipart/alternative; boundary="------------040102030502090001090901" --------------040102030502090001090901 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I have a piece of software which will use pipes and sockets to communicate with the console. How do I make DomU to write to this socket instead of the default console o/p so that I can read this in my app and process them. Similary the DomU should read from the socket that my app will write to. VBox supports this and is this possible in xen? What does the serial config option specify? Can I use this option to achieve mentioned above? Thanks, Dhanesh. --------------040102030502090001090901 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I have a piece of software which will use pipes and sockets to communicate with the console. How do
I make DomU to write to this socket instead of the default console o/p so that I can read this in my app and process them. Similary the DomU should read from the socket that my app will write to. VBox supports this and is this possible in xen?

What does the serial config option specify? Can I use this option to achieve mentioned above?

Thanks,
Dhanesh.
--------------040102030502090001090901-- --===============1427881830867968198== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1427881830867968198==-- From xen-users-bounces@lists.xen.org Wed May 29 18:06:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 18:06: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 1UhkkL-0002tC-0t; Wed, 29 May 2013 18:05:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhkkJ-0002t1-GB for xen-users@lists.xen.org; Wed, 29 May 2013 18:05:11 +0000 Received: from [85.158.139.211:64102] by server-11.bemta-5.messagelabs.com id 49/AA-26693-65346A15; Wed, 29 May 2013 18:05:10 +0000 X-Env-Sender: prvs=4861d958ba=jaya.dhanesh@ericsson.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1369850709!20064795!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20039 invoked from network); 29 May 2013 18:05:09 -0000 Received: from mailgw2.ericsson.se (HELO mailgw2.ericsson.se) (193.180.251.37) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 May 2013 18:05:09 -0000 X-AuditID: c1b4fb25-b7f4c6d000004656-1d-51a64354a1ad Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id AD.AE.18006.45346A15; Wed, 29 May 2013 20:05:08 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.279.1; Wed, 29 May 2013 20:05:08 +0200 Message-ID: <51A6434E.1060702@ericsson.com> Date: Wed, 29 May 2013 23:35:02 +0530 From: Jaya Dhanesh Organization: Ericsson India Global Services Pvt. Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <519DF462.8020805@ericsson.com> <519EFE18.5090904@ericsson.com> <519F5A3C.6010604@ericsson.com> <519F5D0C.8040807@excello.cz> <51A58757.7080002@ericsson.com> <51A5C481.4030707@excello.cz> <51A5CAB1.8080108@ericsson.com> <51A5D5D8.2020306@excello.cz> In-Reply-To: <51A5D5D8.2020306@excello.cz> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrELMWRmVeSWpSXmKPExsUyM+JvrW6I87JAgxVT9C1WXT3A6sDocXT3 b6YAxihum6TEkrLgzPQ8fbsE7oyZ2zoYC5byVHQ+WMzawLibs4uRg0NCwERi8kPZLkZOIFNM 4sK99WxdjFwcQgKnGCU+fr3NCOFsYZQ4e+EIO0gVr4C2xNfVN1lAbBYBVYlJq56zgdhsAnoS 147dBKsRElCWmH9nAhOIzS9gKvGwdxYryDJRgTCJ6TuhxghKnJz5BGyMiIC0xIwrTWBjhAUk JA496mOCGHOKSeJ9SzmIzSmgJXFn+S+wODPQmOuv2xhBRgoJqEmcep0zgVFwFpKps5BUQdi2 EhfmXIeKy0tsfzuHGcLWlbjwfwqK+AJGtlWM7LmJmTnp5UabGIFBfHDLb9UdjHfOiRxilOZg URLn1eNdHCgkkJ5YkpqdmlqQWhRfVJqTWnyIkYmDE0RwSTUwrrjlN42nr/BUZ72vUmnhw//H pj9MbfHZVXFQK8e4XHhJd00Ky5RZfw8KKh55WyrIH73h0UPDaGbhu9U/22VWb7yiVHBiWhWz ZVq5rGzK9P+dW/5Zpd36Jb9nnvyts/td394+r7n+34xfxgfa7Z4xrji9c3fzBYXwqFQtOd/i toVXDk+rZom5rsRSnJFoqMVcVJwIALE3meE1AgAA Subject: [Xen-users] XM console exit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1427881830867968198==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1427881830867968198== Content-Type: multipart/alternative; boundary="------------040102030502090001090901" --------------040102030502090001090901 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I have a piece of software which will use pipes and sockets to communicate with the console. How do I make DomU to write to this socket instead of the default console o/p so that I can read this in my app and process them. Similary the DomU should read from the socket that my app will write to. VBox supports this and is this possible in xen? What does the serial config option specify? Can I use this option to achieve mentioned above? Thanks, Dhanesh. --------------040102030502090001090901 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi,

I have a piece of software which will use pipes and sockets to communicate with the console. How do
I make DomU to write to this socket instead of the default console o/p so that I can read this in my app and process them. Similary the DomU should read from the socket that my app will write to. VBox supports this and is this possible in xen?

What does the serial config option specify? Can I use this option to achieve mentioned above?

Thanks,
Dhanesh.
--------------040102030502090001090901-- --===============1427881830867968198== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1427881830867968198==-- From xen-users-bounces@lists.xen.org Wed May 29 19:44:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 19:44: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 1UhmHP-0005xo-Cg; Wed, 29 May 2013 19:43:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhmHM-0005xG-Ok; Wed, 29 May 2013 19:43:24 +0000 Received: from [193.109.254.147:6384] by server-3.bemta-14.messagelabs.com id F2/95-06484-B5A56A15; Wed, 29 May 2013 19:43:23 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1369856594!10539246!1 X-Originating-IP: [209.85.215.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_18,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 871 invoked from network); 29 May 2013 19:43:22 -0000 Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 19:43:22 -0000 Received: by mail-la0-f52.google.com with SMTP id fo13so9127121lab.11 for ; Wed, 29 May 2013 12:43:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=+FGFTJIPdrUIMvKkj8ENzMapac8HQQ/9H3KVwMqRzt8=; b=0DOvYM3h8GDk311jHeiAUoPoWkxrFFIeOqxvIkoXgH8WNLpYUvbahZIGqI8Z+1nfN8 19kedICfL4j3DliZffg3VvLy7ALphurfsRFEGyW8HmR/gepa0f6jssBqz2ufKw+5zyqF bsU0G13thgk9EMop1lS5WgoYW4/OvlXQ+ZBawLJ6WZZdHPyfFHrX6EyA2wb8fNwvwPZ3 TON1A4/+Eoujuv5d9OjgNHJDl8xwN2rX32IXuZw246w41ynnrGtkFMOFP3NVa+HNd0C6 cGH2vwagh2tdryHPvDRt5TtEL9ihVwkzxV5HHs5no1ghaYjEUDXPQz539NhymO5ADM9g u+OA== MIME-Version: 1.0 X-Received: by 10.112.141.40 with SMTP id rl8mr2244928lbb.111.1369856584648; Wed, 29 May 2013 12:43:04 -0700 (PDT) Received: by 10.112.80.70 with HTTP; Wed, 29 May 2013 12:43:04 -0700 (PDT) Date: Wed, 29 May 2013 15:43:04 -0400 X-Google-Sender-Auth: 8cmY2jIRcT6dbfdSnHP0ofzBZZI Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org, xen-devel@lists.xen.org, xen-api@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-users] Hear about Xen on The Linux Link Tech Show tonight at 8:30 PM EDT (GMT-4) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2078277868292250637==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2078277868292250637== Content-Type: multipart/alternative; boundary=001a11c268a61f0f0e04dde09732 --001a11c268a61f0f0e04dde09732 Content-Type: text/plain; charset=ISO-8859-1 Just a reminder that I will be talking about the Xen Project on The Linux Link Tech Show (TLLTS) tonight at 8:30 PM EDT (GMT-4). Streams and IRC info can be found here: http://tllts.org/livestreaminfo.php They do have a lively IRC channel during the show, so please join in and help answer questions about Xen as they arise! Also, Lars and I have another 4 speaking sessions in less than 2 weeks. If you are near Tokyo Japan, Austin Texas, or Charlotte North Carolina, we'd love to have you join us! http://blog.xen.org/index.php/2013/05/29/five-chances-to-hear-about-the-xen-project/ --001a11c268a61f0f0e04dde09732 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just a reminder that I will be talking about the Xen Proje= ct on The Linux Link Tech Show (TLLTS) tonight at 8:30 PM EDT (GMT-4).
=
Streams and IRC info can be found here:=A0http://tllts.org/livestreaminfo.php=

They do have a lively IRC channel during th= e show, so please join in and help answer questions about Xen as they arise= !

Also, Lars and I have another 4 spea= king sessions in less than 2 weeks. =A0If you are near Tokyo Japan, Austin = Texas, or Charlotte North Carolina, we'd love to have you join us!

--001a11c268a61f0f0e04dde09732-- --===============2078277868292250637== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2078277868292250637==-- From xen-users-bounces@lists.xen.org Wed May 29 19:44:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 19:44: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 1UhmHP-0005xo-Cg; Wed, 29 May 2013 19:43:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhmHM-0005xG-Ok; Wed, 29 May 2013 19:43:24 +0000 Received: from [193.109.254.147:6384] by server-3.bemta-14.messagelabs.com id F2/95-06484-B5A56A15; Wed, 29 May 2013 19:43:23 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1369856594!10539246!1 X-Originating-IP: [209.85.215.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_18,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 871 invoked from network); 29 May 2013 19:43:22 -0000 Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 19:43:22 -0000 Received: by mail-la0-f52.google.com with SMTP id fo13so9127121lab.11 for ; Wed, 29 May 2013 12:43:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=+FGFTJIPdrUIMvKkj8ENzMapac8HQQ/9H3KVwMqRzt8=; b=0DOvYM3h8GDk311jHeiAUoPoWkxrFFIeOqxvIkoXgH8WNLpYUvbahZIGqI8Z+1nfN8 19kedICfL4j3DliZffg3VvLy7ALphurfsRFEGyW8HmR/gepa0f6jssBqz2ufKw+5zyqF bsU0G13thgk9EMop1lS5WgoYW4/OvlXQ+ZBawLJ6WZZdHPyfFHrX6EyA2wb8fNwvwPZ3 TON1A4/+Eoujuv5d9OjgNHJDl8xwN2rX32IXuZw246w41ynnrGtkFMOFP3NVa+HNd0C6 cGH2vwagh2tdryHPvDRt5TtEL9ihVwkzxV5HHs5no1ghaYjEUDXPQz539NhymO5ADM9g u+OA== MIME-Version: 1.0 X-Received: by 10.112.141.40 with SMTP id rl8mr2244928lbb.111.1369856584648; Wed, 29 May 2013 12:43:04 -0700 (PDT) Received: by 10.112.80.70 with HTTP; Wed, 29 May 2013 12:43:04 -0700 (PDT) Date: Wed, 29 May 2013 15:43:04 -0400 X-Google-Sender-Auth: 8cmY2jIRcT6dbfdSnHP0ofzBZZI Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org, xen-devel@lists.xen.org, xen-api@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-users] Hear about Xen on The Linux Link Tech Show tonight at 8:30 PM EDT (GMT-4) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2078277868292250637==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2078277868292250637== Content-Type: multipart/alternative; boundary=001a11c268a61f0f0e04dde09732 --001a11c268a61f0f0e04dde09732 Content-Type: text/plain; charset=ISO-8859-1 Just a reminder that I will be talking about the Xen Project on The Linux Link Tech Show (TLLTS) tonight at 8:30 PM EDT (GMT-4). Streams and IRC info can be found here: http://tllts.org/livestreaminfo.php They do have a lively IRC channel during the show, so please join in and help answer questions about Xen as they arise! Also, Lars and I have another 4 speaking sessions in less than 2 weeks. If you are near Tokyo Japan, Austin Texas, or Charlotte North Carolina, we'd love to have you join us! http://blog.xen.org/index.php/2013/05/29/five-chances-to-hear-about-the-xen-project/ --001a11c268a61f0f0e04dde09732 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just a reminder that I will be talking about the Xen Proje= ct on The Linux Link Tech Show (TLLTS) tonight at 8:30 PM EDT (GMT-4).
=
Streams and IRC info can be found here:=A0http://tllts.org/livestreaminfo.php=

They do have a lively IRC channel during th= e show, so please join in and help answer questions about Xen as they arise= !

Also, Lars and I have another 4 spea= king sessions in less than 2 weeks. =A0If you are near Tokyo Japan, Austin = Texas, or Charlotte North Carolina, we'd love to have you join us!

--001a11c268a61f0f0e04dde09732-- --===============2078277868292250637== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2078277868292250637==-- From xen-users-bounces@lists.xen.org Wed May 29 22:41:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 22:41:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhp2Z-0002AS-GD; Wed, 29 May 2013 22:40:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhp2X-0002AN-4j for xen-users@lists.xen.org; Wed, 29 May 2013 22:40:17 +0000 Received: from [85.158.138.51:58830] by server-1.bemta-3.messagelabs.com id 6A/39-06847-0D386A15; Wed, 29 May 2013 22:40:16 +0000 X-Env-Sender: bessedik.amine@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1369867214!28068129!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24397 invoked from network); 29 May 2013 22:40:15 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 22:40:15 -0000 Received: by mail-wi0-f182.google.com with SMTP id c10so3966260wiw.3 for ; Wed, 29 May 2013 15:40:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=jL5Vz6df6+BOHoOs9CrCnV5U0SRpGGyvO1NMFUTZF1A=; b=ChLQ84MRsAVJ8kNklU96B/ZJb5DNHr4R1TptL+H2JUjrGis2cTZ7eKkMFCMtK8f6ql P01EzI2eI9Z/bhaemgLHLekUsx9b0NEs3atNYarwaCk2CwRi90zJZo2NOYGlVtA+T0d/ 2pnIdE0EK07F5bKccMHig2kg6Abm9ZUgs6Kd7Wqf6fOvpR8rH6tm9KVRwrxj4P7DXfd5 2wWKZ11tQDxUmECsJH4J98GeiOlMSRWDvwIACvR7Ky161QEuPLmVAIUDIPtucSbyY8yM wudxZbz/MDlu1AW2Sf5ZvC6PljbKu0wrvlZ0WyiAIoxjcuDNtuXEES94/99zaW5we/Up zOQg== X-Received: by 10.194.237.133 with SMTP id vc5mr2354875wjc.37.1369867214330; Wed, 29 May 2013 15:40:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.82.35 with HTTP; Wed, 29 May 2013 15:39:53 -0700 (PDT) From: Amine Bessedik Date: Thu, 30 May 2013 00:39:53 +0200 Message-ID: To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=089e013d0f0cb3204204dde310b4 Subject: [Xen-users] Difficulties to passthrough Intel IGD HD4000 to a Fedora DomU HVM system X-BeenThere: xen-users@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 --089e013d0f0cb3204204dde310b4 Content-Type: multipart/alternative; boundary=089e013d0f0cb3203f04dde310b2 --089e013d0f0cb3203f04dde310b2 Content-Type: text/plain; charset=ISO-8859-1 Hi everyone ! I'm trying to setup this configuration on my machine: Dom0 => Debian 7 Kernel 3.9.3 with Xen 4.2.1 DomU => Windows 7 with a VGA passthrough HD5700 as secondary video device DomU => Fedora 18 with VGA passtrough HD4000 IGD as primary video device Motherboard DZ77BH- 55k CPU I7 3770 HD4000 First video card in bios AMD 5700 Second video card in bios Everything works except the VGA passtrough with the Fedora system, i can see the virtual bios and grub load, then the screen go in power save mode. DomU Fedora is still reachable with ssh. Any idea ? Thank you for you help. --089e013d0f0cb3203f04dde310b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi everyone !

I'm trying to set= up this configuration on my machine:

Dom0 =3D> Debian = 7 Kernel 3.9.3 with Xen 4.2.1
DomU =3D> Windows 7 with a V= GA passthrough HD5700 as secondary video device
DomU =3D> Fedora 18 with VGA passtrough HD4000 IGD as primary= video device

Motherboard DZ77BH- 55k
CPU I= 7 3770
HD4000 First video card in bios
AMD 5700 Second video card in bios

Everything works except the VGA passtrough with t= he Fedora system, i can see the virtual bios and grub load, then the screen= go in power save mode.
DomU Fedora is still reachable wit= h ssh.

Any idea ?

Th= ank you for you help.
--089e013d0f0cb3203f04dde310b2-- --089e013d0f0cb3204204dde310b4 Content-Type: application/octet-stream; name=lspci DomU Content-Disposition: attachment; filename=lspci DomU Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhaz2kdb0 MDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gSXZ5IEJyaWRnZSBEUkFNIENv bnRyb2xsZXIgKHJldiAwOSkKCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIDIw NDAKCVBoeXNpY2FsIFNsb3Q6IDAKCUNvbnRyb2w6IEkvTy0gTWVtLSBCdXNNYXN0ZXIrIFNwZWND eWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkIt IERpc0lOVHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZT RUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtCglM YXRlbmN5OiAwCgowMDowMS4wIElTQSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDgyMzcxU0Ig UElJWDMgSVNBIFtOYXRvbWEvVHJpdG9uIElJXQoJU3Vic3lzdGVtOiBSZWQgSGF0LCBJbmMgUWVt dSB2aXJ0dWFsIG1hY2hpbmUKCVBoeXNpY2FsIFNsb3Q6IDEKCUNvbnRyb2w6IEkvTysgTWVtKyBC dXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmct IFNFUlItIEZhc3RCMkItIERpc0lOVHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIy Qi0gUGFyRXJyLSBERVZTRUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJS LSA8UEVSUi0gSU5UeC0KCUxhdGVuY3k6IDAKCjAwOjAxLjEgSURFIGludGVyZmFjZTogSW50ZWwg Q29ycG9yYXRpb24gODIzNzFTQiBQSUlYMyBJREUgW05hdG9tYS9Ucml0b24gSUldIChwcm9nLWlm IDgwIFtNYXN0ZXJdKQoJU3Vic3lzdGVtOiBYZW5Tb3VyY2UsIEluYy4gRGV2aWNlIDAwMDEKCVBo eXNpY2FsIFNsb3Q6IDEKCUNvbnRyb2w6IEkvTysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lO VHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVk aXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0KCUxhdGVu Y3k6IDY0CglSZWdpb24gMDogW3ZpcnR1YWxdIE1lbW9yeSBhdCAwMDAwMDFmMCAoMzItYml0LCBu b24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT04XQoJUmVnaW9uIDE6IFt2aXJ0dWFsXSBNZW1vcnkgYXQg MDAwMDAzZjAgKHR5cGUgMywgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MV0KCVJlZ2lvbiAyOiBb dmlydHVhbF0gTWVtb3J5IGF0IDAwMDAwMTcwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpIFtz aXplPThdCglSZWdpb24gMzogW3ZpcnR1YWxdIE1lbW9yeSBhdCAwMDAwMDM3MCAodHlwZSAzLCBu b24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xXQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBjMWEwIFtz aXplPTE2XQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IGF0YV9waWl4CgowMDowMS4yIFVTQiBDb250 cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjM3MVNCIFBJSVgzIFVTQiBbTmF0b21hL1RyaXRv biBJSV0gKHJldiAwMSkgKHByb2ctaWYgMDAgW1VIQ0ldKQoJU3Vic3lzdGVtOiBSZWQgSGF0LCBJ bmMgUWVtdSB2aXJ0dWFsIG1hY2hpbmUKCVBoeXNpY2FsIFNsb3Q6IDEKCUNvbnRyb2w6IEkvTysg TWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3Rl cHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0g RmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlItIElOVHgtCglMYXRlbmN5OiA2NAoJSW50ZXJydXB0OiBwaW4gRCByb3V0ZWQg dG8gSVJRIDIzCglSZWdpb24gNDogSS9PIHBvcnRzIGF0IGMxODAgW3NpemU9MzJdCglLZXJuZWwg ZHJpdmVyIGluIHVzZTogdWhjaV9oY2QKCjAwOjAxLjMgQnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlv biA4MjM3MUFCL0VCL01CIFBJSVg0IEFDUEkgKHJldiAwMSkKCVN1YnN5c3RlbTogUmVkIEhhdCwg SW5jIFFlbXUgdmlydHVhbCBtYWNoaW5lCglQaHlzaWNhbCBTbG90OiAxCglDb250cm9sOiBJL08t IE1lbS0gQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0 ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYt IEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0g PlNFUlItIDxQRVJSLSBJTlR4LQoJTGF0ZW5jeTogMAoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQg dG8gSVJRIDkKCjAwOjAyLjAgVkdBIGNvbXBhdGlibGUgY29udHJvbGxlcjogSW50ZWwgQ29ycG9y YXRpb24gRGV2aWNlIDAxNjIgKHJldiAwOSkgKHByb2ctaWYgMDAgW1ZHQSBjb250cm9sbGVyXSkK CVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIDIwNDAKCVBoeXNpY2FsIFNsb3Q6 IDIKCUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgrCglTdGF0dXM6 IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8 VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtCglMYXRlbmN5OiA2NAoJSW50ZXJy dXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDc5CglSZWdpb24gMDogTWVtb3J5IGF0IGYxMDAwMDAw ICg2NC1iaXQsIG5vbi1wcmVmZXRjaGFibGUpIFtzaXplPTRNXQoJUmVnaW9uIDI6IE1lbW9yeSBh dCBlMDAwMDAwMCAoNjQtYml0LCBwcmVmZXRjaGFibGUpIFtzaXplPTI1Nk1dCglSZWdpb24gNDog SS9PIHBvcnRzIGF0IGMxMDAgW3NpemU9NjRdCglFeHBhbnNpb24gUk9NIGF0IDx1bmFzc2lnbmVk PiBbZGlzYWJsZWRdCglDYXBhYmlsaXRpZXM6IFs5MF0gTVNJOiBFbmFibGUrIENvdW50PTEvMSBN YXNrYWJsZS0gNjRiaXQtCgkJQWRkcmVzczogZmVlMzYwMDAgIERhdGE6IDQzMDAKCUNhcGFiaWxp dGllczogW2QwXSBQb3dlciBNYW5hZ2VtZW50IHZlcnNpb24gMgoJCUZsYWdzOiBQTUVDbGstIERT SSsgRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0p CgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUt CglLZXJuZWwgZHJpdmVyIGluIHVzZTogaTkxNQoKMDA6MDMuMCBVbmFzc2lnbmVkIGNsYXNzIFtm ZjgwXTogWGVuU291cmNlLCBJbmMuIFhlbiBQbGF0Zm9ybSBEZXZpY2UgKHJldiAwMSkKCVN1YnN5 c3RlbTogWGVuU291cmNlLCBJbmMuIFhlbiBQbGF0Zm9ybSBEZXZpY2UKCVBoeXNpY2FsIFNsb3Q6 IDMKCUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtCglTdGF0dXM6 IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8 VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtCglMYXRlbmN5OiAwCglJbnRlcnJ1 cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMjgKCVJlZ2lvbiAwOiBJL08gcG9ydHMgYXQgYzAwMCBb c2l6ZT0yNTZdCglSZWdpb24gMTogTWVtb3J5IGF0IGYwMDAwMDAwICgzMi1iaXQsIHByZWZldGNo YWJsZSkgW3NpemU9MTZNXQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHhlbi1wbGF0Zm9ybS1wY2kK CjAwOjFmLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gUGFudGhlciBQb2ludCBMUEMg Q29udHJvbGxlciAocmV2IDA0KSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0pCglQaHlzaWNh bCBTbG90OiAzMQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0K CVN0YXR1czogQ2FwLSA2Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0KCUxhdGVuY3k6IDE2 CglSZWdpb24gMDogTWVtb3J5IGF0IDxpZ25vcmVkPiAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxl KQoJUmVnaW9uIDE6IE1lbW9yeSBhdCA8aWdub3JlZD4gKDMyLWJpdCwgbm9uLXByZWZldGNoYWJs ZSkKCUJ1czogcHJpbWFyeT0wMCwgc2Vjb25kYXJ5PTAxLCBzdWJvcmRpbmF0ZT0wMSwgc2VjLWxh dGVuY3k9MjQxCglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGYwMDAtMDAwMDBmZmYKCU1lbW9yeSBi ZWhpbmQgYnJpZGdlOiBmZmYwMDAwMC0wMDBmZmZmZgoJUHJlZmV0Y2hhYmxlIG1lbW9yeSBiZWhp bmQgYnJpZGdlOiBmZmYwMDAwMC0wMDBmZmZmZgoJU2Vjb25kYXJ5IHN0YXR1czogNjZNSHotIEZh c3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPFNF UlItIDxQRVJSLQoJQnJpZGdlQ3RsOiBQYXJpdHktIFNFUlItIE5vSVNBLSBWR0EtIE1BYm9ydC0g PlJlc2V0LSBGYXN0QjJCLQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBE aXNjVG1yU0VSUkVuLQoK --089e013d0f0cb3204204dde310b4 Content-Type: application/octet-stream; name=dmesg DomU Content-Disposition: attachment; filename=dmesg DomU Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhaz2ke71 WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1c2V0ClsgICAgMC4w MDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdQpbICAgIDAuMDAwMDAwXSBMaW51 eCB2ZXJzaW9uIDMuOC4xMy0xMDAuZmMxNy54ODZfNjQgKG1vY2tidWlsZEBia2VybmVsMDEucGh4 Mi5mZWRvcmFwcm9qZWN0Lm9yZykgKGdjYyB2ZXJzaW9uIDQuNy4yIDIwMTIwOTIxIChSZWQgSGF0 IDQuNy4yLTIpIChHQ0MpICkgIzEgU01QIE1vbiBNYXkgMTMgMTM6MzY6MTcgVVRDIDIwMTMKWyAg ICAwLjAwMDAwMF0gQ29tbWFuZCBsaW5lOiBCT09UX0lNQUdFPS92bWxpbnV6LTMuOC4xMy0xMDAu ZmMxNy54ODZfNjQgcm9vdD0vZGV2L21hcHBlci92Z19mZWRvcmEtbHZfcm9vdCBybyByZC5tZD0w IHJkLmRtPTAgU1lTRk9OVD1UcnVlIHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfc3dhcCBMQU5HPWZy X0ZSLlVURi04IHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfcm9vdCByZC5sdWtzPTAgS0VZVEFCTEU9 ZnItbGF0aW45IHJoZ2IgcXVpZXQKWyAgICAwLjAwMDAwMF0gZTgyMDogQklPUy1wcm92aWRlZCBw aHlzaWNhbCBSQU0gbWFwOgpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAw MDAwMDAwMDAwLTB4MDAwMDAwMDAwMDA5ZGZmZl0gdXNhYmxlClsgICAgMC4wMDAwMDBdIEJJT1Mt ZTgyMDogW21lbSAweDAwMDAwMDAwMDAwOWUwMDAtMHgwMDAwMDAwMDAwMDlmZmZmXSByZXNlcnZl ZApbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMDAwMGUwMDAwLTB4MDAw MDAwMDAwMDBmZmZmZl0gcmVzZXJ2ZWQKWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4 MDAwMDAwMDAwMDEwMDAwMC0weDAwMDAwMDAwN2Y3ZmZmZmZdIHVzYWJsZQpbICAgIDAuMDAwMDAw XSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGZjMDAwMDAwLTB4MDAwMDAwMDBmZWZmNGZmZl0g cmVzZXJ2ZWQKWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDBmZWZmNTAw MC0weDAwMDAwMDAwZmVmZjZmZmZdIEFDUEkgTlZTClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDog W21lbSAweDAwMDAwMDAwZmVmZjcwMDAtMHgwMDAwMDAwMGZmZmZmZmZmXSByZXNlcnZlZApbICAg IDAuMDAwMDAwXSBOWCAoRXhlY3V0ZSBEaXNhYmxlKSBwcm90ZWN0aW9uOiBhY3RpdmUKWyAgICAw LjAwMDAwMF0gU01CSU9TIDIuNCBwcmVzZW50LgpbICAgIDAuMDAwMDAwXSBETUk6IFhlbiBIVk0g ZG9tVSwgQklPUyA0LjIuMSAwNS8yMy8yMDEzClsgICAgMC4wMDAwMDBdIEh5cGVydmlzb3IgZGV0 ZWN0ZWQ6IFhlbiBIVk0KWyAgICAwLjAwMDAwMF0gWGVuIHZlcnNpb24gNC4yLgpbICAgIDAuMDAw MDAwXSBYZW4gUGxhdGZvcm0gUENJOiBJL08gcHJvdG9jb2wgdmVyc2lvbiAxClsgICAgMC4wMDAw MDBdIE5ldGZyb250IGFuZCB0aGUgWGVuIHBsYXRmb3JtIFBDSSBkcml2ZXIgaGF2ZSBiZWVuIGNv bXBpbGVkIGZvciB0aGlzIGtlcm5lbDogdW5wbHVnIGVtdWxhdGVkIE5JQ3MuClsgICAgMC4wMDAw MDBdIEJsa2Zyb250IGFuZCB0aGUgWGVuIHBsYXRmb3JtIFBDSSBkcml2ZXIgaGF2ZSBiZWVuIGNv bXBpbGVkIGZvciB0aGlzIGtlcm5lbDogdW5wbHVnIGVtdWxhdGVkIGRpc2tzLgpbICAgIDAuMDAw MDAwXSBZb3UgbWlnaHQgaGF2ZSB0byBjaGFuZ2UgdGhlIHJvb3QgZGV2aWNlClsgICAgMC4wMDAw MDBdIGZyb20gL2Rldi9oZFthLWRdIHRvIC9kZXYveHZkW2EtZF0KWyAgICAwLjAwMDAwMF0gaW4g eW91ciByb290PSBrZXJuZWwgY29tbWFuZCBsaW5lIG9wdGlvbgpbICAgIDAuMDAwMDAwXSBIVk1P UF9wYWdldGFibGVfZHlpbmcgbm90IHN1cHBvcnRlZApbICAgIDAuMDAwMDAwXSBlODIwOiB1cGRh dGUgW21lbSAweDAwMDAwMDAwLTB4MDAwMGZmZmZdIHVzYWJsZSA9PT4gcmVzZXJ2ZWQKWyAgICAw LjAwMDAwMF0gZTgyMDogcmVtb3ZlIFttZW0gMHgwMDBhMDAwMC0weDAwMGZmZmZmXSB1c2FibGUK WyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3VuZApbICAgIDAuMDAwMDAwXSBlODIwOiBs YXN0X3BmbiA9IDB4N2Y4MDAgbWF4X2FyY2hfcGZuID0gMHg0MDAwMDAwMDAKWyAgICAwLjAwMDAw MF0gTVRSUiBkZWZhdWx0IHR5cGU6IHdyaXRlLWJhY2sKWyAgICAwLjAwMDAwMF0gTVRSUiBmaXhl ZCByYW5nZXMgZW5hYmxlZDoKWyAgICAwLjAwMDAwMF0gICAwMDAwMC05RkZGRiB3cml0ZS1iYWNr ClsgICAgMC4wMDAwMDBdICAgQTAwMDAtQkZGRkYgd3JpdGUtY29tYmluaW5nClsgICAgMC4wMDAw MDBdICAgQzAwMDAtRkZGRkYgd3JpdGUtYmFjawpbICAgIDAuMDAwMDAwXSBNVFJSIHZhcmlhYmxl IHJhbmdlcyBlbmFibGVkOgpbICAgIDAuMDAwMDAwXSAgIDAgYmFzZSAwRTAwMDAwMDAgbWFzayBG RjAwMDAwMDAgdW5jYWNoYWJsZQpbICAgIDAuMDAwMDAwXSAgIDEgYmFzZSAwRjAwMDAwMDAgbWFz ayBGRjgwMDAwMDAgdW5jYWNoYWJsZQpbICAgIDAuMDAwMDAwXSAgIDIgYmFzZSAwRjgwMDAwMDAg bWFzayBGRkMwMDAwMDAgdW5jYWNoYWJsZQpbICAgIDAuMDAwMDAwXSAgIDMgZGlzYWJsZWQKWyAg ICAwLjAwMDAwMF0gICA0IGRpc2FibGVkClsgICAgMC4wMDAwMDBdICAgNSBkaXNhYmxlZApbICAg IDAuMDAwMDAwXSAgIDYgZGlzYWJsZWQKWyAgICAwLjAwMDAwMF0gICA3IGRpc2FibGVkClsgICAg MC4wMDAwMDBdIHg4NiBQQVQgZW5hYmxlZDogY3B1IDAsIG9sZCAweDcwNDA2MDAwNzA0MDYsIG5l dyAweDcwMTA2MDAwNzAxMDYKWyAgICAwLjAwMDAwMF0gZm91bmQgU01QIE1QLXRhYmxlIGF0IFtt ZW0gMHgwMDBmYmJhMC0weDAwMGZiYmFmXSBtYXBwZWQgYXQgW2ZmZmY4ODAwMDAwZmJiYTBdClsg ICAgMC4wMDAwMDBdIGluaXRpYWwgbWVtb3J5IG1hcHBlZDogW21lbSAweDAwMDAwMDAwLTB4MWZm ZmZmZmZdClsgICAgMC4wMDAwMDBdIEJhc2UgbWVtb3J5IHRyYW1wb2xpbmUgYXQgW2ZmZmY4ODAw MDAwOTgwMDBdIDk4MDAwIHNpemUgMjQ1NzYKWyAgICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFw cGluZzogW21lbSAweDAwMDAwMDAwLTB4N2Y3ZmZmZmZdClsgICAgMC4wMDAwMDBdICBbbWVtIDB4 MDAwMDAwMDAtMHg3ZjdmZmZmZl0gcGFnZSAyTQpbICAgIDAuMDAwMDAwXSBrZXJuZWwgZGlyZWN0 IG1hcHBpbmcgdGFibGVzIHVwIHRvIDB4N2Y3ZmZmZmYgQCBbbWVtIDB4MWZmZmQwMDAtMHgxZmZm ZmZmZl0KWyAgICAwLjAwMDAwMF0gUkFNRElTSzogW21lbSAweDM1YjljMDAwLTB4MzZkYzVmZmZd ClsgICAgMC4wMDAwMDBdIEFDUEk6IFJTRFAgMDAwMDAwMDAwMDBlYTAyMCAwMDAyNCAodjAyICAg IFhlbikKWyAgICAwLjAwMDAwMF0gQUNQSTogWFNEVCAwMDAwMDAwMGZjMDEwMTQwIDAwMDU0ICh2 MDEgICAgWGVuICAgICAgSFZNIDAwMDAwMDAwIEhWTUwgMDAwMDAwMDApClsgICAgMC4wMDAwMDBd IEFDUEk6IEZBQ1AgMDAwMDAwMDBmYzAwZmUwMCAwMDBGNCAodjA0ICAgIFhlbiAgICAgIEhWTSAw MDAwMDAwMCBIVk1MIDAwMDAwMDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBEU0RUIDAwMDAwMDAw ZmMwMDQxODAgMEJCRjYgKHYwMiAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSU5UTCAyMDEwMDUy OCkKWyAgICAwLjAwMDAwMF0gQUNQSTogRkFDUyAwMDAwMDAwMGZjMDA0MTQwIDAwMDQwClsgICAg MC4wMDAwMDBdIEFDUEk6IEFQSUMgMDAwMDAwMDBmYzAwZmYwMCAwMDBEOCAodjAyICAgIFhlbiAg ICAgIEhWTSAwMDAwMDAwMCBIVk1MIDAwMDAwMDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBIUEVU IDAwMDAwMDAwZmMwMTAwNTAgMDAwMzggKHYwMSAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSFZN TCAwMDAwMDAwMCkKWyAgICAwLjAwMDAwMF0gQUNQSTogV0FFVCAwMDAwMDAwMGZjMDEwMDkwIDAw MDI4ICh2MDEgICAgWGVuICAgICAgSFZNIDAwMDAwMDAwIEhWTUwgMDAwMDAwMDApClsgICAgMC4w MDAwMDBdIEFDUEk6IFNTRFQgMDAwMDAwMDBmYzAxMDBjMCAwMDAzMSAodjAyICAgIFhlbiAgICAg IEhWTSAwMDAwMDAwMCBJTlRMIDIwMTAwNTI4KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBTU0RUIDAw MDAwMDAwZmMwMTAxMDAgMDAwMzEgKHYwMiAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSU5UTCAy MDEwMDUyOCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTG9jYWwgQVBJQyBhZGRyZXNzIDB4ZmVlMDAw MDAKWyAgICAwLjAwMDAwMF0gTm8gTlVNQSBjb25maWd1cmF0aW9uIGZvdW5kClsgICAgMC4wMDAw MDBdIEZha2luZyBhIG5vZGUgYXQgW21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAwMDAwMDdm N2ZmZmZmXQpbICAgIDAuMDAwMDAwXSBJbml0bWVtIHNldHVwIG5vZGUgMCBbbWVtIDB4MDAwMDAw MDAtMHg3ZjdmZmZmZl0KWyAgICAwLjAwMDAwMF0gICBOT0RFX0RBVEEgW21lbSAweDdmN2VjMDAw LTB4N2Y3ZmZmZmZdClsgICAgMC4wMDAwMDBdICBbZmZmZmVhMDAwMDAwMDAwMC1mZmZmZWEwMDAx ZmZmZmZmXSBQTUQgLT4gW2ZmZmY4ODAwN2NlMDAwMDAtZmZmZjg4MDA3ZWRmZmZmZl0gb24gbm9k ZSAwClsgICAgMC4wMDAwMDBdIFpvbmUgcmFuZ2VzOgpbICAgIDAuMDAwMDAwXSAgIERNQSAgICAg IFttZW0gMHgwMDAxMDAwMC0weDAwZmZmZmZmXQpbICAgIDAuMDAwMDAwXSAgIERNQTMyICAgIFtt ZW0gMHgwMTAwMDAwMC0weGZmZmZmZmZmXQpbICAgIDAuMDAwMDAwXSAgIE5vcm1hbCAgIGVtcHR5 ClsgICAgMC4wMDAwMDBdIE1vdmFibGUgem9uZSBzdGFydCBmb3IgZWFjaCBub2RlClsgICAgMC4w MDAwMDBdIEVhcmx5IG1lbW9yeSBub2RlIHJhbmdlcwpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAw OiBbbWVtIDB4MDAwMTAwMDAtMHgwMDA5ZGZmZl0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDog W21lbSAweDAwMTAwMDAwLTB4N2Y3ZmZmZmZdClsgICAgMC4wMDAwMDBdIE9uIG5vZGUgMCB0b3Rh bHBhZ2VzOiA1MjIxMjYKWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogNjQgcGFnZXMgdXNlZCBm b3IgbWVtbWFwClsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6IDYgcGFnZXMgcmVzZXJ2ZWQKWyAg ICAwLjAwMDAwMF0gICBETUEgem9uZTogMzkxMiBwYWdlcywgTElGTyBiYXRjaDowClsgICAgMC4w MDAwMDBdICAgRE1BMzIgem9uZTogODA5NiBwYWdlcyB1c2VkIGZvciBtZW1tYXAKWyAgICAwLjAw MDAwMF0gICBETUEzMiB6b25lOiA1MTAwNDggcGFnZXMsIExJRk8gYmF0Y2g6MzEKWyAgICAwLjAw MDAwMF0gQUNQSTogUE0tVGltZXIgSU8gUG9ydDogMHhiMDA4ClsgICAgMC4wMDAwMDBdIEFDUEk6 IExvY2FsIEFQSUMgYWRkcmVzcyAweGZlZTAwMDAwClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElD IChhY3BpX2lkWzB4MDBdIGxhcGljX2lkWzB4MDBdIGVuYWJsZWQpClsgICAgMC4wMDAwMDBdIEFD UEk6IExBUElDIChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4MDJdIGVuYWJsZWQpClsgICAgMC4w MDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDJdIGxhcGljX2lkWzB4MDRdIGRpc2FibGVk KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAzXSBsYXBpY19pZFsweDA2 XSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwNF0gbGFw aWNfaWRbMHgwOF0gZGlzYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lk WzB4MDVdIGxhcGljX2lkWzB4MGFdIGRpc2FibGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJ QyAoYWNwaV9pZFsweDA2XSBsYXBpY19pZFsweDBjXSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0g QUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwN10gbGFwaWNfaWRbMHgwZV0gZGlzYWJsZWQpClsgICAg MC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDhdIGxhcGljX2lkWzB4MTBdIGRpc2Fi bGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDA5XSBsYXBpY19pZFsw eDEyXSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwYV0g bGFwaWNfaWRbMHgxNF0gZGlzYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3Bp X2lkWzB4MGJdIGxhcGljX2lkWzB4MTZdIGRpc2FibGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBM QVBJQyAoYWNwaV9pZFsweDBjXSBsYXBpY19pZFsweDE4XSBkaXNhYmxlZCkKWyAgICAwLjAwMDAw MF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwZF0gbGFwaWNfaWRbMHgxYV0gZGlzYWJsZWQpClsg ICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MGVdIGxhcGljX2lkWzB4MWNdIGRp c2FibGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJT0FQSUMgKGlkWzB4MDFdIGFkZHJlc3NbMHhm ZWMwMDAwMF0gZ3NpX2Jhc2VbMF0pClsgICAgMC4wMDAwMDBdIElPQVBJQ1swXTogYXBpY19pZCAx LCB2ZXJzaW9uIDE3LCBhZGRyZXNzIDB4ZmVjMDAwMDAsIEdTSSAwLTQ3ClsgICAgMC4wMDAwMDBd IEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDAgZ2xvYmFsX2lycSAyIGRmbCBkZmwp ClsgICAgMC4wMDAwMDBdIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDUgZ2xvYmFs X2lycSA1IGxvdyBsZXZlbCkKWyAgICAwLjAwMDAwMF0gQUNQSTogSU5UX1NSQ19PVlIgKGJ1cyAw IGJ1c19pcnEgMTAgZ2xvYmFsX2lycSAxMCBsb3cgbGV2ZWwpClsgICAgMC4wMDAwMDBdIEFDUEk6 IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDExIGdsb2JhbF9pcnEgMTEgbG93IGxldmVsKQpb ICAgIDAuMDAwMDAwXSBBQ1BJOiBJUlEwIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4wMDAwMDBd IEFDUEk6IElSUTIgdXNlZCBieSBvdmVycmlkZS4KWyAgICAwLjAwMDAwMF0gQUNQSTogSVJRNSB1 c2VkIGJ5IG92ZXJyaWRlLgpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJUlE5IHVzZWQgYnkgb3ZlcnJp ZGUuClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTEwIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4w MDAwMDBdIEFDUEk6IElSUTExIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4wMDAwMDBdIFVzaW5n IEFDUEkgKE1BRFQpIGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbgpbICAgIDAuMDAw MDAwXSBBQ1BJOiBIUEVUIGlkOiAweDgwODZhMjAxIGJhc2U6IDB4ZmVkMDAwMDAKWyAgICAwLjAw MDAwMF0gc21wYm9vdDogQWxsb3dpbmcgMTUgQ1BVcywgMTMgaG90cGx1ZyBDUFVzClsgICAgMC4w MDAwMDBdIG5yX2lycXNfZ3NpOiA2NApbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3Nh dmUgbWVtb3J5OiAwMDAwMDAwMDAwMDllMDAwIC0gMDAwMDAwMDAwMDBhMDAwMApbICAgIDAuMDAw MDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMDAwMGEwMDAwIC0gMDAw MDAwMDAwMDBlMDAwMApbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5 OiAwMDAwMDAwMDAwMGUwMDAwIC0gMDAwMDAwMDAwMDEwMDAwMApbICAgIDAuMDAwMDAwXSBlODIw OiBbbWVtIDB4N2Y4MDAwMDAtMHhmYmZmZmZmZl0gYXZhaWxhYmxlIGZvciBQQ0kgZGV2aWNlcwpb ICAgIDAuMDAwMDAwXSBCb290aW5nIHBhcmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gWGVuIEhWTQpb ICAgIDAuMDAwMDAwXSBzZXR1cF9wZXJjcHU6IE5SX0NQVVM6MTI4IG5yX2NwdW1hc2tfYml0czox MjggbnJfY3B1X2lkczoxNSBucl9ub2RlX2lkczoxClsgICAgMC4wMDAwMDBdIFBFUkNQVTogRW1i ZWRkZWQgMjggcGFnZXMvY3B1IEBmZmZmODgwMDdmNDAwMDAwIHM4NDYwOCByODE5MiBkMjE4ODgg dTEzMTA3MgpbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9jOiBzODQ2MDggcjgxOTIgZDIxODg4IHUx MzEwNzIgYWxsb2M9MSoyMDk3MTUyClsgICAgMC4wMDAwMDBdIHBjcHUtYWxsb2M6IFswXSAwMCAw MSAwMiAwMyAwNCAwNSAwNiAwNyAwOCAwOSAxMCAxMSAxMiAxMyAxNCAtLSAKWyAgICAwLjAwMDAw MF0gQnVpbHQgMSB6b25lbGlzdHMgaW4gTm9kZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcgb24u ICBUb3RhbCBwYWdlczogNTEzOTYwClsgICAgMC4wMDAwMDBdIFBvbGljeSB6b25lOiBETUEzMgpb ICAgIDAuMDAwMDAwXSBLZXJuZWwgY29tbWFuZCBsaW5lOiBCT09UX0lNQUdFPS92bWxpbnV6LTMu OC4xMy0xMDAuZmMxNy54ODZfNjQgcm9vdD0vZGV2L21hcHBlci92Z19mZWRvcmEtbHZfcm9vdCBy byByZC5tZD0wIHJkLmRtPTAgU1lTRk9OVD1UcnVlIHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfc3dh cCBMQU5HPWZyX0ZSLlVURi04IHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfcm9vdCByZC5sdWtzPTAg S0VZVEFCTEU9ZnItbGF0aW45IHJoZ2IgcXVpZXQKWyAgICAwLjAwMDAwMF0gUElEIGhhc2ggdGFi bGUgZW50cmllczogNDA5NiAob3JkZXI6IDMsIDMyNzY4IGJ5dGVzKQpbICAgIDAuMDAwMDAwXSBf X2V4X3RhYmxlIGFscmVhZHkgc29ydGVkLCBza2lwcGluZyBzb3J0ClsgICAgMC4wMDAwMDBdIHhz YXZlOiBlbmFibGVkIHhzdGF0ZV9idiAweDcsIGNudHh0IHNpemUgMHgzNDAKWyAgICAwLjAwMDAw MF0gQ2hlY2tpbmcgYXBlcnR1cmUuLi4KWyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3Vu ZApbICAgIDAuMDAwMDAwXSBNZW1vcnk6IDIwMTk0MDhrLzIwODg5NjBrIGF2YWlsYWJsZSAoNjUx NGsga2VybmVsIGNvZGUsIDQ1NmsgYWJzZW50LCA2OTA5NmsgcmVzZXJ2ZWQsIDY3MDNrIGRhdGEs IDEwODBrIGluaXQpClsgICAgMC4wMDAwMDBdIFNMVUI6IEdlbnNsYWJzPTE1LCBIV2FsaWduPTY0 LCBPcmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BVcz0xNSwgTm9kZXM9MQpbICAgIDAuMDAwMDAw XSBIaWVyYXJjaGljYWwgUkNVIGltcGxlbWVudGF0aW9uLgpbICAgIDAuMDAwMDAwXSAJUkNVIHJl c3RyaWN0aW5nIENQVXMgZnJvbSBOUl9DUFVTPTEyOCB0byBucl9jcHVfaWRzPTE1LgpbICAgIDAu MDAwMDAwXSBOUl9JUlFTOjg0NDggbnJfaXJxczoxMjA4IDE2ClsgICAgMC4wMDAwMDBdIFhlbiBI Vk0gY2FsbGJhY2sgdmVjdG9yIGZvciBldmVudCBkZWxpdmVyeSBpcyBlbmFibGVkClsgICAgMC4w MDAwMDBdIENvbnNvbGU6IGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUKWyAgICAwLjAwMDAwMF0g Y29uc29sZSBbdHR5MF0gZW5hYmxlZApbICAgIDAuMDAwMDAwXSBhbGxvY2F0ZWQgODM4ODYwOCBi eXRlcyBvZiBwYWdlX2Nncm91cApbICAgIDAuMDAwMDAwXSBwbGVhc2UgdHJ5ICdjZ3JvdXBfZGlz YWJsZT1tZW1vcnknIG9wdGlvbiBpZiB5b3UgZG9uJ3Qgd2FudCBtZW1vcnkgY2dyb3VwcwpbICAg IDAuMDAwMDAwXSBocGV0IGNsb2NrZXZlbnQgcmVnaXN0ZXJlZApbICAgIDAuMDAwMDAwXSB0c2M6 IERldGVjdGVkIDMzOTIuMzQ0IE1IeiBwcm9jZXNzb3IKWyAgICAwLjAwMjAwMF0gQ2FsaWJyYXRp bmcgZGVsYXkgbG9vcCAoc2tpcHBlZCksIHZhbHVlIGNhbGN1bGF0ZWQgdXNpbmcgdGltZXIgZnJl cXVlbmN5Li4gNjc4NC42OCBCb2dvTUlQUyAobHBqPTMzOTIzNDQpClsgICAgMC4wMDIwMDBdIHBp ZF9tYXg6IGRlZmF1bHQ6IDMyNzY4IG1pbmltdW06IDMwMQpbICAgIDAuMDAyMDAwXSBTZWN1cml0 eSBGcmFtZXdvcmsgaW5pdGlhbGl6ZWQKWyAgICAwLjAwMjAwMF0gU0VMaW51eDogIEluaXRpYWxp emluZy4KWyAgICAwLjAwMjAwMF0gU0VMaW51eDogIFN0YXJ0aW5nIGluIHBlcm1pc3NpdmUgbW9k ZQpbICAgIDAuMDAyMDAwXSBEZW50cnkgY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAyNjIxNDQg KG9yZGVyOiA5LCAyMDk3MTUyIGJ5dGVzKQpbICAgIDAuMDAyMDAwXSBJbm9kZS1jYWNoZSBoYXNo IHRhYmxlIGVudHJpZXM6IDEzMTA3MiAob3JkZXI6IDgsIDEwNDg1NzYgYnl0ZXMpClsgICAgMC4w MDIwNjldIE1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMjU2ClsgICAgMC4wMDIzNjNd IEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdWFjY3QKWyAgICAwLjAwMjM2OF0gSW5pdGlh bGl6aW5nIGNncm91cCBzdWJzeXMgbWVtb3J5ClsgICAgMC4wMDIzODNdIEluaXRpYWxpemluZyBj Z3JvdXAgc3Vic3lzIGRldmljZXMKWyAgICAwLjAwMjM4NV0gSW5pdGlhbGl6aW5nIGNncm91cCBz dWJzeXMgZnJlZXplcgpbICAgIDAuMDAyMzg3XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBu ZXRfY2xzClsgICAgMC4wMDIzODldIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGJsa2lvClsg ICAgMC4wMDIzOTFdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIHBlcmZfZXZlbnQKWyAgICAw LjAwMjUwNF0gQ1BVOiBQaHlzaWNhbCBQcm9jZXNzb3IgSUQ6IDAKWyAgICAwLjAwMjUwNl0gQ1BV OiBQcm9jZXNzb3IgQ29yZSBJRDogMApbICAgIDAuMDAzMTAxXSBtY2U6IENQVSBzdXBwb3J0cyAy IE1DRSBiYW5rcwpbICAgIDAuMDAzMTM3XSBMYXN0IGxldmVsIGlUTEIgZW50cmllczogNEtCIDUx MiwgMk1CIDAsIDRNQiAwClsgICAgMC4wMDMxMzddIExhc3QgbGV2ZWwgZFRMQiBlbnRyaWVzOiA0 S0IgNTEyLCAyTUIgMzIsIDRNQiAzMgpbICAgIDAuMDAzMTM3XSB0bGJfZmx1c2hhbGxfc2hpZnQ6 IDEKWyAgICAwLjAwMzY0MF0gRnJlZWluZyBTTVAgYWx0ZXJuYXRpdmVzOiAyNGsgZnJlZWQKWyAg ICAwLjAwODU0NV0gQUNQSTogQ29yZSByZXZpc2lvbiAyMDEyMTAxOApbICAgIDAuMDE1NzU2XSBm dHJhY2U6IGFsbG9jYXRpbmcgMjQzMjAgZW50cmllcyBpbiA5NiBwYWdlcwpbICAgIDAuMDU1MDE5 XSBTd2l0Y2hlZCBBUElDIHJvdXRpbmcgdG8gcGh5c2ljYWwgZmxhdC4KWyAgICAwLjA1ODQzNF0g Li5USU1FUjogdmVjdG9yPTB4MzAgYXBpYzE9MCBwaW4xPTIgYXBpYzI9MCBwaW4yPTAKWyAgICAw LjA2ODY4N10gc21wYm9vdDogQ1BVMDogSW50ZWwoUikgQ29yZShUTSkgaTctMzc3MCBDUFUgQCAz LjQwR0h6IChmYW06IDA2LCBtb2RlbDogM2EsIHN0ZXBwaW5nOiAwOSkKWyAgICAwLjA2ODY5OF0g WGVuOiB1c2luZyB2Y3B1b3AgdGltZXIgaW50ZXJmYWNlClsgICAgMC4wNjg3MDNdIGluc3RhbGxp bmcgWGVuIHRpbWVyIGZvciBDUFUgMApbICAgIDAuMDY4ODA1XSBQZXJmb3JtYW5jZSBFdmVudHM6 IDE2LWRlZXAgTEJSLCBJdnlCcmlkZ2UgZXZlbnRzLCBJbnRlbCBQTVUgZHJpdmVyLgpbICAgIDAu MDY4ODM2XSAuLi4gdmVyc2lvbjogICAgICAgICAgICAgICAgMwpbICAgIDAuMDY4ODM3XSAuLi4g Yml0IHdpZHRoOiAgICAgICAgICAgICAgNDgKWyAgICAwLjA2ODgzN10gLi4uIGdlbmVyaWMgcmVn aXN0ZXJzOiAgICAgIDQKWyAgICAwLjA2ODgzOF0gLi4uIHZhbHVlIG1hc2s6ICAgICAgICAgICAg IDAwMDBmZmZmZmZmZmZmZmYKWyAgICAwLjA2ODgzOV0gLi4uIG1heCBwZXJpb2Q6ICAgICAgICAg ICAgIDAwMDAwMDAwN2ZmZmZmZmYKWyAgICAwLjA2ODg0MF0gLi4uIGZpeGVkLXB1cnBvc2UgZXZl bnRzOiAgIDMKWyAgICAwLjA2ODg0MV0gLi4uIGV2ZW50IG1hc2s6ICAgICAgICAgICAgIDAwMDAw MDA3MDAwMDAwMGYKWyAgICAwLjA2OTY2NF0gTk1JIHdhdGNoZG9nOiBlbmFibGVkIG9uIGFsbCBD UFVzLCBwZXJtYW5lbnRseSBjb25zdW1lcyBvbmUgaHctUE1VIGNvdW50ZXIuClsgICAgMC4wNjk3 NjFdIHJlZ2lzdGVyX3ZjcHVfaW5mbyBmYWlsZWQ6IGVycj0tMjIKWyAgICAwLjA2OTc2M10gaW5z dGFsbGluZyBYZW4gdGltZXIgZm9yIENQVSAxClsgICAgMC4wNjk3OTZdIHNtcGJvb3Q6IEJvb3Rp bmcgTm9kZSAgIDAsIFByb2Nlc3NvcnMgICMxClsgICAgMC4wODMxNTNdIEJyb3VnaHQgdXAgMiBD UFVzClsgICAgMC4wODMxNTldIHNtcGJvb3Q6IFRvdGFsIG9mIDIgcHJvY2Vzc29ycyBhY3RpdmF0 ZWQgKDEzNTY5LjM3IEJvZ29NSVBTKQpbICAgIDAuMDg0MTQ5XSBkZXZ0bXBmczogaW5pdGlhbGl6 ZWQKWyAgICAwLjA4NDIxMV0gUE06IFJlZ2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4 ZmVmZjUwMDAtMHhmZWZmNmZmZl0gKDgxOTIgYnl0ZXMpClsgICAgMC4wODUxOTRdIGF0b21pYzY0 IHRlc3QgcGFzc2VkIGZvciB4ODYtNjQgcGxhdGZvcm0gd2l0aCBDWDggYW5kIHdpdGggU1NFClsg ICAgMC4wODUyMThdIFJUQyB0aW1lOiAyMjoxNDo0MCwgZGF0ZTogMDUvMjkvMTMKWyAgICAwLjA4 NTI1NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxNgpbICAgIDAuMDg1MzYyXSBB Q1BJOiBidXMgdHlwZSBwY2kgcmVnaXN0ZXJlZApbICAgIDAuMDg2MzMzXSBQQ0k6IFVzaW5nIGNv bmZpZ3VyYXRpb24gdHlwZSAxIGZvciBiYXNlIGFjY2VzcwpbICAgIDAuMDg3MDA1XSBiaW86IGNy ZWF0ZSBzbGFiIDxiaW8tMD4gYXQgMApbICAgIDAuMDg3MDc2XSBBQ1BJOiBBZGRlZCBfT1NJKE1v ZHVsZSBEZXZpY2UpClsgICAgMC4wODcwNzhdIEFDUEk6IEFkZGVkIF9PU0koUHJvY2Vzc29yIERl dmljZSkKWyAgICAwLjA4NzA4MF0gQUNQSTogQWRkZWQgX09TSSgzLjAgX1NDUCBFeHRlbnNpb25z KQpbICAgIDAuMDg3MDgyXSBBQ1BJOiBBZGRlZCBfT1NJKFByb2Nlc3NvciBBZ2dyZWdhdG9yIERl dmljZSkKWyAgICAwLjA4OTE3NF0gQUNQSTogRUM6IExvb2sgdXAgRUMgaW4gRFNEVApbICAgIDAu MDkxNDkwXSBBQ1BJOiBJbnRlcnByZXRlciBlbmFibGVkClsgICAgMC4wOTE0OTNdIEFDUEk6IChz dXBwb3J0cyBTMCBTMyBTNCBTNSkKWyAgICAwLjA5MTUwNV0gQUNQSTogVXNpbmcgSU9BUElDIGZv ciBpbnRlcnJ1cHQgcm91dGluZwpbICAgIDAuMTI5MjA3XSBBQ1BJOiBObyBkb2NrIGRldmljZXMg Zm91bmQuClsgICAgMC4xMjkyMTBdIFBDSTogVXNpbmcgaG9zdCBicmlkZ2Ugd2luZG93cyBmcm9t IEFDUEk7IGlmIG5lY2Vzc2FyeSwgdXNlICJwY2k9bm9jcnMiIGFuZCByZXBvcnQgYSBidWcKWyAg ICAwLjEyOTI5MV0gQUNQSTogUENJIFJvb3QgQnJpZGdlIFtQQ0kwXSAoZG9tYWluIDAwMDAgW2J1 cyAwMC1mZl0pClsgICAgMC4xMjkyOTVdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgUm91dGluZyBUYWJs ZSBbXF9TQl8uUENJMC5fUFJUXQpbICAgIDAuMTI5ODgxXSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBm YWlsIHRvIGFkZCBNTUNPTkZJRyBpbmZvcm1hdGlvbiwgY2FuJ3QgYWNjZXNzIGV4dGVuZGVkIFBD SSBjb25maWd1cmF0aW9uIHNwYWNlIHVuZGVyIHRoaXMgYnJpZGdlLgpbICAgIDAuMTI5OTIwXSBQ Q0kgaG9zdCBicmlkZ2UgdG8gYnVzIDAwMDA6MDAKWyAgICAwLjEyOTkyM10gcGNpX2J1cyAwMDAw OjAwOiByb290IGJ1cyByZXNvdXJjZSBbYnVzIDAwLWZmXQpbICAgIDAuMTI5OTI2XSBwY2lfYnVz IDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4MGNmN10KWyAgICAwLjEy OTkyOV0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbaW8gIDB4MGQwMC0weGZm ZmZdClsgICAgMC4xMjk5MzJdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21l bSAweDAwMGEwMDAwLTB4MDAwYmZmZmZdClsgICAgMC4xMjk5MzRdIHBjaV9idXMgMDAwMDowMDog cm9vdCBidXMgcmVzb3VyY2UgW21lbSAweGUwMDAwMDAwLTB4ZmJmZmZmZmZdClsgICAgMC4xMzAx MDNdIHBjaSAwMDAwOjAwOjAwLjA6IFs4MDg2OjAxNTBdIHR5cGUgMDAgY2xhc3MgMHgwNjAwMDAK WyAgICAwLjEzMTAwMF0gcGNpIDAwMDA6MDA6MDEuMDogWzgwODY6NzAwMF0gdHlwZSAwMCBjbGFz cyAweDA2MDEwMApbICAgIDAuMTMyMjg5XSBwY2kgMDAwMDowMDowMS4xOiBbODA4Njo3MDEwXSB0 eXBlIDAwIGNsYXNzIDB4MDEwMTgwClsgICAgMC4xMzMwOTJdIHBjaSAwMDAwOjAwOjAxLjE6IHJl ZyAyMDogW2lvICAweGMxYTAtMHhjMWFmXQpbICAgIDAuMTMzNjY5XSBwY2kgMDAwMDowMDowMS4y OiBbODA4Njo3MDIwXSB0eXBlIDAwIGNsYXNzIDB4MGMwMzAwClsgICAgMC4xMzQ1MDddIHBjaSAw MDAwOjAwOjAxLjI6IHJlZyAyMDogW2lvICAweGMxODAtMHhjMTlmXQpbICAgIDAuMTM1MDAwXSBw Y2kgMDAwMDowMDowMS4zOiBbODA4Njo3MTEzXSB0eXBlIDAwIGNsYXNzIDB4MDY4MDAwClsgICAg MC4xMzUwMDBdICogRm91bmQgUE0tVGltZXIgQnVnIG9uIHRoZSBjaGlwc2V0LiBEdWUgdG8gd29y a2Fyb3VuZHMgZm9yIGEgYnVnLApbICAgIDAuMTM1MDAwXSAqIHRoaXMgY2xvY2sgc291cmNlIGlz IHNsb3cuIENvbnNpZGVyIHRyeWluZyBvdGhlciBjbG9jayBzb3VyY2VzClsgICAgMC4xMzYyMDZd IHBjaSAwMDAwOjAwOjAxLjM6IHF1aXJrOiBbaW8gIDB4YjAwMC0weGIwM2ZdIGNsYWltZWQgYnkg UElJWDQgQUNQSQpbICAgIDAuMTM2ODQ5XSBwY2kgMDAwMDowMDowMi4wOiBbODA4NjowMTYyXSB0 eXBlIDAwIGNsYXNzIDB4MDMwMDAwClsgICAgMC4xMzkwMDhdIHBjaSAwMDAwOjAwOjAyLjA6IHJl ZyAxMDogW21lbSAweGYxMDAwMDAwLTB4ZjEzZmZmZmYgNjRiaXRdClsgICAgMC4xNDEwMDZdIHBj aSAwMDAwOjAwOjAyLjA6IHJlZyAxODogW21lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmYgNjRiaXQg cHJlZl0KWyAgICAwLjE0MzAwNl0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDIwOiBbaW8gIDB4YzEw MC0weGMxM2ZdClsgICAgMC4xNDgxMTNdIHBjaSAwMDAwOjAwOjAzLjA6IFs1ODUzOjAwMDFdIHR5 cGUgMDAgY2xhc3MgMHhmZjgwMDAKWyAgICAwLjE0ODM5MF0gcGNpIDAwMDA6MDA6MDMuMDogcmVn IDEwOiBbaW8gIDB4YzAwMC0weGMwZmZdClsgICAgMC4xNDg1NjFdIHBjaSAwMDAwOjAwOjAzLjA6 IHJlZyAxNDogW21lbSAweGYwMDAwMDAwLTB4ZjBmZmZmZmYgcHJlZl0KWyAgICAwLjE1MDI1Ml0g cGNpIDAwMDA6MDA6MWYuMDogWzgwODY6MWU0NF0gdHlwZSAwMSBjbGFzcyAweDA2MDQwMApbICAg IDAuMTUxMTA1XSBwY2kgMDAwMDowMDoxZi4wOiBicmlkZ2UgY29uZmlndXJhdGlvbiBpbnZhbGlk IChbYnVzIDAwLTQyXSksIHJlY29uZmlndXJpbmcKWyAgICAwLjE1MjIwN10gcGNpIDAwMDA6MDA6 MWYuMDogUENJIGJyaWRnZSB0byBbYnVzIDAxLWZmXQpbICAgIDAuMTUyMzAyXSBwY2kgMDAwMDow MDoxZi4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweDAwNDAwMDAwLTB4ZjE0ZmZmZmZdClsgICAg MC4xNTIzNTVdIHBjaSAwMDAwOjAwOjFmLjA6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4MDA1MDAw MDAtMHhmMTRmZmZmZiBwcmVmXQpbICAgIDAuMTUyMzU4XSBwY2lfYnVzIDAwMDA6MDE6IGJ1c25f cmVzOiBbYnVzIDAxLWZmXSBlbmQgaXMgdXBkYXRlZCB0byAwMQpbICAgIDAuMTUyNDYwXSAgcGNp MDAwMDowMDogQUNQSSBfT1NDIHN1cHBvcnQgbm90aWZpY2F0aW9uIGZhaWxlZCwgZGlzYWJsaW5n IFBDSWUgQVNQTQpbICAgIDAuMTUyNDY1XSAgcGNpMDAwMDowMDogVW5hYmxlIHRvIHJlcXVlc3Qg X09TQyBjb250cm9sIChfT1NDIHN1cHBvcnQgbWFzazogMHgwOCkKWyAgICAwLjE1MzY3NF0gQUNQ STogUENJIEludGVycnVwdCBMaW5rIFtMTktBXSAoSVJRcyAqNSAxMCAxMSkKWyAgICAwLjE1Mzg5 OF0gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktCXSAoSVJRcyA1ICoxMCAxMSkKWyAgICAw LjE1NDA0OV0gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktDXSAoSVJRcyA1IDEwICoxMSkK WyAgICAwLjE1NDE3M10gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktEXSAoSVJRcyAqNSAx MCAxMSkKWyAgICAwLjE1NDI2Ml0geGVuL2JhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRy aXZlci4KWyAgICAwLjE1NjAyOF0geGVuLWJhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRy aXZlci4KWyAgICAwLjE1NjA3NF0gdmdhYXJiOiBkZXZpY2UgYWRkZWQ6IFBDSTowMDAwOjAwOjAy LjAsZGVjb2Rlcz1pbyttZW0sb3ducz1pbyttZW0sbG9ja3M9bm9uZQpbICAgIDAuMTU2MDc4XSB2 Z2FhcmI6IGxvYWRlZApbICAgIDAuMTU2MDc5XSB2Z2FhcmI6IGJyaWRnZSBjb250cm9sIHBvc3Np YmxlIDAwMDA6MDA6MDIuMApbICAgIDAuMTU2MjM4XSBTQ1NJIHN1YnN5c3RlbSBpbml0aWFsaXpl ZApbICAgIDAuMTU2MjQxXSBBQ1BJOiBidXMgdHlwZSBzY3NpIHJlZ2lzdGVyZWQKWyAgICAwLjE1 NjI3NV0gbGliYXRhIHZlcnNpb24gMy4wMCBsb2FkZWQuClsgICAgMC4xNTYyNzVdIEFDUEk6IGJ1 cyB0eXBlIHVzYiByZWdpc3RlcmVkClsgICAgMC4xNTYyNzVdIHVzYmNvcmU6IHJlZ2lzdGVyZWQg bmV3IGludGVyZmFjZSBkcml2ZXIgdXNiZnMKWyAgICAwLjE1NjI3NV0gdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciBodWIKWyAgICAwLjE1NjI3NV0gdXNiY29yZTogcmVn aXN0ZXJlZCBuZXcgZGV2aWNlIGRyaXZlciB1c2IKWyAgICAwLjE1NzA1OF0gUENJOiBVc2luZyBB Q1BJIGZvciBJUlEgcm91dGluZwpbICAgIDAuMTU3MDYyXSBQQ0k6IHBjaV9jYWNoZV9saW5lX3Np emUgc2V0IHRvIDY0IGJ5dGVzClsgICAgMC4xNTcwNjhdIHBjaSAwMDAwOjAwOjFmLjA6IG5vIGNv bXBhdGlibGUgYnJpZGdlIHdpbmRvdyBmb3IgW21lbSAweDAwNDAwMDAwLTB4ZjE0ZmZmZmZdClsg ICAgMC4xNTcwNzVdIHBjaSAwMDAwOjAwOjFmLjA6IG5vIGNvbXBhdGlibGUgYnJpZGdlIHdpbmRv dyBmb3IgW21lbSAweDAwNTAwMDAwLTB4ZjE0ZmZmZmYgcHJlZl0KWyAgICAwLjE1NzU2Ml0gZTgy MDogcmVzZXJ2ZSBSQU0gYnVmZmVyIFttZW0gMHgwMDA5ZTAwMC0weDAwMDlmZmZmXQpbICAgIDAu MTU3NTY0XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweDdmODAwMDAwLTB4N2ZmZmZm ZmZdClsgICAgMC4xNTc3MDVdIE5ldExhYmVsOiBJbml0aWFsaXppbmcKWyAgICAwLjE1NzcwN10g TmV0TGFiZWw6ICBkb21haW4gaGFzaCBzaXplID0gMTI4ClsgICAgMC4xNTc3MDhdIE5ldExhYmVs OiAgcHJvdG9jb2xzID0gVU5MQUJFTEVEIENJUFNPdjQKWyAgICAwLjE1NzcyMF0gTmV0TGFiZWw6 ICB1bmxhYmVsZWQgdHJhZmZpYyBhbGxvd2VkIGJ5IGRlZmF1bHQKWyAgICAwLjE1Nzg0NF0gSFBF VDogMyB0aW1lcnMgaW4gdG90YWwsIDAgdGltZXJzIHdpbGwgYmUgdXNlZCBmb3IgcGVyLWNwdSB0 aW1lcgpbICAgIDAuMTU3ODY3XSBocGV0MDogYXQgTU1JTyAweGZlZDAwMDAwLCBJUlFzIDIsIDgs IDAKWyAgICAwLjE1Nzg3Ml0gaHBldDA6IDMgY29tcGFyYXRvcnMsIDY0LWJpdCA2Mi41MDAwMDAg TUh6IGNvdW50ZXIKWyAgICAwLjE1OTA0MF0gU3dpdGNoaW5nIHRvIGNsb2Nrc291cmNlIHhlbgpb ICAgIDAuMTY0NTE1XSBwbnA6IFBuUCBBQ1BJIGluaXQKWyAgICAwLjE2NDUyN10gQUNQSTogYnVz IHR5cGUgcG5wIHJlZ2lzdGVyZWQKWyAgICAwLjE2NDU2MV0gc3lzdGVtIDAwOjAwOiBbbWVtIDB4 MDAwMDAwMDAtMHgwMDA5ZmZmZl0gY291bGQgbm90IGJlIHJlc2VydmVkClsgICAgMC4xNjQ1NjZd IHN5c3RlbSAwMDowMDogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFj dGl2ZSkKWyAgICAwLjE2NDYxN10gcG5wIDAwOjAxOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNl LCBJRHMgUE5QMDEwMyAoYWN0aXZlKQpbICAgIDAuMTY0NjUwXSBzeXN0ZW0gMDA6MDI6IFtpbyAg MHgwOGEwLTB4MDhhM10gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAwLjE2NDY1M10gc3lzdGVtIDAw OjAyOiBbaW8gIDB4MGNjMC0weDBjY2ZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMC4xNjQ2NTZd IHN5c3RlbSAwMDowMjogW2lvICAweDA0ZDAtMHgwNGQxXSBoYXMgYmVlbiByZXNlcnZlZApbICAg IDAuMTY0NjYzXSBzeXN0ZW0gMDA6MDI6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQ TlAwYzAyIChhY3RpdmUpClsgICAgMC4xNjQ2NzVdIHBucCAwMDowMzogW2RtYSA0XQpbICAgIDAu MTY0NjkzXSBwbnAgMDA6MDM6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwMjAw IChhY3RpdmUpClsgICAgMC4xNjQ3MTFdIHhlbjogLS0+IHBpcnE9MTcgLT4gaXJxPTggKGdzaT04 KQpbICAgIDAuMTY0NzI0XSBwbnAgMDA6MDQ6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElE cyBQTlAwYjAwIChhY3RpdmUpClsgICAgMC4xNjQ3MzhdIHBucCAwMDowNTogUGx1ZyBhbmQgUGxh eSBBQ1BJIGRldmljZSwgSURzIFBOUDA4MDAgKGFjdGl2ZSkKWyAgICAwLjE2NDc1N10geGVuOiAt LT4gcGlycT0xOCAtPiBpcnE9MTIgKGdzaT0xMikKWyAgICAwLjE2NDc3NV0gcG5wIDAwOjA2OiBQ bHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGYxMyAoYWN0aXZlKQpbICAgIDAuMTY0 NzkxXSB4ZW46IC0tPiBwaXJxPTE5IC0+IGlycT0xIChnc2k9MSkKWyAgICAwLjE2NDgwMl0gcG5w IDAwOjA3OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDMwMyBQTlAwMzBiIChh Y3RpdmUpClsgICAgMC4xNjQ4MTVdIHhlbjogLS0+IHBpcnE9MjAgLT4gaXJxPTYgKGdzaT02KQpb ICAgIDAuMTY0ODE3XSBwbnAgMDA6MDg6IFtkbWEgMl0KWyAgICAwLjE2NDgyOF0gcG5wIDAwOjA4 OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDcwMCAoYWN0aXZlKQpbICAgIDAu MTY0ODU1XSB4ZW46IC0tPiBwaXJxPTIxIC0+IGlycT00IChnc2k9NCkKWyAgICAwLjE2NDg2NV0g cG5wIDAwOjA5OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDUwMSAoYWN0aXZl KQpbICAgIDAuMTY0ODg5XSB4ZW46IC0tPiBwaXJxPTIyIC0+IGlycT03IChnc2k9NykKWyAgICAw LjE2NDkwMF0gcG5wIDAwOjBhOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDQw MCAoYWN0aXZlKQpbICAgIDAuMTY0OTIyXSBzeXN0ZW0gMDA6MGI6IFtpbyAgMHgxMGMwLTB4MTE0 MV0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAwLjE2NDkyNF0gc3lzdGVtIDAwOjBiOiBbaW8gIDB4 YjA0NC0weGIwNDddIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMC4xNjQ5MjddIHN5c3RlbSAwMDow YjogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFjdGl2ZSkKWyAgICAw LjE4NDAyMl0gcG5wOiBQblAgQUNQSTogZm91bmQgMTIgZGV2aWNlcwpbICAgIDAuMTg0MDIzXSBB Q1BJOiBBQ1BJIGJ1cyB0eXBlIHBucCB1bnJlZ2lzdGVyZWQKWyAgICAwLjE5MjEyNV0gcGNpIDAw MDA6MDA6MWYuMDogUENJIGJyaWRnZSB0byBbYnVzIDAxXQpbICAgIDAuMTkyNDI2XSBwY2lfYnVz IDAwMDA6MDA6IHJlc291cmNlIDQgW2lvICAweDAwMDAtMHgwY2Y3XQpbICAgIDAuMTkyNDI3XSBw Y2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDUgW2lvICAweDBkMDAtMHhmZmZmXQpbICAgIDAuMTky NDI5XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDYgW21lbSAweDAwMGEwMDAwLTB4MDAwYmZm ZmZdClsgICAgMC4xOTI0MzBdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNyBbbWVtIDB4ZTAw MDAwMDAtMHhmYmZmZmZmZl0KWyAgICAwLjE5MjQ3NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29s IGZhbWlseSAyClsgICAgMC4xOTI2MzhdIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRhYmxlIGVudHJp ZXM6IDE2Mzg0IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpbICAgIDAuMTkyNzE5XSBUQ1AgYmlu ZCBoYXNoIHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpbICAg IDAuMTkyNzY0XSBUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDE2Mzg0 IGJpbmQgMTYzODQpClsgICAgMC4xOTI3ODJdIFRDUDogcmVubyByZWdpc3RlcmVkClsgICAgMC4x OTI3OTFdIFVEUCBoYXNoIHRhYmxlIGVudHJpZXM6IDEwMjQgKG9yZGVyOiAzLCAzMjc2OCBieXRl cykKWyAgICAwLjE5MjgwMV0gVURQLUxpdGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxMDI0IChvcmRl cjogMywgMzI3NjggYnl0ZXMpClsgICAgMC4xOTI4ODJdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2Nv bCBmYW1pbHkgMQpbICAgIDAuMTkyOTQ1XSBwY2kgMDAwMDowMDowMS4wOiBBY3RpdmF0aW5nIElT QSBETUEgaGFuZyB3b3JrYXJvdW5kcwpbICAgIDAuMTkzMDYwXSB4ZW46IC0tPiBwaXJxPTIzIC0+ IGlycT0yMyAoZ3NpPTIzKQpbICAgIDAuMTkzMzQ5XSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZp ZGVvIGRldmljZQpbICAgIDAuMTkzNDM2XSBQQ0k6IENMUyAwIGJ5dGVzLCBkZWZhdWx0IDY0Clsg ICAgMC4xOTM0ODVdIFVucGFja2luZyBpbml0cmFtZnMuLi4KWyAgICAwLjQ1NTczMV0gRnJlZWlu ZyBpbml0cmQgbWVtb3J5OiAxODYwMGsgZnJlZWQKWyAgICAwLjQ2MzE3NF0gYWxnOiBObyB0ZXN0 IGZvciBfX2djbS1hZXMtYWVzbmkgKF9fZHJpdmVyLWdjbS1hZXMtYWVzbmkpClsgICAgMC40NjM3 MjRdIGF1ZGl0OiBpbml0aWFsaXppbmcgbmV0bGluayBzb2NrZXQgKGRpc2FibGVkKQpbICAgIDAu NDYzNzM0XSB0eXBlPTIwMDAgYXVkaXQoMTM2OTg2NTY4MS4wMTA6MSk6IGluaXRpYWxpemVkClsg ICAgMC40Nzg3NzFdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ugc2l6ZSwgcHJlLWFsbG9j YXRlZCAwIHBhZ2VzClsgICAgMC40Nzk2OTVdIFZGUzogRGlzayBxdW90YXMgZHF1b3RfNi41LjIK WyAgICAwLjQ3OTcyNF0gRHF1b3QtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIgKG9yZGVy IDAsIDQwOTYgYnl0ZXMpClsgICAgMC40ODAwMDldIG1zZ21uaSBoYXMgYmVlbiBzZXQgdG8gMzk4 MApbICAgIDAuNDgwMDUyXSBTRUxpbnV4OiAgUmVnaXN0ZXJpbmcgbmV0ZmlsdGVyIGhvb2tzClsg ICAgMC40ODA5OTZdIGFsZzogTm8gdGVzdCBmb3Igc3Rkcm5nIChrcm5nKQpbICAgIDAuNDgxMDEx XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDM4ClsgICAgMC40ODEwMzZdIEJsb2Nr IGxheWVyIFNDU0kgZ2VuZXJpYyAoYnNnKSBkcml2ZXIgdmVyc2lvbiAwLjQgbG9hZGVkIChtYWpv ciAyNTIpClsgICAgMC40ODEwNzddIGlvIHNjaGVkdWxlciBub29wIHJlZ2lzdGVyZWQKWyAgICAw LjQ4MTA3OV0gaW8gc2NoZWR1bGVyIGRlYWRsaW5lIHJlZ2lzdGVyZWQKWyAgICAwLjQ4MTA4N10g aW8gc2NoZWR1bGVyIGNmcSByZWdpc3RlcmVkIChkZWZhdWx0KQpbICAgIDAuNDgxMTQ1XSBwY2lf aG90cGx1ZzogUENJIEhvdCBQbHVnIFBDSSBDb3JlIHZlcnNpb246IDAuNQpbICAgIDAuNDgxMTUz XSBwY2llaHA6IFBDSSBFeHByZXNzIEhvdCBQbHVnIENvbnRyb2xsZXIgRHJpdmVyIHZlcnNpb246 IDAuNApbICAgIDAuNDgxMTU0XSBhY3BpcGhwOiBBQ1BJIEhvdCBQbHVnIFBDSSBDb250cm9sbGVy IERyaXZlciB2ZXJzaW9uOiAwLjUKWyAgICAwLjQ4MTI1M10gYWNwaXBocDogU2xvdCBbMF0gcmVn aXN0ZXJlZApbICAgIDAuNDgxMjg4XSBhY3BpcGhwOiBTbG90IFsxXSByZWdpc3RlcmVkClsgICAg MC40ODEzMjJdIGFjcGlwaHA6IFNsb3QgWzJdIHJlZ2lzdGVyZWQKWyAgICAwLjQ4MTM1Nl0gYWNw aXBocDogU2xvdCBbM10gcmVnaXN0ZXJlZApbICAgIDAuNDgxMzkzXSBhY3BpcGhwOiBTbG90IFs0 XSByZWdpc3RlcmVkClsgICAgMC40ODE0MjZdIGFjcGlwaHA6IFNsb3QgWzVdIHJlZ2lzdGVyZWQK WyAgICAwLjQ4MTQ2Ml0gYWNwaXBocDogU2xvdCBbNl0gcmVnaXN0ZXJlZApbICAgIDAuNDgxNDk3 XSBhY3BpcGhwOiBTbG90IFs3XSByZWdpc3RlcmVkClsgICAgMC40ODE1MzNdIGFjcGlwaHA6IFNs b3QgWzhdIHJlZ2lzdGVyZWQKWyAgICAwLjQ4MTU2Nl0gYWNwaXBocDogU2xvdCBbOV0gcmVnaXN0 ZXJlZApbICAgIDAuNDgxNjAwXSBhY3BpcGhwOiBTbG90IFsxMF0gcmVnaXN0ZXJlZApbICAgIDAu NDgxNjM3XSBhY3BpcGhwOiBTbG90IFsxMV0gcmVnaXN0ZXJlZApbICAgIDAuNDgxNjY5XSBhY3Bp cGhwOiBTbG90IFsxMl0gcmVnaXN0ZXJlZApbICAgIDAuNDgxNzAyXSBhY3BpcGhwOiBTbG90IFsx M10gcmVnaXN0ZXJlZApbICAgIDAuNDgxNzM2XSBhY3BpcGhwOiBTbG90IFsxNF0gcmVnaXN0ZXJl ZApbICAgIDAuNDgxNzY4XSBhY3BpcGhwOiBTbG90IFsxNV0gcmVnaXN0ZXJlZApbICAgIDAuNDgx ODA0XSBhY3BpcGhwOiBTbG90IFsxNl0gcmVnaXN0ZXJlZApbICAgIDAuNDgxODM3XSBhY3BpcGhw OiBTbG90IFsxN10gcmVnaXN0ZXJlZApbICAgIDAuNDgxODcxXSBhY3BpcGhwOiBTbG90IFsxOF0g cmVnaXN0ZXJlZApbICAgIDAuNDgxOTA0XSBhY3BpcGhwOiBTbG90IFsxOV0gcmVnaXN0ZXJlZApb ICAgIDAuNDgxOTM5XSBhY3BpcGhwOiBTbG90IFsyMF0gcmVnaXN0ZXJlZApbICAgIDAuNDgxOTc0 XSBhY3BpcGhwOiBTbG90IFsyMV0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMDA2XSBhY3BpcGhwOiBT bG90IFsyMl0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMDQwXSBhY3BpcGhwOiBTbG90IFsyM10gcmVn aXN0ZXJlZApbICAgIDAuNDgyMDkyXSBhY3BpcGhwOiBTbG90IFsyNF0gcmVnaXN0ZXJlZApbICAg IDAuNDgyMTI3XSBhY3BpcGhwOiBTbG90IFsyNV0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMTU5XSBh Y3BpcGhwOiBTbG90IFsyNl0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMTkyXSBhY3BpcGhwOiBTbG90 IFsyN10gcmVnaXN0ZXJlZApbICAgIDAuNDgyMjI1XSBhY3BpcGhwOiBTbG90IFsyOF0gcmVnaXN0 ZXJlZApbICAgIDAuNDgyMjYwXSBhY3BpcGhwOiBTbG90IFsyOV0gcmVnaXN0ZXJlZApbICAgIDAu NDgyMjk0XSBhY3BpcGhwOiBTbG90IFszMF0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMzI3XSBhY3Bp cGhwOiBTbG90IFszMV0gcmVnaXN0ZXJlZApbICAgIDAuNDgyNjYyXSB2ZXNhZmI6IG1vZGUgaXMg MTkyMHgxMjAweDMyLCBsaW5lbGVuZ3RoPTc2ODAsIHBhZ2VzPTAKWyAgICAwLjQ4MjY2M10gdmVz YWZiOiBzY3JvbGxpbmc6IHJlZHJhdwpbICAgIDAuNDgyNjY1XSB2ZXNhZmI6IFRydWVjb2xvcjog c2l6ZT04Ojg6ODo4LCBzaGlmdD0yNDoxNjo4OjAKWyAgICAwLjQ4Mjk4Ml0gdmVzYWZiOiBmcmFt ZWJ1ZmZlciBhdCAweGUwMDAwMDAwLCBtYXBwZWQgdG8gMHhmZmZmYzkwMDAwNDAwMDAwLCB1c2lu ZyA5MDI0aywgdG90YWwgOTAyNGsKWyAgICAwLjQ4MzA2MV0gQ29uc29sZTogc3dpdGNoaW5nIHRv IGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDI0MHg3NQpbICAgIDAuNjA4MDIzXSBmYjA6IFZF U0EgVkdBIGZyYW1lIGJ1ZmZlciBkZXZpY2UKWyAgICAwLjYwODAzM10gaW50ZWxfaWRsZTogZG9l cyBub3QgcnVuIG9uIGZhbWlseSA2IG1vZGVsIDU4ClsgICAgMC42MDgwOTZdIGlucHV0OiBQb3dl ciBCdXR0b24gYXMgL2RldmljZXMvTE5YU1lTVE06MDAvTE5YUFdSQk46MDAvaW5wdXQvaW5wdXQw ClsgICAgMC42MDgxMDFdIEFDUEk6IFBvd2VyIEJ1dHRvbiBbUFdSRl0KWyAgICAwLjYwODEzNl0g aW5wdXQ6IFNsZWVwIEJ1dHRvbiBhcyAvZGV2aWNlcy9MTlhTWVNUTTowMC9MTlhTTFBCTjowMC9p bnB1dC9pbnB1dDEKWyAgICAwLjYwODEzOF0gQUNQSTogU2xlZXAgQnV0dG9uIFtTTFBGXQpbICAg IDAuNjQ2OTM0XSBHSEVTOiBIRVNUIGlzIG5vdCBlbmFibGVkIQpbICAgIDAuNjQ3MTgxXSB4ZW46 IC0tPiBwaXJxPTU1IC0+IGlycT0yOCAoZ3NpPTI4KQpbICAgIDAuNjQ3MjEyXSBHcmFudCB0YWJs ZXMgdXNpbmcgdmVyc2lvbiAxIGxheW91dC4KWyAgICAwLjY0NzI2M10gR3JhbnQgdGFibGUgaW5p dGlhbGl6ZWQKWyAgICAwLjY0Nzk4Nl0gU2VyaWFsOiA4MjUwLzE2NTUwIGRyaXZlciwgNCBwb3J0 cywgSVJRIHNoYXJpbmcgZW5hYmxlZApbICAgIDAuNjc0NDYzXSAwMDowOTogdHR5UzAgYXQgSS9P IDB4M2Y4IChpcnEgPSA0KSBpcyBhIDE2NTUwQQpbICAgIDAuNjc1OTIzXSBOb24tdm9sYXRpbGUg bWVtb3J5IGRyaXZlciB2MS4zClsgICAgMC42NzU5MjZdIExpbnV4IGFncGdhcnQgaW50ZXJmYWNl IHYwLjEwMwpbICAgIDAuNjc3NjM1XSBsb29wOiBtb2R1bGUgbG9hZGVkClsgICAgMC42Nzc3ODJd IGF0YV9waWl4IDAwMDA6MDA6MDEuMTogdmVyc2lvbiAyLjEzClsgICAgMC42NzgwODFdIGF0YV9w aWl4IDAwMDA6MDA6MDEuMTogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgMC42Nzg4 OTRdIHNjc2kwIDogYXRhX3BpaXgKWyAgICAwLjY3OTAzMV0gc2NzaTEgOiBhdGFfcGlpeApbICAg IDAuNjc5MTEwXSBhdGExOiBQQVRBIG1heCBNV0RNQTIgY21kIDB4MWYwIGN0bCAweDNmNiBibWRt YSAweGMxYTAgaXJxIDE0ClsgICAgMC42NzkxMTJdIGF0YTI6IFBBVEEgbWF4IE1XRE1BMiBjbWQg MHgxNzAgY3RsIDB4Mzc2IGJtZG1hIDB4YzFhOCBpcnEgMTUKWyAgICAwLjY3OTIwN10gbGlicGh5 OiBGaXhlZCBNRElPIEJ1czogcHJvYmVkClsgICAgMC42NzkyNTVdIGVoY2lfaGNkOiBVU0IgMi4w ICdFbmhhbmNlZCcgSG9zdCBDb250cm9sbGVyIChFSENJKSBEcml2ZXIKWyAgICAwLjY3OTI1Nl0g ZWhjaS1wY2k6IEVIQ0kgUENJIHBsYXRmb3JtIGRyaXZlcgpbICAgIDAuNjc5MjY4XSBvaGNpX2hj ZDogVVNCIDEuMSAnT3BlbicgSG9zdCBDb250cm9sbGVyIChPSENJKSBEcml2ZXIKWyAgICAwLjY3 OTI3OV0gdWhjaV9oY2Q6IFVTQiBVbml2ZXJzYWwgSG9zdCBDb250cm9sbGVyIEludGVyZmFjZSBk cml2ZXIKWyAgICAwLjY3OTY1MV0gdWhjaV9oY2QgMDAwMDowMDowMS4yOiBzZXR0aW5nIGxhdGVu Y3kgdGltZXIgdG8gNjQKWyAgICAwLjY3OTcxOF0gdWhjaV9oY2QgMDAwMDowMDowMS4yOiBVSENJ IEhvc3QgQ29udHJvbGxlcgpbICAgIDAuNjc5NzYyXSB1aGNpX2hjZCAwMDAwOjAwOjAxLjI6IG5l dyBVU0IgYnVzIHJlZ2lzdGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMQpbICAgIDAuNjgwMjQ0 XSB1aGNpX2hjZCAwMDAwOjAwOjAxLjI6IGlycSAyMywgaW8gYmFzZSAweDAwMDBjMTgwClsgICAg MC42ODE2MTNdIHVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2Yiwg aWRQcm9kdWN0PTAwMDEKWyAgICAwLjY4MTYxN10gdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0 cmluZ3M6IE1mcj0zLCBQcm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgMC42ODE2MjFdIHVz YiB1c2IxOiBQcm9kdWN0OiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDAuNjgxNjI0XSB1c2Ig dXNiMTogTWFudWZhY3R1cmVyOiBMaW51eCAzLjguMTMtMTAwLmZjMTcueDg2XzY0IHVoY2lfaGNk ClsgICAgMC42ODE2MjhdIHVzYiB1c2IxOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MDEuMgpbICAg IDAuNjgxNzc1XSBodWIgMS0wOjEuMDogVVNCIGh1YiBmb3VuZApbICAgIDAuNjgxNzc4XSBodWIg MS0wOjEuMDogMiBwb3J0cyBkZXRlY3RlZApbICAgIDAuNjgyMTY5XSB1c2Jjb3JlOiByZWdpc3Rl cmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYnNlcmlhbApbICAgIDAuNjgyMTc3XSB1c2Jjb3Jl OiByZWdpc3RlcmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYnNlcmlhbF9nZW5lcmljClsgICAg MC42ODIxODRdIHVzYnNlcmlhbDogVVNCIFNlcmlhbCBzdXBwb3J0IHJlZ2lzdGVyZWQgZm9yIGdl bmVyaWMKWyAgICAwLjY4MjIyMF0gaTgwNDI6IFBOUDogUFMvMiBDb250cm9sbGVyIFtQTlAwMzAz OlBTMkssUE5QMGYxMzpQUzJNXSBhdCAweDYwLDB4NjQgaXJxIDEsMTIKWyAgICAwLjY4NTYyOV0g c2VyaW86IGk4MDQyIEtCRCBwb3J0IGF0IDB4NjAsMHg2NCBpcnEgMQpbICAgIDAuNjg1NjM1XSBz ZXJpbzogaTgwNDIgQVVYIHBvcnQgYXQgMHg2MCwweDY0IGlycSAxMgpbICAgIDAuNjg1NjgyXSBt b3VzZWRldjogUFMvMiBtb3VzZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpbICAgIDAuNjg2 NzU5XSBpbnB1dDogQVQgVHJhbnNsYXRlZCBTZXQgMiBrZXlib2FyZCBhcyAvZGV2aWNlcy9wbGF0 Zm9ybS9pODA0Mi9zZXJpbzAvaW5wdXQvaW5wdXQyClsgICAgMC42OTc3NDddIGlucHV0OiBYZW4g VmlydHVhbCBLZXlib2FyZCBhcyAvZGV2aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MwpbICAgIDAu Njk3ODE0XSBpbnB1dDogWGVuIFZpcnR1YWwgUG9pbnRlciBhcyAvZGV2aWNlcy92aXJ0dWFsL2lu cHV0L2lucHV0NApbICAgIDAuNzA2MzYwXSBydGNfY21vcyAwMDowNDogcnRjIGNvcmU6IHJlZ2lz dGVyZWQgcnRjX2Ntb3MgYXMgcnRjMApbICAgIDAuNzA2NDMzXSBydGMwOiBhbGFybXMgdXAgdG8g b25lIGRheSwgMTE0IGJ5dGVzIG52cmFtLCBocGV0IGlycXMKWyAgICAwLjcwNjU1MF0gZGV2aWNl LW1hcHBlcjogdWV2ZW50OiB2ZXJzaW9uIDEuMC4zClsgICAgMC43MDY2MThdIGRldmljZS1tYXBw ZXI6IGlvY3RsOiA0LjIzLjEtaW9jdGwgKDIwMTItMTItMTgpIGluaXRpYWxpc2VkOiBkbS1kZXZl bEByZWRoYXQuY29tClsgICAgMC43MDY2NDldIGNwdWlkbGU6IHVzaW5nIGdvdmVybm9yIGxhZGRl cgpbICAgIDAuNzA2NjUwXSBjcHVpZGxlOiB1c2luZyBnb3Zlcm5vciBtZW51ClsgICAgMC43MDY2 OThdIEVGSSBWYXJpYWJsZXMgRmFjaWxpdHkgdjAuMDggMjAwNC1NYXktMTcKWyAgICAwLjcwNjgw M10gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKWyAgICAw LjcwNjgwNF0gdXNiaGlkOiBVU0IgSElEIGNvcmUgZHJpdmVyClsgICAgMC43MDY4MjZdIGRyb3Bf bW9uaXRvcjogSW5pdGlhbGl6aW5nIG5ldHdvcmsgZHJvcCBtb25pdG9yIHNlcnZpY2UKWyAgICAw LjcwNjkyMV0gaXBfdGFibGVzOiAoQykgMjAwMC0yMDA2IE5ldGZpbHRlciBDb3JlIFRlYW0KWyAg ICAwLjcwNjk1NF0gVENQOiBjdWJpYyByZWdpc3RlcmVkClsgICAgMC43MDY5NTVdIEluaXRpYWxp emluZyBYRlJNIG5ldGxpbmsgc29ja2V0ClsgICAgMC43MDcxMTVdIE5FVDogUmVnaXN0ZXJlZCBw cm90b2NvbCBmYW1pbHkgMTAKWyAgICAwLjcwNzMwOF0gbWlwNjogTW9iaWxlIElQdjYKWyAgICAw LjcwNzMwOV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxNwpbICAgIDAuNzA3Nzg5 XSBQTTogSGliZXJuYXRpb24gaW1hZ2Ugbm90IHByZXNlbnQgb3IgY291bGQgbm90IGJlIGxvYWRl ZC4KWyAgICAwLjcwNzgwMl0gcmVnaXN0ZXJlZCB0YXNrc3RhdHMgdmVyc2lvbiAxClsgICAgMC43 MDg4OTVdIFhFTkJVUzogRGV2aWNlIHdpdGggbm8gZHJpdmVyOiBkZXZpY2UvdmJkLzc2OApbICAg IDAuNzA4ODk2XSBYRU5CVVM6IERldmljZSB3aXRoIG5vIGRyaXZlcjogZGV2aWNlL3ZiZC81NjMy ClsgICAgMC43MDg4OTddIFhFTkJVUzogRGV2aWNlIHdpdGggbm8gZHJpdmVyOiBkZXZpY2Uvdmlm LzAKWyAgICAwLjcwODg5N10gWEVOQlVTOiBEZXZpY2Ugd2l0aCBubyBkcml2ZXI6IGRldmljZS9w Y2kvMApbICAgIDAuNzA5MDk2XSAgIE1hZ2ljIG51bWJlcjogMTM6Njc1OjI1MApbICAgIDAuNzA5 MTkxXSBydGNfY21vcyAwMDowNDogc2V0dGluZyBzeXN0ZW0gY2xvY2sgdG8gMjAxMy0wNS0yOSAy MjoxNDo0MSBVVEMgKDEzNjk4NjU2ODEpClsgICAgMC44MzYxNDRdIGF0YTIuMDE6IE5PREVWIGFm dGVyIHBvbGxpbmcgZGV0ZWN0aW9uClsgICAgMC44Mzc0MjZdIGF0YTIuMDA6IEFUQVBJOiBRRU1V IERWRC1ST00sIDAuMTAuMiwgbWF4IFVETUEvMTAwClsgICAgMC44Mzk1NjhdIGF0YTIuMDA6IGNv bmZpZ3VyZWQgZm9yIE1XRE1BMgpbICAgIDAuODQyNzAyXSBzY3NpIDE6MDowOjA6IENELVJPTSAg ICAgICAgICAgIFFFTVUgICAgIFFFTVUgRFZELVJPTSAgICAgMC4xMCBQUTogMCBBTlNJOiA1Clsg ICAgMC44NDUzOTJdIHNyMDogc2NzaTMtbW1jIGRyaXZlOiA0eC80eCB4YS9mb3JtMiB0cmF5Clsg ICAgMC44NDUzOTZdIGNkcm9tOiBVbmlmb3JtIENELVJPTSBkcml2ZXIgUmV2aXNpb246IDMuMjAK WyAgICAwLjg0NTQ5NV0gc3IgMTowOjA6MDogQXR0YWNoZWQgc2NzaSBDRC1ST00gc3IwClsgICAg MC44NDU1NTRdIHNyIDE6MDowOjA6IEF0dGFjaGVkIHNjc2kgZ2VuZXJpYyBzZzAgdHlwZSA1Clsg ICAgMC44NDc5MDVdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDEwODBrIGZyZWVkClsg ICAgMC44NDgxMTRdIFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTog MTIyODhrClsgICAgMC44NTQzMDldIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDE2Njhr IGZyZWVkClsgICAgMC44NjAxNjZdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDEzNDhr IGZyZWVkClsgICAgMC45MjQ4NjddIGRyYWN1dDogZHJhY3V0LTAxOC0xMDUuZ2l0MjAxMjA5Mjcu ZmMxNwpbICAgIDAuOTYxNzEwXSBkcmFjdXQ6IHJkLmx1a3M9MDogcmVtb3ZpbmcgY3J5cHRvbHVr cyBhY3RpdmF0aW9uClsgICAgMC45ODMxMDZdIHVzYiAxLTI6IG5ldyBmdWxsLXNwZWVkIFVTQiBk ZXZpY2UgbnVtYmVyIDIgdXNpbmcgdWhjaV9oY2QKWyAgICAwLjk4OTg5MV0gdWRldmRbMTM2XTog c3RhcnRpbmcgdmVyc2lvbiAxODIKWyAgICAxLjAxMzA0N10gW2RybV0gSW5pdGlhbGl6ZWQgZHJt IDEuMS4wIDIwMDYwODEwClsgICAgMS4wMTkwMDBdIHhlbjogLS0+IHBpcnE9MTYgLT4gaXJxPTI0 IChnc2k9MjQpClsgICAgMS4wMTk5NTldIFtkcm1dIE1lbW9yeSB1c2FibGUgYnkgZ3JhcGhpY3Mg ZGV2aWNlID0gMjA0OE0KWyAgICAxLjAxOTk2OV0gY2hlY2tpbmcgZ2VuZXJpYyAoZTAwMDAwMDAg OGQwMDAwKSB2cyBodyAoZTAwMDAwMDAgMTAwMDAwMDApClsgICAgMS4wMTk5NzFdIGZiOiBjb25m bGljdGluZyBmYiBodyB1c2FnZSBpbnRlbGRybWZiIHZzIFZFU0EgVkdBIC0gcmVtb3ZpbmcgZ2Vu ZXJpYyBkcml2ZXIKWyAgICAxLjAxOTk5Nl0gQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBk dW1teSBkZXZpY2UgODB4MjUKWyAgICAxLjAyMDM2M10gaTkxNSAwMDAwOjAwOjAyLjA6IHNldHRp bmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDEuMDMwMzU2XSByZXNvdXJjZSBtYXAgc2FuaXR5 IGNoZWNrIGNvbmZsaWN0OiAweGZlZmY1MDE4IDB4ZmVmZjcwMTcgMHhmZWZmNzAwMCAweGZmZmZm ZmZmIHJlc2VydmVkClsgICAgMS4wMzAzNTldIC0tLS0tLS0tLS0tLVsgY3V0IGhlcmUgXS0tLS0t LS0tLS0tLQpbICAgIDEuMDMwMzYzXSBXQVJOSU5HOiBhdCBhcmNoL3g4Ni9tbS9pb3JlbWFwLmM6 MTczIF9faW9yZW1hcF9jYWxsZXIrMHgyZDgvMHgzNzAoKQpbICAgIDEuMDMwMzY1XSBIYXJkd2Fy ZSBuYW1lOiBIVk0gZG9tVQpbICAgIDEuMDMwMzY1XSBJbmZvOiBtYXBwaW5nIG11bHRpcGxlIEJB UnMuIFlvdXIga2VybmVsIGlzIGZpbmUuClsgICAgMS4wMzAzNjZdIE1vZHVsZXMgbGlua2VkIGlu OiBpOTE1KCspIHZpZGVvIGkyY19hbGdvX2JpdCBkcm1fa21zX2hlbHBlciBkcm0gaTJjX2NvcmUK WyAgICAxLjAzMDM3MV0gUGlkOiAxNDMsIGNvbW06IHVkZXZkIE5vdCB0YWludGVkIDMuOC4xMy0x MDAuZmMxNy54ODZfNjQgIzEKWyAgICAxLjAzMDM3Ml0gQ2FsbCBUcmFjZToKWyAgICAxLjAzMDM3 Nl0gIFs8ZmZmZmZmZmY4MTA1ZTY4NT5dIHdhcm5fc2xvd3BhdGhfY29tbW9uKzB4NzUvMHhhMApb ICAgIDEuMDMwMzc4XSAgWzxmZmZmZmZmZjgxMDVlNzY2Pl0gd2Fybl9zbG93cGF0aF9mbXQrMHg0 Ni8weDUwClsgICAgMS4wMzAzNzldICBbPGZmZmZmZmZmODEwNDc3MTg+XSBfX2lvcmVtYXBfY2Fs bGVyKzB4MmQ4LzB4MzcwClsgICAgMS4wMzAzODFdICBbPGZmZmZmZmZmODEwNDc3ZTQ+XSBpb3Jl bWFwX2NhY2hlKzB4MTQvMHgyMApbICAgIDEuMDMwMzk3XSAgWzxmZmZmZmZmZmEwMGNhY2EwPl0g aW50ZWxfb3ByZWdpb25fc2V0dXArMHg4MC8weDI1MCBbaTkxNV0KWyAgICAxLjAzMDQwNl0gIFs8 ZmZmZmZmZmZhMDA3N2Q0Nj5dIGk5MTVfZHJpdmVyX2xvYWQrMHg1MjYvMHhlMDAgW2k5MTVdClsg ICAgMS4wMzA0MDhdICBbPGZmZmZmZmZmODE1MjViMjA+XSA/IHNldHVwX2hwZXRfbXNpX3JlbWFw cGVkKzB4MzAvMHgzMApbICAgIDEuMDMwNDE1XSAgWzxmZmZmZmZmZmEwMDFkOGE2Pl0gZHJtX2dl dF9wY2lfZGV2KzB4MTg2LzB4MmQwIFtkcm1dClsgICAgMS4wMzA0MjNdICBbPGZmZmZmZmZmYTAw NzM0N2I+XSBpOTE1X3BjaV9wcm9iZSsweDNiLzB4OTAgW2k5MTVdClsgICAgMS4wMzA0MjVdICBb PGZmZmZmZmZmODEzMjE4NGI+XSBsb2NhbF9wY2lfcHJvYmUrMHg0Yi8weDgwClsgICAgMS4wMzA0 MjZdICBbPGZmZmZmZmZmODEzMjFiNTE+XSBwY2lfZGV2aWNlX3Byb2JlKzB4MTExLzB4MTIwClsg ICAgMS4wMzA0MjldICBbPGZmZmZmZmZmODEzZWEzZGI+XSBkcml2ZXJfcHJvYmVfZGV2aWNlKzB4 OGIvMHgzOTAKWyAgICAxLjAzMDQzMF0gIFs8ZmZmZmZmZmY4MTNlYTc4Yj5dIF9fZHJpdmVyX2F0 dGFjaCsweGFiLzB4YjAKWyAgICAxLjAzMDQzMl0gIFs8ZmZmZmZmZmY4MTNlYTZlMD5dID8gZHJp dmVyX3Byb2JlX2RldmljZSsweDM5MC8weDM5MApbICAgIDEuMDMwNDM0XSAgWzxmZmZmZmZmZjgx M2U4NDNkPl0gYnVzX2Zvcl9lYWNoX2RldisweDVkLzB4YTAKWyAgICAxLjAzMDQzNV0gIFs8ZmZm ZmZmZmY4MTNlOWQzZT5dIGRyaXZlcl9hdHRhY2grMHgxZS8weDIwClsgICAgMS4wMzA0MzZdICBb PGZmZmZmZmZmODEzZTk5NzA+XSBidXNfYWRkX2RyaXZlcisweDFhMC8weDI5MApbICAgIDEuMDMw NDM4XSAgWzxmZmZmZmZmZmEwMTA3MDAwPl0gPyAweGZmZmZmZmZmYTAxMDZmZmYKWyAgICAxLjAz MDQzOV0gIFs8ZmZmZmZmZmZhMDEwNzAwMD5dID8gMHhmZmZmZmZmZmEwMTA2ZmZmClsgICAgMS4w MzA0NDFdICBbPGZmZmZmZmZmODEzZWFlNTc+XSBkcml2ZXJfcmVnaXN0ZXIrMHg3Ny8weDE3MApb ICAgIDEuMDMwNDQyXSAgWzxmZmZmZmZmZmEwMTA3MDAwPl0gPyAweGZmZmZmZmZmYTAxMDZmZmYK WyAgICAxLjAzMDQ0M10gIFs8ZmZmZmZmZmY4MTMyMGFmYj5dIF9fcGNpX3JlZ2lzdGVyX2RyaXZl cisweDRiLzB4NTAKWyAgICAxLjAzMDQ0N10gIFs8ZmZmZmZmZmZhMDAxZGIwYT5dIGRybV9wY2lf aW5pdCsweDExYS8weDEzMCBbZHJtXQpbICAgIDEuMDMwNDQ4XSAgWzxmZmZmZmZmZmEwMTA3MDAw Pl0gPyAweGZmZmZmZmZmYTAxMDZmZmYKWyAgICAxLjAzMDQ1NV0gIFs8ZmZmZmZmZmZhMDEwNzA2 Nj5dIGk5MTVfaW5pdCsweDY2LzB4NjggW2k5MTVdClsgICAgMS4wMzA0NThdICBbPGZmZmZmZmZm ODEwMDIxNWE+XSBkb19vbmVfaW5pdGNhbGwrMHgxMmEvMHgxODAKWyAgICAxLjAzMDQ2MV0gIFs8 ZmZmZmZmZmY4MTBjNGFjYz5dIGxvYWRfbW9kdWxlKzB4MTk5Yy8weDIxODAKWyAgICAxLjAzMDQ2 NF0gIFs8ZmZmZmZmZmY4MTMxNWE4MD5dID8gZGRlYnVnX3Byb2Nfb3BlbisweGMwLzB4YzAKWyAg ICAxLjAzMDQ2Nl0gIFs8ZmZmZmZmZmY4MTBjNTM4Nz5dIHN5c19pbml0X21vZHVsZSsweGQ3LzB4 MTIwClsgICAgMS4wMzA0NjhdICBbPGZmZmZmZmZmODE2NTg4OTk+XSBzeXN0ZW1fY2FsbF9mYXN0 cGF0aCsweDE2LzB4MWIKWyAgICAxLjAzMDQ2OV0gLS0tWyBlbmQgdHJhY2UgZDAxZWNmMDkyMWM3 OTRhMSBdLS0tClsgICAgMS4wMzEyOTFdIFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAg Y2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuClsgICAgMS4wMzEyOTNdIFtkcm1dIERyaXZlciBz dXBwb3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuClsgICAgMS4wMzE0NzVdIHZn YWFyYjogZGV2aWNlIGNoYW5nZWQgZGVjb2RlczogUENJOjAwMDA6MDA6MDIuMCxvbGRkZWNvZGVz PWlvK21lbSxkZWNvZGVzPWlvK21lbTpvd25zPWlvK21lbQpbICAgIDEuMTE0MDkzXSBbZHJtXSBH TUJVUyBbaTkxNSBnbWJ1cyB2Z2FdIHRpbWVkIG91dCwgZmFsbGluZyBiYWNrIHRvIGJpdCBiYW5n aW5nIG9uIHBpbiAyClsgICAgMS4xMjIwODhdIGk5MTUgMDAwMDowMDowMi4wOiBObyBjb25uZWN0 b3JzIHJlcG9ydGVkIGNvbm5lY3RlZCB3aXRoIG1vZGVzClsgICAgMS4xMjIwOTVdIFtkcm1dIENh bm5vdCBmaW5kIGFueSBjcnRjIG9yIHNpemVzIC0gZ29pbmcgMTAyNHg3NjgKWyAgICAxLjEyNjgz M10gZmJjb246IGludGVsZHJtZmIgKGZiMCkgaXMgcHJpbWFyeSBkZXZpY2UKWyAgICAxLjEyNzE5 M10gQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDEyOHg0 OApbICAgIDEuMTMwNzA3XSBpOTE1IDAwMDA6MDA6MDIuMDogZmIwOiBpbnRlbGRybWZiIGZyYW1l IGJ1ZmZlciBkZXZpY2UKWyAgICAxLjEzMDcxMV0gaTkxNSAwMDAwOjAwOjAyLjA6IHJlZ2lzdGVy ZWQgcGFuaWMgbm90aWZpZXIKWyAgICAxLjEzMDk0MF0gW2RybV0gSW5pdGlhbGl6ZWQgaTkxNSAx LjYuMCAyMDA4MDczMCBmb3IgMDAwMDowMDowMi4wIG9uIG1pbm9yIDAKWyAgICAxLjEzNDAxM10g ZHJhY3V0OiBTdGFydGluZyBwbHltb3V0aCBkYWVtb24KWyAgICAxLjIxMzA4Nl0gZHJhY3V0OiBy ZC5kbT0wOiByZW1vdmluZyBETSBSQUlEIGFjdGl2YXRpb24KWyAgICAxLjIyNjE5OF0gZHJhY3V0 OiByZC5tZD0wOiByZW1vdmluZyBNRCBSQUlEIGFjdGl2YXRpb24KWyAgICAxLjI4MDY4Ml0gdXNi IDEtMjogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTA2MjcsIGlkUHJvZHVjdD0wMDAx ClsgICAgMS4yODA2ODZdIHVzYiAxLTI6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQ cm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgMS4yODA2ODddIHVzYiAxLTI6IFByb2R1Y3Q6 IFFFTVUgVVNCIFRhYmxldApbICAgIDEuMjgwNjg5XSB1c2IgMS0yOiBNYW51ZmFjdHVyZXI6IFFF TVUgMC4xMC4yClsgICAgMS4yODA2OTBdIHVzYiAxLTI6IFNlcmlhbE51bWJlcjogMQpbICAgIDEu MjkyOTM3XSB2YmQgdmJkLTU2MzI6IDE5IHhlbmJ1c19kZXZfcHJvYmUgb24gZGV2aWNlL3ZiZC81 NjMyClsgICAgMS4yOTMyNjJdIHZiZCB2YmQtNTYzMjogZmFpbGVkIHRvIHdyaXRlIGVycm9yIG5v ZGUgZm9yIGRldmljZS92YmQvNTYzMiAoMTkgeGVuYnVzX2Rldl9wcm9iZSBvbiBkZXZpY2UvdmJk LzU2MzIpClsgICAgMS4yOTQ4MDBdIGJsa2Zyb250OiB4dmRhOiBmbHVzaCBkaXNrY2FjaGU6IGVu YWJsZWQgdXNpbmcgcGVyc2lzdGVudCBncmFudHMKWyAgICAxLjMyMTEyMl0gIHh2ZGE6IHh2ZGEx IHh2ZGEyClsgICAgMS4zMjgzOTZdIGlucHV0OiBRRU1VIDAuMTAuMiBRRU1VIFVTQiBUYWJsZXQg YXMgL2RldmljZXMvcGNpMDAwMDowMC8wMDAwOjAwOjAxLjIvdXNiMS8xLTIvMS0yOjEuMC9pbnB1 dC9pbnB1dDUKWyAgICAxLjMyODY0Nl0gaGlkLWdlbmVyaWMgMDAwMzowNjI3OjAwMDEuMDAwMTog aW5wdXQsaGlkcmF3MDogVVNCIEhJRCB2MC4wMSBQb2ludGVyIFtRRU1VIDAuMTAuMiBRRU1VIFVT QiBUYWJsZXRdIG9uIHVzYi0wMDAwOjAwOjAxLjItMi9pbnB1dDAKWyAgICAxLjQ2MDEwNl0gdHNj OiBSZWZpbmVkIFRTQyBjbG9ja3NvdXJjZSBjYWxpYnJhdGlvbjogMzM5Mi4yOTkgTUh6ClsgICAg MS41NDAxNDhdIGlucHV0OiBJbUV4UFMvMiBHZW5lcmljIEV4cGxvcmVyIE1vdXNlIGFzIC9kZXZp Y2VzL3BsYXRmb3JtL2k4MDQyL3NlcmlvMS9pbnB1dC9pbnB1dDYKWyAgICAxLjU0Mzc3NV0gZHJh Y3V0OiBTY2FubmluZyBkZXZpY2VzIHh2ZGEyICBmb3IgTFZNIGxvZ2ljYWwgdm9sdW1lcyB2Z19m ZWRvcmEvbHZfc3dhcCB2Z19mZWRvcmEvbHZfcm9vdApbICAgIDEuNTczNTMzXSBkcmFjdXQ6IGlu YWN0aXZlICcvZGV2L3ZnX2ZlZG9yYS9sdl9zd2FwJyBbNS41OSBHaUJdIGluaGVyaXQKWyAgICAx LjU3MzgwNV0gZHJhY3V0OiBpbmFjdGl2ZSAnL2Rldi92Z19mZWRvcmEvbHZfcm9vdCcgWzEzLjkx IEdpQl0gaW5oZXJpdApbICAgIDEuNTkxMDAyXSBiaW86IGNyZWF0ZSBzbGFiIDxiaW8tMT4gYXQg MQpbICAgIDEuNzM5NjIwXSBFWFQ0LWZzIChkbS0xKTogSU5GTzogcmVjb3ZlcnkgcmVxdWlyZWQg b24gcmVhZG9ubHkgZmlsZXN5c3RlbQpbICAgIDEuNzM5NjI0XSBFWFQ0LWZzIChkbS0xKTogd3Jp dGUgYWNjZXNzIHdpbGwgYmUgZW5hYmxlZCBkdXJpbmcgcmVjb3ZlcnkKWyAgICAyLjA1MjE2OV0g RVhUNC1mcyAoZG0tMSk6IG9ycGhhbiBjbGVhbnVwIG9uIHJlYWRvbmx5IGZzClsgICAgMi4wNTIx ODNdIEVYVDQtZnMgKGRtLTEpOiBleHQ0X29ycGhhbl9jbGVhbnVwOiBkZWxldGluZyB1bnJlZmVy ZW5jZWQgaW5vZGUgMTQ5NTQ4ClsgICAgMi4wNTIyNThdIEVYVDQtZnMgKGRtLTEpOiAxIG9ycGhh biBpbm9kZSBkZWxldGVkClsgICAgMi4wNTIyNjBdIEVYVDQtZnMgKGRtLTEpOiByZWNvdmVyeSBj b21wbGV0ZQpbICAgIDIuMTM3NDE1XSBFWFQ0LWZzIChkbS0xKTogbW91bnRlZCBmaWxlc3lzdGVt IHdpdGggb3JkZXJlZCBkYXRhIG1vZGUuIE9wdHM6IChudWxsKQpbICAgIDIuMjAyNTU3XSBkcmFj dXQ6IENoZWNraW5nIGV4dDQ6IC9kZXYvbWFwcGVyL3ZnX2ZlZG9yYS1sdl9yb290ClsgICAgMi4y MDI4MjZdIGRyYWN1dDogaXNzdWluZyBlMmZzY2sgLWEgIC9kZXYvbWFwcGVyL3ZnX2ZlZG9yYS1s dl9yb290ClsgICAgMi4zMDQyOTBdIGRyYWN1dDogL2Rldi9tYXBwZXIvdmdfZmVkb3JhLWx2X3Jv b3Q6IGNsZWFuLCAxNDg0MTUvOTEyMTI4IGZpbGVzLCAxMDg1ODAzLzM2NDU0NDAgYmxvY2tzClsg ICAgMi4zMDUwMzldIGRyYWN1dDogUmVtb3VudGluZyAvZGV2L21hcHBlci92Z19mZWRvcmEtbHZf cm9vdCB3aXRoIC1vIHJvClsgICAgMi4zMzQzMzZdIEVYVDQtZnMgKGRtLTEpOiBtb3VudGVkIGZp bGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4gT3B0czogKG51bGwpClsgICAgMi4zNzI5 NzhdIGRyYWN1dDogTW91bnRlZCByb290IGZpbGVzeXN0ZW0gL2Rldi9tYXBwZXIvdmdfZmVkb3Jh LWx2X3Jvb3QKWyAgICAyLjU3NDk0MV0gZHJhY3V0OiBTd2l0Y2hpbmcgcm9vdApbICAgIDIuNzA4 MTA3XSBbZHJtXSBFbmFibGluZyBSQzYgc3RhdGVzOiBSQzYgb24sIFJDNnAgb24sIFJDNnBwIG9m ZgpbICAgIDIuOTk4NTQ1XSB0eXBlPTE0MDQgYXVkaXQoMTM2OTg2NTY4My43ODg6Mik6IGVuZm9y Y2luZz0xIG9sZF9lbmZvcmNpbmc9MCBhdWlkPTQyOTQ5NjcyOTUgc2VzPTQyOTQ5NjcyOTUKWyAg ICAzLjEyMTc3NF0gU0VMaW51eDogMjA0OCBhdnRhYiBoYXNoIHNsb3RzLCAxMDQyNzUgcnVsZXMu ClsgICAgMy4xNDQ5MjRdIFNFTGludXg6IDIwNDggYXZ0YWIgaGFzaCBzbG90cywgMTA0Mjc1IHJ1 bGVzLgpbICAgIDMuMjI4OTY3XSBTRUxpbnV4OiAgOSB1c2VycywgMTUgcm9sZXMsIDQyMzQgdHlw ZXMsIDIzMyBib29scywgMSBzZW5zLCAxMDI0IGNhdHMKWyAgICAzLjIyODk3MF0gU0VMaW51eDog IDgzIGNsYXNzZXMsIDEwNDI3NSBydWxlcwpbICAgIDMuMjMxNDI5XSBTRUxpbnV4OiAgUGVybWlz c2lvbiB3YWtlX2FsYXJtIGluIGNsYXNzIGNhcGFiaWxpdHkyIG5vdCBkZWZpbmVkIGluIHBvbGlj eS4KWyAgICAzLjIzMTQzMV0gU0VMaW51eDogIFBlcm1pc3Npb24gYmxvY2tfc3VzcGVuZCBpbiBj bGFzcyBjYXBhYmlsaXR5MiBub3QgZGVmaW5lZCBpbiBwb2xpY3kuClsgICAgMy4yMzE0MzNdIFNF TGludXg6ICBQZXJtaXNzaW9uIGF0dGFjaF9xdWV1ZSBpbiBjbGFzcyB0dW5fc29ja2V0IG5vdCBk ZWZpbmVkIGluIHBvbGljeS4KWyAgICAzLjIzMTQzNF0gU0VMaW51eDogdGhlIGFib3ZlIHVua25v d24gY2xhc3NlcyBhbmQgcGVybWlzc2lvbnMgd2lsbCBiZSBhbGxvd2VkClsgICAgMy4yMzE0Mzdd IFNFTGludXg6ICBDb21wbGV0aW5nIGluaXRpYWxpemF0aW9uLgpbICAgIDMuMjMxNDM4XSBTRUxp bnV4OiAgU2V0dGluZyB1cCBleGlzdGluZyBzdXBlcmJsb2Nrcy4KWyAgICAzLjIzMTQ0Ml0gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBzeXNmcywgdHlwZSBzeXNmcyksIHVzZXMgZ2VuZnNfY29u dGV4dHMKWyAgICAzLjIzMTQ0Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiByb290ZnMsIHR5 cGUgcm9vdGZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuMjMxNDU1XSBTRUxpbnV4OiBp bml0aWFsaXplZCAoZGV2IGJkZXYsIHR5cGUgYmRldiksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAg ICAzLjIzMTQ1OV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBwcm9jLCB0eXBlIHByb2MpLCB1 c2VzIGdlbmZzX2NvbnRleHRzClsgICAgMy4yMzE0NjVdIFNFTGludXg6IGluaXRpYWxpemVkIChk ZXYgdG1wZnMsIHR5cGUgdG1wZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpbICAgIDMuMjMxNDgw XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGRldnRtcGZzLCB0eXBlIGRldnRtcGZzKSwgdXNl cyB0cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMTc1Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRl diBzb2NrZnMsIHR5cGUgc29ja2ZzKSwgdXNlcyB0YXNrIFNJRHMKWyAgICAzLjIzMTc1OV0gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBkZWJ1Z2ZzLCB0eXBlIGRlYnVnZnMpLCB1c2VzIGdlbmZz X2NvbnRleHRzClsgICAgMy4yMzIxOTBdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgcGlwZWZz LCB0eXBlIHBpcGVmcyksIHVzZXMgdGFzayBTSURzClsgICAgMy4yMzIxOTRdIFNFTGludXg6IGlu aXRpYWxpemVkIChkZXYgYW5vbl9pbm9kZWZzLCB0eXBlIGFub25faW5vZGVmcyksIHVzZXMgZ2Vu ZnNfY29udGV4dHMKWyAgICAzLjIzMjE5Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBkZXZw dHMsIHR5cGUgZGV2cHRzKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMjIwM10gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBodWdldGxiZnMsIHR5cGUgaHVnZXRsYmZzKSwgdXNlcyB0 cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMjIwNV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBt cXVldWUsIHR5cGUgbXF1ZXVlKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMjIwOF0g U0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBzZWxpbnV4ZnMsIHR5cGUgc2VsaW51eGZzKSwgdXNl cyBnZW5mc19jb250ZXh0cwpbICAgIDMuMjMyMjE1XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2 IHN5c2ZzLCB0eXBlIHN5c2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuMjMyMzcxXSBT RUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZzKSwgdXNlcyB0cmFuc2l0 aW9uIFNJRHMKWyAgICAzLjIzMjM3NF0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiB0bXBmcywg dHlwZSB0bXBmcyksIHVzZXMgdHJhbnNpdGlvbiBTSURzClsgICAgMy4yMzIzOTFdIFNFTGludXg6 IGluaXRpYWxpemVkIChkZXYgZG0tMSwgdHlwZSBleHQ0KSwgdXNlcyB4YXR0cgpbICAgIDMuMjMy NDg2XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHNlY3VyaXR5ZnMsIHR5cGUgc2VjdXJpdHlm cyksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgICAzLjI0ODEyOF0gdHlwZT0xNDAzIGF1ZGl0KDEz Njk4NjU2ODQuMDM4OjMpOiBwb2xpY3kgbG9hZGVkIGF1aWQ9NDI5NDk2NzI5NSBzZXM9NDI5NDk2 NzI5NQpbICAgIDMuMjYwNjAwXSBzeXN0ZW1kWzFdOiBTdWNjZXNzZnVsbHkgbG9hZGVkIFNFTGlu dXggcG9saWN5IGluIDMwMW1zIDU5NXVzLgpbICAgIDMuMzU4OTEwXSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZzKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICAz LjM2NDE0Ml0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwg dXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuNDI2OTY2XSBzeXN0ZW1kWzFdOiBSZWxhYmVsbGVk IC9kZXYgYW5kIC9ydW4gaW4gNjJtcyA2NjF1cy4KWyAgICAzLjQ1NDM3Ml0gU0VMaW51eDogaW5p dGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwgdXNlcyBnZW5mc19jb250ZXh0cwpb ICAgIDMuNDU5MTIxXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNncm91cCwgdHlwZSBjZ3Jv dXApLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICAgMy40NjQxODJdIFNFTGludXg6IGluaXRpYWxp emVkIChkZXYgY2dyb3VwLCB0eXBlIGNncm91cCksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgICAz LjQ2OTExN10gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwg dXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuNDc0MTEzXSBTRUxpbnV4OiBpbml0aWFsaXplZCAo ZGV2IGNncm91cCwgdHlwZSBjZ3JvdXApLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICAgMy40Nzkx MDFdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgY2dyb3VwLCB0eXBlIGNncm91cCksIHVzZXMg Z2VuZnNfY29udGV4dHMKWyAgICAzLjQ4NDE1NF0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBj Z3JvdXAsIHR5cGUgY2dyb3VwKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuNDg5MTA2XSBT RUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNncm91cCwgdHlwZSBjZ3JvdXApLCB1c2VzIGdlbmZz X2NvbnRleHRzClsgICAgMy40ODkyMzddIHN5c3RlbWRbMV06IHN5c3RlbWQgNDQgcnVubmluZyBp biBzeXN0ZW0gbW9kZS4gKCtQQU0gK0xJQldSQVAgK0FVRElUICtTRUxJTlVYICtJTUEgK1NZU1ZJ TklUICtMSUJDUllQVFNFVFVQOyBmZWRvcmEpClsgICAgMy41MjA2NTVdIHN5c3RlbWRbMV06IFNl dCBob3N0bmFtZSB0byA8RmVkb3JhPi4KWyAgICA0LjA4Mzg5Ml0gU0VMaW51eDogaW5pdGlhbGl6 ZWQgKGRldiBhdXRvZnMsIHR5cGUgYXV0b2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDQu Mjc4NjExXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGh1Z2V0bGJmcywgdHlwZSBodWdldGxi ZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpbICAgIDQuMjc5MDAyXSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IGNvbmZpZ2ZzLCB0eXBlIGNvbmZpZ2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpb ICAgIDQuMjc5NDM1XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZz KSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICA0LjM2NjE0MF0gRVhUNC1mcyAoZG0tMSk6IHJl LW1vdW50ZWQuIE9wdHM6IChudWxsKQpbICAgIDQuNDAxOTkyXSBzeXN0ZW1kLWpvdXJuYWxkWzQw N106IEZpeGVkIG1heF91c2U9OTkuN00gbWF4X3NpemU9MTIuNE0gbWluX3NpemU9NjQuMEsga2Vl cF9mcmVlPTQ5LjhNClsgICAgNC40MDQxODRdIHN5c3RlbWQtam91cm5hbGRbNDA3XTogVmFjdXVt aW5nLi4uClsgICAgNC40NDI4MjJdIHVkZXZkWzQxMF06IHN0YXJ0aW5nIHZlcnNpb24gMTgyClsg ICAgNS4wNjUwMTBdIG1pY3JvY29kZTogQ1BVMCBzaWc9MHgzMDZhOSwgcGY9MHgyLCByZXZpc2lv bj0weDE3ClsgICAgNS4wNzgxNzldIHNocGNocDogU3RhbmRhcmQgSG90IFBsdWcgUENJIENvbnRy b2xsZXIgRHJpdmVyIHZlcnNpb246IDAuNApbICAgIDUuMDgyMjc5XSBJbml0aWFsaXNpbmcgWGVu IHZpcnR1YWwgZXRoZXJuZXQgZHJpdmVyLgpbICAgIDUuMDgzMTk1XSBwaWl4NF9zbWJ1cyAwMDAw OjAwOjAxLjM6IFNNQnVzIGJhc2UgYWRkcmVzcyB1bmluaXRpYWxpemVkIC0gdXBncmFkZSBCSU9T IG9yIHVzZSBmb3JjZV9hZGRyPTB4YWRkcgpbICAgIDUuMTI2ODUzXSBtaWNyb2NvZGU6IENQVTEg c2lnPTB4MzA2YTksIHBmPTB4MiwgcmV2aXNpb249MHgxNwpbICAgIDUuMTI2OTYyXSBtaWNyb2Nv ZGU6IE1pY3JvY29kZSBVcGRhdGUgRHJpdmVyOiB2Mi4wMCA8dGlncmFuQGFpdmF6aWFuLmZzbmV0 LmNvLnVrPiwgUGV0ZXIgT3J1YmEKWyAgICA1LjEzNjY3MV0gbHBjX2ljaCAwMDAwOjAwOjFmLjA6 IEkvTyBzcGFjZSBmb3IgQUNQSSB1bmluaXRpYWxpemVkClsgICAgNS4xMzY3MjhdIGxwY19pY2gg MDAwMDowMDoxZi4wOiBJL08gc3BhY2UgZm9yIEFDUEkgdW5pbml0aWFsaXplZApbICAgIDUuMTM2 NzY1XSBscGNfaWNoIDAwMDA6MDA6MWYuMDogSS9PIHNwYWNlIGZvciBHUElPIHVuaW5pdGlhbGl6 ZWQKWyAgICA1LjEzNjc2Nl0gbHBjX2ljaCAwMDAwOjAwOjFmLjA6IE5vIE1GRCBjZWxscyBhZGRl ZApbICAgIDUuMTQ4MTYzXSBwYXJwb3J0X3BjIDAwOjBhOiByZXBvcnRlZCBieSBQbHVnIGFuZCBQ bGF5IEFDUEkKWyAgICA1LjE0ODk1MV0gcGFycG9ydDA6IFBDLXN0eWxlIGF0IDB4Mzc4LCBpcnEg NyBbUENTUFAsVFJJU1RBVEVdClsgICAgNS4xOTE1ODVdIHBwZGV2OiB1c2VyLXNwYWNlIHBhcmFs bGVsIHBvcnQgZHJpdmVyClsgICAgNS4zMDU0NTNdIEFkZGluZyA1ODY1NDY4ayBzd2FwIG9uIC9k ZXYvbWFwcGVyL3ZnX2ZlZG9yYS1sdl9zd2FwLiAgUHJpb3JpdHk6MCBleHRlbnRzOjEgYWNyb3Nz OjU4NjU0NjhrIFNTClsgICAgOC43NjgxMDRdIEVYVDQtZnMgKHh2ZGExKTogbW91bnRlZCBmaWxl c3lzdGVtIHdpdGggb3JkZXJlZCBkYXRhIG1vZGUuIE9wdHM6IChudWxsKQpbICAgIDguNzY4NTgz XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHh2ZGExLCB0eXBlIGV4dDQpLCB1c2VzIHhhdHRy ClsgICAxMC4xOTM1OTBdIGlwNl90YWJsZXM6IChDKSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUg VGVhbQpbICAgMTAuMzY0MTU5XSBuZl9jb25udHJhY2sgdmVyc2lvbiAwLjUuMCAoMTYzODQgYnVj a2V0cywgNjU1MzYgbWF4KQpbICAgMTEuNzQwODA5XSBCbHVldG9vdGg6IENvcmUgdmVyIDIuMTYK WyAgIDExLjc0MDkxMl0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAzMQpbICAgMTEu NzQwOTE0XSBCbHVldG9vdGg6IEhDSSBkZXZpY2UgYW5kIGNvbm5lY3Rpb24gbWFuYWdlciBpbml0 aWFsaXplZApbICAgMTEuNzQwOTIzXSBCbHVldG9vdGg6IEhDSSBzb2NrZXQgbGF5ZXIgaW5pdGlh bGl6ZWQKWyAgIDExLjc0MDkyOF0gQmx1ZXRvb3RoOiBMMkNBUCBzb2NrZXQgbGF5ZXIgaW5pdGlh bGl6ZWQKWyAgIDExLjc0MDkzN10gQmx1ZXRvb3RoOiBTQ08gc29ja2V0IGxheWVyIGluaXRpYWxp emVkClsgICAxMS43ODg3MDddIEJsdWV0b290aDogQk5FUCAoRXRoZXJuZXQgRW11bGF0aW9uKSB2 ZXIgMS4zClsgICAxMS43ODg3MTBdIEJsdWV0b290aDogQk5FUCBmaWx0ZXJzOiBwcm90b2NvbCBt dWx0aWNhc3QKWyAgIDExLjc4ODcxNV0gQmx1ZXRvb3RoOiBCTkVQIHNvY2tldCBsYXllciBpbml0 aWFsaXplZApbICAgMTEuODI1NzQzXSBSUEM6IFJlZ2lzdGVyZWQgbmFtZWQgVU5JWCBzb2NrZXQg dHJhbnNwb3J0IG1vZHVsZS4KWyAgIDExLjgyNTc0OF0gUlBDOiBSZWdpc3RlcmVkIHVkcCB0cmFu c3BvcnQgbW9kdWxlLgpbICAgMTEuODI1NzUxXSBSUEM6IFJlZ2lzdGVyZWQgdGNwIHRyYW5zcG9y dCBtb2R1bGUuClsgICAxMS44MjU3NTNdIFJQQzogUmVnaXN0ZXJlZCB0Y3AgTkZTdjQuMSBiYWNr Y2hhbm5lbCB0cmFuc3BvcnQgbW9kdWxlLgpbICAgMTUuNzEyMzU2XSAtLS0tLS0tLS0tLS1bIGN1 dCBoZXJlIF0tLS0tLS0tLS0tLS0KWyAgIDE1LjcxMjM3Nl0gV0FSTklORzogYXQgZHJpdmVycy9n cHUvZHJtL2k5MTUvaW50ZWxfcG0uYzo0MzA3IGdlbjZfZ3RfY2hlY2tfZmlmb2RiZysweDQxLzB4 NjAgW2k5MTVdKCkKWyAgIDE1LjcxMjM3N10gSGFyZHdhcmUgbmFtZTogSFZNIGRvbVUKWyAgIDE1 LjcxMjM3OF0gTU1JTyByZWFkIG9yIHdyaXRlIGhhcyBiZWVuIGRyb3BwZWQgMwpbICAgMTUuNzEy Mzc5XSBNb2R1bGVzIGxpbmtlZCBpbjogbG9ja2Qgc3VucnBjIGJuZXAgYmx1ZXRvb3RoIHJma2ls bCBuZl9jb25udHJhY2tfaXB2NCBpcDZ0X1JFSkVDVCBuZl9jb25udHJhY2tfaXB2NiBuZl9kZWZy YWdfaXB2NCBuZl9kZWZyYWdfaXB2NiB4dF9zdGF0ZSBuZl9jb25udHJhY2sgaXA2dGFibGVfZmls dGVyIGlwNl90YWJsZXMgcHBkZXYgcGFycG9ydF9wYyBscGNfaWNoIG1mZF9jb3JlIHBhcnBvcnQg aTJjX3BpaXg0IHhlbl9uZXRmcm9udCBzaHBjaHAgbWljcm9jb2RlIHVpbnB1dCBjcmMzMmNfaW50 ZWwgeGVuX2Jsa2Zyb250IGdoYXNoX2NsbXVsbmlfaW50ZWwgaTkxNSB2aWRlbyBpMmNfYWxnb19i aXQgZHJtX2ttc19oZWxwZXIgZHJtIGkyY19jb3JlClsgICAxNS43MTIzOTBdIFBpZDogNzI3LCBj b21tOiBzZXRyb3VibGVzaG9vdGQgVGFpbnRlZDogRyAgICAgICAgVyAgICAzLjguMTMtMTAwLmZj MTcueDg2XzY0ICMxClsgICAxNS43MTIzOTFdIENhbGwgVHJhY2U6ClsgICAxNS43MTIzOTFdICA8 SVJRPiAgWzxmZmZmZmZmZjgxMDVlNjg1Pl0gd2Fybl9zbG93cGF0aF9jb21tb24rMHg3NS8weGEw ClsgICAxNS43MTIzOTldICBbPGZmZmZmZmZmODEwOTJjOTk+XSA/IHNjaGVkdWxlcl90aWNrKzB4 MTA5LzB4MTQwClsgICAxNS43MTI0MDBdICBbPGZmZmZmZmZmODEwNWU3NjY+XSB3YXJuX3Nsb3dw YXRoX2ZtdCsweDQ2LzB4NTAKWyAgIDE1LjcxMjQwM10gIFs8ZmZmZmZmZmY4MTJmZjEyND5dID8g dGltZXJxdWV1ZV9hZGQrMHg2NC8weGIwClsgICAxNS43MTI0MTFdICBbPGZmZmZmZmZmYTAwYmY2 MDE+XSBnZW42X2d0X2NoZWNrX2ZpZm9kYmcrMHg0MS8weDYwIFtpOTE1XQpbICAgMTUuNzEyNDE3 XSAgWzxmZmZmZmZmZmEwMGJmNjc3Pl0gX19nZW42X2d0X2ZvcmNlX3dha2VfbXRfcHV0KzB4Mjcv MHgzMCBbaTkxNV0KWyAgIDE1LjcxMjQyMV0gIFs8ZmZmZmZmZmZhMDA3M2YwZT5dIGk5MTVfcmVh ZDMyKzB4MTRlLzB4MTcwIFtpOTE1XQpbICAgMTUuNzEyNDI0XSAgWzxmZmZmZmZmZjgxMGI2ZjM2 Pl0gPyBjbG9ja2V2ZW50c19wcm9ncmFtX2V2ZW50KzB4NzYvMHgxMjAKWyAgIDE1LjcxMjQzMV0g IFs8ZmZmZmZmZmZhMDBjNGJiMD5dIGludGVsX3JpbmdfZ2V0X2FjdGl2ZV9oZWFkKzB4MzAvMHg0 MCBbaTkxNV0KWyAgIDE1LjcxMjQzN10gIFs8ZmZmZmZmZmZhMDA3ZGQxND5dIGk5MTVfaGFuZ2No ZWNrX2VsYXBzZWQrMHgxMDQvMHgyMTAgW2k5MTVdClsgICAxNS43MTI0NDRdICBbPGZmZmZmZmZm YTAwN2RjMTA+XSA/IGk5MTVfaGFuZ2NoZWNrX2h1bmcrMHgxMjAvMHgxMjAgW2k5MTVdClsgICAx NS43MTI0NDddICBbPGZmZmZmZmZmODEwNmQwYWE+XSBjYWxsX3RpbWVyX2ZuKzB4M2EvMHgxMTAK WyAgIDE1LjcxMjQ1Ml0gIFs8ZmZmZmZmZmZhMDA3ZGMxMD5dID8gaTkxNV9oYW5nY2hlY2tfaHVu ZysweDEyMC8weDEyMCBbaTkxNV0KWyAgIDE1LjcxMjQ1NF0gIFs8ZmZmZmZmZmY4MTA2ZWUyNj5d IHJ1bl90aW1lcl9zb2Z0aXJxKzB4MWY2LzB4MmEwClsgICAxNS43MTI0NTVdICBbPGZmZmZmZmZm ODEwNjZjYjA+XSBfX2RvX3NvZnRpcnErMHhkMC8weDIwMApbICAgMTUuNzEyNDU4XSAgWzxmZmZm ZmZmZjgxNjU5YjljPl0gY2FsbF9zb2Z0aXJxKzB4MWMvMHgzMApbICAgMTUuNzEyNDYxXSAgWzxm ZmZmZmZmZjgxMDE2Mjk1Pl0gZG9fc29mdGlycSsweDc1LzB4YjAKWyAgIDE1LjcxMjQ2Ml0gIFs8 ZmZmZmZmZmY4MTA2NmY3NT5dIGlycV9leGl0KzB4YjUvMHhjMApbICAgMTUuNzEyNDY1XSAgWzxm ZmZmZmZmZjgxMzliZDg1Pl0geGVuX2V2dGNobl9kb191cGNhbGwrMHgzNS8weDUwClsgICAxNS43 MTI0NjddICBbPGZmZmZmZmZmODE2NTlkMmQ+XSB4ZW5faHZtX2NhbGxiYWNrX3ZlY3RvcisweDZk LzB4ODAKWyAgIDE1LjcxMjQ2OF0gIDxFT0k+IApbICAgMTUuNzEyNDY5XSAtLS1bIGVuZCB0cmFj ZSBkMDFlY2YwOTIxYzc5NGEyIF0tLS0KWyAgIDE4LjcxNjM4M10gLS0tLS0tLS0tLS0tWyBjdXQg aGVyZSBdLS0tLS0tLS0tLS0tClsgICAxOC43MTY0MzJdIFdBUk5JTkc6IGF0IGRyaXZlcnMvZ3B1 L2RybS9pOTE1L2ludGVsX3BtLmM6NDMwNyBnZW42X2d0X2NoZWNrX2ZpZm9kYmcrMHg0MS8weDYw IFtpOTE1XSgpClsgICAxOC43MTY0MzVdIEhhcmR3YXJlIG5hbWU6IEhWTSBkb21VClsgICAxOC43 MTY0MzZdIE1NSU8gcmVhZCBvciB3cml0ZSBoYXMgYmVlbiBkcm9wcGVkIDMKWyAgIDE4LjcxNjQz OF0gTW9kdWxlcyBsaW5rZWQgaW46IGxvY2tkIHN1bnJwYyBibmVwIGJsdWV0b290aCByZmtpbGwg bmZfY29ubnRyYWNrX2lwdjQgaXA2dF9SRUpFQ1QgbmZfY29ubnRyYWNrX2lwdjYgbmZfZGVmcmFn X2lwdjQgbmZfZGVmcmFnX2lwdjYgeHRfc3RhdGUgbmZfY29ubnRyYWNrIGlwNnRhYmxlX2ZpbHRl ciBpcDZfdGFibGVzIHBwZGV2IHBhcnBvcnRfcGMgbHBjX2ljaCBtZmRfY29yZSBwYXJwb3J0IGky Y19waWl4NCB4ZW5fbmV0ZnJvbnQgc2hwY2hwIG1pY3JvY29kZSB1aW5wdXQgY3JjMzJjX2ludGVs IHhlbl9ibGtmcm9udCBnaGFzaF9jbG11bG5pX2ludGVsIGk5MTUgdmlkZW8gaTJjX2FsZ29fYml0 IGRybV9rbXNfaGVscGVyIGRybSBpMmNfY29yZQpbICAgMTguNzE2NDcxXSBQaWQ6IDAsIGNvbW06 IHN3YXBwZXIvMCBUYWludGVkOiBHICAgICAgICBXICAgIDMuOC4xMy0xMDAuZmMxNy54ODZfNjQg IzEKWyAgIDE4LjcxNjQ3M10gQ2FsbCBUcmFjZToKWyAgIDE4LjcxNjQ3NV0gIDxJUlE+ICBbPGZm ZmZmZmZmODEwNWU2ODU+XSB3YXJuX3Nsb3dwYXRoX2NvbW1vbisweDc1LzB4YTAKWyAgIDE4Ljcx NjQ5Ml0gIFs8ZmZmZmZmZmY4MTA1ZTc2Nj5dIHdhcm5fc2xvd3BhdGhfZm10KzB4NDYvMHg1MApb ICAgMTguNzE2NDk4XSAgWzxmZmZmZmZmZjgxMDkzZmQzPl0gPyB0cnlfdG9fd2FrZV91cCsweDIw My8weDJkMApbICAgMTguNzE2NTIxXSAgWzxmZmZmZmZmZmEwMGJmNjAxPl0gZ2VuNl9ndF9jaGVj a19maWZvZGJnKzB4NDEvMHg2MCBbaTkxNV0KWyAgIDE4LjcxNjU0Nl0gIFs8ZmZmZmZmZmZhMDBi ZjY3Nz5dIF9fZ2VuNl9ndF9mb3JjZV93YWtlX210X3B1dCsweDI3LzB4MzAgW2k5MTVdClsgICAx OC43MTY1NjZdICBbPGZmZmZmZmZmYTAwNzNmMGU+XSBpOTE1X3JlYWQzMisweDE0ZS8weDE3MCBb aTkxNV0KWyAgIDE4LjcxNjU4Nl0gIFs8ZmZmZmZmZmZhMDBjNGJiMD5dIGludGVsX3JpbmdfZ2V0 X2FjdGl2ZV9oZWFkKzB4MzAvMHg0MCBbaTkxNV0KWyAgIDE4LjcxNjYwM10gIFs8ZmZmZmZmZmZh MDA3ZGQxND5dIGk5MTVfaGFuZ2NoZWNrX2VsYXBzZWQrMHgxMDQvMHgyMTAgW2k5MTVdClsgICAx OC43MTY2MDldICBbPGZmZmZmZmZmODE0NjQxMjA+XSA/IHVzYl9oY2RfcG9sbF9yaF9zdGF0dXMr MHgxNzAvMHgxNzAKWyAgIDE4LjcxNjYxNV0gIFs8ZmZmZmZmZmY4MTA2ZGIxMD5dID8gX19pbnRl cm5hbF9hZGRfdGltZXIrMHgxMzAvMHgxMzAKWyAgIDE4LjcxNjYzMF0gIFs8ZmZmZmZmZmZhMDA3 ZGMxMD5dID8gaTkxNV9oYW5nY2hlY2tfaHVuZysweDEyMC8weDEyMCBbaTkxNV0KWyAgIDE4Ljcx NjYzNV0gIFs8ZmZmZmZmZmY4MTA2ZDBhYT5dIGNhbGxfdGltZXJfZm4rMHgzYS8weDExMApbICAg MTguNzE2NjQwXSAgWzxmZmZmZmZmZjgxMDQ0MDg2Pl0gPyBuYXRpdmVfc2FmZV9oYWx0KzB4Ni8w eDEwClsgICAxOC43MTY2NTBdICBbPGZmZmZmZmZmYTAwN2RjMTA+XSA/IGk5MTVfaGFuZ2NoZWNr X2h1bmcrMHgxMjAvMHgxMjAgW2k5MTVdClsgICAxOC43MTY2NTVdICBbPGZmZmZmZmZmODEwNmVl MjY+XSBydW5fdGltZXJfc29mdGlycSsweDFmNi8weDJhMApbICAgMTguNzE2NjYxXSAgWzxmZmZm ZmZmZjgxMDY2Y2IwPl0gX19kb19zb2Z0aXJxKzB4ZDAvMHgyMDAKWyAgIDE4LjcxNjY2N10gIFs8 ZmZmZmZmZmY4MTY1OWI5Yz5dIGNhbGxfc29mdGlycSsweDFjLzB4MzAKWyAgIDE4LjcxNjY3OV0g IFs8ZmZmZmZmZmY4MTAxNjI5NT5dIGRvX3NvZnRpcnErMHg3NS8weGIwClsgICAxOC43MTY2ODRd ICBbPGZmZmZmZmZmODEwNjZmNzU+XSBpcnFfZXhpdCsweGI1LzB4YzAKWyAgIDE4LjcxNjY5MV0g IFs8ZmZmZmZmZmY4MTM5YmQ4NT5dIHhlbl9ldnRjaG5fZG9fdXBjYWxsKzB4MzUvMHg1MApbICAg MTguNzE2Njk2XSAgWzxmZmZmZmZmZjgxNjU5ZDJkPl0geGVuX2h2bV9jYWxsYmFja192ZWN0b3Ir MHg2ZC8weDgwClsgICAxOC43MTY2OTldICA8RU9JPiAgWzxmZmZmZmZmZjgxMDQ0MDg2Pl0gPyBu YXRpdmVfc2FmZV9oYWx0KzB4Ni8weDEwClsgICAxOC43MTY3MjBdICBbPGZmZmZmZmZmODEwMWM3 OGY+XSBkZWZhdWx0X2lkbGUrMHg0Zi8weDFhMApbICAgMTguNzE2NzIzXSAgWzxmZmZmZmZmZjgx MDFkNDVlPl0gY3B1X2lkbGUrMHhmZS8weDEyMApbICAgMTguNzE2NzI2XSAgWzxmZmZmZmZmZjgx NjM0NmQyPl0gcmVzdF9pbml0KzB4NzIvMHg4MApbICAgMTguNzE2NzI5XSAgWzxmZmZmZmZmZjgx Y2ZmYzQwPl0gc3RhcnRfa2VybmVsKzB4M2QxLzB4M2RlClsgICAxOC43MTY3MzNdICBbPGZmZmZm ZmZmODFjZmY2NmU+XSA/IHJlcGFpcl9lbnZfc3RyaW5nKzB4NWUvMHg1ZQpbICAgMTguNzE2NzM1 XSAgWzxmZmZmZmZmZjgxY2ZmMzU2Pl0geDg2XzY0X3N0YXJ0X3Jlc2VydmF0aW9ucysweDEzMS8w eDEzNQpbICAgMTguNzE2NzM3XSAgWzxmZmZmZmZmZjgxY2ZmNDVhPl0geDg2XzY0X3N0YXJ0X2tl cm5lbCsweDEwMC8weDEwZgpbICAgMTguNzE2NzM5XSAtLS1bIGVuZCB0cmFjZSBkMDFlY2YwOTIx Yzc5NGEzIF0tLS0K --089e013d0f0cb3204204dde310b4 Content-Type: application/octet-stream; name="fedora.cfg" Content-Disposition: attachment; filename="fedora.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhaz6f612 IyMgQ09ORklHDQpuYW1lID0gJ0xpbnV4Jw0KYnVpbGRlciA9ICdodm0nDQp2Y3B1cyA9IDINCm1l bW9yeSA9ICcyMDQ4Jw0KDQpkaXNrID0gWyAncGh5Oi9kZXYvRGF0YS9GZWRvcmEsaGRhLHcnIF0N CmJvb3Q9ImMiDQp2aWY9WydicmlkZ2U9eGVuYnIwLG1vZGVsPWUxMDAwLG1hYz0wMDoxNjozZTph YTpmZjphYSddDQoNCnVzYmRldmljZT0idGFibGV0Ig0KYWNwaT0xDQprZXltYXAgPSAiZnIiDQoN CnN0ZHZnYT0xDQpzaGFkb3dfbWVtb3J5PTMyDQp2bmM9MQ0KDQptb25pdG9yPTENCnhlbl9wbGF0 Zm9ybV9wY2k9IDENCmdmeF9wYXNzdGhydT0xDQpwY2kgPSBbICcwMDowMi4wJyBdDQo= --089e013d0f0cb3204204dde310b4 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --089e013d0f0cb3204204dde310b4-- From xen-users-bounces@lists.xen.org Wed May 29 22:41:23 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 22:41:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhp2Z-0002AS-GD; Wed, 29 May 2013 22:40:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhp2X-0002AN-4j for xen-users@lists.xen.org; Wed, 29 May 2013 22:40:17 +0000 Received: from [85.158.138.51:58830] by server-1.bemta-3.messagelabs.com id 6A/39-06847-0D386A15; Wed, 29 May 2013 22:40:16 +0000 X-Env-Sender: bessedik.amine@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1369867214!28068129!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24397 invoked from network); 29 May 2013 22:40:15 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 22:40:15 -0000 Received: by mail-wi0-f182.google.com with SMTP id c10so3966260wiw.3 for ; Wed, 29 May 2013 15:40:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=jL5Vz6df6+BOHoOs9CrCnV5U0SRpGGyvO1NMFUTZF1A=; b=ChLQ84MRsAVJ8kNklU96B/ZJb5DNHr4R1TptL+H2JUjrGis2cTZ7eKkMFCMtK8f6ql P01EzI2eI9Z/bhaemgLHLekUsx9b0NEs3atNYarwaCk2CwRi90zJZo2NOYGlVtA+T0d/ 2pnIdE0EK07F5bKccMHig2kg6Abm9ZUgs6Kd7Wqf6fOvpR8rH6tm9KVRwrxj4P7DXfd5 2wWKZ11tQDxUmECsJH4J98GeiOlMSRWDvwIACvR7Ky161QEuPLmVAIUDIPtucSbyY8yM wudxZbz/MDlu1AW2Sf5ZvC6PljbKu0wrvlZ0WyiAIoxjcuDNtuXEES94/99zaW5we/Up zOQg== X-Received: by 10.194.237.133 with SMTP id vc5mr2354875wjc.37.1369867214330; Wed, 29 May 2013 15:40:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.82.35 with HTTP; Wed, 29 May 2013 15:39:53 -0700 (PDT) From: Amine Bessedik Date: Thu, 30 May 2013 00:39:53 +0200 Message-ID: To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=089e013d0f0cb3204204dde310b4 Subject: [Xen-users] Difficulties to passthrough Intel IGD HD4000 to a Fedora DomU HVM system X-BeenThere: xen-users@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 --089e013d0f0cb3204204dde310b4 Content-Type: multipart/alternative; boundary=089e013d0f0cb3203f04dde310b2 --089e013d0f0cb3203f04dde310b2 Content-Type: text/plain; charset=ISO-8859-1 Hi everyone ! I'm trying to setup this configuration on my machine: Dom0 => Debian 7 Kernel 3.9.3 with Xen 4.2.1 DomU => Windows 7 with a VGA passthrough HD5700 as secondary video device DomU => Fedora 18 with VGA passtrough HD4000 IGD as primary video device Motherboard DZ77BH- 55k CPU I7 3770 HD4000 First video card in bios AMD 5700 Second video card in bios Everything works except the VGA passtrough with the Fedora system, i can see the virtual bios and grub load, then the screen go in power save mode. DomU Fedora is still reachable with ssh. Any idea ? Thank you for you help. --089e013d0f0cb3203f04dde310b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi everyone !

I'm trying to set= up this configuration on my machine:

Dom0 =3D> Debian = 7 Kernel 3.9.3 with Xen 4.2.1
DomU =3D> Windows 7 with a V= GA passthrough HD5700 as secondary video device
DomU =3D> Fedora 18 with VGA passtrough HD4000 IGD as primary= video device

Motherboard DZ77BH- 55k
CPU I= 7 3770
HD4000 First video card in bios
AMD 5700 Second video card in bios

Everything works except the VGA passtrough with t= he Fedora system, i can see the virtual bios and grub load, then the screen= go in power save mode.
DomU Fedora is still reachable wit= h ssh.

Any idea ?

Th= ank you for you help.
--089e013d0f0cb3203f04dde310b2-- --089e013d0f0cb3204204dde310b4 Content-Type: application/octet-stream; name=lspci DomU Content-Disposition: attachment; filename=lspci DomU Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhaz2kdb0 MDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gSXZ5IEJyaWRnZSBEUkFNIENv bnRyb2xsZXIgKHJldiAwOSkKCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIDIw NDAKCVBoeXNpY2FsIFNsb3Q6IDAKCUNvbnRyb2w6IEkvTy0gTWVtLSBCdXNNYXN0ZXIrIFNwZWND eWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkIt IERpc0lOVHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZT RUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtCglM YXRlbmN5OiAwCgowMDowMS4wIElTQSBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDgyMzcxU0Ig UElJWDMgSVNBIFtOYXRvbWEvVHJpdG9uIElJXQoJU3Vic3lzdGVtOiBSZWQgSGF0LCBJbmMgUWVt dSB2aXJ0dWFsIG1hY2hpbmUKCVBoeXNpY2FsIFNsb3Q6IDEKCUNvbnRyb2w6IEkvTysgTWVtKyBC dXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmct IFNFUlItIEZhc3RCMkItIERpc0lOVHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIy Qi0gUGFyRXJyLSBERVZTRUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJS LSA8UEVSUi0gSU5UeC0KCUxhdGVuY3k6IDAKCjAwOjAxLjEgSURFIGludGVyZmFjZTogSW50ZWwg Q29ycG9yYXRpb24gODIzNzFTQiBQSUlYMyBJREUgW05hdG9tYS9Ucml0b24gSUldIChwcm9nLWlm IDgwIFtNYXN0ZXJdKQoJU3Vic3lzdGVtOiBYZW5Tb3VyY2UsIEluYy4gRGV2aWNlIDAwMDEKCVBo eXNpY2FsIFNsb3Q6IDEKCUNvbnRyb2w6IEkvTysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lO VHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVk aXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0KCUxhdGVu Y3k6IDY0CglSZWdpb24gMDogW3ZpcnR1YWxdIE1lbW9yeSBhdCAwMDAwMDFmMCAoMzItYml0LCBu b24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT04XQoJUmVnaW9uIDE6IFt2aXJ0dWFsXSBNZW1vcnkgYXQg MDAwMDAzZjAgKHR5cGUgMywgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MV0KCVJlZ2lvbiAyOiBb dmlydHVhbF0gTWVtb3J5IGF0IDAwMDAwMTcwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpIFtz aXplPThdCglSZWdpb24gMzogW3ZpcnR1YWxdIE1lbW9yeSBhdCAwMDAwMDM3MCAodHlwZSAzLCBu b24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xXQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBjMWEwIFtz aXplPTE2XQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IGF0YV9waWl4CgowMDowMS4yIFVTQiBDb250 cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjM3MVNCIFBJSVgzIFVTQiBbTmF0b21hL1RyaXRv biBJSV0gKHJldiAwMSkgKHByb2ctaWYgMDAgW1VIQ0ldKQoJU3Vic3lzdGVtOiBSZWQgSGF0LCBJ bmMgUWVtdSB2aXJ0dWFsIG1hY2hpbmUKCVBoeXNpY2FsIFNsb3Q6IDEKCUNvbnRyb2w6IEkvTysg TWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3Rl cHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0g RmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlItIElOVHgtCglMYXRlbmN5OiA2NAoJSW50ZXJydXB0OiBwaW4gRCByb3V0ZWQg dG8gSVJRIDIzCglSZWdpb24gNDogSS9PIHBvcnRzIGF0IGMxODAgW3NpemU9MzJdCglLZXJuZWwg ZHJpdmVyIGluIHVzZTogdWhjaV9oY2QKCjAwOjAxLjMgQnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlv biA4MjM3MUFCL0VCL01CIFBJSVg0IEFDUEkgKHJldiAwMSkKCVN1YnN5c3RlbTogUmVkIEhhdCwg SW5jIFFlbXUgdmlydHVhbCBtYWNoaW5lCglQaHlzaWNhbCBTbG90OiAxCglDb250cm9sOiBJL08t IE1lbS0gQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0 ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYt IEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0g PlNFUlItIDxQRVJSLSBJTlR4LQoJTGF0ZW5jeTogMAoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQg dG8gSVJRIDkKCjAwOjAyLjAgVkdBIGNvbXBhdGlibGUgY29udHJvbGxlcjogSW50ZWwgQ29ycG9y YXRpb24gRGV2aWNlIDAxNjIgKHJldiAwOSkgKHByb2ctaWYgMDAgW1ZHQSBjb250cm9sbGVyXSkK CVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIDIwNDAKCVBoeXNpY2FsIFNsb3Q6 IDIKCUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgrCglTdGF0dXM6 IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8 VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtCglMYXRlbmN5OiA2NAoJSW50ZXJy dXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDc5CglSZWdpb24gMDogTWVtb3J5IGF0IGYxMDAwMDAw ICg2NC1iaXQsIG5vbi1wcmVmZXRjaGFibGUpIFtzaXplPTRNXQoJUmVnaW9uIDI6IE1lbW9yeSBh dCBlMDAwMDAwMCAoNjQtYml0LCBwcmVmZXRjaGFibGUpIFtzaXplPTI1Nk1dCglSZWdpb24gNDog SS9PIHBvcnRzIGF0IGMxMDAgW3NpemU9NjRdCglFeHBhbnNpb24gUk9NIGF0IDx1bmFzc2lnbmVk PiBbZGlzYWJsZWRdCglDYXBhYmlsaXRpZXM6IFs5MF0gTVNJOiBFbmFibGUrIENvdW50PTEvMSBN YXNrYWJsZS0gNjRiaXQtCgkJQWRkcmVzczogZmVlMzYwMDAgIERhdGE6IDQzMDAKCUNhcGFiaWxp dGllczogW2QwXSBQb3dlciBNYW5hZ2VtZW50IHZlcnNpb24gMgoJCUZsYWdzOiBQTUVDbGstIERT SSsgRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0p CgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUt CglLZXJuZWwgZHJpdmVyIGluIHVzZTogaTkxNQoKMDA6MDMuMCBVbmFzc2lnbmVkIGNsYXNzIFtm ZjgwXTogWGVuU291cmNlLCBJbmMuIFhlbiBQbGF0Zm9ybSBEZXZpY2UgKHJldiAwMSkKCVN1YnN5 c3RlbTogWGVuU291cmNlLCBJbmMuIFhlbiBQbGF0Zm9ybSBEZXZpY2UKCVBoeXNpY2FsIFNsb3Q6 IDMKCUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtCglTdGF0dXM6 IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8 VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtCglMYXRlbmN5OiAwCglJbnRlcnJ1 cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMjgKCVJlZ2lvbiAwOiBJL08gcG9ydHMgYXQgYzAwMCBb c2l6ZT0yNTZdCglSZWdpb24gMTogTWVtb3J5IGF0IGYwMDAwMDAwICgzMi1iaXQsIHByZWZldGNo YWJsZSkgW3NpemU9MTZNXQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHhlbi1wbGF0Zm9ybS1wY2kK CjAwOjFmLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gUGFudGhlciBQb2ludCBMUEMg Q29udHJvbGxlciAocmV2IDA0KSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0pCglQaHlzaWNh bCBTbG90OiAzMQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0K CVN0YXR1czogQ2FwLSA2Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0KCUxhdGVuY3k6IDE2 CglSZWdpb24gMDogTWVtb3J5IGF0IDxpZ25vcmVkPiAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxl KQoJUmVnaW9uIDE6IE1lbW9yeSBhdCA8aWdub3JlZD4gKDMyLWJpdCwgbm9uLXByZWZldGNoYWJs ZSkKCUJ1czogcHJpbWFyeT0wMCwgc2Vjb25kYXJ5PTAxLCBzdWJvcmRpbmF0ZT0wMSwgc2VjLWxh dGVuY3k9MjQxCglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGYwMDAtMDAwMDBmZmYKCU1lbW9yeSBi ZWhpbmQgYnJpZGdlOiBmZmYwMDAwMC0wMDBmZmZmZgoJUHJlZmV0Y2hhYmxlIG1lbW9yeSBiZWhp bmQgYnJpZGdlOiBmZmYwMDAwMC0wMDBmZmZmZgoJU2Vjb25kYXJ5IHN0YXR1czogNjZNSHotIEZh c3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPFNF UlItIDxQRVJSLQoJQnJpZGdlQ3RsOiBQYXJpdHktIFNFUlItIE5vSVNBLSBWR0EtIE1BYm9ydC0g PlJlc2V0LSBGYXN0QjJCLQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBE aXNjVG1yU0VSUkVuLQoK --089e013d0f0cb3204204dde310b4 Content-Type: application/octet-stream; name=dmesg DomU Content-Disposition: attachment; filename=dmesg DomU Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhaz2ke71 WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1c2V0ClsgICAgMC4w MDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdQpbICAgIDAuMDAwMDAwXSBMaW51 eCB2ZXJzaW9uIDMuOC4xMy0xMDAuZmMxNy54ODZfNjQgKG1vY2tidWlsZEBia2VybmVsMDEucGh4 Mi5mZWRvcmFwcm9qZWN0Lm9yZykgKGdjYyB2ZXJzaW9uIDQuNy4yIDIwMTIwOTIxIChSZWQgSGF0 IDQuNy4yLTIpIChHQ0MpICkgIzEgU01QIE1vbiBNYXkgMTMgMTM6MzY6MTcgVVRDIDIwMTMKWyAg ICAwLjAwMDAwMF0gQ29tbWFuZCBsaW5lOiBCT09UX0lNQUdFPS92bWxpbnV6LTMuOC4xMy0xMDAu ZmMxNy54ODZfNjQgcm9vdD0vZGV2L21hcHBlci92Z19mZWRvcmEtbHZfcm9vdCBybyByZC5tZD0w IHJkLmRtPTAgU1lTRk9OVD1UcnVlIHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfc3dhcCBMQU5HPWZy X0ZSLlVURi04IHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfcm9vdCByZC5sdWtzPTAgS0VZVEFCTEU9 ZnItbGF0aW45IHJoZ2IgcXVpZXQKWyAgICAwLjAwMDAwMF0gZTgyMDogQklPUy1wcm92aWRlZCBw aHlzaWNhbCBSQU0gbWFwOgpbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAw MDAwMDAwMDAwLTB4MDAwMDAwMDAwMDA5ZGZmZl0gdXNhYmxlClsgICAgMC4wMDAwMDBdIEJJT1Mt ZTgyMDogW21lbSAweDAwMDAwMDAwMDAwOWUwMDAtMHgwMDAwMDAwMDAwMDlmZmZmXSByZXNlcnZl ZApbICAgIDAuMDAwMDAwXSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMDAwMGUwMDAwLTB4MDAw MDAwMDAwMDBmZmZmZl0gcmVzZXJ2ZWQKWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4 MDAwMDAwMDAwMDEwMDAwMC0weDAwMDAwMDAwN2Y3ZmZmZmZdIHVzYWJsZQpbICAgIDAuMDAwMDAw XSBCSU9TLWU4MjA6IFttZW0gMHgwMDAwMDAwMGZjMDAwMDAwLTB4MDAwMDAwMDBmZWZmNGZmZl0g cmVzZXJ2ZWQKWyAgICAwLjAwMDAwMF0gQklPUy1lODIwOiBbbWVtIDB4MDAwMDAwMDBmZWZmNTAw MC0weDAwMDAwMDAwZmVmZjZmZmZdIEFDUEkgTlZTClsgICAgMC4wMDAwMDBdIEJJT1MtZTgyMDog W21lbSAweDAwMDAwMDAwZmVmZjcwMDAtMHgwMDAwMDAwMGZmZmZmZmZmXSByZXNlcnZlZApbICAg IDAuMDAwMDAwXSBOWCAoRXhlY3V0ZSBEaXNhYmxlKSBwcm90ZWN0aW9uOiBhY3RpdmUKWyAgICAw LjAwMDAwMF0gU01CSU9TIDIuNCBwcmVzZW50LgpbICAgIDAuMDAwMDAwXSBETUk6IFhlbiBIVk0g ZG9tVSwgQklPUyA0LjIuMSAwNS8yMy8yMDEzClsgICAgMC4wMDAwMDBdIEh5cGVydmlzb3IgZGV0 ZWN0ZWQ6IFhlbiBIVk0KWyAgICAwLjAwMDAwMF0gWGVuIHZlcnNpb24gNC4yLgpbICAgIDAuMDAw MDAwXSBYZW4gUGxhdGZvcm0gUENJOiBJL08gcHJvdG9jb2wgdmVyc2lvbiAxClsgICAgMC4wMDAw MDBdIE5ldGZyb250IGFuZCB0aGUgWGVuIHBsYXRmb3JtIFBDSSBkcml2ZXIgaGF2ZSBiZWVuIGNv bXBpbGVkIGZvciB0aGlzIGtlcm5lbDogdW5wbHVnIGVtdWxhdGVkIE5JQ3MuClsgICAgMC4wMDAw MDBdIEJsa2Zyb250IGFuZCB0aGUgWGVuIHBsYXRmb3JtIFBDSSBkcml2ZXIgaGF2ZSBiZWVuIGNv bXBpbGVkIGZvciB0aGlzIGtlcm5lbDogdW5wbHVnIGVtdWxhdGVkIGRpc2tzLgpbICAgIDAuMDAw MDAwXSBZb3UgbWlnaHQgaGF2ZSB0byBjaGFuZ2UgdGhlIHJvb3QgZGV2aWNlClsgICAgMC4wMDAw MDBdIGZyb20gL2Rldi9oZFthLWRdIHRvIC9kZXYveHZkW2EtZF0KWyAgICAwLjAwMDAwMF0gaW4g eW91ciByb290PSBrZXJuZWwgY29tbWFuZCBsaW5lIG9wdGlvbgpbICAgIDAuMDAwMDAwXSBIVk1P UF9wYWdldGFibGVfZHlpbmcgbm90IHN1cHBvcnRlZApbICAgIDAuMDAwMDAwXSBlODIwOiB1cGRh dGUgW21lbSAweDAwMDAwMDAwLTB4MDAwMGZmZmZdIHVzYWJsZSA9PT4gcmVzZXJ2ZWQKWyAgICAw LjAwMDAwMF0gZTgyMDogcmVtb3ZlIFttZW0gMHgwMDBhMDAwMC0weDAwMGZmZmZmXSB1c2FibGUK WyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3VuZApbICAgIDAuMDAwMDAwXSBlODIwOiBs YXN0X3BmbiA9IDB4N2Y4MDAgbWF4X2FyY2hfcGZuID0gMHg0MDAwMDAwMDAKWyAgICAwLjAwMDAw MF0gTVRSUiBkZWZhdWx0IHR5cGU6IHdyaXRlLWJhY2sKWyAgICAwLjAwMDAwMF0gTVRSUiBmaXhl ZCByYW5nZXMgZW5hYmxlZDoKWyAgICAwLjAwMDAwMF0gICAwMDAwMC05RkZGRiB3cml0ZS1iYWNr ClsgICAgMC4wMDAwMDBdICAgQTAwMDAtQkZGRkYgd3JpdGUtY29tYmluaW5nClsgICAgMC4wMDAw MDBdICAgQzAwMDAtRkZGRkYgd3JpdGUtYmFjawpbICAgIDAuMDAwMDAwXSBNVFJSIHZhcmlhYmxl IHJhbmdlcyBlbmFibGVkOgpbICAgIDAuMDAwMDAwXSAgIDAgYmFzZSAwRTAwMDAwMDAgbWFzayBG RjAwMDAwMDAgdW5jYWNoYWJsZQpbICAgIDAuMDAwMDAwXSAgIDEgYmFzZSAwRjAwMDAwMDAgbWFz ayBGRjgwMDAwMDAgdW5jYWNoYWJsZQpbICAgIDAuMDAwMDAwXSAgIDIgYmFzZSAwRjgwMDAwMDAg bWFzayBGRkMwMDAwMDAgdW5jYWNoYWJsZQpbICAgIDAuMDAwMDAwXSAgIDMgZGlzYWJsZWQKWyAg ICAwLjAwMDAwMF0gICA0IGRpc2FibGVkClsgICAgMC4wMDAwMDBdICAgNSBkaXNhYmxlZApbICAg IDAuMDAwMDAwXSAgIDYgZGlzYWJsZWQKWyAgICAwLjAwMDAwMF0gICA3IGRpc2FibGVkClsgICAg MC4wMDAwMDBdIHg4NiBQQVQgZW5hYmxlZDogY3B1IDAsIG9sZCAweDcwNDA2MDAwNzA0MDYsIG5l dyAweDcwMTA2MDAwNzAxMDYKWyAgICAwLjAwMDAwMF0gZm91bmQgU01QIE1QLXRhYmxlIGF0IFtt ZW0gMHgwMDBmYmJhMC0weDAwMGZiYmFmXSBtYXBwZWQgYXQgW2ZmZmY4ODAwMDAwZmJiYTBdClsg ICAgMC4wMDAwMDBdIGluaXRpYWwgbWVtb3J5IG1hcHBlZDogW21lbSAweDAwMDAwMDAwLTB4MWZm ZmZmZmZdClsgICAgMC4wMDAwMDBdIEJhc2UgbWVtb3J5IHRyYW1wb2xpbmUgYXQgW2ZmZmY4ODAw MDAwOTgwMDBdIDk4MDAwIHNpemUgMjQ1NzYKWyAgICAwLjAwMDAwMF0gaW5pdF9tZW1vcnlfbWFw cGluZzogW21lbSAweDAwMDAwMDAwLTB4N2Y3ZmZmZmZdClsgICAgMC4wMDAwMDBdICBbbWVtIDB4 MDAwMDAwMDAtMHg3ZjdmZmZmZl0gcGFnZSAyTQpbICAgIDAuMDAwMDAwXSBrZXJuZWwgZGlyZWN0 IG1hcHBpbmcgdGFibGVzIHVwIHRvIDB4N2Y3ZmZmZmYgQCBbbWVtIDB4MWZmZmQwMDAtMHgxZmZm ZmZmZl0KWyAgICAwLjAwMDAwMF0gUkFNRElTSzogW21lbSAweDM1YjljMDAwLTB4MzZkYzVmZmZd ClsgICAgMC4wMDAwMDBdIEFDUEk6IFJTRFAgMDAwMDAwMDAwMDBlYTAyMCAwMDAyNCAodjAyICAg IFhlbikKWyAgICAwLjAwMDAwMF0gQUNQSTogWFNEVCAwMDAwMDAwMGZjMDEwMTQwIDAwMDU0ICh2 MDEgICAgWGVuICAgICAgSFZNIDAwMDAwMDAwIEhWTUwgMDAwMDAwMDApClsgICAgMC4wMDAwMDBd IEFDUEk6IEZBQ1AgMDAwMDAwMDBmYzAwZmUwMCAwMDBGNCAodjA0ICAgIFhlbiAgICAgIEhWTSAw MDAwMDAwMCBIVk1MIDAwMDAwMDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBEU0RUIDAwMDAwMDAw ZmMwMDQxODAgMEJCRjYgKHYwMiAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSU5UTCAyMDEwMDUy OCkKWyAgICAwLjAwMDAwMF0gQUNQSTogRkFDUyAwMDAwMDAwMGZjMDA0MTQwIDAwMDQwClsgICAg MC4wMDAwMDBdIEFDUEk6IEFQSUMgMDAwMDAwMDBmYzAwZmYwMCAwMDBEOCAodjAyICAgIFhlbiAg ICAgIEhWTSAwMDAwMDAwMCBIVk1MIDAwMDAwMDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBIUEVU IDAwMDAwMDAwZmMwMTAwNTAgMDAwMzggKHYwMSAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSFZN TCAwMDAwMDAwMCkKWyAgICAwLjAwMDAwMF0gQUNQSTogV0FFVCAwMDAwMDAwMGZjMDEwMDkwIDAw MDI4ICh2MDEgICAgWGVuICAgICAgSFZNIDAwMDAwMDAwIEhWTUwgMDAwMDAwMDApClsgICAgMC4w MDAwMDBdIEFDUEk6IFNTRFQgMDAwMDAwMDBmYzAxMDBjMCAwMDAzMSAodjAyICAgIFhlbiAgICAg IEhWTSAwMDAwMDAwMCBJTlRMIDIwMTAwNTI4KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBTU0RUIDAw MDAwMDAwZmMwMTAxMDAgMDAwMzEgKHYwMiAgICBYZW4gICAgICBIVk0gMDAwMDAwMDAgSU5UTCAy MDEwMDUyOCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTG9jYWwgQVBJQyBhZGRyZXNzIDB4ZmVlMDAw MDAKWyAgICAwLjAwMDAwMF0gTm8gTlVNQSBjb25maWd1cmF0aW9uIGZvdW5kClsgICAgMC4wMDAw MDBdIEZha2luZyBhIG5vZGUgYXQgW21lbSAweDAwMDAwMDAwMDAwMDAwMDAtMHgwMDAwMDAwMDdm N2ZmZmZmXQpbICAgIDAuMDAwMDAwXSBJbml0bWVtIHNldHVwIG5vZGUgMCBbbWVtIDB4MDAwMDAw MDAtMHg3ZjdmZmZmZl0KWyAgICAwLjAwMDAwMF0gICBOT0RFX0RBVEEgW21lbSAweDdmN2VjMDAw LTB4N2Y3ZmZmZmZdClsgICAgMC4wMDAwMDBdICBbZmZmZmVhMDAwMDAwMDAwMC1mZmZmZWEwMDAx ZmZmZmZmXSBQTUQgLT4gW2ZmZmY4ODAwN2NlMDAwMDAtZmZmZjg4MDA3ZWRmZmZmZl0gb24gbm9k ZSAwClsgICAgMC4wMDAwMDBdIFpvbmUgcmFuZ2VzOgpbICAgIDAuMDAwMDAwXSAgIERNQSAgICAg IFttZW0gMHgwMDAxMDAwMC0weDAwZmZmZmZmXQpbICAgIDAuMDAwMDAwXSAgIERNQTMyICAgIFtt ZW0gMHgwMTAwMDAwMC0weGZmZmZmZmZmXQpbICAgIDAuMDAwMDAwXSAgIE5vcm1hbCAgIGVtcHR5 ClsgICAgMC4wMDAwMDBdIE1vdmFibGUgem9uZSBzdGFydCBmb3IgZWFjaCBub2RlClsgICAgMC4w MDAwMDBdIEVhcmx5IG1lbW9yeSBub2RlIHJhbmdlcwpbICAgIDAuMDAwMDAwXSAgIG5vZGUgICAw OiBbbWVtIDB4MDAwMTAwMDAtMHgwMDA5ZGZmZl0KWyAgICAwLjAwMDAwMF0gICBub2RlICAgMDog W21lbSAweDAwMTAwMDAwLTB4N2Y3ZmZmZmZdClsgICAgMC4wMDAwMDBdIE9uIG5vZGUgMCB0b3Rh bHBhZ2VzOiA1MjIxMjYKWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogNjQgcGFnZXMgdXNlZCBm b3IgbWVtbWFwClsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6IDYgcGFnZXMgcmVzZXJ2ZWQKWyAg ICAwLjAwMDAwMF0gICBETUEgem9uZTogMzkxMiBwYWdlcywgTElGTyBiYXRjaDowClsgICAgMC4w MDAwMDBdICAgRE1BMzIgem9uZTogODA5NiBwYWdlcyB1c2VkIGZvciBtZW1tYXAKWyAgICAwLjAw MDAwMF0gICBETUEzMiB6b25lOiA1MTAwNDggcGFnZXMsIExJRk8gYmF0Y2g6MzEKWyAgICAwLjAw MDAwMF0gQUNQSTogUE0tVGltZXIgSU8gUG9ydDogMHhiMDA4ClsgICAgMC4wMDAwMDBdIEFDUEk6 IExvY2FsIEFQSUMgYWRkcmVzcyAweGZlZTAwMDAwClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElD IChhY3BpX2lkWzB4MDBdIGxhcGljX2lkWzB4MDBdIGVuYWJsZWQpClsgICAgMC4wMDAwMDBdIEFD UEk6IExBUElDIChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4MDJdIGVuYWJsZWQpClsgICAgMC4w MDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDJdIGxhcGljX2lkWzB4MDRdIGRpc2FibGVk KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAzXSBsYXBpY19pZFsweDA2 XSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwNF0gbGFw aWNfaWRbMHgwOF0gZGlzYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lk WzB4MDVdIGxhcGljX2lkWzB4MGFdIGRpc2FibGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJ QyAoYWNwaV9pZFsweDA2XSBsYXBpY19pZFsweDBjXSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0g QUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwN10gbGFwaWNfaWRbMHgwZV0gZGlzYWJsZWQpClsgICAg MC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDhdIGxhcGljX2lkWzB4MTBdIGRpc2Fi bGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDA5XSBsYXBpY19pZFsw eDEyXSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwYV0g bGFwaWNfaWRbMHgxNF0gZGlzYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3Bp X2lkWzB4MGJdIGxhcGljX2lkWzB4MTZdIGRpc2FibGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBM QVBJQyAoYWNwaV9pZFsweDBjXSBsYXBpY19pZFsweDE4XSBkaXNhYmxlZCkKWyAgICAwLjAwMDAw MF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwZF0gbGFwaWNfaWRbMHgxYV0gZGlzYWJsZWQpClsg ICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MGVdIGxhcGljX2lkWzB4MWNdIGRp c2FibGVkKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJT0FQSUMgKGlkWzB4MDFdIGFkZHJlc3NbMHhm ZWMwMDAwMF0gZ3NpX2Jhc2VbMF0pClsgICAgMC4wMDAwMDBdIElPQVBJQ1swXTogYXBpY19pZCAx LCB2ZXJzaW9uIDE3LCBhZGRyZXNzIDB4ZmVjMDAwMDAsIEdTSSAwLTQ3ClsgICAgMC4wMDAwMDBd IEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDAgZ2xvYmFsX2lycSAyIGRmbCBkZmwp ClsgICAgMC4wMDAwMDBdIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDUgZ2xvYmFs X2lycSA1IGxvdyBsZXZlbCkKWyAgICAwLjAwMDAwMF0gQUNQSTogSU5UX1NSQ19PVlIgKGJ1cyAw IGJ1c19pcnEgMTAgZ2xvYmFsX2lycSAxMCBsb3cgbGV2ZWwpClsgICAgMC4wMDAwMDBdIEFDUEk6 IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDExIGdsb2JhbF9pcnEgMTEgbG93IGxldmVsKQpb ICAgIDAuMDAwMDAwXSBBQ1BJOiBJUlEwIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4wMDAwMDBd IEFDUEk6IElSUTIgdXNlZCBieSBvdmVycmlkZS4KWyAgICAwLjAwMDAwMF0gQUNQSTogSVJRNSB1 c2VkIGJ5IG92ZXJyaWRlLgpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJUlE5IHVzZWQgYnkgb3ZlcnJp ZGUuClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTEwIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4w MDAwMDBdIEFDUEk6IElSUTExIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4wMDAwMDBdIFVzaW5n IEFDUEkgKE1BRFQpIGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbgpbICAgIDAuMDAw MDAwXSBBQ1BJOiBIUEVUIGlkOiAweDgwODZhMjAxIGJhc2U6IDB4ZmVkMDAwMDAKWyAgICAwLjAw MDAwMF0gc21wYm9vdDogQWxsb3dpbmcgMTUgQ1BVcywgMTMgaG90cGx1ZyBDUFVzClsgICAgMC4w MDAwMDBdIG5yX2lycXNfZ3NpOiA2NApbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3Nh dmUgbWVtb3J5OiAwMDAwMDAwMDAwMDllMDAwIC0gMDAwMDAwMDAwMDBhMDAwMApbICAgIDAuMDAw MDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5OiAwMDAwMDAwMDAwMGEwMDAwIC0gMDAw MDAwMDAwMDBlMDAwMApbICAgIDAuMDAwMDAwXSBQTTogUmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5 OiAwMDAwMDAwMDAwMGUwMDAwIC0gMDAwMDAwMDAwMDEwMDAwMApbICAgIDAuMDAwMDAwXSBlODIw OiBbbWVtIDB4N2Y4MDAwMDAtMHhmYmZmZmZmZl0gYXZhaWxhYmxlIGZvciBQQ0kgZGV2aWNlcwpb ICAgIDAuMDAwMDAwXSBCb290aW5nIHBhcmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gWGVuIEhWTQpb ICAgIDAuMDAwMDAwXSBzZXR1cF9wZXJjcHU6IE5SX0NQVVM6MTI4IG5yX2NwdW1hc2tfYml0czox MjggbnJfY3B1X2lkczoxNSBucl9ub2RlX2lkczoxClsgICAgMC4wMDAwMDBdIFBFUkNQVTogRW1i ZWRkZWQgMjggcGFnZXMvY3B1IEBmZmZmODgwMDdmNDAwMDAwIHM4NDYwOCByODE5MiBkMjE4ODgg dTEzMTA3MgpbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9jOiBzODQ2MDggcjgxOTIgZDIxODg4IHUx MzEwNzIgYWxsb2M9MSoyMDk3MTUyClsgICAgMC4wMDAwMDBdIHBjcHUtYWxsb2M6IFswXSAwMCAw MSAwMiAwMyAwNCAwNSAwNiAwNyAwOCAwOSAxMCAxMSAxMiAxMyAxNCAtLSAKWyAgICAwLjAwMDAw MF0gQnVpbHQgMSB6b25lbGlzdHMgaW4gTm9kZSBvcmRlciwgbW9iaWxpdHkgZ3JvdXBpbmcgb24u ICBUb3RhbCBwYWdlczogNTEzOTYwClsgICAgMC4wMDAwMDBdIFBvbGljeSB6b25lOiBETUEzMgpb ICAgIDAuMDAwMDAwXSBLZXJuZWwgY29tbWFuZCBsaW5lOiBCT09UX0lNQUdFPS92bWxpbnV6LTMu OC4xMy0xMDAuZmMxNy54ODZfNjQgcm9vdD0vZGV2L21hcHBlci92Z19mZWRvcmEtbHZfcm9vdCBy byByZC5tZD0wIHJkLmRtPTAgU1lTRk9OVD1UcnVlIHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfc3dh cCBMQU5HPWZyX0ZSLlVURi04IHJkLmx2bS5sdj12Z19mZWRvcmEvbHZfcm9vdCByZC5sdWtzPTAg S0VZVEFCTEU9ZnItbGF0aW45IHJoZ2IgcXVpZXQKWyAgICAwLjAwMDAwMF0gUElEIGhhc2ggdGFi bGUgZW50cmllczogNDA5NiAob3JkZXI6IDMsIDMyNzY4IGJ5dGVzKQpbICAgIDAuMDAwMDAwXSBf X2V4X3RhYmxlIGFscmVhZHkgc29ydGVkLCBza2lwcGluZyBzb3J0ClsgICAgMC4wMDAwMDBdIHhz YXZlOiBlbmFibGVkIHhzdGF0ZV9idiAweDcsIGNudHh0IHNpemUgMHgzNDAKWyAgICAwLjAwMDAw MF0gQ2hlY2tpbmcgYXBlcnR1cmUuLi4KWyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3Vu ZApbICAgIDAuMDAwMDAwXSBNZW1vcnk6IDIwMTk0MDhrLzIwODg5NjBrIGF2YWlsYWJsZSAoNjUx NGsga2VybmVsIGNvZGUsIDQ1NmsgYWJzZW50LCA2OTA5NmsgcmVzZXJ2ZWQsIDY3MDNrIGRhdGEs IDEwODBrIGluaXQpClsgICAgMC4wMDAwMDBdIFNMVUI6IEdlbnNsYWJzPTE1LCBIV2FsaWduPTY0 LCBPcmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BVcz0xNSwgTm9kZXM9MQpbICAgIDAuMDAwMDAw XSBIaWVyYXJjaGljYWwgUkNVIGltcGxlbWVudGF0aW9uLgpbICAgIDAuMDAwMDAwXSAJUkNVIHJl c3RyaWN0aW5nIENQVXMgZnJvbSBOUl9DUFVTPTEyOCB0byBucl9jcHVfaWRzPTE1LgpbICAgIDAu MDAwMDAwXSBOUl9JUlFTOjg0NDggbnJfaXJxczoxMjA4IDE2ClsgICAgMC4wMDAwMDBdIFhlbiBI Vk0gY2FsbGJhY2sgdmVjdG9yIGZvciBldmVudCBkZWxpdmVyeSBpcyBlbmFibGVkClsgICAgMC4w MDAwMDBdIENvbnNvbGU6IGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUKWyAgICAwLjAwMDAwMF0g Y29uc29sZSBbdHR5MF0gZW5hYmxlZApbICAgIDAuMDAwMDAwXSBhbGxvY2F0ZWQgODM4ODYwOCBi eXRlcyBvZiBwYWdlX2Nncm91cApbICAgIDAuMDAwMDAwXSBwbGVhc2UgdHJ5ICdjZ3JvdXBfZGlz YWJsZT1tZW1vcnknIG9wdGlvbiBpZiB5b3UgZG9uJ3Qgd2FudCBtZW1vcnkgY2dyb3VwcwpbICAg IDAuMDAwMDAwXSBocGV0IGNsb2NrZXZlbnQgcmVnaXN0ZXJlZApbICAgIDAuMDAwMDAwXSB0c2M6 IERldGVjdGVkIDMzOTIuMzQ0IE1IeiBwcm9jZXNzb3IKWyAgICAwLjAwMjAwMF0gQ2FsaWJyYXRp bmcgZGVsYXkgbG9vcCAoc2tpcHBlZCksIHZhbHVlIGNhbGN1bGF0ZWQgdXNpbmcgdGltZXIgZnJl cXVlbmN5Li4gNjc4NC42OCBCb2dvTUlQUyAobHBqPTMzOTIzNDQpClsgICAgMC4wMDIwMDBdIHBp ZF9tYXg6IGRlZmF1bHQ6IDMyNzY4IG1pbmltdW06IDMwMQpbICAgIDAuMDAyMDAwXSBTZWN1cml0 eSBGcmFtZXdvcmsgaW5pdGlhbGl6ZWQKWyAgICAwLjAwMjAwMF0gU0VMaW51eDogIEluaXRpYWxp emluZy4KWyAgICAwLjAwMjAwMF0gU0VMaW51eDogIFN0YXJ0aW5nIGluIHBlcm1pc3NpdmUgbW9k ZQpbICAgIDAuMDAyMDAwXSBEZW50cnkgY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAyNjIxNDQg KG9yZGVyOiA5LCAyMDk3MTUyIGJ5dGVzKQpbICAgIDAuMDAyMDAwXSBJbm9kZS1jYWNoZSBoYXNo IHRhYmxlIGVudHJpZXM6IDEzMTA3MiAob3JkZXI6IDgsIDEwNDg1NzYgYnl0ZXMpClsgICAgMC4w MDIwNjldIE1vdW50LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMjU2ClsgICAgMC4wMDIzNjNd IEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdWFjY3QKWyAgICAwLjAwMjM2OF0gSW5pdGlh bGl6aW5nIGNncm91cCBzdWJzeXMgbWVtb3J5ClsgICAgMC4wMDIzODNdIEluaXRpYWxpemluZyBj Z3JvdXAgc3Vic3lzIGRldmljZXMKWyAgICAwLjAwMjM4NV0gSW5pdGlhbGl6aW5nIGNncm91cCBz dWJzeXMgZnJlZXplcgpbICAgIDAuMDAyMzg3XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBu ZXRfY2xzClsgICAgMC4wMDIzODldIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGJsa2lvClsg ICAgMC4wMDIzOTFdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIHBlcmZfZXZlbnQKWyAgICAw LjAwMjUwNF0gQ1BVOiBQaHlzaWNhbCBQcm9jZXNzb3IgSUQ6IDAKWyAgICAwLjAwMjUwNl0gQ1BV OiBQcm9jZXNzb3IgQ29yZSBJRDogMApbICAgIDAuMDAzMTAxXSBtY2U6IENQVSBzdXBwb3J0cyAy IE1DRSBiYW5rcwpbICAgIDAuMDAzMTM3XSBMYXN0IGxldmVsIGlUTEIgZW50cmllczogNEtCIDUx MiwgMk1CIDAsIDRNQiAwClsgICAgMC4wMDMxMzddIExhc3QgbGV2ZWwgZFRMQiBlbnRyaWVzOiA0 S0IgNTEyLCAyTUIgMzIsIDRNQiAzMgpbICAgIDAuMDAzMTM3XSB0bGJfZmx1c2hhbGxfc2hpZnQ6 IDEKWyAgICAwLjAwMzY0MF0gRnJlZWluZyBTTVAgYWx0ZXJuYXRpdmVzOiAyNGsgZnJlZWQKWyAg ICAwLjAwODU0NV0gQUNQSTogQ29yZSByZXZpc2lvbiAyMDEyMTAxOApbICAgIDAuMDE1NzU2XSBm dHJhY2U6IGFsbG9jYXRpbmcgMjQzMjAgZW50cmllcyBpbiA5NiBwYWdlcwpbICAgIDAuMDU1MDE5 XSBTd2l0Y2hlZCBBUElDIHJvdXRpbmcgdG8gcGh5c2ljYWwgZmxhdC4KWyAgICAwLjA1ODQzNF0g Li5USU1FUjogdmVjdG9yPTB4MzAgYXBpYzE9MCBwaW4xPTIgYXBpYzI9MCBwaW4yPTAKWyAgICAw LjA2ODY4N10gc21wYm9vdDogQ1BVMDogSW50ZWwoUikgQ29yZShUTSkgaTctMzc3MCBDUFUgQCAz LjQwR0h6IChmYW06IDA2LCBtb2RlbDogM2EsIHN0ZXBwaW5nOiAwOSkKWyAgICAwLjA2ODY5OF0g WGVuOiB1c2luZyB2Y3B1b3AgdGltZXIgaW50ZXJmYWNlClsgICAgMC4wNjg3MDNdIGluc3RhbGxp bmcgWGVuIHRpbWVyIGZvciBDUFUgMApbICAgIDAuMDY4ODA1XSBQZXJmb3JtYW5jZSBFdmVudHM6 IDE2LWRlZXAgTEJSLCBJdnlCcmlkZ2UgZXZlbnRzLCBJbnRlbCBQTVUgZHJpdmVyLgpbICAgIDAu MDY4ODM2XSAuLi4gdmVyc2lvbjogICAgICAgICAgICAgICAgMwpbICAgIDAuMDY4ODM3XSAuLi4g Yml0IHdpZHRoOiAgICAgICAgICAgICAgNDgKWyAgICAwLjA2ODgzN10gLi4uIGdlbmVyaWMgcmVn aXN0ZXJzOiAgICAgIDQKWyAgICAwLjA2ODgzOF0gLi4uIHZhbHVlIG1hc2s6ICAgICAgICAgICAg IDAwMDBmZmZmZmZmZmZmZmYKWyAgICAwLjA2ODgzOV0gLi4uIG1heCBwZXJpb2Q6ICAgICAgICAg ICAgIDAwMDAwMDAwN2ZmZmZmZmYKWyAgICAwLjA2ODg0MF0gLi4uIGZpeGVkLXB1cnBvc2UgZXZl bnRzOiAgIDMKWyAgICAwLjA2ODg0MV0gLi4uIGV2ZW50IG1hc2s6ICAgICAgICAgICAgIDAwMDAw MDA3MDAwMDAwMGYKWyAgICAwLjA2OTY2NF0gTk1JIHdhdGNoZG9nOiBlbmFibGVkIG9uIGFsbCBD UFVzLCBwZXJtYW5lbnRseSBjb25zdW1lcyBvbmUgaHctUE1VIGNvdW50ZXIuClsgICAgMC4wNjk3 NjFdIHJlZ2lzdGVyX3ZjcHVfaW5mbyBmYWlsZWQ6IGVycj0tMjIKWyAgICAwLjA2OTc2M10gaW5z dGFsbGluZyBYZW4gdGltZXIgZm9yIENQVSAxClsgICAgMC4wNjk3OTZdIHNtcGJvb3Q6IEJvb3Rp bmcgTm9kZSAgIDAsIFByb2Nlc3NvcnMgICMxClsgICAgMC4wODMxNTNdIEJyb3VnaHQgdXAgMiBD UFVzClsgICAgMC4wODMxNTldIHNtcGJvb3Q6IFRvdGFsIG9mIDIgcHJvY2Vzc29ycyBhY3RpdmF0 ZWQgKDEzNTY5LjM3IEJvZ29NSVBTKQpbICAgIDAuMDg0MTQ5XSBkZXZ0bXBmczogaW5pdGlhbGl6 ZWQKWyAgICAwLjA4NDIxMV0gUE06IFJlZ2lzdGVyaW5nIEFDUEkgTlZTIHJlZ2lvbiBbbWVtIDB4 ZmVmZjUwMDAtMHhmZWZmNmZmZl0gKDgxOTIgYnl0ZXMpClsgICAgMC4wODUxOTRdIGF0b21pYzY0 IHRlc3QgcGFzc2VkIGZvciB4ODYtNjQgcGxhdGZvcm0gd2l0aCBDWDggYW5kIHdpdGggU1NFClsg ICAgMC4wODUyMThdIFJUQyB0aW1lOiAyMjoxNDo0MCwgZGF0ZTogMDUvMjkvMTMKWyAgICAwLjA4 NTI1NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxNgpbICAgIDAuMDg1MzYyXSBB Q1BJOiBidXMgdHlwZSBwY2kgcmVnaXN0ZXJlZApbICAgIDAuMDg2MzMzXSBQQ0k6IFVzaW5nIGNv bmZpZ3VyYXRpb24gdHlwZSAxIGZvciBiYXNlIGFjY2VzcwpbICAgIDAuMDg3MDA1XSBiaW86IGNy ZWF0ZSBzbGFiIDxiaW8tMD4gYXQgMApbICAgIDAuMDg3MDc2XSBBQ1BJOiBBZGRlZCBfT1NJKE1v ZHVsZSBEZXZpY2UpClsgICAgMC4wODcwNzhdIEFDUEk6IEFkZGVkIF9PU0koUHJvY2Vzc29yIERl dmljZSkKWyAgICAwLjA4NzA4MF0gQUNQSTogQWRkZWQgX09TSSgzLjAgX1NDUCBFeHRlbnNpb25z KQpbICAgIDAuMDg3MDgyXSBBQ1BJOiBBZGRlZCBfT1NJKFByb2Nlc3NvciBBZ2dyZWdhdG9yIERl dmljZSkKWyAgICAwLjA4OTE3NF0gQUNQSTogRUM6IExvb2sgdXAgRUMgaW4gRFNEVApbICAgIDAu MDkxNDkwXSBBQ1BJOiBJbnRlcnByZXRlciBlbmFibGVkClsgICAgMC4wOTE0OTNdIEFDUEk6IChz dXBwb3J0cyBTMCBTMyBTNCBTNSkKWyAgICAwLjA5MTUwNV0gQUNQSTogVXNpbmcgSU9BUElDIGZv ciBpbnRlcnJ1cHQgcm91dGluZwpbICAgIDAuMTI5MjA3XSBBQ1BJOiBObyBkb2NrIGRldmljZXMg Zm91bmQuClsgICAgMC4xMjkyMTBdIFBDSTogVXNpbmcgaG9zdCBicmlkZ2Ugd2luZG93cyBmcm9t IEFDUEk7IGlmIG5lY2Vzc2FyeSwgdXNlICJwY2k9bm9jcnMiIGFuZCByZXBvcnQgYSBidWcKWyAg ICAwLjEyOTI5MV0gQUNQSTogUENJIFJvb3QgQnJpZGdlIFtQQ0kwXSAoZG9tYWluIDAwMDAgW2J1 cyAwMC1mZl0pClsgICAgMC4xMjkyOTVdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgUm91dGluZyBUYWJs ZSBbXF9TQl8uUENJMC5fUFJUXQpbICAgIDAuMTI5ODgxXSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBm YWlsIHRvIGFkZCBNTUNPTkZJRyBpbmZvcm1hdGlvbiwgY2FuJ3QgYWNjZXNzIGV4dGVuZGVkIFBD SSBjb25maWd1cmF0aW9uIHNwYWNlIHVuZGVyIHRoaXMgYnJpZGdlLgpbICAgIDAuMTI5OTIwXSBQ Q0kgaG9zdCBicmlkZ2UgdG8gYnVzIDAwMDA6MDAKWyAgICAwLjEyOTkyM10gcGNpX2J1cyAwMDAw OjAwOiByb290IGJ1cyByZXNvdXJjZSBbYnVzIDAwLWZmXQpbICAgIDAuMTI5OTI2XSBwY2lfYnVz IDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFtpbyAgMHgwMDAwLTB4MGNmN10KWyAgICAwLjEy OTkyOV0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbaW8gIDB4MGQwMC0weGZm ZmZdClsgICAgMC4xMjk5MzJdIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW21l bSAweDAwMGEwMDAwLTB4MDAwYmZmZmZdClsgICAgMC4xMjk5MzRdIHBjaV9idXMgMDAwMDowMDog cm9vdCBidXMgcmVzb3VyY2UgW21lbSAweGUwMDAwMDAwLTB4ZmJmZmZmZmZdClsgICAgMC4xMzAx MDNdIHBjaSAwMDAwOjAwOjAwLjA6IFs4MDg2OjAxNTBdIHR5cGUgMDAgY2xhc3MgMHgwNjAwMDAK WyAgICAwLjEzMTAwMF0gcGNpIDAwMDA6MDA6MDEuMDogWzgwODY6NzAwMF0gdHlwZSAwMCBjbGFz cyAweDA2MDEwMApbICAgIDAuMTMyMjg5XSBwY2kgMDAwMDowMDowMS4xOiBbODA4Njo3MDEwXSB0 eXBlIDAwIGNsYXNzIDB4MDEwMTgwClsgICAgMC4xMzMwOTJdIHBjaSAwMDAwOjAwOjAxLjE6IHJl ZyAyMDogW2lvICAweGMxYTAtMHhjMWFmXQpbICAgIDAuMTMzNjY5XSBwY2kgMDAwMDowMDowMS4y OiBbODA4Njo3MDIwXSB0eXBlIDAwIGNsYXNzIDB4MGMwMzAwClsgICAgMC4xMzQ1MDddIHBjaSAw MDAwOjAwOjAxLjI6IHJlZyAyMDogW2lvICAweGMxODAtMHhjMTlmXQpbICAgIDAuMTM1MDAwXSBw Y2kgMDAwMDowMDowMS4zOiBbODA4Njo3MTEzXSB0eXBlIDAwIGNsYXNzIDB4MDY4MDAwClsgICAg MC4xMzUwMDBdICogRm91bmQgUE0tVGltZXIgQnVnIG9uIHRoZSBjaGlwc2V0LiBEdWUgdG8gd29y a2Fyb3VuZHMgZm9yIGEgYnVnLApbICAgIDAuMTM1MDAwXSAqIHRoaXMgY2xvY2sgc291cmNlIGlz IHNsb3cuIENvbnNpZGVyIHRyeWluZyBvdGhlciBjbG9jayBzb3VyY2VzClsgICAgMC4xMzYyMDZd IHBjaSAwMDAwOjAwOjAxLjM6IHF1aXJrOiBbaW8gIDB4YjAwMC0weGIwM2ZdIGNsYWltZWQgYnkg UElJWDQgQUNQSQpbICAgIDAuMTM2ODQ5XSBwY2kgMDAwMDowMDowMi4wOiBbODA4NjowMTYyXSB0 eXBlIDAwIGNsYXNzIDB4MDMwMDAwClsgICAgMC4xMzkwMDhdIHBjaSAwMDAwOjAwOjAyLjA6IHJl ZyAxMDogW21lbSAweGYxMDAwMDAwLTB4ZjEzZmZmZmYgNjRiaXRdClsgICAgMC4xNDEwMDZdIHBj aSAwMDAwOjAwOjAyLjA6IHJlZyAxODogW21lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmYgNjRiaXQg cHJlZl0KWyAgICAwLjE0MzAwNl0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDIwOiBbaW8gIDB4YzEw MC0weGMxM2ZdClsgICAgMC4xNDgxMTNdIHBjaSAwMDAwOjAwOjAzLjA6IFs1ODUzOjAwMDFdIHR5 cGUgMDAgY2xhc3MgMHhmZjgwMDAKWyAgICAwLjE0ODM5MF0gcGNpIDAwMDA6MDA6MDMuMDogcmVn IDEwOiBbaW8gIDB4YzAwMC0weGMwZmZdClsgICAgMC4xNDg1NjFdIHBjaSAwMDAwOjAwOjAzLjA6 IHJlZyAxNDogW21lbSAweGYwMDAwMDAwLTB4ZjBmZmZmZmYgcHJlZl0KWyAgICAwLjE1MDI1Ml0g cGNpIDAwMDA6MDA6MWYuMDogWzgwODY6MWU0NF0gdHlwZSAwMSBjbGFzcyAweDA2MDQwMApbICAg IDAuMTUxMTA1XSBwY2kgMDAwMDowMDoxZi4wOiBicmlkZ2UgY29uZmlndXJhdGlvbiBpbnZhbGlk IChbYnVzIDAwLTQyXSksIHJlY29uZmlndXJpbmcKWyAgICAwLjE1MjIwN10gcGNpIDAwMDA6MDA6 MWYuMDogUENJIGJyaWRnZSB0byBbYnVzIDAxLWZmXQpbICAgIDAuMTUyMzAyXSBwY2kgMDAwMDow MDoxZi4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweDAwNDAwMDAwLTB4ZjE0ZmZmZmZdClsgICAg MC4xNTIzNTVdIHBjaSAwMDAwOjAwOjFmLjA6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4MDA1MDAw MDAtMHhmMTRmZmZmZiBwcmVmXQpbICAgIDAuMTUyMzU4XSBwY2lfYnVzIDAwMDA6MDE6IGJ1c25f cmVzOiBbYnVzIDAxLWZmXSBlbmQgaXMgdXBkYXRlZCB0byAwMQpbICAgIDAuMTUyNDYwXSAgcGNp MDAwMDowMDogQUNQSSBfT1NDIHN1cHBvcnQgbm90aWZpY2F0aW9uIGZhaWxlZCwgZGlzYWJsaW5n IFBDSWUgQVNQTQpbICAgIDAuMTUyNDY1XSAgcGNpMDAwMDowMDogVW5hYmxlIHRvIHJlcXVlc3Qg X09TQyBjb250cm9sIChfT1NDIHN1cHBvcnQgbWFzazogMHgwOCkKWyAgICAwLjE1MzY3NF0gQUNQ STogUENJIEludGVycnVwdCBMaW5rIFtMTktBXSAoSVJRcyAqNSAxMCAxMSkKWyAgICAwLjE1Mzg5 OF0gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktCXSAoSVJRcyA1ICoxMCAxMSkKWyAgICAw LjE1NDA0OV0gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktDXSAoSVJRcyA1IDEwICoxMSkK WyAgICAwLjE1NDE3M10gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktEXSAoSVJRcyAqNSAx MCAxMSkKWyAgICAwLjE1NDI2Ml0geGVuL2JhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRy aXZlci4KWyAgICAwLjE1NjAyOF0geGVuLWJhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRy aXZlci4KWyAgICAwLjE1NjA3NF0gdmdhYXJiOiBkZXZpY2UgYWRkZWQ6IFBDSTowMDAwOjAwOjAy LjAsZGVjb2Rlcz1pbyttZW0sb3ducz1pbyttZW0sbG9ja3M9bm9uZQpbICAgIDAuMTU2MDc4XSB2 Z2FhcmI6IGxvYWRlZApbICAgIDAuMTU2MDc5XSB2Z2FhcmI6IGJyaWRnZSBjb250cm9sIHBvc3Np YmxlIDAwMDA6MDA6MDIuMApbICAgIDAuMTU2MjM4XSBTQ1NJIHN1YnN5c3RlbSBpbml0aWFsaXpl ZApbICAgIDAuMTU2MjQxXSBBQ1BJOiBidXMgdHlwZSBzY3NpIHJlZ2lzdGVyZWQKWyAgICAwLjE1 NjI3NV0gbGliYXRhIHZlcnNpb24gMy4wMCBsb2FkZWQuClsgICAgMC4xNTYyNzVdIEFDUEk6IGJ1 cyB0eXBlIHVzYiByZWdpc3RlcmVkClsgICAgMC4xNTYyNzVdIHVzYmNvcmU6IHJlZ2lzdGVyZWQg bmV3IGludGVyZmFjZSBkcml2ZXIgdXNiZnMKWyAgICAwLjE1NjI3NV0gdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciBodWIKWyAgICAwLjE1NjI3NV0gdXNiY29yZTogcmVn aXN0ZXJlZCBuZXcgZGV2aWNlIGRyaXZlciB1c2IKWyAgICAwLjE1NzA1OF0gUENJOiBVc2luZyBB Q1BJIGZvciBJUlEgcm91dGluZwpbICAgIDAuMTU3MDYyXSBQQ0k6IHBjaV9jYWNoZV9saW5lX3Np emUgc2V0IHRvIDY0IGJ5dGVzClsgICAgMC4xNTcwNjhdIHBjaSAwMDAwOjAwOjFmLjA6IG5vIGNv bXBhdGlibGUgYnJpZGdlIHdpbmRvdyBmb3IgW21lbSAweDAwNDAwMDAwLTB4ZjE0ZmZmZmZdClsg ICAgMC4xNTcwNzVdIHBjaSAwMDAwOjAwOjFmLjA6IG5vIGNvbXBhdGlibGUgYnJpZGdlIHdpbmRv dyBmb3IgW21lbSAweDAwNTAwMDAwLTB4ZjE0ZmZmZmYgcHJlZl0KWyAgICAwLjE1NzU2Ml0gZTgy MDogcmVzZXJ2ZSBSQU0gYnVmZmVyIFttZW0gMHgwMDA5ZTAwMC0weDAwMDlmZmZmXQpbICAgIDAu MTU3NTY0XSBlODIwOiByZXNlcnZlIFJBTSBidWZmZXIgW21lbSAweDdmODAwMDAwLTB4N2ZmZmZm ZmZdClsgICAgMC4xNTc3MDVdIE5ldExhYmVsOiBJbml0aWFsaXppbmcKWyAgICAwLjE1NzcwN10g TmV0TGFiZWw6ICBkb21haW4gaGFzaCBzaXplID0gMTI4ClsgICAgMC4xNTc3MDhdIE5ldExhYmVs OiAgcHJvdG9jb2xzID0gVU5MQUJFTEVEIENJUFNPdjQKWyAgICAwLjE1NzcyMF0gTmV0TGFiZWw6 ICB1bmxhYmVsZWQgdHJhZmZpYyBhbGxvd2VkIGJ5IGRlZmF1bHQKWyAgICAwLjE1Nzg0NF0gSFBF VDogMyB0aW1lcnMgaW4gdG90YWwsIDAgdGltZXJzIHdpbGwgYmUgdXNlZCBmb3IgcGVyLWNwdSB0 aW1lcgpbICAgIDAuMTU3ODY3XSBocGV0MDogYXQgTU1JTyAweGZlZDAwMDAwLCBJUlFzIDIsIDgs IDAKWyAgICAwLjE1Nzg3Ml0gaHBldDA6IDMgY29tcGFyYXRvcnMsIDY0LWJpdCA2Mi41MDAwMDAg TUh6IGNvdW50ZXIKWyAgICAwLjE1OTA0MF0gU3dpdGNoaW5nIHRvIGNsb2Nrc291cmNlIHhlbgpb ICAgIDAuMTY0NTE1XSBwbnA6IFBuUCBBQ1BJIGluaXQKWyAgICAwLjE2NDUyN10gQUNQSTogYnVz IHR5cGUgcG5wIHJlZ2lzdGVyZWQKWyAgICAwLjE2NDU2MV0gc3lzdGVtIDAwOjAwOiBbbWVtIDB4 MDAwMDAwMDAtMHgwMDA5ZmZmZl0gY291bGQgbm90IGJlIHJlc2VydmVkClsgICAgMC4xNjQ1NjZd IHN5c3RlbSAwMDowMDogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFj dGl2ZSkKWyAgICAwLjE2NDYxN10gcG5wIDAwOjAxOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNl LCBJRHMgUE5QMDEwMyAoYWN0aXZlKQpbICAgIDAuMTY0NjUwXSBzeXN0ZW0gMDA6MDI6IFtpbyAg MHgwOGEwLTB4MDhhM10gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAwLjE2NDY1M10gc3lzdGVtIDAw OjAyOiBbaW8gIDB4MGNjMC0weDBjY2ZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMC4xNjQ2NTZd IHN5c3RlbSAwMDowMjogW2lvICAweDA0ZDAtMHgwNGQxXSBoYXMgYmVlbiByZXNlcnZlZApbICAg IDAuMTY0NjYzXSBzeXN0ZW0gMDA6MDI6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQ TlAwYzAyIChhY3RpdmUpClsgICAgMC4xNjQ2NzVdIHBucCAwMDowMzogW2RtYSA0XQpbICAgIDAu MTY0NjkzXSBwbnAgMDA6MDM6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwMjAw IChhY3RpdmUpClsgICAgMC4xNjQ3MTFdIHhlbjogLS0+IHBpcnE9MTcgLT4gaXJxPTggKGdzaT04 KQpbICAgIDAuMTY0NzI0XSBwbnAgMDA6MDQ6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElE cyBQTlAwYjAwIChhY3RpdmUpClsgICAgMC4xNjQ3MzhdIHBucCAwMDowNTogUGx1ZyBhbmQgUGxh eSBBQ1BJIGRldmljZSwgSURzIFBOUDA4MDAgKGFjdGl2ZSkKWyAgICAwLjE2NDc1N10geGVuOiAt LT4gcGlycT0xOCAtPiBpcnE9MTIgKGdzaT0xMikKWyAgICAwLjE2NDc3NV0gcG5wIDAwOjA2OiBQ bHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGYxMyAoYWN0aXZlKQpbICAgIDAuMTY0 NzkxXSB4ZW46IC0tPiBwaXJxPTE5IC0+IGlycT0xIChnc2k9MSkKWyAgICAwLjE2NDgwMl0gcG5w IDAwOjA3OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDMwMyBQTlAwMzBiIChh Y3RpdmUpClsgICAgMC4xNjQ4MTVdIHhlbjogLS0+IHBpcnE9MjAgLT4gaXJxPTYgKGdzaT02KQpb ICAgIDAuMTY0ODE3XSBwbnAgMDA6MDg6IFtkbWEgMl0KWyAgICAwLjE2NDgyOF0gcG5wIDAwOjA4 OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDcwMCAoYWN0aXZlKQpbICAgIDAu MTY0ODU1XSB4ZW46IC0tPiBwaXJxPTIxIC0+IGlycT00IChnc2k9NCkKWyAgICAwLjE2NDg2NV0g cG5wIDAwOjA5OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDUwMSAoYWN0aXZl KQpbICAgIDAuMTY0ODg5XSB4ZW46IC0tPiBwaXJxPTIyIC0+IGlycT03IChnc2k9NykKWyAgICAw LjE2NDkwMF0gcG5wIDAwOjBhOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDQw MCAoYWN0aXZlKQpbICAgIDAuMTY0OTIyXSBzeXN0ZW0gMDA6MGI6IFtpbyAgMHgxMGMwLTB4MTE0 MV0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAwLjE2NDkyNF0gc3lzdGVtIDAwOjBiOiBbaW8gIDB4 YjA0NC0weGIwNDddIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMC4xNjQ5MjddIHN5c3RlbSAwMDow YjogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFjdGl2ZSkKWyAgICAw LjE4NDAyMl0gcG5wOiBQblAgQUNQSTogZm91bmQgMTIgZGV2aWNlcwpbICAgIDAuMTg0MDIzXSBB Q1BJOiBBQ1BJIGJ1cyB0eXBlIHBucCB1bnJlZ2lzdGVyZWQKWyAgICAwLjE5MjEyNV0gcGNpIDAw MDA6MDA6MWYuMDogUENJIGJyaWRnZSB0byBbYnVzIDAxXQpbICAgIDAuMTkyNDI2XSBwY2lfYnVz IDAwMDA6MDA6IHJlc291cmNlIDQgW2lvICAweDAwMDAtMHgwY2Y3XQpbICAgIDAuMTkyNDI3XSBw Y2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDUgW2lvICAweDBkMDAtMHhmZmZmXQpbICAgIDAuMTky NDI5XSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDYgW21lbSAweDAwMGEwMDAwLTB4MDAwYmZm ZmZdClsgICAgMC4xOTI0MzBdIHBjaV9idXMgMDAwMDowMDogcmVzb3VyY2UgNyBbbWVtIDB4ZTAw MDAwMDAtMHhmYmZmZmZmZl0KWyAgICAwLjE5MjQ3NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29s IGZhbWlseSAyClsgICAgMC4xOTI2MzhdIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRhYmxlIGVudHJp ZXM6IDE2Mzg0IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpbICAgIDAuMTkyNzE5XSBUQ1AgYmlu ZCBoYXNoIHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpbICAg IDAuMTkyNzY0XSBUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQgKGVzdGFibGlzaGVkIDE2Mzg0 IGJpbmQgMTYzODQpClsgICAgMC4xOTI3ODJdIFRDUDogcmVubyByZWdpc3RlcmVkClsgICAgMC4x OTI3OTFdIFVEUCBoYXNoIHRhYmxlIGVudHJpZXM6IDEwMjQgKG9yZGVyOiAzLCAzMjc2OCBieXRl cykKWyAgICAwLjE5MjgwMV0gVURQLUxpdGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxMDI0IChvcmRl cjogMywgMzI3NjggYnl0ZXMpClsgICAgMC4xOTI4ODJdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2Nv bCBmYW1pbHkgMQpbICAgIDAuMTkyOTQ1XSBwY2kgMDAwMDowMDowMS4wOiBBY3RpdmF0aW5nIElT QSBETUEgaGFuZyB3b3JrYXJvdW5kcwpbICAgIDAuMTkzMDYwXSB4ZW46IC0tPiBwaXJxPTIzIC0+ IGlycT0yMyAoZ3NpPTIzKQpbICAgIDAuMTkzMzQ5XSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZp ZGVvIGRldmljZQpbICAgIDAuMTkzNDM2XSBQQ0k6IENMUyAwIGJ5dGVzLCBkZWZhdWx0IDY0Clsg ICAgMC4xOTM0ODVdIFVucGFja2luZyBpbml0cmFtZnMuLi4KWyAgICAwLjQ1NTczMV0gRnJlZWlu ZyBpbml0cmQgbWVtb3J5OiAxODYwMGsgZnJlZWQKWyAgICAwLjQ2MzE3NF0gYWxnOiBObyB0ZXN0 IGZvciBfX2djbS1hZXMtYWVzbmkgKF9fZHJpdmVyLWdjbS1hZXMtYWVzbmkpClsgICAgMC40NjM3 MjRdIGF1ZGl0OiBpbml0aWFsaXppbmcgbmV0bGluayBzb2NrZXQgKGRpc2FibGVkKQpbICAgIDAu NDYzNzM0XSB0eXBlPTIwMDAgYXVkaXQoMTM2OTg2NTY4MS4wMTA6MSk6IGluaXRpYWxpemVkClsg ICAgMC40Nzg3NzFdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ugc2l6ZSwgcHJlLWFsbG9j YXRlZCAwIHBhZ2VzClsgICAgMC40Nzk2OTVdIFZGUzogRGlzayBxdW90YXMgZHF1b3RfNi41LjIK WyAgICAwLjQ3OTcyNF0gRHF1b3QtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIgKG9yZGVy IDAsIDQwOTYgYnl0ZXMpClsgICAgMC40ODAwMDldIG1zZ21uaSBoYXMgYmVlbiBzZXQgdG8gMzk4 MApbICAgIDAuNDgwMDUyXSBTRUxpbnV4OiAgUmVnaXN0ZXJpbmcgbmV0ZmlsdGVyIGhvb2tzClsg ICAgMC40ODA5OTZdIGFsZzogTm8gdGVzdCBmb3Igc3Rkcm5nIChrcm5nKQpbICAgIDAuNDgxMDEx XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDM4ClsgICAgMC40ODEwMzZdIEJsb2Nr IGxheWVyIFNDU0kgZ2VuZXJpYyAoYnNnKSBkcml2ZXIgdmVyc2lvbiAwLjQgbG9hZGVkIChtYWpv ciAyNTIpClsgICAgMC40ODEwNzddIGlvIHNjaGVkdWxlciBub29wIHJlZ2lzdGVyZWQKWyAgICAw LjQ4MTA3OV0gaW8gc2NoZWR1bGVyIGRlYWRsaW5lIHJlZ2lzdGVyZWQKWyAgICAwLjQ4MTA4N10g aW8gc2NoZWR1bGVyIGNmcSByZWdpc3RlcmVkIChkZWZhdWx0KQpbICAgIDAuNDgxMTQ1XSBwY2lf aG90cGx1ZzogUENJIEhvdCBQbHVnIFBDSSBDb3JlIHZlcnNpb246IDAuNQpbICAgIDAuNDgxMTUz XSBwY2llaHA6IFBDSSBFeHByZXNzIEhvdCBQbHVnIENvbnRyb2xsZXIgRHJpdmVyIHZlcnNpb246 IDAuNApbICAgIDAuNDgxMTU0XSBhY3BpcGhwOiBBQ1BJIEhvdCBQbHVnIFBDSSBDb250cm9sbGVy IERyaXZlciB2ZXJzaW9uOiAwLjUKWyAgICAwLjQ4MTI1M10gYWNwaXBocDogU2xvdCBbMF0gcmVn aXN0ZXJlZApbICAgIDAuNDgxMjg4XSBhY3BpcGhwOiBTbG90IFsxXSByZWdpc3RlcmVkClsgICAg MC40ODEzMjJdIGFjcGlwaHA6IFNsb3QgWzJdIHJlZ2lzdGVyZWQKWyAgICAwLjQ4MTM1Nl0gYWNw aXBocDogU2xvdCBbM10gcmVnaXN0ZXJlZApbICAgIDAuNDgxMzkzXSBhY3BpcGhwOiBTbG90IFs0 XSByZWdpc3RlcmVkClsgICAgMC40ODE0MjZdIGFjcGlwaHA6IFNsb3QgWzVdIHJlZ2lzdGVyZWQK WyAgICAwLjQ4MTQ2Ml0gYWNwaXBocDogU2xvdCBbNl0gcmVnaXN0ZXJlZApbICAgIDAuNDgxNDk3 XSBhY3BpcGhwOiBTbG90IFs3XSByZWdpc3RlcmVkClsgICAgMC40ODE1MzNdIGFjcGlwaHA6IFNs b3QgWzhdIHJlZ2lzdGVyZWQKWyAgICAwLjQ4MTU2Nl0gYWNwaXBocDogU2xvdCBbOV0gcmVnaXN0 ZXJlZApbICAgIDAuNDgxNjAwXSBhY3BpcGhwOiBTbG90IFsxMF0gcmVnaXN0ZXJlZApbICAgIDAu NDgxNjM3XSBhY3BpcGhwOiBTbG90IFsxMV0gcmVnaXN0ZXJlZApbICAgIDAuNDgxNjY5XSBhY3Bp cGhwOiBTbG90IFsxMl0gcmVnaXN0ZXJlZApbICAgIDAuNDgxNzAyXSBhY3BpcGhwOiBTbG90IFsx M10gcmVnaXN0ZXJlZApbICAgIDAuNDgxNzM2XSBhY3BpcGhwOiBTbG90IFsxNF0gcmVnaXN0ZXJl ZApbICAgIDAuNDgxNzY4XSBhY3BpcGhwOiBTbG90IFsxNV0gcmVnaXN0ZXJlZApbICAgIDAuNDgx ODA0XSBhY3BpcGhwOiBTbG90IFsxNl0gcmVnaXN0ZXJlZApbICAgIDAuNDgxODM3XSBhY3BpcGhw OiBTbG90IFsxN10gcmVnaXN0ZXJlZApbICAgIDAuNDgxODcxXSBhY3BpcGhwOiBTbG90IFsxOF0g cmVnaXN0ZXJlZApbICAgIDAuNDgxOTA0XSBhY3BpcGhwOiBTbG90IFsxOV0gcmVnaXN0ZXJlZApb ICAgIDAuNDgxOTM5XSBhY3BpcGhwOiBTbG90IFsyMF0gcmVnaXN0ZXJlZApbICAgIDAuNDgxOTc0 XSBhY3BpcGhwOiBTbG90IFsyMV0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMDA2XSBhY3BpcGhwOiBT bG90IFsyMl0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMDQwXSBhY3BpcGhwOiBTbG90IFsyM10gcmVn aXN0ZXJlZApbICAgIDAuNDgyMDkyXSBhY3BpcGhwOiBTbG90IFsyNF0gcmVnaXN0ZXJlZApbICAg IDAuNDgyMTI3XSBhY3BpcGhwOiBTbG90IFsyNV0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMTU5XSBh Y3BpcGhwOiBTbG90IFsyNl0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMTkyXSBhY3BpcGhwOiBTbG90 IFsyN10gcmVnaXN0ZXJlZApbICAgIDAuNDgyMjI1XSBhY3BpcGhwOiBTbG90IFsyOF0gcmVnaXN0 ZXJlZApbICAgIDAuNDgyMjYwXSBhY3BpcGhwOiBTbG90IFsyOV0gcmVnaXN0ZXJlZApbICAgIDAu NDgyMjk0XSBhY3BpcGhwOiBTbG90IFszMF0gcmVnaXN0ZXJlZApbICAgIDAuNDgyMzI3XSBhY3Bp cGhwOiBTbG90IFszMV0gcmVnaXN0ZXJlZApbICAgIDAuNDgyNjYyXSB2ZXNhZmI6IG1vZGUgaXMg MTkyMHgxMjAweDMyLCBsaW5lbGVuZ3RoPTc2ODAsIHBhZ2VzPTAKWyAgICAwLjQ4MjY2M10gdmVz YWZiOiBzY3JvbGxpbmc6IHJlZHJhdwpbICAgIDAuNDgyNjY1XSB2ZXNhZmI6IFRydWVjb2xvcjog c2l6ZT04Ojg6ODo4LCBzaGlmdD0yNDoxNjo4OjAKWyAgICAwLjQ4Mjk4Ml0gdmVzYWZiOiBmcmFt ZWJ1ZmZlciBhdCAweGUwMDAwMDAwLCBtYXBwZWQgdG8gMHhmZmZmYzkwMDAwNDAwMDAwLCB1c2lu ZyA5MDI0aywgdG90YWwgOTAyNGsKWyAgICAwLjQ4MzA2MV0gQ29uc29sZTogc3dpdGNoaW5nIHRv IGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDI0MHg3NQpbICAgIDAuNjA4MDIzXSBmYjA6IFZF U0EgVkdBIGZyYW1lIGJ1ZmZlciBkZXZpY2UKWyAgICAwLjYwODAzM10gaW50ZWxfaWRsZTogZG9l cyBub3QgcnVuIG9uIGZhbWlseSA2IG1vZGVsIDU4ClsgICAgMC42MDgwOTZdIGlucHV0OiBQb3dl ciBCdXR0b24gYXMgL2RldmljZXMvTE5YU1lTVE06MDAvTE5YUFdSQk46MDAvaW5wdXQvaW5wdXQw ClsgICAgMC42MDgxMDFdIEFDUEk6IFBvd2VyIEJ1dHRvbiBbUFdSRl0KWyAgICAwLjYwODEzNl0g aW5wdXQ6IFNsZWVwIEJ1dHRvbiBhcyAvZGV2aWNlcy9MTlhTWVNUTTowMC9MTlhTTFBCTjowMC9p bnB1dC9pbnB1dDEKWyAgICAwLjYwODEzOF0gQUNQSTogU2xlZXAgQnV0dG9uIFtTTFBGXQpbICAg IDAuNjQ2OTM0XSBHSEVTOiBIRVNUIGlzIG5vdCBlbmFibGVkIQpbICAgIDAuNjQ3MTgxXSB4ZW46 IC0tPiBwaXJxPTU1IC0+IGlycT0yOCAoZ3NpPTI4KQpbICAgIDAuNjQ3MjEyXSBHcmFudCB0YWJs ZXMgdXNpbmcgdmVyc2lvbiAxIGxheW91dC4KWyAgICAwLjY0NzI2M10gR3JhbnQgdGFibGUgaW5p dGlhbGl6ZWQKWyAgICAwLjY0Nzk4Nl0gU2VyaWFsOiA4MjUwLzE2NTUwIGRyaXZlciwgNCBwb3J0 cywgSVJRIHNoYXJpbmcgZW5hYmxlZApbICAgIDAuNjc0NDYzXSAwMDowOTogdHR5UzAgYXQgSS9P IDB4M2Y4IChpcnEgPSA0KSBpcyBhIDE2NTUwQQpbICAgIDAuNjc1OTIzXSBOb24tdm9sYXRpbGUg bWVtb3J5IGRyaXZlciB2MS4zClsgICAgMC42NzU5MjZdIExpbnV4IGFncGdhcnQgaW50ZXJmYWNl IHYwLjEwMwpbICAgIDAuNjc3NjM1XSBsb29wOiBtb2R1bGUgbG9hZGVkClsgICAgMC42Nzc3ODJd IGF0YV9waWl4IDAwMDA6MDA6MDEuMTogdmVyc2lvbiAyLjEzClsgICAgMC42NzgwODFdIGF0YV9w aWl4IDAwMDA6MDA6MDEuMTogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgMC42Nzg4 OTRdIHNjc2kwIDogYXRhX3BpaXgKWyAgICAwLjY3OTAzMV0gc2NzaTEgOiBhdGFfcGlpeApbICAg IDAuNjc5MTEwXSBhdGExOiBQQVRBIG1heCBNV0RNQTIgY21kIDB4MWYwIGN0bCAweDNmNiBibWRt YSAweGMxYTAgaXJxIDE0ClsgICAgMC42NzkxMTJdIGF0YTI6IFBBVEEgbWF4IE1XRE1BMiBjbWQg MHgxNzAgY3RsIDB4Mzc2IGJtZG1hIDB4YzFhOCBpcnEgMTUKWyAgICAwLjY3OTIwN10gbGlicGh5 OiBGaXhlZCBNRElPIEJ1czogcHJvYmVkClsgICAgMC42NzkyNTVdIGVoY2lfaGNkOiBVU0IgMi4w ICdFbmhhbmNlZCcgSG9zdCBDb250cm9sbGVyIChFSENJKSBEcml2ZXIKWyAgICAwLjY3OTI1Nl0g ZWhjaS1wY2k6IEVIQ0kgUENJIHBsYXRmb3JtIGRyaXZlcgpbICAgIDAuNjc5MjY4XSBvaGNpX2hj ZDogVVNCIDEuMSAnT3BlbicgSG9zdCBDb250cm9sbGVyIChPSENJKSBEcml2ZXIKWyAgICAwLjY3 OTI3OV0gdWhjaV9oY2Q6IFVTQiBVbml2ZXJzYWwgSG9zdCBDb250cm9sbGVyIEludGVyZmFjZSBk cml2ZXIKWyAgICAwLjY3OTY1MV0gdWhjaV9oY2QgMDAwMDowMDowMS4yOiBzZXR0aW5nIGxhdGVu Y3kgdGltZXIgdG8gNjQKWyAgICAwLjY3OTcxOF0gdWhjaV9oY2QgMDAwMDowMDowMS4yOiBVSENJ IEhvc3QgQ29udHJvbGxlcgpbICAgIDAuNjc5NzYyXSB1aGNpX2hjZCAwMDAwOjAwOjAxLjI6IG5l dyBVU0IgYnVzIHJlZ2lzdGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgMQpbICAgIDAuNjgwMjQ0 XSB1aGNpX2hjZCAwMDAwOjAwOjAxLjI6IGlycSAyMywgaW8gYmFzZSAweDAwMDBjMTgwClsgICAg MC42ODE2MTNdIHVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2Yiwg aWRQcm9kdWN0PTAwMDEKWyAgICAwLjY4MTYxN10gdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0 cmluZ3M6IE1mcj0zLCBQcm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgMC42ODE2MjFdIHVz YiB1c2IxOiBQcm9kdWN0OiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDAuNjgxNjI0XSB1c2Ig dXNiMTogTWFudWZhY3R1cmVyOiBMaW51eCAzLjguMTMtMTAwLmZjMTcueDg2XzY0IHVoY2lfaGNk ClsgICAgMC42ODE2MjhdIHVzYiB1c2IxOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MDEuMgpbICAg IDAuNjgxNzc1XSBodWIgMS0wOjEuMDogVVNCIGh1YiBmb3VuZApbICAgIDAuNjgxNzc4XSBodWIg MS0wOjEuMDogMiBwb3J0cyBkZXRlY3RlZApbICAgIDAuNjgyMTY5XSB1c2Jjb3JlOiByZWdpc3Rl cmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYnNlcmlhbApbICAgIDAuNjgyMTc3XSB1c2Jjb3Jl OiByZWdpc3RlcmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYnNlcmlhbF9nZW5lcmljClsgICAg MC42ODIxODRdIHVzYnNlcmlhbDogVVNCIFNlcmlhbCBzdXBwb3J0IHJlZ2lzdGVyZWQgZm9yIGdl bmVyaWMKWyAgICAwLjY4MjIyMF0gaTgwNDI6IFBOUDogUFMvMiBDb250cm9sbGVyIFtQTlAwMzAz OlBTMkssUE5QMGYxMzpQUzJNXSBhdCAweDYwLDB4NjQgaXJxIDEsMTIKWyAgICAwLjY4NTYyOV0g c2VyaW86IGk4MDQyIEtCRCBwb3J0IGF0IDB4NjAsMHg2NCBpcnEgMQpbICAgIDAuNjg1NjM1XSBz ZXJpbzogaTgwNDIgQVVYIHBvcnQgYXQgMHg2MCwweDY0IGlycSAxMgpbICAgIDAuNjg1NjgyXSBt b3VzZWRldjogUFMvMiBtb3VzZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpbICAgIDAuNjg2 NzU5XSBpbnB1dDogQVQgVHJhbnNsYXRlZCBTZXQgMiBrZXlib2FyZCBhcyAvZGV2aWNlcy9wbGF0 Zm9ybS9pODA0Mi9zZXJpbzAvaW5wdXQvaW5wdXQyClsgICAgMC42OTc3NDddIGlucHV0OiBYZW4g VmlydHVhbCBLZXlib2FyZCBhcyAvZGV2aWNlcy92aXJ0dWFsL2lucHV0L2lucHV0MwpbICAgIDAu Njk3ODE0XSBpbnB1dDogWGVuIFZpcnR1YWwgUG9pbnRlciBhcyAvZGV2aWNlcy92aXJ0dWFsL2lu cHV0L2lucHV0NApbICAgIDAuNzA2MzYwXSBydGNfY21vcyAwMDowNDogcnRjIGNvcmU6IHJlZ2lz dGVyZWQgcnRjX2Ntb3MgYXMgcnRjMApbICAgIDAuNzA2NDMzXSBydGMwOiBhbGFybXMgdXAgdG8g b25lIGRheSwgMTE0IGJ5dGVzIG52cmFtLCBocGV0IGlycXMKWyAgICAwLjcwNjU1MF0gZGV2aWNl LW1hcHBlcjogdWV2ZW50OiB2ZXJzaW9uIDEuMC4zClsgICAgMC43MDY2MThdIGRldmljZS1tYXBw ZXI6IGlvY3RsOiA0LjIzLjEtaW9jdGwgKDIwMTItMTItMTgpIGluaXRpYWxpc2VkOiBkbS1kZXZl bEByZWRoYXQuY29tClsgICAgMC43MDY2NDldIGNwdWlkbGU6IHVzaW5nIGdvdmVybm9yIGxhZGRl cgpbICAgIDAuNzA2NjUwXSBjcHVpZGxlOiB1c2luZyBnb3Zlcm5vciBtZW51ClsgICAgMC43MDY2 OThdIEVGSSBWYXJpYWJsZXMgRmFjaWxpdHkgdjAuMDggMjAwNC1NYXktMTcKWyAgICAwLjcwNjgw M10gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKWyAgICAw LjcwNjgwNF0gdXNiaGlkOiBVU0IgSElEIGNvcmUgZHJpdmVyClsgICAgMC43MDY4MjZdIGRyb3Bf bW9uaXRvcjogSW5pdGlhbGl6aW5nIG5ldHdvcmsgZHJvcCBtb25pdG9yIHNlcnZpY2UKWyAgICAw LjcwNjkyMV0gaXBfdGFibGVzOiAoQykgMjAwMC0yMDA2IE5ldGZpbHRlciBDb3JlIFRlYW0KWyAg ICAwLjcwNjk1NF0gVENQOiBjdWJpYyByZWdpc3RlcmVkClsgICAgMC43MDY5NTVdIEluaXRpYWxp emluZyBYRlJNIG5ldGxpbmsgc29ja2V0ClsgICAgMC43MDcxMTVdIE5FVDogUmVnaXN0ZXJlZCBw cm90b2NvbCBmYW1pbHkgMTAKWyAgICAwLjcwNzMwOF0gbWlwNjogTW9iaWxlIElQdjYKWyAgICAw LjcwNzMwOV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxNwpbICAgIDAuNzA3Nzg5 XSBQTTogSGliZXJuYXRpb24gaW1hZ2Ugbm90IHByZXNlbnQgb3IgY291bGQgbm90IGJlIGxvYWRl ZC4KWyAgICAwLjcwNzgwMl0gcmVnaXN0ZXJlZCB0YXNrc3RhdHMgdmVyc2lvbiAxClsgICAgMC43 MDg4OTVdIFhFTkJVUzogRGV2aWNlIHdpdGggbm8gZHJpdmVyOiBkZXZpY2UvdmJkLzc2OApbICAg IDAuNzA4ODk2XSBYRU5CVVM6IERldmljZSB3aXRoIG5vIGRyaXZlcjogZGV2aWNlL3ZiZC81NjMy ClsgICAgMC43MDg4OTddIFhFTkJVUzogRGV2aWNlIHdpdGggbm8gZHJpdmVyOiBkZXZpY2Uvdmlm LzAKWyAgICAwLjcwODg5N10gWEVOQlVTOiBEZXZpY2Ugd2l0aCBubyBkcml2ZXI6IGRldmljZS9w Y2kvMApbICAgIDAuNzA5MDk2XSAgIE1hZ2ljIG51bWJlcjogMTM6Njc1OjI1MApbICAgIDAuNzA5 MTkxXSBydGNfY21vcyAwMDowNDogc2V0dGluZyBzeXN0ZW0gY2xvY2sgdG8gMjAxMy0wNS0yOSAy MjoxNDo0MSBVVEMgKDEzNjk4NjU2ODEpClsgICAgMC44MzYxNDRdIGF0YTIuMDE6IE5PREVWIGFm dGVyIHBvbGxpbmcgZGV0ZWN0aW9uClsgICAgMC44Mzc0MjZdIGF0YTIuMDA6IEFUQVBJOiBRRU1V IERWRC1ST00sIDAuMTAuMiwgbWF4IFVETUEvMTAwClsgICAgMC44Mzk1NjhdIGF0YTIuMDA6IGNv bmZpZ3VyZWQgZm9yIE1XRE1BMgpbICAgIDAuODQyNzAyXSBzY3NpIDE6MDowOjA6IENELVJPTSAg ICAgICAgICAgIFFFTVUgICAgIFFFTVUgRFZELVJPTSAgICAgMC4xMCBQUTogMCBBTlNJOiA1Clsg ICAgMC44NDUzOTJdIHNyMDogc2NzaTMtbW1jIGRyaXZlOiA0eC80eCB4YS9mb3JtMiB0cmF5Clsg ICAgMC44NDUzOTZdIGNkcm9tOiBVbmlmb3JtIENELVJPTSBkcml2ZXIgUmV2aXNpb246IDMuMjAK WyAgICAwLjg0NTQ5NV0gc3IgMTowOjA6MDogQXR0YWNoZWQgc2NzaSBDRC1ST00gc3IwClsgICAg MC44NDU1NTRdIHNyIDE6MDowOjA6IEF0dGFjaGVkIHNjc2kgZ2VuZXJpYyBzZzAgdHlwZSA1Clsg ICAgMC44NDc5MDVdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDEwODBrIGZyZWVkClsg ICAgMC44NDgxMTRdIFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTog MTIyODhrClsgICAgMC44NTQzMDldIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDE2Njhr IGZyZWVkClsgICAgMC44NjAxNjZdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDEzNDhr IGZyZWVkClsgICAgMC45MjQ4NjddIGRyYWN1dDogZHJhY3V0LTAxOC0xMDUuZ2l0MjAxMjA5Mjcu ZmMxNwpbICAgIDAuOTYxNzEwXSBkcmFjdXQ6IHJkLmx1a3M9MDogcmVtb3ZpbmcgY3J5cHRvbHVr cyBhY3RpdmF0aW9uClsgICAgMC45ODMxMDZdIHVzYiAxLTI6IG5ldyBmdWxsLXNwZWVkIFVTQiBk ZXZpY2UgbnVtYmVyIDIgdXNpbmcgdWhjaV9oY2QKWyAgICAwLjk4OTg5MV0gdWRldmRbMTM2XTog c3RhcnRpbmcgdmVyc2lvbiAxODIKWyAgICAxLjAxMzA0N10gW2RybV0gSW5pdGlhbGl6ZWQgZHJt IDEuMS4wIDIwMDYwODEwClsgICAgMS4wMTkwMDBdIHhlbjogLS0+IHBpcnE9MTYgLT4gaXJxPTI0 IChnc2k9MjQpClsgICAgMS4wMTk5NTldIFtkcm1dIE1lbW9yeSB1c2FibGUgYnkgZ3JhcGhpY3Mg ZGV2aWNlID0gMjA0OE0KWyAgICAxLjAxOTk2OV0gY2hlY2tpbmcgZ2VuZXJpYyAoZTAwMDAwMDAg OGQwMDAwKSB2cyBodyAoZTAwMDAwMDAgMTAwMDAwMDApClsgICAgMS4wMTk5NzFdIGZiOiBjb25m bGljdGluZyBmYiBodyB1c2FnZSBpbnRlbGRybWZiIHZzIFZFU0EgVkdBIC0gcmVtb3ZpbmcgZ2Vu ZXJpYyBkcml2ZXIKWyAgICAxLjAxOTk5Nl0gQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBk dW1teSBkZXZpY2UgODB4MjUKWyAgICAxLjAyMDM2M10gaTkxNSAwMDAwOjAwOjAyLjA6IHNldHRp bmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDEuMDMwMzU2XSByZXNvdXJjZSBtYXAgc2FuaXR5 IGNoZWNrIGNvbmZsaWN0OiAweGZlZmY1MDE4IDB4ZmVmZjcwMTcgMHhmZWZmNzAwMCAweGZmZmZm ZmZmIHJlc2VydmVkClsgICAgMS4wMzAzNTldIC0tLS0tLS0tLS0tLVsgY3V0IGhlcmUgXS0tLS0t LS0tLS0tLQpbICAgIDEuMDMwMzYzXSBXQVJOSU5HOiBhdCBhcmNoL3g4Ni9tbS9pb3JlbWFwLmM6 MTczIF9faW9yZW1hcF9jYWxsZXIrMHgyZDgvMHgzNzAoKQpbICAgIDEuMDMwMzY1XSBIYXJkd2Fy ZSBuYW1lOiBIVk0gZG9tVQpbICAgIDEuMDMwMzY1XSBJbmZvOiBtYXBwaW5nIG11bHRpcGxlIEJB UnMuIFlvdXIga2VybmVsIGlzIGZpbmUuClsgICAgMS4wMzAzNjZdIE1vZHVsZXMgbGlua2VkIGlu OiBpOTE1KCspIHZpZGVvIGkyY19hbGdvX2JpdCBkcm1fa21zX2hlbHBlciBkcm0gaTJjX2NvcmUK WyAgICAxLjAzMDM3MV0gUGlkOiAxNDMsIGNvbW06IHVkZXZkIE5vdCB0YWludGVkIDMuOC4xMy0x MDAuZmMxNy54ODZfNjQgIzEKWyAgICAxLjAzMDM3Ml0gQ2FsbCBUcmFjZToKWyAgICAxLjAzMDM3 Nl0gIFs8ZmZmZmZmZmY4MTA1ZTY4NT5dIHdhcm5fc2xvd3BhdGhfY29tbW9uKzB4NzUvMHhhMApb ICAgIDEuMDMwMzc4XSAgWzxmZmZmZmZmZjgxMDVlNzY2Pl0gd2Fybl9zbG93cGF0aF9mbXQrMHg0 Ni8weDUwClsgICAgMS4wMzAzNzldICBbPGZmZmZmZmZmODEwNDc3MTg+XSBfX2lvcmVtYXBfY2Fs bGVyKzB4MmQ4LzB4MzcwClsgICAgMS4wMzAzODFdICBbPGZmZmZmZmZmODEwNDc3ZTQ+XSBpb3Jl bWFwX2NhY2hlKzB4MTQvMHgyMApbICAgIDEuMDMwMzk3XSAgWzxmZmZmZmZmZmEwMGNhY2EwPl0g aW50ZWxfb3ByZWdpb25fc2V0dXArMHg4MC8weDI1MCBbaTkxNV0KWyAgICAxLjAzMDQwNl0gIFs8 ZmZmZmZmZmZhMDA3N2Q0Nj5dIGk5MTVfZHJpdmVyX2xvYWQrMHg1MjYvMHhlMDAgW2k5MTVdClsg ICAgMS4wMzA0MDhdICBbPGZmZmZmZmZmODE1MjViMjA+XSA/IHNldHVwX2hwZXRfbXNpX3JlbWFw cGVkKzB4MzAvMHgzMApbICAgIDEuMDMwNDE1XSAgWzxmZmZmZmZmZmEwMDFkOGE2Pl0gZHJtX2dl dF9wY2lfZGV2KzB4MTg2LzB4MmQwIFtkcm1dClsgICAgMS4wMzA0MjNdICBbPGZmZmZmZmZmYTAw NzM0N2I+XSBpOTE1X3BjaV9wcm9iZSsweDNiLzB4OTAgW2k5MTVdClsgICAgMS4wMzA0MjVdICBb PGZmZmZmZmZmODEzMjE4NGI+XSBsb2NhbF9wY2lfcHJvYmUrMHg0Yi8weDgwClsgICAgMS4wMzA0 MjZdICBbPGZmZmZmZmZmODEzMjFiNTE+XSBwY2lfZGV2aWNlX3Byb2JlKzB4MTExLzB4MTIwClsg ICAgMS4wMzA0MjldICBbPGZmZmZmZmZmODEzZWEzZGI+XSBkcml2ZXJfcHJvYmVfZGV2aWNlKzB4 OGIvMHgzOTAKWyAgICAxLjAzMDQzMF0gIFs8ZmZmZmZmZmY4MTNlYTc4Yj5dIF9fZHJpdmVyX2F0 dGFjaCsweGFiLzB4YjAKWyAgICAxLjAzMDQzMl0gIFs8ZmZmZmZmZmY4MTNlYTZlMD5dID8gZHJp dmVyX3Byb2JlX2RldmljZSsweDM5MC8weDM5MApbICAgIDEuMDMwNDM0XSAgWzxmZmZmZmZmZjgx M2U4NDNkPl0gYnVzX2Zvcl9lYWNoX2RldisweDVkLzB4YTAKWyAgICAxLjAzMDQzNV0gIFs8ZmZm ZmZmZmY4MTNlOWQzZT5dIGRyaXZlcl9hdHRhY2grMHgxZS8weDIwClsgICAgMS4wMzA0MzZdICBb PGZmZmZmZmZmODEzZTk5NzA+XSBidXNfYWRkX2RyaXZlcisweDFhMC8weDI5MApbICAgIDEuMDMw NDM4XSAgWzxmZmZmZmZmZmEwMTA3MDAwPl0gPyAweGZmZmZmZmZmYTAxMDZmZmYKWyAgICAxLjAz MDQzOV0gIFs8ZmZmZmZmZmZhMDEwNzAwMD5dID8gMHhmZmZmZmZmZmEwMTA2ZmZmClsgICAgMS4w MzA0NDFdICBbPGZmZmZmZmZmODEzZWFlNTc+XSBkcml2ZXJfcmVnaXN0ZXIrMHg3Ny8weDE3MApb ICAgIDEuMDMwNDQyXSAgWzxmZmZmZmZmZmEwMTA3MDAwPl0gPyAweGZmZmZmZmZmYTAxMDZmZmYK WyAgICAxLjAzMDQ0M10gIFs8ZmZmZmZmZmY4MTMyMGFmYj5dIF9fcGNpX3JlZ2lzdGVyX2RyaXZl cisweDRiLzB4NTAKWyAgICAxLjAzMDQ0N10gIFs8ZmZmZmZmZmZhMDAxZGIwYT5dIGRybV9wY2lf aW5pdCsweDExYS8weDEzMCBbZHJtXQpbICAgIDEuMDMwNDQ4XSAgWzxmZmZmZmZmZmEwMTA3MDAw Pl0gPyAweGZmZmZmZmZmYTAxMDZmZmYKWyAgICAxLjAzMDQ1NV0gIFs8ZmZmZmZmZmZhMDEwNzA2 Nj5dIGk5MTVfaW5pdCsweDY2LzB4NjggW2k5MTVdClsgICAgMS4wMzA0NThdICBbPGZmZmZmZmZm ODEwMDIxNWE+XSBkb19vbmVfaW5pdGNhbGwrMHgxMmEvMHgxODAKWyAgICAxLjAzMDQ2MV0gIFs8 ZmZmZmZmZmY4MTBjNGFjYz5dIGxvYWRfbW9kdWxlKzB4MTk5Yy8weDIxODAKWyAgICAxLjAzMDQ2 NF0gIFs8ZmZmZmZmZmY4MTMxNWE4MD5dID8gZGRlYnVnX3Byb2Nfb3BlbisweGMwLzB4YzAKWyAg ICAxLjAzMDQ2Nl0gIFs8ZmZmZmZmZmY4MTBjNTM4Nz5dIHN5c19pbml0X21vZHVsZSsweGQ3LzB4 MTIwClsgICAgMS4wMzA0NjhdICBbPGZmZmZmZmZmODE2NTg4OTk+XSBzeXN0ZW1fY2FsbF9mYXN0 cGF0aCsweDE2LzB4MWIKWyAgICAxLjAzMDQ2OV0gLS0tWyBlbmQgdHJhY2UgZDAxZWNmMDkyMWM3 OTRhMSBdLS0tClsgICAgMS4wMzEyOTFdIFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAg Y2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuClsgICAgMS4wMzEyOTNdIFtkcm1dIERyaXZlciBz dXBwb3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuClsgICAgMS4wMzE0NzVdIHZn YWFyYjogZGV2aWNlIGNoYW5nZWQgZGVjb2RlczogUENJOjAwMDA6MDA6MDIuMCxvbGRkZWNvZGVz PWlvK21lbSxkZWNvZGVzPWlvK21lbTpvd25zPWlvK21lbQpbICAgIDEuMTE0MDkzXSBbZHJtXSBH TUJVUyBbaTkxNSBnbWJ1cyB2Z2FdIHRpbWVkIG91dCwgZmFsbGluZyBiYWNrIHRvIGJpdCBiYW5n aW5nIG9uIHBpbiAyClsgICAgMS4xMjIwODhdIGk5MTUgMDAwMDowMDowMi4wOiBObyBjb25uZWN0 b3JzIHJlcG9ydGVkIGNvbm5lY3RlZCB3aXRoIG1vZGVzClsgICAgMS4xMjIwOTVdIFtkcm1dIENh bm5vdCBmaW5kIGFueSBjcnRjIG9yIHNpemVzIC0gZ29pbmcgMTAyNHg3NjgKWyAgICAxLjEyNjgz M10gZmJjb246IGludGVsZHJtZmIgKGZiMCkgaXMgcHJpbWFyeSBkZXZpY2UKWyAgICAxLjEyNzE5 M10gQ29uc29sZTogc3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDEyOHg0 OApbICAgIDEuMTMwNzA3XSBpOTE1IDAwMDA6MDA6MDIuMDogZmIwOiBpbnRlbGRybWZiIGZyYW1l IGJ1ZmZlciBkZXZpY2UKWyAgICAxLjEzMDcxMV0gaTkxNSAwMDAwOjAwOjAyLjA6IHJlZ2lzdGVy ZWQgcGFuaWMgbm90aWZpZXIKWyAgICAxLjEzMDk0MF0gW2RybV0gSW5pdGlhbGl6ZWQgaTkxNSAx LjYuMCAyMDA4MDczMCBmb3IgMDAwMDowMDowMi4wIG9uIG1pbm9yIDAKWyAgICAxLjEzNDAxM10g ZHJhY3V0OiBTdGFydGluZyBwbHltb3V0aCBkYWVtb24KWyAgICAxLjIxMzA4Nl0gZHJhY3V0OiBy ZC5kbT0wOiByZW1vdmluZyBETSBSQUlEIGFjdGl2YXRpb24KWyAgICAxLjIyNjE5OF0gZHJhY3V0 OiByZC5tZD0wOiByZW1vdmluZyBNRCBSQUlEIGFjdGl2YXRpb24KWyAgICAxLjI4MDY4Ml0gdXNi IDEtMjogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTA2MjcsIGlkUHJvZHVjdD0wMDAx ClsgICAgMS4yODA2ODZdIHVzYiAxLTI6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQ cm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgMS4yODA2ODddIHVzYiAxLTI6IFByb2R1Y3Q6 IFFFTVUgVVNCIFRhYmxldApbICAgIDEuMjgwNjg5XSB1c2IgMS0yOiBNYW51ZmFjdHVyZXI6IFFF TVUgMC4xMC4yClsgICAgMS4yODA2OTBdIHVzYiAxLTI6IFNlcmlhbE51bWJlcjogMQpbICAgIDEu MjkyOTM3XSB2YmQgdmJkLTU2MzI6IDE5IHhlbmJ1c19kZXZfcHJvYmUgb24gZGV2aWNlL3ZiZC81 NjMyClsgICAgMS4yOTMyNjJdIHZiZCB2YmQtNTYzMjogZmFpbGVkIHRvIHdyaXRlIGVycm9yIG5v ZGUgZm9yIGRldmljZS92YmQvNTYzMiAoMTkgeGVuYnVzX2Rldl9wcm9iZSBvbiBkZXZpY2UvdmJk LzU2MzIpClsgICAgMS4yOTQ4MDBdIGJsa2Zyb250OiB4dmRhOiBmbHVzaCBkaXNrY2FjaGU6IGVu YWJsZWQgdXNpbmcgcGVyc2lzdGVudCBncmFudHMKWyAgICAxLjMyMTEyMl0gIHh2ZGE6IHh2ZGEx IHh2ZGEyClsgICAgMS4zMjgzOTZdIGlucHV0OiBRRU1VIDAuMTAuMiBRRU1VIFVTQiBUYWJsZXQg YXMgL2RldmljZXMvcGNpMDAwMDowMC8wMDAwOjAwOjAxLjIvdXNiMS8xLTIvMS0yOjEuMC9pbnB1 dC9pbnB1dDUKWyAgICAxLjMyODY0Nl0gaGlkLWdlbmVyaWMgMDAwMzowNjI3OjAwMDEuMDAwMTog aW5wdXQsaGlkcmF3MDogVVNCIEhJRCB2MC4wMSBQb2ludGVyIFtRRU1VIDAuMTAuMiBRRU1VIFVT QiBUYWJsZXRdIG9uIHVzYi0wMDAwOjAwOjAxLjItMi9pbnB1dDAKWyAgICAxLjQ2MDEwNl0gdHNj OiBSZWZpbmVkIFRTQyBjbG9ja3NvdXJjZSBjYWxpYnJhdGlvbjogMzM5Mi4yOTkgTUh6ClsgICAg MS41NDAxNDhdIGlucHV0OiBJbUV4UFMvMiBHZW5lcmljIEV4cGxvcmVyIE1vdXNlIGFzIC9kZXZp Y2VzL3BsYXRmb3JtL2k4MDQyL3NlcmlvMS9pbnB1dC9pbnB1dDYKWyAgICAxLjU0Mzc3NV0gZHJh Y3V0OiBTY2FubmluZyBkZXZpY2VzIHh2ZGEyICBmb3IgTFZNIGxvZ2ljYWwgdm9sdW1lcyB2Z19m ZWRvcmEvbHZfc3dhcCB2Z19mZWRvcmEvbHZfcm9vdApbICAgIDEuNTczNTMzXSBkcmFjdXQ6IGlu YWN0aXZlICcvZGV2L3ZnX2ZlZG9yYS9sdl9zd2FwJyBbNS41OSBHaUJdIGluaGVyaXQKWyAgICAx LjU3MzgwNV0gZHJhY3V0OiBpbmFjdGl2ZSAnL2Rldi92Z19mZWRvcmEvbHZfcm9vdCcgWzEzLjkx IEdpQl0gaW5oZXJpdApbICAgIDEuNTkxMDAyXSBiaW86IGNyZWF0ZSBzbGFiIDxiaW8tMT4gYXQg MQpbICAgIDEuNzM5NjIwXSBFWFQ0LWZzIChkbS0xKTogSU5GTzogcmVjb3ZlcnkgcmVxdWlyZWQg b24gcmVhZG9ubHkgZmlsZXN5c3RlbQpbICAgIDEuNzM5NjI0XSBFWFQ0LWZzIChkbS0xKTogd3Jp dGUgYWNjZXNzIHdpbGwgYmUgZW5hYmxlZCBkdXJpbmcgcmVjb3ZlcnkKWyAgICAyLjA1MjE2OV0g RVhUNC1mcyAoZG0tMSk6IG9ycGhhbiBjbGVhbnVwIG9uIHJlYWRvbmx5IGZzClsgICAgMi4wNTIx ODNdIEVYVDQtZnMgKGRtLTEpOiBleHQ0X29ycGhhbl9jbGVhbnVwOiBkZWxldGluZyB1bnJlZmVy ZW5jZWQgaW5vZGUgMTQ5NTQ4ClsgICAgMi4wNTIyNThdIEVYVDQtZnMgKGRtLTEpOiAxIG9ycGhh biBpbm9kZSBkZWxldGVkClsgICAgMi4wNTIyNjBdIEVYVDQtZnMgKGRtLTEpOiByZWNvdmVyeSBj b21wbGV0ZQpbICAgIDIuMTM3NDE1XSBFWFQ0LWZzIChkbS0xKTogbW91bnRlZCBmaWxlc3lzdGVt IHdpdGggb3JkZXJlZCBkYXRhIG1vZGUuIE9wdHM6IChudWxsKQpbICAgIDIuMjAyNTU3XSBkcmFj dXQ6IENoZWNraW5nIGV4dDQ6IC9kZXYvbWFwcGVyL3ZnX2ZlZG9yYS1sdl9yb290ClsgICAgMi4y MDI4MjZdIGRyYWN1dDogaXNzdWluZyBlMmZzY2sgLWEgIC9kZXYvbWFwcGVyL3ZnX2ZlZG9yYS1s dl9yb290ClsgICAgMi4zMDQyOTBdIGRyYWN1dDogL2Rldi9tYXBwZXIvdmdfZmVkb3JhLWx2X3Jv b3Q6IGNsZWFuLCAxNDg0MTUvOTEyMTI4IGZpbGVzLCAxMDg1ODAzLzM2NDU0NDAgYmxvY2tzClsg ICAgMi4zMDUwMzldIGRyYWN1dDogUmVtb3VudGluZyAvZGV2L21hcHBlci92Z19mZWRvcmEtbHZf cm9vdCB3aXRoIC1vIHJvClsgICAgMi4zMzQzMzZdIEVYVDQtZnMgKGRtLTEpOiBtb3VudGVkIGZp bGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4gT3B0czogKG51bGwpClsgICAgMi4zNzI5 NzhdIGRyYWN1dDogTW91bnRlZCByb290IGZpbGVzeXN0ZW0gL2Rldi9tYXBwZXIvdmdfZmVkb3Jh LWx2X3Jvb3QKWyAgICAyLjU3NDk0MV0gZHJhY3V0OiBTd2l0Y2hpbmcgcm9vdApbICAgIDIuNzA4 MTA3XSBbZHJtXSBFbmFibGluZyBSQzYgc3RhdGVzOiBSQzYgb24sIFJDNnAgb24sIFJDNnBwIG9m ZgpbICAgIDIuOTk4NTQ1XSB0eXBlPTE0MDQgYXVkaXQoMTM2OTg2NTY4My43ODg6Mik6IGVuZm9y Y2luZz0xIG9sZF9lbmZvcmNpbmc9MCBhdWlkPTQyOTQ5NjcyOTUgc2VzPTQyOTQ5NjcyOTUKWyAg ICAzLjEyMTc3NF0gU0VMaW51eDogMjA0OCBhdnRhYiBoYXNoIHNsb3RzLCAxMDQyNzUgcnVsZXMu ClsgICAgMy4xNDQ5MjRdIFNFTGludXg6IDIwNDggYXZ0YWIgaGFzaCBzbG90cywgMTA0Mjc1IHJ1 bGVzLgpbICAgIDMuMjI4OTY3XSBTRUxpbnV4OiAgOSB1c2VycywgMTUgcm9sZXMsIDQyMzQgdHlw ZXMsIDIzMyBib29scywgMSBzZW5zLCAxMDI0IGNhdHMKWyAgICAzLjIyODk3MF0gU0VMaW51eDog IDgzIGNsYXNzZXMsIDEwNDI3NSBydWxlcwpbICAgIDMuMjMxNDI5XSBTRUxpbnV4OiAgUGVybWlz c2lvbiB3YWtlX2FsYXJtIGluIGNsYXNzIGNhcGFiaWxpdHkyIG5vdCBkZWZpbmVkIGluIHBvbGlj eS4KWyAgICAzLjIzMTQzMV0gU0VMaW51eDogIFBlcm1pc3Npb24gYmxvY2tfc3VzcGVuZCBpbiBj bGFzcyBjYXBhYmlsaXR5MiBub3QgZGVmaW5lZCBpbiBwb2xpY3kuClsgICAgMy4yMzE0MzNdIFNF TGludXg6ICBQZXJtaXNzaW9uIGF0dGFjaF9xdWV1ZSBpbiBjbGFzcyB0dW5fc29ja2V0IG5vdCBk ZWZpbmVkIGluIHBvbGljeS4KWyAgICAzLjIzMTQzNF0gU0VMaW51eDogdGhlIGFib3ZlIHVua25v d24gY2xhc3NlcyBhbmQgcGVybWlzc2lvbnMgd2lsbCBiZSBhbGxvd2VkClsgICAgMy4yMzE0Mzdd IFNFTGludXg6ICBDb21wbGV0aW5nIGluaXRpYWxpemF0aW9uLgpbICAgIDMuMjMxNDM4XSBTRUxp bnV4OiAgU2V0dGluZyB1cCBleGlzdGluZyBzdXBlcmJsb2Nrcy4KWyAgICAzLjIzMTQ0Ml0gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBzeXNmcywgdHlwZSBzeXNmcyksIHVzZXMgZ2VuZnNfY29u dGV4dHMKWyAgICAzLjIzMTQ0Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiByb290ZnMsIHR5 cGUgcm9vdGZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuMjMxNDU1XSBTRUxpbnV4OiBp bml0aWFsaXplZCAoZGV2IGJkZXYsIHR5cGUgYmRldiksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAg ICAzLjIzMTQ1OV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBwcm9jLCB0eXBlIHByb2MpLCB1 c2VzIGdlbmZzX2NvbnRleHRzClsgICAgMy4yMzE0NjVdIFNFTGludXg6IGluaXRpYWxpemVkIChk ZXYgdG1wZnMsIHR5cGUgdG1wZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpbICAgIDMuMjMxNDgw XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGRldnRtcGZzLCB0eXBlIGRldnRtcGZzKSwgdXNl cyB0cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMTc1Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRl diBzb2NrZnMsIHR5cGUgc29ja2ZzKSwgdXNlcyB0YXNrIFNJRHMKWyAgICAzLjIzMTc1OV0gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBkZWJ1Z2ZzLCB0eXBlIGRlYnVnZnMpLCB1c2VzIGdlbmZz X2NvbnRleHRzClsgICAgMy4yMzIxOTBdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgcGlwZWZz LCB0eXBlIHBpcGVmcyksIHVzZXMgdGFzayBTSURzClsgICAgMy4yMzIxOTRdIFNFTGludXg6IGlu aXRpYWxpemVkIChkZXYgYW5vbl9pbm9kZWZzLCB0eXBlIGFub25faW5vZGVmcyksIHVzZXMgZ2Vu ZnNfY29udGV4dHMKWyAgICAzLjIzMjE5Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBkZXZw dHMsIHR5cGUgZGV2cHRzKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMjIwM10gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBodWdldGxiZnMsIHR5cGUgaHVnZXRsYmZzKSwgdXNlcyB0 cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMjIwNV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBt cXVldWUsIHR5cGUgbXF1ZXVlKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICAzLjIzMjIwOF0g U0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBzZWxpbnV4ZnMsIHR5cGUgc2VsaW51eGZzKSwgdXNl cyBnZW5mc19jb250ZXh0cwpbICAgIDMuMjMyMjE1XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2 IHN5c2ZzLCB0eXBlIHN5c2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuMjMyMzcxXSBT RUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZzKSwgdXNlcyB0cmFuc2l0 aW9uIFNJRHMKWyAgICAzLjIzMjM3NF0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiB0bXBmcywg dHlwZSB0bXBmcyksIHVzZXMgdHJhbnNpdGlvbiBTSURzClsgICAgMy4yMzIzOTFdIFNFTGludXg6 IGluaXRpYWxpemVkIChkZXYgZG0tMSwgdHlwZSBleHQ0KSwgdXNlcyB4YXR0cgpbICAgIDMuMjMy NDg2XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHNlY3VyaXR5ZnMsIHR5cGUgc2VjdXJpdHlm cyksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgICAzLjI0ODEyOF0gdHlwZT0xNDAzIGF1ZGl0KDEz Njk4NjU2ODQuMDM4OjMpOiBwb2xpY3kgbG9hZGVkIGF1aWQ9NDI5NDk2NzI5NSBzZXM9NDI5NDk2 NzI5NQpbICAgIDMuMjYwNjAwXSBzeXN0ZW1kWzFdOiBTdWNjZXNzZnVsbHkgbG9hZGVkIFNFTGlu dXggcG9saWN5IGluIDMwMW1zIDU5NXVzLgpbICAgIDMuMzU4OTEwXSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZzKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICAz LjM2NDE0Ml0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwg dXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuNDI2OTY2XSBzeXN0ZW1kWzFdOiBSZWxhYmVsbGVk IC9kZXYgYW5kIC9ydW4gaW4gNjJtcyA2NjF1cy4KWyAgICAzLjQ1NDM3Ml0gU0VMaW51eDogaW5p dGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwgdXNlcyBnZW5mc19jb250ZXh0cwpb ICAgIDMuNDU5MTIxXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNncm91cCwgdHlwZSBjZ3Jv dXApLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICAgMy40NjQxODJdIFNFTGludXg6IGluaXRpYWxp emVkIChkZXYgY2dyb3VwLCB0eXBlIGNncm91cCksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgICAz LjQ2OTExN10gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwg dXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuNDc0MTEzXSBTRUxpbnV4OiBpbml0aWFsaXplZCAo ZGV2IGNncm91cCwgdHlwZSBjZ3JvdXApLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICAgMy40Nzkx MDFdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgY2dyb3VwLCB0eXBlIGNncm91cCksIHVzZXMg Z2VuZnNfY29udGV4dHMKWyAgICAzLjQ4NDE1NF0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBj Z3JvdXAsIHR5cGUgY2dyb3VwKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDMuNDg5MTA2XSBT RUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNncm91cCwgdHlwZSBjZ3JvdXApLCB1c2VzIGdlbmZz X2NvbnRleHRzClsgICAgMy40ODkyMzddIHN5c3RlbWRbMV06IHN5c3RlbWQgNDQgcnVubmluZyBp biBzeXN0ZW0gbW9kZS4gKCtQQU0gK0xJQldSQVAgK0FVRElUICtTRUxJTlVYICtJTUEgK1NZU1ZJ TklUICtMSUJDUllQVFNFVFVQOyBmZWRvcmEpClsgICAgMy41MjA2NTVdIHN5c3RlbWRbMV06IFNl dCBob3N0bmFtZSB0byA8RmVkb3JhPi4KWyAgICA0LjA4Mzg5Ml0gU0VMaW51eDogaW5pdGlhbGl6 ZWQgKGRldiBhdXRvZnMsIHR5cGUgYXV0b2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgIDQu Mjc4NjExXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGh1Z2V0bGJmcywgdHlwZSBodWdldGxi ZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpbICAgIDQuMjc5MDAyXSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IGNvbmZpZ2ZzLCB0eXBlIGNvbmZpZ2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpb ICAgIDQuMjc5NDM1XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZz KSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgICA0LjM2NjE0MF0gRVhUNC1mcyAoZG0tMSk6IHJl LW1vdW50ZWQuIE9wdHM6IChudWxsKQpbICAgIDQuNDAxOTkyXSBzeXN0ZW1kLWpvdXJuYWxkWzQw N106IEZpeGVkIG1heF91c2U9OTkuN00gbWF4X3NpemU9MTIuNE0gbWluX3NpemU9NjQuMEsga2Vl cF9mcmVlPTQ5LjhNClsgICAgNC40MDQxODRdIHN5c3RlbWQtam91cm5hbGRbNDA3XTogVmFjdXVt aW5nLi4uClsgICAgNC40NDI4MjJdIHVkZXZkWzQxMF06IHN0YXJ0aW5nIHZlcnNpb24gMTgyClsg ICAgNS4wNjUwMTBdIG1pY3JvY29kZTogQ1BVMCBzaWc9MHgzMDZhOSwgcGY9MHgyLCByZXZpc2lv bj0weDE3ClsgICAgNS4wNzgxNzldIHNocGNocDogU3RhbmRhcmQgSG90IFBsdWcgUENJIENvbnRy b2xsZXIgRHJpdmVyIHZlcnNpb246IDAuNApbICAgIDUuMDgyMjc5XSBJbml0aWFsaXNpbmcgWGVu IHZpcnR1YWwgZXRoZXJuZXQgZHJpdmVyLgpbICAgIDUuMDgzMTk1XSBwaWl4NF9zbWJ1cyAwMDAw OjAwOjAxLjM6IFNNQnVzIGJhc2UgYWRkcmVzcyB1bmluaXRpYWxpemVkIC0gdXBncmFkZSBCSU9T IG9yIHVzZSBmb3JjZV9hZGRyPTB4YWRkcgpbICAgIDUuMTI2ODUzXSBtaWNyb2NvZGU6IENQVTEg c2lnPTB4MzA2YTksIHBmPTB4MiwgcmV2aXNpb249MHgxNwpbICAgIDUuMTI2OTYyXSBtaWNyb2Nv ZGU6IE1pY3JvY29kZSBVcGRhdGUgRHJpdmVyOiB2Mi4wMCA8dGlncmFuQGFpdmF6aWFuLmZzbmV0 LmNvLnVrPiwgUGV0ZXIgT3J1YmEKWyAgICA1LjEzNjY3MV0gbHBjX2ljaCAwMDAwOjAwOjFmLjA6 IEkvTyBzcGFjZSBmb3IgQUNQSSB1bmluaXRpYWxpemVkClsgICAgNS4xMzY3MjhdIGxwY19pY2gg MDAwMDowMDoxZi4wOiBJL08gc3BhY2UgZm9yIEFDUEkgdW5pbml0aWFsaXplZApbICAgIDUuMTM2 NzY1XSBscGNfaWNoIDAwMDA6MDA6MWYuMDogSS9PIHNwYWNlIGZvciBHUElPIHVuaW5pdGlhbGl6 ZWQKWyAgICA1LjEzNjc2Nl0gbHBjX2ljaCAwMDAwOjAwOjFmLjA6IE5vIE1GRCBjZWxscyBhZGRl ZApbICAgIDUuMTQ4MTYzXSBwYXJwb3J0X3BjIDAwOjBhOiByZXBvcnRlZCBieSBQbHVnIGFuZCBQ bGF5IEFDUEkKWyAgICA1LjE0ODk1MV0gcGFycG9ydDA6IFBDLXN0eWxlIGF0IDB4Mzc4LCBpcnEg NyBbUENTUFAsVFJJU1RBVEVdClsgICAgNS4xOTE1ODVdIHBwZGV2OiB1c2VyLXNwYWNlIHBhcmFs bGVsIHBvcnQgZHJpdmVyClsgICAgNS4zMDU0NTNdIEFkZGluZyA1ODY1NDY4ayBzd2FwIG9uIC9k ZXYvbWFwcGVyL3ZnX2ZlZG9yYS1sdl9zd2FwLiAgUHJpb3JpdHk6MCBleHRlbnRzOjEgYWNyb3Nz OjU4NjU0NjhrIFNTClsgICAgOC43NjgxMDRdIEVYVDQtZnMgKHh2ZGExKTogbW91bnRlZCBmaWxl c3lzdGVtIHdpdGggb3JkZXJlZCBkYXRhIG1vZGUuIE9wdHM6IChudWxsKQpbICAgIDguNzY4NTgz XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHh2ZGExLCB0eXBlIGV4dDQpLCB1c2VzIHhhdHRy ClsgICAxMC4xOTM1OTBdIGlwNl90YWJsZXM6IChDKSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUg VGVhbQpbICAgMTAuMzY0MTU5XSBuZl9jb25udHJhY2sgdmVyc2lvbiAwLjUuMCAoMTYzODQgYnVj a2V0cywgNjU1MzYgbWF4KQpbICAgMTEuNzQwODA5XSBCbHVldG9vdGg6IENvcmUgdmVyIDIuMTYK WyAgIDExLjc0MDkxMl0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAzMQpbICAgMTEu NzQwOTE0XSBCbHVldG9vdGg6IEhDSSBkZXZpY2UgYW5kIGNvbm5lY3Rpb24gbWFuYWdlciBpbml0 aWFsaXplZApbICAgMTEuNzQwOTIzXSBCbHVldG9vdGg6IEhDSSBzb2NrZXQgbGF5ZXIgaW5pdGlh bGl6ZWQKWyAgIDExLjc0MDkyOF0gQmx1ZXRvb3RoOiBMMkNBUCBzb2NrZXQgbGF5ZXIgaW5pdGlh bGl6ZWQKWyAgIDExLjc0MDkzN10gQmx1ZXRvb3RoOiBTQ08gc29ja2V0IGxheWVyIGluaXRpYWxp emVkClsgICAxMS43ODg3MDddIEJsdWV0b290aDogQk5FUCAoRXRoZXJuZXQgRW11bGF0aW9uKSB2 ZXIgMS4zClsgICAxMS43ODg3MTBdIEJsdWV0b290aDogQk5FUCBmaWx0ZXJzOiBwcm90b2NvbCBt dWx0aWNhc3QKWyAgIDExLjc4ODcxNV0gQmx1ZXRvb3RoOiBCTkVQIHNvY2tldCBsYXllciBpbml0 aWFsaXplZApbICAgMTEuODI1NzQzXSBSUEM6IFJlZ2lzdGVyZWQgbmFtZWQgVU5JWCBzb2NrZXQg dHJhbnNwb3J0IG1vZHVsZS4KWyAgIDExLjgyNTc0OF0gUlBDOiBSZWdpc3RlcmVkIHVkcCB0cmFu c3BvcnQgbW9kdWxlLgpbICAgMTEuODI1NzUxXSBSUEM6IFJlZ2lzdGVyZWQgdGNwIHRyYW5zcG9y dCBtb2R1bGUuClsgICAxMS44MjU3NTNdIFJQQzogUmVnaXN0ZXJlZCB0Y3AgTkZTdjQuMSBiYWNr Y2hhbm5lbCB0cmFuc3BvcnQgbW9kdWxlLgpbICAgMTUuNzEyMzU2XSAtLS0tLS0tLS0tLS1bIGN1 dCBoZXJlIF0tLS0tLS0tLS0tLS0KWyAgIDE1LjcxMjM3Nl0gV0FSTklORzogYXQgZHJpdmVycy9n cHUvZHJtL2k5MTUvaW50ZWxfcG0uYzo0MzA3IGdlbjZfZ3RfY2hlY2tfZmlmb2RiZysweDQxLzB4 NjAgW2k5MTVdKCkKWyAgIDE1LjcxMjM3N10gSGFyZHdhcmUgbmFtZTogSFZNIGRvbVUKWyAgIDE1 LjcxMjM3OF0gTU1JTyByZWFkIG9yIHdyaXRlIGhhcyBiZWVuIGRyb3BwZWQgMwpbICAgMTUuNzEy Mzc5XSBNb2R1bGVzIGxpbmtlZCBpbjogbG9ja2Qgc3VucnBjIGJuZXAgYmx1ZXRvb3RoIHJma2ls bCBuZl9jb25udHJhY2tfaXB2NCBpcDZ0X1JFSkVDVCBuZl9jb25udHJhY2tfaXB2NiBuZl9kZWZy YWdfaXB2NCBuZl9kZWZyYWdfaXB2NiB4dF9zdGF0ZSBuZl9jb25udHJhY2sgaXA2dGFibGVfZmls dGVyIGlwNl90YWJsZXMgcHBkZXYgcGFycG9ydF9wYyBscGNfaWNoIG1mZF9jb3JlIHBhcnBvcnQg aTJjX3BpaXg0IHhlbl9uZXRmcm9udCBzaHBjaHAgbWljcm9jb2RlIHVpbnB1dCBjcmMzMmNfaW50 ZWwgeGVuX2Jsa2Zyb250IGdoYXNoX2NsbXVsbmlfaW50ZWwgaTkxNSB2aWRlbyBpMmNfYWxnb19i aXQgZHJtX2ttc19oZWxwZXIgZHJtIGkyY19jb3JlClsgICAxNS43MTIzOTBdIFBpZDogNzI3LCBj b21tOiBzZXRyb3VibGVzaG9vdGQgVGFpbnRlZDogRyAgICAgICAgVyAgICAzLjguMTMtMTAwLmZj MTcueDg2XzY0ICMxClsgICAxNS43MTIzOTFdIENhbGwgVHJhY2U6ClsgICAxNS43MTIzOTFdICA8 SVJRPiAgWzxmZmZmZmZmZjgxMDVlNjg1Pl0gd2Fybl9zbG93cGF0aF9jb21tb24rMHg3NS8weGEw ClsgICAxNS43MTIzOTldICBbPGZmZmZmZmZmODEwOTJjOTk+XSA/IHNjaGVkdWxlcl90aWNrKzB4 MTA5LzB4MTQwClsgICAxNS43MTI0MDBdICBbPGZmZmZmZmZmODEwNWU3NjY+XSB3YXJuX3Nsb3dw YXRoX2ZtdCsweDQ2LzB4NTAKWyAgIDE1LjcxMjQwM10gIFs8ZmZmZmZmZmY4MTJmZjEyND5dID8g dGltZXJxdWV1ZV9hZGQrMHg2NC8weGIwClsgICAxNS43MTI0MTFdICBbPGZmZmZmZmZmYTAwYmY2 MDE+XSBnZW42X2d0X2NoZWNrX2ZpZm9kYmcrMHg0MS8weDYwIFtpOTE1XQpbICAgMTUuNzEyNDE3 XSAgWzxmZmZmZmZmZmEwMGJmNjc3Pl0gX19nZW42X2d0X2ZvcmNlX3dha2VfbXRfcHV0KzB4Mjcv MHgzMCBbaTkxNV0KWyAgIDE1LjcxMjQyMV0gIFs8ZmZmZmZmZmZhMDA3M2YwZT5dIGk5MTVfcmVh ZDMyKzB4MTRlLzB4MTcwIFtpOTE1XQpbICAgMTUuNzEyNDI0XSAgWzxmZmZmZmZmZjgxMGI2ZjM2 Pl0gPyBjbG9ja2V2ZW50c19wcm9ncmFtX2V2ZW50KzB4NzYvMHgxMjAKWyAgIDE1LjcxMjQzMV0g IFs8ZmZmZmZmZmZhMDBjNGJiMD5dIGludGVsX3JpbmdfZ2V0X2FjdGl2ZV9oZWFkKzB4MzAvMHg0 MCBbaTkxNV0KWyAgIDE1LjcxMjQzN10gIFs8ZmZmZmZmZmZhMDA3ZGQxND5dIGk5MTVfaGFuZ2No ZWNrX2VsYXBzZWQrMHgxMDQvMHgyMTAgW2k5MTVdClsgICAxNS43MTI0NDRdICBbPGZmZmZmZmZm YTAwN2RjMTA+XSA/IGk5MTVfaGFuZ2NoZWNrX2h1bmcrMHgxMjAvMHgxMjAgW2k5MTVdClsgICAx NS43MTI0NDddICBbPGZmZmZmZmZmODEwNmQwYWE+XSBjYWxsX3RpbWVyX2ZuKzB4M2EvMHgxMTAK WyAgIDE1LjcxMjQ1Ml0gIFs8ZmZmZmZmZmZhMDA3ZGMxMD5dID8gaTkxNV9oYW5nY2hlY2tfaHVu ZysweDEyMC8weDEyMCBbaTkxNV0KWyAgIDE1LjcxMjQ1NF0gIFs8ZmZmZmZmZmY4MTA2ZWUyNj5d IHJ1bl90aW1lcl9zb2Z0aXJxKzB4MWY2LzB4MmEwClsgICAxNS43MTI0NTVdICBbPGZmZmZmZmZm ODEwNjZjYjA+XSBfX2RvX3NvZnRpcnErMHhkMC8weDIwMApbICAgMTUuNzEyNDU4XSAgWzxmZmZm ZmZmZjgxNjU5YjljPl0gY2FsbF9zb2Z0aXJxKzB4MWMvMHgzMApbICAgMTUuNzEyNDYxXSAgWzxm ZmZmZmZmZjgxMDE2Mjk1Pl0gZG9fc29mdGlycSsweDc1LzB4YjAKWyAgIDE1LjcxMjQ2Ml0gIFs8 ZmZmZmZmZmY4MTA2NmY3NT5dIGlycV9leGl0KzB4YjUvMHhjMApbICAgMTUuNzEyNDY1XSAgWzxm ZmZmZmZmZjgxMzliZDg1Pl0geGVuX2V2dGNobl9kb191cGNhbGwrMHgzNS8weDUwClsgICAxNS43 MTI0NjddICBbPGZmZmZmZmZmODE2NTlkMmQ+XSB4ZW5faHZtX2NhbGxiYWNrX3ZlY3RvcisweDZk LzB4ODAKWyAgIDE1LjcxMjQ2OF0gIDxFT0k+IApbICAgMTUuNzEyNDY5XSAtLS1bIGVuZCB0cmFj ZSBkMDFlY2YwOTIxYzc5NGEyIF0tLS0KWyAgIDE4LjcxNjM4M10gLS0tLS0tLS0tLS0tWyBjdXQg aGVyZSBdLS0tLS0tLS0tLS0tClsgICAxOC43MTY0MzJdIFdBUk5JTkc6IGF0IGRyaXZlcnMvZ3B1 L2RybS9pOTE1L2ludGVsX3BtLmM6NDMwNyBnZW42X2d0X2NoZWNrX2ZpZm9kYmcrMHg0MS8weDYw IFtpOTE1XSgpClsgICAxOC43MTY0MzVdIEhhcmR3YXJlIG5hbWU6IEhWTSBkb21VClsgICAxOC43 MTY0MzZdIE1NSU8gcmVhZCBvciB3cml0ZSBoYXMgYmVlbiBkcm9wcGVkIDMKWyAgIDE4LjcxNjQz OF0gTW9kdWxlcyBsaW5rZWQgaW46IGxvY2tkIHN1bnJwYyBibmVwIGJsdWV0b290aCByZmtpbGwg bmZfY29ubnRyYWNrX2lwdjQgaXA2dF9SRUpFQ1QgbmZfY29ubnRyYWNrX2lwdjYgbmZfZGVmcmFn X2lwdjQgbmZfZGVmcmFnX2lwdjYgeHRfc3RhdGUgbmZfY29ubnRyYWNrIGlwNnRhYmxlX2ZpbHRl ciBpcDZfdGFibGVzIHBwZGV2IHBhcnBvcnRfcGMgbHBjX2ljaCBtZmRfY29yZSBwYXJwb3J0IGky Y19waWl4NCB4ZW5fbmV0ZnJvbnQgc2hwY2hwIG1pY3JvY29kZSB1aW5wdXQgY3JjMzJjX2ludGVs IHhlbl9ibGtmcm9udCBnaGFzaF9jbG11bG5pX2ludGVsIGk5MTUgdmlkZW8gaTJjX2FsZ29fYml0 IGRybV9rbXNfaGVscGVyIGRybSBpMmNfY29yZQpbICAgMTguNzE2NDcxXSBQaWQ6IDAsIGNvbW06 IHN3YXBwZXIvMCBUYWludGVkOiBHICAgICAgICBXICAgIDMuOC4xMy0xMDAuZmMxNy54ODZfNjQg IzEKWyAgIDE4LjcxNjQ3M10gQ2FsbCBUcmFjZToKWyAgIDE4LjcxNjQ3NV0gIDxJUlE+ICBbPGZm ZmZmZmZmODEwNWU2ODU+XSB3YXJuX3Nsb3dwYXRoX2NvbW1vbisweDc1LzB4YTAKWyAgIDE4Ljcx NjQ5Ml0gIFs8ZmZmZmZmZmY4MTA1ZTc2Nj5dIHdhcm5fc2xvd3BhdGhfZm10KzB4NDYvMHg1MApb ICAgMTguNzE2NDk4XSAgWzxmZmZmZmZmZjgxMDkzZmQzPl0gPyB0cnlfdG9fd2FrZV91cCsweDIw My8weDJkMApbICAgMTguNzE2NTIxXSAgWzxmZmZmZmZmZmEwMGJmNjAxPl0gZ2VuNl9ndF9jaGVj a19maWZvZGJnKzB4NDEvMHg2MCBbaTkxNV0KWyAgIDE4LjcxNjU0Nl0gIFs8ZmZmZmZmZmZhMDBi ZjY3Nz5dIF9fZ2VuNl9ndF9mb3JjZV93YWtlX210X3B1dCsweDI3LzB4MzAgW2k5MTVdClsgICAx OC43MTY1NjZdICBbPGZmZmZmZmZmYTAwNzNmMGU+XSBpOTE1X3JlYWQzMisweDE0ZS8weDE3MCBb aTkxNV0KWyAgIDE4LjcxNjU4Nl0gIFs8ZmZmZmZmZmZhMDBjNGJiMD5dIGludGVsX3JpbmdfZ2V0 X2FjdGl2ZV9oZWFkKzB4MzAvMHg0MCBbaTkxNV0KWyAgIDE4LjcxNjYwM10gIFs8ZmZmZmZmZmZh MDA3ZGQxND5dIGk5MTVfaGFuZ2NoZWNrX2VsYXBzZWQrMHgxMDQvMHgyMTAgW2k5MTVdClsgICAx OC43MTY2MDldICBbPGZmZmZmZmZmODE0NjQxMjA+XSA/IHVzYl9oY2RfcG9sbF9yaF9zdGF0dXMr MHgxNzAvMHgxNzAKWyAgIDE4LjcxNjYxNV0gIFs8ZmZmZmZmZmY4MTA2ZGIxMD5dID8gX19pbnRl cm5hbF9hZGRfdGltZXIrMHgxMzAvMHgxMzAKWyAgIDE4LjcxNjYzMF0gIFs8ZmZmZmZmZmZhMDA3 ZGMxMD5dID8gaTkxNV9oYW5nY2hlY2tfaHVuZysweDEyMC8weDEyMCBbaTkxNV0KWyAgIDE4Ljcx NjYzNV0gIFs8ZmZmZmZmZmY4MTA2ZDBhYT5dIGNhbGxfdGltZXJfZm4rMHgzYS8weDExMApbICAg MTguNzE2NjQwXSAgWzxmZmZmZmZmZjgxMDQ0MDg2Pl0gPyBuYXRpdmVfc2FmZV9oYWx0KzB4Ni8w eDEwClsgICAxOC43MTY2NTBdICBbPGZmZmZmZmZmYTAwN2RjMTA+XSA/IGk5MTVfaGFuZ2NoZWNr X2h1bmcrMHgxMjAvMHgxMjAgW2k5MTVdClsgICAxOC43MTY2NTVdICBbPGZmZmZmZmZmODEwNmVl MjY+XSBydW5fdGltZXJfc29mdGlycSsweDFmNi8weDJhMApbICAgMTguNzE2NjYxXSAgWzxmZmZm ZmZmZjgxMDY2Y2IwPl0gX19kb19zb2Z0aXJxKzB4ZDAvMHgyMDAKWyAgIDE4LjcxNjY2N10gIFs8 ZmZmZmZmZmY4MTY1OWI5Yz5dIGNhbGxfc29mdGlycSsweDFjLzB4MzAKWyAgIDE4LjcxNjY3OV0g IFs8ZmZmZmZmZmY4MTAxNjI5NT5dIGRvX3NvZnRpcnErMHg3NS8weGIwClsgICAxOC43MTY2ODRd ICBbPGZmZmZmZmZmODEwNjZmNzU+XSBpcnFfZXhpdCsweGI1LzB4YzAKWyAgIDE4LjcxNjY5MV0g IFs8ZmZmZmZmZmY4MTM5YmQ4NT5dIHhlbl9ldnRjaG5fZG9fdXBjYWxsKzB4MzUvMHg1MApbICAg MTguNzE2Njk2XSAgWzxmZmZmZmZmZjgxNjU5ZDJkPl0geGVuX2h2bV9jYWxsYmFja192ZWN0b3Ir MHg2ZC8weDgwClsgICAxOC43MTY2OTldICA8RU9JPiAgWzxmZmZmZmZmZjgxMDQ0MDg2Pl0gPyBu YXRpdmVfc2FmZV9oYWx0KzB4Ni8weDEwClsgICAxOC43MTY3MjBdICBbPGZmZmZmZmZmODEwMWM3 OGY+XSBkZWZhdWx0X2lkbGUrMHg0Zi8weDFhMApbICAgMTguNzE2NzIzXSAgWzxmZmZmZmZmZjgx MDFkNDVlPl0gY3B1X2lkbGUrMHhmZS8weDEyMApbICAgMTguNzE2NzI2XSAgWzxmZmZmZmZmZjgx NjM0NmQyPl0gcmVzdF9pbml0KzB4NzIvMHg4MApbICAgMTguNzE2NzI5XSAgWzxmZmZmZmZmZjgx Y2ZmYzQwPl0gc3RhcnRfa2VybmVsKzB4M2QxLzB4M2RlClsgICAxOC43MTY3MzNdICBbPGZmZmZm ZmZmODFjZmY2NmU+XSA/IHJlcGFpcl9lbnZfc3RyaW5nKzB4NWUvMHg1ZQpbICAgMTguNzE2NzM1 XSAgWzxmZmZmZmZmZjgxY2ZmMzU2Pl0geDg2XzY0X3N0YXJ0X3Jlc2VydmF0aW9ucysweDEzMS8w eDEzNQpbICAgMTguNzE2NzM3XSAgWzxmZmZmZmZmZjgxY2ZmNDVhPl0geDg2XzY0X3N0YXJ0X2tl cm5lbCsweDEwMC8weDEwZgpbICAgMTguNzE2NzM5XSAtLS1bIGVuZCB0cmFjZSBkMDFlY2YwOTIx Yzc5NGEzIF0tLS0K --089e013d0f0cb3204204dde310b4 Content-Type: application/octet-stream; name="fedora.cfg" Content-Disposition: attachment; filename="fedora.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhaz6f612 IyMgQ09ORklHDQpuYW1lID0gJ0xpbnV4Jw0KYnVpbGRlciA9ICdodm0nDQp2Y3B1cyA9IDINCm1l bW9yeSA9ICcyMDQ4Jw0KDQpkaXNrID0gWyAncGh5Oi9kZXYvRGF0YS9GZWRvcmEsaGRhLHcnIF0N CmJvb3Q9ImMiDQp2aWY9WydicmlkZ2U9eGVuYnIwLG1vZGVsPWUxMDAwLG1hYz0wMDoxNjozZTph YTpmZjphYSddDQoNCnVzYmRldmljZT0idGFibGV0Ig0KYWNwaT0xDQprZXltYXAgPSAiZnIiDQoN CnN0ZHZnYT0xDQpzaGFkb3dfbWVtb3J5PTMyDQp2bmM9MQ0KDQptb25pdG9yPTENCnhlbl9wbGF0 Zm9ybV9wY2k9IDENCmdmeF9wYXNzdGhydT0xDQpwY2kgPSBbICcwMDowMi4wJyBdDQo= --089e013d0f0cb3204204dde310b4 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --089e013d0f0cb3204204dde310b4-- From xen-users-bounces@lists.xen.org Wed May 29 23:20:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 29 May 2013 23:20: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 1UhpeX-0002jU-GQ; Wed, 29 May 2013 23:19:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UhpeW-0002jP-6E for xen-users@lists.xen.org; Wed, 29 May 2013 23:19:32 +0000 Received: from [193.109.254.147:21844] by server-12.bemta-14.messagelabs.com id 85/CC-15557-30D86A15; Wed, 29 May 2013 23:19:31 +0000 X-Env-Sender: antonioccolin@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1369869568!2503758!1 X-Originating-IP: [209.85.223.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13590 invoked from network); 29 May 2013 23:19:29 -0000 Received: from mail-ie0-f172.google.com (HELO mail-ie0-f172.google.com) (209.85.223.172) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 May 2013 23:19:29 -0000 Received: by mail-ie0-f172.google.com with SMTP id 17so5996876iea.31 for ; Wed, 29 May 2013 16:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Fr5/uWco5eRdhVxF9TGKjTAL9sC7mA5kW9S9DOj4p4Y=; b=bJI2Ou+yC44yx9OqHmofXWVClaPZuZtj6aVRGvTJPf3p+OhFsI2C4ooInBA3KRo5Gu Wt7NXjSwbYHoeFBS+QDZNOQhnIGtO2+uMy0lAbuIyN2ui/RTmydw5aWNUvYsVaisFKWy o7jPHwYrqukYAd0ku9I4vNyJGqyMVnNqKz4TgOeiaSs5rQzdaBiWRUCUkQe7OvKJBeyr eGBeX/ODC3mKrv6OUTcGWOh+U21qZCt8u2prNwckT5FaAWxKqpPxnXVztnqLHP+Cs9tI K03Epel20vFMdagfjazlAI+HbW4zDmZ0vLF45VkZbznMzahHz+F9GOQUG/tyMC8mxEQ9 9D8w== MIME-Version: 1.0 X-Received: by 10.50.50.232 with SMTP id f8mr9977096igo.20.1369869568273; Wed, 29 May 2013 16:19:28 -0700 (PDT) Received: by 10.42.172.133 with HTTP; Wed, 29 May 2013 16:19:28 -0700 (PDT) Date: Wed, 29 May 2013 18:19:28 -0500 Message-ID: From: =?ISO-8859-1?Q?Antonio_Col=EDn?= To: xen-users@lists.xen.org Subject: [Xen-users] CPU features on XML file not working! X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7349096863454589278==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7349096863454589278== Content-Type: multipart/alternative; boundary=047d7bd7623401745604dde39d47 --047d7bd7623401745604dde39d47 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Does anyone have masked their CPU flags with Libvirt?? It's because I have done so with Libvirt and Virsh compare / baseline. But when I boot the DomU I see the same flags as if I hadn't declare de tag containing the features just as is described in: http://libvirt.org/formatdomain.html#elementsCPU I pasted bellow my XML file definition. I would be really grateful if someone shared your domain XML definition with me or tell me the syntax. I've been struggling for hours, just you know following the documentation available but there is no functionality for me yet. Thank you a lot! Antonio Col=EDn. PS: This is my XML definition debian-atp b10372f9-91d7-a05f-12ff-372100c99af5 524288 524288 2 Penryn Intel hvm /usr/lib/xen-4.0/boot/hvmloader destroy restart restart /usr/lib64/xen/bin/qemu-dm